EN ESTA PÁGINA
Descripción de los componentes del chasis virtual
En este tema se describen los componentes de un chasis virtual de la serie EX o de la serie QFX.
-
Un chasis virtual de la serie EX es una combinación compatible de conmutadores independientes de la serie EX interconectados y administrados como un solo chasis. Este tema se aplica a todos los chasis virtuales de la serie EX, excepto al chasis virtual EX8200.
Consulte Descripción de los componentes del chasis virtual EX8200 para obtener información sobre el chasis virtual EX8200.
Nota:No recomendamos usar conmutadores EX9200 en un Virtual Chassis, y eliminamos gradualmente la compatibilidad con esa arquitectura a partir de la versión 17.1R1 de Junos OS. Para implementaciones con conmutadores EX9200, recomendamos planificar o migrar a arquitecturas MC-LAG o Junos Fusion Enterprise en lugar de usar un chasis virtual.
-
Un chasis virtual serie QFX es una combinación compatible de conmutadores QFX3500, QFX3600, QFX5100, QFX5110, QFX5120 o QFX5200 independientes interconectados y administrados como un solo chasis. El chasis virtual EX4650 funciona igual que QFX5120 chasis virtual, por lo que la mayor parte de la información de este tema sobre el chasis virtual de la serie QFX en general también se aplica a un chasis virtual EX4650, con algunas diferencias de compatibilidad específicas de la plataforma.
Nota:Los conmutadores EX4300 (excepto los modelos multigigabit [EX4300-48MP]) también se pueden interconectar en un chasis virtual mixto con conmutadores QFX3500, QFX3600 y QFX5100.
En este tema no se describen los componentes de Virtual Chassis Fabric. En su lugar, consulte Descripción de los componentes de Virtual Chassis Fabric.
Soporte máximo de conmutadores
El número máximo de conmutadores compatibles con un Virtual Chassis varía según el Virtual Chassis y también puede depender de la versión de Junos OS que se ejecute en Virtual Chassis.
- Número máximo de conmutadores en un chasis virtual de la serie EX
- Número máximo de conmutadores en un chasis virtual serie QFX (incluido el chasis virtual mixto con conmutadores serie EX)
Número máximo de conmutadores en un chasis virtual de la serie EX
En la Tabla 1 se muestra la cantidad máxima de conmutadores miembro admitidos en una versión de Virtual Chassis by Junos OS de la serie EX.
Tipo de chasis virtual de la serie EX |
Número máximo de conmutadores de miembro por versión de Junos OS |
---|---|
Chasis virtual EX2200 |
12.2R1: versión inicial. Hasta 4 conmutadores miembro EX2200. |
Chasis virtual EX2300 |
15.1X53-D50: versión inicial. Hasta 4 conmutadores miembro EX2300. 18.1R2: hasta 4 conmutadores miembro EX2300 (EX2300-24MP y EX2300-48MP) multigigabit. 18.4R1: a partir de Junos OS versión 18.4R1, se pueden combinar hasta 4 conmutadores miembro modelo EX2300 (incluidos los modelos multigigabit y cualquier otro conmutador EX2300) en el mismo chasis virtual. |
Chasis virtual EX3300 |
11.3R1: Versión inicial. Hasta 6 conmutadores miembro EX3300. 12.2R1: a partir de Junos OS versión 12.2R1, un chasis virtual EX3300 puede admitir hasta 10 conmutadores miembro EX3300. |
Chasis virtual EX3400 |
15.1X53-D50: versión inicial. Hasta 10 conmutadores miembro EX3400. |
Chasis virtual EX4100 | 22.2R1: Versión inicial. Hasta 10 conmutadores miembro EX4100. |
Chasis virtual EX4200 |
9.0R1: versión inicial. Hasta 10 conmutadores miembro EX4200. |
Chasis virtual EX4300 |
13.2X50-D10: versión inicial. Hasta 10 conmutadores miembro EX4300. 13.2X50-D20: a partir de Junos OS versión 13.2X50-D20, un chasis virtual o VCF de la serie QFX mixto también puede contener conmutadores EX4300. 18.2R1: a partir de Junos OS versión 18.2R1 con la introducción de los conmutadores modelo multigigabit EX4300 (EX4300-48MP), un chasis virtual EX4300 puede contener hasta 10 conmutadores modelo multigigabit EX4300 como un chasis virtual no mixto o una combinación de conmutadores modelo multigigabit EX4300 con otros conmutadores EX4300 como un chasis virtual EX4300 mixto. |
Chasis virtual EX4400 |
21.1R1: Versión inicial. Hasta 10 conmutadores miembro EX4400. 21.2R1: a partir de Junos OS versión 21.2R1, un chasis virtual EX4400 también puede incluir conmutadores modelo multigigabit EX4400 (EX4400-24MP y EX4400-48MP). |
Chasis virtual EX4500 |
11.1R1: Versión inicial. Soporte para hasta 2 conmutadores miembro EX4500. 11.4R1: admite hasta 10 conmutadores miembro EX4500. |
Chasis virtual EX4550 |
12.2R1: versión inicial. Soporte para hasta 10 conmutadores miembro EX4550. |
Chasis virtual EX4600 |
13.2X51-D25: versión inicial. Soporte para hasta 10 conmutadores miembro EX4600. |
Chasis virtual EX4650 |
19.3R1: Versión inicial. Hasta 2 conmutadores EX4650 solo en roles de motor de enrutamiento. 20.1R1: a partir de Junos OS versión 20.1R1, un chasis virtual EX4650 puede tener hasta 4 miembros. |
Chasis virtual mixto EX4200 y EX4500 |
11.1R1: Versión inicial. Hasta 2 conmutadores miembro EX4500 y hasta 8 conmutadores miembro EX4200. 11.2R1: hasta 9 conmutadores miembro EX4200. 11.4R1: hasta 9 conmutadores miembro EX4500. |
Chasis virtual mixto EX4200 y EX4550 |
12.2R1: versión inicial. Hasta un total de 10 conmutadores miembro EX4200 y EX4550. |
Chasis virtual mixto EX4200, EX4500 y EX4550 |
12.2R1: versión inicial. Hasta un total de 10 conmutadores miembro EX4200, EX4500 y EX4550. |
Chasis virtual mixto EX4300 y EX4600 |
13.2X51-D25: versión inicial. Hasta 10 conmutadores miembros EX4300 y EX4600 en total. Las brujas miembros de EX4600 deben asumir el rol de motor de enrutamiento.
Nota:
Los conmutadores modelo multigigabit EX4300 (EX4300-48MP) no se admiten en un Virtual Chassis mixto con conmutadores EX4600. |
Chasis virtual mixtos EX4500 y EX4550 |
12.2R1: versión inicial. Hasta 10 conmutadores EX4500 y EX4550 en total. |
Chasis virtual EX9200 |
13.2R2: Versión inicial. Hasta 2 conmutadores EX9200.
Nota:
A partir de la versión 17.1R1, hemos eliminado gradualmente la compatibilidad con conmutadores EX9200 en un chasis virtual. Para implementaciones con conmutadores EX9200, recomendamos planificar o pasar a arquitecturas MC-LAG o Junos Fusion Enterprise en lugar de usar una configuración de Virtual Chassis. |
Número máximo de conmutadores en un chasis virtual serie QFX (incluido el chasis virtual mixto con conmutadores serie EX)
En la Tabla 2 se muestra la cantidad máxima de conmutadores miembro admitidos en una versión de Virtual Chassis by Junos OS de la serie QFX, incluidos los Virtual Chassis de la serie QFX mixtos con los miembros del conmutador de la serie EX.
Tipo de chasis virtual de la serie QFX |
Número máximo de conmutadores de miembro por versión de Junos OS |
---|---|
QFX3500 o QFX3600 chasis virtual:
|
13.2X50-D15: versión inicial. Hasta 10 conmutadores de miembro en total. |
QFX3500 o QFX3600 Virtual Chassis de modo mixto:
|
13.2X51-D20: hasta 10 conmutadores miembro en total. |
QFX5100 Chasis virtual:
|
13.2X51-D20: versión inicial. Conmutadores de hasta 10 miembros (excepto QFX5100-96S). 13.2X51-D20: Versión inicial para QFX5100-96S. Conmutadores de hasta 4 miembros. 13.2X53-D25: antes de Junos OS versión 13.2X51-D25, solo podía haber conmutadores de hasta 4 miembros en un chasis virtual QFX5100. A partir de Junos OS versión 13.2X51-D25, puede incluir hasta 10 conmutadores QFX5100-96S en un Virtual Chassis QFX5100 mixto o no mezclado. |
QFX5100 Virtual Chassis de modo mixto:
|
13.2X51-D20: versión inicial. Hasta 10 conmutadores de miembro en total (excepto QFX5100-96S). 13.2X53-D25: hasta 10 conmutadores miembro en total (incluyendo QFX5100-96S). |
QFX5110 Chasis virtual:
|
17.3R1: Versión inicial. Conmutadores de hasta 10 miembros. |
QFX5120 Chasis virtual: |
19.3R1: Versión inicial para conmutadores QFX5120-48Y. Hasta 2 conmutadores de miembro, ambos en función de motor de enrutamiento. 20.2R1: versión inicial para conmutadores QFX5120-48T. Hasta 2 conmutadores de miembro, ambos en función de motor de enrutamiento. 20.3R1: versión inicial de los conmutadores QFX5120-32C. Hasta 2 conmutadores de miembro, ambos en función de motor de enrutamiento. |
QFX5200 Chasis virtual:
|
17.3R2 y 17.4R1: versión inicial. Conmutadores de hasta 3 miembros. |
Puertos de chasis virtual (VCP)
Para configurar un Virtual Chassis, configure puertos de Virtual Chassis (VCP) en los conmutadores miembro e interconecte los conmutadores mediante los VCP. Los VCP son responsables de pasar todos los datos y controlar el tráfico entre los conmutadores miembro en el Virtual Chassis.
- Opciones de puerto de Virtual Chassis
- Conversión automática de puerto de chasis virtual (VCP)
- Grupos de agregación de vínculos de puerto de chasis virtual
Opciones de puerto de Virtual Chassis
Algunos conmutadores tienen VCP dedicados; solo puede usar estos puertos como VCP y no puede reconfigurarlos como puertos de red. Los VCP dedicados le permiten interconectar conmutadores en un chasis virtual sin necesidad de ninguna configuración de interfaz adicional.
Algunos conmutadores tienen puertos que están configurados como VCP de forma predeterminada. No es necesario configurarlos explícitamente como VCP para usarlos con el fin de interconectar los conmutadores en un chasis virtual.
La mayoría de los conmutadores tienen puertos ópticos o de enlace ascendente que también puede configurar como VCP.
Debe configurar los VCP para interconectar conmutadores que no tengan VCP dedicados o configurados de forma predeterminada, o para interconectar conmutadores a distancias mayores que las permitidas por una conexión VCP dedicada. De lo contrario, puede mezclar cualquiera de las opciones de VCP admitidas entre los miembros de un chasis virtual, y recomendamos tener vínculos redundantes entre dos miembros cualesquiera para la resistencia o para aumentar el ancho de banda de comunicación de los miembros. Los VCP se agrupan automáticamente en un grupo de agregación de vínculos cuando dos o más puertos que funcionan a la misma velocidad se configuran en VCP entre los mismos dos conmutadores miembro. Consulte Descripción de la agregación de vínculos de puerto de chasis virtual para obtener más información.
Al agregar conmutadores a un Virtual Chassis existente o agregar nuevos vínculos redundantes entre miembros existentes, si la función de conversión automática de VCP está activada, en las condiciones adecuadas, los puertos a ambos lados de la conexión se convertirán automáticamente en VCP (consulte Conversión automática de puertos de Virtual Chassis (VCP)).
La Tabla 3 resume las opciones de VCP disponibles en los conmutadores de un chasis virtual de las series EX o QFX. Para obtener detalles completos sobre dónde se encuentran en un conmutador los VCP dedicados, los VCP configurados por defecto o los puertos que se pueden configurar como VCP, y los transceptores y cables compatibles que puede usar para las conexiones VCP en el conmutador, consulte la documentación de hardware para ese tipo de conmutador.
Interruptor |
VCP específicos |
VCP predeterminados |
Puertos que se pueden configurar y que se admiten como VCP |
---|---|---|---|
EX2200 |
Ninguno |
Ninguno |
Cualquier puerto de enlace ascendente Todas las interfaces RJ-45, incluidos los puertos de red integrados con conectores Gigabit Ethernet 10/100/1000BASE-T y transceptores 1000BASE-T RJ-45 |
EX2300 (incluidos los modelos multigigabit EX2300) |
Ninguno |
Ninguno |
Puertos de enlace ascendente de 10 Gigabit Ethernet con tranceptores SFP+
Nota:
No puede utilizar puertos con transceptores SFP como VCP en conmutadores EX2300 para formar un Virtual Chassis. |
EX3300 |
Ninguno |
Puertos de enlace ascendente 2 y 3 |
Cualquiera de los 4 puertos de enlace ascendente (puertos 0 a 3) |
EX3400 |
Ninguno |
Todos los puertos de enlace ascendente QSFP+ (ranura PIC 1, puertos 0 y 1) |
Cualquier puerto de enlace ascendente SFP+
Nota:
No puede utilizar puertos con transceptores SFP como VCP en conmutadores EX3400 para formar un Virtual Chassis. |
EX4100 | 4 puertos SFP28 de 25 Gbps en el panel frontal | 4 puertos SFP28 de 25 Gbps en el panel frontal | Ninguno |
EX4100-F |
4 puertos SFP+ de 10 Gbps en el panel frontal |
4 puertos SFP+ de 10 Gbps en el panel frontal |
Ninguno |
EX4200 |
2 puertos en el panel trasero |
Ninguno |
Cualquier puerto de módulo de enlace ascendente (SFP, SFP+ o XFP) o a través de un puerto SFP+ en el conmutador EX4200-24F
Nota:
No puede establecer una conexión de transceptor SFP de cobre 1000BASE-T (EX-SFP-1GE-T) como VCP en conmutadores EX4200. |
EX4300 |
Ninguno |
Todos los puertos QSFP+ |
Cualquier puerto de enlace ascendente instalado con transceptores SFP+ o QSPF+
Nota:
En los conmutadores EX4300 de 32 puertos, no puede usar los cuatro puertos SFP+ de 10 Gigabit Ethernet integrados como VCP. |
Modelos multigigabit EX4300 (EX4300-48MP) |
4 puertos QSFP+ de 40 Gbps en el panel trasero |
Ninguno |
Ninguno |
EX4400 (incluidos los modelos multigigabit EX4400) |
Ninguno | 4 interfaces lógicas VCP de 50 Gbps que utilizan los dos puertos QSFP28 de 100 Gbps en el panel posterior (ranura PIC 1) | Ninguno |
EX4500 y EX4550 |
Dos puertos en el módulo Virtual Chassis |
Ninguno |
Cualquier puerto de módulo de enlace ascendente SFP, SFP+ o XFP
Nota:
No puede utilizar puertos de enlace ascendente SFP+ instalados con transceptores SFP de cobre 1000BASE-T (EX-SFP-1GE-T) como conexiones VCP en conmutadores EX4500 y EX4550. |
EX4600 |
Ninguno |
Ninguno |
Cualquier puerto SFP+ y QSFP+ |
EX4650 |
Ninguno |
Ninguno |
Cualquiera de los puertos 40 Gigabit Ethernet o 100 Gigabit QSFP28 en el panel frontal (puertos 48 a 55), no canalizados
Nota:
Junos OS no le impide intentar establecer otros puertos como VCP, pero no funcionan correctamente como VCP. |
QFX3500 y QFX3600 |
Ninguno |
Ninguno |
Cualquier interfaz QSFP+ de 40 Gigabit Ethernet no canalizada |
QFX5100 |
Ninguno |
Ninguno |
Cualquier interfaz QSFP+ de 40 Gigabit Ethernet no canalizada |
QFX5110 |
Ninguno |
Ninguno |
Cualquier puerto QSFP28 de 40 Gigabit Ethernet o 100 Gigabit Ethernet Cualquier interfaz QSFP+ de 40 Gigabit Ethernet no canalizada Cualquier interfaz SFP+ de 10 Gigabit Ethernet no canalizada (en modelos de conmutador QFX5110 que admitan estos puertos) |
QFX5120 |
Ninguno |
Ninguno |
(QFX5120-48Y) Cualquiera de los ocho puertos QSFP+ o QSFP28 de 40 Gigabit Ethernet o 100 Gigabit Ethernet del panel frontal (puertos 48 a 55), no canalizados (QFX5120-48T) Cualquiera de los seis puertos QSFP+ o QSFP28 de 40 Gigabit Ethernet o 100 Gigabit Ethernet del panel frontal (puertos 48 a 53), no canalizados
Nota:
Los puertos distintos de los especificados anteriormente para los conmutadores QFX5120-48Y y QFX5120-48T no se admiten como VCP. La CLI de Junos OS no devuelve ningún error si intenta establecer otros puertos como VCP, pero no funcionarán correctamente como VCP. (QFX5120-32C) Cualquier puerto de red no canalizado (puertos 0 a 31) instalado con transceptores QSFP+ de 40 Gbps o QSFP28 de 100 Gpbs |
QFX5200 |
Ninguno |
Ninguno |
Cualquier puerto QSFP+ de 40 Gigabit Ethernet A partir de Junos OS versión 17.3R2-S4, también puede utilizar puertos QSFP28 de Ethernet de 100 Gigabit como VCP en conmutadores QFX5200. |
Todas las conexiones de enlace ascendente SFP, SFP+ y XFP compatibles entre conmutadores EX4200, EX4500 y EX4550 se pueden configurar como VCP.
Las interfaces QSFP+ que se han canalizado en interfaces SFP+ mediante un cable de conexión no se pueden configurar en VCP.
Conversión automática de puerto de chasis virtual (VCP)
Cuando la función de conversión automática de VCP está habilitada y se conecta por cable un nuevo vínculo desde un nuevo conmutador que se agrega a un Virtual Chassis existente, o se agrega un vínculo redundante entre dos miembros de un Virtual Chassis, los puertos que pueden ser VCP se convierten automáticamente en VCP en las condiciones siguientes:
-
El protocolo de detección de capa de vínculo (LLDP) o LLDP-Media Endpoint Discovery (LLDP-MED) está habilitado en las interfaces para los miembros en ambos extremos del nuevo vínculo. Las dos partes intercambian paquetes LLDP para lograr la conversión de puertos.
-
El Virtual Chassis debe estar previamente aprovisionado con los conmutadores a ambos lados del vínculo ya configurados en la lista de miembros del Virtual Chassis mediante el
set virtual-chassis member
comando. -
Las interfaces para los puertos en ambos extremos del vínculo no están configuradas como VCP. Ambos lados del vínculo deben estar en el mismo estado para apretar de manos y establecer el vínculo VCP.
El uso de la conversión automática de VCP al agregar un conmutador a un Virtual Chassis preaprovisionado también se denomina aprovisionamiento automático del nuevo miembro.
Para que los puertos sean aptos para la conversión automática de VCP, debe volver a convertirlos en puertos de red mediante el request virtual-chassis vc-port delete
comando si son VCP configurados de forma predeterminada o si los configuró previamente en VCP. Los conmutadores no convierten automáticamente los VCP de nuevo en puertos de red cuando se quitan de un Virtual Chassis y desconectan los vínculos.
La conversión automática de VCP está habilitada de forma predeterminada en todos los Virtual Chassis, excepto en los siguientes casos:
- La conversión automática de VCP no se aplica a los conmutadores EX4400 en un chasis virtual. En estos conmutadores, para convertir los VCP predeterminados en puertos de red o convertirlos de puertos de red a puertos VCP, debe establecer explícitamente el modo de puerto mediante el
request virtual-chassis mode network-port
comando y, a continuación, reiniciar el conmutador. -
A partir de las versiones 15.1R7 y 14.1X53-D47 de Junos OS, en los chasis virtual EX2200, EX3300, EX4200, EX4500 y EX4550, la conversión automática de VCP está desactivada de forma predeterminada. Si lo desea, puede habilitar la función configurando la
auto-conversion
instrucción en el nivel de[edit virtual-chassis]
jerarquía del Virtual Chassis.PRECAUCIÓN:Cuando la conversión automática de VCP está habilitada en un Virtual Chassis con conmutadores que tienen VCP dedicados (Virtual Chassis EX4200, EX4500 o EX4550), si los puertos de red o de vínculo ascendente se convierten automáticamente en VCP para crear un vínculo redundante con una conexión VCP dedicada entre los mismos dos miembros del Virtual Chassis, debe reiniciar el Virtual Chassis para evitar crear un bucle de tráfico dentro del Virtual Chassis. (El mismo problema puede ocurrir incluso si convierte manualmente los puertos en VCP para crear el vínculo VCP redundante con un enlace VCP dedicado, por lo que también debe reiniciar Virtual Chassis en ese caso para evitar bucles de tráfico).
-
A partir de Junos OS versiones 14.1X53-D47, 17.4R2, 18.1R3, 18.2R2 y 18.3R1 para chasis virtual serie EX4300, EX4600 y QFX y para cualquier chasis virtual EX4650 y QFX5120 (que tienen la función de conversión automática de VCP habilitada de forma predeterminada), puede optar por deshabilitar la función configurándola
no-auto-conversion
en el nivel de[edit virtual-chassis]
jerarquía en Virtual Chassis. Para volver al comportamiento predeterminado de volver a habilitar la conversión automática de VCP, elimine lano-auto-conversion
instrucción de la configuración.
Grupos de agregación de vínculos de puerto de chasis virtual
Puede aumentar el ancho de banda de VCP entre conmutadores miembro configurando varios vínculos entre los mismos dos conmutadores en vínculos VCP. Cuando varios VCP interconectan los mismos dos conmutadores miembro, los vínculos forman automáticamente un paquete de grupo de agregación de vínculos (LAG) si los vínculos VCP tienen la misma velocidad. Por ejemplo, si tiene dos vínculos VCP QSFP+ de 40 Gbps conectados entre conmutadores miembro, los vínculos forman automáticamente un LAG con un ancho de banda total de 80 Gbps. Sin embargo, los vínculos VCP SFP+ de 10 Gigabit y QSFP+ de 40 Gbps no se convertirán en miembros del mismo LAG.
Dentro de un Virtual Chassis, también puede configurar interfaces de red ubicadas en diferentes conmutadores miembro de Virtual Chassis para formar un LAG, que proporciona equilibrio de carga y redundancia para el tráfico de red que reenvía el Virtual Chassis. Consulte Descripción de la agregación de vínculos de puerto de Virtual Chassis para obtener detalles sobre la diferencia entre los LAG de VCP y los LAG de interfaz de red dentro de un Virtual Chassis.
Función principal del motor de enrutamiento
En un Virtual Chassis, cada conmutador miembro funciona en una de dos funciones, la función Motor de enrutamiento o la función Tarjeta de línea. Cuando está en rol de motor de enrutamiento, un conmutador miembro actúa como motor de enrutamiento principal o de reserva.
El miembro principal del motor de enrutamiento en el chasis virtual:
-
Administra los conmutadores miembro.
-
Ejecuta Junos OS para los conmutadores como un motor de enrutamiento principal.
-
Ejecuta los procesos de administración del chasis y los protocolos de control.
-
Representa todos los conmutadores miembro interconectados dentro de la configuración del chasis virtual. (El nombre de host y otras propiedades que asigne a este modificador durante la instalación se aplican a todos los miembros de la configuración de Virtual Chassis).
En una configuración aprovisionada previamente, el algoritmo de elección de rol principal de Virtual Chassis determina qué conmutador miembro de la función Motor de enrutamiento actúa como principal de Virtual Chassis y cuál actúa como respaldo. Consulte Descripción de cómo se elige la empresa principal en un chasis virtual.
En una configuración que no está preaprovisionada, denominada configuración no aprovisionada , Virtual Chassis selecciona la principal y la copia de seguridad utilizando el valor de prioridad del rol principal y factores secundarios en el algoritmo de elección del rol principal.
El resto de los conmutadores del chasis virtual que no son el principal ni el de reserva funcionan en la función de tarjeta de línea.
Use las siguientes directrices para asignar roles de motor de enrutamiento a los conmutadores en un Virtual Chassis mixto:
-
En cualquier configuración mixta de Virtual Chassis que incluya conmutadores EX4200, EX4500 o EX4550, puede configurar cualquier conmutador en cualquier función y en cualquier configuración.
-
En un chasis virtual EX4300 mixto compuesto por el modelo multigigabit EX4300 (EX4300-48MP) y otros conmutadores modelo EX4300, siempre debe tener conmutadores modelo EX4300 multigigabit en el rol Motor de enrutamiento.
-
En un Virtual Chassis EX4600 mixto con conmutadores EX4300, los conmutadores EX4600 siempre están en la función principal del motor de enrutamiento.
-
En un chasis virtual mixto de la serie QFX compuesto por conmutadores de QFX5100 con conmutadores QFX3500, QFX3600 o EX4300, se recomienda configurar QFX5100 conmutadores en la función de motor de enrutamiento.
-
En un chasis virtual mixto de la serie QFX compuesto por conmutadores QFX3500, QFX3600 y EX4300, recomendamos configurar conmutadores QFX3500 o QFX3600 en las funciones principal y motor de enrutamiento de reserva.
-
En un chasis virtual QFX5110 con conmutadores QFX5110 y QFX5100, se recomienda configurar solo conmutadores QFX5110 en la función Motor de enrutamiento.
-
En un EX4650 de dos miembros o QFX5120 Virtual Chassis, configure ambos conmutadores miembro en la función Motor de enrutamiento como conmutadores miembro principal y de respaldo solamente (sin miembros de rol de tarjeta de línea).
Función del motor de enrutamiento de reserva
El miembro que funciona en la función Motor de enrutamiento de reserva en un Virtual Chassis:
-
Mantiene un estado de preparación para asumir el rol principal de motor de enrutamiento si se produce un error en el principal.
-
Ejecuta Junos OS para los conmutadores como un motor de enrutamiento de reserva.
-
Se sincroniza con el principal en términos de estados de protocolo, tablas de reenvío y otra información, de modo que esté preparado para conservar la información de enrutamiento y mantener la conectividad de red sin interrupciones en caso de que el principal no esté disponible.
La configuración del Virtual Chassis debe tener al menos dos conmutadores miembro para poder tener un miembro del motor de enrutamiento de reserva.
En una configuración aprovisionada previamente, el algoritmo de elección de rol principal de Virtual Chassis determina qué conmutador miembro de la función Motor de enrutamiento actúa como principal de Virtual Chassis y cuál actúa como respaldo. Consulte Descripción de cómo se elige la empresa principal en un chasis virtual.
En una configuración no aprovisionada, Virtual Chassis selecciona los conmutadores miembro principal y de respaldo utilizando el valor de prioridad del rol principal y factores secundarios en el algoritmo de elección del rol principal.
Use las siguientes directrices para asignar roles de motor de enrutamiento a los conmutadores en un Virtual Chassis mixto:
-
En cualquier configuración mixta de Virtual Chassis que incluya conmutadores EX4200, EX4500 o EX4550, puede configurar cualquier conmutador en cualquier función y en cualquier configuración.
-
En un chasis virtual EX4300 mixto compuesto por el modelo multigigabit EX4300 (EX4300-48MP) y otros conmutadores modelo EX4300, siempre debe tener conmutadores modelo multigigabit EX4300 en las funciones principal y motor de enrutamiento de reserva.
-
En un Virtual Chassis EX4600 mixto con conmutadores EX4300, debe usar un conmutador EX4600 en el rol principal y le recomendamos encarecidamente que configure también un conmutador EX4600 en el rol de respaldo para ayudar a que el Virtual Chassis permanezca estable cuando se produzca un cambio de motor de enrutamiento.
-
En un chasis virtual mixto de la serie QFX compuesto por conmutadores QFX5100 con conmutadores QFX3500, QFX3600 o EX4300, se recomienda configurar los conmutadores QFX5100 en la función Motor de enrutamiento.
-
En un chasis virtual mixto de la serie QFX compuesto por conmutadores QFX3500, QFX3600 y EX4300, se recomienda configurar solo conmutadores QFX3500 o QFX3600 en las funciones principal y de motor de enrutamiento de reserva.
-
En un chasis virtual QFX5110 con conmutadores QFX5110 y QFX5100, se recomienda configurar solo conmutadores QFX5110 en la función Motor de enrutamiento.
-
En un EX4650 de dos miembros o QFX5120 Virtual Chassis, configure ambos conmutadores miembro en la función Motor de enrutamiento como conmutadores miembro principal y de respaldo solamente (sin miembros de rol de tarjeta de línea).
Función de Linecard
Un miembro que funciona en el rol de tarjeta de línea en un Virtual Chassis:
-
Ejecuta solo un subconjunto de Junos OS.
-
No ejecuta los protocolos de control del chasis.
-
Puede detectar ciertas condiciones de error (como un cable desenchufado) en cualquier interfaz que se haya configurado en él a través del primario.
La configuración del Virtual Chassis debe tener al menos tres miembros para poder incluir un miembro de tarjeta de línea.
En una configuración aprovisionada previamente, puede configurar explícitamente un miembro con el rol de tarjeta de línea, lo que significa que no puede ser un motor de enrutamiento principal o de reserva.
En una configuración no aprovisionada, los miembros que no están seleccionados como principal o de reserva funcionan como miembros de tarjeta de línea del chasis virtual. El chasis virtual selecciona los conmutadores miembro principal y de respaldo mediante el valor de prioridad del rol principal y factores secundarios en el algoritmo de elección del rol principal. Un conmutador con una prioridad de rol principal de 0 siempre está en el rol de tarjeta de línea.
En cualquier Virtual Chassis de dos miembros, para una alta disponibilidad, debe configurar ambos miembros en el rol Motor de enrutamiento y ningún miembro en el rol de tarjeta de línea. De lo contrario, en un Virtual Chassis con más de dos miembros, cualquier tipo de conmutador compatible puede funcionar en función de tarjeta de línea.
Utilice las siguientes directrices para asignar roles de motor de enrutamiento y tarjeta de línea a los conmutadores de un chasis virtual de la serie QFX:
-
En un chasis virtual mixto de la serie QFX compuesto por conmutadores QFX5100 con conmutadores QFX3500, QFX3600 o EX4300, se recomienda configurar los conmutadores QFX5100 en la función Motor de enrutamiento. En un chasis virtual mixto de la serie QFX que no contenga conmutadores QFX5100, se recomienda configurar conmutadores QFX3500 o QFX3600 en la función Motor de enrutamiento.
-
En un chasis virtual QFX5110 compuesto por conmutadores QFX5110 y QFX5100, se recomienda configurar solo conmutadores QFX5110 en la función Motor de enrutamiento.
Conmutador de miembro e ID de miembro
Cada conmutador independiente que admite Virtual Chassis es un miembro potencial de una configuración de Virtual Chassis. Cuando enciende uno de esos conmutadores, tiene un ID de miembro de Virtual Chassis que puede ver en la pantalla LCD del panel frontal en algunos conmutadores o en show virtual-chassis
la salida de comandos. Si el conmutador se enciende como un conmutador independiente, su ID de miembro es siempre 0
. Cuando se interconecta el conmutador en una configuración de Virtual Chassis, el conmutador miembro principal le asigna un ID de miembro en función de diversos factores, como el orden en que se agregó el conmutador al Virtual Chassis o si definió ID de miembro en función de los números de serie del conmutador en el proceso de preaprovisionamiento.
Si la configuración de Virtual Chassis incluía anteriormente un conmutador miembro y desconectó físicamente o quitó ese miembro de la configuración de Virtual Chassis, su ID de miembro no estará disponible automáticamente para su asignación como parte de la asignación de ID de miembro secuencial estándar del principal. Por ejemplo, es posible que tenga una configuración de Virtual Chassis con el miembro 0, el miembro 2 y el miembro 3, ya que se quitó el miembro 1. Cuando agrega otro conmutador miembro y lo enciende, la principal le asigna el ID 4, no el ID 1. Si desea reutilizar un ID de miembro de un conmutador de miembro que se eliminó, puede reciclar el ID de miembro (consulte el request virtual-chassis recycle
comando para obtener más información). .
El ID de miembro distingue a los conmutadores de miembro entre sí. Utilice el ID de miembro para:
-
Asigne un valor de prioridad de rol principal a un conmutador miembro.
-
configurar interfaces para un conmutador miembro, similar a especificar un número de ranura de dispositivo de Juniper Networks.
-
Aplicar algunos comandos operativos a un conmutador miembro.
-
Mostrar el estado o las características de un conmutador miembro.
Prioridad del rol principal
En una configuración no aprovisionada, puede designar la función (función principal o de respaldo del motor de enrutamiento o la función de tarjeta de línea) que asume un conmutador miembro configurando su prioridad de la función principal (un número del 0
a ). 255
El valor de prioridad de rol principal es la primera consideración en el algoritmo de elección de rol principal para seleccionar el principal de la configuración de Virtual Chassis. Un conmutador con una prioridad de rol principal de 0
nunca asume el rol de respaldo o motor de enrutamiento principal.
Cuando enciende un conmutador independiente, tiene el valor 128
predeterminado de prioridad de rol principal. Dado que es el único conmutador miembro en su propia configuración de chasis virtual, también es el miembro principal. Cuando interconecte un conmutador independiente a una configuración de Virtual Chassis existente (que ya tiene su propia configuración principal), se recomienda configurar explícitamente la prioridad de la función principal de los miembros que desea que funcionen como principal y de reserva.
Configurar el mismo valor de prioridad de rol principal tanto para la principal como para la copia de seguridad ayuda a garantizar una transición fluida de principal a copia de seguridad si la principal deja de estar disponible. Impide que el primario original tenga preferencia sobre el control de la copia de seguridad cuando la copia de seguridad ha tomado el control de la configuración del Virtual Chassis porque el principal original dejó de estar disponible.
En una configuración aprovisionada previamente, no puede configurar manualmente los valores de prioridad del rol principal. Se asigna la función de cada conmutador miembro y Virtual Chassis asigna automáticamente la prioridad de la función principal en función de la función asignada.
Identificador de chasis virtual (VCID)
Todos los miembros de una configuración de Virtual Chassis comparten un identificador de Virtual Chassis (VCID). El chasis virtual deriva este identificador de parámetros internos. Cuando supervisa una configuración de Virtual Chassis, ciertas vistas de interfaz y el show virtual-chassis
comando muestran el VCID.
Almacenamiento no volátil en un chasis virtual
Los conmutadores serie EX y QFX almacenan archivos de sistema de Junos OS en la memoria flash interna. En las configuraciones de Virtual Chassis, tanto el conmutador principal como el de reserva almacenan la información de configuración de todos los conmutadores miembro.
Junos OS optimiza la forma en que un Virtual Chassis almacena su configuración si un conmutador miembro o la configuración del Virtual Chassis se apaga incorrectamente, como se indica a continuación:
-
Si el primario no está disponible, el conmutador de copia de seguridad asume la función de principal y su memoria flash interna se hace cargo como la ubicación alternativa para mantener la memoria de configuración no volátil.
-
Si desconecta un conmutador miembro para repararlo, el principal almacena la configuración del conmutador miembro.
La administración del almacenamiento de archivos difiere en un chasis virtual EX8200; consulte Descripción del almacenamiento de archivos en un chasis virtual EX8200 para obtener más información.
Tabla de historial de cambios
La compatibilidad con las funciones viene determinada por la plataforma y la versión que esté utilizando. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.
no-auto-conversion
configurándola en el nivel de
[edit virtual-chassis]
jerarquía en Virtual Chassis.