Descripción general de la redundancia del interchasis y el chasis virtual
A medida que se transporta más tráfico de voz y video de alta prioridad en la red, la redundancia interchasis se ha convertido en un requisito básico para proporcionar redundancia de estado en equipos de administración de suscriptores de banda ancha, como enrutadores de servicios de banda ancha, puertas de enlace de red de banda ancha y servidores de acceso remoto de banda ancha. Para proporcionar una solución de redundancia de interchasis con estado para una plataformas de enrutamiento universal 5G, puede configurar un chasis virtual.
En este tema, se ofrece una descripción general de la redundancia entre chasis y el chasis virtual, y se explican los beneficios de configurar un chasis virtual en enrutadores compatibles.
Descripción general de la redundancia de interchasis
Tradicionalmente, la redundancia en los equipos de borde de banda ancha ha utilizado un enfoque intrachasis, el cual se centra en proporcionar redundancia dentro de un único sistema. Sin embargo, un mecanismo de redundancia de un solo sistema ya no proporciona el grado de alta disponibilidad requerido por los proveedores de servicios que deben transportar tráfico de voz y video críticos para la misión en su red. En consecuencia, los proveedores de servicios requieren soluciones de redundancia entre chasis que puedan abarcar múltiples sistemas que estén colocados o dispersos geográficamente.
La redundancia de interchasis es una función de alta disponibilidad que evita interrupciones de red y protege a los enrutadores contra fallas de vínculos de acceso, fallas de enlaces ascendentes y fallas de chasis al por mayor sin interrumpir visiblemente a los suscriptores conectados ni aumentar la carga de administración de red para los operadores de telecomunicaciones. Las interrupciones de la red pueden hacer que los proveedores de servicios pierdan ingresos y requieran que registren informes formales ante agencias gubernamentales. Una implementación robusta de redundancia interchasis permite a los proveedores de servicios cumplir con estrictos acuerdos de nivel de servicio (SLA) y evitar interrupciones no planificadas de la red para satisfacer mejor las necesidades de sus clientes.
Descripción general del chasis virtual
Un enfoque para proporcionar redundancia de interchasis es el modelo de chasis virtual. En términos generales, una configuración de chasis virtual permite que una colección de enrutadores miembro funcione como un único enrutador virtual y extiende las funciones disponibles en un único enrutador a los enrutadores miembro del chasis virtual. Los enrutadores miembro interconectados en un chasis virtual se administran como un único elemento de red que aparece para el administrador de red como un solo chasis con ranuras para tarjetas de línea adicionales y para la red de acceso como un solo sistema.
Para proporcionar una solución de redundancia de interchasis con estado para una plataformas de enrutamiento universal 5G, puede configurar un chasis virtual. Un chasis virtual interconecta dos enrutadores en un sistema lógico que se puede gestionar como un único elemento de red. Los enrutadores miembro de un chasis virtual se designan como el enrutador principal de chasis virtual (también conocido como el protocolo principal) y el enrutador de respaldo de chasis virtual (también conocido como respaldo de protocolo). Los enrutadores miembro están interconectados por medio de puertos de chasis virtual dedicados que se configuran en interfaces de concentrador de puerto modular o tarjeta de interfaz modular (MPC/MIC).
Un chasis virtual se administra mediante el Protocolo de control de chasis virtual (VCCP), que es un protocolo de control dedicado basado en SI-SI. VCCP se ejecuta en las interfaces de puerto de chasis virtual y es responsable de construir la topología de chasis virtual, elegir el enrutador principal de chasis virtual y establecer la tabla de enrutamiento de interchasis para enrutar el tráfico dentro del chasis virtual.
Un chasis virtual no admite OAM Ethernet, administración de fallas de conectividad distribuida en línea, medición de retraso de marco Ethernet, medición de pérdida, medición de pérdida sintética y señal de indicación de alarma Ethernet (ETH-AIS).
Beneficios de configurar un chasis virtual
La configuración de un chasis virtual para enrutadores ofrece los siguientes beneficios:
Simplifica la administración de red de dos enrutadores que están colocados o dispersos geográficamente en una red punto a punto de capa 2.
Proporciona resistencia contra interrupciones de red y protege los enrutadores miembros contra fallas de enlaces de acceso, fallas de enlaces ascendentes y fallas del chasis sin interrumpir visiblemente a los suscriptores conectados ni aumentar la carga de administración de red para los proveedores de servicios.
Extiende las capacidades de alta disponibilidad de aplicaciones, como el cambio normal del motor de enrutamiento (GRES) y el enrutamiento activo sin detención (NSR) más allá de un único enrutador a ambos enrutadores miembro en el chasis virtual.
Permite a los proveedores de servicios cumplir con estrictos acuerdos de nivel de servicio (SLA) y evitar interrupciones de red no planificadas para satisfacer mejor las necesidades de sus clientes.
Ofrece la posibilidad de escalar el ancho de banda y la capacidad de servicio a medida que se transporta más tráfico de voz y video de alta prioridad en la red.
Plataformas de enrutamiento compatibles con chasis virtual
La compatibilidad de plataforma depende de la versión de Junos OS en su instalación.
El cambio del motor de enrutamiento elegante (GRES) y el enrutamiento activo sin detención (NSR) deben estar habilitados en ambos enrutadores miembro del chasis virtual.
Combinaciones de enrutadores miembro compatibles
Un chasis virtual de dos miembros admite las combinaciones de enrutadores miembro marcadas como Sí en la tabla 1.
Información adicional de la plataforma
| Tipo de enrutador miembro |
MX240 |
MX480 |
MX960 |
MX2010 |
MX2020 |
MX10003 |
|---|---|---|---|---|---|---|
| MX240 |
Sí |
Sí |
Sí |
No |
No |
No |
| MX480 |
Sí |
Sí |
Sí |
No |
No |
No |
| MX960 |
Sí |
Sí |
Sí |
Sí |
Sí |
No |
| MX2010 |
No |
No |
Sí |
Sí |
Sí |
No |
| MX2020 |
No |
No |
Sí |
Sí |
Sí |
No |
| MX10003 |
No |
No |
No |
No |
No |
Sí |
Requisitos del motor de enrutamiento
Cada enrutador miembro en el chasis virtual debe tener motores de enrutamiento duales instalados y los cuatro motores de enrutamiento en el chasis virtual deben ser del mismo modelo. Por ejemplo, no puede configurar un chasis virtual si un enrutador miembro tiene dos motores de enrutamiento RE-S-2000 instalados y el otro enrutador miembro tiene dos motores de enrutamiento RE-S-1800 instalados.
Para una configuración de chasis virtual que incluye un enrutador MX2020, los cuatro motores de enrutamiento del chasis virtual deben tener al menos 16 gigabytes de memoria.