- Temps de lecture : 12 minutes
- Pré-requis : Notions de base
- Niveau : Intermédiaire
Introduction
CHAPITRE I : Principe de fonctionnement
⇒ RIPv1
– Classful.
– Envoie sa table de routage en unicast.
– Pas d’authentification.
– Pas de mise à jour automatique.
⇒ RIPv2
– Classless.
– Envoie sa table de routage en multicast.
– Authentification en Plain-text ou MD5 (Non sécurisée).
– Mise à jour automatique en cas de modification de topologie.
⇒ RIPng
– IPv6.
– Authentification en Plain-text ou MD5.
Le protocole de routage RIP est à utiliser uniquement si vous n’avez pas d’autres choix.
Privilégiez les protocoles de routage EIGRP (Cisco) et OSPF (protocole normalisé).
Si vous n’avez pas d’autres choix, utilisez le protocole RIP dans sa version 2 !!
RIPv1 vs RIPv2 vs RIPng
[ Ce cours est réservé aux membres du site Finger In The Net. Clique ici pour plus d’informations ]
[ Ce cours est réservé aux membres du site Finger In The Net. Clique ici pour plus d’informations ]
[ Ce cours est réservé aux membres du site Finger In The Net. Clique ici pour plus d’informations ]
[ Ce cours est réservé aux membres du site Finger In The Net. Clique ici pour plus d’informations ]
CHAPITRE II : Réaction du protocole RIP en cas de panne
[ Ce cours est réservé aux membres du site Finger In The Net. Clique ici pour plus d’informations ]
[ Ce cours est réservé aux membres du site Finger In The Net. Clique ici pour plus d’informations ]
CHAPITRE III : Les options
3.1) Le Route-Poisoning
[ Ce cours est réservé aux membres du site Finger In The Net. Clique ici pour plus d’informations ]
[ Ce cours est réservé aux membres du site Finger In The Net. Clique ici pour plus d’informations ]
[ Ce cours est réservé aux membres du site Finger In The Net. Clique ici pour plus d’informations ]
[ Ce cours est réservé aux membres du site Finger In The Net. Clique ici pour plus d’informations ]
3.2) Le Split-Horizon
[ Ce cours est réservé aux membres du site Finger In The Net. Clique ici pour plus d’informations ]
[ Ce cours est réservé aux membres du site Finger In The Net. Clique ici pour plus d’informations ]
[ Ce cours est réservé aux membres du site Finger In The Net. Clique ici pour plus d’informations ]
[ Ce cours est réservé aux membres du site Finger In The Net. Clique ici pour plus d’informations ]
CHAPITRE IV : Configuration
[ Ce cours est réservé aux membres du site Finger In The Net. Clique ici pour plus d’informations ]
[ Ce cours est réservé aux membres du site Finger In The Net. Clique ici pour plus d’informations ]
[ Ce cours est réservé aux membres du site Finger In The Net. Clique ici pour plus d’informations ]
Merci de votre soutien et de votre fidélité ! Ce site existe grâce à vous et je ne vous remercierais jamais assez !
Expert Réseau
11 ans d’expérience
CCNP Routing and Switching
Fondateur de FingerInTheNet
Bonjour j’aime beaucoup la présentation de ton travail.félicitations.
Juste une petite question, pourquoi dans l’exemple 2 du protocole RIP, les adresses ne sont pas avec un « /8 » car elles font partie de la classe A?.
Cordialement
Bonjour Marzaro.
Merci beaucoup pour ton commentaire.
Effectivement, je n’avais pas assez développé l’exemple 2 alors que c’est cet exemple qui marque bien la différence entre le RIPv1 et le RIPv2.
J’ai mis à jours l’exemple 2.
A toi de me dire si cet exemple est plus clair et si j’ai répondu à ta question.
Hésite pas à me faire part de tes commentaires sur d’autres Articles.
Ca m’aide énormément !!!
Bonne journée à toi !!
Félicitations pour les gros efforts ! C’est une belle présentation.
Pour avoir essayé à plusieurs reprises de percer certains mystères de RIP, je suggérerai d’améliorer certains points.
1 – Pour expliquer les avantages de RIPv2 par rapport à RIPv1, Il serait très pertinent de détailler un peu plus les aspects suivants :
– auto-summarization / manual summarization
– Mise à jour automatique en cas de modification de topologie (v2)
2 – Pour bien expliquer les Timers RIP, ça serait cool de faire un exemple. Merci, si possible, de préciser si ces timers ont la même signification selon qu’on est dans v1 ou v2.
3 – Dans la section « En cas de Panne », je ne suis pas sûr que la dernière étape est valide. D’après la règle de SPLIT HORIZON, R3 ne peut pas informer 192.168.3.0 par la même interface par laquelle il l’a reçu. Pour montrer la problématique que tu as voulu expliquer, c’est généralement une architecture sous forme de « triangle » qu’il faut faire.