A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.
Este original descreve o conceito do endereço de encaminhamento do Open Shortest Path First (OSPF) em IOS-XR e em dispositivos de IOS. Compara o comportamento OSPF entre IOS-XR e dispositivos de IOS.
Cisco recomenda que você tem o conhecimento básico do protocolo de OSPF.
As informações neste documento são baseadas nestas versões de software e hardware:
Esta seção discute o conceito do endereço de encaminhamento no OSPF, se você é já familiar com o este que você pode continuar à próxima seção.
Quando um OSPF Router redistribui uma rota de um outro protocolo da fonte no OSPF como o E1 ou o E2, pode ajustar um endereço de encaminhamento nessa propaganda particular do estado do link externo (LSA). O protocolo de OSPF deve estar conformes estas circunstâncias para poder ajustar-se que particular atribua. O endereço de encaminhamento poderia ser povoado (diferente de zero) ou não ser povoado (todos os zero).
Todas estas circunstâncias devem ajustar o campo de endereço de encaminhamento a um endereço diferente de zero:
Quando o endereço de encaminhamento estiver ajustado a todos os zero (0.0.0.0), este significa que o roteador deve recurse a esse nó específico na topologia OSPF corretamente distribuir o tráfego ao destino. Uma diferença grande com OSPF como um protocolo de roteamento de estado de enlace comparado aos protocolos de vetor de distância é o estado do link permite-o de ter um de vista completa da topologia nessa área particular, o roteador pode calcular o caminho mais curto a um nó na topologia com uma ideia total de todos os dispositivos e de seus custos. Não distribui necessariamente para um prefixo mas a um nó, que seja uma diferença grande.
Quando o endereço de encaminhamento é ajustado a um valor diferente de zero, o roteador verifica o que é o caminho mais curto a esse nó que é conectado ao endereço de encaminhamento.
Esta revisão da seção a topologia para o esclarecimento mais adicional:
Imagem 1
Na imagem 1, em corridas do Enhanced Interior Gateway Routing Protocol (EIGRP) entre o R2 e em R3 no segmento compartilhado 192.168.1.0/24. O r1 é conectado igualmente ao segmento compartilhado 192.168.1.0/24, embora não haja nenhum EIGRP. O R2 é configurado para redistribuir 172.16.3.3/32 do EIGRP ao OSPF como a rota E2 externo. O OSPF é executado entre o R2 ao R4, o r1 ao R4, o r1 a Transit_Router e o R4 para XR5. O software do roteador XR5 é IOS-XR.
Esta seção explica a importância do endereço de encaminhamento. Considere-o têm o tráfego vai para 172.16.3.3/32 vem da rede de nuvem, este tráfego chega no Transit_Router e no ele para a frente conforme a tabela de roteamento.
Verifique o que você tem na tabela de roteamento de Transit_Router para o prefixo 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#
O salto seguinte é 192.168.70.1 vai para o r1. Desde que o R2 é redistribuído a rede 172.16.3.3/32 no OSPF você pode supor que você deve distribuir para o R2 para obter ao destino 172.16.3.3/32.
Você pode executar o traceroute de Transit_Router para 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
Quando o r1 recebe o tráfego destinado a 172.16.3.3/32, está distribuído realmente diretamente para o R3. Execute a rota da mostra IP no r1 para ver a tabela de roteamento para 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
Devido ao endereço de encaminhamento, o r1 tem um salto seguinte de 192.168.1.3 vai para o R3, se você não tem nenhum protocolo de roteamento entre o r1 e o R3. Verifique o LSA externo no 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
Como você pode ver, o endereço de encaminhamento está povoado com um endereço IP de Um ou Mais Servidores Cisco ICM NT de 192.168.1.3, que signifique se você quer distribuir para 172.16.3.3/32, você deve recurse para 192.168.1.3. Isto implica agora que quando o r1 recebe os pacotes destinados para 172.16.3.3/32, igualmente tem um Tipo 5 LSA para 172.16.3.3/32 com um endereço de encaminhamento de 192.168.1.3 que seja conectado diretamente na relação Gi0/0. Daqui, o r1 distribui os pacotes para 192.168.1.3.
O endereço de encaminhamento ajuda em uma maneira de abrandar o roteamento subótimo. Se o endereço de encaminhamento não foi ajustado no Tipo 5 LSA, você precisa de distribuir todos os pacotes destinados a 172.16.3.3 através do ASBR que é R2.
Para verificá-lo, você pode restaurar o endereço de encaminhamento a 0.0.0.0 e executar o traceroute do 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#
Você pode ver o endereço de encaminhamento está ajustado a 0.0.0.0 que como mencionada, significa que você deve agora pacotes de rota ao ASBR que é R2. Quando você é executado um traceroute de Transit_Router destinou para 172.16.3.3, este tráfego segue o trajeto para o ASBR R2.
Isto pode ser visto aqui:
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#
Esta seção descreve uma diferença entre dispositivos IO e IOS-XR quando você conhece o endereço de encaminhamento através de uma outra fonte.
Nos IO quando você tem uma rota externa OSPF no base de dados e o endereço de encaminhamento está ajustado, o endereço de encaminhamento deve ser sabido através da rota inter ou intra OSPF da área. Se o endereço de encaminhamento não é sabido através de uma ou outra rota intra ou inter OSPF da área, o roteador não instala a rota de OSPF externo no Routing Information Base (RIB).
Verifique o que acontece quando você configurar o endereço de encaminhamento a ser sabido através de uma rota estática.
Imagem 2
Na topologia da imagem 2, o R2 é configurado como um ponto da redistribução entre o EIGRP e o OSPF. O roteador redistribui 172.16.3.3/32 do EIGRP no domínio de OSPF. Você pode verificar no R4 e no XR5 para assegurar-se do que as diferenças são quando o endereço de encaminhamento é sabido através de uma outra fonte. A base de dados do OSPF no R4 é mostrada aqui.
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
Verifique como você distribui ao endereço de encaminhamento.
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#
Como você pode ver o roteador aprende que o endereço de encaminhamento através da rota intra da área que significa ele pode instalar o LSA externo no RIB. Você pode ver que o LSA externo está instalado no RIB.
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
Configurar uma rota estática para o endereço de encaminhamento vai para o ASBR que é 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
Execute a rota da mostra IP para o endereço de encaminhamento.
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
Como você pode ver o endereço de encaminhamento não é aprendido através do OSPF mas da estática, assim que significa que agora o LSA externo para 172.16.3.3 não pode passar os critérios necessários a ser usados.
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
Finalmente, verificação se a rota externa é instalada da base de dados do OSPF no RIB.
R4#show ip route 172.16.3.3 % Network not in table
Como você pode ver, o roteador não instala o LSA externo da base de dados do OSPF no RIB, porque o endereço de encaminhamento é sabido através da estática e não do OSPF intra ou do inter-area.
A lógica aqui é que o OSPF não considera uma outra fonte para distribuir para o endereço de encaminhamento como de confiança, daqui o roteador não deve tomar nenhum LSA externo que tiver um endereço de encaminhamento não conhecido através do OSPF em consideração.
Esta seção descreve o mesmo teste em IOS-XR para verificar o comportamento. Em XR5, você tem o LSA externo:
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
Verifique quando você configurar uma rota estática para o endereço de encaminhamento para o R4 se o roteador instala o LSA externo no base de dados ou não.
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.
Você pode ver que o endereço de encaminhamento está aprendido através da estática. Agora, verifique se o LSA externo foi instalado no RIB.
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#
Você pode ver uma diferença entre IO e IOS-XR. O LSA externo foi instalado no RIB mesmo que o endereço de encaminhamento fosse aprendido através da estática. O roteador ainda tem a Conectividade para o prefixo externo.
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#
Parece que IOS-XR povoa o LSA externo no RIB mas não leva em consideração o endereço de encaminhamento para a recursão, que o significa agora recurse para o ASBR um pouco do que a consulta no RIB para o endereço de encaminhamento.
O teste dá-lhe uma indicação que se pode considerar. Você pode configurar uma rota estática para o endereço de encaminhamento para o null0 e para verificar se a Conectividade para o prefixo externo é ainda exista.
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.
Verifique a Conectividade de XR5 para 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
Nestes testes, você viu a importância do endereço de encaminhamento e como interpretar o roteamento quando é ajustado. Também, a suposição que se o endereço de encaminhamento é ajustado, deve ser usada, pode ser falsa enquanto depende da plataforma. Quando o endereço de encaminhamento é sabido através área intra/inter OSPF, está usada, se não é povoada mas não usada para a recursão. O comportamento no XR dá um nível da confiança restabelecida, no caso que um endereço de encaminhamento do LSAs externo se torna conhecido através de uma outra fonte, o tráfego não pode ser blackholed.