Guía de configuración de alta disponibilidad, Cisco IOS Release 12.2SR
Configurar el Stateful Switchover
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 470 KB | Inglés (18 Marzo 2011) | Comentarios

Contenido

Configurar el Stateful Switchover

Última actualización: De marzo el 14 de 2011

La característica del Stateful Switchover (SSO) trabaja con la expedición directa (NSF) en software de Cisco para minimizar la cantidad de tiempo que una red es inasequible a sus usuarios que siguen un intercambio. El objetivo primario del SSO es mejorar la Disponibilidad de las redes construidas con los routeres Cisco. El SSO realiza las funciones siguientes:

  • Mantiene el protocolo con estado y la Información de la aplicación para conservar la información de sesión del usuario durante un intercambio.
  • Permite al linecards para continuar remitiendo el tráfico de la red sin la pérdida de sesiones, proporcionando a la disponibilidad de red mejorada.
  • Proporciona un High System Availability en relación con de un intercambio más rápido.

Prerrequisitos de Stateful Switchover

Requisitos previos generales

  • Para las Plataformas hardware-redundantes, dos Route Processor (RP) se deben instalar en el chasis, cada uno que funciona con la misma versión o una versión compatible del software de Cisco.
  • Antes de copiar un archivo a la memoria flash, esté seguro que el espacio suficiente está disponible en la memoria flash. Compare los tamaños del archivo que usted está copiando a la cantidad de memoria flash disponible mostrada. Si el espacio disponible es menos que el espacio requerido por el archivo que usted copiará, el proceso de copia no continuará y un mensaje de error similar al siguiente será visualizado:
%Error copying tftp://image@server/tftpboot/filelocation/imagename (Not enough space on device). 
 
  • El Distributed Cisco Express Forwarding se debe habilitar en cualquier dispositivo de interconexión de redes configurado para ejecutar el SSO.
  • Para el soporte directo de la expedición (NSF), los routeres vecinos deben funcionar con las imágenes habilitado para NSF, aunque el SSO no necesita ser configurado en el dispositivo vecino.

Requisitos previos de los dispositivos de las Cisco 10000 Series

  • En los dispositivos de las Cisco 10000 Series solamente, iniciar ambos Motores de ruteo de rendimiento (PRE) del servidor de arranque TFTP, usted debe utilizar el comando ip address negotiated en el modo de configuración de la interfaz de habilitar el DHCP en el PRE. Si no, usted conseguirá un error de dirección IP duplicada debido a la sincronización de la dirección IP del active al (RP) espera del Route Processor.

Requisitos previos de la plataforma del router de Internet de las Cisco 7500 Series

  • En el Cisco 7507 y los Cisco 7513 Router, cualquier combinación de los dispositivos RSP8 y RSP16, o cualquier combinación de RSP2 y de RSP4, se requieren.

Restricciones de Stateful Switchover

Restricciones generales para el SSO

  • Ambos RP deben funcionar con la misma imagen del software de Cisco. Si los RP están actuando diversas imágenes del software de Cisco, el sistema invierte al modo RPR incluso si se configura el SSO.
  • Los cambios de configuración realizados con el SNMP no se pueden configurar automáticamente en el RP espera después de que ocurra un intercambio.
  • La carga a compartir entre los procesadores duales no se soporta.
  • Hot Standby Routing Protocol (HSRP) no se soporta en Cisco Nonstop Forwarding con Stateful Switchover. No utilice HSRP con la Cisco Nonstop Forwarding con Stateful Switchover.
  • El Rastreo de objetos aumentado (EOT) no está intercambio-enterado stateful y no se puede utilizar con el HSRP, el Virtual Router Redundancy Protocol (VRRP), o el protocolo del Equilibrio de carga del gateway (GLBP) en el modo SSO.
  • El Multicast no es consciente y recomienza después del intercambio; por lo tanto, las tablas del Multicast y las estructuras de datos se borran sobre el intercambio.

Restricciones del modo de configuración

  • Los registros de la configuración en ambos RP se deben fijar lo mismo para que el dispositivo de interconexión de redes se comporte lo mismo cuando se reinicia cualquier RP.
  • Durante la sincronización (a granel) de lanzamiento, los cambios de configuración no se permiten. Antes de realizar cualesquiera cambios de configuración, espera para un mensaje similar al siguiente:
%HA-5-MODE:Operating mode is sso, configured mode is sso.
  • En el Cisco 7304 Router, un mensaje similar al siguiente aparece (el número de slot real depende de qué slot tiene el procesador activo):

%HA-6-STANDBY_READY: Standby RP in slot n
 is operational in SSO mode

Restricciones de proceso del intercambio

  • Si configuran al router para el modo SSO, y el RP activo falla antes de que el recurso seguro esté listo para cambiar, el router se recuperará con todo el sistema una restauración.

Restricciones atmósfera

  • Las funciones controlado por etiqueta atmósfera (LC-ATM) no coexisten con el SSO en esta versión.
  • El protocolo de línea ATM no soporta la capacidad del Stateful Switchover para las características siguientes en esta versión:
    • SVCs
    • Trayectorias virtuales conmutadas (SVPs)
    • Circuitos virtuales marcados con etiqueta (TVC)
    • Punta a de múltiples puntos SVC
    • Interfaz de administración local integrada (ILMI)
    • Protocolo orientado a la conexión específico de la señalización y del servicio (SSCOP)
    • Administrador de la conexión ATM, detección del circuito virtual permanente (PVC), aplicaciones atmósfera
    • Al revés o Compatibilidad de versión
    • Estadísticas y estadísticas
    • Pérdida cero de la célula ATM

Restricciones del Frame Relay y del Frame Relay del Multilink

  • Las características de Frame Relay siguientes no se sincronizan entre los RP activos y espera en esto versión: Estadísticas de Frame Relay; LMI mejorado (ELMI); Procedimiento de acceso a link, Frame Relay (LAPF); SVC; y línea estado de la subinterfaz.

Nota


La línea estado de la subinterfaz es determinada por el estado PVC, que sigue el estado del protocolo del linecard en las interfaces DCE, y es docta a partir del primera intercambio del estatus LMI después del intercambio en las interfaces DTE.
  • El Frame Relay SSO se soporta con las características siguientes:
    • Interfaces seriales
    • DTE y DCE LMI (o ningún Keepalives)
    • PVC (terminados y conmutados)
    • IP
  • Cuando no se configura a ningún tipo LMI explícitamente en una interfaz DTE, sincronizan al tipo LMI detectado automáticamente.
  • Los números de secuencia LMI no se sincronizan entre los RP activos y espera por abandono.

Los mensajes de keepalive LMI contienen los números de secuencia de modo que cada lado (red y par) de un PVC pueda detectar los errores. Cuentas incorrectas de un número de secuencia como un error. Por abandono, el Switch declara el Line Protocol y todos los PVC abajo después de tres errores consecutivos. Aunque parezca que la sincronización de los números de secuencia LMI pudo prevenir los PVC caídos, el uso de los recursos requeridos para sincronizar los números de secuencia LMI para potencialmente los millares de interfaces (canalizadas) en dispositivos de interconexión de redes más grandes pudo ser un problema en sí mismo. El dispositivo de interconexión de redes se puede configurar para sincronizar los números de secuencia LMI. La sincronización de los números de secuencia no es necesaria para las interfaces DCE.

  • Los cambios al estado del Line Protocol se sincronizan entre los RP activos y espera. El Line Protocol se asume para estar para arriba en el intercambio, proporcionando a que la interfaz está para arriba.
  • Los cambios de estado PVC no se sincronizan entre los RP activos y espera. El PVC se fija al estado ascendente en el intercambio a condición de que el estado del Line Protocol está para arriba. Se determina el estado verdadero cuando el primer mensaje de estado completo se recibe del Switch en las interfaces DTE.
  • La línea estado de la subinterfaz no se sincroniza entre los RP activos y espera. La línea estado de la subinterfaz es controlada por el estado PVC, por los valores de configuración, o por el estado de la interfaz de hardware cuando el PVC está para arriba. En el intercambio, el estado de la subinterfaz se fija a para arriba, proporcionando a que las subinterfaces no están apagadas y la interfaz principal es ascendente y el estado del Line Protocol está para arriba. En los dispositivos DTE, el estado correcto es docto después de que el primer intercambio del estatus LMI.
  • Los mapas dinámicos no se sincronizan entre los RP activos y espera. Los cambios de la adyacencia como resultado del cambio del mapa dinámico se vuelven a aprender después del intercambio.
  • Los PVC dinámicamente doctos se sincronizan entre los RP activos y espera y se vuelven a aprender después de que el primer intercambio del estatus LMI.
  • Para los links de agrupamientos del Frame Relay del Multilink, el estado del conjunto local ID del link de agrupamientos y del par se sincroniza.
  • Para un conjunto del Frame Relay del Multilink, se sincroniza el Id de peer.

Restricciones PPP

  • Las características de PPP siguientes no se soportan en esta versión: marcador; Authentication, Authorization, and Accounting (AAA), IPPOOL, capa 2 (L2X), Point-to-Point Tunneling Protocol (PPTP), Microsoft Point-to-Point Encryption (MPPE), Monitoreo de calidad de link (LQM), link o compresión del encabezamiento, bridging, PPP asíncrono, y XXCP.
  • Recomendamos que valor del comando de keepalive el fijó a 20 segundos en los Cisco 7500 Series Router para cada par en una conexión PPP.

Restricciones de la plataforma del Cisco 12000 Series Internet Router

  • En los dispositivos de las Cisco 12000 Series con tres o más RP en un chasis, después de la negociación del RP activo y espera, los RP (restantes) inactivos no participan en la operación del router.
  • En los Cisco 12000 y 7500 Series Router, si algunos cambios a la configuración de estructura suceden simultáneamente con un intercambio RP, se reajusta el chasis y se reajusta todo el linecards.
  • En las Cisco 12000 Series y los 10000 Series Internet Router, si ocurre un intercambio antes de que el paso a granel de la sincronización sea completo, el nuevo active RP puede estar en el estado incoherente. Recargarán al router en este caso.
  • El SSO no soporta la operación de arranque TFTP en los Cisco 12000 Series Internet Router. Las imágenes de software se deben descargar a las tarjetas de memoria Flash en el router.
  • Cualquier linecards que no está en línea a la hora de un intercambio (linecards no en el estado de ejecución del software de Cisco) se reajusta y se recarga en un intercambio.
  • Las siguientes tarjetas de línea soportan SSO y Cisco NSF:
    • Todo el linecards Engine-0, del motor 2, y del Packet Over SONET (POS) Engine-4
    • Todo el linecards atmósfera Engine-0
    • Todo el linecards nonchannelized DS3 y E3
    • Todo el linecards canalizado Engine-0
    • linecards 1XGE y 3XGE
  • Se soporta el linecards siguiente Engine-0:
    • posición 4-port OC-3
    • posición 1-port OC-12
    • atmósfera 1-port O-12
    • atmósfera 4-port OC-3
    • DS3 6-port
    • DS3 12-port
    • 6-port E3
    • 12-port E3
    • 6-port CT3
    • 1-port CHOC-12->DS3
    • 6-port CT3->DS1
    • 1-port CHOC-12/STM4->OC-3/STM1 POS
    • 2-port CHOC-3/STM-1->DS1/E1
  • Se soporta el linecards siguiente Engine-1:
    • DPT OC-12/STM-4c de 2 puertos
  • Se soporta el linecards siguiente del motor 2:
    • 1-port OC-48 POS
    • DPT OC-48/STM-16c de 1 puerto
    • 4-port OC-12 POS
    • 8-port OC-3 POS
    • ATM OC-3/STM-1c de 8 puertos
    • 16-port OC-3 POS
  • Se soporta el linecards siguiente Engine-4:
    • 1-port OC-192 POS
    • 4-port OC-48 POS
  • Se soporta el linecards siguiente del motor del servicio del IP (ISE):
    • ISE OC-3c/STM-1c POS/SDH de 4 puertos
    • ISE OC-3c/STM-1c POS/SDH de 8 puertos
    • 16-port OC-3c/STM-1c POS/SDH ISE
    • ISE OC-12c/STM-4c POS/SDH de 4 puertos
    • OC-48c/STM-16c POS/SDH ISE de 1 puerto
    • ISE OC-12/STM-4 (DS3/E3, OC-3c/STM-1c) POS/SDH de 4 puertos canalizados
    • OC-48/STM-16 (DS3/E3, OC-3c/STM-1c) POS/SDH ISE de 1 puerto canalizado
    • 4-port OC-12c/STM-4c DPT ISE

Restricciones de la Plataforma Cisco 10000 Series Internet Router

  • Cuando configurar las variables de arranque, iniciando del servidor de arranque TFTP no se soporta excepto en los Cisco 10000 Series Internet Router solamente.
  • Ambos RP deben funcionar con la misma imagen del software de Cisco. Si los RP están actuando diversas imágenes del software de Cisco, el sistema invierte al modo RPR incluso si se configura el SSO. En el Cisco 10000 Series Internet Router, el sistema invierte al modo RPR+.
  • Si ocurre un intercambio antes de que el paso a granel de la sincronización sea completo, el nuevo active RP puede estar en un estado incoherente. Recargarán al router en este caso.
  • El SSO soporta la operación de arranque TFTP en los Cisco 10000 Series Internet Router.
  • Las siguientes tarjetas de línea soportan SSO y Cisco NSF:
    • (canalizado o canal despejado) DS3 universal 6-port
    • 8-port E3/DS3
    • 1-port OC-12 POS
    • 6-port OC-3 POS
    • Gigabits Ethernet 1-port
    • OC-12 canalizado 1-port
    • STM1 canalizado 4-port
    • E1/T1 canalizado 24-port
    • atmósfera 1-port OC-12
    • atmósfera 4-port OC-3

