Dans l’article précédent (« OSPF LSA, Partie 1« ) , nous avons d’abord présenté, puis observé, les échanges OSPF permettant de décrire la topologie à l’aide des LSA de types 1 et 2 que l’on pouvait trouver sur une architecture OSPF simple (une seule aire). Dans cette partie, nous allons explorer un autre type de LSA à connaitre par les candidats à la certification Cisco CCNA…
Network Summary LSA
Tout d’abord rappelons que le protocole de routage OSPF s’appuie sur une architecture hiérarchique avec un découpage en aires. L’aire principale est ce que l’on appelle l’aire backbonne (aire 0) et d’autres aires périphériques peuvent également exister. Les différentes interfaces des routeurs peuvent donc être associées à différentes aires. Un routeur qui a une ou plusieurs interfaces dans des aires différentes est appelé un ABR (Area Border Router). De façon rigoureuse, un ABR est un routeur qui doit au moins avoir une interface dans l’aire 0 et au moins une interface dans une aire non backbone.
Ici, R2 et R4 sont des Area Border Routers
Au sein de chaque aire, chaque routeur génère des LSA de Type 1 (et, éventuellement des LSA de type 2). Ces LSA sont diffusées dans l’aire où elles ont été créés. Ceci permet à tous les routeurs internes à une aire d’avoir la vision complète de la topologie. Par contre, ces LSA 1 et 2 sont filtrées par les ABR. En lieu et place de ces LSA, les Area Border Router génèrent des LSA de Type 3: les fameuses Network Summary LSA.
En prenant le schéma ci-dessus, R2 va filtrer les LSA 1 et 2 venant de R7 et R8 et générer des LSA Type 3 qui vont être diffusés dans l’aire O. Ces Summary LSA ne décrivent pas la topologie mais indiquent que tels ou tels réseaux sont accessibles par R2 avec une métrique donnée (sans préciser le chemin qui est utilisé).
OSPF est donc bien un protocole à état de liens… au sein d’une aire OSPF ! Par contre, on peut écrire que le routage OSPF inter-aire est un routage à vecteur de distance. C’est ce que nous allons vérifier dans la démonstration ci-dessous.
Démonstration Pratique
Reprenons notre topologie GNS3 déjà utilisée pour les précédents articles OSPF. Nous allons légèrement changer la topologie en désactivant les port Fast Ethernet de R2 et R3:
interface F0/0 shutdown
Ainsi, nous pouvons représenter la topologie comme cela:
Topologie pour la démonstration de cet article
Dans un premier temps, notons que la configuration étant la même que dans l’article précédent (OSPF LSA -partie 1): nous avons toutes les interfaces de tous les routeurs dans l’aire 0. Ainsi, nous sommes dans un contexte où tous les routeurs ont la même base de données topologiques.
Pour les besoins de la démonstration, nous allons ajouter une interface de Loopback sur R3 :
R3#conf t Enter configuration commands, one per line. End with CNTL/Z. R3(config)#int l0 R3(config-if)#ip addr 3.3.3.3 255.255.255.255 R3(config-if)#ip ospf 1 area 0 R3(config-if)#end
La création de cette interface, et l’activation d’OSPF sur cette interface, conduit R3 à modifier son Router-LSA (ajout d’un lien supplémentaire – de type stub):
R3#show ip ospf database router self-originate
OSPF Router with ID (3.3.3.3) (Process ID 1)
Router Link States (Area 0)
LS age: 73
Options: (No TOS-capability, DC)
LS Type: Router Links
Link State ID: 3.3.3.3
Advertising Router: 3.3.3.3
LS Seq Number: 8000001C
Checksum: 0x2247
Length: 84
Number of Links: 5
Link connected to: a Stub Network
(Link ID) Network/subnet number: 3.3.3.3
(Link Data) Network Mask: 255.255.255.255
Number of TOS metrics: 0
TOS 0 Metrics: 1
Link connected to: another Router (point-to-point)
(Link ID) Neighboring Router ID: 1.1.1.1
(Link Data) Router Interface address: 10.1.3.3
Number of TOS metrics: 0
TOS 0 Metrics: 64
Link connected to: a Stub Network
(Link ID) Network/subnet number: 10.1.3.0
(Link Data) Network Mask: 255.255.255.0
Number of TOS metrics: 0
TOS 0 Metrics: 64
Link connected to: another Router (point-to-point)
(Link ID) Neighboring Router ID: 2.2.2.2
(Link Data) Router Interface address: 10.2.3.3
Number of TOS metrics: 0
TOS 0 Metrics: 64
Link connected to: a Stub Network
(Link ID) Network/subnet number: 10.2.3.0
(Link Data) Network Mask: 255.255.255.0
Number of TOS metrics: 0
TOS 0 Metrics: 64
R3#
Cette information est reçue par tous les routeurs de l’aire. Ce qui permet à tous les routeurs de savoir que:
- R1 et R2 peuvent accéder à R3 de façon directe,
- R1 dispose d’un lien vers R2
- R1, R4, R5 et R6 sont sur un même réseau de transit.
Sachant cela, R6 peut facilement établir une route vers l’adresse de loopback de R3 en passant par R1 puis par le lien série direct entre R1 et R3. On peut vérifier cela par la commande traceroute:
R6#traceroute 3.3.3.3 Type escape sequence to abort. Tracing the route to 3.3.3.3 1 10.10.123.1 16 msec 24 msec 12 msec <---- C'est R1 2 10.1.3.3 32 msec 36 msec 36 msec <---- C'est R3 R6#
On voit bien d’ailleurs que R6 a toutes les informations topologiques: c’est à dire les 6 LSA de Type 1 et 1 LSA de Type 2:
R6#show ip ospf database OSPF Router with ID (6.6.6.6) (Process ID 1) Router Link States (Area 0) Link ID ADV Router Age Seq# Checksum Link count 1.1.1.1 1.1.1.1 1226 0x80000012 0x002042 5 2.2.2.2 2.2.2.2 1070 0x8000001B 0x00D8B6 4 3.3.3.3 3.3.3.3 452 0x8000001C 0x002247 5 6.6.6.6 6.6.6.6 657 0x8000000C 0x00CAD0 2 10.10.123.4 10.10.123.4 703 0x8000000C 0x006867 1 10.10.123.5 10.10.123.5 551 0x8000000C 0x006666 1 Net Link States (Area 0) Link ID ADV Router Age Seq# Checksum 10.10.123.5 10.10.123.5 551 0x80000013 0x00C7EA R6#
N’hésitez pas à monter vous même la maquette: vous verrez que tous les routeurs partagent la même base de données OSPF. Maintenant, nous allons faire de R1 un ABR; c’est à dire, un routeur avec des interfaces dans l’aire 0 mais une interface (F0/0) sera dans l’aire 1. D’ailleurs, les routeurs R4, R5 et R6 sont reconfigurés pour être dans l’aire 1:
R1#conf t Enter configuration commands, one per line. End with CNTL/Z. R1(config)#int f0/0 R1(config-if)#ip ospf 1 a 1 R1(config-if)#
Bien sur, la configuration est également modifiée sur les autres routeurs R4, R5 et R6. L’architecture OSPF est donc la suivante:
Nouvelle Architecture OSPF après modifications
Maintenant, observons le contenu de la base de données OSPF:
R6#show ip ospf database OSPF Router with ID (6.6.6.6) (Process ID 1) Router Link States (Area 1) Link ID ADV Router Age Seq# Checksum Link count 1.1.1.1 1.1.1.1 53 0x80000002 0x009D5D 1 6.6.6.6 6.6.6.6 47 0x80000004 0x00DAC8 2 10.10.123.4 10.10.123.4 50 0x80000003 0x007A5E 1 10.10.123.5 10.10.123.5 52 0x80000004 0x00765E 1 Net Link States (Area 1) Link ID ADV Router Age Seq# Checksum 10.10.123.5 10.10.123.5 52 0x80000002 0x00E9D9 Summary Net Link States (Area 1) Link ID ADV Router Age Seq# Checksum 3.3.3.3 1.1.1.1 64 0x80000001 0x006D7E 10.1.2.0 1.1.1.1 64 0x80000001 0x0049A2 10.1.3.0 1.1.1.1 64 0x80000001 0x003EAC 10.2.3.0 1.1.1.1 64 0x80000001 0x00B4F4 R6#
Les LSA de Type 1 et 2 des routers R2 et R3 ne sont pas dans la base de données: ils ont été filtrés par R1 qui est l’ABR. Par contre, on note la présence des LSA de Type 3 pour les réseaux suivants:
- 3.3.3.3/32 (Loopback de R3 que nous avons créé au début de l’article)
- 10.1.2.0/24 (réseau du lien série entre R1 et R2)
- 10.1.3.0/24 (réseau du lien série entre R1 et R3)
- 10.2.3.0/24 (réseau du lien série entre R2 et R3).
On voit bien que ces LSA de type 3 sont générés par R1 (ADV Router = 1.1.1.1). Néanmoins, R1 ne dit pas qu’il y a deux chemins pour aller vers 3.3.3.3.
En effet:
R6#show ip ospf database summary 3.3.3.3 OSPF Router with ID (6.6.6.6) (Process ID 1) Summary Net Link States (Area 1) Routing Bit Set on this LSA LS age: 325 Options: (No TOS-capability, DC, Upward) LS Type: Summary Links(Network) Link State ID: 3.3.3.3 (summary Network Number) Advertising Router: 1.1.1.1 LS Seq Number: 80000001 Checksum: 0x6D7E Length: 28 Network Mask: /32 TOS: 0 Metric: 65 R6#
R1 se contente d’annoncer: » je sais aller sur le réseau 3.3.3.3/32 avec une métrique de 65″. Par contre,R6 connait toute la topologie de l’aire 1 et sait que la métrique pour atteindre R1 est de 10:
R6#show ip ospf border-routers
OSPF Process 1 internal Routing Table
Codes: i - Intra-area route, I - Inter-area route
i 1.1.1.1 [10] via 10.10.123.1, FastEthernet0/0, ABR, Area 1, SPF 7
R6#
Ainsi, R6 déduit qu’il peut atteindre 3.3.3.3 avec une métrique OSPF de 10+65 = 75. C’est ce qui est installé dans la table de routage:
R6#show ip route 3.3.3.3
Routing entry for 3.3.3.3/32
Known via "ospf 1", distance 110, metric 75, type inter area
Last update from 10.10.123.1 on FastEthernet0/0, 00:08:51 ago
Routing Descriptor Blocks:
* 10.10.123.1, from 1.1.1.1, 00:08:51 ago, via FastEthernet0/0
Route metric is 75, traffic share count is 1
R6#
De la même façon, les bases de données topologiques de R2 et R3 sont plus simples: il n’y a plus les Router-LSA pour les routeurs R4, R5 et R6:
R3#show ip ospf database OSPF Router with ID (3.3.3.3) (Process ID 1) Router Link States (Area 0) Link ID ADV Router Age Seq# Checksum Link count 1.1.1.1 1.1.1.1 652 0x80000014 0x00D3C9 4 2.2.2.2 2.2.2.2 175 0x8000001C 0x00D6B7 4 3.3.3.3 3.3.3.3 1445 0x8000001C 0x002247 5 Summary Net Link States (Area 0) Link ID ADV Router Age Seq# Checksum 6.6.6.6 1.1.1.1 641 0x80000001 0x00C451 10.10.123.0 1.1.1.1 656 0x80000001 0x008619
On note que seuls deux réseaux sont accessibles inter-aire:
- 6.6.6.6/32 (loopback de R6)
- 10.10.123.0/24 (LAN entre tous les routeurs).
Ce que confirme la table de routage de R3:
R3# show ip route ospf 6.0.0.0/32 is subnetted, 1 subnets O IA 6.6.6.6 [110/75] via 10.1.3.1, 00:23:32, Serial2/1 10.0.0.0/24 is subnetted, 4 subnets O 10.1.2.0 [110/128] via 10.2.3.2, 00:47:01, Serial2/0 [110/128] via 10.1.3.1, 00:23:37, Serial2/1 O IA 10.10.123.0 [110/74] via 10.1.3.1, 00:23:37, Serial2/1 R3#
Voilà qui permet de conclure cette seconde partie consacrée aux différents types de LSA. Vous vous en doutez la troisième et dernière partie traite des LSA de Types 4 et 5. Avant de passer à la lecture de la partie 3, laissez moi vos avis ou vos questions dans l’espace commentaire ci-dessous !
Laisser un commentaire