Configuración de una conexión de latido de chasis virtual

Beneficios de configurar una conexión de latido de chasis virtual

La configuración de una conexión de latido de chasis virtual proporciona los siguientes beneficios para un chasis virtual:

• Resistencia mejorada durante escenarios de falla

  La configuración de la conexión de latido mejora la resistencia del chasis virtual en caso de una interrupción o división de la adyacencia causada por una falla de las interfaces del puerto del chasis virtual, o cuando uno de los enrutadores miembro deja de funcionar. Si la conexión de latido detecta que el enrutador principal de chasis virtual (VC-P) sigue funcionando y es capaz de responder durante una división, el software mantiene la función principal en el VC-P existente, aísla el enrutador de copia de seguridad del chasis virtual (VC-B) hasta que el chasis virtual se recupere y reanuda la función de copia de seguridad en el VC-B cuando se vuelve a formar el chasis virtual. Como resultado, la conexión de latido impide que los enrutadores miembro cambien innecesariamente las funciones principales, lo que consume recursos del sistema y provoca resultados inesperados e indeseables.

  Cuando el VC-B se aísla durante una interrupción, el software reinicia inmediatamente todas las tarjetas de línea y apaga todos los puertos de red hasta que se resuelva la interrupción y se vuelva a formar el chasis virtual. Este comportamiento admite aplicaciones de red con equipos externos que requieren una condición de vínculo físico hacia abajo para conmutar las rutas de tráfico a otras conexiones.

• Proceso de elección de roles primarios mejorado

  El protocolo de control de chasis virtual (VCCP) controla la elección del rol principal en un chasis virtual. Cuando se configura la conexión de latido en un chasis virtual, el software VCCP evalúa la información de estado recopilada de la conexión de latido para ayudar a determinar qué enrutador miembro debe convertirse en el principal global (VC-P) en caso de una interrupción o división de la adyacencia. Cuando la conexión de latido detecta que el enrutador miembro par responde, el software VCCP suprime los cambios innecesarios en los roles de rol principal.

  Por el contrario, cuando la conexión de latido no está configurada, el software VCCP no dispone de esta información de estado adicional al determinar las funciones de función principal adecuadas después de una interrupción o una división.

• Capacidad para ver y borrar fácilmente estadísticas relacionadas con la conexión de latidos del corazón

  Los comandos operativos del chasis virtual le permiten mostrar el estado de la conexión de latido, revisar estadísticas detalladas y mediciones de latencia relacionadas con la conexión de latido, y borrar los contadores de estadísticas relacionados con los latidos y los campos de marca de tiempo de uno o ambos enrutadores miembro.

Requisitos de configuración para la conexión Heartbeat

Para establecer una conexión de latido para un chasis virtual, debe configurar una ruta segura y confiable entre el enrutador principal y el enrutador de respaldo para el intercambio de paquetes de latido TCP/IP. En concreto, debe asegurarse de que el motor de enrutamiento principal del enrutador de copia de seguridad de chasis virtual (VC-Bp) pueda establecer una conexión TCP/IP con la master-only dirección IP del motor de enrutamiento principal del enrutador principal del chasis virtual (VC-PP).

Se aplican los siguientes requisitos adicionales al configurar la conexión de latido:

• Configure la conexión de latido solo entre enrutadores miembro de chasis virtual elegibles para convertirse en el enrutador principal de chasis virtual, también conocido como principal de protocolo o principal global.

  En una configuración de chasis virtual de dos miembros, el rol se asigna routing-engine a cada enrutador como parte de la configuración preaprovisionada. La routing-engine función permite que el enrutador funcione como enrutador principal o como enrutador de respaldo del chasis virtual, según sea necesario. Como resultado, puede configurar la conexión de latido entre ambos enrutadores miembro en una configuración de chasis virtual de dos miembros.

• Utilice la interfaz de administración Ethernet del enrutador (fxp0) como ruta del latido.

  Por lo general, la interfaz de administración está disponible antes que las interfaces de tarjeta de línea y suele estar conectada a una red más segura que las otras interfaces.

• Configure una master-only dirección IP para la fxp0 interfaz de administración a fin de garantizar un acceso coherente al VC-Pp, independientemente del motor de enrutamiento que esté activo actualmente.

  La master-only dirección solo está activa en la interfaz de administración para VC-Pp. Durante una conmutación, la master-only dirección se mueve al nuevo motor de enrutamiento que actualmente funciona como VC-Pp.

• Asegure la conectividad TCP entre los enrutadores miembro VC-Pp y VC-Bp

  La conexión de latido del chasis virtual abre un puerto TCP patentado con el número 33087 en el VC-Pp para escuchar mensajes de latidos. Si su diseño de red incluye firewalls o filtros, asegúrese de que la red permita el tráfico entre el puerto TCP 33087 en el VC-Pp y el puerto TCP asignado dinámicamente en el VC-Bp.

