Routing IP: Guía de configuración de OSPF, Cisco IOS Release 12.2SR
Graceful restart del RFC 3623 OSPF NSF-OSPF
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 177 KB | Inglés (1 Noviembre 2011) | Comentarios

Graceful restart del RFC 3623 OSPF NSF-OSPF

Última actualización: 1 de noviembre de 2011

Este documento se centra en el reenvío directo (NSF) para OSPFv2 en el software Cisco IOS, mediante las funciones estandarizadas de IETF para graceful restart según lo descrito en el RFC 3623. Bajo situaciones muy específicas, un router puede sufrir ciertas condiciones de falla bien conocidas que no deberían afectar al reenvío de paquetes a través de la plataforma de switching. La capacidad NSF permite que el reenvío de paquetes de datos continúe por las rutas que ya se conocen mientras que la información del Routing Protocol se restablece. Esta capacidad es útil en aquellos casos donde hay una falla del componente (por ejemplo, un crash del Procesador de Rutas [RP] con un RP de respaldo que está asumiendo el control) o donde hay un upgrade de software sin impacto programado.

Antes de RFC 3623, Cisco implementó la tecnología NSF patentada por Cisco, conocida como Cisco NSF. La función OSPF RFC 3623 Graceful Restart permite configurar IETF NSF en redes de múltiples proveedores. La configuración de IETF NSF aumenta la disponibilidad de la red permitiendo que los routers OSPF permanezcan en la trayectoria de reenvío incluso cuando se reinicia el software OSPF. En este documento se hace referencia a las dos formas de NSF como Cisco NSF e IETF NSF. La función OSPF RFC 3623 Graceful Restart es la adición más reciente a la cartera de Alta Disponibilidad de Cisco.

Encontrar la información de la característica

Su versión de software puede no soportar todas las características documentadas en este módulo. Para la últimas información y advertencias de la característica, vea los Release Note para su plataforma y versión de software. Para encontrar la información sobre las características documentadas en este módulo, y ver una lista de las versiones en las cuales se soporta cada característica, vea la tabla de información de la característica en el extremo de este documento.

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 el Cisco Feature Navigator, vaya a www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.

Prerrequisitos de la Configuración de IETF NSF o Cisco NSF

  • OSPF se debe configurar en el router.
  • El router que experimenta OSPF graceful restart debe ser capaz de realizar una operación stateful switchover (SSO).

Restricciones de Configuración de IETF NSF o Cisco NSF

  • Solamente se soporta uno de los posibles métodos de reenvío ininterrumpido (Cisco NSF o IETF NSF) cada vez. Por ejemplo, el router que se reinicia utiliza Cisco NSF o IETF NSF durante el switchover, dependiendo de la configuración del router. El modo de ayudante para ambos métodos se soporta de forma predeterminada, en función del método de reinicio que utiliza el router de reinicio. Por ejemplo, si el router de reinicio tiene capacidad IETF NSF, el router ayudante utilizará el modo de ayudante IETF NSF de forma predeterminada.
  • Ni Cisco NSF ni IETF NSF soportan sham-link.
  • No es posible utilizar Cisco NSF sobre links virtuales.

Información sobre IETF NSF y Cisco NSF

Operación de Ruteo y Reenvío de Cisco NSF

Cisco NSF es soportado por los protocolos BGP, EIGRP, OSPF e IS-IS para ruteo, y por Cisco Express Forwarding (CEF) para reenvío. Se han mejorado los protocolos de ruteo BGP, EIGRP, OSPF e IS-IS con capacidad y reconocimiento NSF, lo que significa que los routers que funcionan con estos protocolos pueden detectar un switchover y emprender las acciones necesarias para seguir reenviando tráfico de red y recuperar información de ruta de los routers vecinos.

En este documento, se dice que un dispositivo de networking reconoce NSF si ejecuta un software compatible con NSF. Se dice que un dispositivo tiene capacidad para NSF si se ha configurado para soportar NSF; por lo tanto, reconstruiría la información de ruteo de los vecinos que reconocen NSF o con capacidad para NSF. Los modos de funcionamiento del router NSF comunes a las implementaciones de Cisco NTFS e IETF NSF son:

  • Recomienzo del modo--También conocido como el modo de NSF-recomienzo o modo del agraciado-recomienzo. En este modo, el proceso de router OSPF está realizando una recuperación de reenvío ininterrumpido debido a un switchover RP; esto puede ser resultado de un crash RP o de un upgrade de software en el RP activo.
  • Modo del ayudante--También conocido como NSF-conciencia. En este modo, se reinicia un router vecino, y éste ayuda en la recuperación del reenvío ininterrumpido.

