Elección OSPF con un enlace / 30?


9

Tengo unas pocas / 30 subredes que conectan enrutadores OSPF a través de un enlace con capacidad de difusión. ¿Debería configurar también las interfaces involucradas en el enlace a la red ip ospf punto a punto ? O importa? Lo único en lo que puedo pensar es en evitar la elección, que a mi entender no debería importar, ya que son solo 2 hosts (los enrutadores) en la subred.

Respuestas:


11

Tengo unas pocas / 30 subredes que conectan enrutadores OSPF a través de un enlace con capacidad de transmisión. ¿Debería configurar también las interfaces involucradas en el enlace a la red ip ospf punto a punto? ¿O importa?

El tipo de red definitivamente es importante, pero debe ser cuidadoso al manejar esta situación ... hay algunos casos de esquina para considerar. Comparemos las consecuencias de configurar un / 30 como redes OSPF "Broadcast" o "Point-to-Point" ...

----------+-------+--------------+--------------------+--------------+
Network   | Hello | DeadInterval | Adjacency Time     | LSAs per /30 | 
----------+-------+--------------+--------------------+--------------|
Broadcast |   10s |          40s |  > 40s (very slow) |            3 |
Pt-to-Pt  |   30s |         120s |       <  2s (fast) |            2 |
----------+-------+--------------+--------------------+--------------+

Resumen

  • Los tipos de red de transmisión de OSPF establecen una adyacencia lentamente (porque deben esperar la elección de DR) y generan un 50% más de LSA por cada / 30 que designe como red de transmisión de OSPF. Esas LSA deben inundarse y procesarse, lo que ralentiza la convergencia. En resumen, los diseños que utilizan muchas redes de transmisión OSPF / 30 convergerán algo más lentamente que si sustituyera las redes de punto a punto / 30 ...
  • Los tipos de red OSPF punto a punto muestran una adyacencia muy rápidamente; sin embargo, como mencionó Ron, RouterDeadIntervalson 120 segundos, por lo que es posible que desee establecer HelloIntervalun valor más bajo. Sin embargo, una red diseñada correctamente no necesita preocuparse por reducir HelloIntervaluna red OSPF punto a punto / 30.

Detalles: / 30 en una red de transmisión OSPF

Valores predeterminados de red de transmisión OSPF :

  • HelloInterval: 10 segundos
  • RouterDeadInterval: 40 segundos

Tiempo para detectar la falla del proceso OSPF : <= 40 segundos

Tiempo de adyacencia : más de 40 segundos.

  1. [Time T = 0]Ambos enrutadores envían OSPF Hellos cuando aparece el enlace. ( ESTADO OSPF: INIT )
  2. [Time T = 0]Ambos enrutadores ven el saludo opuesto; sin embargo, a menos que esté configurado con DR Priority 0, ambos enrutadores deben esperar RouterDeadIntervalsegundos para asegurarse de que no haya otros DR candidatos en el enlace. ( ESTADO OSPF: 2 VÍAS )
  3. [Time T = 40] Se eligen DR / BDR y comienza el intercambio de DBD ( ESTADO OSPF: EXSTART )
  4. [Time T = 40 + 'DBD exchange time']DBD se analiza y se ejecuta SPF ( OSPF STATE: FULL )

LSA :

  • Cada enrutador envía Enrutador LSA (s): OSPF LSA Tipo 1
  • El DR envía un LSA de red tipo 2 para el enlace de transmisión en sí

Detalles: / 30 en una red punto a punto OSPF

Valores predeterminados de red punto a punto de OSPF :

  • HelloInterval: 30 segundos
  • RouterDeadInterval: 120 segundos

Tiempo para detectar la falla del proceso OSPF : <= 120 segundos

Tiempo de adyacencia : rápido (normalmente menos de 2 segundos)

  1. [Time T = 0]Ambos enrutadores envían OSPF Hellos cuando aparece el enlace. ( ESTADO OSPF: INIT )
  2. [Time T = 0]Ambos enrutadores ven el saludo opuesto. ( ESTADO OSPF: 2 VÍAS )
  3. [Time T = 0] Comienza el intercambio de DBD ( OSPF STATE: EXSTART )
  4. [Time T = 'DBD exchange time']DBD se analiza y se ejecuta SPF ( OSPF STATE: FULL )

Cuándo bajar HelloIntervalpara una red punto a punto OSPF

Considere estos casos ...

Caso A: enlace directo de fibra entre enrutadores

Router1-------------------------------Router2

