Déconnexion automatique DHCP

Vue d’ensemble de la déconnexion automatique

La déconnexion automatique est prise en charge pour le serveur local DHCP et l’agent de relais DHCP. Il améliore l’efficacité de l’attribution des adresses IP DHCP en permettant aux adresses IP d’être immédiatement libérées et renvoyées dans le pool d’adresses lorsque les clients DHCP n’utilisent plus les adresses. DHCP peut ensuite attribuer les adresses à d’autres clients. Sans déconnexion automatique, une adresse IP est bloquée pendant toute la période de location, et DHCP doit attendre l’expiration de la durée de location de l’adresse avant de réutiliser l’adresse.

La déconnexion automatique est particulièrement utile lorsque DHCP utilise de longues durées de bail pour les attributions d’adresses IP et pour éviter d’allouer des adresses IP en double pour un seul client.

Par exemple, vous pouvez avoir un environnement qui comprend des décodeurs (décodeurs) qui sont souvent mis à niveau ou remplacés. Chaque fois qu’un décodeur est modifié, le nouveau décodeur répète le processus de découverte DHCP pour obtenir des informations de configuration du client et une adresse IP. DHCP considère le nouveau décodeur comme un tout nouveau client et lui attribue une nouvelle adresse IP : l’ancienne adresse IP attribuée au client (l’ancien) reste bloquée et indisponible jusqu’à l’expiration du bail. Si la déconnexion automatique est configurée dans ce cas, le DHCP reconnaît que le nouveau décodeur est en fait le même client et libère immédiatement l’adresse IP d’origine. L’agent de relais DHCP agit comme un client proxy pour la déconnexion automatique et envoie un message de publication DHCP au serveur DHCP.

Comment DHCP identifie et libère les clients

La fonctionnalité de déconnexion automatique nécessite que DHCP identifie explicitement les clients. Par défaut, le serveur local DHCP et l’agent de relais DHCP identifient les clients en fonction de l’adresse MAC ou de l’identificateur client et du sous-réseau. Cependant, dans certains cas, ce type d’identification peut ne pas être suffisant. Par exemple, dans l’exemple précédent, chaque décodeur a une adresse MAC différente, de sorte que DHCP suppose à tort qu’un décodeur mis à niveau ou de remplacement est un nouveau client.

Afin d’identifier explicitement les clients, la déconnexion automatique utilise une méthode d’identification secondaire lorsque la méthode d’identification principale échoue : la méthode principale est considérée comme infructueuse si l’adresse MAC ou l’identificateur client ne correspond pas à celui d’un client existant. La gestion des abonnés prend en charge deux méthodes d’identification secondaires que vous pouvez configurer.

• Méthode de l’interface entrante : DHCP considère une nouvelle connexion client sur l’interface comme si elle provenait du même client. DHCP supprime la liaison client existante avant de créer une liaison pour l’appareil nouvellement connecté. Cette méthode permet à un seul appareil client de se connecter sur l’interface.

  Note:

  La méthode de l’interface entrante diffère de l’instruction overrides interface-client-limit 1 , qui conserve la liaison existante et rejette le client nouvellement connecté.

• Méthode de l’option 60 et de l’option 82 : DHCP considère que deux clients sont différents s’ils ont les mêmes informations sur l’option 60 et l’option 82, mais des sous-réseaux différents.

Le serveur local DHCP et l’agent de relais DHCP effectuent les opérations suivantes lorsque la déconnexion automatique est activée et que la méthode d’identification secondaire identifie un client dupliqué (c’est-à-dire que le paquet Discover provient d’un client existant).

• Le serveur local DHCP libère immédiatement l’adresse existante.

• L’agent de relais DHCP libère immédiatement le client existant, puis envoie un paquet de version DHCP au serveur DHCP. L’envoi du paquet de version garantit la synchronisation du relais DHCP et du serveur DHCP.

  Si le relais DHCP reçoit un message de découverte d’un client existant, il transmet le message de découverte au serveur DHCP. Le relais DHCP conserve la liaison si l'adresse IP existante du client est renvoyée par le serveur DHCP. Ce comportement ne s’applique pas si la fonctionnalité de remplacement du mode proxy ou la fonctionnalité client-discover-match sont activées.

  Note:

  Si l’agent de relais DHCP est en mode snoop, le relais DHCP libère le client mais n’envoie pas de paquet de release au serveur DHCP si le paquet discover est destiné à un client passif (un client ajouté à la suite de paquets espionnés) ou si le paquet discover est un paquet snooped.

Exigences des options 60 et 82

Le serveur local DHCP exige que le paquet de découverte reçu inclue à la fois l’option DHCP 60 et l’option 82. Si l’une ou l’autre option est manquante, le serveur local DHCP ne peut pas exécuter la méthode d’identification secondaire et la déconnexion automatique n’est pas utilisée.

L’agent de relais DHCP requiert que le paquet de découverte reçu contienne l’option DHCP 60. Le relais DHCP détermine la valeur de l’option 82 en fonction des instructions fournies dans la section Valeur de l’option 82 de l’agent de relais DHCP pour la déconnexion automatique.