[RIPv2] coupure d'une ligne spécialisée
soummam
Messages postés
184
Statut
Membre
-
soummam Messages postés 184 Statut Membre -
soummam Messages postés 184 Statut Membre -
Bonjour,
Voici mon architecture avec la ligne de secours (réseau .56)
Protocole de routage RIPv2
............________________________56________________________________
...........|....................................................................................................................|
.........(57)..............................................................................................................(58)
.........R1(49)__48__(50)R2(41)___40__(42)R3(45)___44__(46)R4(53)_52_(54)R5
.........|............................(65)........................(33)...........................(1)...................(97)
.........|............................. |..............................|...............................|.......................|
.........|............................64............................32.............................0.....................96
.........|............................. |..............................|...............................|.....................|
.........|...........................(67)..........................(34).........................(2)...................(98)
.........|.............................R6...........................R7............................R8.................R9
.........|..............................|..............................|...............................|.....................|
Internet........................lan1.........................lan2..........................lan3..............lan4
Que se passe-t-il maintenant si la ligne spécialisée entre R4 et R3 devient inaccessible ?
Est-ce que le mécanisme de sélection du chemin ci-après se déroule entièrement ou bien est-il interrompu ? si oui à quel niveau et quels sont étapes conduisant à la recherche du chemin alternatif sachant que le protocole de routage est RIPv2
Mécanisme de sélection de chemin
Le routeur compare l'adresse IP du paquet reçu avec ses tables IP.
Il extrait l'adresse de destination du paquet.
Le masque de la première entrée dans la table de routage est appliqué à l'adresse de destination.
La destination masquée est comparée avec l'entrée de la table de routage.
Si une correspondance est établie, le paquet est transmis au port associé à cette entrée de table.
Si aucune correspondance n'est établie, l'entrée suivante de la table est examinée.
Si le paquet ne correspond à aucune des entrées de la table, le routeur recherche l'existence d'une route par défaut.
Si une route par défaut a été définie, le paquet est transmis au port qui lui est associé. La route par défaut est le chemin qui doit être utilisé lorsque aucune correspondance n'a pu être établie avec la table de routage. Elle est configurée par l'administrateur réseau.
Si aucun chemin par défaut n'existe, le paquet est éliminé. Un message est alors souvent envoyé à l'unité émettrice des données pour signaler que la destination n'a pu être atteinte.
Voici mon architecture avec la ligne de secours (réseau .56)
Protocole de routage RIPv2
............________________________56________________________________
...........|....................................................................................................................|
.........(57)..............................................................................................................(58)
.........R1(49)__48__(50)R2(41)___40__(42)R3(45)___44__(46)R4(53)_52_(54)R5
.........|............................(65)........................(33)...........................(1)...................(97)
.........|............................. |..............................|...............................|.......................|
.........|............................64............................32.............................0.....................96
.........|............................. |..............................|...............................|.....................|
.........|...........................(67)..........................(34).........................(2)...................(98)
.........|.............................R6...........................R7............................R8.................R9
.........|..............................|..............................|...............................|.....................|
Internet........................lan1.........................lan2..........................lan3..............lan4
Que se passe-t-il maintenant si la ligne spécialisée entre R4 et R3 devient inaccessible ?
Est-ce que le mécanisme de sélection du chemin ci-après se déroule entièrement ou bien est-il interrompu ? si oui à quel niveau et quels sont étapes conduisant à la recherche du chemin alternatif sachant que le protocole de routage est RIPv2
Mécanisme de sélection de chemin
Le routeur compare l'adresse IP du paquet reçu avec ses tables IP.
Il extrait l'adresse de destination du paquet.
Le masque de la première entrée dans la table de routage est appliqué à l'adresse de destination.
La destination masquée est comparée avec l'entrée de la table de routage.
Si une correspondance est établie, le paquet est transmis au port associé à cette entrée de table.
Si aucune correspondance n'est établie, l'entrée suivante de la table est examinée.
Si le paquet ne correspond à aucune des entrées de la table, le routeur recherche l'existence d'une route par défaut.
Si une route par défaut a été définie, le paquet est transmis au port qui lui est associé. La route par défaut est le chemin qui doit être utilisé lorsque aucune correspondance n'a pu être établie avec la table de routage. Elle est configurée par l'administrateur réseau.
Si aucun chemin par défaut n'existe, le paquet est éliminé. Un message est alors souvent envoyé à l'unité émettrice des données pour signaler que la destination n'a pu être atteinte.
A voir également:
- [RIPv2] coupure d'une ligne spécialisée
- Partager photos en ligne - Guide
- Mètre en ligne - Guide
- Formulaire en ligne de meta - Guide
- Apparaitre hors ligne instagram - Guide
- Formule somme excel ligne - Guide
3 réponses
Bon je sais que R3 va prendre connaissance de la non accessibilité de R4 par le protocole RIP et que les différentes tables vont se mettre à jour et en définitive la nouvelle route sera apprise.
Mais ce que je voulais c'est une démarche plus technique depuis le mécanisme de sélection de chemin décrite plus haut
Mais ce que je voulais c'est une démarche plus technique depuis le mécanisme de sélection de chemin décrite plus haut
Non, ce n'est pas rip qui va changer le routage entre R3 et R4: Comme l'interface disparait toutes les routes qui passent par là vont disparaitre immédiatement.
En fait, il faut différentier le comportement des routeurs intermédiaires (R2 et dans une moindre mesure R1 et R5) qui ne voient pas l'effet sur leurs interfaces et donc pas immédiatement sur leurs tables de routage le temps que les mises à jour rip se fassent.
R3 va envoyer le traffic vers R4 et R5 sur sa route par défaut au lieu du réseau .44/30
R2 ne va rien changer tant qu' il n'a pas les nouvelles routes rip.
R1 va voir arriver une nouvelle route vers R4 et R5 via le .56/30, mais il ne l'utilisera que quand RIP lui aura dit que l'autre n'existe plus.
Idem pour R5 qui va avoir une nouvelle route par défaut via le .56/30, mais ne l'utilisera pas tant que R4 via rip ne lui aura pas annoncé que la première est cassée.
R4 verra de suite que sa route par défaut a disparu et renverra tout vers R5 (.52/30)
le temps que rip fasse converger les routes, on aura donc une partie de ping-pong entre R3 et R2 ainsi que R1 et R2 (pour atteindre R4 et R5) et entre R4 et R5 pour atteindre R1 R2 et R3-
Ensuite rip va converger et les nouvelles routes se mettre en place, R3 et R4 ne recevront donc plus les paquets en transit (non destinés à leur lan)
Dans tous les cas, seule la dernière phase du processus sera utilisée:
Si aucun chemin par défaut n'existe, le paquet est éliminé. Un message est alors souvent envoyé à l'unité émettrice des données pour signaler que la destination n'a pu être atteinte.
En fait, il faut différentier le comportement des routeurs intermédiaires (R2 et dans une moindre mesure R1 et R5) qui ne voient pas l'effet sur leurs interfaces et donc pas immédiatement sur leurs tables de routage le temps que les mises à jour rip se fassent.
R3 va envoyer le traffic vers R4 et R5 sur sa route par défaut au lieu du réseau .44/30
R2 ne va rien changer tant qu' il n'a pas les nouvelles routes rip.
R1 va voir arriver une nouvelle route vers R4 et R5 via le .56/30, mais il ne l'utilisera que quand RIP lui aura dit que l'autre n'existe plus.
Idem pour R5 qui va avoir une nouvelle route par défaut via le .56/30, mais ne l'utilisera pas tant que R4 via rip ne lui aura pas annoncé que la première est cassée.
R4 verra de suite que sa route par défaut a disparu et renverra tout vers R5 (.52/30)
le temps que rip fasse converger les routes, on aura donc une partie de ping-pong entre R3 et R2 ainsi que R1 et R2 (pour atteindre R4 et R5) et entre R4 et R5 pour atteindre R1 R2 et R3-
Ensuite rip va converger et les nouvelles routes se mettre en place, R3 et R4 ne recevront donc plus les paquets en transit (non destinés à leur lan)
Dans tous les cas, seule la dernière phase du processus sera utilisée:
Si aucun chemin par défaut n'existe, le paquet est éliminé. Un message est alors souvent envoyé à l'unité émettrice des données pour signaler que la destination n'a pu être atteinte.
