Dépannage de DHCP dans les réseaux grandes entreprises

Introduction

Ce document décrit comment résoudre plusieurs problèmes courants liés au protocole DHCP (Dynamic Host Configuration Protocol) dans un réseau de commutateurs Catalyst Cisco.

Conditions préalables

Exigences

Aucune condition préalable spécifique n'est requise pour ce document.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Remarque : Seuls les clients Cisco enregistrés ont accès aux rapports de bogues internes.

Informations générales

DHCP fournit un mécanisme par lequel les ordinateurs qui utilisent le protocole TCP/IP (Transmission Control Protocol/Internet Protocol) peuvent obtenir des paramètres de configuration du protocole automatiquement via le réseau. DHCP est une norme ouverte développée par le Groupe dédié à la configuration des hôtes dynamiques (DHC-WG) du groupe de travail Internet Engineering Task Force (IETF).

DHCP est basé sur un paradigme client-serveur, dans lequel le client DHCP, par exemple un ordinateur de bureau, entre en contact avec un serveur DHCP pour obtenir des paramètres de configuration. Le serveur DHCP est en général situé dans un emplacement central et utilisé par l'administrateur réseau. Puisque le serveur est exécuté par un administrateur réseau, les clients DHCP peuvent être configurés de façon fiable et dynamique avec les paramètres appropriés pour l'architecture réseau actuelle.

La plupart des réseaux d'entreprise se composent de plusieurs sous-réseaux divisés à leur tour en sous-réseaux appelés LAN virtuels (VLAN), où les routeurs transfèrent les données entre les sous-réseaux. Puisque les routeurs ne transmettent pas les diffusions par défaut, un serveur DHCP serait nécessaire sur chaque sous-réseau, à moins que les routeurs ne soient configurés pour transférer la diffusion DHCP avec la fonction d’agent de relais DHCP.

Concepts clés

Voici plusieurs concepts clés de DHCP :

• Initialement, aucune adresse IP n’est configurée pour les clients DHCP, et ceux-ci doivent donc envoyer une demande de diffusion pour obtenir une adresse IP auprès d’un serveur DHCP.

• Par défaut, les routeurs ne transfèrent pas les diffusions. Il est nécessaire d'accueillir les demandes de diffusion du client DHCP si le serveur DHCP se trouve dans un autre domaine de diffusion (réseau de couche 3 (L3)). Cette opération est effectuée à l'aide d'un agent relais DHCP.

• La mise en œuvre du routeur Cisco du relais DHCP est réalisée par l'intermédiaire de commande ip helper au niveau de l'interface.

Exemples de scénarios

Scénario 1 : routage de routeur Cisco entre les réseaux client et serveur DHCP

Dans la configuration de ce diagramme, l’interface Ethernet1 transmet le DHCPDISCOVER diffusé par le client à 192.168.2.2 par l’intermédiaire de l’interface Ethernet1. Le serveur DHCP satisfait la demande grâce à la monodiffusion. Aucune autre configuration du routeur n'est nécessaire dans cet exemple.

Routage entre les réseaux du client et des serveurs DHCP

Scénario 2 : Commutateur Cisco Catalyst avec routage du module L3 entre les réseaux clients et serveurs de DHCP

Dans la configuration de ce diagramme, l’interface VLAN20 transmet le DHCPDISCOVER diffusé par le client à 192.168.2.2 par l’intermédiaire de l’interface VLAN10. Le serveur DHCP satisfait la demande grâce à la monodiffusion. Aucune autre configuration du routeur n'est nécessaire dans cet exemple. Les ports de commutateur doivent être configurés comme ports hôtes et avec STP (Spanning-Tree Protocol) portfast activé, et l'agrégation de liaison et l'acheminement désactivés.

Route du module L3 entre les réseaux du client et des serveurs DHCP

Comprendre le DHCP

DHCP a été défini à l’origine dans les Requests for Comments (RFCs) 1531(demandes de commentaires (RFC) 1531) et a depuis été rendu obsolète par la RFC 2131. DHCP est basé sur le protocole de démarrage (BootP), qui est défini dans le document RFC 951.

DHCP est utilisé par les postes de travail (hôtes) pour obtenir les informations de configuration initiale, telles qu'une adresse IP, un masque de sous-réseau et une passerelle par défaut au démarrage. Grâce au DHCP, vous n’avez pas à configurer manuellement chaque hôte avec une adresse IP. En outre, si un hôte est déplacé vers un autre sous-réseau IP, il doit utiliser une autre adresse IP que celle précédemment utilisée. DHCP s'en charge automatiquement. Il permet également à l'hôte de choisir une adresse IP dans le sous-réseau IP correct.

Références RFC à DHCP actuelles

• RFC 2131 - DHCP

• RFC 2132 - Options DHCP et extensions fournisseur BootP

• RFC 1534 - Interopérabilité DHCP et BootP

• RFC 1542 - Clarifications et extensions pour BootP

• RFC 2241 - Options DHCP pour les services d'annuaire Novell

• RFC 2242 - Nom de domaine et informations Netware/IP

• RFC 2489 - Procédure de définition de nouvelles options DHCP

DHCP utilise un modèle client-serveur où un ou plusieurs serveurs (serveurs DHCP) allouent des adresses IP et d'autres paramètres de configuration facultatifs aux clients (hôtes) au démarrage du client. Ces paramètres de configuration sont loués par le serveur au client pour une durée spécifiée. À l'amorçage d'un hôte, la pile TCP/IP de l'hôte transmet un message de diffusion (DHCPDISCOVER) afin d'obtenir une adresse IP et un masque de sous-réseau, entre autres paramètres de configuration. Un échange est engagé entre le serveur DHCP et l'hôte. Pendant cet échange, le client passe par ces états bien définis :

1. Initialisation

2. Sélection

3. Demande

4. Liaison

5. Renouvellement

6. Reliaison

Pour passer d’un état à l’autre, le client et le serveur peuvent échanger les types de messages énumérés dans le tableau des messages DHCP.

Tableau des messages DHCP

DHCPDISCOVER

Lors du premier démarrage du client, il est dit être à l'état d'initialisation, et transmet un message DHCPDISCOVER sur son sous-réseau physique local sur le port 67 UDP (User Datagram Protocol) (serveur BootP). Puisque le client n’a aucun moyen de connaître le sous-réseau auquel il appartient, DHCPDISCOVER diffuse tous les sous-réseaux (adresse IP de destination 255.255.255.255), avec l’adresse IP source 0.0.0.0. L’adresse IP source est 0.0.0.0, car le client ne dispose pas d’adresse IP configurée. S’il existe un serveur DHCP sur ce sous-réseau local, qu’il est configuré et qu’il fonctionne correctement, le serveur DHCP entend la diffusion et répond par le message DHCPOFFER. Si aucun serveur DHCP n'existe sur le sous-réseau local, un agent relais DHCP/BootP doit être présent sur ce sous-réseau local pour transférer le message DHCPDISCOVER à un sous-réseau qui contient un serveur DHCP.

Cet agent de relais peut être un hôte dédié (par exemple, un serveur Microsoft Windows) ou un routeur (par exemple, un routeur Cisco configuré avec des instructions d’assistant IP au niveau de l’interface).

DHCPOFFER

Un serveur DHCP qui reçoit un message DHCPDISCOVER peut répondre par un message DHCPOFFER sur le port UDP 68 (client BootP). Le client reçoit le message DHCPOFFER et passe à l'état Sélection. Ce message DHCPOFFER contient les informations de configuration initiale pour le client. Par exemple, le serveur DHCP remplit le champ yiaddr du message DHCPOFFER avec l’adresse IP demandée. Le masque de sous-réseau et la passerelle par défaut sont spécifiés dans le champ d'options, et les options de masque de sous-réseau et de routeur, respectivement. D'autres options communes dans le message DHCPOFFER sont la durée du bail de l'adresse IP, la date de renouvellement, le serveur de noms de domaine et le serveur de noms NetBIOS (WINS). Le serveur DHCP envoie un message DHCPOFFER à l’adresse de diffusion, mais il inclut également l’adresse matérielle du client dans le champ tchaddr de l’offre afin que le client sache qu’il s’agit de la destination prévue. Si le serveur DHCP ne se trouve pas sur le sous-réseau local, il renvoie DHCPOFFER, en tant que paquet monodiffusion, sur le port UDP 67, à l’agent de relais DHCP ou BootP d’où provient le message DHCPDISCOVER. L’agent de relais DHCP ou BootP diffuse ensuite ou monodiffusion de l’offre DHCPOFFER sur le sous-réseau local sur le port UDP 68, selon l’indicateur de diffusion défini par le client BootP.

DHCPREQUEST

Après avoir reçu un DHCPOFFER, le client répond par un message DHCPREQUEST, indique son intention d’accepter les paramètres du DHCPOFFER et passe à l’état de demande. Le client peut recevoir plusieurs messages DHCPOFFER, un pour chaque serveur DHCP qui a reçu le message DHCPDISCOVER initial. Le client choisit un DHCPOFFER et répond à ce serveur DHCP seulement et, implicitement, décline tous les autres messages DHCPOFFER. Le client identifie le serveur sélectionné après avoir rempli le champ d’option Server Identifier (Identifiant du serveur) avec l’adresse IP du serveur DHCP. Le DHCPREQUEST est également une diffusion, de sorte que tous les serveurs DHCP qui ont envoyé un DHCPOFFER le voir, et chacun sait si son DHCPOFFER a été accepté ou refusé. Toutes les options de configuration supplémentaires dont le client a besoin sont incluses dans le champ options du message DHCPREQUEST. Même si une adresse IP a été offerte au client, il envoie le message DHCPREQUEST avec l’adresse IP source 0.0.0.0. Le client n'a alors pas encore reçu la confirmation qu'il peut utiliser l'adresse IP.

DHCPACK

