Correction exercice 3

[énoncé | accueil]

Routage

1) D'après les informations disponibles, on peut tracer la cartographie du réseau :

a) on atteint directement 221.3.4.1
b) routage impossible : aucune indication ne nous est donnée pour atteindre 221.10.10.44
c) routage impossible : aucune indication ne nous est donnée pour atteindre 221.10.11.44
d) on atteint 222.10.10.7 par le routeur 221.3.4.110
e) on atteint 221.22.1.9 par le routeur 221.3.4.100
f) on atteint 223.4.5.7 par le routeur 221.3.4.109
g) routage impossible : aucune indication ne nous est donnée pour atteindre 220.1.1.1

2) Tables de routage :

Routeur 221.3.4.100

Destination Routeur de prochain pas
221.3.4.0
221.12.5.0
221.22.1.0
223.4.5.0
222.10.10.0
Connecté directement
Connecté directement
Connecté directement
221.3.4.109
221.3.4.110


Routeur 221.3.4.109

Destination Routeur de prochain pas
221.3.4.0
223.4.5.0
221.12.5.0
221.22.1.0
222.10.10.0
Connecté directement
Connecté directement
221.3.4.100
221.3.4.100
221.3.4.110


Routeur 221.3.4.110

Destination Routeur de prochain pas
221.3.4.0
222.10.10.0
221.12.5.0
221.22.1.0
223.4.5.0
Connecté directement
Connecté directement
221.3.4.100
221.3.4.100
221.3.4.109



4)

a) lorsque l’on tape la commande traceroute minos depuis la machine actarus :
1. actarus va faire une requête auprès du serveur DNS 221.3.4.3 pour obtenir l’adresse IP de minos :
• pour atteindre le serveur DNS, actarus doit transmettre sa requête au routeur R1 ; il cherche dans son cache ARP si l’adresse MAC du routeur est présente sinon il envoie une requête ARP en diffusion.
• la requête DNS transite par le routeur R1 jusqu’au serveur.
• le serveur DNS construit la réponse dans laquelle figure l’adresse IP de minos. Comme actarus n’est pas sur le même réseau que lui, il transmet sa réponse au routeur R1. Si l’adresse MAC du routeur R1 n’est pas dans le cache du serveur DNS, il envoie une requête ARP en diffusion.
• la réponse passe par le routeur R1. Le routeur consulte son cache ARP pour envoyer la réponse à actarus.

2. actarus connaît à présent l’adresse IP de minos.
• il construit ses 3 premiers paquets UDP en insérant l’adresse IP de minos dans le champ adresse de destination et avec un Time-to-live (TTL) égal à 1.
• il transmet les datagrammes au routeur R1 (dont la MAC adresse est certainement encore présente dans son cache)
• la valeur du TTL expire et R1 renvoie pour chaque paquet un message ICMP time-to-live exceeded à actarus.
• actarus reconstruit à nouveau 3 paquets UDP, en incrémentant la valeur du TTL.
• R1 consulte sa table de routage et sait qu’il doit transmettre les datagrammes à R2. S’il ne connaît pas l’adresse MAC de R2, il envoie une requête ARP en diffusion.
• en arrivant sur R2, les datagrammes expirent, et R2 renvoie pour chacun un message ICMP time-to-live exceeded à actarus.
• les 3 derniers paquets UDP d’actarus transitent par R2 à destination de minos.

3. minos reçoit les paquets UDP, et tente de remettre les données qu’ils contiennent à la couche supérieure. Les paquets n’encapsulant aucune donnée d’application minos génère, pour chaque paquet UDP, un message ICMP destination inaccessible en utilisant l’adresse IP source du message d’origine comme adresse IP de destination.
• les 3 messages ICMP de minos transitent par R2, puis par R1 pour parvenir enfin à actarus.

b) Pour atteindre actarus depuis minos, il faut traverser les deux routeurs R2 et R1. A chaque passage d’un routeur, le TTL est décrémenté de 1. Si la valeur de TTL du datagramme ICMP initial est de 64, elle sera de 62 lorsque le message atteindra sa destination.