Eu tenho algumas / 30 sub-redes conectando roteadores OSPF através de um link compatível com broadcast. Devo também configurar as interfaces envolvidas no link para a rede IP OSPF ponto a ponto? Ou isso importa?
O tipo de rede definitivamente importa, mas você precisa ser cuidadoso ao lidar com essa situação ... existem alguns casos a serem considerados. Vamos comparar as conseqüências da configuração de um / 30 como redes OSPF "Broadcast" ou "Ponto a Ponto" ...
----------+-------+--------------+--------------------+--------------+
Network | Hello | DeadInterval | Adjacency Time | LSAs per /30 |
----------+-------+--------------+--------------------+--------------|
Broadcast | 10s | 40s | > 40s (very slow) | 3 |
Pt-to-Pt | 30s | 120s | < 2s (fast) | 2 |
----------+-------+--------------+--------------------+--------------+
Sumário
- Os tipos de rede de difusão OSPF estabelecem uma adjacência lentamente (porque precisam aguardar a eleição de DR) e geram 50% mais LSAs para cada / 30 designado como uma rede de difusão OSPF. Esses LSAs devem ser inundados e processados, o que diminui a convergência. Em resumo, os designs que usam muitas redes / 30 OSPF Broadcast convergirão um pouco mais lentamente do que se você substituísse / 30 redes ponto a ponto ...
- Os tipos de rede ponto a ponto do OSPF criam uma adjacência muito rapidamente; no entanto, como Ron mencionou,
RouterDeadInterval
são 120 segundos; portanto, você pode definir um valor HelloInterval
mais baixo. No entanto, uma rede projetada corretamente não precisa se preocupar em diminuir HelloInterval
para uma rede OSPF / 30 ponto a ponto.
Detalhes: / 30 em uma rede de transmissão OSPF
Padrões de rede de transmissão OSPF :
HelloInterval
: 10 segundos
RouterDeadInterval
: 40 segundos
Hora de detectar falha do processo OSPF : <= 40 segundos
Tempo de adjacência : mais de 40 segundos
[Time T = 0]
Ambos os roteadores enviam o OSPF Hellos à medida que o link é ativado. ( OSPF STATE: INIT )
[Time T = 0]
Ambos os roteadores veem o olá oposto; no entanto, a menos que configurado com a prioridade 0 de DR, os dois roteadores devem aguardar RouterDeadInterval
segundos para garantir que não haja outros DRs candidatos no link. ( ESTADO OSPF: 2 VIAGENS )
[Time T = 40]
DR / BDR são eleitos e a troca DBD é iniciada ( OSPF STATE: EXSTART )
[Time T = 40 + 'DBD exchange time']
O DBD é analisado e o SPF é executado ( OSPF STATE: FULL )
LSAs :
- Cada roteador envia LSA (s) de roteador: OSPF LSA Type 1
- O DR envia um LSA de rede do tipo 2 para o próprio link de transmissão
Detalhes: / 30 em uma rede ponto a ponto OSPF
Padrões de rede ponto a ponto do OSPF :
HelloInterval
: 30 segundos
RouterDeadInterval
: 120 segundos
Hora de detectar falha do processo OSPF : <= 120 segundos
Tempo de adjacência : Rápido (normalmente menos de 2 segundos)
[Time T = 0]
Ambos os roteadores enviam o OSPF Hellos à medida que o link é ativado. ( OSPF STATE: INIT )
[Time T = 0]
Ambos os roteadores veem o olá oposto. ( ESTADO OSPF: 2 VIAGENS )
[Time T = 0]
Início da troca de DBD ( OSPF STATE: EXSTART )
[Time T = 'DBD exchange time']
O DBD é analisado e o SPF é executado ( OSPF STATE: FULL )
Quando diminuir HelloInterval
para uma rede ponto a ponto OSPF
Considere estes casos ...
Caso A: Link direto de fibra entre roteadores
Router1-------------------------------Router2
O link entre os roteadores é configurado como ponto a ponto da rede OSPF. Se o link entre o Roteador1 e o Roteador2 morrer, os dois roteadores imediatamente vêem seu link inoperante e executam o SPF para encontrar um caminho alternativo. As falhas do processo OSPF tendem a ser muito raras, portanto, geralmente não há um bom argumento para diminuir HelloInterval
para o CaseA.
Caso B: um switch entre dois roteadores
Router1-------------Switch------------Router2
O link entre os roteadores é configurado como ponto a ponto da rede OSPF. Se o link entre o roteador1 e o switch desaparecer, há um problema ... O roteador1 imediatamente sabe executar o SPF (depois de esperar SPFDelay
); no entanto, o link do roteador2 ainda está ativo. Conseqüentemente, o roteador2 deve esperar para convergir até que RouterDeadInterval
expire ou até que o roteador2 veja o novo LSA do roteador1 (inundado após o roteador1 concluir o SPF). Na maioria dos casos, o roteador2 verá o novo LSA do roteador1 e executará o próprio SPF ... no entanto, a reconvergência do roteador2 nesse caso é pelo menos duas vezes a SPFInterval
( SPFInterval
padrão: 5 segundos no IOS).
Vale a pena abaixar os temporizadores hello (ou temporizadores BFD) para CaseB quando seus roteadores estão configurados como ponto a ponto da rede OSPF.
Caso C: Dois roteadores adjacentes através de vários switches
Router1-----Switch1-----Switch2--------Router2
Este é o pior caso para o tempo de convergência ponto a ponto do OSPF; o link entre os roteadores é configurado como rede OSPF ponto a ponto. Se o link entre o Switch1 e o Switch2 morrer, os dois roteadores verão seus links; isso significa que os HelloInterval
cronômetros padrão devem ser alterados para evitar um atraso de dois minutos entre o link inoperante e a execução do SPF. Nesse caso, definitivamente vale a pena abaixar os temporizadores hello (ou temporizadores BFD) para CaseC quando seus roteadores estão configurados como ponto a ponto da rede OSPF.