Rotas resumidas do OSPF anunciadas?

9

Preparando-se para o CCNP, fazendo algum trabalho de laboratório. O ZEUS está resumindo dois loopbacks area 2 range 172.16.2.0 255.255.254.0e a rota de resumo está chegando no roteador 'WODAN', mas as rotas subordinadas (2/32) também ainda estão aparecendo na tabela de roteamento IP do WODAN. Por quê? Meu entendimento era que, uma vez que ocorresse a sumarização, os LSAs normais do T3 não seriam enviados, em vez disso, um T3 sumário seria enviado pelo ABR (zeus, neste caso)? Não consigo entender por que ainda vejo / 32's se o resumo é recebido em WODAN.

Aqui estão a topologia e as saídas de comando relevantes para os dois roteadores em questão.


Diagrama de topologia :

Configuração do ZEUS :

Tabela de roteamento WODAN :

AL
fonte

Respostas:

9

A resposta curta é porque o ZEUS (que está resumindo) está resumindo para a Área 2, mas também compartilha a Área 2 com o WODAN. O OSPF exige que todos os roteadores em uma área tenham a mesma cópia exata do banco de dados de estado do link da área; Os ABRs do OSPF executam um cálculo do algoritmo SPF separado para cada área em que participam.

Citando RFC 2328 - Abra o caminho mais curto primeiro :

  1. ...
  2. ...
  3. ...
  4. Resumo Funcional

    Uma cópia separada do algoritmo de roteamento básico do OSPF é executada em cada área. Roteadores com interfaces para várias áreas executam várias cópias do algoritmo.

    ...

    12.2 O banco de dados do estado do link

    Um roteador possui um banco de dados de estado de link separado para todas as áreas às quais ele pertence. Todos os roteadores pertencentes à mesma área têm bancos de dados de estado de link idênticos para a área.

Você pode verificar isso com:

WODAN# show ip ospf database | i ID|Area|Link|172.16.2
...
            OSPF Router with ID (2.2.2.2) (Process ID 1)
                Summary Net Link States (Area 0)
Link ID         ADV Router      Age         Seq#       Checksum Link count
172.16.2.0      3.3.3.3         1721        0x80007657 0x006E08 1
...
            OSPF Router with ID (2.2.2.2) (Process ID 1)
                Router Link States (Area 2)
Link ID         ADV Router      Age         Seq#       Checksum Link count
172.16.2.2      3.3.3.3         1721        0x80007657 0x00640F 1

Eu zombei dessa saída da experiência, mas espero que você veja:

  • O resumo da rede LSA para 172.16.2.0 na área 0
  • O LSA do roteador contendo 172.16.2.2 na área 2 (assumi que 172.16.2.2 é o ID do LSA do roteador)

Como ainda existe 172.16.2.2 no OSPF LSDB, o OSPF instala uma rota para ele. Observe que há uma diferença entre 172.16.2.2/32 e 172.16.2.0/23 na saída de show ip route:

  • 172.16.2.0/23 é uma O IArota ( IAsignifica Inter-Area, gerada por uma LSA de Resumo de Rede Tipo 3)
  • 172.16.2.2/32 é uma Orota, se não houver letras após a O, a rota será proveniente de um roteador LSA, também chamado de Tipo 1 LSA

Uma observação final que você não mencionou explicitamente ... configurou os Loopbacks do ZEUS com máscaras de 24 bits; no entanto, devido à maneira como o OSPF lida com loopbacks , esses loopbacks são anunciados como rotas de host.

Mike Pennington
fonte
Ok, você está dizendo, mesmo que o ZEUS esteja resumindo (e está aparecendo no WODAN como um resumo), o WODAN também está fazendo seu próprio cálculo de SPF e, portanto, está captando os loopbacks também não resumidos. Existe uma maneira de obter apenas um resumo de uma linha? Eu precisaria fazer um resumo sobre o WODAN ou isso é apenas uma limitação do OSPF - não há resumo da mesma área? Apenas nas bordas?
AL
11
@AL, a única maneira de se livrar da 172.16.2.2 no WODAN é garantir que o LSA não apareça em uma área à qual o WODAN esteja conectado. Uma das limitações dos IGPs do estado do link é a incapacidade de resumir as rotas originadas na mesma área.
Mike Pennington
11
Impressionante, eu entendo isso agora e esperaria isso no futuro. Também explica por que, quando eu anunciei os Loopbacks na Área 4, ele apareceu como eu queria - um resumo de uma linha. MUITO LEGAL! Obrigado por este Mike.
AL