No RFC 2328 , menciona que as informações de estado do link de todas as interfaces de loopback e todas as interfaces com máscara de rede como / 32 (endereços IP do host) são anunciadas como tipo de rede stub. Agora, e os casos em que uma interface com / 24 mask está conectada a uma rede e essa é a única interface de roteador conectada a essa rede. Tecnicamente, essas também são redes de stub, certo? Então, como o OSPF determina esses links de interface / 24 como stub ou não? Ele procurará uma vizinhança OSPF por meio da interface / 24 e decidirá se essa é uma rede stub? Se for esse o caso, qual será a decisão nos casos em que houver outro roteador conectado à mesma rede, mas não execute o OSPF.
Espero que a pergunta seja clara, portanto, não adicionamos diagramas, caso alguém precise de algum esclarecimento. Informe-me que adicionarei diagramas para explicar minha pergunta.
Resumindo a pergunta longa: - Ao gerar LSAs de roteador, como o OSPF decide escolher o tipo de link (p2p, stub, trânsito, link virtual)?
fonte
Respostas:
Um Conto de Três Esboços ...
Ao usar equipamentos da Cisco, o OSPF chama várias coisas de "stub" ... fica um pouco confuso ....
Os significados são muito diferentes para cada termo; ainda mais confusa é a realidade de que você pode potencialmente aplicar vários termos de stub a uma única interface OSPF. Vou elaborar mais abaixo.
fundo
Vamos esclarecer algumas terminologias ... A pergunta começa perguntando sobre o que a Cisco está chamando de "host de stub" ... O OSPF atribui automaticamente interfaces de loopback a esta categoria ...
Tudo isso não deve ser confundido com o que OSPF se refere como "Rede Stub" ... o que significa apenas uma rede sem um vizinho OSPF
Então, é claro, temos uma área de stub OSPF . Vamos considerar de onde tudo isso vem ...
Rede de stub OSPF vs Rede de trânsito OSPF
As redes de trânsito e stub são discutidas no RFC 2328: OSPFv2 - Seção 2.1 :
O ponto principal dessa distinção entre a Rede de Trânsito e a Rede de Stub é economizar recursos no roteador.
Quando começamos a expandir para potencialmente milhares de LSAs, até pequenas economias de memória são importantes. Observe que os hellos do OSPF ainda são enviados em redes stub e são capazes de formar vizinhos / em transição para uma rede de trânsito, a menos que a interface tenha sido administrativamente marcada como uma interface passiva.
Rotas de host OSPF - "Stub Host" da Cisco
Portanto, agora ainda temos a discussão original sobre o Stub Host , que também é uma rede OSPF Stub . Esse conceito vem do RFC 2328: OSPFv2 - Seção 9.1 , onde ele discute vários estados da interface ...
O RFC exige que os tipos de rede de loopback sejam anunciados como uma rota de host / 32. O que a Cisco chama de host Stub na
show ip ospf interface
saída é realmente apenas o tipo de interface Loopback, que o OSPF aloca automaticamente como uma rota de host / 32 no OSPF .Área de stub OSPF
As áreas de stub são cobertas no RFC 2328: OSPFv2 - Seção 3.6 . Existem várias categorias de áreas de stub OSPF ...
ExternalRoutingCapability
), que é limpo quando uma área é configurada como uma Área de StubSumário
Em resumo, falamos sobre ...
Se você realmente deseja entender tudo isso, considere um roteador OSPF, que possui uma interface de loopback; esse roteador está completamente contido em uma única área de stub OSPF. Tecnicamente, você pode aplicar todos os três termos do "stub" do OSPF a esse loopback (host de stub, rede de stub, área de stub).
fonte
Editar após comentário de Mike & Saran : O LSA de rede stub (LSA de identificação de roteador com tipo 3) é adicionado ao LSA do roteador para interfaces de loopback e quaisquer interfaces p2p ou multiponto que não tenham vizinhos OSPF. Além disso, os LSAs de rede stub são adicionados ao ID do roteador para interfaces p2p (links), mesmo quando há um vizinho existente para descrever os links. A máscara na interface não importa.
Além disso, o OSPF se preocupa apenas com os vizinhos do OSPF, não pode detectar o vizinho que não é do OSPF e depois decidir que não é o stub - o OSPF olha o mundo do seu próprio ponto de vista.
(minha resposta antiga tratava de áreas de stub, que não era a pergunta real - desculpe por isso!)
fonte
O tipo de link nas informações do link lsa do roteador seria stub se a interface fosse passiva (os loopbacks são passivos por padrão), o que implica que não há roteador ospf nesse link. Se um link OSPf não for passivo, o OSPF utilizará o tipo de link como trânsito. Os links ponto a ponto e virtuais são configurados explicitamente e, portanto, as informações de configuração podem ser usadas para preencher os links do roteador OS do tipo link. Espero que isso abranja todos os tipos de links.
fonte
O OSPF usa o E-Bit ou o sinalizador nos pacotes hello para mostrar uma área como stub.
fonte