Restricciones de la plataforma del router de Internet de las Cisco 7500 Series

  • En los Cisco 7500 Series Router, si algunos cambios a la configuración de estructura suceden simultáneamente con un intercambio RP, se reajusta el chasis y se reajusta todo el linecards.
  • En los Cisco 7500 Series Router configurados para el modo SSO, durante la sincronización entre los RP activos y espera, el modo configurado será RPR. Después de que la sincronización sea completa, el modo de operación será SSO. Si ocurre un intercambio antes de que la sincronización sea completa, el intercambio estará en el modo RPR.
  • En los Cisco 7500 Series Router, la herencia IP omitirá el modo RPR y debe ser recargada. Si tres o más herencias IP esté presente, después todo el linecards, incluyendo los VIP, debe ser recargado.
  • El SSO no soporta la operación de arranque TFTP en los routeres de Internet de las Cisco 7500 Series. Las imágenes de software se deben descargar a las tarjetas de memoria Flash en el router.
  • El SSO actúa solamente en un router de Internet de las Cisco 7500 Series que tenga VIP como los adaptadores de puerto. Los sistemas con los procesadores de la interfaz Legacy no compatibles con el modo RPR+ o SSO conseguirán siempre la restauración y recargado sobre el intercambio.
  • Para soportar el SSO, un router debe tener una combinación de dos dispositivos RSP8 y RSP16 o una combinación de los dispositivos RSP2 y RSP4. Una combinación de RSP8 o de RSP16 con los dispositivos RSP2 o RSP4 en una plataforma no se soporta. Solamente el Cisco 7507 y el Cisco 7513 soportan los procesadores duales, que se requiere para soportar el SSO.
  • Los cambios simultáneos a la configuración de las sesiones CLI múltiples no se permiten. Solamente una sesión de la configuración se permite ingresar en el en un momento del modo de configuración, otras sesiones no podrá ingresar en el modo de configuración.
  • Usando el œ del € del â envíe el  del € del breakâ para romperse o detenerse brevemente el sistema no se recomienda y puede causar los resultados no predecibles. Para iniciar un switchover manual, utilice el comando redundancy force-switchover.
  • Las siguientes tarjetas de línea soportan SSO y Cisco NSF:
    • PA-MC-E3, adaptador de puerto del multichannel e3 1-port (PA)
    • PA-MC-T3, 1-port multichannel T3 PA
    • PA-MC-2E1/120, 2-port e1 de varios canales PA con la interfaz del 120-ohm G.703
    • PA-MC-2TE1, 2-port multichannel T1 PA con la unidad de servicio de canal integrado (CSU) y dispositivos de la Unidad de servicio de datos (DSU)
    • PA-MC-2T3+, 2-port multichannel T3 PA
    • PA-MC-4T, 4-port multichannel T1 PA con los dispositivos integrados CSU y DSU
    • PA-MC-8T1, 8-port multichannel T1 PA con los dispositivos integrados CSU y DSU
    • PA-MC-8DSX1, 8-port DS1 de varios canales PA con los DSU integrados
    • PA-MC-8E1/120, 8-port e1 de varios canales PA con la interfaz del 120-ohm G.703
    • PA-4T+, 4-port PA serial aumentado
    • PA-8T-V35, 8-port V.35 serial PA
    • PA-8T-232, 8-port serial 232 PA
    • PA-8T-X21, 8-port X.21 serial PA
    • PA-E3, 1-port E3 PA serial con E3 DSU
    • PA-T3+, 1-port T3 PA serial aumentado
    • PA-2E3, 2-port E3 PA serial con E3 DSU
    • PA-2T3+, 2-port T3 PA serial aumentado
    • PA-H, interfaz en serie de alta velocidad 1-port (HSSI) PA
    • PA-2H, 2-port HSSI PA
    • PA-2FE-TX, 2-port Ethernetes 100BASE-TX PA
    • PA-2FE-FX, 2-port Ethernetes 100BASE-FX PA
    • PA-FE-TX, 1-port fast ethernet 100BASE-TX PA
    • PA-FE-FX, 1-port fast ethernet 100BASE-FX PA
    • PA-4E 4-port, 10BaseT PA de los Ethernetes
    • PA-8E 8-port, 10BaseT PA de los Ethernetes
    • El PA-A3-E3, la atmósfera 1-port aumentó E3 PA
    • El PA-A3-T3, la atmósfera 1-port aumentó DS3 PA
    • El PA-A3-OC3MM, la atmósfera 1-port aumentó OC-3c/STM-1 PA con varios modos de funcionamiento
    • El PA-A3-OC3SMI, la atmósfera 1-port aumentó OC-3c/STM-1 (IR) PA unimodal
    • El PA-A3-OC3SML, la atmósfera 1-port aumentó el solo-modelo OC-3c/STM-1 (LR) PA
    • PA-POS-OC3MM, 1-port posición OC-3c/STM-1 PA con varios modos de funcionamiento
    • PA-POS-OC3SMI, 1-port posición OC-3c/STM-1 (IR) PA unimodal
    • PA-POS-OC3SML, 1-port posición OC-3c/STM-1 (LR) PA unimodal
    • PA-A3-8E1IMA, e1 inverso del multiplexor atmósfera 8-port (120-ohm) PA
    • PA-A3-8T1IMA, T1 inverso PA del multiplexor atmósfera 8-port
    • PA-4E1G/75, 4-port e1 G.703 PA serial (75-ohm/unbalanced)
    • PA-4E1G/120, 4-port e1 G.703 PA serial (120-ohm/balanced)
    • PA-MCX-8TE1
    • PA-MCX-4TE1
    • PA-MCX-2TE1
    • Todo el linecards VIP2 y VIP4
    • Combinaciones PA/VIP: IP de los Gigabits Ethernet (GEIP) y GEIP+

Restricciones de la plataforma del Cisco 7304 Router

  • Los intercambios en el modo SSO no causarán la restauración de ningún linecards.
  • Las interfaces en el RP sí mismo no son stateful y experimentarán una restauración a través de los intercambios. Las interfaces de GE en los RP se reajustan a través de los intercambios y no soportan el SSO.
  • El SSO no soporta la operación de arranque TFTP en los Cisco 7304 Series Router. Las imágenes de software se deben descargar a las tarjetas de memoria Flash en el router.
  • En los Cisco 7304 Router, los dos RP deben ser el mismo tipo, NSE-100 o ambo NPE-G100. La mezcla de los dos tipos no se soporta.
  • La presencia de la placa portadora del adaptador de puerto PCI forzará el sistema para recurrir al modo de redundancia RPR.
  • En los Cisco IOS Release 12.2(20)S a 12.2(20)S2, la presencia de la placa portadora PA (7300-CC-PA) o de la placa portadora SPA (MSC-100) fuerza el sistema al modo RPR.
  • En el Cisco IOS Release 12.2(20)S3, la placa portadora PA y la placa portadora SPA soportan el modo SSO. La placa portadora PA no soporta el modo RPR+.
  • En las versiones del Cisco IOS Release 12.2(20)S4 y Posterior, todo el soporte RPR+ del linecards y los modos SSO.

Restricciones de los 1000 Series Router de Cisco ASR

  • Solamente el RPR y el SSO se soportan en los 1000 Series Router de Cisco ASR.
  • El RPR y el SSO se pueden utilizar en el 1000 Series Router de Cisco ASR para habilitar un segundo proceso del software de Cisco en un solo RP. Esta opción de configuración está solamente disponible en los 1004 Router de Cisco ASR 1002 y de Cisco ASR. En el resto de los 1000 Series Router de Cisco ASR, el segundo proceso del software de Cisco puede ejecutarse en el RP espera solamente.
  • Un segundo proceso del software de Cisco se puede habilitar solamente usando el RPR o el SSO si el RP está utilizando 4 GB de DRAM. La salida del comando show version muestra la cantidad de DRAM configurada en el router.

Información sobre Stateful Switchover

Descripción SSO

El SSO proporciona la protección para los dispositivos de borde de red con los RP duales que representan un solo punto de falla en el diseño de red, y donde una caída del sistema pudo dar lugar a la pérdida de servicio para los clientes.

En los dispositivos de interconexión de redes de Cisco que soportan los RP duales, el SSO se aprovecha de la Redundancia RP para aumentar la disponibilidad de la red. La característica establece uno de los RP como el procesador activo mientras que el otro RP se señala como el procesador de reserva, y después sincronización de la información de estado crítico entre ellos. Tras una sincronización inicial entre los dos procesadores, SSO mantiene dinámicamente la información de estado RP entre ellos.

En los 1000 Series Router de Cisco ASR, el SSO se puede también utilizar para habilitar un segundo proceso del software de Cisco en el mismo RP. Este segundo proceso del Cisco IOS actúa como proceso inactivo para el proceso activo del software de Cisco, y también permite que ciertos subpackages sean actualizados sin experimentar ningún tiempo muerto del router.

Cuando el RP activo falla, cuando se remueve del dispositivo de networking o cuando se desconecta manualmente para mantenimiento, se produce un switchover del procesador activo al procesador en espera.

El SSO se utiliza con la característica directa de la expedición de Cisco (NSF). Cisco NSF permite que el reenvío de paquetes de datos continúe por las rutas conocidas, mientras la información del protocolo de ruteo se restaura después de un switchover. Con Cisco NSF, los dispositivos de networking peer no experimentan variaciones en el ruteo, por lo que se reducen las interrupciones por pérdida de servicio en los clientes.

La figura abajo ilustra cómo el SSO se despliega típicamente en las redes del proveedor de servicios. En este ejemplo, Cisco NSF con el SSO está sobre todo en la capa de acceso (borde) de la red del proveedor de servicios. Una falla en este momento podría dar lugar a la pérdida de servicio para los clientes de empresa que requieren acceso a la red del proveedor de servicios.

Cuadro 1. Cisco NSF con la instrumentación de red SSO: Redes del proveedor de servicios

Para los protocolos de Cisco NSF que requieren que los dispositivos vecinos participen en Cisco NSF, se deben instalar imágenes de software que reconozcan Cisco NSF en dichos dispositivos de capa de distribución vecinos. La disponibilidad de la red adicional de las ventajas pudo ser alcanzada aplicando Cisco NSF y las características SSO en la capa del núcleo de su red; sin embargo, consulte a sus ingenieros de diseño de red para evaluar sus requisitos específicos del sitio.

Se pueden obtener niveles adicionales de disponibilidad si se implementa Cisco NSF con SSO en otros puntos de la red donde exista un único punto de falla. La figura abajo ilustra una Estrategia de implementación opcional que aplique Cisco NSF con el SSO en la capa de acceso de la red para empresas. En este ejemplo, cada punto de acceso de la red empresarial representa otro punto de falla único en el diseño de red. En caso de switchover o upgrade de software planificado, las sesiones del cliente de empresa continuarían sin interrupciones a través de la red.

Cuadro 2. Cisco NSF con la instrumentación de red SSO: Redes para empresas

Modos de redundancia

High System Availability

TIENE modo permite que usted instale dos RP en un único router para mejorar la Disponibilidad del sistema. Este modo está disponible solamente en los Cisco 7500 Series Router. Soportar dos RP en un router proporciona el nivel más básico de Disponibilidad del sistema creciente a través de una característica fría del  del € del restartâ del œ del € del â. Un reinicio en frío significa que cuando un RP falla, el otro RP reinicia al router. Así, el router nunca está en un estado fallido para muy de largo, de tal modo aumentando la Disponibilidad del sistema.

Modo del Route Processor Redundancy

El Router Processor Redundancy (RPR) permite que el software de Cisco sea iniciado en el procesador de reserva antes del intercambio (un arranque en frío). En el RPR, el RP espera carga una imagen del software de Cisco en el tiempo del inicio y se inicializa en el modo de reserva; sin embargo, aunque la configuración de inicio se sincronice al RP espera, los sistemas cambia no son. En caso de error fatal en el RP activo, el Switches del sistema al procesador de reserva, que se reinicializa mientras que el procesador activo, lee y analiza la configuración de inicio, recarga todo el linecards, y recomienza el sistema.

Plus de redundancia de procesador de ruta más

En el modo RPR+, el RP espera se inicializa completamente. Para el RPR+ el RP activo y el RP espera deben funcionar con la misma imagen del software. El RP activo sincroniza dinámicamente el lanzamiento y los cambios de configuración corrientes al RP espera, significando que el RP espera no necesita ser recargado y ser reinicializado (un inicio caliente).

Además, en los routeres de Internet de las Cisco y Series, el linecards no se reajusta en el modo RPR+. Esta funcionalidad proporciona una conmutación mucho más rápida entre los procesadores. La información sincronizada al RP espera incluye la información de la configuración corriente, información de inicio (los dispositivos de interconexión de redes del Cisco 7304, del Cisco 7500, del Cisco 10000, y de las Cisco 12000 Series), y cambia al estado del chasis tal como Insertar/Remover en Línea (OIR) del hardware. El linecard, el protocolo, y la información del estado de la aplicación no se sincroniza al RP espera.

