Afin de mieux apprécier les facilités offertes par le routage dynamique, je vous propose de travailler sur une topologie légèrement modifiée afin d'introduire un lien redondant.
Que vous ayez suivi ou non la première partie de cet article, vous
devez partir sur chaque appareil avec un fichier de configuration du routeur
Zebra ou Quagga
(/etc/quagga/zebra.conf avec le paquet
Quagga) vierge à l'exception de ces deux
lignes :
hostname Rx(Zebra) password foo
Remplacez le x de Rx(Zebra) par le numéro du
routeur
A la place de foo, indiquez le mot de passe que
vous souhaitez saisir lorsque vous vous connecterez au routeur via
telnet.
Vous devez également créer un fichier de configuration pour le routeur
RIP (/etc/quagga/ripd.conf avec le
paquet Quagga) ayant une apparence très proche
du précédent :
hostname Rx(Zebra) password foo
Lorsque ces manipulations sont faites, lancez les deux démons de routage sur les trois routeurs.
Exemple du routeur R1 ; respectez bien l'ordre des commandes :
R1 # zebra -d R1 # ripd -d
Le fichier /etc/quagga/daemons spécifie la liste
des démons à utiliser :
# This file tells the quagga package which daemons to start. # # Entries are in the format: <daemon>=(yes|no|priority) # 0, "no" = disabled # 1, "yes" = highest priority # 2 .. 10 = lower priorities # Read /usr/share/doc/quagga/README.Debian for details. # # Sample configurations for these daemons can be found in # /usr/share/doc/quagga/examples/. # # ATTENTION: # # When activation a daemon at the first time, a config file, even if it is # empty, has to be present *and* be owned by the user and group "quagga", else # the daemon will not be started by /etc/init.d/quagga. The permissions should # be u=rw,g=r,o=. # When using "vtysh" such a config file is also needed. It should be owned by # group "quaggavty" and set to ug=rw,o= though. # zebra=yes bgpd=no ospfd=no ospf6d=no ripd=yes ripngd=no isisd=no
La commande suivante sert à relancer les démons après avoir édité le fichier ci-dessus :
R1 # /etc/init.d/quagga restart
Zebra ou Quagga nécessitent que les deux démons soient présents. L'architecture est la suivante :
Le démon zebra est un intermédiaire entre le noyau de Linux et les démons de routage dynamique. Il peut récupérer les routes statiques définies directement sous Linux afin de les diffuser via le routage dynamique. zebra lui-même permet de définir des routes statiques. Enfin, il peut récupérer des routes dynamiques pour les intégrer à la table de routage gérée par le noyau Linux. Les routages statique et dynamique peuvent cohabiter sans problème avec Zebra mais les concepteurs du logiciel conseillent fortement de ne définir les routes statiques que dans zebra (évitez de les définir dans le shell Linux ou dans les démons de routage dynamique).
Vous êtes ici :