Compare o comportamento do endereço de encaminhamento do OSPF em IO e em IOS-XR

Introdução

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.

Pré-requisitos

Requisitos

Cisco recomenda que você tem o conhecimento básico do protocolo de OSPF.

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

• Versões do dispositivo virtual IOS-XR: 6.1.3, 6.1.2, 6.0.0, 5.3.0, 5.2.0
• Plataformas do IOS da Cisco

Endereço de encaminhamento do OSPF

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:

• O OSPF é permitido no roteador de limite de sistema autônomo (ASBR) da interface de próximo salto
• A interface de próximo salto do ASBR é NON-passiva sob o OSPF
• A interface de próximo salto do ASBR não é ponto a ponto
• A interface de próximo salto do ASBR não é point-to-multipoint
• O endereço da interface de próximo salto do ASBR cai sob o intervalo de rede especificado no comando router ospf.
• Todas as outras condições além destes, ajustam o endereço de encaminhamento a 0.0.0.0.

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#

  

Diferenças entre IO e IOS-XR

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.