Décision de routage IP : Hôte A (172.16.225.93/21) vers 172.16.231.78

Scénario : Hôte A : IP 172.16.225.93, Masque 255.255.248.0 (/21), Passerelle 172.16.224.1. Destination : 172.16.231.78.

Étape 1 : Détermination du sous-réseau

• Masque 255.255.248.0 = /21 → Taille de bloc = 8 dans le 3^e octet.
• Sous-réseau hôte A : 172.16.224.0/21 (plage 172.16.224.1 – 172.16.231.254).
• Destination 172.16.231.78 se trouve dans 172.16.224.0/21.

Correction : L'énoncé original affirme que « la partie sous-réseau... est différente (172.16.225.93 vs 172.16.231.78) ». C'est faux. Les deux IP partagent les mêmes 21 premiers bits (réseau 172.16.224). Elles sont sur le même sous-réseau.

Ce qui se passe réellement

1. Vérification même sous-réseau : L'hôte A effectue un ET logique entre son IP + masque, et l'IP destination + masque. Les deux donnent 172.16.224.0. L'hôte A détermine que la destination est LOCALE (on-link).
2. Résolution ARP : L'hôte A diffuse une requête ARP pour 172.16.231.78.
3. Livraison directe : La destination répond avec son MAC. L'hôte A encapsule le paquet dans une trame Ethernet destinée à ce MAC — SANS implication de la passerelle par défaut.

S'ils étaient sur des sous-réseaux différents (ex. Dest 172.16.232.78)

1. L'hôte A détecte un ID réseau différent.
2. L'hôte A transmet le paquet à la passerelle par défaut (172.16.224.1) via ARP pour le MAC de la passerelle.
3. La passerelle route selon sa table.

Réponse : Pour les IP données, seule la résolution ARP et la livraison directe se produisent. La passerelle n'est pas utilisée.