Un ejemplo de uso de los protocolos OSPF y ECMP en Zyxel Switches, hardware stack (HW Stack) para la tolerancia a fallas del acceso a internet para la red de nivel empresarial
En nuestro escenario, vamos a demostrar cómo Zyxel Switches utiliza los protocolos OSPF y ECMP, la pila de hardware (HW Stack) para la redundancia (resistencia) del acceso a Internet para una red de nivel empresarial.
Considere la siguiente topología:
La arquitectura multinivel de las redes informáticas locales proporciona la organización de los siguientes niveles de jerarquía:
1. Capa de acceso
Está formado por Switches que operan en el segundo nivel según el modelo OSI. Switches en este nivel proporciona a los usuarios Ports, forma redes virtuales (VLAN) dentro de estas Switches y puede representarse tanto por dispositivos modulares como apilables. La conexión del nivel de acceso Switches al nivel de distribución se puede realizar mediante enlaces Gigabit Ethernet. En este nivel, recomendamos utilizar la serie GS1920 / GS2210 / GS3700 Switches.
2. Capa de distribución
Está formado por Switches que operan en el tercer nivel de acuerdo con el modelo OSI. El nivel de distribución Switches conecta el nivel de acceso Switches a la LAN central Switches, es decir, el nivel de núcleo Switches. El nivel de distribución Switches se puede conectar al nivel central a través de los canales Gigabit Ethernet o 10 Gigabit Ethernet (utilizando transceptores SFP +). En este nivel, recomendamos usar la serie XGS3700 Switches.
3. Capa central
Está formado por Switches que operan en el segundo y tercer nivel de acuerdo con el modelo OSI. nivel de núcleo Switches tráfico agregado del nivel de distribución Switches. En este nivel, recomendamos usar XGS-4526 / XGS-4728F / XGS4700-48F Switches.
Se configurará un nivel de redundancia 2 (Capa 2) entre el GS2210 Switches y el XGS3700 apilado en la pila.
Las series PRG_N_YWDl66kTZX_6 de las series XGS3700 y XGS4500 utilizan el protocolo de árbol de expansión para configurar la redundancia, ya que las series Switch de XGS3700 no admiten el protocolo de enrutamiento dinámico PRPR__N_Ia18frOWFe_17.
En este caso, el administrador deberá configurar una ruta estática en el XGS4500 y distribuirla a través de OSPF.
A continuación consideramos cada nivel con más detalle.
En la capa de acceso, utilizamos el protocolo LACP . Para hacer redundancia de ruta, recomendamos usar el protocolo LACP entre el nivel de acceso Switches y el nivel de distribución Switches. La protección de bucle debe estar habilitada en el nivel de acceso Switches para evitar bucles. En nuestro ejemplo, el nivel de distribución Switch es el Gateway para clientes, y el uso compartido de carga (ECMP) está habilitado para ello.
ip load-sharing
ip route 0.0.0.0 0.0.0.0 172.16.10.254
ip route 0.0.0.0 0.0.0.0 172.16.10.253
En la capa de distribución, utilizamos el protocolo ECMP para equilibrar la carga, compartir la carga (instalar varias rutas de transferencia de datos iguales) y STP ( MSTP , RSTP) para reservar la ruta entre los puntos de origen y destino. Cuando una de las rutas al núcleo de la red cae, RSTP abrirá un Port alternativo para que el tráfico se pueda enrutar al enlace ascendente (es decir, al núcleo Switches). Dado que la serie XGS3700 Switches no admite Port el protocolo de enrutamiento dinámico, los núcleos core_Sw4 y Core_Sw3 Switches deben configurarse con una ruta estática y redistribuirse en OSPF.
ip route 10.10.0.0 255.255.0.0 172.16.10.252
redistribute static
En el nivel central (Core Layer) utilizamos el protocolo OSPF para realizar redundancia desde Switches del nivel de redundancia. En el enrutador Cisco, debe habilitar OSPF y notificar la ruta predeterminada al núcleo Switches.
Cuando el enlace cae entre el núcleo Switches, OSPF volverá a calcular la nueva topología.
Core Switches agregará todas las interfaces VLAN al área OSPF y las entradas de enrutamiento estático y luego notificará a todos los vecinos.
¡Atención! El segmento de red del cliente debe estar separado del dominio de enrutamiento OSPF.
En el nivel de distribución DSw1 Switch, el uso compartido de carga (ECMP) está habilitado y se configuran 2 rutas predeterminadas en la tabla de enrutamiento.
Cuando el enlace entre DSw1 y Core_Sw3 o Core_Sw4 cae, RSTP abrirá el Port alternativo y todo el tráfico se dirigirá al nivel central Switches.
Core_Sw4 # show spanning-tree config
Port [23] Información:
(b) Estado: ENVÍO
Port [24] Información:
(b) Estado: ENVÍO
Aquí está la tabla de enrutamiento Switch de nivel central:
Cuando se pierde la conexión entre Core_Sw1 y Core_Sw3, OSPF detecta que no hay vecinos y recalcula la nueva topología.
¡Atención! En esta topología, hay algunas características.
El servidor y el cliente no podrán conectarse, si están en el mismo dominio de difusión. Esto se debe al funcionamiento del SVI (interfaz virtual Switch), siempre está en estado UP, incluso si el Switch Port está en Downstate. Por lo tanto, el cliente no podrá conectarse a FTP 172.16.12.250 si se pierde la conexión entre Core_Sw2 y Core_Sw3.
Para evitar esto, debe separar la dirección IP de los servidores y clientes del dominio de enrutamiento OSPF. Cuando no hay conexión entre Core_Sw2 y Core_Sw4 Switches, Core_Sw4 determinará que el vecino no existe y volverá a calcular OSPF.
Puede ver los ejemplos de configuración (configuraciones en formato de texto) para Switches centrales en el archivo CoreSw_config.zip.
KB-00501
Comentarios
0 comentariosInicie sesión para dejar un comentario.