Configuración de la redundancia de servicios entre chasis para servicios de próxima generación
En este tema se describe cómo configurar la redundancia de interchassis-services para servicios de próxima generación. Este tema contiene un procedimiento para configurar la redundancia de servicios sin interrupciones (conmutadores automáticos en ambas direcciones) y un procedimiento para la redundancia unidireccional (conmutadores automáticos solo del principal original al modo de espera original).
También puede usar 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 política de redundancia que libere o adquiera la función principal. También debe asignar la política de redundancia al conjunto de redundancia utilizado en el comando.
Configuración de redundancia de servicios sin interrupciones para el conjunto de servicios de servicios de servicios de próxima generación
La redundancia de servicios sin interrupciones le ofrece cambios de servicio automáticos entre los enrutadores cuando ocurre un evento crítico. Las conmutaciones automáticas de la puerta de enlace 1 a la puerta de enlace 2 y de la puerta de enlace 2 a la puerta de enlace 1 se realizan sin intervención manual.
Para configurar la redundancia de servicios sin interrupciones para un conjunto de servicios, realice los pasos siguientes en gateway1 y gateway2:
- Configure uno o varios eventos de redundancia para supervisar las condiciones que desencadenan una conmutación de servicios a la puerta de enlace par.
- 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 activan una conmutación 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 de demonio de enrutamiento de procesos desencadena una conmutación 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 política de redundancia que libere el rol principal y suprima una ruta estática cuando se cumplan las condiciones del evento de redundancia.
- Configure un nombre para la política.
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 política de redundancia. No es necesario configurar el evento de redundancia en sí, ya que lo desencadena el comando request.Por ejemplo:
[edit policy-options redundancy-policy RLS_MSHIP_POL user@host# set redundancy-events [RELS_MSHIP_CRIT_EV RELS_MSHIP_MANUAL_EV]
- Función principal de lanzamiento.
[edit policy-options redundancy-policy policy-name] user@host# set then release-mastership
- Eliminar 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 política.
- 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 política de redundancia que adquiera la función principal de la puerta de enlace par y agregue una ruta estática.
- Configure un nombre para la política.
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 rol para adquirir manualmente el
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>rol principal, inclúyalo event-name en la política de redundancia. No es necesario configurar el evento de redundancia en sí, ya que lo desencadena el comando request.Por ejemplo:
[edit policy-options redundancy-policy ACQU_MSHIP_POL] user@host# set redundancy-events [PEER_RELS_MSHIP_EV ACQU_MSHIP_MANUAL_EV]
- Adquiere un papel principal.
[edit policy-options redundancy-policy policy-name] user@host# set then acquire-mastership
- Agregue 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 política.
- 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 ID 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 de grupo de redundancia es el mismo ID de grupo de redundancia configurado para el daemon ICCP (iccpd) mediante la jerarquía de configuración 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 política de redundancia que libera el rol principal y la política 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 va 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 intervalo 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 para la ruta de señal, introdúzcala en una instrucció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 as-path-prepend para la ruta de la 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 par.
Configuración de la redundancia de servicios unidireccional para el conjunto de servicios de servicios de próxima generación
La redundancia de servicios unidireccional 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 una conmutación automática 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 varios eventos de redundancia para supervisar las condiciones que desencadenan una conmutación 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 activan una conmutación 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 de demonio de enrutamiento de procesos desencadena una conmutación 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 suprima una ruta estática cuando se cumplan las condiciones del evento de redundancia.
- Configure un nombre para la política.
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 política de redundancia. No es necesario configurar el evento de redundancia en sí, ya que lo desencadena el comando request.Por ejemplo:
[edit policy-options redundancy-policy RLS_MSHIP_POL] user@gateway1# set redundancy-events [RELS_MSHIP_CRIT_EV RELS_MSHIP_MANUAL_EV]
- Función principal de lanzamiento.
[edit policy-options redundancy-policy policy-name] user@gateway1# set then release-mastership force
- Eliminar 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 política.
- En la puerta de enlace1, configure una política de redundancia que adquiera la función principal de la puerta de enlace2 cuando realice una solicitud manual en la puerta de enlace1 (
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>) .- Configure un nombre para la política.
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 lo desencadena el comando request.
- Adquiere un papel principal.
[edit policy-options redundancy-policy policy-name] user@host# set then acquire-mastership
- Configure un nombre para la política.
- 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 ID 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 de grupo de redundancia es el mismo ID de grupo de redundancia configurado para el daemon ICCP (iccpd) mediante la jerarquía de configuración 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 política de redundancia que libera el rol principal y la política 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 va 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 intervalo 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 para la ruta de señal, introdúzcala en una instrucció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 as-path-prepend para la ruta de la 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 gateway2, el modo de espera inicial, configure un evento de redundancia para identificar cuándo la puerta de enlace par 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 la puerta de enlace2, configure una política de redundancia que adquiera la función principal de la puerta de enlace par y agregue una ruta estática.
- Configure un nombre para la política.
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 versión de la función principal de la puerta de enlace del par.
[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
- Adquiere un papel principal.
[edit policy-options redundancy-policy policy-name] user@gateway2# set then acquire-mastership
- Agregue 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 política.
- En la puerta de enlace2, configure un evento de redundancia para identificar cuándo la puerta de enlace del mismo nivel solicita la función 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 política.
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
- Función principal de lanzamiento.
[edit policy-options redundancy-policy policy-name] user@gateway2# set then release-mastership force
- Eliminar 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 política.
- En gateway2, configure uno o varios eventos de redundancia para supervisar las condiciones que desencadenan 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 las interfaces que activan una advertencia cuando la interfaz deja 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 desencadena 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 política.
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
- Transmita la advertencia.
[edit policy-options redundancy-policy policy-name] user@gateway2# set then broadcast-warning
- Configure un nombre para la política.
- 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 ID 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 de grupo de redundancia es el mismo ID de grupo de redundancia configurado para el daemon ICCP (iccpd) mediante la jerarquía de configuración 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 política de redundancia que libera el rol principal, la política de redundancia que adquiere el rol principal y la política 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 va 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 intervalo es de 1 a 60 segundos.
- Configure un nombre para el conjunto de redundancia.
- En la puerta de enlace2, 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 para la ruta de señal, introdúzcala en una instrucció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 as-path-prepend para la ruta de la 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