La table de routage nous permet de voir ce que OSPF a appris comme réseau et par quel côté il a préféré passer pour joindre ce dernier.
R1# show ip routeCodes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
2.0.0.0/24 is subnetted, 1 subnets
C 2.2.2.0 is directly connected, FastEthernet0/2
3.0.0.0/24 is subnetted, 1 subnets
C 3.3.3.0 is directly connected, FastEthernet0/3
4.0.0.0/24 is subnetted, 1 subnets
C 4.4.4.0 is directly connected, FastEthernet0/4
C 192.168.1.0/24 is directly connected, FastEthernet0/1
O 192.168.2.0/24 [110/2] via 2.2.2.2, 00:01:53, FastEthernet0/2
O 192.168.3.0/24 [110/2] via 3.3.3.2, 00:01:15, FastEthernet0/3
O 192.168.4.0/24 [110/2] via 4.4.4.2, 00:00:47, FastEthernet0/4Nous pouvons voir dans la table de routage que R1 a découvert 3 réseaux :
- 192.168.2.0 /24
- 192.168.3.0 /24
- 192.168.4.0 /24
La lettre O nous informe que ces réseaux ont été appris via le protocole OSPF.

Nous distinguons également qu’OSPF fait la différence entre 4 types de route :
O = OSPF = LSA de type 1
O IA = OSPF Inter Area = LSA de type 3
O E1 = OSPF External type 1 = LSA de type 5
O E2 = OSPF External type 2 = LSA de type 5
Retrouvez le détail de ces LSA dans les chapitres suivants.
Le choix de la meilleure route
Maintenant que notre routeur est rentré dans la bulle OSPF. Il va utiliser les informations présentes dans sa LSDB afin d’en conclure sa table de routage. Afin de trouver le meilleur chemin vers ses destinataires, il va exécuter l’Algorithme de Dijkstra.
Afin d’exécuter son algorithme, il va définir un metric pour chacune de ses liaisons avec la formule suivante :
100 / Débit
Un chemin avec un faible metric sera privilégié
Exemple 1 :
Dans cet exemple, Le meilleur Metric a partir de R1 pour joindre le réseau 20.0.0.0/24 est de passer par R2 et R3.
R1 aura un metric de 3 pour joindre le réseau 20.0.0.0/24 via R2
Exemple 2 :
Exemple 2
R1 aura un metric de 4 pour joindre le réseau 20.0.0.0/24 via R11
Load balancing :
Load-Balancing
R1 aura un metric de 4 pour joindre le réseau 20.0.0.0/24 via R11
R1 aura un metric de 4 pour joindre le réseau 20.0.0.0/24 via R12
Le metric définie ci-dessus est celui par défaut, nous pouvons le changer avec la commande:
R1(config)# interface fastethernet X/X R1(config-if)# ip ospf cost XX
Cette commande peut nous servir à forcer OSPF à choisir le chemin que l’on veut ou à faire de l’équilibrage de charge. (si deux chemins ont un metric égal).
ip ospf cost 100
- Coût d’une liaison = Bandwidth Référence / Bandwidth de l’interface.
- La Bandwidth de référence est égale à 100 par défaut.
- Donc les interfaces FastEthernet et GigabitEthernet ou un coût égal à 1.
- La commande ip ospf cost 100 indique que notre interface FastEthernet 0/0 aura dorénavant un coût à 100.
auto-cost reference bandwidth 1000
- Coût d’une liaison = Bandwidth Référence / Bandwidth de l’interface.
- La Bandwidth de référence est égale à 100 par défaut.
- La commande auto-cost reference bandwidth fixe à 1000 la nouvelle référence.
Sur le même thème :
- Présentation
- Le protocole OSPF
- Les bases
- Les aires OSPF
- Le Virtual Link
- Election du DR et du BDR
- Les tables OSPF
- La Neighbors Table
- La Link State Database
- La table de routage
- La Sécurité
- Authentification OSPF
- Le LSA Filtering
- Autres
- Les types de réseau WAN
Merci de votre soutien et de votre fidélité ! Ce site existe grâce à vous et je ne vous remercierais jamais assez !


