Ces quatre points devraient, je l’esp\u00e8re, \u00ab\u00a0vous remettre les yeux en face des trous<\/em>\u00a0\u00bb !<\/p>\n Toutes les fonctions n’y sont pas repr\u00e9sent\u00e9es notamment le traitement des redirections ICMP.<\/p>\n Vous noterez le principe de d\u00e9tection d’un paquet \u00e0 destination d’un autre r\u00e9seau par comparaison avec l’adresse IP et le masque de la station.<\/p>\n Vous noterez \u00e9galement le traitement ARP sur l’adresse de Gateway ou sur l’adresse du destinataire si celui-ci est dans le m\u00eame r\u00e9seau que l’\u00e9metteur.<\/p>\n La fragmentation n’est pas d\u00e9taill\u00e9e mais la majorit\u00e9 des stacks IP essaie de l’\u00e9viter au niveau de l’\u00e9metteur. Il suffit que les couches sup\u00e9rieures aient connaissance de la MTU locale.<\/p>\n Encore une fois toutes les fonctions de routage ne sont repr\u00e9sent\u00e9es. Vous noterez :<\/p>\n . le traitement du routage <\/strong>notamment avec le principe du routage par d\u00e9faut (Route_Default)<\/p>\n . le traitement de l’ARP<\/strong> que ce soit pour atteindre le destinatire final ou pour atteindre un routeur voisin qui se situerait sur le m\u00eame LAN.<\/p>\n . la gestion du TTL<\/strong> (je n’ai pas trait\u00e9 la gestion du TTL sur des paquets en file d’attente<\/em>).<\/p>\n . le traitement de la fragmentation<\/strong> avec la prise en compte du bit DF.<\/p>\n . les principaux cas d’\u00e9mission de messages ICMP<\/strong>. Nous n’avons pas trait\u00e9 le cas de l’ICMP_Source_Quench en cas de congestion du lien de sortie.<\/p>\n Toutes les fonctions ne sont pas d\u00e9taill\u00e9es, notamment les traitements d’erreurs activant les fonctions ICMP.<\/p>\n Vous remarquerez le contr\u00f4le du checksum qui a lieu avant la lecture de l’adresse IP. Ce contr\u00f4le est \u00e9galement effectu\u00e9 dans les routeurs. Je n’ai pas fait appara\u00eetre ce traitement dans l’organigramme pr\u00e9c\u00e9dent.<\/p>\n Vous remarquerez \u00e9galement le principe de d\u00e9tection des fragments de paquets (bit MF et valeur de l’Offset). Ce traitement n’est r\u00e9alis\u00e9 qu’en r\u00e9ception.<\/p>\n J’attire \u00e9galement votre attention sur le traitement du TTL des fragments en attente et sur le traitement du champ Protocole.<\/p>\n Le but est ici de montrer le fonctionnement global du routage IP \u00e0 travers un r\u00e9seau \u00ab\u00a0tournant\u00a0\u00bb en interaction avec ARP. On suppose que le r\u00e9seau \u00e9tait hors tension, qu’on \u00ab\u00a0l’allume’ et que A \u00e9met tout de suite son PING. Les tables de routages des routeurs ont \u00e9t\u00e9 inscrites en statique (\u00e0 la main !).<\/p>\n La station A commence par \u00e9mettre une s\u00e9quence ARP puisqu’elle ne conna\u00eet pas l’adresse MAC de sa Gateway.<\/p>\n Entre R1 et R2 il n’y a pas d’ARP car ils sont interconnect\u00e9s par un lien s\u00e9rie ! Toute trame \u00e9mise \u00e0 un bout abouti \u00e0 un seul destinataire (celui de l’autre bout !).<\/p>\n Entre R2 et R4 il y a une s\u00e9quence ARP pour que R2 d\u00e9couvre l’adresse MAC de la trame \u00e0 destination de R4.<\/p>\n R4 r\u00e9alise une s\u00e9quence ARP vers B. Au retour vous remarquerez que B ne fait pas de s\u00e9quence ARP vers R4 car elle aura pu profiter (ce n’est pas s\u00fbr \u00e0 100% ! A v\u00e9rifier !) de la s\u00e9quence ARP pr\u00e9c\u00e9dente de R4 pour apprendre son adresse MAC.<\/p>\n Au total il aura fallu 15 trames de niveau 2 pour v\u00e9hiculer ce premier paquet de ping aller-retour ! Par contre le prochain paquet ne n\u00e9cessitera plus que 7 trames ! Pourquoi ? (Attention \u00e0 vos r\u00e9ponses ! Sinon vous vous inscrivez en deuxi\u00e8me semaine !).<\/p>\n Finalement, IP c’est pas si dur, n’est-ce pas ?<\/p>\n J’esp\u00e8re que cette synth\u00e8se vous aura aid\u00e9 ! Et comme je suis sympa je vous offre les organigrammes au format PowerPoint : ORGA (14 Ko) Passons \u00e0 la conclusion, page suivante !<\/p>\n <\/p>\n","protected":false},"excerpt":{"rendered":" Introduction Lors de ce cours nous avons abord\u00e9 quantit\u00e9 de concepts qui dans leur globalit\u00e9 peuvent vous sembler un peu confus. Chacun d’eux pris isol\u00e9ment vous apparaissant clairement, mais leur imbrication dans un dialogue IP pouvant \u00eatre plus n\u00e9buleuse ! Je vous propose donc \u00e0 travers ce chapitre, sans reprendre dans le d\u00e9tail l’ensemble des\u2026 Lire la suite »<\/a><\/span><\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":29,"comment_status":"closed","ping_status":"closed","template":"page-templates\/full-width.php","meta":{"_exactmetrics_skip_tracking":false,"_exactmetrics_sitenote_active":false,"_exactmetrics_sitenote_note":"","_exactmetrics_sitenote_category":0,"footnotes":""},"class_list":["post-386","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/pages\/386","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/comments?post=386"}],"version-history":[{"count":3,"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/pages\/386\/revisions"}],"predecessor-version":[{"id":453,"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/pages\/386\/revisions\/453"}],"wp:attachment":[{"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/media?parent=386"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Traitement de l’\u00e9mission d’un paquet IP<\/h2>\n
![\"\"](\"http:\/\/www.gatoux.com\/wp-content\/uploads\/2017\/04\/S2P14I2.gif\")
L’organigramme ci-contre synth\u00e9tise le fonctionnement du stack IP \u00e0 l’\u00e9mission d’un paquet depuis la transmission par la couche sup\u00e9rieure, jusqu’\u00e0 l’encapsulation dans une trame.<\/p>\nTraitement du transfert d’un paquet<\/h2>\n
![\"\"](\"http:\/\/www.gatoux.com\/wp-content\/uploads\/2017\/04\/S2P14I3.gif\")
Cet organigramme reprend en partie celui qui vous a \u00e9t\u00e9 pr\u00e9sent\u00e9 dans le chapitre 5. Il synth\u00e9tise le fonctionnement d’un routeur \u00e0 r\u00e9ception d’un paquet IP.<\/p>\nTraitement de la r\u00e9ception d’un paquet IP<\/h2>\n
![\"\"](\"http:\/\/www.gatoux.com\/wp-content\/uploads\/2017\/04\/S2P14I4.gif\")
Cet organigramme pr\u00e9sente l\u2019algorithme d\u00e9roul\u00e9 par une station qui re\u00e7oit un paquet IP.<\/p>\nExemple de transfert IP<\/h2>\n
![\"\"](\"http:\/\/www.gatoux.com\/wp-content\/uploads\/2017\/04\/S2P14I5.gif\")
Je simule ici l’\u00e9mission d’un \u00ab\u00a0ping\u00a0\u00bb depuis A vers B. Les paquets traversent R1, R2 et R4 \u00e0 l’aller puis R4 et R3 au retour. Ce parcours \u00e9tonnant est tout \u00e0 fait r\u00e9aliste croyez-moi !<\/p>\nConclusion du chapitre<\/h2>\n
\n<\/a><\/p>\nPage Pr\u00e9c\u00e9dente<\/a> | Page Suivante<\/a><\/h5>\n