Modo de Stateful Switchover

El modo SSO proporciona todas las funciones del RPR+ en ese software de Cisco se inicializa completamente en el RP espera. Además, SSO admite sincronización del linecard, del protocolo, y de la información del estado de la aplicación entre los RP para las características admitidas y los protocolos (una espera en caliente).

Modos de redundancia por la plataforma y la versión de software


Nota


Durante el funcionamiento normal, el SSO es el único modo soportado para los Cisco 10000 Series Internet Router.

Las cinco tablas debajo de los modos de redundancia de la demostración por la plataforma y la versión.

Modos de redundancia del cuadro 1 por la plataforma en el Cisco IOS Release 12.2S

Plataforma

Modo

12.2 (18)S

12.2 (20)S

12.2 (25)S

7304

HSA

No

RPR

No

RPR+

No

SSO

--

7500

HSA

No

RPR

No

RPR+

No

SSO

No

Modos de redundancia del cuadro 2 por la plataforma en el Cisco IOS Release 12.2SB

Plataforma

Modo

12.2(28)SB

12.2(31)SB2

7304

HSA

No

RPR

No

RPR+

No

SSO

No

10000

HSA

No

No

RPR

RPR+

SSO

Modos de redundancia del cuadro 3 por la plataforma en el Cisco IOS Release 12.2SR

Plataforma

Modo

12,2 (33) SRA

12.2(33) SRB

12.2(33) SRC

7600

HSA

No

No

No

RPR

RPR+

SSO

Modos de redundancia del cuadro 4 por la plataforma en el Cisco IOS Release 12.2SX

Plataforma

Modo

12,2 (33)SXH

CAT6500

HSA

No

RPR

RPR+

SSO

Modos de redundancia del cuadro 5 por la plataforma en el Cisco IOS Release 12.0S

Plataforma

Modo

Soporte del modo de redundancia en las versiones de Cisco IOS Software

12.0(22)S

12.0(23)S

12.0(24)S

12.0(26)S

12.0(28)S

7500

HSA

RPR

RPR+

SSO

10000

HSA

No

No

No

No

No

RPR

No

No

No

No

No

RPR+

SSO

12000

HSA

No

No

No

No

No

RPR

RPR+

SSO

Sincronización del Procesador de Ruta

En los dispositivos de interconexión de redes que ejecutan el SSO, ambos RP deben ejecutar la misma configuración de modo que el RP espera esté siempre listo para asumir el control si el RP activo falla.

Para alcanzar las ventajas del SSO, sincronice la información de la configuración del RP activo al RP espera en el lanzamiento y siempre que ocurran los cambios a la Configuración de RP activa. Esta sincronización ocurre en dos fases separadas:

  • Mientras que el RP espera está iniciando, la información de la configuración se sincroniza en el bulto del RP activo al RP espera.
  • Cuando ocurre la configuración o los cambios de estado, una sincronización ampliada se conduce del RP activo al RP espera.

Sincronización a granel durante la inicialización

Cuando un sistema con el SSO se inicializa, el RP activo realiza una detección del chasis (detección del número y del tipo de linecards y de las placas de fábrica, si está disponible, en el sistema) y analiza el archivo de configuración de inicio.

El RP activo después sincroniza estos datos al RP espera y da instrucciones el RP espera para completar su inicialización. Este método se asegura de que ambos RP contengan la información de misma configuración.

Aunque el RP espera se inicializa completamente, obra recíprocamente solamente con el RP activo para recibir los cambios ampliados a los archivos de configuración mientras que ocurren. La ejecución de los comandos CLI en el RP espera no se soporta.

Durante el inicio del sistema, el archivo de configuración de inicio se copia del RP activo al RP espera. Cualquier archivo de configuración de inicio existente en el RP espera está sobregrabado. La configuración de inicio es un archivo de texto salvado en el NVRAM del RP. Se sincroniza siempre que usted realice las operaciones siguientes:

  • El sistema del comando copy: running-config nvram: se utiliza el lanzamiento-config.
  • Utilizan al comando copy running-config startup-config.
  • Utilizan al comando write memory.
  • El nombre de archivo nvram del comando copy: se utiliza el lanzamiento-config.
  • El CONJUNTO SNMP de la variable MIB ccCopyEntry en CISCO_CONFIG_COPY MIB se utiliza.
  • La configuración del sistema se guarda usando el comando reload.
  • La configuración del sistema se guarda después de la entrada de un comando del Forced Switchover.

Sincronización ampliada

Después de que ambos RP se inicialicen completamente, fomente los cambios a la configuración corriente o los estados activos RP se sincronizan al RP espera mientras que ocurren. Los estados activos RP son actualizados como resultado de procesar la información sobre protocolo, los eventos externos (tales como la interfaz que se convierte hacia arriba o hacia abajo), o los comandos de configuración de usuario (usando los comandos cisco ios o protocolo administración de red simple [SNMP]) u otros eventos internos.

Los cambios a la configuración corriente se sincronizan del RP activo al RP espera. En efecto, el comando se funciona con en el RP activo y espera.

Los cambios de configuración causados por los SNMP set operations se sincronizan caso por caso. Se soportan solamente dos operaciones determinadas de la configuración SNMP:

  • cerrado y ninguno-cierre (de una interfaz)
  • conecte el permiso arriba/abajo/la neutralización del desvío

La encaminamiento y la información de reenvío se sincroniza al RP espera:

  • Los cambios de estado para los protocolos que reconoce SSO (atmósfera, Frame Relay, PPP, [HDLC] del High-Level Data Link Control) o el (SNMP) de las aplicaciones se sincronizan al RP espera.
  • Las actualizaciones del Cisco Express Forwarding (CEF) a la Base de información de reenvío (FIB) se sincronizan al RP espera.

Los cambios de estado del chasis se sincronizan al RP espera. Los cambios al estado del chasis debido a la inserción o al retiro del linecard se sincronizan al RP espera.

Los cambios a los estados del linecard se sincronizan al RP espera. La información del estado del linecard se obtiene inicialmente durante la sincronización a granel del RP espera. Después de la sincronización a granel, los eventos del linecard, por ejemplo si la interfaz está hacia arriba o hacia abajo, recibido en el procesador activo se sincronizan al RP espera.

Los diversos contadores y las estadísticas mantenidas en el RP activo no se sincronizan porque pueden cambiar a menudo y porque el grado de sincronización que requieren es sustancial. El volumen de la información asociado a las estadísticas hace sincronizándolas poco práctico.

La sincronización de los contadores y de las estadísticas entre los RP puede crear los problemas para los sistemas de administración de la red externa que monitorean esta información.

Operación de Switchover

Condiciones de Switchover

Un automático o el Manual Switchover puede ocurrir bajo condiciones siguientes:

  • Una condición de falla que hace el RP activo causar un crash o reiniciar--Automatic Switchover
  • El RP activo se declara absolutamente (no respondiendo)--Automatic Switchover
  • Se invoca el comando--Manual Switchover

El usuario puede forzar el intercambio del RP activo al RP espera usando un comando CLI. Este procedimiento manual permite un agraciado o controlado apague del RP y del intercambio activos al RP espera. Este apagado "de cortesía" permite que se realice una limpieza crítica.


Nota


Este procedimiento no se debe confundir con el procedimiento del Cierre elegante para los Routing Protocol en los routeres del núcleo--son mecanismos separados.

Precaución


La característica SSO introduce varios cambios del comando new y del comando, incluyendo los comandos de causar manualmente un intercambio. El comando reload no causa un intercambio. El comando reload causa una recarga llena del cuadro, quitando todas las entradas de tabla, reajustando todo el linecards, e interrumpiendo la expedición directa.


Switchover Time

El tiempo requerido por el dispositivo para cambiar del RP activo al RP espera varía por la plataforma:

  • En los dispositivos de las Cisco 7500 Series, el Switchover Time es aproximadamente 30 segundos.
  • En los dispositivos de las Cisco 7304 y Cisco 10000 Series, el Switchover Time es solamente algunos segundos.
  • En los dispositivos de las Cisco 12000 Series, el Switchover Time debido a un Manual Switchover o debido al Automatic Switchover causado por un error es solamente algunos segundos. Si el intercambio es causado por un incidente en el RP activo, el RP espera detectará el problema después del período de agotamiento del tiempo de espera del intercambio, que se fija a tres segundos por abandono.
  • En los 1000 Series Router de Cisco ASR, el Switchover Time es solamente algunos segundos.

Aunque el procesador activo casi asuma el control nuevamente inmediatamente después de un intercambio, el tiempo requerido para que el dispositivo comience a actuar otra vez en el modo de la redundancia completa (SSO) puede ser varios minutos, dependiendo de la plataforma. La longitud del tiempo puede ser debido a varios factores incluyendo la época necesaria para que previamente el procesador activo obtenga la información del desperfecto, el código de la carga y el microcódigo, y sincroniza las configuraciones entre los procesadores y la línea protocolos y los protocolos soportado por NSF de Cisco.

El impacto del Switchover Time en el reenvío de paquete depende del dispositivo de interconexión de redes:

  • En los dispositivos de las Cisco 7500 Series, se distribuye la información de reenvío, y los paquetes remitidos del mismo linecard deben tener poco a ningún retardo de la expedición; sin embargo, el envío de los paquetes entre el linecards requiere la interacción con el RP, significando que el reenvío de paquete pudiera tener que esperar el Switchover Time. El Switchover Time en los dispositivos de las Cisco 7500 Series es también dependiente en el tipo de RSP instalados en el sistema.
  • En los dispositivos de las Cisco 10000 Series, la información del Cisco Express Forwarding reside en el RP, así que el reenvío de paquete puede ser afectado momentáneamente mientras que ocurre el intercambio.
  • En los dispositivos de las Cisco 12000 Series, la información de reenvío completa se distribuye al linecards, así que el reenvío de paquete no se afecta mientras el linecards esté trabajando.

Remoción en Línea del RP Activo

Para los Cisco 7500 Series Router, el retiro en línea del RSP activo conmutará automáticamente al modo de redundancia al RPR. La extracción en línea del RSP activo hace que se reinicien y vuelvan a cargar todas las tarjetas de línea, lo que equivale a una conmutación RPR y deriva en un tiempo de conmutación más extenso. Cuando es necesario quitar el RP activo del sistema, primero publique un comando switchover de conmutar del RSP activo al RSP espera. Cuando un intercambio se fuerza al RSP espera antes de que se quite el RSP previamente activo, la operación de la red se beneficia de la capacidad de reenvío continua de SSO.

Para el Cisco 7304, el Cisco 10000, y los Cisco 12000 Series Internet Router que se configuran para utilizar el SSO, el retiro en línea del RP activo fuerza automáticamente un Stateful Switchover al RP espera.

Single Line Card Reload

En los Cisco 7500 Series Router, un linecard pudo no poder alcanzar el estado quieto como resultado de un incidente del soporte físico o del software. En estos casos, el linecard que falla debe ser reajustado. Recomendamos el usar de la característica de la Recarga de tarjeta de línea única (SLCR) para ofrecer la garantía máxima que el SSO continuará remitiendo los paquetes en las interfaces inafectadas durante el intercambio.


Nota


El SLCR no se requiere en el Cisco 7304 Router o en los routeres de Internet de las Cisco y Series.

La característica SLCR permite que los usuarios corrijan un incidente del linecard en un Cisco 7500 Series Router automáticamente recargando el microcódigo en un linecard fallado. Durante el proceso SLCR, todas las líneas físicas y Routing Protocol en el otro linecards del backplane de la red siguen siendo activos.

La característica SLCR no se habilita por abandono. Cuando usted habilita el SSO, el RPR+, o el RPR, es importante que usted habilita el SLCR también. Para la información sobre cómo cargar y configurar el SLCR, refiera al módulo de función de la Recarga de tarjeta de línea única del Cisco 7500.

Fast Software Upgrade

Usted puede utilizar el Fast Software Upgrade (FSU) para reducir el tiempo muerto previsto. Con el FSU, usted puede configurar el sistema para cambiar a un RP espera que se cargue con una imagen actualizada del software de Cisco. El FSU reduce el período de interrupción durante una actualización del software por las funciones de transferencia al RP espera que tiene el software de Cisco actualizado instalado previamente. Usted puede también utilizar el FSU para retroceder un sistema a una versión anterior del software de Cisco o para tener sistema de respaldo cargado para retroceder a una imagen anterior inmediatamente después de una actualización.

El SSO se debe configurar en el dispositivo de interconexión de redes antes del FSU de ejecución.


Nota


Durante el proceso de actualización, diversas imágenes serán cargadas en los RP por un período corto. Durante este tiempo, el dispositivo actuará en el modo RPR o RPR+, dependiendo del dispositivo de interconexión de redes.

Operación de Vaciado de Memoria

En los dispositivos de interconexión de redes que soportan el SSO, el procesador primario nuevamente activo ejecuta la operación del vaciado de memoria después de que haya ocurrido el intercambio. No teniendo que esperar las operaciones del volcado disminuye con eficacia el Switchover Time entre los procesadores.

Después del intercambio, el RP nuevamente activo esperará un período de tiempo para que el vaciado de memoria complete antes de intentar recargar el RP antes activo. El período de tiempo es configurable. Por ejemplo, en algunas Plataformas a la hora o más puede ser requerido para que el RP antes activo realice un coredump, y puede ser que no sea directiva del sitio a esperar que mucha hora antes de reajustar y de recargar el RP antes activo. En caso que el vaciado de memoria no complete dentro del período de tiempo proporcionado, el recurso seguro se reajusta y se recarga sin importar si todavía está realizando un vaciado de memoria.

