Communication ARP

Question

DHCP utilise-t-il ARP uniquement comme protocole de communication pour attribuer une adresse IP?

Answer 1

Non. Lisez this page, et si vous avez d'autres questions, demandez.

Answer 2

Pas d'ARP du tout.

1.Client ff: ff: ff: ff: ff: ff 0.0.0.0 255.255.255.255 DHCP Découvrez

2.DHCPsrvr ff: ff: ff: ff: ff: ff 192.168.1.1 255.255.255.255 DHCP Offre

3.Client ff: ff: ff: ff: ff: ff 0.0.0.0 255.255.255.255 DHCP Demande

4.DHCPsrvr adresse MAC du client DHCP 192.168.1.102 192.168.1.1 ACK

1. Client envoie une trame ethernet disant "Où est le serveur DhCP?" donc, il envoie à l'adresse MAC de diffusion, car il ne fait pas l'adresse MAC de dhcp. Il peut y avoir plusieurs serveurs DHCP. Il n'a pas d'IP, donc dans la source de paquets IP est 0.0.0.0. L'adresse IP de destination reflète Destination MAC => Diffusion

2. Le serveur répond avec une adresse IP unicast (OFFER), une passerelle par défaut, un DNS & autres options. Puisque l'hôte n'a encore rien convenu avec le serveur DHCP, le serveur DHCP. enverra une trame de diffusion.

3. Le client demande officiellement (REQ) le bail IP du serveur. Comme aucun accord n'a été conclu, il envoie juste une émission. à partir de 0.0.0.0 car il n'a toujours pas d'adresse IP confirmée. Le serveur le reconnaît (ACK), de sa propre adresse mac, de sa propre adresse IP, à l'adresse IP de l'hôte avec l'adresse MAC de l'hôte.

Answer 3

Lorsque le serveur DHCP attribuer une adresse IP au client DHCP, l'utilisation du serveur de diffusion pour permettre aux clients et autres serveurs DHCP, qui est situé dans le même réseau local (Il peut y avoir plus d'un serveur DHCP dans le réseau local), connait cette adresse IP offerte. Cependant, il peut s'agir de certains paquets ARP pendant DISCOVER/OFFER/REQUEST/ACK, car Client Server veut savoir si cette adresse IP offerte est disponible sur le réseau local.