|
ARP (Address Resolution Protocol) ne participe pas directement au processus de *routage* qui détermine les chemins entre les réseaux. Le routage est géré par des protocoles tels que RIP, OSPF, BGP, etc., qui fonctionnent au niveau de la couche réseau (couche 3).
Cependant, ARP joue un rôle crucial dans le processus de *transfert* *au sein* d'un réseau local. Une fois qu'un routeur ou un hôte a déterminé l'itinéraire vers un réseau de destination (à l'aide d'un protocole de routage), il doit toujours connaître l'adresse physique (MAC) du périphérique du saut suivant sur ce réseau. C'est là qu'intervient l'ARP.
Voici comment cela fonctionne :
1. Détermination de l'itinéraire : Un protocole de routage détermine le meilleur chemin pour atteindre une adresse IP de destination. Ce chemin peut impliquer plusieurs routeurs.
2. Identification du prochain saut : L'hôte ou le routeur source identifie l'adresse IP du saut suivant sur le chemin déterminé.
3. Résolution ARP : L'hôte ou le routeur source utilise ARP pour traduire l'adresse IP du saut suivant en son adresse MAC correspondante. Il diffuse une requête ARP sur le réseau local demandant « Qui possède cette adresse IP ? Dites-moi votre adresse MAC ».
4. Réponse ARP : L'appareil avec l'adresse IP correspondante répond avec son adresse MAC.
5. Redirection de trame : L'hôte ou le routeur source connaît désormais l'adresse MAC du prochain saut et peut encapsuler le paquet de données dans une trame avec l'adresse MAC de destination (du prochain saut), puis le transmettre.
En bref :le routage détermine *où* envoyer un paquet. ARP détermine *comment* envoyer le paquet sur le segment de réseau *local* en résolvant l'adresse IP en adresse MAC. Ce sont des processus distincts mais interdépendants. Sans ARP, même si une route est connue, un hôte ne peut pas envoyer le paquet au tronçon suivant car il ne connaît pas l'adresse physique du tronçon suivant.
|