El proceso del vaciado de memoria agrega el número de slot al archivo del vaciado de memoria para identificar qué procesador generó el contenido del archivo.


Nota


Los vaciados de memoria son generalmente útiles solamente a su representante de soporte técnico. El archivo del vaciado de memoria, que es un Archivo binario muy grande, se debe transferir usando el TFTP, el FTP, o el servidor del (RCP) del Remote Copy Protocol e interpretar posteriormente por un representante del Centro de Asistencia Técnica de Cisco (TAC) que tenga acceso al código fuente y a las correlaciones de memoria detalladas.

Administrador de Plantillas Virtuales para SSO

La característica del administrador de la plantilla virtual para el SSO proporciona las interfaces de acceso virtual para las sesiones que no son con capacidad para HA y no se sincronizan al router en espera. El administrador de la plantilla virtual utiliza un cliente de Recurso de redundancia (RF) para permitir la sincronización de las interfaces virtuales en el tiempo real mientras se crean.

Las bases de datos virtuales tienen instancias de entradas FIB distribuidas en tarjetas de línea. Las tarjetas de línea requieren la sincronización del contenido y el timing en todas las interfaces con el procesador en espera para evitar el reenvío incorrecto. Si la interfaz de acceso virtual no se crea en el procesador de respaldo, los índices de la interfaz estarán dañados en el router en espera y las tarjetas de línea, que causarán problemas con el reenvío.

Protocolos y Aplicaciones que Reconocen SSO

La línea soportado por SSO protocolos y aplicaciones debe ser consciente. Una característica o un protocolo es consciente si mantiene, parcialmente o totalmente, operación imperturbada con un intercambio RP. La información del estado para los protocolos que reconoce SSO y las aplicaciones se sincroniza de activo al recurso seguro para alcanzar el Stateful Switchover para esos protocolos y aplicaciones.

El estado dinámicamente creado de los protocolos que no reconoce SSO y de las aplicaciones se pierde en el intercambio y se debe reinicializar y recomenzar en el intercambio.

Las aplicaciones que reconoce SSO son independientes de la plataforma, por ejemplo en el caso de la línea protocolos o dependiente de la plataforma (tal como drivers del linecard). Las mejoras a los Routing Protocol (Cisco Express Forwarding, trayecto más corto abierto primero, y protocolo Protocolo de la puerta de enlace marginal (BGP) [BGP]) se han hecho en la característica SSO para prevenir la pérdida de adyacencia del par con un intercambio; estas mejoras son independientes de la plataforma.

Line Protocols

La línea protocolos que reconoce SSO sincroniza la información de estado de la sesión entre los RP activos y espera para mantener la información de la sesión actual para una interfaz particular. En caso de intercambio, necesidad de información de la sesión ser renegociado con el par. Durante un intercambio, los protocolos que reconoce SSO también marcan el estado del linecard para aprender si hace juego la información de estado de la sesión. Los protocolos que reconoce SSO utilizan la interfaz del linecard a los mensajes de intercambio con los pares de la red en un esfuerzo para mantener la conectividad de red.

Línea protocolos soportada por la plataforma

Las cinco tablas abajo indican qué línea protocolos se soportan en las diversas Plataformas y versiones.

Soporte del Line Protocol del cuadro 6 en el Cisco IOS Release 12.2S

Protocolo

Plataforma

12.2 (18)S

12.2 (20)S

12.2 (25)S

ATM

Cisco 7304

No

Cisco 7500

No

Frame Relay y Multilink Frame Relay

Cisco 7304

No

Cisco 7500

No

PPP y Multilink PPP

Cisco 7304

No

Cisco 7500

No

HDLC

Cisco 7304

No

Cisco 7500

No

Soporte del Line Protocol del cuadro 7 en el Cisco IOS Release 12.2SB

Protocolo

Plataforma

12,2 (28)SB

12.2(31)SB2

ATM

Cisco 7304

Cisco 10000

Frame Relay y Multilink Frame Relay

Cisco 7304

Cisco 10000

PPP y Multilink PPP

Cisco 7304

Cisco 10000

HDLC

Cisco 7304

Cisco 10000

Soporte del Line Protocol del cuadro 8 en el Cisco IOS Release 12.2SR

Protocolo

Plataforma

12.2(33)SRA

12.2(33)SRB

12.2(33)SRC

ATM

Cisco 7600

Frame Relay y Multilink Frame Relay

Cisco 7600

PPP y Multilink PPP

Cisco 7600

HDLC

Cisco 7600

Soporte del Line Protocol del cuadro 9 en el Cisco IOS Release 12.2SX

Protocolo

Plataforma

12.2(33)SXH

ATM

Cisco CAT6500

Cisco 7600

Frame Relay y Multilink Frame Relay

Cisco CAT6500

1

Cisco 7600

PPP y Multilink PPP

Cisco CAT6500

Cisco 7600

HDLC

Cisco CAT6500

Cisco 7600

Se soporta 1 Frame Relay, pero el Frame Relay del Multilink no es.
Soporte del Line Protocol del cuadro 10 en el Cisco IOS Release 12.0S

Protocolo

Plataforma

12.0(22)S

12.0(23)S

12,0 (24)S

12,0 (26)S

12.0(28)S

ATM

Cisco 7500

Cisco 10000

Cisco 12000

Frame Relay y Multilink Frame Relay

Cisco 7500

Cisco 10000

Cisco 12000

No

No

No

No

PPP y Multilink PPP

Cisco 7500

Cisco 10000

Cisco 12000

HDLC

Cisco 7500

Cisco 10000

Cisco 12000

Stateful Switchover atmósfera

Con el Stateful Switchover, la información del estado dinámica atmósfera se sincroniza entre el RP activo y el RP espera. Así, cuando el RP activo falla, el RP en espera puede asumir el control sin gastar demasiado tiempo en volver a aprender la información de estado dinámica, y los dispositivos de reenvío pueden continuar reenviando paquetes solamente con algunos segundos de interrupción (menos en algunas plataformas).


Nota


La atmósfera SSO no es configurable y se ejecuta por abandono en los dispositivos de interconexión de redes configurados con la atmósfera y el modo de redundancia SSO.
Circuitos Virtuales Permanentes

Para que la atmósfera soporte la expedición durante y después del intercambio, los circuitos virtuales permanentes atmósfera (PVC) deben permanecer para arriba no sólo dentro del dispositivo de interconexión de redes, pero también dentro de la red ATM.

En una red ATM, todo el tráfico a o desde una interfaz ATM se introduce con un identificador de trayecto virtual (VPI) y el identificador de canal virtual (VCI). Un par VPI-VCI se considera un solo circuito virtual. Cada circuito virtual es una conexión privada a otro nodo en la red ATM. En la atmósfera SSO, el par VPI-VCI se asocia a un descriptor de circuito virtual (VCD). La atmósfera SSO utiliza la información de VCD en la sincronización de la información VPI-VCI al RP espera.

Cada circuito virtual se trata como mecanismo del Punto a punto o de la punta a de múltiples puntos a otro dispositivo de interconexión de redes o host y puede soportar el tráfico bidireccional. En las subinterfaces punto a punto, o cuando se configuran las correlaciones estáticas, el (ARP) del protocolo inverse address resolution no necesita el funcionamiento. En caso de que se utilice la correspondencia de direcciones dinámica, un intercambio inverso del Protocolo ARP determina a la dirección de protocolo al VPI-VCI que asocia para el PVC. Este proceso ocurre tan pronto como el PVC en una subinterfaz de multipunto haga la transición al active. Si ese proceso falla por alguna razón, el dispositivo de interconexión de redes remoto puede caer el pedido ARP inverso si todavía no ha visto la transición PVC al active. El ARP inverso funciona con cada 60 segundos para volver a aprender la información dinámica de la correspondencia de direcciones para el RP activo.

Atmósfera descanso manejado OAM PVC o de SVC

Las células del loopback del Operación, administración y mantenimiento (OAM) F5 se deben producir eco detrás en el recibo por el host remoto, así demostrando la Conectividad en el PVC entre el router y el host remoto. Con la atmósfera SSO, las células del OAM Loopback recibidas en una interfaz deben ser producidas eco dentro 15 segundos antes de que un PVC o el (SVC) del circuito virtual conmutado se declara abajo. Por abandono, el descanso OAM se fija a 10 segundos, seguidos por a lo más cinco recomprobaciones enviadas en los intervalos 1-second. En el peor de los casos, un intercambio comenzará momentos antes de la expiración del período de 10 segundos, significando que el PVC irá abajo en el plazo de 5 segundos en el dispositivo de interconexión de redes remoto si el intercambio no ha completado en el plazo de 5 segundos.


Nota


Los temporizadores en los dispositivos de interconexión de redes remotos atmósfera pueden ser configurables, dependiendo del propietario del dispositivo remoto.
Stateful Switchover del Frame Relay y del Frame Relay del Multilink

Con el Stateful Switchover, la información del estado dinámica del Frame Relay y del Frame Relay del Multilink se sincroniza entre el RP activo y el RP espera. Así, cuando el RP activo falla, el RP en espera puede asumir el control sin gastar demasiado tiempo en volver a aprender la información de estado dinámica, y los dispositivos de reenvío pueden continuar reenviando paquetes solamente con algunos segundos de interrupción (menos en algunas plataformas).

Circuitos Virtuales Permanentes

Para que el Frame Relay y el Frame Relay del Multilink soporten la expedición durante y después del intercambio, los PVC de Frame Relay deben permanecer para arriba no sólo dentro del dispositivo de interconexión de redes, pero también dentro de la red Frame Relay.

En muchos casos los dispositivos de interconexión de redes están conectados con un Switch, bastante que continuamente a otro dispositivo de interconexión de redes, y ese Switch no es software de Cisco corriente. El estado del circuito virtual es estado en línea dependiente. Los PVC están abajo cuando el Line Protocol está abajo. Los PVC están para arriba cuando el Line Protocol es ascendente y el estado del PVC señalado por el switch adyacente es activo.

En las subinterfaces punto a punto, o cuando se configuran las correlaciones estáticas, el ARP inverso no necesita el funcionamiento. En caso de que se utilice la correspondencia de direcciones dinámica, un intercambio inverso del Protocolo ARP determina a la dirección de protocolo al identificador de conexión de link de datos (DLCI) que asocia para el PVC. Este intercambio ocurre tan pronto como el PVC de múltiples puntos haga la transición al active. Si el intercambio falla por alguna razón, por ejemplo, el dispositivo de interconexión de redes remoto puede caer el pedido ARP inverso si todavía no ha visto la transición PVC al active--cualquier petición extraordinaria se fuga un temporizador, con un valor por defecto de 60 segundos.

Mensajes Keepalive

Un factor crucial en mantener los PVC es la salida de los mensajes de protocolo de la Interfaz de administración local (LMI) (Keepalives) durante el intercambio. Este mecanismo de keepalive proporciona un intercambio de información entre el servidor de red y el Switch para verificar que están fluyendo los datos.

Si varios mensajes consecutivos del Keepalives LMI se pierden o en el error, el dispositivo adyacente del Frame Relay declara que el Line Protocol abajo y todos los PVC en esa interfaz están declarados abajo dentro de la red Frame Relay y que señalados como tal al dispositivo de interconexión de redes remoto. La velocidad con la cual un intercambio ocurre es crucial evitar la pérdida de mensajes de keepalive.

El estado del Line Protocol depende de la configuración del keepalive del Frame Relay. Con el Keepalives inhabilitado, el Line Protocol está siempre para arriba mientras la interfaz de hardware esté para arriba. Con el Keepalives habilitado, los mensajes del protocol LMI se intercambian entre el dispositivo de interconexión de redes y el switch de Frame Relay adyacente. El Line Protocol se declara para arriba después de que varios intercambios acertados consecutivos del mensaje LMI.

El Line Protocol debe estar para arriba según el dispositivo de interconexión de redes y el Switch. El número predeterminado de intercambios para traer para arriba el Line Protocol es dependiente de la puesta en práctica: Tres es sugerido por los estándares; cuatro se utiliza en un switch de Frame Relay de Cisco, tardando 40 segundos en el intervalo predeterminado de 10 segundos; y dos se utiliza en un dispositivo de interconexión de redes de Cisco que actúa como Switch o cuando están conectados continuamente. Este número predeterminado podría ser extendido si se está utilizando la característica del  del € del autosenseâ del œ del € del â LMI mientras que determinan al tipo LMI esperado en el Switch. El número de intercambios es configurable, aunque el Switch y el router puedan no tener el mismo propietario.

El número predeterminado de mensajes o de errores perdidos necesarios para derribar la línea es tres (dos en un router Cisco). Por abandono, si una pérdida de dos mensajes se detecta en 15 a 30 segundos, después un número de secuencia o un error del tipo LMI en el primer mensaje del RP nuevamente activo toma la línea abajo.

Si va una línea abajo, los intercambios acertados consecutivos del protocol LMI (valor por defecto de cuatro durante 40 segundos en un switch de Frame Relay de Cisco; el valor por defecto de dos durante 20 segundos en un dispositivo de Cisco) traerá la línea salvaguardia otra vez.

