Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Descripción general de componentes del chasis virtual

Una configuración de chasis virtual para plataformas de enrutamiento universal 5G interconecta dos enrutadores en un sistema lógico que se puede administrar como un solo elemento de red. La figura 1 ilustra una topología típica para un chasis virtual de dos miembros.

Figura 1: Topología de ejemplo para chasis virtual Network architecture diagram of a Virtual Chassis setup for routers. Subscribers connect via access nodes with green active and orange standby links to two routers. The routers, configured as a Virtual Chassis, connect to the service provider network ensuring redundancy and high availability.

En esta descripción general, se describen los componentes básicos de hardware y software de la configuración del chasis virtual que se ilustran en la Figura 1 y se tratan los siguientes temas:

Enrutador principal de chasis virtual

Uno de los dos enrutadores miembro del chasis virtual se convierte en el enrutador principal, también conocido como protocolo principal. El enrutador principal de chasis virtual mantiene la configuración global y la información de estado de ambos enrutadores miembro, y ejecuta los procesos de administración del chasis. El motor de enrutamiento principal que reside en el enrutador principal de chasis virtual se convierte en el principal global para el chasis virtual.

En concreto, el motor de enrutamiento principal que reside en el enrutador principal del chasis virtual realiza las siguientes funciones en un chasis virtual:

  • Administra los enrutadores miembro principal y de respaldo

  • Ejecuta los procesos de administración del chasis y los protocolos de control

  • Recibe y procesa todo el tráfico entrante y de ruta de excepción destinado al chasis virtual

  • Propaga la configuración del chasis virtual (incluidos los ID de miembro, las funciones, las definiciones de grupo de configuración y las aplicaciones) a los miembros del chasis virtual

El primer miembro del chasis virtual se convierte en el enrutador principal inicial de forma predeterminada. Después de formar el chasis virtual con ambos enrutadores miembro, el software del protocolo de control de chasis virtual (VCCP) ejecuta un algoritmo de elección de función principal para elegir el enrutador principal para la configuración del chasis virtual.

Enrutador de respaldo de chasis virtual

El enrutador miembro del chasis virtual que no está designado como enrutador principal se convierte en el enrutador de respaldo, también conocido como respaldo de protocolo. El enrutador de respaldo de chasis virtual asume la función principal del chasis virtual si el enrutador principal no está disponible y sincroniza la información de enrutamiento y estado con el enrutador principal. El motor de enrutamiento principal que reside en el enrutador de copia de seguridad del chasis virtual se convierte en la copia de seguridad global del chasis virtual.

En concreto, el motor de enrutamiento principal que reside en el enrutador de copia de seguridad del chasis virtual realiza las siguientes funciones en un chasis virtual:

  • Si el enrutador principal falla o no está disponible, asume la función principal del chasis virtual para conservar la información de enrutamiento y mantener la conectividad de red sin interrupciones

  • Sincroniza el enrutamiento y el estado de la aplicación, incluidas las tablas de enrutamiento y la información del estado del suscriptor, con el motor de enrutamiento principal que reside en el enrutador principal del chasis virtual

  • Retransmite la información de control del chasis, como la presencia de tarjetas de línea y alarmas, al enrutador principal

Enrutador de tarjeta de línea de chasis virtual

Nota:

La line-card función no se admite en la configuración preaprovisionada para un chasis virtual de dos miembros. En esta versión, el line-card rol solo se aplica en el contexto del comportamiento de detección de división.

Un enrutador miembro que funcione en el line-card rol ejecuta solo un conjunto mínimo de procesos de administración del chasis necesarios para retransmitir información de control del chasis, como la presencia de tarjetas de línea y alarmas, al enrutador principal del chasis virtual.

No puede configurar explícitamente un enrutador miembro con la line-card función en la versión actual. Sin embargo, si el enrutador de respaldo falla en una configuración de chasis virtual de dos miembros y la detección de división está habilitada (el comportamiento predeterminado), el enrutador principal desempeña una line-card función y las tarjetas de línea (FPC) que no alojan puertos de chasis virtual se desconectan. Este estado aísla efectivamente el enrutador principal y lo elimina del chasis virtual hasta que se restablezca la conectividad. Como resultado, se detiene el enrutamiento y se deshabilita la configuración del chasis virtual.

Puertos de chasis virtual

Los puertos de chasis virtual son interfaces Ethernet especiales que forman una conexión punto a punto entre los enrutadores miembro en un chasis virtual. Cuando cree un chasis virtual, debe configurar los puertos del chasis virtual en las interfaces del concentrador de puerto modular o la tarjeta de interfaz modular (MPC/MIC). Después de configurar un puerto de chasis virtual, se cambia el nombre vcp-slot/pic/port (por ejemplo, vcp-2/2/0) y la tarjeta de línea asociada con ese puerto se conecta. Por ejemplo, el ejemplo de topología de chasis virtual que se muestra en la figura 1 tiene un total de cuatro puertos de chasis virtual (representados por puntos azules), dos en cada uno de los dos enrutadores miembro.