Cisco Express Forwarding para NSF

Un elemento fundamental de NSF es el reenvío de paquetes. El protocolo OSPF depende del CEF para continuar reenviando paquetes durante el switchover mientras que los protocolos de ruteo reconstruyen las tablas de la Base de información de ruteo (RIB). Una vez que se producido la convergencia de OSPF, el CEF actualiza la tabla de FIB (base de información de reenvío) y remueve las entradas de ruta obsoletas. El CEF actualiza entonces las tarjetas de línea con la nueva información de FIB. El CEF mantiene el FIB y utiliza la información FIB que era actual en el momento de un switchover para continuar reenviando paquetes durante el switchover. Esta función reduce la interrupción del tráfico durante el switchover.

Durante el funcionamiento normal de NSF, la función CEF del RP activo sincroniza su FIB y sus bases de datos de adyacencia actuales con la FIB y las bases de datos de adyacencia actuales del RP en espera. Tras el switchover del RP activo, el RP en espera tiene inicialmente bases de datos de adyacencia y FIB que son imágenes espejo de las que estaban en ejecución en el RP activo. En las plataformas con tarjetas de línea inteligentes, las tarjetas de línea mantienen la información de reenvío actual sobre un switchover; para las plataformas con motores de reenvío, CEF guarda el motor de reenvío en la corriente en espera RP con los cambios que le envía CEF en el RP activo. De esta manera, las tarjetas de línea o los motores de reenvío pueden continuar reenviando después de un switchover tan pronto como las interfaces y una trayectoria de datos estén disponibles.

Mientras el protocolo de ruteo OSPF comienza a repoblar el RIB prefijo a prefijo, las actualizaciones a su vez provocan las actualizaciones prefijo a prefijo que el CEF utiliza para actualizar FIB y las bases de datos adyacentes. Las entradas nuevas y ya existentes recibirán el nuevo número de versión, que indicará que se han actualizado. La información de reenvío se actualiza en las tarjetas de línea o los motores de reenvío durante la convergencia. El RP emite una señal cuando la RIB ha convergido. El software remueve el FIB y entradas de adyacencia que tengan un epoch anterior al epoch actual del switchover. Ahora, la FIB refleja la información de reenvío del Routing Protocol más reciente.

El protocolo de ruteo OSPF sólo se ejecuta en el RP activo y OSPF recibe las actualizaciones de ruteo de los routers OSPF vecinos. El protocolo de ruteo OSPF no funciona en el RP en espera. Después de un switchover, OSPF solicita que los dispositivos vecinos que reconocen NSF envíen información del estado para ayudar a reconstruir las tablas de ruteo.


Nota


Para la operación NSF, el OSPF depende del CEF para continuar remitiendo los paquetes mientras que el OSPF reconstruye la información de ruteo.

Funcionalidad OSPF Graceful Restart según RFC 3623

En esta sección se describe la mejora de reenvío ininterrumpido de RFC 3623 Graceful Restart al protocolo de ruteo OSPF. Un router compatible con NSF para OSPF que se está recargando y que intenta una operación de graceful restart crea grace-lsas para notificar a sus vecinos que realizará la operación de graceful restart en el tiempo o período de gracia especificado. Durante este período de gracia, los routers OSPF vecinos (llamados routers ayudantes) siguen anunciando en sus LSAs el router que se está reiniciando como si fuera completamente adyacente, siempre que la topología de red permanezca estática.

Las secciones siguientes contienen información más detallada sobre el proceso de graceful restart:

Operación del Router con Graceful Restart

Inicio de Graceful Restart

El router que se reinicia se entera de que debería iniciar el proceso de graceful restart cuando el administrador de la red publica el comando apropiado o cuando un RP recarga y fuerza un switchover de Recurso de Redundancia (RF). El administrador de red puede establecer la longitud del período de gracia o bien la puede calcular el software OSPF del router de reinicio. Para evitar que se desactualicen los LSAs del router que se está reiniciando, el período de gracia no debe superar un tiempo de actualización de LSA de 1800 segundos.

Como preparación para el graceful restart, el router que se reinicia debe realizar la acción siguiente para que su software se pueda recargar: El router que se reinicia debe asegurarse de que su tabla de reenvío está actualizada y permanecerá disponible durante el reinicio. No se realiza ningún procedimiento de cierre de OSPF puesto que los routers vecinos deben actuar como si el router de reinicio estuviera todavía en servicio.

El software OSPF se recarga en el router (experimenta un Graceful Restart).

Procesos OSPF Durante Graceful Restart