Une fois que le serveur DHCP a reçu le message DHCPREQUEST, il accuse réception de la demande avec un message DHCPACK, puis il termine le processus d’initialisation. Le message DHCPACK a une adresse IP source du serveur DHCP, et l'adresse de destination est à nouveau une diffusion et contient tous les paramètres que le client a demandé dans le message DHCPREQUEST. Lorsque le client reçoit le message DHCPACK, il passe à l'état Liaison, et est alors libre d'utiliser l'adresse IP pour communiquer sur le réseau. Pendant ce temps, le serveur DHCP stocke le contrat de location dans sa base de données et l’identifie de manière unique à l’aide de l’identifiant du client ou tchaddr et de l’adresse IP associée. Le client et le serveur utilisent cette combinaison d’identifiants pour faire référence au contrat de location. L'identificateur client est l'adresse MAC du périphérique plus le type de support.

Avant que le client DHCP commence à utiliser la nouvelle adresse, le client DHCP doit calculer les paramètres temporels associés à une adresse de bail, qui sont la durée du bail (LT), la durée de renouvellement (T1) et la durée de rétablissement (T2). Par défaut, LT est de 72 heures. Vous pouvez utiliser des durées de bail inférieures afin de conserver les adresses, si nécessaire.

DHCPNAK

Si le serveur sélectionné est incapable de répondre au message DHCPREQUEST, le serveur DHCP répond par un message DHCPNAK. Lorsque le client reçoit un message DHCPNAK ou ne reçoit pas de réponse à un message DHCPREQUEST, le client redémarre le processus de configuration lorsqu’il passe à l’état de demande. Le client retransmet DHCPREQUEST au moins quatre fois en 60 secondes avant de reprendre l’état de démarrage.

DHCPDECLINE

Le client reçoit le DHCPACK et, éventuellement, effectue une dernière vérification des paramètres. Le client exécute cette procédure lorsqu’il envoie les demandes ARP (Address Resolution Protocol) pour l’adresse IP fournie dans le protocole DHCPACK. Si le client détecte que l’adresse est déjà utilisée lorsqu’il reçoit une réponse à la requête ARP, il envoie un message DHCPDECLINE au serveur et redémarre le processus de configuration dans l’état de demande.

DHCPINFORM

Si un client a obtenu une adresse réseau par un autre moyen ou possède une adresse IP configurée manuellement, l’ordinateur de celui-ci peut utiliser un message de demande DHCPINFORM pour obtenir d’autres paramètres de configuration locaux, tels que le nom de domaine et les serveurs de noms de domaine (DNS). Lorsque les serveurs DHCP reçoivent un message DHCPINFORM, créez un message DHCPACK avec tous les paramètres de configuration locaux appropriés pour le client sans nouvelle adresse IP. Ce DHCPACK est envoyé en monodiffusion au client.

DHCPRELEASE

Un client DHCP peut choisir de rompre le bail d’une adresse réseau lorsqu’il envoie un message DHCPRELEASE au serveur DHCP. Le client identifie le bail à libérer au moyen du champ client identifier (identifiant du client) et de l’adresse réseau dans le message DHCPRELEASE. Si vous devez étendre la plage du bassin DHCP actuel, supprimez le bassin d’adresses actuel et précisez la nouvelle plage d’adresses IP dans le bassin DHCP. Afin de supprimer des adresses IP spécifiques ou une plage d'adresses que vous voulez placer dans le pool DHCP, utilisez la commande ip dhcp excluded-address.

Remarque : Si les appareils utilisent BootP, les baux de longueur infinie sont affichés dans les liaisons DHCP des routeurs.

Renouveler le bail

Puisque l'adresse IP est seulement louée auprès du serveur, le bail doit être renouvelé de temps en temps. À l’expiration de la moitié de la durée du bail (T1 = 0,5 x LT), le client tente de renouveler le bail. Le client passe à l'état Renouvellement et envoie un message DHCPREQUEST au serveur, qui détient le bail en cours. Le serveur répond à la demande de renouvellement par un message DHCPACK s’il accepte de renouveler le bail. Le message DHCPACK contient le nouveau bail et tous les nouveaux paramètres de configuration, au cas où des modifications sont apportées au serveur pendant la durée du bail précédent. Si le client ne peut pas atteindre le serveur pour une raison quelconque pendant qu’il est détenteur du bail, il tente de renouveler l’adresse à partir de n’importe quel serveur DHCP après que le serveur DHCP d’origine n’a pas répondu aux demandes de renouvellement dans un délai T2. La valeur par défaut de T2 est (7/8 x LT). Cela signifie que T1 < T2< LT.

Si le client disposait précédemment d’une adresse IP attribuée par le DHCP et qu’il est redémarré, le client demande spécifiquement l’adresse IP précédemment louée dans un paquet DHCPREQUEST. Ce DHCPREQUEST a toujours l’adresse IP source 0.0.0.0 et la destination comme adresse IP de diffusion 255.255.255.255.

Lorsqu’un client envoie un DHCPREQUEST au cours d’un redémarrage, il ne doit pas remplir le champ d’identifiant du serveur, mais doit plutôt remplir le champ d’option d’adresse IP demandée. Seuls les clients conformes au RFC remplissent le champ ciaddr avec l’adresse demandée au lieu du champ d’option DHCP. Le serveur DHCP accepte les deux méthodes. Le comportement du serveur DHCP dépend d’un certain nombre de facteurs; par exemple, dans le cas des serveurs DHCP WindowsNT, la version du système qui est utilisée, ainsi que d’autres facteurs, comme la surportée. Si le serveur DHCP détermine que le client peut toujours utiliser l’adresse IP demandée, il reste silencieux ou envoie un DHCPACK à DHCPREQUEST. Si le serveur détermine que le client ne peut pas utiliser l’adresse IP demandée, il renvoie un DHCPNACK au client. Le client passe ensuite à l’état Initialing (initialisation) et envoie un message DHCPDISCOVER.

Remarque : Le serveur DHCP attribue la dernière adresse IP d’un bassin d’adresses IP aux clients DHCP. Lorsque le bail de la dernière adresse expire, elle est assignée à un autre client si elle est demandée. Vous ne pouvez apporter aucune modification à l'ordre dans lequel les adresses DHCP sont assignées.

Tableau des paquets de DHCP

Le message DHCP est de longueur variable et se compose de champs répertoriés dans le tableau des paquets de DHCP.

Remarque : Ce paquet est une version modifiée du paquet BootP d’origine.

Conversation client-serveur pour le client qui obtient une adresse DHCP alors que le client et le serveur DHCP résident sur le même sous-réseau

Rôle de l'agent relais DHCP/BootP

Par défaut, les routeurs ne transfèrent pas les paquets de diffusion. Puisque les messages des clients DHCP utilisent l’adresse IP de destination 255.255.255.255 (tous les réseaux en diffusion), les clients DHCP ne peuvent pas envoyer de demandes à un serveur DHCP sur un sous-réseau différent à moins que l’agent de relais DHCP ou BootP ne soit configuré sur le routeur. L’agent de relais DHCP ou BootP transmet les requêtes DHCP au nom d’un client DHCP au serveur DHCP. L’agent de relais DHCP ou BootP ajoute sa propre adresse IP à l’adresse IP source des trames DHCP qui sont acheminées au serveur DHCP. Ceci permet au serveur DHCP de répondre par monodiffusion à l'agent relais DHCP/BootP. L’agent de relais DHCP ou BootP remplit également le champ d’adresse de passerelle IP avec l’adresse IP de l’interface sur laquelle le message DHCP est reçu du client. Le serveur DHCP utilise le champ d'adresse IP de passerelle pour déterminer de quel sous-réseau provient le message DHCPDISCOVER, DHCPREQUEST ou DHCPINFORM.

Configurer la fonctionnalité d’agent de relais DHCP/BootP sur le routeur Cisco IOS^®

Le processus de configuration d’un routeur Cisco pour transférer les requêtes BootP ou DHCP est simple. Il vous suffit de configurer une adresse IP d’assistant qui pointe vers le serveur DHCP/BootP ou vers l’adresse de diffusion de sous-réseau du réseau sur lequel se trouve le serveur.

Exemple de réseau :

Agent de relais DHCP/BootP

Pour transférer la demande BootP/DHCP du client au serveur DHCP, la commande ip helper-address interface est utilisée. L'adresse IP auxiliaire peut être configurée pour transférer n'importe quelle diffusion UDP basée sur le numéro de port UDP. Par défaut, l’adresse IP de l’assistant transmet ces diffusions UDP :

• Trivial File Transfer Protocol (TFTP) (port 69)

• DNS (port 53), service horaire (port 37)

• Serveur de noms NetBIOS (port 137)

• Serveur de datagramme NetBIOS (port 138)

• Datagrammes de client et serveur du protocole de démarrage (DHCP/BootP) (ports 67 et 68)

• Service TACACS (Terminal Access Control Access Control System) (port 49)

• Service de noms IEN-116 (port 42)

Les adresses IP helper peuvent diriger des diffusions UDP vers une adresse IP de monodiffusion ou de diffusion. Cependant, en raison de l’importance des inondations de diffusion qui peuvent se produire, n’utilisez pas l’adresse IP helper pour transférer des diffusions UDP d’un sous-réseau vers l’adresse de diffusion d’un autre sous-réseau. Plusieurs entrées d’adresse IP d’assistant sur une même interface sont également prises en charge :

version 12.0
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname router
!
!
!
interface Ethernet0
ip address 192.168.2.1 255.255.255.0
no ip directed-broadcast
! 
interface Ethernet1
ip address 192.168.1.1 255.255.255.0
ip helper-address 192.168.2.2 
ip helper-address 192.168.2.3 

!--- IP helper-address pointing to DHCP server

no ip directed-broadcast
!
!
!
line con 0
exec-timeout 0 0
transport input none
line aux 0
line vty 0 4
login
!
end 

