Avez-vous un compte?
Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.
Ce document décrit le concept de l'adresse de transfert de Protocole OSPF (Open Shortest Path First) sur IOS-XR et périphériques IOS. Il compare le comportement OSPF entre IOS-XR et périphériques IOS.
Cisco recommande que vous ayez la connaissance de base du protocole OSPF.
Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :
Cette section discute le concept de l'adresse de transfert dans l'OSPF, si vous êtes déjà familiarisé avec ceci que vous pouvez poursuivre à la section suivante.
Quand un routeur OSPF redistribue une artère d'un autre protocole de source dans l'OSPF en tant que l'E1 ou E2, il peut placer une adresse de transfert en cette publicité particulière d'état de liaison externe (LSA). Le protocole OSPF doit remplir ces conditions pour pouvoir placer que particulier attribuez. L'adresse de transfert pourrait être remplie (différent de zéro) ou ne pas être remplie (tous les zéros).
Toutes ces conditions doivent placer la zone adresse d'adresse de transfert à une adresse différente de zéro :
Quand l'adresse de transfert est placée à tous les zéros (0.0.0.0), ceci signifie que le routeur doit recurse à ce noeud particulier dans la topologie OSPF correctement conduire le trafic à la destination. Une grande différence avec l'OSPF en tant qu'état de lien que le protocole de routage comparé aux protocoles de vecteur de distance est l'état de lien lui permet d'avoir un à pleine vue de la topologie du fait la zone particulière, routeur peut calculer le plus court chemin à un noeud dans la topologie avec une vue globale de tous les périphériques et de leurs coûts. Il ne conduit pas nécessairement vers un préfixe mais à un noeud, qui est une grande différence.
Quand l'adresse de transfert est placée à une valeur différente de zéro, le routeur vérifie ce qui est le plus court chemin à ce noeud qui est connecté à l'adresse de transfert.
Cet examen de section la topologie pour davantage de clarification :
Image 1
Dans l'image 1, le Protocole EIGPR (Enhanced Interior Gateway Routing Protocol) fonctionne entre R2 et R3 sur le segment partagé 192.168.1.0/24. R1 est également connecté au segment partagé 192.168.1.0/24, bien qu'il n'y ait aucun EIGRP. R2 est configuré pour redistribuer 172.16.3.3/32 de l'EIGRP à l'OSPF comme l'artère E2 externe. L'OSPF fonctionne entre R2 à R4, R1 à R4, R1 à Transit_Router et R4 vers XR5. Le logiciel du router XR5 est IOS-XR.
Cette section explique l'importance de l'adresse de transfert. Considérez-vous ont le trafic va vers 172.16.3.3/32 provient le réseau de nuage, ce trafic arrive là-dessus le Transit_Router et en avant selon la table de routage.
Vérifiez ce que vous avez dans la table de routage de Transit_Router pour le préfixe 172.16.3.3/32.
Transit_Router#show ip route 172.16.3.3
Routing entry for 172.16.3.3/32 Known via "ospf 1", distance 110, metric 20, type extern 2, forward metric 2 Last update from 192.168.70.1 on GigabitEthernet1, 00:00:04 ago Routing Descriptor Blocks: * 192.168.70.1, from 2.2.2.2, 00:00:04 ago, via GigabitEthernet1 <- You see the prefix is from advertising router with router-id 2.2.2.2 Route metric is 20, traffic share count is 1 Transit_Router#
Le prochain-saut est 192.168.70.1 va vers R1. Puisque R2 est redistribué le réseau 172.16.3.3/32 dans l'OSPF vous pouvez supposer que vous devez conduire vers R2 pour obtenir à la destination 172.16.3.3/32.
Vous pouvez exécuter la traceroute de Transit_Router vers 172.16.3.3/32.
Transit_Router#traceroute 172.16.3.3 timeout 1 Type escape sequence to abort. Tracing the route to 172.16.3.3 VRF info: (vrf in name/id, vrf out name/id) 1 192.168.70.1 7 msec 5 msec 8 msec <- R1 2 192.168.1.3 10 msec 11 msec 17 msec <- R3
Quand R1 reçoit le trafic destiné à 172.16.3.3/32, il est conduit réellement orienter sur R3. Exécutez le show ip route sur R1 pour voir la table de routage vers 172.16.3.3.
R1#show ip route 172.16.3.3 Routing entry for 172.16.3.3/32 Known via "ospf 1", distance 110, metric 20, type extern 2, forward metric 1 Last update from 192.168.1.3 on GigabitEthernet0/0, 02:04:54 ago Routing Descriptor Blocks: * 192.168.1.3, from 2.2.2.2, 02:04:54 ago, via GigabitEthernet0/0 <-- Next-hop goes directly towards R3 over the shared segment Route metric is 20, traffic share count is 1
En raison de l'adresse de transfert, R1 a un prochain-saut de 192.168.1.3 va vers R3, si vous n'avez aucun protocole de routage entre R1 et R3. Vérifiez le LSA externe sur le transit_Router.
Transit_Router#show ip ospf database external 172.16.3.3 OSPF Router with ID (6.6.6.6) (Process ID 1) Type-5 AS External Link States LS age: 1641 Options: (No TOS-capability, DC, Upward) LS Type: AS External Link Link State ID: 172.16.3.3 (External Network Number ) Advertising Router: 2.2.2.2 LS Seq Number: 80000004 Checksum: 0x8299 Length: 36 Network Mask: /32 Metric Type: 2 (Larger than any link state path) MTID: 0 Metric: 20 Forward Address: 192.168.1.3 <-R3 interface towards the shared segment External Route Tag: 0
Comme vous pouvez voir, l'adresse de transfert est remplie avec une adresse IP de 192.168.1.3, qui signifie si vous voulez conduire vers 172.16.3.3/32, vous doit recurse vers 192.168.1.3. Ceci implique maintenant que quand R1 reçoit des paquets destinés vers 172.16.3.3/32, il a également un LSA Type-5 pour 172.16.3.3/32 avec une adresse de transfert de 192.168.1.3 qui est directement connectée sur l'interface Gi0/0. Par conséquent, R1 conduit les paquets vers 192.168.1.3.
L'adresse de transfert aide d'une manière d'atténuer le routage suboptimal. Si l'adresse de transfert n'était pas placée sur le LSA Type-5, vous devez conduire tous les paquets destinés à 172.16.3.3 par l'intermédiaire de l'ASBR qui est R2.
Pour le vérifier, vous pouvez remettre à l'état initial l'adresse de transfert à 0.0.0.0 et la traceroute de passage du Transit_Router.
Transit_Router#show ip ospf database external 172.16.3.3 OSPF Router with ID (6.6.6.6) (Process ID 1) Type-5 AS External Link States LS age: 14 Options: (No TOS-capability, DC, Upward) LS Type: AS External Link Link State ID: 172.16.3.3 (External Network Number ) Advertising Router: 2.2.2.2 LS Seq Number: 80000005 Checksum: 0x196F Length: 36 Network Mask: /32 Metric Type: 2 (Larger than any link state path) MTID: 0 Metric: 20 Forward Address: 0.0.0.0 <- Recurse towards the ASBR (RID 2.2.2.2) External Route Tag: 0 Transit_Router#
Vous pouvez voir l'adresse de transfert est placée à 0.0.0.0 que comme mentionné, il signifie que vous devez maintenant conduire des paquets à l'ASBR qui est R2. Quand vous vous exécutez une traceroute de Transit_Router a destiné vers 172.16.3.3, ce trafic suit le chemin vers l'ASBR R2.
Ceci peut être vu ici :
Transit_Router#traceroute 172.16.3.3 Type escape sequence to abort. Tracing the route to 172.16.3.3 VRF info: (vrf in name/id, vrf out name/id) 1 192.168.70.1 17 msec 12 msec 3 msec <-R1 2 192.168.14.4 3 msec 18 msec 7 msec <-R4 3 192.168.24.2 15 msec 8 msec 5 msec <-R2 4 192.168.1.3 8 msec 11 msec 7 msec <-R3 Transit_Router#
Cette section décrit une différence entre les périphériques IOS et IOS-XR quand vous connaissez l'adresse de transfert par l'intermédiaire d'une autre source.
Dans l'IOS quand vous avez une artère externe OSPF dans la base de données et l'adresse de transfert est placée, l'adresse de transfert doit être connue par l'intermédiaire de l'artère inter ou intra OSPF de zone. Si l'adresse de transfert n'est pas connue par l'intermédiaire de l'un ou l'autre d'intra ou inter de zone artère OSPF, le routeur n'installe pas l'artère externe OSPF dans le Routing Information Base (NERVURE).
Vérifiez ce qui se produit quand vous configurez l'adresse de transfert à connaître par l'intermédiaire d'une artère statique.
Image 2
Dans la topologie de l'image 2, R2 est configuré comme point de redistribution entre l'EIGRP et l'OSPF. Le routeur redistribue 172.16.3.3/32 de l'EIGRP dans le domaine OSPF. Vous pouvez vérifier R4 et XR5 pour assurer ce que sont les différences quand l'adresse de transfert est connue par l'intermédiaire d'une autre source. La base de données OSPF sur R4 est affichée ici.
R4# show ip ospf database external 172.16.3.3
OSPF Router with ID (4.4.4.4) (Process ID 1) Type-5 AS External Link States LS age: 4 Options: (No TOS-capability, DC, Upward) LS Type: AS External Link Link State ID: 172.16.3.3 (External Network Number ) Advertising Router: 2.2.2.2 LS Seq Number: 80000002 Checksum: 0x8697 Length: 36 Network Mask: /32 Metric Type: 2 (Larger than any link state path) MTID: 0 Metric: 20 Forward Address: 192.168.1.3 External Route Tag: 0
Vérifiez comment vous conduisez à l'adresse de transfert.
R4# show ip route 192.168.1.3 Routing entry for 192.168.1.0/24 Known via "ospf 1", distance 110, metric 2, type intra area <- Here you see it is know via OSPF intra area Last update from 192.168.24.2 on GigabitEthernet0/0, 00:00:23 ago Routing Descriptor Blocks: 192.168.24.2, from 1.1.1.1, 00:00:23 ago, via GigabitEthernet0/0 Route metric is 2, traffic share count is 1 * 192.168.14.1, from 1.1.1.1, 00:04:42 ago, via GigabitEthernet0/1 Route metric is 2, traffic share count is 1 R4#
Comme vous pouvez voir le routeur apprend l'adresse de transfert par l'intermédiaire de l'intra artère de zone qui signifie qu'elle peut installer le LSA externe dans la NERVURE. Vous pouvez voir que le LSA externe est installé dans la NERVURE.
R4#show ip route 172.16.3.3 Routing entry for 172.16.3.3/32 Known via "ospf 1", distance 110, metric 20, type extern 2, forward metric 2 Last update from 192.168.24.2 on GigabitEthernet0/0, 00:01:02 ago Routing Descriptor Blocks: 192.168.24.2, from 2.2.2.2, 00:01:02 ago, via GigabitEthernet0/0 Route metric is 20, traffic share count is 1 * 192.168.14.1, from 2.2.2.2, 00:04:57 ago, via GigabitEthernet0/1 Route metric is 20, traffic share count is 1
Configurez une artère statique pour l'adresse de transfert va vers l'ASBR qui est R2
R4#conf t
Enter configuration commands, one per line. End with CNTL/Z.
R4(config)#ip route 192.168.1.0 255.255.255.0 192.168.24.2
Exécutez le show ip route vers l'adresse de transfert.
R4# show ip route 192.168.1.3 Routing entry for 192.168.1.0/24 Known via "static", distance 1, metric 0 Routing Descriptor Blocks: * 192.168.24.2 Route metric is 0, traffic share count is 1
Comme vous pouvez voir l'adresse de transfert n'est pas apprise par l'intermédiaire de l'OSPF mais de la charge statique, ainsi il signifie que maintenant le LSA externe pour 172.16.3.3 ne peut pas passer les critères nécessaires à utiliser.
R4#show ip ospf database external 172.16.3.3 OSPF Router with ID (4.4.4.4) (Process ID 1) Type-5 AS External Link States LS age: 480 Options: (No TOS-capability, DC, Upward) LS Type: AS External Link Link State ID: 172.16.3.3 (External Network Number ) Advertising Router: 2.2.2.2 LS Seq Number: 80000001 Checksum: 0x8896 Length: 36 Network Mask: /32 Metric Type: 2 (Larger than any link state path) MTID: 0 Metric: 20 Forward Address: 192.168.1.3 External Route Tag: 0
En conclusion, contrôle si l'artère externe est installée de la base de données OSPF dans la NERVURE.
R4#show ip route 172.16.3.3 % Network not in table
Comme vous pouvez voir, le routeur n'installe pas le LSA externe de la base de données OSPF dans la NERVURE, parce que l'adresse de transfert n'est connue par l'intermédiaire de la charge statique et pas de l'OSPF intra ou de l'inter-zone.
La logique ici est que l'OSPF ne considère pas une autre source pour conduire vers l'adresse de transfert comme digne de confiance, par conséquent le routeur ne doit prendre aucun LSA externe qui a une adresse de transfert non connue par l'intermédiaire de l'OSPF en considération.
Cette section décrit le même test sur IOS-XR pour vérifier le comportement. Sur XR5, vous avez le LSA externe :
RP/0/0/CPU0:XR4#show ospf database external 172.16.3.3 Mon Mar 26 06:26:24.656 UTC OSPF Router with ID (192.168.60.1) (Process ID 1) Type-5 AS External Link States Routing Bit Set on this LSA LS age: 930 Options: (No TOS-capability, DC) LS Type: AS External Link Link State ID: 172.16.3.3 (External Network Number) Advertising Router: 2.2.2.2 LS Seq Number: 80000001 Checksum: 0x8896 Length: 36 Network Mask: /32 Metric Type: 2 (Larger than any link state path) TOS: 0 Metric: 20 Forward Address: 192.168.1.3 External Route Tag: 0
Vérifiez quand vous configurez une artère statique pour l'adresse de transfert vers R4, que le routeur installent le LSA externe dans la base de données ou pas.
RP/0/0/CPU0:XR4#show route 192.168.1.3 Mon Mar 26 06:33:21.587 UTC Routing entry for 192.168.1.0/24 Known via "static", distance 1, metric 0 <- The forwarding address is now known via static Installed Mar 26 06:31:55.133 for 00:01:26 Routing Descriptor Blocks 192.168.60.4 <- Next-hop is R4 Route metric is 0, Wt is 1 No advertising protos.
Vous pouvez voir que l'adresse de transfert est apprise par l'intermédiaire de la charge statique. Maintenant, vérifiez si le LSA externe était installé dans la NERVURE.
RP/0/0/CPU0:XR4#show route 172.16.3.3 Mon Mar 26 06:42:24.830 UTC Routing entry for 172.16.3.3/32 Known via "ospf 1", distance 110, metric 20, type extern 2 Installed Mar 26 06:25:09.841 for 00:17:15 Routing Descriptor Blocks 192.168.60.4, from 2.2.2.2, via GigabitEthernet0/0/0/0 Route metric is 20 No advertising protos. RP/0/0/CPU0:XR4#
Vous pouvez voir une différence entre l'IOS et l'IOS-XR. Le LSA externe a été installé dans la NERVURE quoique l'adresse de transfert soit apprise par l'intermédiaire de la charge statique. Le routeur ont toujours la Connectivité vers le préfixe externe.
RP/0/0/CPU0:XR4#ping 172.16.3.3 Mon Mar 26 06:44:25.772 UTC Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 172.16.3.3, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 1/9/19 ms RP/0/0/CPU0:XR4#
Il semble que IOS-XR remplit LSA externe dans la NERVURE mais ne prend pas en considération l'adresse de transfert pour la récursion, qui la signifie maintenant recurse vers l'ASBR plutôt que la consultation dans la NERVURE pour l'adresse de transfert.
Le test te donne une indication qu'il peut être considéré. Vous pouvez configurer une artère statique pour l'adresse de transfert vers null0 et vérifier si la Connectivité vers le préfixe externe est toujours existez.
RP/0/0/CPU0:XR4#show ospf database external 172.16.3.3 Mon Mar 26 06:55:36.296 UTC OSPF Router with ID (192.168.60.1) (Process ID 1) Type-5 AS External Link States Routing Bit Set on this LSA LS age: 667 Options: (No TOS-capability, DC) LS Type: AS External Link Link State ID: 172.16.3.3 (External Network Number) Advertising Router: 2.2.2.2 LS Seq Number: 80000002 Checksum: 0x8697 Length: 36 Network Mask: /32 Metric Type: 2 (Larger than any link state path) TOS: 0 Metric: 20 Forward Address: 192.168.1.3 External Route Tag: 0 RP/0/0/CPU0:XR4#show route 192.168.1.3 Mon Mar 26 06:55:38.966 UTC Routing entry for 192.168.1.0/24 Known via "static", distance 1, metric 0 (connected) Installed Mar 26 06:47:15.030 for 00:08:23 Routing Descriptor Blocks directly connected, via Null0 Route metric is 0, Wt is 1 No advertising protos.
Connectivité de contrôle de XR5 vers 172.16.3.3.
RP/0/0/CPU0:XR4#ping 172.16.3.3 Mon Mar 26 06:56:45.261 UTC Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 172.16.3.3, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 1/7/19 ms RP/0/0/CPU0:XR4#traceroute 172.16.3.3 Mon Mar 26 06:56:51.251 UTC Type escape sequence to abort. Tracing the route to 172.16.3.3 1 192.168.60.4 0 msec 0 msec 0 msec 2 192.168.14.1 0 msec 0 msec 0 msec 3 192.168.1.3 9 msec 9 msec 0 msec RP/0/0/CPU0:XR4
Dans ces tests, vous avez vu l'importance de l'adresse de transfert et comment interpréter le routage quand elle est placée. En outre, la supposition que si l'adresse de transfert est placée, elle doit être utilisée, peut être fausse pendant qu'elle dépend de la plate-forme. Quand l'adresse de transfert est connue par l'intermédiaire d'intra/inter zone OSPF, elle est utilisée, autrement elle est remplie mais pas utilisée pour la récursion. Le comportement sur XR donne un niveau de réassurance, dans le cas qu'une adresse de transfert externe de LSAs devient notoire par l'intermédiaire d'une autre source, le trafic ne peut pas blackholed.