Stateful Switchover PPP y del Multilink PPP

Con el Stateful Switchover, la información del estado específica PPP se sincroniza entre el RP activo y el RP espera. Así cuando el RP activo falla, el RP espera puede asumir el control sin pasar el tiempo excesivo que renegocia la configuración de un link dado. Mientras siga habiendo el vículo físico para arriba, los dispositivos de reenvío pueden continuar remitiendo los paquetes con solamente algunos segundos de la interrupción (menos en algunas Plataformas). Las sesiones del solo link PPP y del Multilink PPP (MLP) se mantienen durante el intercambio RP para las conexiones IP solamente.

El PPP y el MLP soportan muchos los protocolos de la capa 3 tales como IPX y IP. Solamente los links IP se soportan en el SSO. Los links que soportan no el tráfico IP renegociarán y reanudarán momentáneamente el remitir siguiendo un intercambio. Los links IP remitirán el tráfico IP sin la renegociación.

Un factor clave en la integridad de la sesión PPP que mantiene durante un intercambio es el uso de los mensajes de keepalive. Este mecanismo de keepalive proporciona un intercambio de información entre las interfaces de peer para verificar los datos y la integridad del link. Dependiendo de la plataforma y de la configuración, el tiempo requerido para el intercambio al RP espera pudo exceder el período de agotamiento del tiempo de espera del keepalive. Se comienzan los mensajes de keepalive PPP cuando se saca a colación el vículo físico primero. Por abandono, los mensajes de keepalive se envían en los intervalos de 10 segundos a partir de una interfaz PPP al otro par PPP.

Si cinco contestaciones consecutivas del keepalive no se reciben, el link PPP sería tomado abajo en el RP nuevamente activo. La precaución debe ser utilizada al cambiar la duración del intervalo de keepalive a cualquier valor menos que la configuración predeterminada.

Solamente en las circunstancias poco probables podía el Switchover Time RP exceder extremadamente la duración del keepalive del valor por defecto 50-second. En el evento improbable se excede este vez, los links PPP renegociarían con los pares y reanudarían el envío del tráfico IP.


Nota


El PPP y el MLP no son configurables y se ejecutan por abandono en los dispositivos de interconexión de redes configurados con el SSO.
Stateful Switchover del HDLC

Con el Stateful Switchover, el High-Level Data Link Control (HDLC) sincroniza la información del estado del Line Protocol. Además, el temporizador periódico se recomienza para las interfaces que utilizan los mensajes de keepalive para verificar la integridad del link. La información del estado del link se sincroniza entre el RP activo y el RP espera. La línea protocolos que estaba para arriba antes de que siga habiendo el intercambio para arriba luego mientras siga habiendo la interfaz física para arriba. Sigue habiendo la línea protocolos que estaba abajo abajo.

Un factor clave en la integridad del link del HDLC que mantiene durante un intercambio es el uso de los mensajes de keepalive. Este mecanismo de keepalive proporciona un intercambio de información entre las interfaces de peer para verificar los datos está fluyendo. Se comienzan los mensajes de keepalive del HDLC cuando se saca a colación el vículo físico primero. Por abandono, los mensajes de keepalive se envían en los intervalos de 10 segundos a partir de una interfaz del HDLC a la otra.

El HDLC espera por lo menos tres intervalos de keepalive sin la recepción de los mensajes de keepalive, de los errores del número de secuencia, o de una combinación de ambos antes de que declare un Line Protocol abajo. Si el Line Protocol está abajo, el SSO no puede soportar la expedición continua de la información de sesión del usuario en caso de intercambio.


Nota


El HDLC no es configurable y se ejecuta por abandono en los dispositivos de interconexión de redes configurados con el SSO.

Calidad del servicio

El Modular QoS CLI (MQS) - basado función de calidad de servicio (QoS) mantiene una base de datos de los diversos objetos creados por el usuario, tal como ésos usados para especificar las clases de tráfico, las acciones para esas clases en políticas de tráfico, y las conexiones de esas directivas a diversas puntas del tráfico tales como interfaces. Con el SSO, QoS sincroniza esa base de datos entre el RP primario y secundario.

Soporte IPv6 para Stateful Switchover

La detección de vecino del IPv6 soporta el SSO usando el Cisco Express Forwarding. Cuando ocurre el intercambio, el estado de la adyacencia del Cisco Express Forwarding, que es checkpointed, se utiliza para reconstruir el caché de la detección de vecino.

Drivers de la Tarjeta de Línea

Lían con la imagen del software de Cisco para el SSO y están correctos a los driveres de dispositivo específicos de la plataforma del linecard para una imagen específica, significando ellos se diseñan ser conscientes.

El linecards usado con la característica SSO genera periódicamente los eventos del estatus que se remiten al RP activo. La información incluye la formación o el estado de inactividad, y el estado de alarma. Esta información ayuda al soporte SSO para abultar sincronización después de la inicialización RP y reconciliación y verificación espera del estado del soporte después de un intercambio.

El linecards usado con la característica SSO también tiene los requisitos siguientes:

  • El linecards no debe reajustar durante el intercambio.
  • El linecards no debe ser configurado de nuevo.
  • Las sesiones del suscriptor no pueden ser perdidas.

Nota


El RP espera comunica solamente con el RP activo, nunca con el linecards. Esta función ayuda a asegurarse de que el RP activo y espera tiene siempre la misma información.

APS

El soporte RPR+ y SSO permite que el estado del Automatic Protection Switching (APS) sea preservado en caso de Conmutación por falla.

Routing Protocol y expedición directa

La expedición directa de Cisco (NSF) trabaja con el SSO para minimizar la cantidad de tiempo que una red es inasequible a sus usuarios que siguen un intercambio. Cuando un dispositivo de interconexión de redes recomienza, todos los routing peer de ese dispositivo detectan generalmente que el dispositivo fue abajo y después vino salvaguardia. Esto abajo--para arriba a la transición da lugar a qué se llama un flap de la encaminamiento del œ del € del â, el  del € del â que podría separarse a través de los dominios de ruteo múltiples. Los reinicios de ruteo causan inestabilidades de ruteo que son perjudiciales para el rendimiento global de la red. Cisco NSF ayuda a suprimir las aletas de la encaminamiento, así mejorando la estabilidad de la red.

Cisco NSF permite que el reenvío de paquetes de datos continúe por las rutas conocidas, mientras la información del protocolo de ruteo se restaura después de un switchover. Con Cisco NSF, los dispositivos de networking de peers no experimentan inestabilidades de ruteo. El tráfico de datos se remite con el linecards inteligente mientras que el RP espera asume el control del RP activo fallado durante un intercambio. La capacidad del linecards de permanecer para arriba con un intercambio y de ser mantenido actual con la BOLA en el RP activo es dominante a la operación de Cisco NSF.

Un elemento fundamental de Cisco NSF es reenvío de paquete. En los dispositivos de interconexión de redes de Cisco, el reenvío de paquete es proporcionado por el Cisco Express Forwarding. El Cisco Express Forwarding mantiene la BOLA, y utiliza la información de la BOLA que era actual a la hora del intercambio continuar remitiendo los paquetes durante un intercambio. Esta característica elimina el tiempo muerto durante el intercambio.

Cisco NSF soporta el BGP, el IS-IS, y los OSPF Routing Protocol. Generalmente estos Routing Protocol deben ser conscientes detectar un intercambio y recuperar la información del estado (converja) de los dispositivos de peer. Cada protocolo depende del Cisco Express Forwarding para continuar remitiendo los paquetes durante el intercambio mientras que los Routing Protocol reconstruyen las tablas del Routing Information Base (RIB).


Nota


El Distributed Cisco Express Forwarding se debe habilitar para ejecutar el NSF.

Administración de la red

El soporte a la administración de red para el SSO se proporciona con la sincronización de los datos SNMP específicos entre los RP activos y espera. De una perspectiva de la Administración de redes, estas funciones ayudan a proporcionar una interfaz de administración ininterrumpida al administrador de la red.


Nota


La sincronización de los datos SNMP entre los RP está disponible solamente cuando el dispositivo de interconexión de redes está actuando en el modo SSO.

SSO para Circuit Emulation Services

SSO para Circuit Emulation Services (CES) para los pseudowires TDM proporciona la capacidad de conmutar un DS1/T1/E1 de entrada de un SPA a otro SPA del mismo SIP o de otro SIP.

Cómo Configurar Stateful Switchover

Copiado de una imagen sobre un RP


Nota


Para copiar un paquete consolidado o los subpackages sobre los RP activos y espera en el 1000 Series Router de Cisco ASR, vea la guía de configuración de software del Routers de servicios de agregación Cisco ASR de la serie 1000.
PASOS SUMARIOS

1. permiso

2. copie tftp {slot | número del dispositivo del disco}: nombre de archivo

3. copie tftp {esclavo | recurso seguro} {slot | número del dispositivo del disco}: nombre de archivo

4. salida


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1 permiso


Ejemplo:
 
Router> enable
 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2 copie tftp {slot | número del dispositivo del disco}: nombre de archivo


Ejemplo:
 
Router# copy tftp slot0:image1
 

Copia una imagen del software de Cisco sobre el dispositivo Flash del RP activo.

 
Paso 3 copie tftp {esclavo | recurso seguro} {slot | número del dispositivo del disco}: nombre de archivo


Ejemplo:
 
Router# copy tftp stby-slot0:image1
 

Copia una imagen del software de Cisco sobre el dispositivo Flash del RP espera.

 
Paso 4 salida


Ejemplo:
 
Router# exit
 

Sale al modo EXEC de usuario.

 

Determinación del registro de la configuración y de la variable de arranque


Nota


Después de la recarga, cada RP está en su modo predeterminado: Los inicios del Cisco 7304 Router en el modo SSO; las reinicializaciones del Cisco 7500 Series Router adentro TIENEN modo; el Cisco 10000 Series Internet Router inicia en el modo SSO, y el Cisco 12000 Series Internet Router reinicia en el modo RPR.
PASOS SUMARIOS

1. permiso

2. muestre la versión

3. configuró terminal

4. ningún sistema del inicio {[partition-number:] de destello del [flash-fs:] [filename] | [ip-address] del ftpfilename}

5. sistema del inicio {[partition-number:] de destello del [flash-fs:] [filename] | [ip-address] del tftpfilename}

6. config-register value

7. salida

8. copie los lanzamiento-config de los ejecutar-config

9. recarga


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1 permiso


Ejemplo:
 
Router> enable
 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2 show version


Ejemplo:
 
Router# show version
 

Obtiene la configuración actual del registro de configuración.

 
Paso 3 configure terminal


Ejemplo:
 
Router# configure terminal
 

Ingresa en el modo de configuración global.

 
Paso 4 ningún sistema del inicio {[partition-number:] de destello del [flash-fs:] [filename] | [ip-address] del ftpfilename}


Ejemplo:
 
Router(config)# no boot system flash
 

(Opcional) borra cualquier especificación del flash del sistema existente o de la imagen del arranque de sistema TFTP.

 
Paso 5 sistema del inicio {[partition-number:] de destello del [flash-fs:] [filename] | [ip-address] del tftpfilename}


Ejemplo:
 


Ejemplo:
 
Router(config)# boot system flash
 

Especifica el nombre de fichero de la imagen guardada en la memoria flash o, para el Cisco 10000, en un servidor TFTP.

 
Paso 6 config-register value


Ejemplo:
 
Router(config)# config-register 0x2102
 

Modifica la configuración de registro de la configuración existente para reflejar la manera en la cual usted quiere cargar una imagen del sistema.

 
Paso 7 salida


Ejemplo:
 
Router(config)# exit
 

Sale del modo de configuración global y devuelve el router al modo EXEC privilegiado.

 
Paso 8 copie los lanzamiento-config de los ejecutar-config


Ejemplo:
 
Router# copy running-config startup-config
 

Guarda los cambios de configuración en el archivo de configuración inicial.

 
Paso 9 recargar


Ejemplo:
 
Router# reload
 

Reinicia ambos RP en el dispositivo para asegurarse de que los cambios a la configuración toman el efecto.

 

Configurar el SSO


Nota


Los Cisco 7304 Router y los Cisco 10000 Series Internet Router actúan en el modo SSO por abandono después de recargar la misma versión de las imágenes que reconoce SSO en el dispositivo. No es necesaria ninguna configuración.
Antes de comenzar

La imagen que se utilizará por el RP activo o espera en la inicialización debe estar disponible en el dispositivo Flash local.


PASOS SUMARIOS

1. permiso

2. configuró terminal

3. imagen ARCHIVO-SPEC del número de slot del hw-module slot

4. Redundancia

5. sso del modo

6. extremo

7. copie los lanzamiento-config de los ejecutar-config


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1 permiso


Ejemplo:
 
Router> enable
 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2 configure terminal


Ejemplo:
 
Router# configure terminal
 

Ingresa en el modo de configuración global.

 
Paso 3 hw-module slot slot-number image file-spec


Ejemplo:
 
Router(config)# hw-module slot 6 image slot0:rsp-pv-mz
 

(Opcional) para los dispositivos de las Cisco 7500 Series solamente. Especifica la imagen que se utilizará por un RP en la inicialización.

  • Relance este paso para los RP activos y espera.
 
Paso 4 redundancia


Ejemplo:
 
Router(config)# redundancy
 

Ingresa el modo de la configuración de redundancia.

 
Paso 5 mode sso


Ejemplo:
 