Les routeurs Cisco ne prennent pas en charge l'équilibrage de charge des serveurs DHCP qui sont configurés comme agents relais DHCP. Les routeurs Cisco transfèrent le message DHCPDISCOVER à toutes les adresses auxiliaires mentionnées pour cette interface. L’utilisation de deux serveurs DHCP ou plus pour servir un sous-réseau ne fait qu’augmenter le trafic DHCP, car les messages DHCPDISCOVER, DHCPOFFER et DHCPREQUEST / DHCPDECLINE sont échangés entre chaque paire de client et de serveur DHCP.

Définir des liaisons manuelles

Il existe deux façons de configurer des liaisons manuelles; une pour l’hôte Windows et l’autre pour les hôtes autres que Windows. Deux commandes différentes sont utilisées pour effectuer la configuration; la première est pour les clients DHCP Microsoft, et l’autre est pour les clients DHCP autres que Microsoft : DHCPclient-identifier (liaison manuelle – clients Microsoft DHCP) et DHCPhardware-address (liaison manuelle – clients DHCP autres que Microsoft). La raison de deux commandes différentes est qu’un PC qui fonctionne avec Windows modifie ses adresses MAC et ajoute 01 au début de l’adresse. Voici des exemples de configuration :

• Il s’agit d’une configuration pour les clients Microsoft DHCP :

configure terminal
ip dhcp pool new_pool
host ip_address subnet_mask
client-identifier 01XXXXXXXXXXXX

!--- xxxxxx represents 48 bit MAC address prepended with 01

• Voici une configuration pour les clients DHCP autres que Microsoft :

  configure terminal
  ip dhcp pool new_pool
  host ip_address subnet_mask
  hardware-address XXXXXXXXXXXX
  
  !--- xxxxxx represents 48 bit MAC address

Comment faire fonctionner DHCP sur les segments secondaires

Par défaut, DHCP est limité en ce que les paquets de réponse sont envoyés uniquement si la demande est reçue de l'interface configurée avec l'adresse IP principale. Le trafic DHCP utilise l'adresse de diffusion. Lorsque la requête DHCP est reçue par l'interface du routeur, elle la transfère au serveur DHCP (lorsqu'une adresse IP auxiliaire est configurée) avec comme adresse source l'adresse IP principale configurée sur l'interface, afin d'indiquer au serveur DHCP quel pool d'IP il doit utiliser (pour le client) dans le paquet de réponse DHCP.

Le routeur n'a aucun moyen de savoir si la demande de diffusion DHCP provient d'un périphérique qui se trouve sur le réseau IP secondaire configuré sur l'interface. Pour contourner le problème, une sous-interface (à condition que le périphérique connecté au routeur prenne en charge l'étiquetage dot1q) peut être configurée pour séparer les deux sous-réseaux, de sorte qu'ils obtiennent leurs adresses IP respectives correctement.

Si l'adresse secondaire est la méthode préférée, il existe une autre solution de contournement, qui consiste à activer la commande de configuration globale ip dhcp smart-relay. Cette solution est limitée en ce qu'elle utilise uniquement l'adresse IP secondaire pour transmettre la demande DHCP si le serveur DHCP ne répond pas à trois demandes consécutives du pool d'adresses principal.

Conversation client-serveur DHCP avec la fonction de relais DHCP

Le tableau suivant illustre le processus par lequel un client DHCP obtient une adresse IP d’un serveur DHCP. Ce tableau est inspiré du diagramme de réseau précédent sur la configuration de la fonctionnalité d’agent de relais DHCP/BootP. Chaque valeur numérique du diagramme représente un paquet décrit dans le tableau suivant. Utilisez ce tableau pour comprendre le flux de paquets de la conversation client-serveur DHCP. Cela vous aide également à déterminer où les problèmes se produisent.

Processus permettant à un client DHCP d’obtenir une adresse IP

Considérations relatives au démarrage DHCP de l’environnement de préexécution (PXE)

L’environnement de préexécution (PXE) permet à un ordinateur de démarrer à partir d’un serveur sur un réseau avant le démarrage du système sur le disque dur local. Un administrateur réseau ne doit pas manipuler physiquement le poste de travail ni le démarrer manuellement. Le système d’exploitation et d’autres logiciels, tels que les programmes de diagnostic, peuvent être chargés sur l’appareil à partir d’un serveur du réseau. L’environnement PXE utilise DHCP pour configurer son adresse IP.

La configuration de l'agent relais DHCP/BootP doit être effectuée sur le routeur sur le serveur DHCP se trouve sur un autre segment routé du réseau. La commande ip helper-address doit être configurée sur l’interface du routeur local. Consultez la section Configure DHCP/BootP Relay Agent Feature on Cisco IOS Router (Configurer la fonctionnalité de l’agent de relais DHCP/BootP sur le routeur Cisco IOS) de ce document pour obtenir des renseignements sur la configuration.

Comprendre et dépanner DHCP avec les traces de l’analyseur de réseau

Décoder la trace de l’analyseur de réseau du client et du serveur DHCP sur le même segment LAN

Topologie de réseau où le client et le serveur DHCP se trouvent sur le même segment LAN

L’exemple de trace de l’analyseur de réseau comprend six trames. Ces six cadres illustrent un scénario dans lequel le client et le serveur DHCP résident sur le même segment physique ou logique. Utilisez l’exemple de code suivant pour dépanner le DHCP. Il est important de faire correspondre votre trace d’analyseur de réseau aux traces de cet exemple. Il peut y avoir quelques différences par rapport aux traces illustrées suivantes, mais le flux général de paquets doit être exactement le même. La trace de paquets permet de suivre les discussions précédentes sur le fonctionnement de DHCP.