Después de configurar un puerto de chasis virtual, se dedica a la tarea de interconectar enrutadores miembro y ya no está disponible para su configuración como puerto de red estándar. Para restaurar este puerto a la configuración global y hacer que esté disponible para que funcione como un puerto de red estándar, debe eliminar el puerto del Chasis virtual de la configuración del Chasis virtual.

Nota:

El software Junos OS le permite preconfigurar puertos que actualmente no están disponibles para su uso. Aunque un puerto de chasis virtual no está disponible para su uso como puerto de red estándar, puede configurar este puerto como puerto de red estándar incluso después de configurarlo como puerto de chasis virtual. Sin embargo, el enrutador no aplica la configuración hasta que no elimine el puerto del chasis virtual de la configuración del chasis virtual.

Puede configurar un puerto de chasis virtual en una interfaz de 1 Gigabit Ethernet (ge), una interfaz de 10 Gigabit Ethernet (xe), una interfaz de 40 Gigabit Ethernet (et) o una interfaz de 100 Gigabit Ethernet (et). Los puertos de chasis virtual de 40 Gigabit y 100 Gigabit solo se pueden configurar en tarjetas de línea MPC3, MPC4 o posteriores. (La compatibilidad de interfaz depende de la versión de Junos OS en su instalación). No puede configurar una combinación de puertos de chasis virtual 1 Gigabit Ethernet y puertos de chasis virtual 10 Gigabit Ethernet en el mismo chasis virtual. Debe configurar todos los puertos de 10 Gigabit Chasis virtual o todos los puertos de 1 Gigabit Chasis virtual en el mismo Chasis virtual. Recomendamos que configure puertos de chasis virtual en interfaces de 10 Gigabit Ethernet (xe). Además, para minimizar la interrupción de la red en caso de que falle un enrutador o vínculo, configure puertos redundantes de chasis virtual que residan en diferentes tarjetas de línea en cada enrutador miembro.

Las interfaces de puerto de chasis virtual transportan paquetes VCCP y tráfico de control interno y de datos. Dado que el tráfico de control interno no está cifrado ni autenticado, asegúrese de que las interfaces de puerto del chasis virtual estén debidamente protegidas para evitar ataques maliciosos de terceros a los datos.

Los puertos de chasis virtual utilizan una configuración predeterminada de clase de servicio (CoS) que se aplica por igual a todas las interfaces de puerto de chasis virtual configuradas en un chasis virtual. Opcionalmente, puede crear un perfil de control de tráfico CoS personalizado y aplicarlo a todas las interfaces de puertos de chasis virtual. Por ejemplo, es posible que desee crear un perfil de control de tráfico no predeterminado que asigne más del 5 por ciento predeterminado del ancho de banda del puerto del chasis virtual para controlar el tráfico o que asigne diferentes prioridades y tasas excesivas a distintas clases de reenvío.

Troncales de puertos de chasis virtual

Si se configuran dos o más puertos de chasis virtual del mismo tipo y velocidad entre los mismos dos enrutadores miembro en un chasis virtual, el protocolo de control de chasis virtual (VCCP) agrupa estas interfaces de puerto de chasis virtual en un tronco, reduce el costo de enrutamiento en consecuencia y realiza un equilibrio de carga de tráfico en todas las interfaces de puerto de chasis virtual (también denominadas vínculos de puerto de chasis virtual) en la troncalización.

Un puerto troncal de chasis virtual debe incluir solo puertos de chasis virtual del mismo tipo y velocidad. Por ejemplo, un tronco de puerto de chasis virtual puede incluir todos los puertos de chasis virtual de 10 Gigabit Ethernet (tipo de medio xe) o todos los puertos de chasis virtual de 1 Gigabit Ethernet (tipo de medio ge). Un chasis virtual no admite una combinación de puertos de chasis virtual 1 Gigabit Ethernet y puertos de chasis virtual 10 Gigabit Ethernet en el mismo puerto troncal de chasis virtual.

El enrutador utiliza la siguiente fórmula para determinar la métrica de costo de un vínculo de puerto de chasis virtual en un tronco de puerto de chasis virtual:

Costo = (300 * 1,000,000,000) / port-speed

donde port-speed es la velocidad del agregador, en bits por segundo, del puerto del chasis virtual.

Por ejemplo, un vínculo de puerto de chasis virtual Ethernet de 10 Gigabit tiene una métrica de costo de 30 (300 * 1 000 000 000 / 10 000 000 000). Un vínculo de puerto de chasis virtual Ethernet de 1 Gigabit tiene una métrica de costo de 300 (300 * 1 000 000 000 / 1 000 000 000). Los vínculos de puertos de chasis virtual con una métrica de menor costo son preferibles a aquellos con una métrica de mayor costo.

Un chasis virtual admite hasta 16 puertos de chasis virtual por troncalización.

Numeración de ranuras en el chasis virtual

Después de configurar el ID de miembro y, opcionalmente, el recuento de ranuras para cada enrutador que desee agregar a un chasis virtual, los motores de enrutamiento de ese chasis se reinician y las ranuras para tarjetas de línea (FPC) se vuelven a numerar. La numeración de ranuras FPC utilizada para cada enrutador miembro se basa en el recuento de ranuras y los desplazamientos utilizados en el chasis virtual, en lugar de los números de ranuras físicas en los que está instalada la tarjeta de línea.