Router(config)# mode sso
 

Fija el modo de la configuración de redundancia al SSO en el RP activo y espera.

Nota    Después de configurar el modo SSO, el RP espera reajustará automáticamente.
 
Paso 6 Finalizar


Ejemplo:
 
Router(config-red)# end
 

El modo de la configuración de redundancia de las salidas y vuelve al router al modo EXEC privilegiado.

 
Paso 7 copie los lanzamiento-config de los ejecutar-config


Ejemplo:
 
Router# copy running-config startup-config
 

Guarda los cambios de configuración en el archivo de configuración inicial.

 

Configurar los números de secuencia de Autosynchronization LMI del Frame Relay y del Frame Relay del Multilink

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. la Redundancia del Frame Relay auto-sincroniza los LMI-secuencia-números


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1 permiso


Ejemplo:
 
Router> enable
 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2 configure terminal


Ejemplo:
 
Router# configure terminal
 

Ingresa en el modo de configuración global.

 
Paso 3 la Redundancia del Frame Relay auto-sincroniza los LMI-secuencia-números


Ejemplo:
 
Router(config)# frame-relay redundancy auto-sync lmi-sequence-numbers
 

Configura la sincronización automática de los números de secuencia del LMI de Frame Relay entre el RP activo y el RP espera.

 

Verificar la configuración SSO

PASOS SUMARIOS

1. permiso

2. muestre la Redundancia [clientes | contadores | historial | historial del intercambio | estados]

3. muestre al estado de redundancia


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1 permiso


Ejemplo:
 
Router> enable
 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2 muestre la Redundancia [clientes | contadores | historial | historial del intercambio | estados]


Ejemplo:
 
Router# show redundancy
 

Información de la configuración de las visualizaciones SSO.

 
Paso 3 muestre al estado de redundancia


Ejemplo:
 
Router# show redundancy states
 

Verifica que el dispositivo se esté ejecutando en el modo SSO.

 

Ejecución de un Fast Software Upgrade


Nota


Durante el proceso de actualización, diversas imágenes serán cargadas en los RP por mismo un período corto. Si un intercambio ocurre durante este tiempo, el dispositivo se recuperará adentro modo TIENE, RPR o RPR+, dependiendo del dispositivo de interconexión de redes.
PASOS SUMARIOS

1. permiso

2. copie tftp {slot | número del dispositivo del disco}: nombre de archivo

3. copie tftp {esclavo | recurso seguro} {slot | número del dispositivo del disco}: nombre de archivo

4. configuró terminal

5. ninguna imagen ARCHIVO-SPEC del número de slot del hw-module slot

6. imagen ARCHIVO-SPEC del número de slot del hw-module slot

7. ningún [partition-number:] del [flash-fs:] del FLASH de sistema del inicio [filename]

8. [partition-number:] del [flash-fs:] del FLASH de sistema del inicio [filename]

9. config-register value

10. salida

11 copie los lanzamiento-config de los ejecutar-config

12.    restauración del módulo del hw espera-CPU

13.    recarga espera-CPU

14.    [main-cpu] del fuerza-intercambio de la Redundancia


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1 permiso


Ejemplo:
 
Router> enable
 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2 copie tftp {slot | número del dispositivo del disco}: nombre de archivo


Ejemplo:
 
Router# copy tftp slot0:image1
 

Copia una imagen del software de Cisco sobre el dispositivo Flash del RP activo.

 
Paso 3 copie tftp {esclavo | recurso seguro} {slot | número del dispositivo del disco}: nombre de archivo


Ejemplo:
 
Router# copy tftp stby-slot0:image1


Ejemplo:
 
 

Copia una imagen del software de Cisco sobre el dispositivo Flash del RP espera.

 
Paso 4 configure terminal


Ejemplo:
 
Router# configure terminal
 

Ingresa en el modo de configuración global.

 
Paso 5 no hw-module slot slot-number image file-spec


Ejemplo:
 
Router(config)# no hw-module slot 6 image slot0:rsp-pv-mz
 

Para los Cisco 7500 Series Router solamente. Borra las entradas de la configuración existente para la imagen especificada en un RSP. Las entradas de configuración son aditivas, y el dispositivo de networking usará la primera imagen que encuentre en el archivo de configuración.

  • Relance este paso para los RSP activos y espera.
 
Paso 6 hw-module slot slot-number image file-spec


Ejemplo:
 
Router(config)# hw-module slot 6 image slot0:image1
 

Para los Cisco 7500 Series Router solamente. Especifica la imagen que se utilizará por el RSP en la inicialización. Las entradas de configuración son aditivas, y el dispositivo de networking usará la primera imagen que encuentre en el archivo de configuración.

  • Relance este paso para los RSP activos y espera.
 
Paso 7 ningún [partition-number:] del [flash-fs:] del FLASH de sistema del inicio [filename]


Ejemplo:
 
Router(config)# no boot system flash 
 

Borra el nombre de fichero actual de la imagen del arranque de sistema del archivo de configuración.

 
Paso 8 [partition-number:] del [flash-fs:] del FLASH de sistema del inicio [filename]


Ejemplo:
 
Router(config)# boot system flash 
 

Especifica el nombre de fichero de una imagen del arranque de sistema salvada en la memoria flash.

 
Paso 9 config-register value


Ejemplo:
 
Router(config)# config-register 0x2102
 

Modifica la configuración de registro de la configuración existente para reflejar la manera en la cual usted quiere cargar una imagen del sistema.

 
Paso 10 salida


Ejemplo:
 
Router(config)# exit
 

Sale del modo de configuración global y devuelve el router al modo EXEC privilegiado.

 
Paso 11 copie los lanzamiento-config de los ejecutar-config


Ejemplo:
 
Router# copy running-config startup-config
 

Guarda los cambios de configuración a su configuración de inicio en el NVRAM de modo que el router inicie con la configuración que usted ha ingresado.

 
Paso 12 restauración del módulo del hw espera-CPU


Ejemplo:
 
Router# hw-module standby-cpu reset
 

Las restauraciones y recargan el procesador de reserva con la imagen especificada del software de Cisco, y ejecutan la imagen.

 
Paso 13 recarga espera-CPU


Ejemplo:
 
Router# reload standby-cpu 
 

(Opcional) para los Cisco 12000 Series Internet Router solamente. Las restauraciones y recargan el procesador de reserva con la imagen especificada del software de Cisco, y ejecutan la imagen.

 
Paso 14 [main-cpu] del fuerza-intercambio de la Redundancia


Ejemplo:
 
Router# redundancy force-switchover
 

Fuerza un intercambio al RP espera.

  • Para los Cisco 10000 Series Internet Routers: Se requiere la palabra clave de la CPU principal.
 

Localización de averías del Stateful Switchover

  • El RP espera fue reajustado, pero no hay mensajes que describen qué sucedió--Para visualizar un registro de los eventos y de las pistas SSO en cuanto a porqué ocurrió el intercambio o el otro evento, ingrese el comando show redundancy history en el RP nuevamente activo.
  • El estado de redundancia de la demostración ordena las demostraciones un modo de operación que sea diferente que qué se configura en el dispositivo de interconexión de redes--En ciertas Plataformas la salida del estado de redundancia de la demostración ordena las visualizaciones el modo de redundancia de funcionamiento real que se ejecuta en el dispositivo, y no el modo configurado como fija por la plataforma. El modo de operación del sistema puede cambiar dependiendo de los eventos del sistema. Por ejemplo, el SSO requiere que ambos RP en el dispositivo de interconexión de redes estén funcionando con la misma imagen del software; si las imágenes son diferentes, el dispositivo no actuará en el modo SSO, sin importar su configuración.
  • Recargar el dispositivo interrumpe la operación SSO--La característica SSO introduce varios comandos, incluyendo los comandos de causar manualmente un intercambio. El comando reload no es un comando SSO. Este comando causa una recarga llena del cuadro, quitando todas las entradas de tabla, reajustando todo el linecards, y de tal modo interrumpiendo la expedición del tráfico de la red. Para evitar recargar el cuadro involuntariamente, utilice el comando redundancy force-switchover.
  • Durante una actualización del software, el dispositivo de interconexión de redes aparece estar en un modo con excepción de SSO--Durante el proceso de actualización del software, el comando show redundancy indica que el dispositivo se está ejecutando en un modo con excepción del SSO.

    Esto es normal. Hasta que el procedimiento FSU sea completo, cada RP funcionará con una diversa versión de software. Mientras que los RP están funcionando con diversas versiones de software, el modo cambiará al RPR o al RPR+, dependiendo del dispositivo. El dispositivo cambiará al modo SSO una vez que la actualización ha completado.

  • En el Cisco 7500 Series Router, el procesador activo se está reajustando y se está recargando previamente antes de que el vaciado de memoria complete--Utilice el comando del crashdump-descanso de fijar el tiempo máximo que el procesador activo espera nuevamente antes de reajustar y de recargar previamente el procesador activo.
  • Usted puede ingresar al modo de monitor de ROM recomenzando al router y entonces pulsando la tecla de interrupción o publicando un comando send break de una sesión telnet durante los primeros 60 segundos del lanzamiento. La función de la rotura del envío puede ser útil para los usuarios experimentados o para los usuarios bajo la dirección de un representante del Centro de Asistencia Técnica de Cisco (TAC) a recuperarse de ciertos problemas del sistema o para evaluar la causa de los problemas del sistema.
  • En el Cisco 7500 Series Router, la publicación de una rotura del envío no causa un intercambio del sistema--Éste es funcionamiento normal en el Cisco 7500 Series Router. Usando envíe la rotura para romperse o detenerse brevemente el sistema no se recomienda y puede causar los resultados no predecibles. Para iniciar un switchover manual, utilice el comando redundancy force-switchover.
  • Usted puede ingresar al modo de monitor de ROM recomenzando al router y entonces pulsando la tecla de interrupción o publicando un comando send break de una sesión telnet durante los primeros 60 segundos del lanzamiento. La función de la rotura del envío puede ser útil para los usuarios experimentados o para los usuarios bajo la dirección de un representante del Centro de Asistencia Técnica de Cisco (TAC) a recuperarse de ciertos problemas del sistema o para evaluar la causa de los problemas del sistema.
  • En los routeres de Internet de las Cisco y Series, si un RP espera está presente, el sistema detectará la rotura y completará un intercambio; sin embargo, éste no es el procedimiento recomendado para iniciar un intercambio. Para iniciar un switchover manual, utilice el comando redundancy force-switchover.

Localización de averías del SSO

PASOS SUMARIOS

1. permiso

2. crashdump-descanso [milímetro | hh: milímetro]

3. HA-error del debug ATM

4. HA-eventos del debug ATM

5. debug ATM alabardado

6. Redundancia del Frame Relay del debug

7. Redundancia ppp del debug [detallada | evento]

8. Redundancia del debug {toda | ui | clk | concentrador}

9. muestre el diag [número de slot | chasis | slot del subslot /subslot] [detalles | resumen]

10. muestre la Redundancia [clientes | contadores | debug-registro | entrega | historial | historial del intercambio | estados | inter-dispositivo]

11 muestre la versión


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1 permiso


Ejemplo:
 
Router> enable
 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2 crashdump-descanso [milímetro | hh: milímetro]


Ejemplo:
 
router(config-red)# crashdump-timeout
 

Fije el tiempo más largo que el RP nuevamente activo esperará antes de recargar el RP antes activo.

 
Paso 3 HA-error del debug ATM


Ejemplo:
 
Router# debug atm ha-error
 

Errores atmósfera HA de los debugs en el dispositivo de interconexión de redes.

 
Paso 4 HA-eventos del debug ATM


Ejemplo:
 
Router# debug atm ha-events
 

Eventos atmósfera HA de los debugs en el dispositivo de interconexión de redes.

 
Paso 5 debug ATM alabardado


Ejemplo:
 
Router# debug atm ha-state 
 

Información del estado de gran disponibilidad atmósfera de los debugs en el dispositivo de interconexión de redes.

 
Paso 6 Redundancia del Frame Relay del debug


Ejemplo:
 
Router# debug frame-relay redundancy
 

Redundancia del Frame Relay de los debugs en el dispositivo de interconexión de redes.

 
Paso 7 Redundancia ppp del debug [detallada | evento]


Ejemplo:
 
Router# debug ppp redundancy
 

Redundancia de los debugs PPP en el dispositivo de interconexión de redes.

 
Paso 8 Redundancia del debug {toda | ui | clk | concentrador}


Ejemplo:
 
Router# debug redundancy all
 

Hace el debug de la Redundancia en el dispositivo de interconexión de redes.

 
Paso 9 muestre el diag [número de slot | chasis | slot del subslot /subslot] [detalles | resumen]


Ejemplo:
 
Router# show diag
 

Visualiza la información de hardware para el router.

 
Paso 10 muestre la Redundancia [clientes | contadores | debug-registro | entrega | historial | historial del intercambio | estados | inter-dispositivo]


Ejemplo:
 
Router# show redundancy
 

Visualiza el modo de la configuración de redundancia del RP. También visualiza la información sobre el número de intercambios, tiempo de actividad del sistema, uptime del procesador, y estado de redundancia, y las razones de cualquier intercambio.

 
Paso 11 show version


Ejemplo:
 
Router# show version
 

Visualiza la información de la imagen para cada RP.

 

Ejemplos de configuración para el Stateful Switchover

El ejemplo que verifica ese SSO se configura en las diversas Plataformas