El enlace entre los enrutadores está configurado como punto a punto de red OSPF. Si el enlace entre el enrutador 1 y el enrutador 2 muere, ambos enrutadores ven inmediatamente que su enlace se cae y ejecutan SPF para encontrar una ruta alternativa. Las fallas del proceso OSPF tienden a ser muy raras, por lo que generalmente no hay un buen argumento para reducir HelloIntervalCaseA.

Caso B: un interruptor entre dos enrutadores

Router1-------------Switch------------Router2

El enlace entre los enrutadores está configurado como punto a punto de red OSPF. Si el enlace entre el Router1 y el switch se apaga, hay un problema ... Router1 sabe inmediatamente que debe ejecutar SPF (después de esperar SPFDelay); sin embargo, el enlace de Router2 todavía está activo. En consecuencia, el Router2 debe esperar para converger hasta que RouterDeadIntervalexpire, o hasta que el Router2 vea el nuevo LSA del Router1 (inundado después de que el Router1 finalice el SPF). En la mayoría de los casos, Router2 verá el nuevo LSA de Router1 y luego ejecutará SPF él mismo ... sin embargo, la reconvergencia de Router2 en ese caso es al menos dos veces la SPFInterval( SPFIntervalvalor predeterminado: 5 segundos en IOS).

Vale la pena reducir los temporizadores de saludo (o temporizadores BFD) para CaseB cuando sus enrutadores están configurados como punto a punto de red OSPF.

Caso C: dos enrutadores adyacentes a través de múltiples conmutadores

Router1-----Switch1-----Switch2--------Router2

Este es el peor caso para el tiempo de convergencia punto a punto OSPF; el enlace entre los enrutadores se configura como OSPF Network Point-to-Point. Si el enlace entre Switch1 y Switch2 muere, ambos enrutadores ven sus enlaces activos; Esto significa que los HelloIntervaltemporizadores predeterminados deben cambiarse para evitar un retraso de dos minutos entre la caída del enlace y la ejecución del SPF. En este caso, definitivamente vale la pena reducir los temporizadores de saludo (o temporizadores BFD) para CaseC cuando sus enrutadores están configurados como punto a punto de red OSPF.


Gracias Mike! Gran información. Una última pregunta. ¿El comando punto a punto debe ejecutarse en ambos puntos finales? Mis pensamientos son sí ...
Jim

Sí, ambas interfaces necesitan configuraciones de interfaz p2p coincidentes
Mike Pennington

1

En realidad, hay algunas cosas que puede sopesar con esta pregunta.

Use punto a punto si:

  • La detección rápida de fallas y la convergencia son importantes para usted.
    • Convergencia: la falta de una elección DR / BDR acelerará la convergencia
    • Detección de fallas: combine el tipo de red punto a punto de la red OSPF con BFD para detectar rápidamente una falla de enlace. Puede ajustar los temporizadores de OSPF, pero BFD funciona mejor que los saludos rápidos y es un poco más fácil con los recursos del sistema.
  • Desea usar redes / 31 en sus enlaces punto a punto para conservar el espacio de direcciones IP
    • La máscara de red en paquetes de saludo para redes punto a punto se ignora

Nota: Para las rutas recibidas a través de un tipo de red punto a punto, OSPF informará el siguiente salto como el enrutador vecino.

Use broadcast (tipo predeterminado) si:

  • No te preocupan demasiado los tiempos de convergencia
  • No desea diseñar una solución compleja y fina

Nota: Para las rutas recibidas a través de un tipo de red de transmisión, OSPF informará el siguiente salto como enrutador publicitario.


No estoy seguro de que las redes OSPF p2p sean propiedad de Cisco; se explican en RFC2328 Sección 12.4.1.1
Mike Pennington

Sí, absolutamente, estoy equivocado aquí. Es un punto a multipunto y un punto a multipunto NBMA con el que lo he confundido. Estos dos son propietarios.
mbud

0

Una cosa de la que preocuparse son los temporizadores. Las redes de difusión tienen un temporizador muerto de 40 segundos, pero el PTP es de 120 segundos. Ese puede ser un problema para el tiempo de convergencia / recuperación en caso de falla de la red.


-1

Por lo general, configurar OSPF en punto a punto se realiza para ahorrar ancho de banda en los enlaces arrendados porque no tendrá elecciones, por lo que si el enlace no está arrendado o medido, no debería ver mucha diferencia entre ambas configuraciones.


El problema del ancho de banda no responde a la pregunta de la elección
user5025

Ahorre ancho de banda al no tener elecciones OSPF. Lo siento, pensé más rápido de lo que escribí.
Pedro Brito

Las elecciones de RD se determinan con paquetes de saludo. No se necesita ancho de banda adicional
user5025
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.