Comportamiento de recuento de ranuras y numeración de ranuras específico de la plataforma muestra los valores de recuento de ranuras válidos para cada tipo de enrutador miembro compatible y la numeración de ranuras utilizada para el miembro 0 y el miembro 1 cuando se configura el valor de recuento de ranuras especificado, ya sea explícitamente o de forma predeterminada.

Comportamiento del recuento de ranuras y numeración de ranuras específicos de la plataforma

Plataforma

Diferencia

Recuento de ranuras Números de ranura FPC en el miembro 0 Números de ranura FPC en el miembro 1

MX240

N/A del 0 al 11 del 12 al 23 (desplazamiento=12)

MX480

N/A del 0 al 11 del 12 al 23 (desplazamiento=12)

MX960

12 (predeterminado) del 0 al 11 del 12 al 23 (desplazamiento=12)
20 del 0 al 19 Del 20 al 39 (desplazamiento=20)
MX2010 12 (predeterminado) del 0 al 11 del 12 al 23 (desplazamiento=12)
20 del 0 al 19 Del 20 al 39 (desplazamiento=20)
MX2020 20 (predeterminado) del 0 al 19 Del 20 al 39 (desplazamiento=20)
Nota:

La renumeración de ranuras no afecta a los nombres de los puertos del chasis virtual. El nombre del puerto del chasis virtual, en el formato vcp-slot/pic/port , se deriva del número de ranura física en la que está configurado el puerto. Por ejemplo, vcp-3/2/0 está configurado en la ranura física FPC 3, la ranura PIC 2, el puerto 0.

Configuración de las propiedades del chasis para MPC en el chasis virtual

Cuando configure las propiedades del chasis para MPC instaladas en un enrutador miembro en un chasis virtual, tenga en cuenta los siguientes puntos:

  • Las instrucciones incluidas en el nivel de [edit chassis member member-id fpc slot slot-number] jerarquía se aplican a la MPC (FPC) en el número de ranura especificado únicamente en el enrutador miembro especificado en el chasis virtual.

    Por ejemplo, si emite la instrucción, solo se apaga la MPC instalada en la set chassis member 0 fpc slot 1 power off ranura 1 del ID de miembro 0 del chasis virtual.

  • Las instrucciones incluidas en el nivel de [edit chassis fpc slot slot-number] jerarquía deben reubicarse en el nivel de [edit chassis member member-id fpc slot slot-number] jerarquía para evitar errores.

Práctica recomendada:

Para asegurarse de que la instrucción que utiliza para configurar las propiedades del chasis de la MPC en un chasis virtual se aplica al enrutador miembro y la MPC previstos, incluya siempre la member member-ID opción antes de la fpc palabra clave, donde member-id es 0 o 1 para un chasis virtual de dos miembros.

Protocolo de control de chasis virtual

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 del chasis virtual y realiza las siguientes funciones en el chasis virtual:

  • Descubra y compile la topología del chasis virtual

  • Ejecuta el algoritmo de elección de función principal para determinar el enrutador principal de chasis virtual

  • Establece la tabla de enrutamiento de interchasis para enrutar el tráfico dentro del chasis virtual

Al igual que SI-SI, VCCP intercambia PDU de estado de vínculo para cada enrutador miembro a fin de construir una topología de ruta más corta primero (SPF) y para determinar el rol de cada enrutador miembro (principal o de respaldo) en el chasis virtual. Dado que VCCP solo admite conexiones punto a punto, no se pueden conectar más de dos enrutadores miembro en una interfaz de puerto de chasis virtual dada.

ID de miembro, funciones y números de serie

Para configurar un chasis virtual, debe crear una configuración preaprovisionada que proporcione la siguiente información requerida para cada enrutador miembro:

  • ID de miembro: valor numérico (0 o 1) que identifica el enrutador miembro en una configuración de chasis virtual.

  • Rol: el rol que debe realizar cada enrutador miembro en el chasis virtual. En un chasis virtual de dos miembros, debe asignar la función a ambos enrutadores miembro, la routing-engine cual permite que cualquiera de los enrutadores funcione como el enrutador principal o como enrutador de respaldo del chasis virtual.

  • Número de serie: el número de serie del chasis de cada enrutador miembro en el chasis virtual. Para obtener el número de serie del enrutador, busque la etiqueta adherida al lateral del chasis o emita el show chassis hardware comando en el enrutador para mostrar el número de serie en la salida del comando.

La configuración preaprovisionada asocia permanentemente el ID de miembro y el rol con el número de serie del chasis del enrutador miembro. Cuando un nuevo enrutador miembro se une al chasis virtual, el software VCCP compara el número de serie del enrutador con los valores especificados en la configuración preaprovisionada. Si el número de serie de un enrutador de unión no coincide con ninguno de los números de serie configurados, el software VCCP impide que ese enrutador se convierta en miembro del chasis virtual.