Después de que el router se haya recargado, debe modificar sus procesos OSPF hasta restablecer las adyacencias totales con todos los vecinos OSPF totalmente adyacentes anteriores. Durante graceful restart, el router que se reinicia modifica sus procesos OSPF de las maneras siguientes:

  • El router que se está reiniciando no origina los LSA con los tipos 1, 5 o 7 de LS, de modo que los demás routers del dominio OSPF utilizarán los LSA que el router había originado antes de la recarga. El router no modifica ni vacía los LSAs auto-originados.
  • El router de reinicio ejecuta sus cálculos de ruteo de OSPF para devolver cualquier link virtual de OSPF a la operación. Sin embargo, el router que se reinicia no instala rutas OSPF en la tabla de reenvío del sistema, y el router se basa en las entradas de reenvío que había instalado antes de experimentar el proceso de graceful restart.
  • Si el router que se reinicia determina que era el router designado en un segmento dado antes del Graceful Restart, se reelige.
Salida del Proceso de Graceful Restart

El router que se reinicia sale del proceso de graceful restart cuando ocurre uno de los eventos siguientes:

  • El router ha restablecido todas las adyacencias. El Graceful Restart fue exitoso.
  • El router recibe un LSA que es incoherente con un LSA del mismo router anterior al Graceful Restart. La inconsistencia puede indicar que el router no soporta la función Graceful Restart o que el router ha finalizado su modo de ayudante por alguna razón. El Graceful Restart fue fallido.
  • El período de gracia ha terminado. El Graceful Restart no ha sido exitoso.
  • Una vez que el router de reinicio ha terminado el proceso de graceful restart, vuelve a la operación normal de OSPF, volviendo a crear los LSAs basándose en el estado actual del router y actualizando las tablas de reenvío basándose en el contenido actual de la base de datos de estado de links. Ahora, vacía las grace-lsa que había originado durante el inicio del proceso de graceful restart.

Operación del Modo de Ayudante de Graceful Restart

Iniciación del Modo Ayudante

Cuando un router vecino que está en el mismo segmento de red que el router que se reinicia recibe una grace-lsa del router que se reinicia, el vecino ingresa en el modo de ayudante, siempre que se cumplan los criterios siguientes:

  • El vecino debe tener una adyacencia total con el router que se reinicia sobre el segmento de red asociado.
  • No se han producido cambios en la base de datos de estado de link desde que el router que se reinicia comenzó a reiniciarse.
  • El período de gracia todavía no ha caducado.
  • La política local permite que el router vecino actúe como router ayudante.
  • El router vecino no debe estar en su propio proceso de graceful restart.
  • El administrador de la red no ha inhabilitado el modo de ayudante de este router.
Salida del Modo de Ayudante

El router ayudante deja de ejecutar el modo de ayudante para su vecino cuando se produce uno de los siguientes eventos:

  • Se vacía la grace-lsa que originó el router de reinicio, lo que significa que éste ha abandonado el proceso de Graceful Restart exitosamente.
  • El período de gracia de la grace-lsa ha terminado.
  • Un cambio en el contenido de la base de datos de estados de link indica un cambio de la topología de red, que impone el fin del proceso de Graceful Restart si está habilitada la opción strict-lsa-checking en el ayudante.

Para información completa sobre la funcionalidad de graceful restart, vea el RFC 3623:

http://www.ietf.org/rfc/rfc3623.txt

Cómo Configurar IETF NSF o Cisco NSF

Habilitar IETF NSF o Cisco NSF en el Router

Complete los pasos de la tarea siguiente para configurar y verificar la configuración de Cisco NSF o IETF NSF en el router.

Antes de comenzar

Para que el proceso de graceful restart funcione correctamente, los routers del vecino OSPF (ayudante) deben ejecutar una versión de Cisco IOS Software que soporte Cisco NSF o IETF NSF, o ambos.


PASOS SUMARIOS

1. permiso

2. configuró terminal

3. [vrf vpn-name] del router ospf process-id

4. [restart-interval seconds] IETF NSF

5. extremo

6. muestre el [process-id] OSPF del IP


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
[vrf vpn-name] del router ospf process-id


Ejemplo:

OSPF 4 del router de Router(config)#

 

Configura un proceso de ruteo OSPF (Open Shortest Path First) e ingresa en el modo de configuración del router.

 
Paso 4
[restart-interval seconds] IETF NSF


Ejemplo:

[enforce global] NSF Cisco



Ejemplo:

Router (config-router) # reinicio-intervalo 600 IETF NSF



Ejemplo:

Router (config-router) # NSF Cisco

 

