CISCO 4500R + E, redundancia Sup7L-E: ¿RPR o SSO?


7

Vamos a implementar el chasis 4500R + E con dos supervisores redundantes Sup7L-E. Todos los puertos en el chasis: puerto de conmutación con troncales. Interfaces L3 - SVI. El chasis terminará el dominio L3 (ruta entre zonas), sin protocolos de enrutamiento dinámico, solo enrutamiento estático.

¿Cuál es el mejor mecanismo de redundancia para dicha implementación: RPR o SSO?


¿Alguna respuesta te ayudó? Si es así, debe aceptar la respuesta para que la pregunta no siga apareciendo para siempre, buscando una respuesta. Alternativamente, puede proporcionar y aceptar su propia respuesta.
Ron Maupin

Respuestas:


13

Se prefiere SSO debido a una conmutación más corta si falla el supervisor. De Cisco:

Con la redundancia del motor supervisor habilitada, si el motor supervisor activo falla o si se realiza una conmutación manual, el motor supervisor en espera se convierte en el "nuevo" motor supervisor activo. El motor supervisor en espera se ha inicializado automáticamente con la configuración de arranque del motor supervisor activo, acortando el tiempo de conmutación (30 segundos o más en modo RPR, dependiendo de la configuración; subsegundo en modo SSO).

Operación de RPR:

RPR es compatible con Cisco IOS-XE versión 3.1.0SG y versiones posteriores. Cuando un motor supervisor en espera se ejecuta en modo RPR, se inicia en un estado parcialmente inicializado y se sincroniza con la configuración persistente del motor supervisor activo.

En una conmutación de motor supervisor, el tráfico se interrumpe porque en el modo RPR todos los puertos físicos se reinician ya que no se mantiene ningún estado entre los motores supervisores en relación con los tipos y estados de los módulos. Al cambiar, cuando el motor supervisor de reserva completa su inicialización, leerá la información del hardware directamente del módulo y se convertirá en el motor supervisor activo.

Por lo tanto, el supervisor redundante solo se inicializa parcialmente. Esto significa que habrá una interrupción cuando el supervisor falle.

SSO por otro lado está completamente inicializado.

SSO es compatible con Cisco IOS-XE versión 3.1.0SG y versiones posteriores. Cuando un motor supervisor en espera funciona en modo SSO, el motor supervisor en espera arranca en un estado completamente inicializado y se sincroniza con la configuración persistente y la configuración en funcionamiento del motor supervisor activo. Posteriormente mantiene el estado en los protocolos enumerados a continuación, y todos los cambios en los estados de hardware y software para las funciones que admiten la conmutación de estado se mantienen sincronizados. En consecuencia, ofrece cero interrupciones a las sesiones de Capa 2 en una configuración de motor de supervisor redundante.

Debido a que el motor supervisor en espera reconoce el estado del enlace de hardware de cada enlace, los puertos que estaban activos antes de la conmutación permanecerán activos, incluidos los puertos de enlace ascendente. Sin embargo, debido a que los puertos de enlace ascendente están físicamente en el motor supervisor, se desconectarán si se quita el motor supervisor.

Si el motor supervisor activo falla, el motor supervisor en espera se activa. Este nuevo motor supervisor activo utiliza la información de conmutación de Capa 2 existente para continuar reenviando el tráfico. El reenvío de la capa 3 se retrasará hasta que las tablas de enrutamiento se hayan repoblado en el nuevo motor supervisor activo.

Por lo tanto, se recomienda ejecutar SSO. Para obtener información completa, vaya a Configuración de redundancia de Supervisor Engine usando RPR y SSO en Supervisor Engine 7-E y Supervisor Engine 7L-E

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.