Durées de location DHCP pour les adresses IP
Temporisateurs de location DHCP
La gestion des abonnés prend en charge des minuteurs configurables que vous pouvez utiliser pour gérer les baux d’adresses DHCPv4 et DHCPv6 fournis par les pools d’attribution d’adresses. Outre le temporisateur de durée de bail maximale, qui définit la durée maximale pendant laquelle le serveur local DHCP peut accorder un bail, vous pouvez utiliser des attributs spécifiques au client DHCP pour configurer des temporisateurs qui régissent la durée de vie des baux existants obtenus à partir d’un pool d’affectation d’adresses. À partir de Junos OS version 17.2R1, cette fonctionnalité est prise en charge pour DHCPv4 et DHCPv6 ; dans les versions antérieures, seul DHCPv6 est pris en charge.
La liste suivante décrit les temporisateurs configurables pour les pools d’affectation d’adresses DHCPv4 et DHCPv6 :
preferred-lifetime : durée pendant laquelle une adresse valide se trouve dans l’état préféré et peut être utilisée sans aucune restriction. À l’expiration de la durée de vie préférée, l’adresse devient obsolète. Une adresse obsolète ne doit pas être utilisée pour les nouvelles communications, mais peut continuer à l’être pour les communications existantes dans certains cas.
Si la durée de vie valide est également configurée, la durée de vie préférée doit être inférieure à la durée de vie valide. La durée de vie préférée et la durée maximale de location s’excluent mutuellement et ne peuvent pas être configurées.
valid-lifetime : durée pendant laquelle une adresse reste à l’état valide, pendant laquelle l’adresse peut être utilisée pour des communications nouvelles ou existantes. À l’expiration de la durée de vie valide, l’adresse devient invalide et ne peut plus être utilisée.
Si la durée de vie préférée est également configurée, la durée de vie valide doit être supérieure à la durée de vie préférée. La durée de validité et la durée maximale du bail s’excluent mutuellement et ne peuvent pas être configurées.
t1 percentage : pourcentage du temps que le client attend avant de
preferred-lifetime
contacter le serveur local DHCP qui a initialement accordé le bail pour demander la prolongation du bail d’adresse. T1 est aussi appelé la période de renouvellement.t1-renewal-time : durée en secondes pendant laquelle le client attend avant de contacter le serveur local DHCP qui a initialement accordé le bail pour demander la prolongation du bail d’adresse. T1 est aussi appelé la période de renouvellement.
t2 percentage : pourcentage de la
preferred-lifetime
valeur que le client attend avant d’envoyer une requête à un serveur local DHCP disponible pour prolonger le bail de l’adresse. T2 est également appelé le temps de reliaison.t2-rebinding-time : durée en secondes pendant laquelle le client attend avant de diffuser une requête à tous les serveurs locaux DHCP disponibles pour demander la prolongation du bail d’adresse. T2 est également appelé le temps de reliaison.
Avantages de la configuration de temporisateurs DHCP dans les pools d’adresses
L’utilisation de pools d’adresses pour configurer les valeurs de ces minuteurs vous donne un contrôle précis sur les clients qui obtiennent des valeurs spécifiques.
Présentation de la validation de la durée de location DHCP
Dans un environnement d’accès abonné, un serveur DHCP obtient un bail d’adresse à partir d’une configuration locale ou d’un serveur DHCP externe, et attribue ce bail à l’adresse client DHCP.
L’obtention de baux auprès de sources externes peut présenter des problèmes lorsque la source externe est détenue ou gérée par un tiers : ce dernier peut configurer la source externe pour fournir des baux d’adresse qui ne sont pas adaptés à l’environnement d’accès des abonnés. Par exemple, des durées de location extrêmement courtes peuvent créer un trafic inutile qui réduit les performances du réseau.
Pour éviter les problèmes potentiels causés par la courte durée des baux DHCP, la gestion des abonnés fournit une fonctionnalité de validation de la durée de location. La validation de la durée du bail vous permet de configurer explicitement un seuil pour la durée minimale de bail autorisée dans votre environnement d’accès abonné et de spécifier une action de violation (telle que l’abandon de l’offre de location) que le routeur prend lorsqu’une courte durée de bail est proposée par un tiers. Vous pouvez spécifier les actions de violation suivantes :
drop
—(agent de relais DHCPv4 et DHCPv6) L’offre de location tierce est abandonnée et la liaison client échoue.override-lease
—(serveur local DHCPv4 et DHCPv6) La durée de location tierce est remplacée par la valeur seuil spécifiée.strict
—(serveur local DHCPv4 et DHCPv6) Le bail tiers est ignoré et la liaison client échoue.aucune action : si vous ne spécifiez pas d’action de violation, DHCP lie le client à l’aide du bail tiers, mais marque la liaison comme violant la durée du bail.
Une violation de la durée du bail peut se produire lors de l’octroi initial du bail ou lors d’une opération de reliabilité ou de renouvellement. Pour réduire les messages de journal excessifs et redondants, le routeur consolide les rapports de non-respect des conditions de location, comme illustré dans le Tableau 1.
Événement |
syslog |
Options de traçage DHCP étendues |
---|---|---|
Violation initiale de la durée du bail pour le serveur DHCP spécifique |
avertissement |
avertissement |
Le nombre de violations de la durée du bail revient à zéro pour le serveur DHCP spécifique |
avertissement |
avertissement |
État des violations de la durée du bail causées par un serveur DHCP spécifique, signalées dans l’intervalle configuré dans |
avertissement |
– |
Une action de violation s’est |
– |
avertissement |
L’action de violation s’est |
– |
avertissement |
Violation de la durée du bail |
– |
avertissement |
Avantages de la validation DHCP sur la durée du bail
Permet d’éviter le trafic inutile susceptible de réduire les performances lorsque les baux DHCP tiers sont trop courts en configurant une durée minimale autorisée et en effectuant des actions pour les baux non valides.
Configuration d’un seuil de durée de location DHCP
À partir de la version 14.1 de Junos OS, la gestion des abonnés fournit une fonctionnalité de validation de la durée de location qui vous permet de spécifier la durée minimale de location DHCP autorisée dans votre environnement d’accès d’abonné. Lorsque vous configurez la validation de la durée de location, vous spécifiez le seuil de durée de location et l’action que le routeur effectue lorsqu’une durée de location proposée est inférieure au seuil (par exemple, l’abandon du bail).
La validation de la durée des baux garantit que les baux proposés par des serveurs DHCP ou des pools d’affectation d’adresses tiers répondent toujours aux exigences de votre réseau. Par exemple, vous souhaitez que les baux de courte durée soient rejetés, car ils peuvent entraîner un trafic de renouvellement excessif et avoir un impact sur les performances du réseau.
Vous pouvez configurer la validation du temps de bail sur les serveurs locaux DHCPv4 et DHCPv6, et les agents de relais DHCPv4 et DHCPv6, ainsi que pour des interfaces individuelles ou des groupes d’interfaces. Le proxy relais DHCP prend également en charge la validation au moment du bail.
La procédure suivante décrit les étapes à suivre pour configurer la validation de la durée du bail. Cet exemple décrit une configuration pour l’agent de relais DHCP. Vous utilisez des étapes similaires aux niveaux hiérarchiques appropriés pour le serveur local DHCP, le serveur local DHCPv6 et l’agent de relais DHCPv6.
Pour configurer la validation de la durée du bail pour l’agent de relais DHCP :
Présentation du crédit-bail asymétrique DHCP
À partir de la version 17.1R1 de Junos OS, la location asymétrique permet d’envoyer à un client DHCP un bail plus court que le bail réel accordé par le serveur local DHCP. Dans certains réseaux, vous devrez peut-être modifier une adresse DHCP existante avant l’expiration du bail accordé ou apprendre dès que possible qu’un client n’utilise plus d’adresse. Le bail court est appelé bail asymétrique ou bail court. Le bail accordé à l’origine est appelé bail emphytéotique ou tout simplement, le bail.
Vous pouvez configurer la location asymétrique sur l’agent de relais DHCP ou sur le serveur local DHCP. Dans une configuration classique, vous le configurez sur l’agent de relais. Lorsque le serveur local DHCP reçoit un paquet de découverte d’un client DHCP, il renvoie un paquet d’offre au client. Le client sélectionne un serveur local et demande l’attribution d’une adresse. Le serveur local DHCP envoie au client un paquet d’accusé de réception contenant l’adresse, la durée du bail et d’autres informations. Plutôt que de transférer ce paquet, l’agent de relais enregistre les informations de location, puis génère un nouveau paquet d’accusé de réception avec un bail court et le transmet au client.
Lorsque le client DHCP effectue une demande ultérieure de renouvellement de bail, l’agent de relais ne transmet pas la demande au serveur local. Au lieu de cela, l’agent de relais recrée le bail court à partir des informations enregistrées et le renvoie au client dans un paquet d’accusé de réception. L’agent de relais continue de renouveler les baux de courte durée pour le client jusqu’à l’expiration du délai de renouvellement de bail emphytéotique. Par défaut, la durée de renouvellement du bail emphytéotique est égale à la moitié de la durée du bail emphytéotique.
Lorsque le délai de renouvellement du bail emphytéotique expire, le bail asymétrique n’est plus valable. Les demandes de renouvellement ultérieures du client sont transmises par l’agent de relais au serveur local. Si le serveur local accuse réception de la demande, il renouvelle le bail emphytéotique et le processus recommence, l’agent de relais générant un bail court pour le client au lieu d’envoyer le bail emphytéotique. Dans le cas contraire, le bail n’est pas renouvelé.
Dans le cas d’un leasing asymétrique, il existe également un délai de renouvellement pour le bail de courte durée. Le client envoie des demandes de renouvellement à l’agent de relais à des intervalles égaux au court délai de renouvellement du bail. Par défaut, cette durée est égale à la moitié de la courte durée du bail. Si le client DHCP ne demande pas le renouvellement du bail avant l’expiration de la courte durée du bail, l’agent de relais informe le serveur local que le bail n’est plus utilisé et que l’adresse peut être réattribuée.
Avantages de l’asymétrique DHCP Lease Timing
Permet le renouvellement anticipé des baux clients DHCP sans avoir besoin de prendre en charge l’équipement pour un renouvellement forcé. Étant donné que le bail peut être résilié administrativement sur le serveur local DHCP ou l’agent de relais DHCP, le prochain cycle d’actualisation du bail de courte durée peut déclencher une renégociation complète du bail client. Cette fonctionnalité réduit le nombre d’équipements qui doivent être gérés pour déclencher un nouveau cycle d’attribution d’adresses.
Permet une détection précoce des baux clients inactifs. Le bail asymétrique inclut une notification en amont du client DHCP au concédant du bail, ce qui permet de détecter la vivacité et de récupérer plus rapidement les adresses inutilisées. Étant donné que ce mécanisme relève du DHCP, le fournisseur de services n’a pas besoin de configurer l’ensemble des périphériques impliqués dans l’attribution des adresses avec d’autres protocoles prenant en charge une sorte de détection de vivacité, telle que la détection de transfert bidirectionnel (BFD).
configuration de la location asymétrique DHCP
Vous pouvez configurer la location asymétrique pour fournir à un client DHCP ou DHCPv6 un bail plus court que celui accordé par le serveur local DHCP. La durée plus courte du bail signifie que le client doit renouveler le bail plus fréquemment. Lorsqu’il ne renouvelle pas le bail, l’adresse est libérée plus tôt que lorsque le client utilise le bail emphytéotique initial. Vous configurez la location asymétrique en remplaçant la configuration DHCP au niveau global, pour un groupe nommé d’interfaces ou pour une interface spécifique au sein d’un groupe nommé.
Pour simplifier, les procédures de cette rubrique n’affichent que la configuration au niveau global. Pour plus d’informations sur le remplacement de la configuration DHCP à d’autres niveaux, reportez-vous aux sections Remplacement des paramètres de configuration du relais DHCP par défaut et Remplacement des paramètres de configuration du serveur local DHCP par défaut.
Vous pouvez configurer la location asymétrique sur l’agent de relais DHCP ou sur le serveur local DHCP. Pour la plupart des réseaux, la configuration de l’agent de relais est plus utile.
Pour configurer la location asymétrique pour l’agent de relais DHCP pour DHCPv4 :
Pour configurer la location asymétrique de l’agent de relais DHCP pour DHCPv6 :
Indiquez que vous souhaitez configurer les options de remplacement.
[edit forwarding-options dhcp-relay dhcpv6] user@host# edit overrides
Configurez la durée du bail court (asymétrique) pour les clients DHCPv4 et séparément pour les clients DHCPv6.
[edit forwarding-options dhcp-relay dhcpv6 overrides] user@host# set asymmetric-lease-time seconds user@host# set asymmetric-prefix-lease-time seconds
Pour configurer la location asymétrique pour le serveur local DHCP pour DHCPv4 :
Indiquez que vous souhaitez configurer les options de remplacement.
[edit system services dhcp-local-server] user@host# edit overrides
Configurez la durée du bail court (asymétrique).
[edit system services dhcp-local-server overrides] user@host# set asymmetric-lease-time seconds
Pour configurer la location asymétrique pour le serveur local DHCP pour DHCPv6 :
Indiquez que vous souhaitez configurer les options de remplacement.
[edit system services dhcp-local-server dhcpv6] user@host# edit overrides
Configurez la durée du bail court (asymétrique) pour les clients DHCPv4 et séparément pour les clients DHCPv6.
[edit system services dhcp-local-server dhcpv6 overrides] user@host# set asymmetric-lease-time seconds user@host# set asymmetric-prefix-lease-time seconds
Tableau de l’historique des modifications
La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l’explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.