(Opcional) Habilita IETF NSF, o el proceso de Graceful Restart, en el router.

  • Configura opcionalmente un intervalo máximo de graceful restart (en segundos) después del proceso de graceful restart.

o

(Opcional) Habilita Cisco NSF en un router Cisco.

 
Paso 5
Finalizar


Ejemplo:

Router (config-router) # extremo

 

Vuelve al modo EXEC privilegiado.

 
Paso 6
muestre el [process-id] OSPF del IP


Ejemplo:

OSPF 4 del IP de la demostración del Router-

 

Muestra la información general sobre los procesos de ruteo de OSPF y si está configurado el graceful restart de OSPF.

 

Habilitando el graceful restart LSA estricto que marca en un router del ayudante

El modo de ayudante de Graceful Restart está habilitado de forma predeterminada. No se recomienda inhabilitar el modo de ayudante porque el vecino inhabilitado detectará la adyacencia perdida y el proceso de graceful restart finalizará.

La función de verificación de LSA estricta permite que un router ayudante finalice el proceso de Graceful Restart si detecta una LSA modificada que provocaría la inundación durante el proceso de Graceful Restart. La verificación estricta de LSA está inhabilitada de forma predeterminada. Puede habilitar la verificación estricta de LSA en un ayudante OSPF para hacer que el router termine el graceful restart cuando haya un cambio en un LSA que fuera a desbordarse al router que se reinicia. Puede configurar la verificación de LSA estricta en los routers que reconocen NSF y en los que son compatibles con NSF; sin embargo, esta función solamente tendrá efecto cuando el router esté en el modo de ayudante.

Complete los pasos de la tarea siguiente para inhabilitar el modo de ayudante o habilitar la verificación estricta de LSA en el router que reconoce el NSF (ayudante).

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. [vrf vpn-name] del router ospf process-id

4. neutralización del ayudante NSF Cisco

5. el estricto-LSA-marcar del ayudante IETF NSF

6. extremo

7. muestre el [process-id] OSPF del IP


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
[vrf vpn-name] del router ospf process-id


Ejemplo:

OSPF 454 del router de Router(config)#

 

Configura un proceso de ruteo OSPF (Open Shortest Path First) e ingresa en el modo de configuración del router.

 
Paso 4
nsf cisco helper disable


Ejemplo:

nsf ietf helper disable



Ejemplo:

Router (config-router) # neutralización del ayudante NSF Cisco



Ejemplo:

Router (config-router) # neutralización del ayudante IETF NSF

 

(Opcional) Inhabilita el modo del ayudante para Cisco NSF.

o

(Opcional) Inhabilita el modo de ayudante para IETF NSF.

 
Paso 5
nsf ietf helper strict-lsa-checking


Ejemplo:

Router (config-router) # el estricto-LSA-marcar del ayudante IETF NSF

 

Habilita la verificación de LSA estricta en un router que reconoce NSF (ayudante).

 
Paso 6
Finalizar


Ejemplo:

Router (config-router) # extremo

 

Vuelve al modo EXEC privilegiado.

 
Paso 7
muestre el [process-id] OSPF del IP


Ejemplo:

OSPF 454 del IP de la demostración del Router-

 

Muestra información general sobre los procesos de ruteo OSPF y si el modo de ayudante o la verificación de LSA estricta está habilitado para el router que reconoce NSF (ayudante).

 

Ejemplos de Configuración de IETF NSF o Cisco NSF

Habilitando y verificando IETF NSF por el ejemplo OSPF

El siguiente ejemplo habilita IETF NSF para el proceso OSPF 10 en el router. El intervalo de reinicio ha cambiado del valor predeterminado de 120 segundos a 200 segundos.

Router(config)# router ospf 10
Router(config-router)# nsf ietf restart-interval 200
Router(config-router)# end

Cuando se ingresa el comando show ip ospf para el proceso 10 de OSPF, la salida verifica que se configuró IETF NSF en el router, con un intervalo máximo de duración de ruta establecido en 200 segundos. La salida del comando también confirma que el modo de ayudante NSF está habilitado de forma predeterminada para IETF NSF, así como para Cisco NSF.

