Configuración de puentes sin interrupciones en conmutadores (procedimiento de CLI)
Esta tarea usa conmutadores compatibles con el estilo de configuración Enhanced Layer 2 Software (ELS). Si el conmutador ejecuta software que no admite ELS, consulte Configuración de puentes sin interrupciones en conmutadores de la serie EX (procedimiento de CLI). Para obtener detalles de ELS, consulte Uso de la CLI de Enhanced Layer 2 Software.
Puede configurar puentes sin interrupciones (NSB) para proporcionar resistencia a las sesiones de protocolo de capa 2 en un conmutador de la serie EX de Juniper Networks con varios motores de enrutamiento o un conmutador de las series EX o QFX en una configuración de Virtual Chassis o Virtual Chassis Fabric. También se proporciona compatibilidad limitada para NSB en conmutadores independientes QFX5100 y EX4600, pero NSB solo está habilitado durante un ISSU.
NSB funciona sincronizando toda la información de protocolo para protocolos de capa 2 compatibles con NSB entre los motores de enrutamiento principal y de respaldo. Si el conmutador tiene un conmutador del motor de enrutamiento, las sesiones de protocolo de capa 2 compatibles con NSB permanecen activas porque ya están sincronizadas en el motor de enrutamiento de respaldo. El cambio del motor de enrutamiento es transparente para los dispositivos vecinos, que no detectan ningún cambio relacionado con las sesiones de protocolo de capa 2. Por lo tanto, los dispositivos vecinos y otros dispositivos de la red no tienen que volver a sincronizar sus estados de protocolo de capa 2 para responder al tiempo de inactividad en el conmutador, un proceso que agrega sobrecarga de red y corre el riesgo de interrumpir el rendimiento de la red, cuando se produce un cambio de motor de enrutamiento cuando NSB está habilitado.
Si usa un conmutador independiente QFX5100 o EX4600 y desea usar ISSU, configure el cambio Graceful Routing Engine (GRES), NSB y el enrutamiento activo sin interrupciones (NSR). Debe configurar NSB, GRES y NSR para ejecutar ISSU. Sin embargo, GRES, NSB y NSR solo están habilitados durante la actualización. Durante una ISSU, Junos OS se ejecuta en dos máquinas virtuales (VM) independientes: una máquina virtual está en la función principal que actúa como motor de enrutamiento principal y la otra máquina virtual está en la función de copia de seguridad que actúa como motor de enrutamiento de respaldo. Junos OS se actualiza en la máquina virtual de respaldo. Después de una actualización de software correcta, la VM de copia de seguridad se convierte en la máquina virtual principal, y la máquina virtual principal original ya no es necesaria y se cierra.
Para configurar NSB:
No es necesario iniciar los dos motores de enrutamiento simultáneamente. Si el motor de enrutamiento de copia de seguridad no está activo cuando se utiliza la commit synchronize instrucción, la configuración del candidato se confirma en el motor de enrutamiento principal. Cuando el motor de enrutamiento de respaldo entra en línea, su configuración se sincroniza automáticamente con la del principal.
Después de un cambio agraciado del motor de enrutamiento, recomendamos que emita el clear interface statistics (interface-name | all) comando para restablecer los valores acumulativos de las estadísticas locales en el nuevo motor de enrutamiento principal.