Configuración de redundancia entre servicios de chasis para servicios de próxima generación
En este tema se describe cómo configurar la redundancia entre servicios de chasis para los servicios de próxima generación. Este tema contiene un procedimiento para configurar la redundancia de servicios sin interrupciones (conmutaciones automáticas en ambas direcciones) y un procedimiento para la redundancia unidireccional (conmutaciones automáticas solo del modo de espera principal original al original).
También puede utilizar un comando de solicitud manual para liberar o adquirir la función principal:
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>
El comando desencadena automáticamente el evento de redundancia especificado. Debe crear una configuración que asigne el evento de redundancia a una directiva de redundancia que libere o adquiera el rol principal. También debe asignar la directiva de redundancia al conjunto de redundancia utilizado en el comando.
Configuración de la redundancia de servicios sin interrupciones para el conjunto de servicios de servicios de próxima generación
La redundancia de servicios sin interrupciones le ofrece cambios automáticos de servicio entre los enrutadores de la serie MX cuando ocurre un evento crítico. Los cambios automáticos de puerta de enlace1 a puerta de enlace2 y de puerta de enlace2 a puerta de enlace1 se realizan sin intervención manual.
Para configurar la redundancia de servicios sin interrupción para un conjunto de servicios, realice los pasos siguientes en gateway1 y gateway2:
- Configure uno o más eventos de redundancia para supervisar las condiciones que desencadenan un cambio de servicios a la puerta de enlace del mismo nivel.
- Configure un nombre para el evento de redundancia.
[edit services] user@host# set event-options redundancy-event event-name
Por ejemplo:
[edit services] user@host# set event-options redundancy-event RELS_MSHIP_CRIT_EV
- Especifique las interfaces que desencadenan un cambio de servicios cuando la interfaz deja de funcionar.
[edit services event-options redundancy-event event-name] user@host# set monitor link-down [interface-name]
- Especifique que una solicitud de reinicio del demonio de enrutamiento de procesos desencadena un cambio de servicios.
[edit services event-options redundancy-event event-name] user@host# set monitor process routing restart
- Especifique que una solicitud de terminación del demonio de enrutamiento de procesos desencadena un cambio de servicios.
[edit services event-options redundancy-event event-name] user@host# set monitor process routing abort
- Especifique que una solicitud del par para adquirir la propiedad desencadena un cambio de servicios.
[edit services event-options redundancy-event event-name] user@host# set monitor peer mastership-acquire
- Configure un nombre para el evento de redundancia.
- Configure una directiva de redundancia que libere el rol principal y elimine una ruta estática cuando se cumplan las condiciones del evento de redundancia.
- Configure un nombre para la directiva.
user@host# edit policy-options redundancy-policy policy-name
Por ejemplo:
user@host# edit policy-options redundancy-policy RLS_MSHIP_POL
- Especifique los eventos de redundancia que liberan el rol principal.
[edit policy-options redundancy-policy policy-name] user@host# set redundancy-events [event-list]
Por ejemplo:
[edit policy-options redundancy-policy RLS_MSHIP_POL user@host# set redundancy-events RELS_MSHIP_CRIT_EV
Si desea poder ejecutar el
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>rol principal para liberar manualmente, inclúyalo event-name en la directiva de redundancia. No es necesario configurar el evento de redundancia en sí, ya que el comando request lo activa.Por ejemplo:
[edit policy-options redundancy-policy RLS_MSHIP_POL user@host# set redundancy-events [RELS_MSHIP_CRIT_EV RELS_MSHIP_MANUAL_EV]
- Liberar rol principal.
[edit policy-options redundancy-policy policy-name] user@host# set then release-mastership
- Elimine la ruta estática.
[edit policy-options redundancy-policy policy-name] user@host# set then delete-static-route destination (receive | next-hop next-hop) routing-instance routing-instance
- Configure un nombre para la directiva.
- Configure un evento de redundancia para identificar cuándo la puerta de enlace del mismo nivel libera el rol principal.
[edit services] user@host# set event-options redundancy-event event-name monitor peer release-mastership
Por ejemplo:
[edit services] user@host# set event-options redundancy-event PEER_RELS_MSHIP_EV monitor peer release-mastership
- Configure una directiva de redundancia que adquiera el rol principal de la puerta de enlace del mismo nivel y agregue una ruta estática.
- Configure un nombre para la directiva.
user@host# edit policy-options redundancy-policy policy-name
Por ejemplo:
user@host# edit policy-options redundancy-policy ACQU_MSHIP_POL
- Especifique los eventos de redundancia que adquieren el rol principal.
[edit policy-options redundancy-policy policy-name] user@host# set redundancy-events [event-list]
Por ejemplo:
[edit policy-options redundancy-policy ACQU_MSHIP_POL] user@host# set redundancy-events PEER_RELS_MSHIP_EV
Si desea poder ejecutar el para adquirir manualmente el
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>rol principal, inclúyalo event-name en la directiva de redundancia. No es necesario configurar el evento de redundancia en sí, ya que el comando request lo activa.Por ejemplo:
[edit policy-options redundancy-policy ACQU_MSHIP_POL] user@host# set redundancy-events [PEER_RELS_MSHIP_EV ACQU_MSHIP_MANUAL_EV]
- Adquirir el rol principal.
[edit policy-options redundancy-policy policy-name] user@host# set then acquire-mastership
- Agregar una ruta estática.
[edit policy-options redundancy-policy policy-name] user@host# set then add-static-route destination (receive | next-hop next-hop) routing-instance routing-instance
- Configure un nombre para la directiva.
- Configure el conjunto de redundancia.
- Configure un nombre para el conjunto de redundancia.
[edit services] user@host# set redundancy-set redundancy-set
Por ejemplo:
[edit services] user@host# set redundancy-set 1
- Especifique el identificador de grupo de redundancia para el conjunto de redundancia.
[edit services redundancy-set redundancy-set] user@host# set redundancy-group redundancy-group
Por ejemplo:
[edit services redundancy-set 1] user@host# set redundancy-group 1
El ID del grupo de redundancia es el mismo ID de grupo de redundancia configurado para el demonio ICCP (iccpd) a través de la jerarquía de configuración de ICCP existente. Por ejemplo
iccp { local-ip-addr 10.1.1.1; peer 10.2.2.2 { redundancy-group-id-list 1; liveness-detection { minimum-interval 1000; } } } - Especifique la directiva de redundancia que libera el rol principal y la directiva de redundancia que adquiere el rol principal.
[edit services redundancy-set redundancy-set] user@host# set redundancy-policy [redundancy-policy-list]
Por ejemplo:
[edit services redundancy-set 1] user@host# set redundancy-policy [ACQU_MSHIP_POL RLS_MSHIP_POL]
- Configure la frecuencia de los sondeos de comprobación de estado del conjunto de redundancia, en segundos.
[edit services redundancy-set redundancy-set] user@host# set healthcheck-timer-interval healthcheck-timer-interval
El valor predeterminado es de 30 segundos.
- Configure el tiempo máximo de espera para una respuesta de comprobación de ayuda en segundos.
[edit services redundancy-set redundancy-set] user@host# set hold-time hold-time
El rango es de 0 a 3600 segundos.
- Configure la frecuencia de los mensajes de saludo srd en segundos.
[edit services redundancy-set redundancy-set] user@host# set keepalive keepalive
El rango es de 1 a 60 segundos.
- Configure un nombre para el conjunto de redundancia.
- Configure las políticas de enrutamiento.
- Identifique las rutas de señal que requieren cambios de enrutamiento relacionados con la redundancia. Especifique la ruta de la señal y la tabla de enrutamiento que se utiliza.
[edit policy-options condition condition-name} user@host# set if-route-exists signal-route table routing-table
Por ejemplo:
[edit policy-options condition switchover-route-exists] user@host# set if-route-exists 10.45.45.0/24 table bgp1_table
- Para cambiar la preferencia local por la ruta de señal, introdúzcala en una declaración de política.
[edit policy-options policy-statement policy-name] user@host# set term term from protocol [protocol variables] prefix-list prefix-list condition condition-name then local-preference preference-value accept
- Para cambiar los valores de la ruta de señal, introdúzcalos en la instrucción de política.
[edit policy-options policy-statement policy-name] user@host# set term term from prefix-list prefix-list condition condition-name then as-path-prepend [as-prepend-values] next-hop self accept
- Identifique las rutas de señal que requieren cambios de enrutamiento relacionados con la redundancia. Especifique la ruta de la señal y la tabla de enrutamiento que se utiliza.
- Configure la redundancia para el conjunto de servicios asignando el conjunto de redundancia al conjunto de servicios.
[edit] user@host# set services service-set service-set-name redundancy-set-id redundancy-set
- Repita estos pasos en la puerta de enlace del mismo nivel.
Configuración de la redundancia de servicios unidireccionales para el conjunto de servicios de servicios de próxima generación
La redundancia de servicios unidireccionales le permite cambiar automáticamente los servicios de la puerta de enlace 1, la puerta de enlace principal original, a la puerta de enlace 2, la puerta de enlace en espera original. No se produce un cambio automático de la puerta de enlace 2 a la puerta de enlace 1. Para cambiar de puerta de enlace2 a puerta de enlace1, debe realizar un cambio manual.
- En la puerta de enlace 1, la principal inicial, configure uno o más eventos de redundancia para supervisar las condiciones que desencadenan un cambio de servicios a la puerta de enlace 2, la puerta de enlace en espera.
- Configure un nombre para el evento de redundancia.
[edit services] user@gateway1# set event-options redundancy-event event-name
Por ejemplo:
[edit services] user@gateway1# set event-options redundancy-event RELS_MSHIP_CRIT_EV
- Especifique las interfaces que desencadenan un cambio de servicios cuando la interfaz deja de funcionar.
[edit services event-options redundancy-event event-name] user@gateway1# set monitor link-down [interface-name]
- Especifique que una solicitud de reinicio del demonio de enrutamiento de procesos desencadena un cambio de servicios.
[edit services event-options redundancy-event event-name] user@gateway1# set monitor process routing restart
- Especifique que una solicitud de terminación del demonio de enrutamiento de procesos desencadena un cambio de servicios.
[edit services event-options redundancy-event event-name] user@gateway1# set monitor process routing abort
- Configure un nombre para el evento de redundancia.
- En gateway1, configure una política de redundancia que libere el rol principal y elimine una ruta estática cuando se cumplan las condiciones del evento de redundancia.
- Configure un nombre para la directiva.
user@gateway1# edit policy-options redundancy-policy policy-name
Por ejemplo:
user@gateway1# edit policy-options redundancy-policy RLS_MSHIP_POL
- Especifique los eventos de redundancia que liberan el rol principal.
[edit policy-options redundancy-policy policy-name] user@gateway1# set redundancy-events [event-list]
Por ejemplo:
[edit policy-options redundancy-policy RLS_MSHIP_POL] user@gateway1# set redundancy-events RELS_MSHIP_CRIT_EV
Si desea poder ejecutar el
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>rol principal para liberar manualmente, inclúyalo event-name en la directiva de redundancia. No es necesario configurar el evento de redundancia en sí, ya que el comando request lo activa.Por ejemplo:
[edit policy-options redundancy-policy RLS_MSHIP_POL] user@gateway1# set redundancy-events [RELS_MSHIP_CRIT_EV RELS_MSHIP_MANUAL_EV]
- Liberar rol principal.
[edit policy-options redundancy-policy policy-name] user@gateway1# set then release-mastership force
- Elimine la ruta estática.
[edit policy-options redundancy-policy policy-name] user@gateway1# set then delete-static-route destination (receive | next-hop next-hop) routing-instance routing-instance
- Configure un nombre para la directiva.
- En gateway1, configure una política de redundancia que adquiera el rol principal de gateway2 cuando realice una solicitud manual en gateway1 (
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>) .- Configure un nombre para la directiva.
user@gateway1# edit policy-options redundancy-policy policy-name
Por ejemplo:
user@gateway1# edit policy-options redundancy-policy ACQU_MSHIP_POL
- Especifique el nombre del evento de redundancia que utiliza la solicitud manual.
[edit policy-options redundancy-policy policy-name] user@gateway1# set redundancy-events event-name
Por ejemplo:
[edit policy-options redundancy-policy ACQU_MSHIP_POL] user@gateway1# set redundancy-events ACQU_MSHIP_MANUAL_EV
No es necesario configurar el evento de redundancia en sí, ya que el comando request lo activa.
- Adquirir el rol principal.
[edit policy-options redundancy-policy policy-name] user@host# set then acquire-mastership
- Configure un nombre para la directiva.
- En gateway1, configure el conjunto de redundancia.
- Configure un nombre para el conjunto de redundancia.
[edit services] user@gateway1# set redundancy-set redundancy-set
Por ejemplo:
[edit services] user@gateway1# set redundancy-set 1
- Especifique el identificador de grupo de redundancia para el conjunto de redundancia.
[edit services redundancy-set redundancy-set] user@gateway1# set redundancy-group redundancy-group
Por ejemplo:
[edit services redundancy-set 1] user@gateway1# set redundancy-group 1
El ID del grupo de redundancia es el mismo ID de grupo de redundancia configurado para el demonio ICCP (iccpd) a través de la jerarquía de configuración de ICCP existente. Por ejemplo
iccp { local-ip-addr 10.1.1.1; peer 10.2.2.2 { redundancy-group-id-list 1; liveness-detection { minimum-interval 1000; } } } - Especifique la directiva de redundancia que libera el rol principal y la directiva de redundancia que adquiere el rol principal.
[edit services redundancy-set redundancy-set] user@gateway1# set redundancy-policy [redundancy-policy-list]
Por ejemplo:
[edit services redundancy-set 1] user@gateway1# set redundancy-policy [ ACQU_MSHIP_POL RLS_MSHIP_POL]
- Configure la frecuencia de los sondeos de comprobación de estado del conjunto de redundancia, en segundos.
[edit services redundancy-set redundancy-set] user@gateway1# set healthcheck-timer-interval healthcheck-timer-interval
El valor predeterminado es de 30 segundos.
- Configure el tiempo máximo de espera para una respuesta de comprobación de ayuda en segundos.
[edit services redundancy-set redundancy-set] user@gateway1# set hold-time hold-time
El rango es de 0 a 3600 segundos.
- Configure la frecuencia de los mensajes de saludo srd en segundos.
[edit services redundancy-set redundancy-set] user@gateway1# set keepalive keepalive
El rango es de 1 a 60 segundos.
- Configure un nombre para el conjunto de redundancia.
- En la puerta de enlace1, configure las políticas de enrutamiento.
- Identifique las rutas de señal que requieren cambios de enrutamiento relacionados con la redundancia. Especifique la ruta de la señal y la tabla de enrutamiento que se utiliza.
[edit policy-options condition condition-name} user@gateway1# set if-route-exists signal-route table routing-table
Por ejemplo:
[edit policy-options condition switchover-route-exists] user@gateway1# set if-route-exists 10.45.45.0/24 table bgp1_table
- Para cambiar la preferencia local por la ruta de señal, introdúzcala en una declaración de política.
[edit policy-options policy-statement policy-name] user@gateway1# set term term from protocol [protocol variables] prefix-list prefix-list condition condition-name then local-preference preference-value accept
- Para cambiar los valores de la ruta de señal, introdúzcalos en la instrucción de política.
[edit policy-options policy-statement policy-name] user@gateway1# set term term from prefix-list prefix-list condition condition-name then as-path-prepend [as-prepend-values] next-hop self accept
- Identifique las rutas de señal que requieren cambios de enrutamiento relacionados con la redundancia. Especifique la ruta de la señal y la tabla de enrutamiento que se utiliza.
- En gateway1, configure la redundancia para el conjunto de servicios asignando el conjunto de redundancia al conjunto de servicios.
[edit] user@gateway1# set services service-set service-set-name redundancy-set-id redundancy-set
- En la puerta de enlace 2, el modo de espera inicial, configure un evento de redundancia para identificar cuándo la puerta de enlace del mismo nivel libera el rol principal.
[edit services] user@gateway2# set event-options redundancy-event event-name monitor peer release-mastership
Por ejemplo:
[edit services] user@gateway2# set event-options redundancy-event PEER_RELS_MSHIP_EV monitor peer release-mastership
- En gateway2, configure una política de redundancia que adquiera el rol principal de la puerta de enlace del mismo nivel y agregue una ruta estática.
- Configure un nombre para la directiva.
user@gateway2# edit policy-options redundancy-policy policy-name
Por ejemplo:
user@gateway2# edit policy-options redundancy-policy ACQU_MSHIP_POL
- Especifique el evento de redundancia configurado para el evento de liberación del rol principal de la puerta de enlace del mismo nivel.
[edit policy-options redundancy-policy policy-name] user@gateway2# set redundancy-events event-name
Por ejemplo:
[edit policy-options redundancy-policy ACQU_MSHIP_POL] user@gateway2# set redundancy-events PEER_RELS_MSHIP_EV
- Adquirir el rol principal.
[edit policy-options redundancy-policy policy-name] user@gateway2# set then acquire-mastership
- Agregar una ruta estática.
[edit policy-options redundancy-policy policy-name] user@gateway2# set then add-static-route destination (receive | next-hop next-hop) routing-instance routing-instance
- Configure un nombre para la directiva.
- En gateway2, configure un evento de redundancia para identificar cuándo la puerta de enlace del mismo nivel solicita el rol principal.
[edit services] user@gateway2# set event-options redundancy-event event-name monitor peer mastership-acquire
Por ejemplo:
[edit services] user@gateway2# set event-options redundancy-event PEER_MSHIP_ACQU_EV monitor peer mastership-acquire
- En gateway2, configure una política de redundancia que libere el rol principal y elimine una ruta estática cuando gateway1 solicite el rol principal.
- Configure un nombre para la directiva.
user@gateway2# edit policy-options redundancy-policy policy-name
Por ejemplo:
user@gateway2# edit policy-options redundancy-policy RELS-MSHIP_POL
- Especifique el evento de redundancia configurado que identifica cuándo la puerta de enlace del mismo nivel solicita el rol principal.
[edit policy-options redundancy-policy policy-name] user@gateway2# set redundancy-events event-name
Por ejemplo:
[edit policy-options redundancy-policy RELS-MSHIP_POL] user@gateway2# set redundancy-events PEER_MSHIP_ACQU_EV
- Liberar rol principal.
[edit policy-options redundancy-policy policy-name] user@gateway2# set then release-mastership force
- Elimine la ruta estática.
[edit policy-options redundancy-policy policy-name] user@gateway2# set then delete-static-route destination (receive | next-hop next-hop) routing-instance routing-instance
- Configure un nombre para la directiva.
- En gateway2, configure uno o varios eventos de redundancia para supervisar las condiciones que activan una advertencia.
- Configure un nombre para el evento de redundancia.
[edit services] user@gateway2# set event-options redundancy-event event-name
Por ejemplo:
[edit services] user@gateway2# set event-options redundancy-event WARN_EV
- Especifique cualquier interfaz que active una advertencia cuando la interfaz deje de funcionar.
[edit services event-options redundancy-event event-name] user@gateway2# set monitor link-down [interface-name]
- Especifique que una solicitud de reinicio del demonio de enrutamiento de procesos desencadene una advertencia.
[edit services event-options redundancy-event event-name] user@gateway2# set monitor process routing restart
- Especifique que una solicitud de terminación del demonio de enrutamiento de procesos desencadene una advertencia.
[edit services event-options redundancy-event event-name] user@gateway2# set monitor process routing abort
- Configure un nombre para el evento de redundancia.
- En gateway2, configure una política de redundancia que difunda una advertencia.
- Configure un nombre para la directiva.
user@gateway2# edit policy-options redundancy-policy policy-name
Por ejemplo:
user@gateway2# edit policy-options redundancy-policy WARN_POL
- Especifique los eventos de redundancia configurados que desencadenan una advertencia.
[edit policy-options redundancy-policy policy-name] user@gateway2# set redundancy-events [event-list]
Por ejemplo:
[edit policy-options redundancy-policy WARN_POL] user@gateway2# set redundancy-events WARN_EV
- Difunda la advertencia.
[edit policy-options redundancy-policy policy-name] user@gateway2# set then broadcast-warning
- Configure un nombre para la directiva.
- En gateway2, configure el conjunto de redundancia.
- Configure un nombre para el conjunto de redundancia.
[edit services] user@gateway2# set redundancy-set redundancy-set
Por ejemplo:
[edit services] user@gateway2# set redundancy-set 1
- Especifique el identificador de grupo de redundancia para el conjunto de redundancia.
[edit services redundancy-set redundancy-set] user@gateway2# set redundancy-group redundancy-group
Por ejemplo:
[edit services redundancy-set 1] user@gateway2# set redundancy-group 1
El ID del grupo de redundancia es el mismo ID de grupo de redundancia configurado para el demonio ICCP (iccpd) a través de la jerarquía de configuración de ICCP existente. Por ejemplo
iccp { local-ip-addr 10.1.1.1; peer 10.2.2.2 { redundancy-group-id-list 1; liveness-detection { minimum-interval 1000; } } } - Especifique la directiva de redundancia que libera el rol principal, la directiva de redundancia que adquiere el rol principal y la directiva de redundancia que desencadena una advertencia.
[edit services redundancy-set redundancy-set] user@gateway2# set redundancy-policy [redundancy-policy-list]
Por ejemplo:
[edit services redundancy-set 1] user@gateway2# set redundancy-policy [ ACQU_MSHIP_POL RLS_MSHIP_POL WARN_POL]
- Configure la frecuencia de los sondeos de comprobación de estado del conjunto de redundancia, en segundos.
[edit services redundancy-set redundancy-set] user@gateway2# set healthcheck-timer-interval healthcheck-timer-interval
El valor predeterminado es de 30 segundos.
- Configure el tiempo máximo de espera para una respuesta de comprobación de ayuda en segundos.
[edit services redundancy-set redundancy-set] user@gateway2# set hold-time hold-time
El rango es de 0 a 3600 segundos.
- Configure la frecuencia de los mensajes de saludo srd en segundos.
[edit services redundancy-set redundancy-set] user@gateway2# set keepalive keepalive
El rango es de 1 a 60 segundos.
- Configure un nombre para el conjunto de redundancia.
- En gateway2, configure las políticas de enrutamiento.
- Identifique las rutas de señal que requieren cambios de enrutamiento relacionados con la redundancia. Especifique la ruta de la señal y la tabla de enrutamiento que se utiliza.
[edit policy-options condition condition-name} user@gateway2# set if-route-exists signal-route table routing-table
Por ejemplo:
[edit policy-options condition switchover-route-exists] user@gateway2# set if-route-exists 10.45.45.0/24 table bgp1_table
- Para cambiar la preferencia local por la ruta de señal, introdúzcala en una declaración de política.
[edit policy-options policy-statement policy-name] user@gateway2# set term term from protocol [protocol variables] prefix-list prefix-list condition condition-name then local-preference preference-value accept
- Para cambiar los valores de la ruta de señal, introdúzcalos en la instrucción de política.
[edit policy-options policy-statement policy-name] user@gateway2# set term term from prefix-list prefix-list condition condition-name then as-path-prepend [as-prepend-values] next-hop self accept
- Identifique las rutas de señal que requieren cambios de enrutamiento relacionados con la redundancia. Especifique la ruta de la señal y la tabla de enrutamiento que se utiliza.
- En gateway2, configure la redundancia para el conjunto de servicios asignando el conjunto de redundancia al conjunto de servicios.
[edit] user@gateway2# set services service-set service-set-name redundancy-set-id redundancy-set