Des problèmes liés à DHCPv4 peuvent survenir pour une multitude de raisons, notamment des défaillances logicielles de systèmes d'exploitation, de pilotes de carte réseau ou d'agents de relais DHCP, mais le plus souvent, il s'agit de problèmes de configuration. En raison du nombre de points susceptibles de poser problème, il convient d'adopter une approche méthodique, comme le montre la figure.

1re tâche de dépannage : résoudre les conflits d'adresses IPv4

Un bail d'adresse IPv4 peut expirer alors qu'un client est toujours connecté au réseau. Si le client ne renouvelle pas le bail, le serveur DHCPv4 peut réattribuer cette adresse IPv4 à un autre client. Lorsque le client redémarre, il demande une adresse IPv4. Si le serveur DHCPv4 ne répond pas rapidement, le client utilise la dernière adresse IPv4. Deux clients utilisent alors la même adresse IPv4, ce qui crée un conflit.

La commande show ip dhcp conflict affiche tous les conflits d'adresses enregistrés par le serveur DHCPv4. Le serveur utilise la commande ping pour détecter les clients. Le client utilise le protocole ARP (Address Resolution Protocol) pour détecter les conflits. Si un conflit d'adresse est détecté, l'adresse est retirée du pool et n'est pas attribuée tant qu'un administrateur n'a pas résolu le conflit.

Ce résultat affiche les adresses IP en conflit avec le serveur DHCP. Il indique la méthode et l'heure de détection pour les adresses IP en conflit que le serveur DHCP a proposées.

R1# show ip dhcp conflict

IP address Detection Method Detection time

192.168.10.32 Ping Feb 16 2013 12:28 PM

192.168.10.64 Gratuitous ARP Feb 23 2013 08:12 AM

2e tâche de dépannage : vérifier la connectivité physique

D'abord, utilisez la commande show interfaces interface pour vérifier que l'interface du routeur servant de passerelle par défaut pour le client est opérationnelle. Si l'état de l'interface n'est pas actif, le port n'achemine pas le trafic, y compris les requêtes du client DHCP.

3e tâche de dépannage : tester la connectivité à l'aide d'une adresse IP statique

Lorsque vous essayez de résoudre un problème de DHCPv4, vérifiez la connectivité du réseau en configurant des informations d'adresse statique IPv4 sur un poste de travail client. Si la station de travail ne peut pas atteindre les ressources réseau avec une adresse IPv4 configurée de façon statique, la cause première du problème n'est pas le protocole DHCPv4. Le dépannage de la connectivité du réseau est alors nécessaire.

4e tâche de dépannage : vérifier la configuration du port du commutateur

Si le client DHCPv4 ne parvient pas à obtenir une adresse IPv4 du serveur DHCPv4 au démarrage, essayez d'obtenir une adresse IPv4 auprès du serveur DHCPv4 en forçant manuellement le client à envoyer une requête DHCPv4.

Remarque : si un commutateur se trouve entre le client et le serveur DHCPv4 et que le client ne parvient pas à obtenir la configuration DHCP, il peut s'agir de problèmes de configuration du port du commutateur. Les causes peuvent inclure des problèmes liés au trunking et aux canaux, à STP et à RSTP. Les configurations PortFast et de ports de périphérie permettent de résoudre les problèmes les plus courants des clients DHCPv4, qui surviennent lors de l'installation initiale d'un commutateur Cisco.

5e tâche de dépannage : Tester le fonctionnement de DHCPv4 sur le même sous-réseau ou réseau local virtuel

Il est important de déterminer si DHCPv4 fonctionne correctement lorsque le client se trouve sur le même sous-réseau ou réseau local virtuel que le serveur DHCPv4. Si DHCPv4 fonctionne correctement dans ces situations, alors le problème peut provenir de l'agent de relais DHCP. Si le problème persiste lorsque vous testez DHCPv4 sur le même sous-réseau ou réseau local virtuel que le serveur DHCPv4, le problème peut provenir du serveur DHCPv4 en soi.