redistribution-du-routage-ospf
Download
Report
Transcript redistribution-du-routage-ospf
Redistribution du
routage OSPF
Topologie
►
Revenons à la topologie précédente, qui comporte maintenant un
nouveau lien vers FAI. Comme avec les protocoles RIP et EIGRP, le
routeur connecté à Internet sert à diffuser une route par défaut aux
autres routeurs du domaine de routage OSPF. Ce dernier porte parfois
le nom de routeur d’entrée ou de routeur passerelle. Toutefois, dans la
terminologie OSPF, le routeur situé entre un domaine de routage OSPF
et un réseau non-OSPF est appelé routeur ASBR (Autonomous System
Boundary Router, routeur de périphérie de système autonome). Dans
cette topologie, la boucle1 (Lo1) représente une liaison vers un réseau
non-OSPF. Nous ne configurerons pas le réseau 172.30.1.1/30 dans le
cadre du processus de routage OSPF.
► Le
schéma indique le routeur ASBR (R1)
configuré avec l’adresse IP Loopback1 et la
route statique par défaut pour le transfert
du trafic vers le routeur ISP :
► R1(config)#ip
loopback 1
route 0.0.0.0 0.0.0.0
Loopback = boucle de retour.
► Technique
qui permet de se connecter sur
un ordinateur local comme s'il s'agissait
d'une machine distante. L'adresse IP
correspondante est 127.0.0.1.
► C'est
une adresse IP du type 127.*.*.*,
c'est à dire de de 127.0.0.1 à
127.255.255.254. A l'instar des adresses
IP classiques qui renvoient à une machine
spécifique sur internet, une adresse IP en
loopback renvoie à la machine elle
même. Ainsi, si votre machine envoie une
information à une telle adresse IP, elle lui
reviendra immédiatement, sans même
passer par internet.
Remarque :
► la
route statique par défaut utilise la boucle en
tant qu’interface de sortie parce que le routeur ISP
de la topologie n’existe pas physiquement. En
utilisant une interface de bouclage, nous pouvons
simuler une connexion vers un autre routeur.
► Comme
RIP, OSPF nécessite la commande defaultinformation originate pour annoncer la route
statique par défaut 0.0.0.0/0 aux autres routeurs
de la zone. Si la commande default-information
originate n’est pas utilisée, la route par déf
►
Comme RIP, OSPF nécessite la commande default-information
originate pour annoncer la route statique par défaut 0.0.0.0/0 aux
autres routeurs de la zone. Si la commande default-information
originate n’est pas utilisée, la route par défaut « quatre zéros » ne
sera pas diffusée aux autres routeurs de la zone OSPF.
►
La syntaxe de commande est la suivante :
►
R1(config-router)#default-information originate
►
Cliquez sur R1, R2 et R3 dans le schéma.
►
R1, R2 et R3 sont à présent marqués de la mention « gateway of
last resort » (passerelle de dernier recours), dans la table de
routage. Notez la route par défaut de R2 et R3, avec la source de
routage OSPF, qui porte un code supplémentaire, E2. Pour R2, la
route est :
►
O*E2 0.0.0.0/0 [110/1] via 192.168.10.10, 00:05:34, Serial0/0/1
►
E2 indique que cette route est une route OSPF externe de type 2.
►
Les routes externes OSPF rentrent dans une des deux catégories qui
suivent : Type externe 1 (E1) ou Type externe 2 (E2). La différence
entre les deux est la façon dont leur coût OSPF respectif est calculé.
OSPF cumule le coût d’une route E1 au moment où elle est diffusée
à travers la zone OSPF. Ce processus est identique aux calculs de
coût pour les routes internes OSPF normales. Cependant, le coût
d’une route E2 est toujours un coût externe, qui ne prend pas en
compte le coût interne permettant d’atteindre cette route. Dans
cette topologie, la route par défaut sur le routeur R1 ayant un coût
externe de 1, R2 et R3 affichent également un coût de 1 pour la
route par défaut E2. Les routes E2 d’un coût de 1, ont aussi reçu
une configuration OSPF par défaut. Le changement de ces
paramètres par défaut, ainsi que de plus amples informations sur les
routes externes seront abordés dans le cours CCNP.
►
Bande passante de référence
►
Comme vous vous en souvenez, le coût OSPF Cisco utilise le cumul des
bandes passantes. La valeur de bande passante de chaque interface est
calculée à l’aide de la formule 100 000 000/bande passante. 100 000 000
ou 10 élevé à la puissance 8 est connu comme bande passante de
référence.
►
Donc, 100 000 000 représente la bande passante par défaut référencée
lorsque la bande passante réelle est convertie en métrique de coût. Comme
vous l’avez appris pendant les études précédentes, nous avons maintenant
des débits de liaison bien supérieurs aux vitesses Fast Ethernet, notamment
le Gigabit Ethernet et 10GigE. L’utilisation d’une bande passante de
référence de 100 000 000 a pour résultat que les interfaces avec un débit
de 100 Mbits/s et plus ont un coût OSPF de 1.
►
Pour obtenir des calculs de coûts plus précis, un ajustement des valeurs de
bande passante de référence peut s’avérer nécessaire. La bande passante
de référence peut être modifiée pour prendre en compte ces liaisons plus
rapides, grâce à la commande OSPF auto-cost reference-bandwidth.
Lorsque cette commande est nécessaire, utilisez-la sur tous les routeurs afin
que la métrique de routage OSPF reste cohérente.
R1(config-router)#auto-cost reference-bandwidth ?
► 1-4294967 The reference bandwidth in terms of Mbits per second
►
►
Notez que la valeur est exprimée en Mb/s. Par conséquent, la valeur par
défaut est égale à 100. Pour passer à des vitesses en 10GigE, vous devez
définir la bande passante de référence sur 10 000.
►
R1(config-router)#auto-cost reference-bandwidth 10000
►
De nouveau, configurez cette commande sur tous les routeurs du domaine
de routage OSPF. L’IOS peut vous le rappeler, comme indiqué dans le
schéma.
►
Dans le schéma, cliquez sur R1 avant et R1 après.
►
La table de routage de R1 affiche les modifications intervenues dans la
métrique de coût. Notez que les routes OSPF présentent des valeurs de
coût bien supérieures. Par exemple, dans R1 avant, le coût vers
10.10.10.0/24 est de 1172. Une fois la nouvelle bande passante de
référence configurée, le coût pour la même route est de 117287.
►
Modification des intervalles OSPF
►
Dans le schéma, cliquez sur Voisins 1 de R1.
►
La commande show ip ospf neighbor exécutée sur R1 vérifie que R1 est
contigu à R2 et R3. Notez que la sortie pour le délai Dead amorce un
compte à rebours de 40 secondes. Par défaut, cette valeur est réactualisée
toutes les 10 secondes lorsque R1 reçoit un Hello de son voisin.
►
Il peut être préférable de modifier les minuteurs OSPF pour qu’ils soient en
mesure de détecter les défaillances plus rapidement. Ceci augmentera le
trafic, mais cela peut être un critère secondaire lorsqu’une convergence
rapide est requise.
►
Les intervalles Dead et Hello OSPF peuvent être modifiés manuellement à
l’aide des commandes d’interface suivantes :
►
►
Router(config-if)#ip ospf hello-interval secondes
Router(config-if)#ip ospf dead-interval secondes
►
La figure affiche les intervalles Dead et Hello modifiés, à 5 et 20 secondes
respectivement, sur l’interface Serial 0/0/0 pour R1. Immédiatement après
la modification de l’intervalle Hello, l’IOS Cisco modifie automatiquement
l’intervalle Dead pour le porter à 4 fois la valeur de l’intervalle Hello.
Cependant, le fait de modifier de façon explicite le minuteur est une saine
pratique, plutôt que de compter sur une fonction automatique d’IOS. Les
modifications figurent ainsi dans la configuration.
►
Au bout de 20 secondes, le compteur d’arrêt expire sur R1. La contiguïté
entre R1 et R2 est perdue. Nous avons modifié uniquement les valeurs de
l’une des extrémités de la liaison série entre R1 et R2.
►
%OSPF-5-ADJCHG: Process 1, Nbr 10.2.2.2 on Serial0/0/0 from FULL to
DOWN, Neighbor Down: Dead timer expired
►
Souvenez-vous que les intervalles OSPF Hello et Dead doivent être
identiques entre voisins. Vous pouvez vérifier la perte de la contiguïté en
exécutant la commande show ip ospf neighbor sur R1. Notez que le voisin
10.2.2.2 n’est plus présent. Cependant, 10.3.3.3 ou R3 est toujours un
voisin. Les minuteurs définis sur Serial 0/0/0 n’affectent pas la contiguïté de
voisinage avec R3.
►
Vous pouvez vérifier que les intervalles Hello et Dead ne correspondent pas
en utilisant la commande show ip ospf interface serial 0/0/0 sur R2. Les
valeurs d’intervalle sur R2, ID de routeur 10.2.2.2, sont toujours de
10 secondes pour Hello et de 40 secondes pour Dead.
►
Pour restaurer la contiguïté entre R1 et R2, modifiez les intervalles Hello et
Dead de l’interface série Serial 0/0/0 sur R2 pour qu’ils correspondent à
l’interface série Serial 0/0/0 de R1. L’IOS affiche un message indiquant que
la contiguïté a été établie avec un état FULL (complet).
►
14:22:27: %OSPF-5-ADJCHG: Process 1, Nbr 10.1.1.1 on Serial0/0 from
LOADING to FULL, Loading Done
►
Vérifiez que la contiguïté a été restaurée en exécutant la commande show
ip ospf neighbor sur R1. Notez que le délai Dead de Serial 0/0/0 est
maintenant bien plus bas, car il amorce un compte à rebours à partir de 20
secondes au lieu des 40 secondes par défaut. L’interface Serial0/0/1 a
conservé ses minuteurs par défaut.
Remarque :
► OSPF
exige que les intervalles Hello et Dead
de deux routeurs correspondent pour
devenir contigus, contrairement au
protocole EIGRP. Les minuteurs Hello et de
mise hors (Holddown) service de deux
routeurs n’ont pas à correspondre pour
former une contiguïté EIGRP.
► Utilisez
l’exercice Packet Tracer pour
configurer une route par défaut et la
diffuser dans le processus de routage
OSPF.
► Entraînez-vous
également à modifier la
bande passante de référence, ainsi que les
intervalles Hello et Dead.
►
►
►
►
►
►
►
►
►
►
Objectifs :
Configurer et redistribuer une route par défaut
Vérifier que la route par défaut est redistribuée
Vérifier les intervalles OSPF actuels
Modifier les intervalles OSPF
Vérifier que les contiguïtés ont été rétablies
Tâche 1 : configuration et redistribution d’une route par
défaut
Étape 1 : configuration d’une route par défaut sur R1
Configurez une route par défaut sur R1 en utilisant l’interface
connectée au fournisseur de services Internet comme interface de
sortie.Étape 2 : configuration de R1 comme origine de la
route par défaut dans les mises à jour OSPF
OSPF utilise la même commande default-information
originate que RIPv1 et RIPv2. En mode de configuration de
routage, configurez R1 avec cette commande.
Tâche 2 : vérification de la redistribution de la
route par défaut
►
►
►
►
►
►
►
Étape 1 : vérification de la redistribution de la route vers R2 et
R3
Sur R2 et R3, vérifiez que chaque routeur reçoit à présent la route par
défaut. Pour R2, la table de routage doit comporter l’entrée suivante :
O*E2 0.0.0.0/0 [110/1] via 192.168.10.10, 00:02:36, Serial0/0/1
Étape 2 : vérification que R2 et R3 peuvent envoyer une
requête ping vers le fournisseur de services Internet
Vous devez également réussir à envoyer une requête ping vers le
routeur du fournisseur de services Internet depuis R2 et R3.
Tâche 3 : vérification des intervalles OSPF actuels
Sur chaque routeur, utilisez la commande show ip ospf
interface pour vérifier les intervalles de minuteurs actuels. Quels sont
les intervalles Hello et Dead actuels ?Tâche 4 : modification des
intervalles OSPF
►
►
►
►
►
►
►
►
►
Étape 1 : modification des intervalles R1
Sur R1, réglez l’intervalle Hello sur 5 secondes et l’intervalle Dead sur 20
secondes. Utilisez les commandes de configuration d’interface ip ospf
hello-interval et ip ospf dead-interval.
Attendez que les relations de voisinage avec R2 et R3 passent de l’état FULL
à l’état DOWN.
Vérifiez que R1 n’a plus de voisin à l’aide de la commande show ip ospf
neighbor.
Étape 2 : modification des intervalles R2 et R3
Répétez l'étape 1 pour R2 et R3.
Tâche 5 : vérification du rétablissement des contiguïtés
Le rétablissement des contiguïtés peut prendre quelques minutes. Vérifiez
que chaque routeur comporte deux voisins à l’aide de la commande show
ip ospf neighbor.
À la fin de cet exercice, votre pourcentage de réalisation doit s’élever à
100 %. S'il n'est pas égal à 100 %, utilisez le bouton Check Results et
apportez les corrections nécessaires.
All contents are Copyright © 1992–2009 Cisco Systems, Inc. All rights
reserved. This document is Cisco Public Information.