Router# show ip ospf 10
 Routing Process "ospf 10" with ID 172.16.2.2
 Supports only single TOS(TOS0) routes
 Supports opaque LSA
 Supports Link-local Signaling (LLS)
 Supports area transit capability
 Initial SPF schedule delay 5000 msecs
 Minimum hold time between two consecutive SPFs 10000 msecs
 Maximum wait time between two consecutive SPFs 10000 msecs
 Incremental-SPF disabled
 Minimum LSA interval 5 secs
 Minimum LSA arrival 1000 msecs
 LSA group pacing timer 240 secs
 Interface flood pacing timer 33 msecs
 Retransmission pacing timer 66 msecs
 Number of external LSA 0. Checksum Sum 0x0
 Number of opaque AS LSA 0. Checksum Sum 0x0
 Number of DCbitless external and opaque AS LSA 0
 Number of DoNotAge external and opaque AS LSA 0
 Number of areas in this router is 1. 1 normal 0 stub 0 nssa
 Number of areas transit capable is 0
 External flood list length 0
 IETF Non-Stop Forwarding enabled
    restart-interval limit: 200 sec
 IETF NSF helper support enabled
 Cisco NSF helper support enabled
 Reference bandwidth unit is 100 mbps
    Area BACKBONE(0)
        Number of interfaces in this area is 4 (1 loopback)
        Area has no authentication
        SPF algorithm last executed 02:03:02.468 ago
        SPF algorithm executed 4 times
        Area ranges are
        Number of LSA 3. Checksum Sum 0x175DA
        Number of opaque link LSA 0. Checksum Sum 0x0
        Number of DCbitless LSA 0
        Number of indication LSA 0
        Number of DoNotAge LSA 0
        Flood list length 0

Inhabilitar el modo del ayudante por el ejemplo IETF NSF

La siguiente configuración inhabilita el soporte de ayudante para IETF NSF en un router OSPF.

Router(config)# router ospf 200
Router(config-router)# nsf ietf helper disable

Referencias adicionales

Las secciones siguientes proporcionan referencias relacionadas con la función OSPF RFC 3623 Graceful Restart.

Documentos Relacionados

Tema relacionado

Título del documento

Comandos OSPF

Routing IP del Cisco IOS: Referencia del comando ospf

Configuración de OSPF

Configurar el OSPF

Expedición directa de Cisco

Cisco Nonstop Forwarding

Estándares

Estándar

Título

Ninguno

--

MIB

MIB

Link del MIB

Ninguno

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

RFC 2328

Versión 2 OSPF

RFC 3623

Graceful Restart OSPF

Asistencia Técnica

Descripción

Link

El sitio Web de soporte técnico de Cisco proporciona los recursos en línea extensos, incluyendo la documentación y las herramientas para localizar averías y resolver los problemas técnicos con los Productos Cisco y las Tecnologías. El acceso a la mayoría de las herramientas en el sitio Web de soporte técnico de Cisco requiere una identificación del usuario y una contraseña del cisco.com. Si dispone de un contrato de servicios válido pero no tiene asignados un ID de usuario ni una contraseña, puede registrarse en Cisco.com.

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

Información de la característica para el graceful restart del RFC 3623 NSF-OSPF

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 el Cisco Feature Navigator, vaya a www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.

Tabla 1Información de la característica para el graceful restart del RFC 3623 NSF-OSPF

Nombre de la función

Versiones

Información sobre la Función

NSF--OSPF (RFC 3623 OSPF Graceful Restart)

12.0(32)S 12.2(33)SRA 12.2(31)SB2 12.2(33)SXH

Este documento se centra en el reenvío directo (NSF) para OSPFv2 en el software de Cisco IOS, utilizando las funciones estandarizadas de graceful restart del IETF según lo descrito en el RFC 3623.

Glosario

cutover --Un evento en el cual el control del sistema y la ejecución del Routing Protocol se transfieren de un procesador activo a un procesador de reserva. Esto también puede incluir la transferencia de la función de reenvío de paquetes.

NSF --expedición directa. La continuación de los paquetes de reenvío a través de las tarjetas de línea durante el traslado RP.

OSPF --Abra el trayecto más corto primer. Un protocolo de ruteo del gateway interior.

RF --Recurso de la Redundancia. Una máquina de estado que controla la progresión y el estado de las tarjetas de procesador redundante.

RP --Procesador de Ruteo. Módulo del procesador de los Cisco 7000 Series Routers que contiene el CPU, el software del sistema y la mayor parte de los componentes de la memoria que se utilizan en el router. A veces se denomina procesador de supervisión.

intercambio --Vea el cutover.

Cisco y el logotipo de Cisco son marcas registradas o marcas registradas de Cisco y/o de sus afiliados en los E.E.U.U. y otros países. Para ver una lista de marcas registradas de Cisco, vaya a este URL: www.cisco.com/go/trademarks. Las marcas registradas de tercera persona 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. (1110R)

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.

Cisco Systems, Inc. del © 2011 todos los derechos reservados.