En los siguientes ejemplos, se utiliza el comando show redundancy para verificar que SSO está configurado en el dispositivo. Se proporciona ejemplo de salida para diferentes plataformas.

Cisco 7304 Router

Router# show redundancy
 
Redundant System Information : 
Available system uptime = 2 minutes 
Switchovers system experienced = 0 
Standby failures = 0 
Last switchover reason = none
Hardware Mode = Duplex 
Configured Redundancy Mode = SSO 
Operating Redundancy Mode = SSO 
Maintenance Mode = Disabled 
Communications = Up
Current Processor Information : 
Active Location = slot 0 
Current Software state = ACTIVE 
Uptime in current state = 2 minutes 
Image Version = Cisco Internetwork Operating System Software 
IOS (tm) 7300 Software (C7300-P-M), Version 12.2(20)S6, RELEASE SOFTWARE (fc4) 
Technical Support: http://www.cisco.com/techsupport 
Copyright (c) 1986-2004 by cisco Systems, Inc. 

En los siguientes ejemplos, se utiliza el comando show redundancy para verificar que SSO está configurado en el dispositivo. Se proporciona ejemplo de salida para diferentes plataformas.

Cisco 7304 Router

Router# show redundancy
 
Redundant System Information : 
Available system uptime = 2 minutes 
Switchovers system experienced = 0 
Standby failures = 0 
Last switchover reason = none
Hardware Mode = Duplex 
Configured Redundancy Mode = SSO 
Operating Redundancy Mode = SSO 
Maintenance Mode = Disabled 
Communications = Up
Current Processor Information : 
Active Location = slot 0 
Current Software state = ACTIVE 
Uptime in current state = 2 minutes 
Image Version = Cisco Internetwork Operating System Software 
IOS (tm) 7300 Software (C7300-P-M), Version 12.2(20)S6, RELEASE SOFTWARE (fc4) 
Technical Support: http://www.cisco.com/techsupport 
Copyright (c) 1986-2004 by cisco Systems, Inc. 
Compiled Fri 29-Oct-04 14:39
BOOT = 
CONFIG_FILE = 
BOOTLDR = bootdisk:c7300-boot-mz.121-13.EX1 
Configuration register = 0x0
Peer Processor Information : 
Standby Location = slot 2 
Current Software state = STANDBY HOT 
Uptime in current state = 1 minute 
Image Version = Cisco Internetwork Operating System Software 
IOS (tm) 7300 Software (C7300-P-M), Version 12.2(20)S6, RELEASE SOFTWARE (fc4) 
Technical Support: http://www.cisco.com/techsupport 
Copyright (c) 1986-2004 by cisco Systems, Inc. 
Compiled Fri 29-Oct-04 14:39
BOOT = 
CONFIG_FILE = 
BOOTLDR = bootdisk:c7300-boot-mz.121-13.EX1 
Configuration register = 0x0

Cisco 7500 Series Router

Router# show redundancy
Operating mode is sso
redundancy mode sso
hw-module slot 6 image disk0:rsp-pv-mz
hw-module slot 7 image disk0:rsp-pv-mz
Active in slot 6
Standby in slot 7
The system total uptime since last reboot is 2 weeks, 23 hours 41 minutes.
The system has experienced 4 switchovers.
The system has been active (become master) for 21 hours 1 minute.
Reason for last switchover: User forced.

Cisco 10000 Series Internet Router

Router# show redundancy 
PRE A (This PRE)   : Active
PRE B              : Standby
Operating mode                : SSO
Uptime since this PRE switched to active : 13 hours, 51 minutes
Total system uptime from reload      : 15 hours, 8 minutes
Switchovers this system has experienced : 2
Standby failures since this PRE active  : 0
The standby PRE has been up for    : 13 hours, 47 minutes
Standby PRE information....
Standby is up.
Standby has 524288K bytes of memory.
Standby BOOT variable = disk0:c10k-p10-mz
Standby CONFIG_FILE variable =
Standby BOOTLDR variable =
Standby Configuration register is 0x2102
Standby version:
Cisco Internetwork Operating System Software
IOS (tm) 10000 Software (C10K-P10-M), Version 12.0(20020221:082811)
 [REL-bowmore.ios-weekly 100]
Copyright (c) 1986-2002 by cisco Systems, Inc.
Compiled Thu 21-Feb-02 03:28
Active version:
Cisco Internetwork Operating System Software
IOS (am) 10000 Software (C10K-P10-M), Version 12.0(20020221:082811)
 [REL-bowmore.ios-weekly 100]
Copyright (c) 1986-2002 by cisco Systems, Inc.
Compiled Thu 21-Feb-02 03:28

’Router de Internet la serie Cisco 12000’

Router# show redundancy 
Active GRP in slot 4:
Standby GRP in slot 5:
Preferred GRP:  none
Operating Redundancy Mode: SSO
Auto synch: startup-config running-config
switchover timer 3 seconds [default]

1000 Series Router de Cisco ASR

Router# show redundancy states
       my state = 13 -ACTIVE 
     peer state = 4  -STANDBY COLD 
           Mode = Duplex
        Unit ID = 48
Redundancy Mode (Operational) = rpr
Redundancy Mode (Configured)  = rpr
Redundancy State              = rpr
     Maintenance Mode = Disabled
    Manual Swact = enabled
 Communications = Up
   client count = 66
 client_notification_TMR = 30000 milliseconds
           RF debug mask = 0x0   

El ejemplo que verifica ese SSO está actuando en el dispositivo

En el siguiente varios ejemplos, el comando show redundancy con la palabra clave de los estados se utilizan para verificar que el SSO está configurado en el dispositivo. Se proporciona ejemplo de salida para diferentes plataformas.

Cisco 7304 Router

Router# show redundancy states
 
my state = 13 -ACTIVE 
peer state = 8 -STANDBY HOT 
Mode = Duplex 
Unit ID = 0
Redundancy Mode (Operational) = SSO 
Redundancy Mode (Configured) = SSO 
Split Mode = Disabled 
Manual Swact = Enabled 
Communications = Up
client count = 18 
client_notification_TMR = 30000 milliseconds 
RF debug mask = 0x0 

Cisco 7500 Series Router

Router# show redundancy states
 
my state = 13 -ACTIVE
peer state = 8  -STANDBY HOT
Mode = Duplex
Unit ID = 7
Redundancy Mode = sso
Maintenance Mode = Disabled
Manual Swact = Enabled
Communications = Up
client count = 12
client_notification_TMR = 30000 milliseconds
RF debug mask = 0x0

Cisco 10000 Series Internet Router

Router# show redundancy states
 
my state = 13 -ACTIVE
peer state = 8  -STANDBY HOT
Mode = Duplex
Unit = Preferred Primary
Unit ID = 0
Redundancy Mode = SSO
Maintenance Mode = Disabled
Manual Swact = Enabled
Communications = Up
client count =14
client_notification_TMR = 30000 milliseconds
RF debug mask = 0x0

’Router de Internet la serie Cisco 12000’

Router# show redundancy states
 
my state = 13 -ACTIVE
peer state = 8  -STANDBY HOT
Mode = Duplex
Unit ID = 4
Redundancy Mode = SSO
Maintenance Mode = Disabled
Manual Swact = Enabled
Communications = Up
client count = 14
client_notification_TMR = 30000 milliseconds
RF debug mask = 0x

1000 Series Router de Cisco ASR

Router# show redundancy states
       my state = 13 -ACTIVE 
     peer state = 4  -STANDBY COLD 
           Mode = Duplex
        Unit ID = 48
Redundancy Mode (Operational) = rpr
Redundancy Mode (Configured)  = rpr
Redundancy State              = rpr
     Maintenance Mode = Disabled
Manual Swact = enabled
 Communications = Up
   client count = 66
 client_notification_TMR = 30000 milliseconds
           RF debug mask = 0x0   

Ejemplo que verifica los protocolos y las aplicaciones SSO

Ingrese el comando show redundancy con la palabra clave del cliente de visualizar la lista de aplicaciones y los protocolos que se han registrado como los protocolos o aplicaciones SSO. Usted puede también verificar la lista de línea protocolos soportada.

Cisco 7304 Router

Router# show redundancy clients
 
clientID = 0 clientSeq = 0 RF_INTERNAL_MSG 
clientID = 29 clientSeq = 60 Redundancy Mode RF 
clientID = 25 clientSeq = 130 CHKPT RF 
clientID = 1314 clientSeq = 137 7300 Platform RF 
clientID = 22 clientSeq = 140 Network RF Client 
clientID = 24 clientSeq = 150 CEF RRP RF Client 
clientID = 5 clientSeq = 170 RFS client 
clientID = 23 clientSeq = 220 Frame Relay 
clientID = 49 clientSeq = 225 HDLC 
clientID = 20 clientSeq = 310 IPROUTING NSF RF cli 
clientID = 21 clientSeq = 320 PPP RF 
clientID = 34 clientSeq = 350 SNMP RF Client 
clientID = 52 clientSeq = 355 ATM 
clientID = 35 clientSeq = 360 History RF Client 
clientID = 54 clientSeq = 530 SNMP HA RF Client 
clientID = 75 clientSeq = 534 VRF common 
clientID = 57 clientSeq = 540 ARP 
clientID = 65000 clientSeq = 65000 RF_LAST_CLIENT 

Cisco 7500 Series Router

Router# show redundancy clients 
clientID = 0      clientSeq = 0        RF_INTERNAL_MSG 
clientID = 25     clientSeq = 130      CHKPT RF              
clientID = 22     clientSeq = 140      Network RF Client     
clientID = 24     clientSeq = 150      CEF RRP RF Client     
clientID = 37     clientSeq = 151      MDFS RRP RF Client    
clientID = 23     clientSeq = 220      FRAME RELAY
clientID = 49     clientSeq = 225      HDLC                  
clientID = 20     clientSeq = 310      IPROUTING NSF RF cli  
clientID = 21     clientSeq = 320      PPP RF                
clientID = 34     clientSeq = 330      SNMP RF Client        
clientID = 29     clientSeq = 340      ATM                   
clientID = 35     clientSeq = 350      History RF Client     
clientID = 50     clientSeq = 530      SNMP HA RF Client     
clientID = 65000  clientSeq = 65000    RF_LAST_CLIENT 

Internet Routere de las Cisco 10000 Series

Router# show redundancy clients 
clientID = 0      clientSeq = 0        RF_INTERNAL_MSG       
clientID = 25     clientSeq = 130      CHKPT RF              
clientID = 22     clientSeq = 140      Network RF Client     
clientID = 24     clientSeq = 150      CEF RRP RF Client     
clientID = 26     clientSeq = 160      C10K RF Client        
clientID = 5      clientSeq = 170      RFS client            
clientID = 23     clientSeq = 220      Frame Relay           
clientID = 49     clientSeq = 225      HDLC                  
clientID = 20     clientSeq = 310      IPROUTING NSF RF cli  
clientID = 21     clientSeq = 320      PPP RF                
clientID = 34     clientSeq = 330      SNMP RF Client        
clientID = 29     clientSeq = 340      ATM                   
 clientID = 35     clientSeq = 350      History RF Client 
 clientID = 65000  clientSeq = 65000    RF_LAST_CLIENT 

’Router de Internet la serie Cisco 12000’

Router# show redundancy clients 
clientID = 0      clientSeq = 0        RF_INTERNAL_MSG
clientID = 25     clientSeq = 130      CHKPT RF
clientID = 27     clientSeq = 132      C12K RF COMMON Client
clientID = 30     clientSeq = 135      Redundancy Mode RF
clientID = 22     clientSeq = 140      Network RF Client
clientID = 24     clientSeq = 150      CEF RRP RF Client
clientID = 37     clientSeq = 151      MDFS RRP RF Client
clientID = 5      clientSeq = 170      RFS client
clientID = 23     clientSeq = 220      Frame Relay
clientID = 49     clientSeq = 225      HDLC
clientID = 20     clientSeq = 310      IPROUTING NSF RF cli
clientID = 21     clientSeq = 320      PPP RF
clientID = 34     clientSeq = 330      SNMP RF Client
clientID = 29     clientSeq = 340      ATM
clientID = 35     clientSeq = 350      History RF Client
clientID = 50     clientSeq = 530      SNMP HA RF Client
 clientID = 65000  clientSeq = 65000    RF_LAST_CLIENT

1000 Series Router de Cisco ASR

Router# show redundancy clients
 clientID = 0       clientSeq = 0        RF_INTERNAL_MSG       
 clientID = 29      clientSeq = 60       Redundancy Mode RF    
 clientID = 139     clientSeq = 62       IfIndex               
 clientID = 25      clientSeq = 69       CHKPT RF              
 clientID = 1340    clientSeq = 90       ASR1000-RP Platform   
 clientID = 1501    clientSeq = 91       Cat6k CWAN HA         
 clientID = 78      clientSeq = 95       TSPTUN HA             
 clientID = 305     clientSeq = 96       Multicast ISSU Conso  
 clientID = 304     clientSeq = 97       IP multicast RF Clie  
 clientID = 22      clientSeq = 98       Network RF Client     
 clientID = 88      clientSeq = 99       HSRP                  
 clientID = 114     clientSeq = 100      GLBP                  
 clientID = 1341    clientSeq = 102      ASR1000 DPIDX         
 clientID = 1505    clientSeq = 103      Cat6k SPA TSM         
 clientID = 1344    clientSeq = 110      ASR1000-RP SBC RF     
 clientID = 227     clientSeq = 111      SBC RF                
 clientID = 71      clientSeq = 112      XDR RRP RF Client     
 clientID = 24      clientSeq = 113      CEF RRP RF Client     
 clientID = 146     clientSeq = 114      BFD RF Client         
 clientID = 306     clientSeq = 120      MFIB RRP RF Client    
 clientID = 1504    clientSeq = 128      Cat6k CWAN Interface  
 clientID = 75      clientSeq = 130      Tableid HA            
 clientID = 401     clientSeq = 131      NAT HA                
 clientID = 402     clientSeq = 132      TPM RF client         
 clientID = 5       clientSeq = 135      Config Sync RF clien  
 clientID = 68      clientSeq = 149      Virtual Template RF   
 clientID = 23      clientSeq = 152      Frame Relay           
