Puis pla\u00e7ons les concepts simples :<\/p>\n
- \n
- nous savons qu’un protocole de routage, quel qu’il soit, associe un co\u00fbt \u00e0 une route<\/strong>. La notion de co\u00fbt (la fa\u00e7on dont on le calcule, les param\u00e8tres pris en compte pour le calculer<\/em>) diff\u00e9re d’un protocole \u00e0 l’autre. Pour RIP, le co\u00fbt est un nombre de sauts<\/strong> (les hops<\/em>), on parle de hop-count<\/strong>. Un hop, c’est un saut de routeur ! Si pour atteindre une destination je dois traverser 5 routeurs, ma route aura un co\u00fbt de 5 !<\/li>\n
- nous savons \u00e9galement que tous les protocoles d\u00e9finissent une limite de co\u00fbt<\/strong> au-del\u00e0 de laquelle une route est consid\u00e9r\u00e9e comme invalide<\/strong>. Ceci permet donc de d\u00e9clarer une route hors service (notamment si un lien de la route est HS !<\/em>). Ce \u00ab\u00a0co\u00fbt limite<\/strong>\u00a0\u00bb varie d’un protocole \u00e0 l’autre, puisque la notion de co\u00fbt varie d’un protocole \u00e0 l’autre (je suis s\u00fbr que vous pouviez le deviner tout seul ! Mais je pr\u00e9f\u00e9re mettre les points sur les \u00ab\u00a0i\u00a0\u00bb, pour ceux qui me regardent comme si j’\u00e9tais un extra-terrestre, l\u00e0-bas, dans le fond de la salle !<\/em>). Bref, pour RIP, la limite de co\u00fbt est 15 sauts<\/strong>. Au-del\u00e0, \u00e0 16 sauts (je pr\u00e9cise ! 15,5 sauts \u00e7a n’existe pas !), la route est consid\u00e9r\u00e9e comme invalide. Au commencement …<\/li>\n<\/ul>\n
\u00ab\u00a0Dieu cr\u00e9a la femme …<\/em>\u00ab\u00a0. Heu .. Excusez-moi, je m’\u00e9loigne du sujet !<\/p>\n
Au commencement un routeur est ignare ! Lorsque vous l’installez sur le r\u00e9seau, il n’a pas de table de routage, il ne sait m\u00eame pas ce que vous attendez de lui. Pour l’instruire vous allez le programmer ! Apr\u00e8s avoir branch\u00e9 les interfaces r\u00e9seaux et l’avoir mis sous tension (c’est conseill\u00e9 !<\/em>), vous acc\u00e9dez \u00e0 son logiciel d’administration (la m\u00e9thode varie d’un mat\u00e9riel \u00e0 l’autre !<\/em>), et vous le programmez.<\/p>\n
Vous allez lui indiquer ses adresses IP par interfaces r\u00e9seaux (comme \u00e0 n’importe quelle machine IP, voir le cours IP !<\/em>). Puis vous allez voir sa table de routage, et surprise ! Il n’y a rien dedans ! Enfin presque … Il y a juste les adresses des r\u00e9seaux dans lesquelles sont programm\u00e9es les interfaces du routeur.<\/p>\n
Par exemple, si vous avez d\u00e9clar\u00e9 une interface Ethernet0<\/strong> avec l’adresse 10.0.0.1\/8<\/strong> (je ne fais pas de rappel sur les notations d’adresses IP ! Vous avez vu tout \u00e7a dans le cours IP !<\/em>) et une interface Serial0<\/strong> avec l’adresse 11.0.0.1\/8<\/strong>, vous aurez dans la table de routage :<\/p>\n
- \n
- 10.0.0.0<\/strong> via Ethernet0<\/strong> (10.0.0.1<\/strong>) – Co\u00fbt = 0<\/strong> – Directly Connected<\/strong><\/li>\n
- 11.0.0.0<\/strong> via Serial0<\/strong> (11.0.0.1<\/strong>) – Co\u00fbt = 0<\/strong> – Directly Connected<\/strong><\/li>\n<\/ul>\n
Ceci indique que les r\u00e9seaux 10.0.0.0 et 11.0.0.0 sont respectivement accessibles par les interfaces Ethernet0 et Serial0<\/strong> o\u00f9 ils sont directement connect\u00e9s. Le co\u00fbt de la route est donc nul !<\/strong><\/p>\n
Exemple :<\/p>\n
![\"\"](\"http:\/\/www.gatoux.com\/wp-content\/uploads\/2017\/04\/EXEMPLE.gif\")
<\/p>\nSuper donc ! Le routeur sait dans quels r\u00e9seaux il a les pieds<\/strong> ! On avance ! Mais il serait assez int\u00e9ressant qu’il sache dans quels r\u00e9seaux se trouvent les pieds de ses voisins !<\/p>\n
Un peu plus avant …<\/h2>\n
Pour rendre le routeur plus intelligent, vous allez de nouveau acc\u00e9der \u00e0 son administration pour lui dire (dans son langage !<\/em>) : Enclenche ton routage RIP<\/em> ! Vous faites bien s\u00fbr la m\u00eame chose sur tous les routeurs du r\u00e9seau !<\/p>\n
Puis vous retournez examiner la table de routage. Tout d’abord il n’y a rien ! Puis petit \u00e0 petit vous voyez appara\u00eetre les r\u00e9seaux distants ! Eur\u00eaka ! \u00c7a marche ! Oui, mais comment ?<\/p>\n
C’est tr\u00e8s simple :<\/p>\n
- \n
- \nChaque routeur a commenc\u00e9 par \u00e9mettre des updates RIP sur toutes ses interfaces en broadcast IP<\/strong>. Ces updates contenaient la totalit\u00e9 de leur table de routage<\/strong>, sauf le r\u00e9seau sur lequel est \u00e9mis l’update. En effet, il est inutile d’indiquer le r\u00e9seau 10.0.0.0 aux routeurs qui sont \u00e9galement sur le r\u00e9seau 10.0.0.0 ! Ils ont \u00e9galement les pieds dedans ! Pour chaque r\u00e9seau annonc\u00e9, le routeur associe, dans l’update, la valeur de co\u00fbt<\/strong> qu’il a dans sa table de routage.<\/div>\n<\/li>\n
- \n
Toutes les machines IP re\u00e7oivent les paquets IP \u00e9mis en \u00ab\u00a0broadcast\u00a0\u00bb. Elles examinent le champ protocole et voient que c’est de l’UDP dans le paquet ! Elles remontent le segment UDP \u00e0 leur couche UDP qui examine le port UDP destination. Ce port indique que le contenu est une mise \u00e0 jour RIP ! Seules les machines qui ont un process RIP actif vont prendre en charge l’update<\/strong>, les autres l’ignorent. C’est pourquoi il faut bien enclencher le process RIP sur tous les routeurs !<\/div>\n<\/li>\n- \n
Le routeur qui traite l’update examine chaque entr\u00e9e. Rappelez-vous ! Une entr\u00e9e est form\u00e9e d’une destination<\/strong> (adresse r\u00e9seau<\/em>) et d’un co\u00fbt<\/strong> :<\/div>\n- \n
- \nSi l’entr\u00e9e n’existe pas dans sa table de routage<\/strong>, il incr\u00e9mente de 1 le co\u00fbt (puisqu’il faut passer par un autre routeur pour atteindre la destination<\/em>) puis il inscrit dans sa table :<\/div>\n
- \n
- \nl’adresse de destination<\/strong> indiqu\u00e9e dans l’entr\u00e9e de l’update<\/div>\n<\/li>\n
- \n
le co\u00fbt associ\u00e9<\/strong> qu’il vient d’incr\u00e9menter<\/div>\n<\/li>\n- \n
l’adresse IP de l’\u00e9metteur<\/strong> de l’update (next-hop<\/em>)<\/div>\n<\/li>\n- \n
le d\u00e9lai \u00e9coul\u00e9 depuis la r\u00e9ception de cet update<\/strong> (il enclenche un timer appel\u00e9 le hold-time timer<\/strong>).<\/div>\n<\/li>\n- \n
Il ajoutera \u00e9galement diverses informations comme :<\/div>\n- \n
- \nle nom du protocole de routage par lequel il a appris cette route<\/strong>, pour notre cas : RIP. En effet au sein d’un m\u00eame routeur on peut tr\u00e8s bien faire tourner plusieurs protocoles de routage simultan\u00e9ment ! Il est donc important de savoir par quel protocole on a appris une route.<\/div>\n<\/li>\n
- \n
l’interface de sortie du routeur par laquelle on peut atteindre le next-hop<\/strong> (adresse de l’\u00e9metteur de l’update)<\/div>\n<\/li>\n- \n
priorit\u00e9 du protocole de routage<\/strong>. Si une m\u00eame destination est apprise par deux protocoles de routage diff\u00e9rents, ce param\u00e8tre permet de pr\u00e9f\u00e9rer la route indiqu\u00e9e par l’un plut\u00f4t que par l’autre.<\/div>\n<\/li>\n- \n
etc.<\/div>\n<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<\/li>\n- \n
Si l’entr\u00e9e existe d\u00e9j\u00e0<\/strong> avec une adresse de next-hop diff\u00e9rente de l’adresse de l’\u00e9metteur, le routeur compare les co\u00fbts<\/strong> (apr\u00e8s avoir incr\u00e9ment\u00e9 de 1 le co\u00fbt indiqu\u00e9 dans l’update<\/em>) :<\/div>\n- \n
- \nSi le co\u00fbt de l’update est inf\u00e9rieur il remplace l’entr\u00e9e<\/strong> dans la table de routage par celle de l’update.<\/div>\n<\/li>\n
- \n
Sinon il ignore l’update<\/strong>.<\/div>\n<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<\/li>\n<\/ul>\nVoil\u00e0 le process standard. J’ai volontairement ignor\u00e9 quelques aspects que nous aborderons dans le chapitre suivant.<\/p>\n
A fond dans le d\u00e9tail !<\/h2>\n
Comme un exemple vaut mieux qu’un long discours, voici un exemple, accompagn\u00e9 d’un long discours !!<\/p>\n
Phase 1 : Programmer le r\u00e9seau<\/h3>\n
![\"\"](\"http:\/\/www.gatoux.com\/wp-content\/uploads\/2017\/04\/RIP1.gif\")
Soit le r\u00e9seau ci-contre compos\u00e9 des routeurs R1, R2, R3 et R4 interconnectant les r\u00e9seaux IP 10.0.0.0 \u00e0 13.0.0.0. Apr\u00e8s avoir install\u00e9 les routeurs sur site, les avoir mis sous tension et avoir raccord\u00e9 les c\u00e2bles r\u00e9seaux, il est temps de les programmer !<\/p>\nVous allez d\u00e9finir dans un premier temps, sur chacune des interfaces les adresses IP et les masques associ\u00e9s. Ceci va permettre aux routeurs de savoir dans quels r\u00e9seaux ils ont les pieds<\/strong> ! Si vous ne programmez rien d’autre et si vous examinez les tables de routage vous obtenez le contenu du sch\u00e9ma ci-contre.<\/p>\n
Vous remarquez que les routeurs connaissent les r\u00e9seaux qui leurs sont directement raccord\u00e9s<\/strong> mais rien d’autre ! Notamment R2 et R3 ignorent la pr\u00e9sence des r\u00e9seaux 10.0.0.0 et 13.0.0.0, de la m\u00eame mani\u00e8re que R1 ignore l\u2019existence des r\u00e9seaux 12.0.0.0 et 13.0.0.0, et R4 ignore les r\u00e9seaux 10.0.0.0 et 11.0.0.0. Si des paquets leurs \u00e9taient envoy\u00e9s avec ces adresses destinations, ils ne sauraient pas quoi en faire et les jetteraient !<\/p>\n
Phase 2 : Activation de RIP<\/h3>\n
![\"\"](\"http:\/\/www.gatoux.com\/wp-content\/uploads\/2017\/04\/RIP2.gif\")
Pour rem\u00e9dier au probl\u00e8me vous acc\u00e9dez de nouveau \u00e0 l’administration de chaque routeur et vous activez le process RIP<\/strong>. Imm\u00e9diatement, ou au plus tard dans les 30 secondes, chaque routeur \u00e9met un premier update<\/strong>. Bien s\u00fbr les updates ne sont pas forc\u00e9ment \u00e9mis en m\u00eame temps par tous les routeurs (je pr\u00e9cise, au cas o\u00f9 …<\/em>). Le sch\u00e9ma ci-contre pr\u00e9sente le contenu de ces updates.<\/p>\nVous remarquez :<\/p>\n
- \n
- que les updates contiennent la table de routage de chaque routeur<\/strong>. L’update est form\u00e9 d’entr\u00e9es (lignes<\/em>). Chaque entr\u00e9e est constitu\u00e9e de l’adresse r\u00e9seau annonc\u00e9e (la destination<\/em>) et d’un co\u00fbt associ\u00e9. Ce co\u00fbt est celui indiqu\u00e9 dans la table de routage (ici tous les co\u00fbts sont \u00e0 0, puisque les r\u00e9seaux annonc\u00e9s sont tous directement raccord\u00e9s aux routeurs \u00e9mettant les updates<\/em>). Je vous rappelle que le co\u00fbt pour RIP correspond \u00e0 un nombre de routeurs \u00e0 traverser<\/strong>.<\/li>\n
- que les updates sont \u00e9mis sur toutes les interfaces de chaque routeur<\/strong><\/li>\n
- que le num\u00e9ro du r\u00e9seau sur lequel est \u00e9mis l’update n’est pas inscrit dans l’update<\/strong>. Par exemple R1 n’annonce pas le r\u00e9seau 11.0.0.0 dans l’update \u00e9mis sur 11.0.0.0. En effet, les routeurs R2 et R3 n’ont pas besoin de cette information puisqu’ils ont \u00e9galement les pieds dans le r\u00e9seau 11.0.0.0.<\/li>\n<\/ul>\n
Phase 3 : Premi\u00e8re initialisation des tables de routage<\/h3>\n
![\"\"](\"http:\/\/www.gatoux.com\/wp-content\/uploads\/2017\/04\/RIP3.gif\")
Chaque routeur examine les updates re\u00e7us. Ils incr\u00e9mentent syst\u00e9matiquement de 1 les co\u00fbts annonc\u00e9s<\/strong> puisqu’ils consid\u00e8rent que les routeurs \u00e9mettant les updates devront \u00eatre franchi pour atteindre les destinations indiqu\u00e9es.<\/p>\nTous les routeurs ajoutent dans leurs tables les destinations qui ne leurs sont pas encore connues. Par contre, si une entr\u00e9e est d\u00e9j\u00e0 connue, le routeur compare le co\u00fbt annonc\u00e9 et l’adresse de l’\u00e9metteur de l’update<\/strong> :<\/p>\n
- \n
- si le co\u00fbt de l’update est inf\u00e9rieur \u00e0 celui de la table de routage, l’entr\u00e9e de l’update remplace celle de la table<\/li>\n
- si le co\u00fbt est sup\u00e9rieur ou identique, l’update est ignor\u00e9<\/li>\n<\/ul>\n
Le sch\u00e9ma ci-contre illustre le contenu des tables de routage apr\u00e8s traitement du premier update par les routeurs.<\/p>\n
Vous remarquerez que R1 a re\u00e7u deux annonces pour 12.0.0.0, une de la part de R2 et une autre de R3. L’entr\u00e9e de R3 a \u00e9t\u00e9 ignor\u00e9e par R1 (barr\u00e9e dans le sch\u00e9ma<\/em>) car son co\u00fbt n’\u00e9tait pas meilleur que l’entr\u00e9e annonc\u00e9e par R2 qui a \u00e9t\u00e9 trait\u00e9e avant (mais cela aurait pu \u00eatre l’inverse !<\/em>). Il en est de m\u00eame pour R4 vis \u00e0 vis de l’annonce simultan\u00e9e de 11.0.0.0 par R2 et R3.<\/p>\n
A noter \u00e9galement que R2 re\u00e7oit, par son interface E1, une annonce de R3 pour le r\u00e9seau 11.0.0.0, bien s\u00fbr R2 l’ignore (barr\u00e9e dans le sch\u00e9ma<\/em>) puisqu’il a acc\u00e8s \u00e0 ce r\u00e9seau directement par son interface E0 ! C’est d’ailleurs la m\u00eame chose pour R3 \u00e0 qui R2 annonce 11.0.0.0 !<\/p>\n
Chaque entr\u00e9e de la table de routage qui est initialis\u00e9e suite \u00e0 r\u00e9ception d’un update est construite telle que suit :<\/p>\n
destination – adresse de l’\u00e9metteur de l’update (interface sur laquelle est accessible l’\u00e9metteur de l’update) – co\u00fbt de la route – protocole qui a annonc\u00e9 la route<\/h6>\n
Vous remarquerez enfin que R1 ne conna\u00eet toujours pas le r\u00e9seau 13.0.0.0 et que R4 ne conna\u00eet pas 10.0.0.0. Il va falloir attendre le prochain update !<\/p>\n
Phase 4 : \u00c9mission du deuxi\u00e8me update<\/h3>\n
![\"\"](\"http:\/\/www.gatoux.com\/wp-content\/uploads\/2017\/04\/RIP4.gif\")
Comme pr\u00e9c\u00e9demment, les routeurs \u00e9mettent leurs updates contenant la totalit\u00e9 de leur table de routage, sur toutes leurs interfaces.<\/p>\nPour l’anecdote, vous remarquerez que l’update \u00e9mis par R1 sur le r\u00e9seau 10.0.0.0 est totalement inutile puisqu’il n’y a aucune machine pour interpr\u00e9ter son annonce. Mais comment voulez-vous que le routeur le sache ? Pour information, certains constructeurs permettent, par un jeu de commandes, d’indiquer au routeur qu’il est inutile d’\u00e9mettre des annonces sur certaines interfaces. Ceci permet de limiter la charge sur des r\u00e9seaux locaux de terminaison. Mais attention, il faut \u00eatre certain qu’aucun \u00e9quipement n’a besoin de ces annonces sur le LAN (autre routeur, serveur, etc.<\/em>).<\/p>\n
Vous remarquerez que l’update \u00e9mis sur le r\u00e9seau 11.0.0.0 par R1 contient le r\u00e9seau 12.0.0.0. Ceci suppose que R1 peut donner acc\u00e8s \u00e0 12.0.0.0, ce qui est totalement faux ! 12.0.0.0 n’est accessible que par R2 et R3 ! Les connaisseurs, en voyant ce sch\u00e9ma, risquent de sauter au plafond (attention les bosses !<\/em>). Calmez-les, on parlera de \u00e7a dans le chapitre suivant. Sachez simplement que c’est partiellement faux !<\/p>\n
Comme pr\u00e9c\u00e9demment les r\u00e9seaux 11.0.0.0 et 12.0.0.0 sont annonc\u00e9s l’un \u00e0 l’autre par R2 et R3 ce qui est inutile !<\/p>\n
Phase 5 : Deuxi\u00e8me mise \u00e0 jour de table<\/h3>\n
![\"\"](\"http:\/\/www.gatoux.com\/wp-content\/uploads\/2017\/04\/RIP5.gif\")
Je ne reprends pas en d\u00e9tail l’algorithme de traitement des updates. Vous remarquerez dans le sch\u00e9ma suivant, que chaque routeur ajoute les entr\u00e9es qui lui sont inconnues et ignore les entr\u00e9es pr\u00e9sentant un co\u00fbt sup\u00e9rieur ou \u00e9gal. C’est finalement tr\u00e8s simple !<\/p>\nAu final, apr\u00e8s ce traitement :<\/p>\n
- \n
- les tables de R2 et R3 n’ont pas \u00e9t\u00e9 modifi\u00e9e, elles avaient d\u00e9j\u00e0 toutes les informations n\u00e9cessaires<\/li>\n
- R1 a appris la route pour 13.0.0.0 (via R2) et R4 a appris la route pour 10.0.0.0 (via R2 \u00e9galement).<\/li>\n
- tous les r\u00e9seaux sont connus par tous les routeurs ! All\u00e9luia !! Enfin presque ….<\/li>\n<\/ul>\n
Ce qu’il faut retenir …<\/h2>\n
En synth\u00e8se :<\/p>\n
- \n
- RIP<\/strong> est un protocole \u00e0 vecteurs de distances<\/strong> de type IGP<\/strong><\/li>\n
- RIP \u00e9met la totalit\u00e9 de la table de routage des routeurs toutes les 30 secondes<\/strong> (Hello-time).<\/li>\n
- Le co\u00fbt RIP est un nombre de sauts<\/strong>. Au-del\u00e0 de 15 sauts la route est invalide. La meilleure route est celle pr\u00e9sentant le moins de sauts (le co\u00fbt le plus faible).<\/li>\n<\/ul>\n
Tout \u00e0 l’air rose, mais …<\/h2>\n
La m\u00e9thode semble bonne, mais \u00e0 bien y r\u00e9fl\u00e9chir :<\/p>\n
- \n
- R1 a du attendre deux updates (soit au moins une minute !<\/em>) pour avoir connaissance du r\u00e9seau 13.0.0.0 qui se trouve \u00e0 deux sauts (R2 ou R3 puis R4<\/em>) de lui. A votre avis combien de temps devrait-il attendre pour avoir connaissance d’un r\u00e9seau qui se trouve \u00e0 15 sauts de lui<\/strong> ?<\/li>\n
- Les updates RIP v\u00e9hiculent uniquement une adresse r\u00e9seau sans masque associ\u00e9. Comment sera construit le routage si mon r\u00e9seau utilise des sous-r\u00e9seaux IP ?<\/strong><\/li>\n
- Si R2 tombe HS comment R1 fait-il pour atteindre le r\u00e9seau 13.0.0.0 ? Certes, il passera par R3, mais combien de temps faudra-t-il pour reconfigurer le routage ?<\/strong> Comment sera-t-il inform\u00e9 de l’indisponibilit\u00e9 de R2 ?<\/li>\n
- Si R4 tombe HS, combien de temps faudra-t-il \u00e0 R1 pour savoir que le r\u00e9seau 13.0.0.0 n’est plus atteignable<\/strong> ?<\/li>\n
- Est-il normal que R1 \u00e9mette une annonce pour 12.0.0.0 \u00e0 R2 et R3 alors qu’il ne contr\u00f4le pas ce r\u00e9seau<\/strong> ?<\/li>\n
- etc …<\/li>\n<\/ul>\n
Allez vite au chapitre suivant, je vais tenter de r\u00e9pondre \u00e0 ces quelques questions …<\/p>\n
Page Pr\u00e9c\u00e9dente<\/a> | Page Suivante<\/a><\/h5>\n
<\/p>\n
<\/p>\n
<\/p>\n","protected":false},"excerpt":{"rendered":"
La base … Plus simple, tu meurs ! Rappelons d\u00e9j\u00e0 ce que nous savons : RIP est un IGP. A ce titre, il est utilis\u00e9 par les routeurs, au sein d’un AS, pour construire les tables de routage. RIP est un protocole \u00e0 vecteurs de distances. A ce titre, tous les routeurs du r\u00e9seau, qui\u2026 Lire la suite »<\/a><\/span><\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":37,"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-474","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/pages\/474","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=474"}],"version-history":[{"count":4,"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/pages\/474\/revisions"}],"predecessor-version":[{"id":529,"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/pages\/474\/revisions\/529"}],"wp:attachment":[{"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/media?parent=474"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
- Les updates RIP v\u00e9hiculent uniquement une adresse r\u00e9seau sans masque associ\u00e9. Comment sera construit le routage si mon r\u00e9seau utilise des sous-r\u00e9seaux IP ?<\/strong><\/li>\n
- RIP \u00e9met la totalit\u00e9 de la table de routage des routeurs toutes les 30 secondes<\/strong> (Hello-time).<\/li>\n
- RIP<\/strong> est un protocole \u00e0 vecteurs de distances<\/strong> de type IGP<\/strong><\/li>\n
- que les updates sont \u00e9mis sur toutes les interfaces de chaque routeur<\/strong><\/li>\n
- \n
- \n
- \n
- \n
- \n
- 11.0.0.0<\/strong> via Serial0<\/strong> (11.0.0.1<\/strong>) – Co\u00fbt = 0<\/strong> – Directly Connected<\/strong><\/li>\n<\/ul>\n
- nous savons \u00e9galement que tous les protocoles d\u00e9finissent une limite de co\u00fbt<\/strong> au-del\u00e0 de laquelle une route est consid\u00e9r\u00e9e comme invalide<\/strong>. Ceci permet donc de d\u00e9clarer une route hors service (notamment si un lien de la route est HS !<\/em>). Ce \u00ab\u00a0co\u00fbt limite<\/strong>\u00a0\u00bb varie d’un protocole \u00e0 l’autre, puisque la notion de co\u00fbt varie d’un protocole \u00e0 l’autre (je suis s\u00fbr que vous pouviez le deviner tout seul ! Mais je pr\u00e9f\u00e9re mettre les points sur les \u00ab\u00a0i\u00a0\u00bb, pour ceux qui me regardent comme si j’\u00e9tais un extra-terrestre, l\u00e0-bas, dans le fond de la salle !<\/em>). Bref, pour RIP, la limite de co\u00fbt est 15 sauts<\/strong>. Au-del\u00e0, \u00e0 16 sauts (je pr\u00e9cise ! 15,5 sauts \u00e7a n’existe pas !), la route est consid\u00e9r\u00e9e comme invalide. Au commencement …<\/li>\n<\/ul>\n