OVH Cloud OVH Cloud

ping, traceroute: que se passe-t-il ?

4 réponses
Avatar
avrama
Bonjour,
Excusez-moi si je ne suis pas le bon forum.
J'ai repris des cours de 3ème cycle après plusieurs année dans la vie
active. Le cours de réseaux/TcpIp me pose problème. J'aimerais que l'on
m'explique ce qui se passe lorque l'on fait un ping (ou un traceroute)
d'une machine A vers B appartenant à un même sous-réseau ou appartenant
à deux sous-reseaux différents (séparés par un routeur). Quand j'ai vu
la solution du prof (requête ICMP, ARP, table de routage, couche 2,
couche 3, ...) j'ai cru que j'étais sur une autre planète... .
Je n'ai pas trouvé sur le net quelque chose de clair (sous forme de
diagramme) qui explique ce qui se passe. J'ai trouvé certain TP sur le
sujet mais sans les solutions. Est-ce que quelqu'un peut me donner des
liens ?
Merci pour votre aide.
aVr

4 réponses

Avatar
Cedric Blancher
Le Sun, 31 Oct 2004 14:59:30 +0100, avrama a écrit :
J'aimerais que l'on m'explique ce qui se passe lorque l'on fait un ping
(ou un traceroute) d'une machine A vers B appartenant à un même
sous-réseau ou appartenant à deux sous-reseaux différents (séparés
par un routeur).


Lorsqu'une machine veut en pinger une autre, elle doit d'abord construire
l' ICMP qu'elle doit envoyer. Une fois qu'elle l'a, elle le place dans un
paquet IP qu'elle construit en fonction des paramètres désirés, à
savoir principalement la destination. Une fois que ce paquet est
construit, elle doit l'envoyer. Pour savoir par où l'envoyer, elle doit
consulter sa table de routage. En fonction de cette dernière, elle va
choisir d'abord l'interface de sortie (elle peut en avoir plusieurs), ce
qui va lui permettre de positionner l'IP source. Ceci eput être fait de
manière assez différente selon les OS et les implémentations.

La consultation de la table de routage lui permet également de savoir si
l'IP destination se trouve sur le même réseau IP qu'elle ou non.

Si elle est sur le même réseau, elle va consulter son cache ARP à la
recherche de l'IP correspondante et obtenir l'adresse MAC correspondante.
Si elle la trouve, elle peut construire la trame ethernet contenant le
paquet IP et envoie le tout. Si elle ne la trouve pas, elle va émettre
une requête ARP de manière à obtenir la réponse (qui sera placée en
cache) et construire la trame ethernet.

Si elle n'est pas dans le même réseau, la machine va alors regarder la
table de routage pour savoir quelle est la passerelle à utiliser pour
atteindre la destination. C'est son adresse MAC qui sera placée en
destination de la trame ethernet portant le paquet. Pour construire cette
trame, on procède comme précédemment, c'est à dire cache ARP et en cas
d'échec, requête ARP sur l'IP de la passerelle.

--
BOFH excuse #206:

Police are examining all internet packets in the search for a
narco-net-trafficker

Avatar
Pascal
Salut,

Cedric Blancher wrote:

Si elle est sur le même réseau, elle va consulter son cache ARP à la
recherche de l'IP correspondante et obtenir l'adresse MAC correspondante.


Si l'interface de sortie utilise ARP. Si c'est une interface de type
point à point, il n'y a pas besoin d'ARP.

Si elle la trouve, elle peut construire la trame ethernet contenant le
paquet IP et envoie le tout.


Si l'interface de sortie est de type ethernet.

Avatar
Cedric Blancher
Le Sun, 31 Oct 2004 20:35:18 +0100, a écrit :
Si l'interface de sortie utilise ARP. Si c'est une interface de type
point à point, il n'y a pas besoin d'ARP.
[...]

Si l'interface de sortie est de type ethernet.


Effectivement, que de raccourcis :)))


--
BOFH excuse #157:

Incorrect time synchronization

Avatar
T0t0
"avrama" wrote in message
news:4184f004$0$309$
Est-ce que quelqu'un peut me donner des liens ?


Peut-être que cela pourra t'aider. L'exemple est avec TCP, mais la
raisonnement est identique pour ICMP.
<http://www.lalitte.com/dialogue.txt>

Et pour être plus général,
<http://www.lalitte.com/routage.htm>


--
Posted via Mailgate.ORG Server - http://www.Mailgate.ORG