Área de red troncal OSPF y la WAN


8

Estoy trabajando en una nueva implementación de red y me he encontrado con una pregunta interesante ... ¿Debería el área OSPF 0 extenderse a través de enlaces punto a punto de WAN (creando así más enrutadores de borde), o el enrutador de agregación WAN de uno debería servir como el ABR para cada área? Considera lo siguiente:

Diagrama OSPF

En el Escenario 1 , R2, suponiendo que el área 1 es un área totalmente rechoncha recibe solo una ruta predeterminada, reduciendo así el ancho de banda WAN ... ¿Creo? En el escenario 2 , R2 recibe muchas más rutas. Esto parece una pregunta trivial, pero creo que puede tener un impacto en el rendimiento a escala.

¿Cuál es la mejor práctica para extender el área 0 a través de una WAN?


No hay una respuesta de "talla única" aquí. Depende del tamaño de sus enrutadores, la cantidad de enlaces wan, etc. ¿Puede proporcionar más detalles?
Ron Trunk

El enrutador de agregación WAN es una serie ASR1000, y los otros son 3945e o similar. Hay alrededor de 20 enlaces en total, la mayoría de los enlaces son 20M metro Ethernet, pero algunos de nuestros otros sitios son T1 (que es donde me preocupa el ancho de banda).
Justin Jahn el

1
¿Ejecutas MPLS? ¿Ejecutas BGP en tus enrutadores WAN? ¿Ejecutas alguna tecnología de redireccionamiento rápido?
Daniel Dib el

Nuestro proveedor de servicios no maneja ninguno de los MPLS, por lo que es una simple WAN de capa 2 de nuestro lado. Estamos considerando BGP, ya que algunos de nuestros sitios son de alojamiento múltiple, pero no hay planes en este momento.
Justin Jahn

¿Alguna respuesta te ayudó? Si es así, debe aceptar la respuesta para que la pregunta no siga apareciendo para siempre, buscando una respuesta. Alternativamente, puede proporcionar y aceptar su propia respuesta.
Ron Maupin

Respuestas:


4

No hay una "mejor práctica", sino varias "buenas prácticas" y algunas "prácticas no tan buenas".

En términos generales, si tiene varias áreas, desea que el concentrador y los radios estén en la misma área, y resuma entre el concentrador y el resto de la red LAN. Puede hacer que todo el hub y el área de radios sean totalmente rechonchos.

Otra posibilidad es dividir los radios en unas pocas áreas (no más de 2-3), con el centro como ABR. El factor más importante que haría preferible este diseño es la relativa inestabilidad de sus enlaces WAN y LAN remotos. Si tiene muchos enlaces subiendo y bajando, esto afectará la cantidad de inundación sobre la WAN y, por lo tanto, la utilización del enlace. Pero para 50 rutas más o menos, eso no debería ser un problema para un T1.

Aquí hay más información de diseño .


1

Prefiero el escenario 2, extiendo el área 0 en la rama, y ​​luego apriete el área en la rama al conmutador l3 para el enrutamiento vlan.

Haciendo la rama enrutador ABR.

La razón es que necesitamos una alta disponibilidad para las sucursales, con un par de enlaces redundantes de diferentes proveedores, así como 3G y respaldo de acceso telefónico.

Las ramas más grandes también tienen enrutadores duales para atender una falla del enrutador, aquí aprovisionamos un enlace de área 0 entre los enrutadores, usando un vlan.

Permitir que el Área 0 hasta el borde de la rama permita mejores decisiones de enrutamiento.

También podemos implementar enlaces entre sucursales que están muy juntas, utilizando la interfaz del área 0 en cada enrutador de sucursal, esto no sería posible si cada sucursal estuviera en un área diferente.

El acceso telefónico / DMVPN, etc., también causa problemas si los enrutadores de las ramas están solo en un área> 1, ya que el enrutador central ahora necesita tener la plantilla / multipunto-gre en más de un área.

Resumen:

Creo que la WAN debería estar en el área 0, si el wan no es extremadamente simple / estándar con solo uno o dos enlaces a cada sitio.


1

El escenario 1 sería mejor en este caso, ya que el ancho de banda de la WAN se reducirá un poco y R2 se libraría de gastar sus recursos si fuera un ABR (escenario 2).

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.