clientID = 49      clientSeq = 153      HDLC                  
 clientID = 72      clientSeq = 154      LSD HA Proc           
 clientID = 113     clientSeq = 155      MFI STATIC HA Proc    
 clientID = 20      clientSeq = 171      IPROUTING NSF RF cli  
 clientID = 100     clientSeq = 173      DHCPC                 
 clientID = 101     clientSeq = 174      DHCPD                 
 clientID = 74      clientSeq = 183      MPLS VPN HA Client    
 clientID = 34      clientSeq = 185      SNMP RF Client        
 clientID = 52      clientSeq = 186      ATM                   
 clientID = 69      clientSeq = 189      AAA                   
 clientID = 118     clientSeq = 190      L2TP                  
 clientID = 82      clientSeq = 191      CCM RF                
 clientID = 35      clientSeq = 192      History RF Client     
 clientID = 90      clientSeq = 204      RSVP HA Services      
 clientID = 70      clientSeq = 215      FH COMMON RF CLIENT   
 clientID = 54      clientSeq = 220      SNMP HA RF Client     
 clientID = 73      clientSeq = 221      LDP HA                
 clientID = 76      clientSeq = 222      IPRM                  
 clientID = 57      clientSeq = 223      ARP                   
 clientID = 50      clientSeq = 230      FH_RF_Event_Detector  
 clientID = 1342    clientSeq = 240      ASR1000 SpaFlow       
 clientID = 1343    clientSeq = 241      ASR1000 IF Flow       
 clientID = 83      clientSeq = 255      AC RF Client          
 clientID = 84      clientSeq = 257      AToM manager          
 clientID = 85      clientSeq = 258      SSM                   
 clientID = 102     clientSeq = 273      MQC QoS               
 clientID = 94      clientSeq = 280      Config Verify RF cli  
 clientID = 135     clientSeq = 289      IKE RF Client         
 clientID = 136     clientSeq = 290      IPSEC RF Client       
 clientID = 130     clientSeq = 291      CRYPTO RSA            
 clientID = 148     clientSeq = 296      DHCPv6 Relay          
 clientID = 4000    clientSeq = 303      RF_TS_CLIENT          
 clientID = 4005    clientSeq = 305      ISSU Test Client      
 clientID = 93      clientSeq = 309      Network RF 2 Client   
 clientID = 205     clientSeq = 311      FEC Client            
 clientID = 141     clientSeq = 319      DATA DESCRIPTOR RF C  
 clientID = 4006    clientSeq = 322      Network Clock         
 clientID = 225     clientSeq = 326      VRRP                  
 clientID = 65000   clientSeq = 336      RF_LAST_CLIENT 

Referencias adicionales

Documentos Relacionados

Tema relacionado

Título del documento

Comandos de Cisco IOS

El Cisco IOS domina los comandos list, todos las versiones

De los comandos de Cisco Alta disponibilidad

Referencia de Comandos de Alta Disponibilidad de Cisco IOS.

Cliente Proxy de DHCP

ISSU y SSO--La Alta disponibilidad del DHCP ofrece el módulo en la guía de configuración de los Servicios de direccionamiento IP del Cisco IOS

Alta disponibilidad MPLS

MPLS High Availability: Módulo de la descripción en la guía de configuración del Multiprotocol Label Switching del Cisco IOS

NSF/SSO - Soporte de OAM 802.3ah

Usando el módulo de los funcionamientos Ethernet, de la administración, y de mantenimiento en la guía de configuración de Ethernet del portador del Cisco IOS

NSF/SSO - Cualquier transporte sobre MPLS (átomo)

Cualquier transporte sobre el MPLS y módulo de graceful restart del átomo en la guía de configuración del Multiprotocol Label Switching del Cisco IOS

NSF/SSO - Soporte E-LMI

Configurar la interfaz de administración local de los Ethernetes en un módulo del borde del proveedor en la guía de configuración de Ethernet del portador del Cisco IOS

SSO - BFD (Admin Down)

Módulo bidireccional de la detección de la expedición en el Routing IP del Cisco IOS: Guía de configuración BFD

SSO GLBP

Módulo GLBP SSO en la guía de configuración de los Servicios de aplicación IP del Cisco IOS

SSO HSRP

Configurar el módulo del HSRP en la guía de configuración de los Servicios de aplicación IP del Cisco IOS

  • MFIB: IPv4 SSO/ISSU
  • NSF/SSO - Multicast del IPv4
  • SSO - IPv4 MFIB

Monitoreando y mantener el módulo de las operaciones del Multicast HA (NSF/SSO e ISSU) en la guía de configuración del Multicast IP del Cisco IOS

SSO y RPR en los 1000 Series Router de Cisco ASR

Guía de Configuración del Software de Routers de Servicios de Agregación de Cisco ASR 1000 Series

SSO VRRP

Configurar el módulo VRRP en la guía de configuración de los Servicios de aplicación IP del Cisco IOS

Configuración básica del IPv6

Implementar el módulo de la dirección y de la conectividad básica del IPv6 en la guía de configuración del IPv6 del Cisco IOS

Servicios virtuales del LAN privado

Soporte NSF/SSO/ISSU para el módulo VPL en la guía de configuración del Multiprotocol Label Switching del Cisco IOS

Estándares

Estándar

Título

Esta función no soporta estándares nuevos o modificados, y el soporte de los estándares existentes no ha sido modificado por ella.

--

MIB

MIB

Link del MIB

Se soporta el MIB no nuevo o modificado, y el soporte para el MIB existente no se ha modificado.

Para localizar y descargar MIB de plataformas, versiones de Cisco IOS y conjuntos de funciones seleccionados, utilice Cisco MIB Locator, que se encuentra en la siguiente URL:

http://www.cisco.com/cisco/web/LA/support/index.html

RFC

RFC

Título

Esta función no soporta RFCs nuevos o modificados.

--

Asistencia Técnica

Descripción

Link

El Web site del soporte y de la documentación de Cisco proporciona los recursos en línea para descargar la documentación, el software, y las herramientas. Utilice estos recursos para instalar y para configurar el software y para resolver problemas y para resolver los problemas técnicos con los Productos Cisco y las Tecnologías. El acceso a la mayoría de las herramientas en el Web site del soporte y de la documentación de Cisco requiere una identificación del usuario y una contraseña del cisco.com.

http://www.cisco.com/cisco/web/LA/support/index.html

Información sobre la Función Stateful Switchover

La tabla siguiente proporciona la información sobre la versión sobre la característica o las características descritas en este módulo. Esta tabla enumera solamente la versión de software que introdujo el soporte para una característica dada en un tren de versión de software dado. A menos que se indicare en forma diferente, las versiones posteriores de ese tren de versión de software también soportan esa característica.

Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del software de Cisco. Para acceder a Cisco Feature Navigator, vaya a http://www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.

Información de la característica del cuadro 11 para el Stateful Switchover de Cisco

Nombre de la función

Versiones

Información sobre la Función

Stateful Switchover (SSO)

12.0(22)S 12.0(23)S 12.0(24)S 12.2(20)S 12.2(18)S 12.2(33)SRA

Esta característica fue introducida:

En 12.0(23)S, el soporte fue agregado para el linecards 1xGE y 3xGE en

En 12.0(24)S, el soporte fue agregado para el linecards siguiente en

  • Motor 1
    • DPT OC-12/STM-4c de 2 puertos
  • Motor 2
    • DPT OC-48/STM-16c de 1 puerto
    • ATM OC-3/STM-1c de 8 puertos
  • IP Service Engine (ISE)
    • ISE OC-3c/STM-1c POS/SDH de 4 puertos
    • ISE OC-3c/STM-1c POS/SDH de 8 puertos
    • 16-port OC-3c/STM-1c POS/SDH ISE
    • ISE OC-12c/STM-4c POS/SDH de 4 puertos
    • OC-48c/STM-16c POS/SDH ISE de 1 puerto
    • ISE OC-12/STM-4 (DS3/E3, OC-3c/STM-1c) POS/SDH de 4 puertos canalizados
    • OC-48/STM-16 (DS3/E3, OC-3c/STM-1c) POS/SDH ISE de 1 puerto canalizado

En 12.0(26)S, el soporte fue agregado para el linecards siguiente en

  • 4-port OC-12c/STM-4c DPT ISE

En 12.2(20)S, el soporte fue agregado para el Cisco 7304 Router.

CEM SSO/ISSU

12.2(33)SRC

Esta función fue introducida.

Cliente/servidor del conjunto de direcciones a pedido (ODAP) del Dynamic Host Configuration Protocol (DHCP)

12.2(31)SB2

Esta característica fue puesta al día para ser en conformidad con SSO.

MFIB: IPv4 SSO/ISSU

12.2(33)SRE

Esta función fue introducida.

NSF/SSO - Multicast del IPv4

12.2(33)SRE

Esta función fue introducida.

NSF/SSO - Multicast IPv6

12.2(33)SRE

Esta función fue introducida.

NSF/SSO--Servicios virtuales del LAN privado

12.2(33)SXI4 15.0(1)S

Esta función fue introducida.

Redundancia plus de procesador de routing (RPR+)

12.2(20)S

Esta característica fue introducida en el Cisco 7304 Router.

SSO- Automatic Protection Switching (APS)

12.2(28)SB

Esta función fue introducida.

SSO - BFD (Admin Down)

12.2(33)SB

Esta función fue introducida.

SSO - DHCP proxy client

12.2(31)SB2 12.2(33)SRC

Esta característica fue puesta al día para ser en conformidad con SSO.

Esta función se introdujo en la versión 12.2(33)SRB.

SSO - Relé DHCP en la interfaz sin numerar

12.2(31)SB2

Esta característica fue puesta al día para ser en conformidad con SSO.

SSO - Servidor DHCP

12.2(31)SB2

Esta característica fue puesta al día para ser en conformidad con SSO.

SSO - Gateway Load Balancing Protocol (GLBP)

12.2(31)SB2 12.2(33)SXH

Esta característica fue puesta al día para ser en conformidad con SSO.

SSO - HDLC

12.2(28)SB 15.0(1)S

Esta función fue introducida.

SSO - HSRP

Cisco IOS XE 3.1.0SG 12.2(33)SXH 15.0(1)S

Esta función fue introducida.

SSO - IPv4 MFIB

12.2(33)SRE

Esta función fue introducida.

SSO - MLPPP

12.2(28)SB

Esta función fue introducida.

SSO - Frame Relay del Multilink

12.2(25)S 12.2(31)SB2 12.2(33)SRB 15.0(1)S

Esta función fue introducida.

En 12.2(28)S, el soporte fue agregado para el Cisco 12000 Series Internet Router.

En 12.2(31)SB2, el soporte fue agregado para el Cisco 10000 Series Internet Router.

En 12.2(33)SRB, esta característica fue puesta al día para ser SSO obediente.

SSO - Multilink PPP (MLP)

15.0(1)S

Se soporta esta característica.

SSO - PPP

12.2(33)SRB 15.0(1)S

Esta característica fue puesta al día para ser en conformidad con SSO.

SSO - PPPoA

12.2(31)SB2

Esta característica fue puesta al día para ser en conformidad con SSO.

SSO - PPPoE

12.2(31)SB2

Esta característica fue puesta al día para ser en conformidad con SSO.

SSO - IPv6 PPPoE

12.2(33)SXE

Esta función fue introducida.

SSO - Calidad del servicio (QoS)

12.2(25)S 15.0(1)S

Esta función fue introducida.

SSO - VRRP

12.2(33)SRC 15.0(1)S

Esta función fue introducida.

SSO de administrador de plantillas virtuales

12.2(33)SRC

Esta función fue introducida.

Cisco y el logotipo de Cisco son marcas registradas del Cisco Systems, Inc. y/o de sus afiliados en los E.E.U.U. y otros países. Un anuncio de las marcas registradas de Cisco se puede encontrar en www.cisco.com/go/trademarks. Las marcas registradas del otro vendedor mencionadas son la propiedad de sus propietarios respectivos. El uso de la palabra Partner no implica en una relación de sociedad entre Cisco y ninguna otra compañía. (1005R)

Las direcciones IP (Internet Protocol) y los números de teléfono utilizados en este documento no son direcciones y números de teléfono reales. Cualesquiera ejemplos, muestra de la salida de comandos, diagramas de topología de red y otras figuras incluidos en el documento se muestran solamente con fines ilustrativos. El uso de direcciones IP o números de teléfono reales en contenido ilustrativo es involuntario y fortuito.

Se soporta 1 Frame Relay, pero el Frame Relay del Multilink no es.