• Cuando utilice una conexión de latido, no configure la no-split-detection instrucción como parte de la configuración del chasis virtual aprovisionada previamente.

  La no-split-detection instrucción suprime cualquier acción cuando se detecta una división en el chasis virtual. El uso de la no-split-detection instrucción está prohibido cuando se configura una conexión de latido y el software le impide configurar las no-split-detection dos instrucciones and heartbeat-address al mismo tiempo. Si intenta hacerlo, el software mostrará un mensaje de error y provocará un error en la operación de confirmación.

En un chasis virtual de dos miembros, puede configurar una conexión de latido con ambos enrutadores miembro en la misma subred o con cada enrutador miembro en una subred diferente. En la tabla 1 se resumen las diferencias importantes entre los procedimientos de configuración para enrutadores miembro en la misma subred y enrutadores miembro en subredes diferentes.

Tabla 1: Comparación de tareas de configuración de conexión de latidos para enrutadores miembro en la misma subred y enrutadores miembro en diferentes subredes

Tarea	Conexión de latido para enrutadores miembro en la misma subred	Conexión de latido para enrutadores miembro en diferentes subredes
Configure la dirección IP para fxp0 la master-only interfaz de administración.	Configure la misma fxp0 master-only dirección IP para los cuatro motores de enrutamiento miembros.	Configure dos direcciones IP diferentes master-only para la fxp0 interfaz de administración: una dirección para la subred en la que reside el enrutador principal de chasis virtual y otra para la subred en la que reside el enrutador de reserva.
Configure una ruta de red para la conexión de latido.	Proporcione una ruta para que los enrutadores miembro se comuniquen entre sí por medio de una conexión TCP/IP. Por ejemplo, en un chasis virtual con enrutadores miembro en la misma subred, puede utilizar la puerta de enlace predeterminada del enrutador. Como alternativa, puede crear una ruta estática global tal y como se describe en Ejemplo: Determinación del estado de los miembros mediante una conexión de latido de chasis virtual de la serie MX con enrutadores miembro en la misma subred.	Proporcione una ruta para que los enrutadores miembro se comuniquen entre sí por medio de una conexión TCP/IP. En un chasis virtual con enrutadores miembro en subredes diferentes, debe asegurarse de que ambos enrutadores miembro puedan comunicarse con la red del otro. Por ejemplo, puede crear rutas estáticas a ambas subredes en cada miembro del motor de enrutamiento, tal y como se describe en Ejemplo: Determinación del estado de los miembros mediante una conexión de latido de chasis virtual de la serie MX con enrutadores miembro en diferentes subredes.
Configure la dirección del latido para establecer la conexión del latido.	Configure una única dirección IP (global) master-only para la fxp0 interfaz de administración como dirección de latido para establecer la conexión.	Configure una dirección de latido para cada miembro del motor de enrutamiento a fin de establecer una conexión cruzada con la master-only dirección IP del motor de enrutamiento correspondiente en la otra subred. Por ejemplo, supongamos que member0-re0 y member0-re1 residen en la subred 10.4.0.0 y member1-re0 y member1-re1 residen en la subred 10.5.0.0. En esta configuración, establecería la dirección del latido para member0-re0 en la master-only dirección IP para member1-re0 para la conexión member0-re0 cruzada y member1-re0. Se haría una conexión member0-re1 cruzada y member1-re1 de manera similar.

Cómo funciona la conexión Heartbeat

Cuando el chasis virtual funciona correctamente, la conexión de latidos envía periódicamente paquetes de latidos a través de la ruta TCP/IP entre el motor de enrutamiento principal en el enrutador principal de chasis virtual y el motor de enrutamiento principal en el enrutador de respaldo de chasis virtual.

Cuando se detecta una interrupción o división de adyacencia en el chasis virtual, cada enrutador miembro envía un mensaje de latido final para determinar si el otro miembro es capaz de responder y deja de enviar mensajes periódicos adicionales hasta que el chasis virtual se vuelve a formar. El otro miembro debe responder al mensaje de latido dentro del período de tiempo de espera de latido predeterminado (2 segundos) o dentro de un período de tiempo de espera de latido configurado en el intervalo de 1 a 60 segundos. Para determinar el período de tiempo que transcurre en la red entre la transmisión de un mensaje de solicitud de latido y la recepción de un mensaje de respuesta de latido, puede emitir el show virtual-chassis heartbeat detail comando para ver el número de segundos notificados en los Maximum latency campos y Minimum latency .

Práctica recomendada:

Si su red está congestionada o tiene una latencia de ida y vuelta que supera los 2 segundos, le recomendamos que aumente el valor del período de tiempo de espera del latido para tener en cuenta este retraso durante una interrupción o división de adyacencia del chasis virtual.

Conexión de latido y condiciones de falla del chasis virtual