- - - - - - - - - - - - - - - - - - - - Frame 1 - DHCPDISCOVER - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
1[0.0.0.0] [255.255.255.255] 618 0:01:26.810 0.575.244 05/07/2001 11:52:03 AM DHCP: Request, 
 Message type: DHCP Discover
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 1arrived at 11:52:03.8106; frame size is 618 (026A hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station 0005DCC9C640
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 604 bytes
IP: Identification = 9
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = B988 (correct)
IP: Source address = [0.0.0.0]
IP: Destination address = [255.255.255.255]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 68 (BootPc/DHCP)
UDP: Destination port = 67 (BootPs/DHCP)
UDP: Length = 584
UDP: No checksum
UDP: [576 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 1 (Request)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 0
DHCP: Transaction id = 00000882
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [0.0.0.0]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [0.0.0.0]
DHCP: Client hardware address = 0005DCC9C640
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 1 (DHCP Discover)
DHCP: Maximum message size = 1152
DHCP: Client identifier = 00636973636F2D303030352E646363392E633634302D564C31
DHCP: Parameter Request List: 7 entries
DHCP: 1 = Client's subnet mask
DHCP: 66 = TFTP Option
DHCP: 6 = Domain name server
DHCP: 3 = Routers on the client's subnet
DHCP: 67 = Boot File Option
DHCP: 12 = Host name server
DHCP: 150 = Unknown Option
DHCP: Class identifier = 646F63736973312E30
DHCP: Option overload =3 (File and Sname fields hold options)
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 2 - DHCPOFFER - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
2[192.168.1.1] [255.255.255.255] 331 0:01:26.825 0.015.172 05/07/2001 11:52:03 AM DHCP: Reply, 
	Message type: DHCP Offer
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 2 arrived at 11:52:03.8258; frame size is 331 (014B hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station 0005DCC42484
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 317 bytes
IP: Identification = 5
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = F901 (correct)
IP: Source address = [192.168.1.1]
IP: Destination address = [255.255.255.255]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 67 (BootPs/DHCP)
UDP: Destination port = 68 (BootPc/DHCP)
UDP: Length = 297
UDP: No checksum
UDP: [289 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 2 (Reply)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 0
DHCP: Transaction id = 00000882
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [192.168.1.2]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [0.0.0.0]
DHCP: Client hardware address = 0005DCC9C640
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 2 (DHCP Offer)
DHCP: Server IP address = [192.168.1.1]
DHCP: Request IP address lease time = 85535 (seconds)
DHCP: Address Renewal interval = 42767 (seconds)
DHCP: Address Rebinding interval = 74843 (seconds)
DHCP: Subnet mask = [255.255.255.0]
DHCP: Domain Name Server address = [192.168.1.3]
DHCP: Domain Name Server address = [192.168.1.4]
DHCP: Gateway address = [192.168.1.1]
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 3 - DHCPREQUEST - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
3[0.0.0.0] [255.255.255.255] 618 0:01:26.829 0.003.586 05/07/2001 11:52:03 AM DHCP: Request, 
	Message type: DHCP Request
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 56 arrived at 11:52:03.8294; frame size is 618 (026A hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station 0005DCC9C640
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 604 bytes
IP: Identification = 10
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = B987 (correct)
IP: Source address = [0.0.0.0]
IP: Destination address = [255.255.255.255]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 68 (BootPc/DHCP)
UDP: Destination port = 67 (BootPs/DHCP)
UDP: Length = 584
UDP: No checksum
UDP: [576 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 1 (Request)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 0
DHCP: Transaction id = 00000882
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [0.0.0.0]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [0.0.0.0]
DHCP: Client hardware address = 0005DCC9C640
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 3 (DHCP Request)
DHCP: Maximum message size = 1152
DHCP: Client identifier = 00636973636F2D303030352E646363392E633634302D564C31
DHCP: Server IP address = [192.168.1.1]
DHCP: Request specific IP address = [192.168.1.2]
DHCP: Request IP address lease time = 85535 (seconds)
DHCP: Parameter Request List: 7 entries
DHCP: 1 = Client's subnet mask
DHCP: 66 = TFTP Option
DHCP: 6 = Domain name server
DHCP: 3 = Routers on the client's subnet
DHCP: 67 = Boot File Option
DHCP: 12 = Host name server
DHCP: 150 = Unknown Option
DHCP: Class identifier = 646F63736973312E30
DHCP: Option overload =3 (File and Sname fields hold options)
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 4 - DHCPACK - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
4[192.168.1.1] [255.255.255.255] 331 0:01:26.844 0.014.658 05/07/2001 11:52:03 AM DHCP: Reply, 
 Message type: DHCP Ack
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 57 arrived at 11:52:03.8440; frame size is 331 (014B hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station 0005DCC42484
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 317 bytes
IP: Identification = 6
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = F900 (correct)
IP: Source address = [192.168.1.1]
IP: Destination address = [255.255.255.255]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 67 (BootPs/DHCP)
UDP: Destination port = 68 (BootPc/DHCP)
UDP: Length = 297
UDP: No checksum
UDP: [289 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 2 (Reply)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 0
DHCP: Transaction id = 00000882
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [192.168.1.2]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [0.0.0.0]
DHCP: Client hardware address = 0005DCC9C640
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 5 (DHCP Ack)
DHCP: Server IP address = [192.168.1.1]
DHCP: Request IP address lease time = 86400 (seconds)
DHCP: Address Renewal interval = 43200 (seconds)
DHCP: Address Rebinding interval = 75600 (seconds)
DHCP: Subnet mask = [255.255.255.0]
DHCP: Domain Name Server address = [192.168.1.3]
DHCP: Domain Name Server address = [192.168.1.4]
DHCP: Gateway address = [192.168.1.1]
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 5 - ARP - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
5 0005DCC9C640 Broadcast 60 0:01:26.846 0.002.954 05/07/2001 11:52:03 AM ARP: R PA=[192.168.1.2] 
 HA=0005DCC9C640 PRO=IP
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 58 arrived at 11:52:03.8470; frame size is 60 (003C hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station 0005DCC9C640
DLC: Ethertype = 0806 (ARP)
DLC: 
ARP: ----- ARP/RARP frame -----
ARP: 
ARP: Hardware type = 1 (10Mb Ethernet)
ARP: Protocol type = 0800 (IP)
ARP: Length of hardware address = 6 bytes
ARP: Length of protocol address = 4 bytes
ARP: Opcode 2 (ARP reply)
ARP: Sender's hardware address = 0005DCC9C640
ARP: Sender's protocol address = [192.168.1.2]
ARP: Target hardware address = FFFFFFFFFFFF
ARP: Target protocol address = [192.168.1.2]
ARP: 
ARP: 18 bytes frame padding
ARP: 

- - - - - - - - - - - - - - - - - - - - Frame 6 - ARP - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
6 0005DCC9C640 Broadcast 60 0:01:27.355 0.508.778 05/07/2001 11:52:04 AM ARP: R PA=[192.168.1.2]  
 HA=0005DCC9C640 PRO=IP
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 59 arrived at 11:52:04.3557; frame size is 60 (003C hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station 0005DCC9C640
DLC: Ethertype = 0806 (ARP)
DLC: 
ARP: ----- ARP/RARP frame -----
ARP: 
ARP: Hardware type = 1 (10Mb Ethernet)
ARP: Protocol type = 0800 (IP)
ARP: Length of hardware address = 6 bytes
ARP: Length of protocol address = 4 bytes
ARP: Opcode 2 (ARP reply)
ARP: Sender's hardware address = 0005DCC9C640
ARP: Sender's protocol address = [192.168.1.2]
ARP: Target hardware address = FFFFFFFFFFFF
ARP: Target protocol address = [192.168.1.2]
ARP: 
ARP: 18 bytes frame padding
ARP: 

Décodage de la trace de l’analyseur de réseau du client et du serveur DHCP séparés par un routeur configuré en tant qu’agent de relais DHCP

Tracé analyseur-B

- - - - - - - - - - - - - - - - - - - - Frame 1 - DHCPDISCOVER - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
1 [0.0.0.0] [255.255.255.255] 618 0:02:05.759 0.025.369 05/31/2001 06:53:04 AM DHCP: Request, 
 Message type: DHCP Discover
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 124 arrived at 06:53:04.2043; frame size is 618 (026A hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station 0005DCF2C441
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 604 bytes
IP: Identification = 183
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = B8DA (correct)
IP: Source address = [0.0.0.0]
IP: Destination address = [255.255.255.255]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 68 (BootPc/DHCP)
UDP: Destination port = 67 (BootPs/DHCP)
UDP: Length = 584
UDP: No checksum
UDP: [576 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 1 (Request)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 0
DHCP: Transaction id = 00001425
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [0.0.0.0]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [0.0.0.0]
DHCP: Client hardware address = 0005DCF2C441
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 1 (DHCP Discover)
DHCP: Maximum message size = 1152
DHCP: Client identifier = 00636973636F2D303065302E316566322E633434312D4574302F30
DHCP: Parameter Request List: 7 entries
DHCP: 1 = Client's subnet mask
DHCP: 6 = Domain name server
DHCP: 15 = Domain name
DHCP: 44 = NetBIOS over TCP/IP name server
DHCP: 3 = Routers on the client's subnet
DHCP: 33 = Static route
DHCP: 150 = Unknown Option
DHCP: Class identifier = 646F63736973312E30
DHCP: Option overload =3 (File and Sname fields hold options)
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 2 - DHCPOFFER - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summaryr
125 [192.168.1.1] [255.255.255.255] 347 0:02:05.772 0.012.764 05/31/2001 06:53:04 AM DHCP: Reply, 
 Message type: DHCP Offer
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 125 arrived at 06:53:04.2171; frame size is 347 (015B hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station 003094248F71
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 333 bytes
IP: Identification = 45
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = F8C9 (correct)
IP: Source address = [192.168.1.1]
IP: Destination address = [255.255.255.255]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 67 (BootPs/DHCP)
UDP: Destination port = 68 (BootPc/DHCP)
UDP: Length = 313
UDP: Checksum = 8517 (correct)
UDP: [305 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 2 (Reply)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 0
DHCP: Transaction id = 00001425
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [192.168.1.2]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [192.168.1.1]
DHCP: Client hardware address = 0005DCF2C441
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 2 (DHCP Offer)
DHCP: Server IP address = [192.168.2.2]
DHCP: Request IP address lease time = 99471 (seconds)
DHCP: Address Renewal interval = 49735 (seconds)
DHCP: Address Rebinding interval = 87037 (seconds)
DHCP: Subnet mask = [255.255.255.0]
DHCP: Domain Name Server address = [192.168.10.1]
DHCP: Domain Name Server address = [192.168.10.2]
DHCP: NetBIOS Server address = [192.168.10.1]
DHCP: NetBIOS Server address = [192.168.10.3]
DHCP: Domain name = "cisco.com"
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 3 - DHCPREQUEST - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
3 [0.0.0.0] [255.255.255.255] 618 0:02:05.774 0.002.185 05/31/2001 06:53:04 AM DHCP: Request, 
 Message type: DHCP Request
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 126 arrived at 06:53:04.2193; frame size is 618 (026A hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station Cisc14F2C441
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 604 bytes
IP: Identification = 184
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = B8D9 (correct)
IP: Source address = [0.0.0.0]
IP: Destination address = [255.255.255.255]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 68 (BootPc/DHCP)
UDP: Destination port = 67 (BootPs/DHCP)
UDP: Length = 584
UDP: No checksum
UDP: [576 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 1 (Request)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 0
DHCP: Transaction id = 00001425
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [0.0.0.0]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [0.0.0.0]
DHCP: Client hardware address = 0005DCF2C441
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 3 (DHCP Request)
DHCP: Maximum message size = 1152
DHCP: Client identifier = 00636973636F2D303065302E316566322E633434312D4574302F30
DHCP: Server IP address = [192.168.2.2]
DHCP: Request specific IP address = [192.168.1.2]
DHCP: Request IP address lease time = 99471 (seconds)
DHCP: Parameter Request List: 7 entries
DHCP: 1 = Client's subnet mask
DHCP: 6 = Domain name server
DHCP: 15 = Domain name
DHCP: 44 = NetBIOS over TCP/IP name server
DHCP: 3 = Routers on the client's subnet
DHCP: 33 = Static route
DHCP: 150 = Unknown Option
DHCP: Class identifier = 646F63736973312E30
DHCP: Option overload =3 (File and Sname fields hold options)
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 4 - DHCPACK - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
4 [192.168.1.1] [255.255.255.255] 347 0:02:05.787 0.012.875 05/31/2001 06:53:04 AM DHCP: Reply, 
 Message type: DHCP Ack
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 127 arrived at 06:53:04.2321; frame size is 347 (015B hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station 003094248F71
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 333 bytes
IP: Identification = 47
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = F8C7 (correct)
IP: Source address = [192.168.1.1]
IP: Destination address = [255.255.255.255]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 67 (BootPs/DHCP)
UDP: Destination port = 68 (BootPc/DHCP)
UDP: Length = 313
UDP: Checksum = 326F (correct)
UDP: [305 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 2 (Reply)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 0
DHCP: Transaction id = 00001425
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [192.168.1.2]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [192.168.1.1]
DHCP: Client hardware address = 0005DCF2C441
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 5 (DHCP Ack)
DHCP: Server IP address = [192.168.2.2]
DHCP: Request IP address lease time = 172800 (seconds)
DHCP: Address Renewal interval = 86400 (seconds)
DHCP: Address Rebinding interval = 151200 (seconds)
DHCP: Subnet mask = [255.255.255.0]
DHCP: Domain Name Server address = [192.168.10.1]
DHCP: Domain Name Server address = [192.168.10.2]
DHCP: NetBIOS Server address = [192.168.10.1]
DHCP: NetBIOS Server address = [192.168.10.3]
DHCP: Domain name = "cisco.com"
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 5 - ARP - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
5 Cisc14F2C441 Broadcast 60 0:02:05.798 0.011.763 05/31/2001 06:53:04 AM ARP: R PA=[192.168.1.2] 
 HA=Cisc14F2C441 PRO=IP
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 128 arrived at 06:53:04.2439; frame size is 60 (003C hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station Cisc14F2C441
DLC: Ethertype = 0806 (ARP)
DLC: 
ARP: ----- ARP/RARP frame -----
ARP: 
ARP: Hardware type = 1 (10Mb Ethernet)
ARP: Protocol type = 0800 (IP)
ARP: Length of hardware address = 6 bytes
ARP: Length of protocol address = 4 bytes
ARP: Opcode 2 (ARP reply)
ARP: Sender's hardware address = 00E01EF2C441
ARP: Sender's protocol address = [192.168.1.2]
ARP: Target hardware address = FFFFFFFFFFFF
ARP: Target protocol address = [192.168.1.2]
ARP: 
ARP: 18 bytes frame padding
ARP: 

- - - - - - - - - - - - - - - - - - - - Frame 6 - ARP - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
5 Cisc14F2C441 Broadcast 60 0:02:05.798 0.011.763 05/31/2001 06:53:04 AM ARP: R PA=[192.168.1.2] 
 HA=Cisc14F2C441 PRO=IP
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 128 arrived at 06:53:04.2439; frame size is 60 (003C hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station Cisc14F2C441
DLC: Ethertype = 0806 (ARP)
DLC: 
ARP: ----- ARP/RARP frame -----
ARP: 
ARP: Hardware type = 1 (10Mb Ethernet)
ARP: Protocol type = 0800 (IP)
ARP: Length of hardware address = 6 bytes
ARP: Length of protocol address = 4 bytes
ARP: Opcode 2 (ARP reply)
ARP: Sender's hardware address = 00E01EF2C441
ARP: Sender's protocol address = [192.168.1.2]
ARP: Target hardware address = FFFFFFFFFFFF
ARP: Target protocol address = [192.168.1.2]
ARP: 
ARP: 18 bytes frame padding
ARP: 

Tracé Analyseur-A

- - - - - - - - - - - - - - - - - - - - Frame 1 - DHCPDISCOVER - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
118 [192.168.1.1] [192.168.2.2] 618 0:00:51.212 0.489.912 05/31/2001 07:02:54 AM DHCP: Request, 
 Message type: DHCP Discover
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 118 arrived at 07:02:54.7463; frame size is 618 (026A hex) bytes.
DLC: Destination = Station 0005DC0BF2F4
DLC: Source = Station 003094248F72
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 604 bytes
IP: Identification = 52
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = 3509 (correct)
IP: Source address = [192.168.1.1]
IP: Destination address = [192.168.2.2]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 67 (BootPs/DHCP)
UDP: Destination port = 67 (BootPs/DHCP)
UDP: Length = 584
UDP: Checksum = 0A19 (correct)
UDP: [576 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 1 (Request)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 1
DHCP: Transaction id = 000005F4
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [0.0.0.0]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [192.168.1.1]
DHCP: Client hardware address = 0005DCF2C441
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 1 (DHCP Discover)
DHCP: Maximum message size = 1152
DHCP: Client identifier = 00636973636F2D303065302E316566322E633434312D4574302F30
DHCP: Parameter Request List: 7 entries
DHCP: 1 = Client's subnet mask
DHCP: 6 = Domain name server
DHCP: 15 = Domain name
DHCP: 44 = NetBIOS over TCP/IP name server
DHCP: 3 = Routers on the client's subnet
DHCP: 33 = Static route
DHCP: 150 = Unknown Option
DHCP: Class identifier = 646F63736973312E30
DHCP: Option overload =3 (File and Sname fields hold options)
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 2 - DHCPOFFER - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
2 [192.168.2.2] [192.168.1.1] 347 0:00:51.214 0.002.133 05/31/2001 07:02:54 AM DHCP: Request, 
 Message type: DHCP Offer
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 119 arrived at 07:02:54.7485; frame size is 347 (015B hex) bytes.
DLC: Destination = Station 003094248F72
DLC: Source = Station 0005DC0BF2F4
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 333 bytes
IP: Identification = 41
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = 3623 (correct)
IP: Source address = [192.168.2.2]
IP: Destination address = [192.168.1.1]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 67 (BootPs/DHCP)
UDP: Destination port = 67 (BootPs/DHCP)
UDP: Length = 313
UDP: Checksum = A1F8 (correct)
UDP: [305 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 2 (Request)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 0
DHCP: Transaction id = 000005F4
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [192.168.1.2]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [192.168.1.1]
DHCP: Client hardware address = 0005DCF2C441
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 2 (DHCP Offer)
DHCP: Server IP address = [192.168.2.2]
DHCP: Request IP address lease time = 172571 (seconds)
DHCP: Address Renewal interval = 86285 (seconds)
DHCP: Address Rebinding interval = 150999 (seconds)
DHCP: Subnet mask = [255.255.255.0]
DHCP: Domain Name Server address = [192.168.10.1]
DHCP: Domain Name Server address = [192.168.10.2]
DHCP: NetBIOS Server address = [192.168.10.1]
DHCP: NetBIOS Server address = [192.168.10.3]
DHCP: Domain name = "cisco.com"
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 3 - DHCPREQUEST - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
3 [192.168.1.1] [192.168.2.2] 618 0:00:51.240 0.025.974 05/31/2001 07:02:54 AM DHCP: Request, 
 Message type: DHCP Request
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 120 arrived at 07:02:54.7745; frame size is 618 (026A hex) bytes.
DLC: Destination = Station 0005DC0BF2F4
DLC: Source = Station 003094248F72
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 604 bytes
IP: Identification = 54
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = 3507 (correct)
IP: Source address = [192.168.1.1]
IP: Destination address = [192.168.2.2]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 67 (BootPs/DHCP)
UDP: Destination port = 67 (BootPs/DHCP)
UDP: Length = 584
UDP: Checksum = 4699 (correct)
UDP: [576 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 1 (Request)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 1
DHCP: Transaction id = 000005F4
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [0.0.0.0]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [192.168.1.1]
DHCP: Client hardware address = 0005DCF2C441
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 3 (DHCP Request)
DHCP: Maximum message size = 1152
DHCP: Client identifier = 00636973636F2D303065302E316566322E633434312D4574302F30
DHCP: Server IP address = [192.168.2.2]
DHCP: Request specific IP address = [192.168.1.2]
DHCP: Request IP address lease time = 172571 (seconds)
DHCP: Parameter Request List: 7 entries
DHCP: 1 = Client's subnet mask
DHCP: 6 = Domain name server
DHCP: 15 = Domain name
DHCP: 44 = NetBIOS over TCP/IP name server
DHCP: 3 = Routers on the client's subnet
DHCP: 33 = Static route
DHCP: 150 = Unknown Option
DHCP: Class identifier = 646F63736973312E30
DHCP: Option overload =3 (File and Sname fields hold options)
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 4 - DHCPACK - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
4 [192.168.2.2] [192.168.1.1] 347 0:00:51.240 0.000.153 05/31/2001 07:02:54 AM DHCP: Request, 
 Message type: DHCP Ack
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 121 arrived at 07:02:54.7746; frame size is 347 (015B hex) bytes.
DLC: Destination = Station 003094248F72
DLC: Source = Station 0005DC0BF2F4
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 333 bytes
IP: Identification = 42
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = 3622 (correct)
IP: Source address = [192.168.2.2]
IP: Destination address = [192.168.1.1]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 67 (BootPs/DHCP)
UDP: Destination port = 67 (BootPs/DHCP)
UDP: Length = 313
UDP: Checksum = 7DF6 (correct)
UDP: [305 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 2 (Request)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 0
DHCP: Transaction id = 000005F4
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [192.168.1.2]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [192.168.1.1]
DHCP: Client hardware address = 0005DCF2C441
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 5 (DHCP Ack)
DHCP: Server IP address = [192.168.2.2]
DHCP: Request IP address lease time = 172800 (seconds)
DHCP: Address Renewal interval = 86400 (seconds)
DHCP: Address Rebinding interval = 151200 (seconds)
DHCP: Subnet mask = [255.255.255.0]
DHCP: Domain Name Server address = [192.168.10.1]
DHCP: Domain Name Server address = [192.168.10.2]
DHCP: NetBIOS Server address = [192.168.10.1]
DHCP: NetBIOS Server address = [192.168.10.3]
DHCP: Domain name = "cisco.com"
DHCP: 

Dépannage du DHCP lorsque les ordinateurs du client ne parviennent pas à obtenir des adresses DHCP

Étude de cas 1 : Serveur DHCP sur le même segment LAN ou VLAN que le client DHCP

Lorsque le serveur DHCP et le client résident sur le même segment LAN ou VLAN et que le client ne peut pas obtenir d’adresse IP d’un serveur DHCP. Il est toutefois peu probable que le routeur local soit à l’origine d’un problème DHCP. Le problème est lié aux appareils qui connectent le serveur DHCP et le client DHCP. Cependant, le problème peut provenir du serveur ou du client DHCP lui-même. Ces modules aident au dépannage et à déterminer quel appareil est à l’origine du problème.

Remarque : Pour configurer le serveur DHCP par VLAN, définissez différents bassins DHCP pour chaque VLAN qui fournit des adresses DHCP à vos clients.

Étude de cas 2 : le serveur DHCP et le client DHCP sont séparés par un routeur configuré pour la fonctionnalité d’agent de relais DHCP/BootP

Lorsque le serveur et le client DHCP résident sur des segments LAN ou VLAN différents, le routeur fonctionne comme un agent de relais DHCP ou BootP qui est responsable du transfert de DHCPREQUEST au serveur DHCP. Des étapes supplémentaires sont nécessaires pour dépanner l’agent de relais DHCP ou BootP, ainsi que le serveur et le client DHCP. Si vous faites le suivi de ces modules, vous pouvez déterminer quel appareil est à l’origine des problèmes.

Le serveur DHCP sur le routeur ne parvient pas à assigner d'adresses avec une erreur POOL EXHAUSTED

Il est possible que certaines adresses soient encore détenues par des clients, même si elles sont libérées du pool. Ceci peut être vérifié par la sortie de la commande show ip dhcp conflict. Un conflit d'adresses se produit lorsque deux hôtes utilisent la même adresse IP. Lors de l'affectation d'adresses, DHCP vérifie les conflits avec une commande ping et l'ARP gratuit.

Si un conflit est détecté, l'adresse est supprimée du pool. L'adresse est assignée jusqu'à ce que l'administrateur résolve le conflit. Configurez no ip dhcp conflict logging pour résoudre ce problème.

Modules de dépannage DHCP

Comprendre où peuvent survenir les problèmes DHCP

Les problèmes DHCP peuvent avoir une multitude de causes. Les causes les plus communes sont des problèmes de configuration. Cependant, de nombreux problèmes DHCP peuvent être causés par des défauts logiciels dans les systèmes, les pilotes de carte d’interface réseau (NIC) ou les agents de relais DHCP ou BootP qui fonctionnent sur les routeurs. En raison du nombre de domaines potentiellement problématiques, une approche systématique de dépannage est requise.

Brève liste des causes possibles des problèmes DHCP :

• Configuration par défaut du commutateur Catalyst

• Configuration de l'agent relais DHCP/BootP

• Problème de compatibilité de la carte réseau ou de la fonctionnalité DHCP

• Carte réseau défectueuse ou mauvaise installation du pilote de carte réseau

• Pannes de réseau intermittentes en raison de calculs de spanning tree fréquents

• Erreur de comportement ou de logiciel du système d'exploitation

• Erreur de configuration de la portée ou du logiciel du serveur DHCP

• Défaillance logicielle du commutateur Cisco Catalyst ou de l’agent de relais Cisco IOS DHCP/BootP

• Échec de la vérification de retransmission par le chemin inverse d'Unicast (uRPF) car l'offre DHCP n'est reçue pas l'interface attendue. Lorsque la fonctionnalité de retransmission par le chemin inverse (RPF) est activée sur une interface, un routeur Cisco peut abandonner les paquets DHCP (Dynamic Host Configuration Protocol) ou BOOTP (BOOTstrap Protocol) dont l'adresse source est 0.0.0.0 et l'adresse de destination est 255.255.255.255. Le routeur peut également abandonner tous les paquets dotés d'une adresse IP de destination multicast à l'interface. Ce problème est documenté dans l’identifiant de bogue Cisco CSCdw31925

Remarquez que seuls les clients Cisco enregistrés peuvent accéder aux rapports de bogues.

• L’agent de base de données DHCP n’est pas utilisé, mais la journalisation des conflits DHCP n’est pas désactivée

A. Vérifier la connectivité physique

Cette procédure s'applique à toutes les études de cas.

Tout d'abord, vérifiez la connectivité physique d'un client et d'un serveur DHCP. En cas de connexion à un commutateur Catalyst, vérifiez que tant le client que le serveur DHCP sont connectés physiquement. Pour les commutateurs Cisco IOS comme Catalyst 2900XL/3500XL/2950/3550, la commande équivalente à l’affichage de l’état du port est show interface<interface>.  Si l’état de l’interface est autre chose que si l’état actif et le protocole de ligne est tout autre que <interface>, le port ne laisse pas passer le trafic, pas même les demandes des clients DHCP. La sortie des commandes :

Switch#show interface fastEthernet 0/1
FastEthernet0/1 is up, line protocol is up
Hardware is Fast Ethernet, address is 0030.94dc.acc1 (bia 0030.94dc.acc1) 

Si la connexion physique a été vérifiée et qu’il n’y a en effet aucun lien entre le commutateur Catalyst et le client DHCP, utilisez la section Troubleshooting Cisco Catalyst Switches to NIC Compatibility Issues (Dépannage des commutateurs Catalyst en cas de problèmes de compatibilité des cartes réseau) de dépannage des problèmes de compatibilité des commutateurs Cisco Catalyst avec les cartes réseau pour résoudre les problèmes de connectivité de la couche physique.

Un nombre excessif d’erreurs de liaison de données fait passer les ports de certains commutateurs Catalyst à l’état « errdisabled ». Pour en savoir plus, consultez le document « Recover Errdisable Port State on Cisco IOS Platformsy » (Récupérer l’état du port Errdisable sur les plateformes Cisco IOS), qui décrit l’état errdisable, explique comment le récupérer et fournit des exemples de récupération à partir de cet état.

B. Configurer l’ordinateur du client et l’adresse IP statique pour tester la connectivité du réseau

Cette procédure s'applique à toutes les études de cas.

Lorsque vous dépannez un problème DHCP, il est important de configurer une adresse IP statique sur un ordinateur client afin de vérifier la connectivité du réseau. Si l’ordinateur est incapable d’atteindre les ressources réseau malgré le fait qu’il possède une adresse IP configurée de manière statique, la cause première du problème n’est pas DHCP. À ce stade, vous devez effectuer le dépannage de la connectivité réseau.

C. Vérifier le problème en cas de problème de démarrage

Cette procédure s'applique à toutes les études de cas.

Si le client DHCP ne peut pas obtenir d’adresse IP du serveur DHCP au démarrage, vous pouvez forcer manuellement le client à envoyer une requête DHCP. Entrez les prochaines étapes pour obtenir manuellement une adresse IP d’un serveur DHCP pour le système d’exploitation indiqué.

Microsoft Windows 95/98/ME :

1. Cliquez sur le bouton Start (Démarrer) et exécutez le programme WiniPCFG.exe.
2. Cliquez sur le bouton Release All (Tout libérer), puis sur le bouton eRenew All (Tout renouveler).
3. Le client DHCP peut-il désormais obtenir une adresse IP?

Configuration IP Window

Microsoft Windows NT/2000 :

1. Entrez cmd dans le champ Start/Run pour ouvrir une fenêtre d’invite de commande.
2. Saisissez la commande ipconfig/renew dans la fenêtre d’invite de commande.
3. Le client DHCP peut-il maintenant obtenir une adresse IP ?

Invite de ligne de commande

Si le client DHCP est en mesure d’obtenir une adresse IP lors d’un renouvellement manuel de l’adresse IP après la fin du processus de démarrage du PC, il s’agit très probablement d’un problème de démarrage du DHCP. Si le client DHCP est connecté à un commutateur Cisco Catalyst, le problème est probablement causé par un problème de configuration qui traite de PortFast STP ou de canalisation et regroupement. D'autres possibilités incluent des problèmes de cartes réseau ou de démarrage de port de commutateur. Passez en revue les étapes D et E pour écarter la possibilité que la configuration des ports du commutateur et les problèmes de carte réseau soient la cause première du problème DHCP.

D. Vérifier la configuration du port de commutateur (STP Portfast et autres commandes)

Si le commutateur est un Catalyst 2900/4000/5000/6000, vérifiez que STP portfast est activé et l'agrégation de liaison/l'acheminement désactivés sur le port. La configuration par défaut est l'option STP portfast désactivée et l'agrégation de liaison/l'acheminement automatiques, le cas échéant. Pour les commutateurs 2900XL/3500XL/2950/3550, STP portfast est la seule configuration requise. Ces modifications de configuration résolvent les problèmes de client DHCP les plus courants qui se produisent avec une installation initiale d'un commutateur Catalyst.

Pour obtenir plus de documentation sur les exigences de configuration des ports de commutateur nécessaires pour que DHCP fonctionne correctement lorsqu’il est connecté à des commutateurs Catalyst, reportez-vous à Using PortFast and Other Commands to Fix Workstation Startup Connectivity Delays (Utilisation de PortFast et d’autres commandes pour corriger les retards de connectivité de démarrage d’ordinateur).

Après avoir examiné ce document, vous pouvez continuer à résoudre ces problèmes.

E. Rechercher les problèmes connus de carte NIC ou de commutateur Catalyst

Si la configuration du commutateur Catalyst est correcte, il est possible qu’un problème de compatibilité logicielle existe sur le commutateur Catalyst ou la carte réseau du client DHCP, et que cela soit à l’origine des problèmes DHCP. L’étape suivante du dépannage consiste à examiner la section Troubleshooting Cisco Catalyst Switches to NIC Compatibility Issues (Dépannage des commutateurs Catalyst en cas de problèmes de compatibilité des cartes réseau) et à écarter tout problème logiciel du commutateur Catalyst ou de la carte réseau qui contribue au problème.

Une connaissance du système d’exploitation du client DHCP ainsi que des informations propres à la carte réseau, comme le fabricant, le modèle et la version du pilote, sont nécessaires pour écarter correctement tout problème de compatibilité.

F. Indiquer si les clients DHCP obtiennent l’adresse IP sur le même sous-réseau ou VLAN que le serveur DHCP

Il est important de distinguer si DHCP fonctionne correctement ou non lorsque le client se trouve sur le même sous-réseau ou VLAN que le serveur DHCP. Si DHCP fonctionne correctement sur le même sous-réseau ou VLAN que le serveur DHCP, le problème DHCP est principalement causé par l’agent de relais DHCP ou BootP. Si le problème persiste même lorsque vous testez DHCP sur le même sous-réseau ou VLAN que le serveur DHCP, le problème peut en fait provenir du serveur DHCP.

G. Vérifier la configuration du relais DHCP/BootP du routeur

Pour vérifier la configuration :

1. Lorsque vous configurez le relais DHCP sur un routeur, vérifiez que la commande ip helper-address se trouve sur la bonne interface. La commande ip helper-address doit être présente sur l'interface entrante des postes de travail de client DHCP et doit être dirigée vers le serveur DHCP approprié.

2. Vérifiez que la commande de configuration globale no service dhcp n'est pas présente. Ce paramètre de configuration désactive toutes les fonctionnalités de serveur et de relais DHCP sur le routeur. La configuration par défaut, service dhcp, n'apparaît pas dans la configuration et est la commande de configuration par défaut. Si service dhcp n’est pas activé, les clients ne reçoivent pas les adresses IP du serveur DHCP.

   Remarque : Dans les routeurs qui exécutent des versions plus anciennes de Cisco IOS, la commande ip bootp server libère la fonction d’agent de relais DHCP au lieu de la commande service dhcp. Pour cette raison, la commande ip bootp server doit être activée sur ces routeurs si la commande ip helper-address est configurée pour transférer les diffusions UDP DHCP et pour agir correctement en tant qu'agent relais DHCP au nom du client DHCP.

3. Lorsque vous utilisez des commandes ip helper-address pour transférer des diffusions UDP à une adresse de diffusion de sous-réseau, vérifiez que no ip directed-broadcast n'est pas configuré sur une interface sortante que les paquets de diffusion UDP doivent traverser. Le no ip directed-broadcast bloque toute traduction d'une diffusion dirigée vers des diffusions physiques. Cette configuration d’interface est la configuration par défaut dans les versions logicielles 12.0 et ultérieures.

4. Lorsqu’une diffusion DHCP est transférée à l’adresse de diffusion de sous-réseau du serveur DHCP, un problème logiciel peut survenir. Lorsque vous dépannez les problèmes DHCP, essayez de transférer les diffusions UDP du DHCP à l’adresse IP du serveur DHCP :

   version 12.0 service timestamps debug uptime service timestamps log uptime no service password-encryption no service dhcp !--- This configuration command will disable all DHCP server and relay functionality on the router. hostname router ! ! ! interface Ethernet0 ip address 192.168.2.1 255.255.255.0 no ip directed-broadcast !--- This configuration will prevent translation of a directed broadcast to a physical broadcast. interface Ethernet1 !--- DHCP client workstations reside of this interface. ip address 192.168.1.1 255.255.255.0 ip helper-address 192.168.2.255 !--- IP helper-address pointing to DHCP server's subnet. no ip directed-broadcast ! ! ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end

H. Option d’identification de l’abonné (82) activée (On)

La fonctionnalité d'information d'agent relais DHCP (option 82) permet aux agents relais DHCP (commutateurs Catalyst) d'inclure des informations sur eux-mêmes et le client associé lors de la transmission de demandes DHCP d'un client DHCP à un serveur DHCP.

Le serveur DHCP peut utiliser ces informations pour assigner des adresses IP, effectuer le contrôle d'accès, et définir les stratégies de Qualité de service (QoS) et de sécurité (ou toute autre stratégie paramètre-affectation) pour chaque abonné d'un réseau de prestataire de services. Lorsque la surveillance du trafic DHCP est activée sur un commutateur, elle active automatiquement l'option 82. Si le serveur DHCP n'est pas configuré pour gérer les paquets avec l'option 82, il cesse d'allouer l'adresse à cette demande. Afin de résoudre ce problème, désactivez l'option d'identification d'abonné (82) sur les commutateurs (agents relais) avec la commande de configuration globale, no ip dhcp relay information option.

I. Enregistrement de l’agent de base de données DHCP et des conflits DHCP

L'agent de base de données DHCP peut être n'importe quel hôte (par exemple, un serveur FTP, TFTP ou RCP) qui héberge la base de données de liaisons DHCP. Vous pouvez configurer plusieurs agents de base de données DHCP, et vous pouvez configurer l'intervalle entre les mises à jour de base de données et les transferts pour chaque agent. Utilisez la commande ip dhcp database pour configurer un agent de base de données et des paramètres d'agent de base de données.

Si vous choisissez de ne pas configurer un agent de base de données DHCP, désactivez l'enregistrement des conflits d'adresses DHCP sur le serveur DHCP. Exécutez la commande noip dhcp conflict logging  pour désactiver la journalisation des conflits d’adresses DHCP. Supprimez les conflits précédemment enregistrés avec clear ip dhcp conflict.

Si cette opération ne désactive pas la journalisation des conflits, ce message d'erreur s'affiche :

%DHCPD-4-DECLINE_CONFLICT: DHCP address conflict: client

J. Vérifiez le CDP pour les connexions de téléphone IP

Lorsque le protocole CDP (Cisco Discovery Protocol) est désactivé sur le port de commutateur connecté au téléphone IP Cisco, le serveur DHCP ne peut pas assigner une adresse IP appropriée au téléphone. Le serveur DHCP tend à assigner l'adresse IP qui appartient au VLAN/sous-réseau de données du port de commutateur. Si CDP est activé, le commutateur peut détecter que le téléphone IP Cisco demande DHCP et peut fournir les informations de sous-réseau correctes. Le serveur DHCP peut alors allouer une adresse IP du pool du VLAN/sous-réseau de voix. Il n'existe aucune étape explicite requise pour relier le service DHCP au VLAN voix.

K. La suppression du SVI perturbe le fonctionnement de la surveillance DHCP

Sur les commutateurs de la gamme Cisco Catalyst 6500, une SVI (à l'arrêt) est créée automatiquement après que la surveillance DHCP a été configurée sur un VLAN spécifique. La présence de cette SVI a des implications directes sur le fonctionnement correct de la surveillance DHCP.

La surveillance DHCP sur les commutateurs de la gamme Cisco Catalyst 6500 qui exécutent l’IOS natif Cisco est principalement mise en œuvre sur le processeur de routage (RP ou MSFC), et non sur le processeur de commutateur (SP ou superviseur). Un commutateur Cisco Catalyst 6500 intercepte les paquets dans le matériel avec des VACL qui fournissent les paquets à une logique de cible locale (LTL) souscrite par le RP. Une fois que les trames entrent dans le RP, elles doivent tout d'abord être associées à un IDB d'interface (SVI) L3 avant de pouvoir être transmises à la partie surveillance. Sans SVI, cet IDB n'existe pas, et les paquets sont abandonnés dans le RP.

L. Adresse de diffusion limitée

Quand un client DHCP définit le bit de diffusion dans un paquet DHCP, le serveur DHCP et l'agent relais DHCP envoient les messages DHCP aux clients avec l'adresse de diffusion de 1 (255.255.255.255). Si la commande ip broadcast-address  a été configurée pour envoyer une diffusion réseau, la diffusion « all-ones » envoyée par DHCP est remplacée. Afin de résoudre ce problème, utilisez la commande ip dhcp limited-broadcast-address pour vous assurer qu'une diffusion de réseau configurée ne remplace pas le comportement DHCP par défaut.

Certains clients DHCP acceptent uniquement les diffusions de 1 et ne peuvent pas acquérir d'adresse DHCP, sauf si cette commande est configurée sur l'interface de routeur connectée au client.

M. Déboguer le DHCP avec les commandes de débogage du routeur

Vérifier que le routeur reçoit la demande DHCP avec les commandes de débogage

Sur les routeurs qui prennent en charge un logiciel de traitement des paquets DHCP, vous pouvez vérifier si un routeur reçoit la demande DHCP du client. Le processus DHCP échoue si le routeur ne reçoit pas les demandes du client. À cette étape, configurez une liste d’accès pour déboguer la sortie. Cette liste d’accès est utilisée uniquement pour déboguer une commande et n’est pas intrusive pour le routeur.

En mode de configuration globale, saisissez cette liste d’accès :

access-list 100 permit ip host 0.0.0.0 host 255.255.255.255

En mode d’exécution, saisissez cette commande de débogage :

debug ip packet detail 100

Exemple de sortie

Router#debug ip packet detail 100
IP packet debugging is on (detailed) for access list 100
Router#
00:16:46: IP: s=0.0.0.0 (Ethernet4/0), d=255.255.255.255, len 604, rcvd 2
00:16:46: UDP src=68, dst=67
00:16:46: IP: s=0.0.0.0 (Ethernet4/0), d=255.255.255.255, len 604, rcvd 2
00:16:46: UDP src=68, dst=67

À partir de cet exemple de sortie, il est clair que le routeur reçoit activement les requêtes DHCP du client. Cette sortie montre uniquement un réseau du paquet, mais pas le paquet lui-même. Par conséquent, il n'est pas possible de déterminer si le paquet est correct. Néanmoins, le routeur a bien reçu un paquet de diffusion avec les adresses IP source et de destination et les ports UDP corrects pour DHCP.

Vérifier que le routeur reçoit et transfère la demande DHCP avec la commande debug ip udp

La commande debug ip udp   peut tracer le chemin d’une requête DHCP via un routeur. Cependant, ce débogage est intrusif dans un environnement de production, car tous les paquets UDP commutés traités sont affichés sur la console. Cette commande de débogage ne doit pas être utilisée en production.

Avertissement : La commande debug ip udp est intrusive et peut entraîner une utilisation élevée de l’unité centrale (CPU).

En mode d’exécution, saisissez cette commande de débogage : debug ip udp

Exemple de sortie

Router#debug ip udp
UDP packet debugging is on
Router#

00:18:48: UDP: rcvd src=0.0.0.0(68), dst=255.255.255.255(67), length=584 

!--- Router receiving DHCPDISCOVER from DHCP client.

00:18:48: UDP: sent src=192.168.1.1(67), dst=192.168.2.2(67), length=604 

!--- Router forwarding DHCPDISCOVER unicast to DHCP server using DHCP/BootP Relay Agent source IP address.

00:18:48: UDP: rcvd src=192.168.2.2(67), dst=192.168.1.1(67), length=313 

!--- Router receiving DHCPOFFER from DHCP server directed to DHCP/BootP Relay Agent IP address.

00:18:48: UDP: sent src=0.0.0.0(67), dst=255.255.255.255(68), length=333 

!--- Router forwarding DHCPOFFER from DHCP server to DHCP client via DHCP/BootP Relay Agent.

00:18:48: UDP: rcvd src=0.0.0.0(68), dst=255.255.255.255(67), length=584 

!--- Router receiving DHCPREQUEST from DHCP client.

00:18:48: UDP: sent src=192.168.1.1(67), dst=192.168.2.2(67), length=604 

!--- Router forwarding DHCPDISCOVER unicast to DHCP server using DHCP/BootP Relay Agent source IP address.

00:18:48: UDP: rcvd src=192.168.2.2(67), dst=192.168.1.1(67), length=313 

!--- Router receiving DHCPACK (or DHCPNAK) from DHCP directed to DHCP/BootP Relay Agent IP address.

00:18:48: UDP: sent src=0.0.0.0(67), dst=255.255.255.255(68), length=333 

!--- Router forwarding DHCPACK (or DHCPNAK) to DHCP client via DHCP/BootP Relay Agent.

00:18:48: UDP: rcvd src=192.168.1.2(520), dst=255.255.255.255(520), length=32 

!--- DHCP client verifying IP address not in use by sending ARP request for its own IP address.

00:18:50: UDP: rcvd src=192.168.1.2(520), dst=255.255.255.255(520), length=32 

!--- DHCP client verifying IP address not in use by sending ARP request for its own IP address.

Vérifiez que le routeur reçoit et transfère la demande DHCP avec la commande de debug ip dhcp server packet

Si le routeur Cisco IOS est un 12.0.xT ou 12.1 et prend en charge la fonctionnalité de serveur DHCP Cisco IOS, vous pouvez utiliser la commande debug ip dhcp server packet. Ce débogage était destiné à être utilisé avec la fonctionnalité de serveur DHCP Cisco IOS et pour dépanner la fonctionnalité d’agent de relais DHCP/BootP. Comme pour les étapes précédentes, les débogages du routeur ne permettent pas de déterminer exactement le problème, car le paquet lui-même ne peut pas être affiché. Cependant, le débogage permet de faire des inférences en ce qui concerne le traitement DHCP. En mode d’exécution, saisissez cette commande de débogage :

debug ip dhcp server packet

Router#debug ip dhcp server packet
00:20:54: DHCPD: setting giaddr to 192.168.1.1. 

!--- Router received DHCPDISCOVER/REQUEST/INRORM and setting Gateway IP address to 192.168.1.1 for forwarding.

00:20:54: DHCPD: BOOTREQUEST from 0063.6973.636f.2d30.3065.302e.3165.6632.2e63..

!--- BOOTREQUEST includes DHCPDISCOVER, DHCPREQUEST, and DHCPINFORM.
 

!--- 0063.6973.636f.2d30.3065.302e.3165.6632.2e63 indicates client identifier.
 
00:20:54: DHCPD: forwarding BOOTREPLY to client 00e0.1ef2.c441. 

!--- BOOTREPLY includes DHCPOFFER and DHCPNAK.
 

!--- Client's MAC address is 00e0.1ef2.c441. 

00:20:54: DHCPD: broadcasting BOOTREPLY to client 00e0.1ef2.c441. 

!--- Router is forwarding DHCPOFFER or DHCPNAK broadcast on local LAN interface.

00:20:54: DHCPD: setting giaddr to 192.168.1.1. 

!--- Router received DHCPDISCOVER/REQUEST/INFORM and set Gateway IP address to 192.168.1.1 for forwarding.

00:20:54: DHCPD: BOOTREQUEST from 0063.6973.636f.2d30.3065.302e.3165.6632.2e63.. 

!--- BOOTREQUEST includes DHCPDISCOVER, DHCPREQUEST, and DHCPINFORM.


!--- 0063.6973.636f.2d30.3065.302e.3165.6632.2e63 indicates client identifier.

00:20:54: DHCPD: forwarding BOOTREPLY to client 00e0.1ef2.c441. 

!--- BOOTREPLY includes DHCPOFFER and DHCPNAK.


!--- Client's MAC address is 00e0.1ef2.c441.

00:20:54: DHCPD: broadcasting BOOTREPLY to client 00e0.1ef2.c441. 

!--- Router is forwarding DHCPOFFER or DHCPNAK broadcast on local LAN interface.

Exécuter plusieurs débogages simultanément

Lorsque vous exécutez plusieurs débogages simultanément, une bonne quantité d’informations peuvent être découvertes en ce qui concerne le fonctionnement de l’agent et du serveur de relais DHCP/BootP. Si vous utilisez les schémas ci-dessus pour le dépannage, vous pouvez déduire les cas où la fonctionnalité d’agent de relais DHCP/BootP ne fonctionne pas correctement.

IP: s=0.0.0.0 (Ethernet0), d=255.255.255.255, len 604, rcvd 2
UDP src=68, dst=67
UDP: rcvd src=0.0.0.0(68), dst=255.255.255.255(67), length=584
DHCPD: setting giaddr to 192.168.1.1.
UDP: sent src=192.168.1.1(67), dst=192.168.2.2(67), length=604
IP: s=192.168.1.1 (local), d=192.168.2.2 (Ethernet1), len 604, sending
UDP src=67, dst=67
DHCPD: BOOTREQUEST from 0063.6973.636f.2d30.3030.302e.3030.3030.2e30.3030.312d.4574.30 forwarded to 192.168.2.2.
IP: s=192.168.2.2 (Ethernet1), d=192.168.1.1, len 328, rcvd 4
UDP src=67, dst=67
UDP: rcvd src=192.168.2.2(67), dst=192.168.1.1(67), length=308
DHCPD: forwarding BOOTREPLY to client 0000.0000.0001.
DHCPD: broadcasting BOOTREPLY to client 0000.0000.0001.
UDP: sent src=0.0.0.0(67), dst=255.255.255.255(68), length=328
IP: s=0.0.0.0 (Ethernet0), d=255.255.255.255, len 604, rcvd 2
UDP src=68, dst=67
UDP: rcvd src=0.0.0.0(68), dst=255.255.255.255(67), length=584
DHCPD: setting giaddr to 192.168.1.1.
UDP: sent src=192.168.1.1(67), dst=192.168.2.2(67), length=604
IP: s=192.168.1.1 (local), d=192.168.2.2 (Ethernet1), len 604, sending
UDP src=67, dst=67
DHCPD: BOOTREQUEST from 0063.6973.636f.2d30.3030.302e.3030.3030.2e30.3030.312d.4574.30 forwarded to 192.168.2.2.
IP: s=192.168.2.2 (Ethernet1), d=192.168.1.1, len 328, rcvd 4
UDP src=67, dst=67
UDP: rcvd src=192.168.2.2(67), dst=192.168.1.1(67), length=308
DHCPD: forwarding BOOTREPLY to client 0000.0000.0001.
DHCPD: broadcasting BOOTREPLY to client 0000.0000.0001.
UDP: sent src=0.0.0.0(67), dst=255.255.255.255(68), length=328. 

Obtenir le tracé de l'analyseur de réseau et déterminer la cause des problèmes DHCP

Passez en revue la section Décoder la trace de l’analyseur de réseau du client et du serveur DHCP sur le même segment LAN et la page Decode Sniffer Trace of DHCP Client and Server Separated by Router Configured as a DHCP Relay Agent  (Décoder la trace d’un client et d’un serveur DHCP séparés par un routeur configuré en tant qu’agent relais DHCP).

pour déchiffrer les traces de paquets DHCP.

Pour obtenir plus d’information sur la façon d’obtenir les traces de l’analyseur de réseau avec la fonction Switched Port Analyzer (SPAN) sur les commutateurs Catalyst, consultez Configuring the Catalyst Switched Port Analyzer (SPAN) Configuration Example (Exemple de configuration de Catalyst Switched Port Analyzer [SPAN]).

Méthode alternative de décodage de paquets avec débogage sur le routeur

Avec la commande debug ip packet detail dump<acl> sur un routeur Cisco, il est possible d’obtenir un paquet entier en format hexadécimal affiché dans le journal système ou dans l’interface de ligne de commande. Passez en revue les sections Vérifier que le routeur reçoit la demande DHCP avec les commandes de débogage et Vérifiez que le routeur reçoit la demande DHCP et transmet la demande au serveur DHCP avec les commandes de débogage ci-dessus, ainsi que le mot-clé dump ajouté à access-list, pour obtenir les mêmes informations de débogage, mais avec les détails du paquet en hexadécimal. Pour déterminer le contenu du paquet, celui-ci doit être traduit. L'annexe A contient un exemple.

Annexe A : Exemple de configuration de DHCP pour Cisco IOS

La base de données du serveur DHCP est organisée sous forme arborescente. La racine de l'arborescence est un pool d'adresses pour les réseaux naturels, les branches sont les pools d'adresses de sous-réseaux, et les feuilles sont les liaisons manuelles aux clients. Les sous-réseaux héritent des paramètres de réseau et les clients héritent des paramètres de sous-réseau. Par conséquent, les paramètres communs, par exemple le nom de domaine, doivent être configurés au niveau le plus élevé (réseau ou sous-réseau) de l’arborescence.

Pour en savoir plus sur la façon de configurer DHCP et les commandes qui y sont associées, consultez la liste des tâches de configuration de DHCP.

version 12.1
! 
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname Router
!
enable password cisco 
ip subnet-zero 
no ip domain-lookup 
ip dhcp excluded-address 10.10.1.1 10.10.1.199 

!--- Address range excluded from DHCP pools. 

ip dhcp pool test_dhcp 

!--- DHCP pool (scope) name is test_dhcp.
 
network 10.10.1.0 255.255.255.0 

!--- DHCP pool (address will be assigned in this range) for associated Gateway IP address.
 
default-router 10.10.1.1 

!--- DHCP option for default gateway.
 
dns-server 10.30.1.1 

!--- DHCP option for DNS server(s).
 
netbios-name-server 10.40.1.1 

!--- DHCP option for NetBIOS name server(s) (WINS).
  
lease 0 0 1 

!--- Lease time. 
 
interface Ethernet0 
description DHCP Client Network 
ip address 10.10.1.1 255.255.255.0 
no ip directed-broadcast 
! 
interface Ethernet1 
description Server Network 
ip address 10.10.2.1 255.255.255.0 
no ip directed-broadcast 
!   
line con 0 
transport input none 
line aux 0 
transport input all 
line vty 0 4 
login 
! 
end 

Remarque : Notez que la commande subnet prefix-length n’est pas essentielle au fonctionnement normal du bassin DHCP. L’utilisation de cette commande est axée sur les scénarios où des bassins d’allocation de sous-réseau sont nécessaires. Pour en savoir plus sur cette commande, consultez la section Subnet Allocation Server Operation (Fonctionnement du serveur d’allocation de sous-réseau) dans le document Configuring the DHCP Server On-Demand Address Pool Manager (Configurer le gestionnaire de bassin d’adresses à la demande du serveur DHCP).

Informations connexes

• Outils et ressources
• Assistance technique de Cisco et téléchargements