EN ESTA PÁGINA
Requisitos para enrutadores con una configuración de enrutador de reserva
Configuración del cambio de motor de enrutamiento correcto con un reinicio correcto
Sincronización de la configuración del motor de enrutamiento
Verificación del funcionamiento correcto del cambio de motor de enrutamiento
Configuración de un cambio de motor de enrutamiento elegante en un chasis virtual
Impedir el cambio correcto del motor de enrutamiento en el caso de discos lentos
Ejemplo: Configuración de IS-IS para GRES con reinicio correcto
Configuración de un cambio de motor de enrutamiento elegante
Aprenda a configurar el cambio de motor de enrutamiento elegante (GRES) con los siguientes pasos y ejemplos.
Requisitos para enrutadores con una configuración de enrutador de reserva
Si la configuración del motor de enrutamiento incluye una backup-router
instrucción o una inet6-backup-router
instrucción, también puede utilizar la destination
instrucción para especificar una dirección de subred o varias direcciones de subred para el enrutador de reserva. Incluya las subredes de destino para el motor de enrutamiento de reserva en el nivel jerárquico[edit system (backup-router | inet6-backup-router) address]
. Este requisito también se aplica a cualquier enrutador T640 conectado a un enrutador TX Matrix que incluya un enrutador o inet6-backup-router
instrucción de respaldo.
Si tiene una configuración de enrutador de reserva en la que varias rutas estáticas apuntan a una puerta de enlace desde la interfaz Ethernet de administración, debe configurar prefijos que sean más específicos que las rutas estáticas o incluir el indicador de retención en el nivel de [edit routing-options static route]
jerarquía.
Por ejemplo, si configura la ruta estática 172.16.0.0/12 desde la interfaz Ethernet de administración con fines de administración, debe especificar la configuración del enrutador de reserva de la siguiente manera:
backup-router 172.29.201.62 destination [172.16.0.0/13 172.16.128.0/13]
Ver también
Habilitación de un cambio de motor de enrutamiento elegante
De forma predeterminada, el cambio de motor de enrutamiento (GRES) está deshabilitado. Para configurar GRES, incluya la graceful-switchover
instrucción en el nivel de [edit chassis redundancy]
jerarquía.
[edit chassis redundancy] graceful-switchover;
Cuando habilita GRES, la interfaz de línea de comandos (CLI) indica qué motor de enrutamiento está utilizando. Por ejemplo:
{master} [edit] user@host#
Para deshabilitar GRES, elimine la graceful-switchover
instrucción del [edit chassis redundancy]
nivel jerárquico.
Configuración del cambio de motor de enrutamiento correcto con un reinicio correcto
Cuando se utiliza GRES con reinicio elegante, si se agotan las adyacencias entre el motor de enrutamiento y los enrutadores 'auxiliares' pares vecinos, las extensiones de protocolo de reinicio elegante no pueden notificar a los enrutadores 'ayudantes' pares sobre el reinicio inminente. Un reinicio agraciado puede detenerse y provocar interrupciones en el tráfico.
Para asegurarse de que se mantienen estas adyacencias, cambie el tiempo de espera de los protocolos IS-IS del valor predeterminado de 27 segundos a un valor superior a 40 segundos.
Sincronización de la configuración del motor de enrutamiento
Un motor de enrutamiento de respaldo recién insertado sincroniza automáticamente su configuración con la configuración principal del motor de enrutamiento.
Al configurar GRES, puede conectar el motor de enrutamiento de reserva después de que el motor de enrutamiento principal ya se esté ejecutando. No es necesario iniciar los dos motores de enrutamiento simultáneamente.
Solo cuando habilite el cambio correcto del motor de enrutamiento, puede copiar la versión en ejecución de Junos OS del motor de enrutamiento principal en el motor de enrutamiento de reserva.
Si el sistema está en estado ISSU, no puede copiar la versión en ejecución de Junos OS del motor de enrutador principal.
A partir de Junos OS versión 14.1, puede habilitar la sincronización automática de la configuración principal del motor de enrutamiento con el motor de enrutamiento de reserva incluyendo la instrucción events CHASSISD_SNMP_TRAP7 en el nivel de jerarquía [edit event-options policy policy-name].
CHASSISD_SNMP_TRAP7 es un mensaje de registro de sucesos del sistema que indica que el proceso del chasis (chassisd) genera una captura SNMP (Protocolo simple de administración de redes) con los siete pares argumento-valor indicados. A continuación se muestra un ejemplo de una secuencia de comandos de eventos para desencadenar la sincronización automática del motor de enrutamiento principal con el motor de enrutamiento de reserva:
[edit event-options] policy UPGRADE-BACKUPRE { events CHASSISD_SNMP_TRAP7; attributes-match { CHASSISD_SNMP_TRAP7.value5 matches "Routing Engine"; CHASSISD_SNMP_TRAP7.trap matches "Fru Online"; CHASSISD_SNMP_TRAP7.argument5 matches jnxFruName; } then { event-script auto-image-upgrade.slax { arguments { trap "{$$.trap}"; value5 "{$$.value5}"; argument5 "{$$.argument5}"; } } } } event-script { file auto-image-upgrade.slax; }
Después de recibir este evento, se activa la directiva de eventos en el motor de enrutador principal y la imagen disponible en la /var/sw/pkg ruta se envía a la actualización de motor de enrutador de reserva. Durante la ejecución del script, la imagen se copia en la ruta del motor de enrutamiento de /var/sw/pkg la copia de seguridad.
Si la imagen no está disponible en la ruta de /var/sw/pkg acceso, el script finaliza con un mensaje syslog adecuado.
Si el motor de enrutamiento se ejecuta en Junos OS versión 13.2 o posterior, los scripts de automatización de Junos se sincronizan automáticamente.
Después de reiniciar el motor de enrutador principal, la secuencia de comandos de eventos disponible en el /usr/libexec/scripts/event/auto-image-upgrade.slax debe copiarse en el /var/db/scripts/event path.
En el caso de los enrutadores de la serie MX que utilizan una administración de suscriptores mejorada, el nuevo motor de enrutamiento de reserva (el antiguo motor de enrutamiento principal) se reiniciará cuando se realice un cambio correcto del motor de enrutamiento. Este reinicio en frío vuelve a sincronizar el estado del motor de enrutamiento de reserva con el del nuevo motor de enrutamiento principal, evitando discrepancias de estado que podrían haberse producido durante el cambio.
Verificación del funcionamiento correcto del cambio de motor de enrutamiento
Para comprobar si GRES está habilitado en el motor de enrutamiento de reserva, emita el show system switchover
comando. Cuando el resultado del comando indica que el campo Cambio elegante está establecido en Activado, GRES está operativo. También se proporciona el estado de la base de datos del kernel y la sincronización de la base de datos de configuración entre motores de enrutamiento. Por ejemplo:
Graceful switchover: On Configuration database: Ready Kernel database: Ready Peer state: Steady state
Debe emitir el show system switchover
comando en el motor de enrutamiento de reserva. Este comando no se admite en el motor de enrutamiento principal.
Para obtener más información sobre el show system switchover
comando, consulte el Explorador de CLI.
Configuración de un cambio de motor de enrutamiento elegante en un chasis virtual
En un Virtual Chassis, a un conmutador miembro se le asigna la función principal y tiene el motor de enrutamiento principal. A otro conmutador miembro se le asigna la función de copia de seguridad y tiene el motor de enrutamiento de copia de seguridad. El cambio de motor de enrutamiento elegante (GRES) permite que los motores de enrutamiento principal y de respaldo en una configuración de chasis virtual cambien del principal al de respaldo sin interrupción al reenvío de paquetes como una solución de conmutación por error sin fallas. Cuando se configura un cambio correcto del motor de enrutamiento, el motor de enrutamiento de reserva se sincroniza automáticamente con el motor de enrutamiento principal para conservar la información del estado del kernel y el estado de reenvío.
Para configurar Virtual Chassis para usar un cambio correcto de motor de enrutamiento (GRES):
Confirme la configuración.
Se recomienda utilizar el comando para guardar los commit synchronize
cambios de configuración que realice en un Virtual Chassis de varios miembros.
Ver también
Impedir el cambio correcto del motor de enrutamiento en el caso de discos lentos
El acceso lento e inesperado al disco puede ocurrir por varias razones, por ejemplo, un sector defectuoso o defectuoso, lo que provoca un retraso en el funcionamiento normal de procesos como el proceso de enrutamiento (rpd). Eventualmente, el rendimiento del enrutador se verá afectado. En estas circunstancias, puede tomar más tiempo para que se active el mecanismo de conmutación por error típico.
Juniper Networks ha introducido un demonio de monitoreo de disco para resolver este dilema. El demonio detecta un acceso lento al disco e inicia la conmutación por error. La conmutación por error puede minimizar el impacto del tráfico y aliviar la carga en el motor de enrutamiento principal original para la limpieza del trabajo pendiente.
Sin embargo, hay casos en los que es posible que no desee que se produzca la conmutación por error. Puede confirmar un gran conjunto de cambios o incluso cambios menores que podrían provocar una serie de actualizaciones en la topología de enrutamiento. Dicha actividad podría provocar un gran retraso en el acceso al disco y, por lo tanto, desencadenar la conmutación por error. Para los retrasos esperados de acceso al disco como este, en los que no desea desencadenar la conmutación por error, puede optar por que no se produzca la conmutación por error estableciendo el comando de chassis redundancy failover not-on-disk-underperform
configuración. Otra forma es deshabilitar completamente el demonio de monitoreo de disco configurando el system processes gstatd disable
comando.
Para evitar conmutaciones por error en el caso de discos lentos en el motor de enrutamiento:
[edit chassis redundancy failover]
nivel jerárquico.
[edit] user@host# set chassis redundancy failover not-on-disk-underperform
Ver también
Restablecimiento de estadísticas locales
Cuando se habilita el cambio correcto del motor de enrutamiento, la configuración principal del motor de enrutamiento se copia y se carga en el motor de enrutamiento de reserva. Los archivos de usuario, la información de contabilidad y la información de opciones de seguimiento no se replican en el motor de enrutamiento de copia de seguridad.
Cuando se produce un cambio correcto de motor de enrutamiento, las estadísticas locales, como las estadísticas de procesos y las estadísticas de red, se muestran como un valor acumulativo desde el momento en que el proceso se conectó por primera vez. Dado que los procesos en el motor de enrutamiento principal pueden comenzar en momentos diferentes de los procesos en el motor de enrutamiento de reserva, las estadísticas en los dos motores de enrutamiento para el mismo proceso pueden diferir. Después de un cambio correcto del motor de enrutamiento, le recomendamos que emita el comando clear interface statistics (interface-name | all) para restablecer los valores acumulativos de las estadísticas locales. Las estadísticas de reenvío no se ven afectadas por el cambio correcto del motor de enrutamiento.
Para obtener información acerca de cómo usar el comando clear para borrar estadísticas e información de base de datos de protocolo, consulte el Explorador de CLI.
El comando clear firewall no se puede usar para borrar los contadores de filtro del motor de enrutamiento en un motor de enrutamiento de reserva que esté habilitado para un cambio correcto del motor de enrutamiento.
Ver también
Ejemplo: Configuración de IS-IS para GRES con reinicio correcto
En este ejemplo se muestra cómo configurar las extensiones de protocolo de reinicio correcto del motor de enrutamiento mediante el protocolo de puerta de enlace interior (IGP) de sistema intermedio a sistema intermedio (IS-IS) para habilitar correctamente el cambio de motor de enrutamiento (GRES) con un reinicio correcto.
Requisitos
GRES evita interrupciones en el tráfico de red si el motor de enrutamiento principal falla cuando se combina con:
Reinicio agraciado
Enrutamiento activo sin interrupciones (NSR)
Antes de seguir las instrucciones que se indican aquí para configurar un reinicio correcto, asegúrese de haber habilitado GRES, que está deshabilitado de forma predeterminada. Consulte Configuración del cambio de motor de enrutamiento correcto para obtener más información.
Visión general
Si se agotan las adyacencias entre el motor de enrutamiento y los enrutadores "auxiliares" pares vecinos, las extensiones de protocolo de reinicio correcto no pueden notificar a los enrutadores "auxiliares" pares sobre el reinicio inminente. Un reinicio agraciado puede detenerse y provocar interrupciones en el tráfico.
Para asegurarse de que se mantienen estas adyacencias, cambie el tiempo de espera de los protocolos IS-IS del valor predeterminado de 27 segundos a un valor superior a 40 segundos.
Si el sistema utiliza el protocolo de ruta abierta más corta primero (OSPF) en lugar de IS-IS, consulte Ejemplo: Configuración de temporizadores OSPF para obtener información de configuración.
Configuración
- Configuración rápida de CLI
- Configuración del tiempo de espera del protocolo IS-IS para un reinicio correcto
- Resultados
Configuración rápida de CLI
Para configurar rápidamente el tiempo de espera, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en los distintos niveles de jerarquía que se muestran.
Cada interfaz debe establecerse individualmente, con un valor para cada nivel en el que funcione el dispositivo de enrutamiento. En este ejemplo, el valor mínimo recomendado de 41 segundos puede requerir un valor más alto en función del tamaño y el tráfico.
El nivel 1 y el nivel 2 se pueden establecer en valores diferentes.
[editar protocolos]
set protocols isis interface ge-1/2/0 level 1 hold-time 41 set protocols isis interface ge-1/2/0 level 2 hold-time 41
[edit logical-systems logical-system-name}
set protocols isis interface ge-1/2/0 level 1 hold-time 41 set protocols isis interface ge-1/2/0 level 2 hold-time 41
[edit logical-systems-logical-system-name routing-instances routing-instance-name]
set protocols isis interface ge-1/2/0 level 1 hold-time 41 set protocols isis interface ge-1/2/0 level 2 hold-time 41
[edit routing-instances routing-instance-name]
set protocols isis interface ge-1/2/0 level 1 hold-time 41 set protocols isis interface ge-1/2/0 level 2 hold-time 41
Configuración del tiempo de espera del protocolo IS-IS para un reinicio correcto
Procedimiento paso a paso
Para configurar el tiempo de espera de IS-IS para un reinicio correcto:
Busque o establezca las interfaces.
set protocols isis interface interface-name
Establezca el nivel de red y el tiempo de espera en segundos para ese nivel.
set protocols isis interface interface-name level 1 hold-time 41
Si el dispositivo de enrutamiento funciona en más de un nivel, establezca el valor para el otro nivel.
set protocols isis interface interface-name level 2 hold-time 41
Si ha terminado de configurar el dispositivo de enrutamiento, confirme la configuración.
Nota:Repita toda la configuración en todos los dispositivos de enrutamiento de una red compartida.
Resultados
Verificación
Comprobación del tiempo de espera del protocolo IS-IS para un reinicio correcto
Propósito
Compruebe que el tiempo de espera del protocolo IS-IS esté establecido en 41 segundos o más para asegurarse de que el reinicio correcto esté habilitado.
Acción
Confirme su configuración introduciendo el comando desde el show isis adjacency brief
modo operativo. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.
Significado
Un valor de tiempo de espera del protocolo IS-IS suficientemente alto permite que la configuración del sistema se reinicie y garantiza que, incluso si se produce un error en un motor de enrutamiento, el tráfico continúa.
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.