La configuración de la conexión de latido evita cambios innecesarios de la función principal entre los enrutadores miembro del chasis virtual cuando se produce una interrupción o división de la adyacencia. En la tabla 2 se describen los efectos en la función principal para condiciones de error comunes cuando se habilita la conexión de latido en un chasis virtual de dos miembros.

Tabla 2: Efecto de la conexión de latidos en condiciones comunes de falla del chasis virtual

Condición de falla	Resultado en el enrutador principal del chasis virtual (VC-P)	Resultado en el enrutador de respaldo de chasis virtual (VC-B)
Las interfaces de puerto del chasis virtual descienden.	Conserva la función de VC-P.	Si el VC-P está en servicio, pero las interfaces del puerto del chasis virtual no funcionan, el VC-B se desconecta después de que expire el período de tiempo de espera del latido, ya que el estado del motor de enrutamiento no es válido.
El chasis VC-P falla.	Queda fuera de servicio.	se convierte en VC-P.
El chasis VC-B falla.	Conserva la función de VC-P.	Queda fuera de servicio.
Se produce un error en la conexión del latido.	Conserva la función de VC-P.	Conserva el rol de VC-B.

En todos los casos, excepto cuando el chasis VC-P falla, la función principal del chasis virtual se mantiene en el VC-PP existente si la conexión de latido detecta que el VC-P sigue funcionando y es capaz de responder durante una división. Evitar un cambio de rol innecesario minimiza la carga del sistema causada por un cambio de rol principal de protocolo y reduce la probabilidad de resultados impredecibles.

La falta de conexión de latidos del chasis virtual y la pérdida de adyacencia del VCP es una condición de doble error que efectivamente vuelve al comportamiento de "detección sin división". Los dos miembros no pueden comprobar el estado de su enrutador miembro par. El latido del chasis virtual utiliza las reacciones de "detección sin división", que requieren que VC-P permanezca en el rol de maestro de protocolo y VC-B como VC-P. Esta condición de "maestro dividido" no es ideal para protocolos de enrutamiento y otros mecanismos de administración de topologías. En este caso, la condición de maestro dividido es mejor que funcionar sin ningún miembro maestro de protocolo.

La comunicación de latidos del chasis virtual solo está activa cuando el chasis virtual está formado correctamente con la elección correcta de los roles de chasis de miembro de VC-P y VC-B. Las funciones determinadas durante una pérdida de adyacencia de VCP se mantienen hasta que el chasis virtual se vuelve a formar correctamente. Interrupción del chasis virtual La conectividad de latidos no afecta a las funciones de protocolo en el chasis virtual mientras duren las condiciones de "división".

Conexión de latidos en comparación con la detección de división

En ciertas condiciones de falla de chasis virtual, la configuración de detección de división (habilitada de forma predeterminada o explícitamente deshabilitada) puede generar resultados impredecibles e indeseables, como un chasis virtual con dos enrutadores principales o un chasis virtual sin enrutador principal.

Práctica recomendada:

Es obligatorio que utilice la conexión de latido en lugar de la función de detección de división en un chasis virtual para evitar cambios innecesarios de la función principal durante una interrupción de adyacencia o una división, y para proporcionar información adicional sobre el estado de los miembros para el proceso de elección de la función principal.

La tabla 3 compara los efectos de la detección de división y la conexión de latidos para dos condiciones de error comunes: falla de las interfaces del puerto del chasis virtual y falla del chasis VC-B.

Tabla 3: Comparación de la conexión de latidos y la detección de división para condiciones de falla de chasis virtual

Condición de falla	Resultados con Heartbeat Connection	Resultados con detección de división
Las interfaces de puerto del chasis virtual descienden.	El chasis VC-P conserva la función de VC-P. Si el chasis VC-P está en servicio, pero las interfaces del puerto del chasis virtual no funcionan, el chasis VC-B se desconectará después de que expire el período de tiempo de espera del latido, ya que el estado del motor de enrutamiento no es válido.	Cuando la detección de división está deshabilitada: El chasis VC-P conserva la función de VC-P. El chasis VC-B también asume el papel de VC-P. El chasis virtual tiene dos enrutadores principales, cada uno de los cuales mantiene la información del estado del suscriptor. El efecto en los suscriptores, los patrones de tráfico, el comportamiento de las aplicaciones externas y las operaciones de inicio y cierre de sesión de los suscriptores es impredecible mientras las interfaces de puertos del chasis virtual están desconectadas.
El chasis VC-B falla.	El chasis VC-P conserva la función de VC-P. El chasis VC-B está fuera de servicio.	Cuando la detección de división está habilitada: El chasis VC-P asume el rol de tarjeta de línea (VC-L), que lo aísla y lo retira del chasis virtual hasta que se restablece la conectividad. El chasis VC-B está fuera de servicio. El chasis virtual no tiene un enrutador principal. Este estado detiene el enrutamiento entre chasis y deshabilita efectivamente la configuración del chasis virtual.