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

Contenido

Configurar la expedición directa

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

Este módulo describe cómo configurar 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 principal del NSF es continuar remitiendo los paquetes IP que siguen un intercambio del (RP) del Route Processor. El NSF es soportado por el BGP, el EIGRP, el IPv6, el IS-IS, y los protocolos OSPF para rutear y por el CEF para remitir.

Los términos siguientes se utilizan en este documento:

  • Dispositivo que reconoce NSF--Un dispositivo que es software compatible con NSF corriente
  • Dispositivo con capacidad para NSF--Un dispositivo que se configura para soportar el NSF. Los dispositivos con capacidad para NSF pueden reconstruir la información de ruteo de los dispositivos de vecindad que reconoce NSF o con capacidad para NSF.

Requisitos previos para la expedición directa

  • El dispositivo de interconexión de redes que debe ser configurado para el NSF se debe primero configurar para el SSO. Para la información, vea la sección del Stateful Switchover que configura.
  • Para el Border Gateway Protocol (BGP) NSF, todos los dispositivos de vecindad deben ser conscientes y se deben configurar para el graceful restart BGP.
  • Para el Enhanced Interior Gateway Routing Protocol (EIGRP) NSF:
    • Todos los dispositivos de vecindad deben ser con capacidad para NSF o conscientes.
    • Un dispositivo que reconoce NSF se debe converger totalmente con la red antes de que pueda ayudar a un dispositivo con capacidad para NSF en una operación del reinicio NSF.
  • Para el Intermediate System to Intermediate System de la Fuerza de tareas de ingeniería en Internet (IETF) (IETF) (IS-IS), todos los dispositivos de vecindad deben ser conscientes.
  • Para el Open Shortest Path First (OSPF) NSF, todos los dispositivos de interconexión de redes en el mismo segmento de red deben ser conscientes.
  • Para el IPv6 NSF, el IPv6 se debe habilitar en su dispositivo de interconexión de redes.
  • En las Plataformas que soportan el Route Switch Processor (RSP), y donde está configurable el Switching Mode del Cisco Express Forwarding (CEF), configure el Switching Mode del CEF distribuido (dCEF) usando el comando ip cef distributed.

Restricciones para la expedición directa

Restricciones generales

  • El Hot Standby Routing Protocol (HSRP) no se soporta con Cisco NSF con el SSO. No utilice el HSRP con Cisco NSF con el SSO.
  • La capacidad NSF no se habilita por abandono para el OSPF, el ISIS, o el BGP. La capacidad NSF se habilita por abandono para el EIGRP solamente.

Restricciones BGP NSF

  • El soporte BGP en el NSF requiere que los dispositivos de interconexión de redes vecinos sean conscientes. Si un dispositivo con capacidad para NSF descubre que un vecino BGP determinado no tiene capacidad de graceful restart, no establecerá una sesión con capacidad para NSF con ese vecino. El resto de los vecinos que tienen capacidad de graceful restart continuarán teniendo sesiones con capacidad para NSF con este dispositivo de interconexión de redes con capacidad para NSF.
  • Todos los dispositivos se deben configurar con el mismo tipo de modo del ayudante NSF, graceful restart IETF o Cisco NSF.

Restricciones del EIGRP NSF

  • Un dispositivo que reconoce NSF no puede apoyar a dos pares con capacidad para NSF que realizan una operación del reinicio NSF al mismo tiempo. Sin embargo, ambos vecinos restablecerán a las sesiones de peer después de que la operación del reinicio NSF sea completa.
  • Las plataformas distribuidas que funcionan con una versión que soporta del software de Cisco pueden soportar las capacidades completas NSF. Estos dispositivos pueden realizar una operación del reinicio y pueden apoyar a otros pares capaces NSF.
  • Escoja las Plataformas del procesador que funcionan con una versión que soporta de la conciencia del soporte solamente NSF del software de Cisco. Estos dispositivos mantienen la adyacencia y las rutas sabidas asimiento para el vecino con capacidad para NSF hasta que señale que está listo para que el dispositivo que reconoce NSF envíe su tabla de topología o expira el temporizador del ruta-asimiento.

Restricciones OSPF NSF

  • El OSPF NSF para los links virtuales no se soporta.
  • El OSPF NSF para los links del impostor no se soporta.
  • El OSPF NSF soporta NSF/SSO para el tráfico del IPv4 solamente.
  • OSPFv3 no se soporta con NSF/SSO. Solamente OSPFv2 se soporta con NSF/SSO.
  • Todos los dispositivos de interconexión de redes vecinos deben ser conscientes. Si un dispositivo con capacidad para NSF descubre que tiene los vecinos NON-NSF-enterados en un segmento de la red determinada, inhabilitará las capacidades NSF para ese segmento. Otros segmentos de red integrados totalmente por los dispositivos con capacidad para NSF o que reconoce NSF continuarán proporcionando las capacidades NSF.
  • Usted puede configurar el anuncio estricto del estado del link (LSA) que marca en los dispositivos que reconoce NSF y con capacidad para NSF; sin embargo, es eficaz solamente cuando el dispositivo está en el modo del ayudante.

Cisco7200SeriesRouterRestrictions

  • El Cisco 7200 Series Router tiene una CPU única y no puede soportar el Stateful Switchover en caso de incidente del Network Processor Engine (NPE).
  • El Cisco 7206 soporta el NSF y puede actuar en un papel del par con un Cisco 7500, 10000, o un Cisco IOS Release 12.0(23)S corriente del 12000 Series Router o una versión posterior. Con el NSF habilitado, un intercambio RP en el Cisco 7500, 10000, o el par del 12000 Series Router no deben causar una pérdida de PPP, atmósfera, High-Level Data Link Control (HDLC), o las sesiones del Frame Relay, o una pérdida de ninguna adyacencias OSPF, BGP, o IS-IS establecida entre el Cisco 7200 y el par.

Información sobre la expedición directa

Expedición directa


Nota


En este documento, el (RP) del Route Processor del término se utiliza para describir el motor de procesamiento de la ruta en todos los dispositivos de interconexión de redes, sin importar la designación de la plataforma, a menos que se indicare en forma diferente.

El NSF trabaja con la característica SSO en software de Cisco para minimizar la cantidad de tiempo que una red es inasequible a sus usuarios que siguen un intercambio. El objetivo principal del NSF es continuar remitiendo los paquetes IP que siguen un intercambio RP.

Generalmente, cuando un dispositivo de networking se reinicia, todos sus peers de ruteo detectan que el dispositivo se desactivó y después volvió a activarse. Esta transición da lugar a lo que se denomina una inestabilidad de ruteo, que podría propagarse por diversos dominios de ruteo. Los reinicios de ruteo causan inestabilidades de ruteo que son perjudiciales para el rendimiento global de la red. El NSF ayuda a suprimir las aletas de la encaminamiento en los dispositivos habilitado para SSO, así reduciendo la inestabilidad de la red.

El NSF permite la expedición de los paquetes de datos continuar a lo largo de las rutas sabidas mientras que la información del Routing Protocol se está restableciendo después de un intercambio. Con el NSF, los dispositivos de interconexión de redes del par no experimentan las aletas de la encaminamiento. Durante un switchover, el tráfico de datos se reenvía a través de tarjetas de línea inteligentes o de procesadores de reenvío (fps) duales mientras el RP en espera asume el control en lugar del RP activo que falló. La capacidad del linecards y de los FP de permanecer para arriba con un intercambio y de ser mantenido actual con la Base de información de reenvío (FIB) en el RP activo es dominante a la operación NSF.

La característica NSF proporciona las siguientes ventajas:

  • Disponibilidad de red mejorada--El NSF continúa remitiendo el tráfico de la red y la información del estado de la aplicación para mantener la información de sesión del usuario después de un intercambio.
  • Estabilidad de la red total--La estabilidad de la red se puede mejorar con la reducción en el número de aletas de la ruta que habían sido creadas cuando los dispositivos en la red fallaron y perdieron sus tablas de ruteo.
  • Los dispositivos de vecindad no detectan el link inestable--Porque sigue habiendo las interfaces para arriba a través de un intercambio, los dispositivos de vecindad no detectan un flap del link (es decir, el link no va abajo y viene salvaguardia).
  • Evita el rutear de las aletas--Porque el SSO continúa remitiendo el tráfico de la red en caso de intercambio, ruteando las aletas se evitan.
  • Ninguna pérdida de sesiones del usuario--Mantienen a las sesiones del usuario establecidas antes del intercambio.

El NSF se ejecuta siempre así como el SSO. Los protocolos admitidos y las aplicaciones SSO deben ser de gran disponibilidad (HA) - enterado. Una característica o un protocolo es consciente si mantiene, parcialmente o totalmente, operación imperturbada con un intercambio RP. Para algunos protocolos y aplicaciones que reconoces HA, la información del estado se sincroniza del active al procesador de reserva. Para Cisco NSF, mejoras a los Routing Protocol (CEF; OSPF; BGP; y el IS-IS) se ha hecho para soportar las características HA en el SSO.

Encaminamiento y expedición de Cisco NSF

Cisco NSF es soportado por el BGP, el EIGRP, el IPv6, el IS-IS, y los protocolos OSPF para rutear y por el CEF para remitir. De los Routing Protocol, el BGP, el EIGRP, el IPv6, el IS-IS, y el OSPF se han aumentado con la NSF-capacidad y la conciencia, así que significa que los dispositivos que funcionan con estos protocolos pueden detectar un intercambio y tomar las acciones necesarias para continuar remitiendo el tráfico de la red y para recuperar la información de ruta de los dispositivos de peer. Protocolo IS-IS se puede configurar para utilizar la información del estado que se ha sincronizado entre el activo y el RP espera para recuperar la información de ruta lo que sigue un intercambio en vez de la información recibida de los dispositivos de peer.

Cada protocolo 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 han convergido los protocolos de ruteo, CEF actualiza la tabla de FIB y remueve las entradas de ruta obsoletas. El CEF, a su vez, pone al día el linecards con la nueva información de la BOLA.

Routing Protocol y soporte CEF en Cisco NSF

Las listas abajo de la tabla el Routing Protocol y el CEF soportan en Cisco NSF.

Routing Protocol del cuadro 1 y soporte CEF en Cisco NSF

Protocolo

Plataforma

Soporte NSF en la versión de Cisco IOS Software

12.0(22)S

12.0(23)S

12.0(24)S

12.2(18)S

12.2(28)SB

12.2(33)SRA

BGP

Cisco 7200

1

Ningunos2

No

No

Cisco 7304

No

No

No

No

No

Cisco 7500

No

No

Cisco 7600

No

No

No

No

No

Cisco 10000

No

No

Cisco 12000

No

No

No

OSPF

Cisco 7200

No

No

No

Cisco 7304

No

No

No

No

No

Cisco 7500

No

No

Cisco 7600

No

No

No

No

No

Cisco 10000

No

No

No

Cisco 12000

No

No

No

IS-IS

Cisco 7200

No

No

No

Cisco 7304

No

No

No

No

No

Cisco 7500

No

No

Cisco 7600

No

No

No

No

No

Cisco 10000

No

No

Cisco 12000

No

No

No

CEF

Cisco 72003

--

--

--

--

--

--

Cisco 7304

No

No

No

No

No

Cisco 7500

No

No

Cisco 7600

No

No

No

No

No

Cisco 10000

No

No

No

Cisco 12000

No

No

No

EIGRP

Cisco 7200

No

No

No

No

No

Cisco 7304

No

No

No

No

No

Cisco 7500

No

No

No

No

No

Cisco 7600

No

No

No

No

No

Cisco 10000

No

No

No

No

No

No

Cisco 12000

No

No

No

No

No

No

1 el Cisco 7200 es un sistema del procesador del Single-Route y no puede mantener su tabla de reenvío en caso de error del Route Processor. No puede realizar la expedición directa de los paquetes. Sin embargo, soporta las extensiones del Protocolo NSF para el BGP, el EIGRP, el OSPF, y el IS-IS. Por lo tanto, puede mirar con el Routers con capacidad para NSF y facilitar la resincronización de la información de ruteo con tal Routers.
2 el Cisco 7200 es conscientes en el Cisco IOS Release 12.2(18)S.
3 el Cisco 7200 es un dispositivo del solo-procesador y no soporta el SSO; por lo tanto, el soporte CEF para el NSF no se aplica.

Cisco Express Forwarding y NSF

Un elemento fundamental de NSF es el reenvío de paquetes. En un dispositivo de red de Cisco, el reenvío de paquetes lo proporciona CEF. El CEF 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 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. Para las plataformas con las tarjetas de línea inteligentes, las tarjetas de línea mantendrán la información de reenvío actual sobre un switchover; para las plataformas con motores de reenvío, CEF guarda el motor en el RP en espera actual 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 podrán continuar reenviando después de un switchover tan pronto como las interfaces y una trayectoria de datos estén disponibles.

Mientras que los Routing Protocol comienzan a repoblar el RIB sobre una base del prefijo-por-prefijo, las actualizaciones a su vez causan las actualizaciones del prefijo-por-prefijo al CEF, que utiliza para poner al día el FIB y las bases de datos de adyacencia. Las entradas existentes y nuevas recibirán el número de la nueva versión ( del € del epochâ del œ del € del â), indicando que se han restaurado. La información de reenvío se actualiza en las tarjetas de línea o el motor 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. La BOLA ahora representa la más nueva información de reenvío del Routing Protocol.

Los Routing Protocol se ejecutan solamente en el RP activo, y reciben las actualizaciones de ruteo de sus dispositivos vecinos. Los Routing Protocols no se ejecutan en el RP en espera. Después de un switchover, los protocolos de ruteo solicitan que los dispositivos vecinos que reconocen NSF envíen información de estado para ayudar a reconstruir las tablas de ruteo. Alternativamente, protocolo IS-IS puede ser configurado para sincronizar la información del estado del active al RP espera para ayudar a reconstruir la tabla de ruteo en el dispositivo con capacidad para NSF en los entornos donde no están que reconoce NSF los dispositivos vecinos.

Para la operación NSF, los Routing Protocol dependen del CEF para continuar remitiendo los paquetes mientras que los Routing Protocol reconstruyen la información de ruteo. La característica CEF NSF actúa por abandono mientras que el dispositivo de interconexión de redes se está ejecutando en el modo SSO. No es necesaria ninguna configuración.

Operaciones BGP NSF

Cuando un dispositivo con capacidad para NSF comienza a una sesión de BGP con un peer BGP, envía un mensaje ABIERTO al par. Se incluye en el mensaje una declaración que el dispositivo con capacidad para NSF tiene graceful restart del  del € del graceful restart capability.â del œ del € del â es el mecanismo por el cual los routing peer BGP evitan un flap de la encaminamiento que sigue un intercambio. Si el peer BGP ha recibido esta capacidad, es consciente que el dispositivo que envía el mensaje es compatible con NSF. El dispositivo con capacidad para NSF y sus peeres BGP necesitan intercambiar la capacidad de graceful restart en sus mensajes ABIERTOS, a la hora del establecimiento de sesión. Si ambos los pares no intercambian la capacidad de graceful restart, la sesión no será graceful restart capaz.

Si pierden a la sesión de BGP durante el intercambio RP, el peer BGP que reconoce NSF marca todas las rutas asociadas al dispositivo con capacidad para NSF como añejo; sin embargo, continúa utilizando estas rutas para efectuar decisiones de reenvío durante un período de tiempo establecido. Esta funcionalidad significa que no se pierde ningún paquete mientras el RP recién activado está esperando la convergencia de la información de ruteo con los peers BGP.

Después de que ocurra un intercambio RP, el dispositivo con capacidad para NSF restablece la sesión con el peer BGP. En el establecimiento de la nueva sesión, envía un nuevo mensaje del graceful restart que identifique el dispositivo con capacidad para NSF como siendo recomenzado.

En este momento, la información de ruteo se intercambia entre los dos peers BGP. Cuando se haya completado el intercambio, el dispositivo compatible con NSF utilizará la información de ruteo para actualizar la RIB y la FIB con la nueva información de reenvío. El dispositivo que reconoce NSF utiliza la información de red para remover las rutas obsoletas de su tabla de BGP. A continuación, el protocolo BGP converge completamente.

Si un peer BGP no soporta la capacidad de graceful restart, ignorará la capacidad de graceful restart en un mensaje ABIERTO pero establecerá a una sesión de BGP con el dispositivo con capacidad para NSF. Esta función permitirá la Interoperabilidad con los peeres BGP NON-NSF-enterados (y sin las funciones NSF), pero la sesión de BGP con los peeres BGP NON-NSF-enterados no será con capacidad para reiniciar agraciado.

El soporte BGP en el NSF requiere que los dispositivos de interconexión de redes vecinos sean conscientes; es decir, los dispositivos deben tener la capacidad de graceful restart y hacer publicidad de esa capacidad en su mensaje ABIERTO durante el establecimiento de sesión. Si un dispositivo con capacidad para NSF descubre que un vecino BGP determinado no tiene capacidad de graceful restart, no establecerá una sesión con capacidad para NSF con ese vecino. El resto de los vecinos que tienen capacidad de graceful restart continuarán teniendo sesiones con capacidad para NSF con este dispositivo de interconexión de redes con capacidad para NSF.

Operaciones del EIGRP NSF

Las capacidades del EIGRP NSF son intercambiadas por los pares del EIGRP en los paquetes de saludo. El dispositivo con capacidad para NSF notifica a sus vecinos que una operación del reinicio NSF ha comenzado fijando el reinicio (RS) mordido en un paquete de saludo. Cuando un dispositivo que reconoce NSF recibe la notificación de un vecino con capacidad para NSF que una operación del NSF-reinicio está en curso, los dispositivos con capacidad para NSF y que reconoce NSF intercambian inmediatamente sus tablas de topología. El dispositivo que reconoce NSF envía un paquete de actualización de la fin-de-tabla (EOT) cuando la transmisión de su tabla de topología es completa. El dispositivo que reconoce NSF entonces realiza las acciones siguientes para ayudar al dispositivo con capacidad para NSF:

  • El temporizador del asimiento del EIGRP hola se expira para reducir el intervalo de tiempo fijado para la generación y la transmisión del paquete de saludo. Esto permite que el dispositivo que reconoce NSF conteste al dispositivo con capacidad para NSF que reduce más rápidamente la cantidad de tiempo requerida para que el dispositivo con capacidad para NSF redescubra a los vecinos y reconstruya la tabla de topología.
  • Se comienza el temporizador del ruta-asimiento. Este temporizador se utiliza para fijar el período de tiempo que el dispositivo que reconoce NSF sostendrá sabido rutea para el vecino con capacidad para NSF.
  • El dispositivo que reconoce NSF observa en la lista del peer que el vecino con capacidad para NSF está recomenzando, mantiene la adyacencia, y lleva a cabo las rutas sabidas para el vecino con capacidad para NSF hasta que el vecino señale que está listo para que el dispositivo que reconoce NSF envíe su tabla de topología o expira el temporizador del ruta-asimiento. Si el temporizador del ruta-asimiento expira en el dispositivo que reconoce NSF, el dispositivo que reconoce NSF desechará las rutas llevadas a cabo y tratará el dispositivo con capacidad para NSF como nuevo dispositivo que se une a la red y que restablece la adyacencia por consiguiente.
  • El dispositivo que reconoce NSF continuará enviando las interrogaciones al dispositivo con capacidad para NSF que todavía está convergiendo después del intercambio, prolongando con eficacia el tiempo antes de que una condición pegar-en-activa (SIA) pueda ocurrir.

Cuando la operación del intercambio es completa, el dispositivo con capacidad para NSF notifica a sus vecinos que reconverged y ha recibido todas sus tablas de topología enviando un paquete de actualización EOT a los dispositivos de ayuda. El dispositivo con capacidad para NSF entonces vuelve al funcionamiento normal. El dispositivo que reconoce NSF buscará los trayectos alternos (va el active) para cualquier ruta que no sea restaurada por el con capacidad para NSF (recomenzando el dispositivo). El dispositivo que reconoce NSF entonces volverá al funcionamiento normal. Si todas las trayectorias son restauradas por el dispositivo con capacidad para NSF, el dispositivo que reconoce NSF volverá inmediatamente al funcionamiento normal.

Los dispositivos que reconoce NSF son totalmente compatibles con el NON-NSF enterado o - los vecinos capaces en una red EIGRP. Un vecino NON-NSF-enterado ignorará las capacidades NSF y reajustará las adyacencias y mantendrá de otra manera a las sesiones de peer normalmente.

Soporte del IPv6 para las operaciones NSF

Expedición y graceful restart directos para la familia del direccionamiento del IPv6 MP-BGP

La capacidad de graceful restart se soporta para el unicast del IPv6 BGP, el Multicast, y las familias del direccionamiento VPNv6, habilitando las funciones de Cisco NSF para el IPv6 BGP. La capacidad de graceful restart BGP permite que la tabla de BGP Routing sea recuperada de los pares sin la custodia del estado TCP.

El NSF continúa remitiendo los paquetes mientras que convergen los Routing Protocol, por lo tanto evitando un flap de la ruta en el intercambio. La expedición es mantenida sincronizando la BOLA entre el RP activo y espera. En el intercambio, remitiendo se mantiene usando la BOLA. El RIB no se mantiene sincronizado; por lo tanto, el RIB está vacío en el intercambio. El RIB es repoblado por los Routing Protocol e informa posteriormente al FIB sobre la convergencia del RIB usando la llamada del registro NSF_RIB_CONVERGED. Las tablas de FIB son actualizadas del RIB, quitando cualquier entrada añeja. El RIB comienza un temporizador a prueba de averías durante el intercambio RP, en caso de que los Routing Protocol no puedan notificar el RIB de la convergencia.

El modelo del identificador de la familia del direccionamiento de Cisco BGP (AFI) es modular y scalable, y soporta los AFI múltiples y las configuraciones subsiguientes del identificador de la familia del direccionamiento (SAFI).

Expedición directa para el RIP del IPv6

Registros del RIP como cliente del IPv6 NSF. El hacer tan tiene la ventaja de usar las rutas del RIP instaladas en la tabla del Cisco Express Forwarding hasta que el RIP haya convergido en el recurso seguro.

Expedición directa para las Static rutas

Cisco NSF soporta las Static rutas del IPv6.

Operaciones IS-IS NSF

Cuando un dispositivo con capacidad para NSF IS-IS realiza un intercambio RP, debe realizar dos tareas para resincronizar su base de datos del estado del link con sus vecinos IS-IS. Primero, debe volver a aprender a los vecinos disponibles IS-IS en la red sin causar una restauración de la relación de vecino. En segundo lugar, debe volver a adquirir el contenido de la base de datos de estados de link para la red.

La característica IS-IS NSF ofrece dos opciones al configurar el NSF:

  • IETF IS-IS
  • Cisco IS-IS

Si los dispositivos vecinos en un segmento de red son conscientes, significando que los dispositivos vecinos están funcionando con una versión de software que soporte los Borradores de Internet IETF para el restartability del dispositivo, ayudarán a un dispositivo IETF NSF que esté recomenzando. Con el IETF, los dispositivos vecinos proporcionan la información de la adyacencia y del link-state para ayudar a reconstruir la información de ruteo que sigue un intercambio. Una ventaja de la configuración IS-IS IETF es operación entre los dispositivos de peer basados en un estándar propuesto.

Si usted configura el IETF en el dispositivo de interconexión de redes, pero los dispositivos vecinos no son compatible con IETF, el NSF abortará el siguiente de un intercambio.

Si los dispositivos vecinos en un segmento de red no son conscientes, usted debe utilizar la opción de configuración de Cisco. La configuración IS-IS de Cisco transfiere la adyacencia del protocolo y la información del link-state del active al RP espera. Una ventaja de la configuración de Cisco es que no confía en los vecinos que reconoce NSF.

Configuración IS-IS IETF

Con la configuración IS-IS IETF, el dispositivo con capacidad para NSF envía los pedidos de reinicio IS-IS NSF a los dispositivos que reconoce NSF vecinos lo más rápidamente posible después de un intercambio RP. Los dispositivos de interconexión de redes vecinos reconocen este pedido de reinicio como señal que la relación de vecino con este dispositivo no debe ser reajustada, sino que deben iniciar la resincronización de la base de datos con el dispositivo de recomienzo. Mientras que el dispositivo de recomienzo recibe las respuestas del pedido de reinicio de los dispositivos en la red, puede comenzar a reconstruir su lista vecina.

Una vez que este intercambio es completo, el dispositivo con capacidad para NSF utiliza la información del link-state para quitar las rutas añejas, pone al día el RIB, y pone al día la BOLA con la nueva información de reenvío. El IS-IS entonces se converge completamente.

El switchover de un RP al otro se realiza en segundos. IS-IS restablece su tabla de ruteo y se vuelve a sincronizar con la red tras unos segundos adicionales. En este momento, IS-IS espera durante un intervalo de tiempo especificado antes de intentar un segundo reinicio NSF. Durante este tiempo, el nuevo RP en espera se iniciará y sincronizará su configuración con el RP activo. La operación IS-IS NSF espera un intervalo especificado para asegurarse de que las conexiones son estables antes de intentar otro reinicio de IS-IS NSF. Estas funciones evitan que el IS-IS intente los reinicios continuos NSF con la información que ha expirado.

Configuración IS-IS de Cisco

Con la opción de configuración de Cisco, se guarda la información de la adyacencia total y del paquete de estado de link (LSP), o œ del € del â checkpointed,  del € del â al RP espera. Después de un intercambio, el RP nuevamente activo mantiene sus adyacencias usando los datos checkpointed, y puede reconstruir rápidamente sus tablas de ruteo.

El switchover de un RP al otro se realiza en segundos. IS-IS restablece su tabla de ruteo y se vuelve a sincronizar con la red tras unos segundos adicionales. En este momento, IS-IS espera durante un intervalo de tiempo especificado antes de intentar un segundo reinicio NSF. Durante este tiempo, el nuevo RP en espera se iniciará y sincronizará su configuración con el RP activo. Una vez que se completa esta sincronización, la adyacencia IS-IS y los datos LSP es checkpointed al RP espera; sin embargo, un nuevo reinicio NSF no será intentado por el IS-IS hasta que expire la duración del intervalo. Estas funciones evitan que el IS-IS intente los reinicios continuos NSF. El IS-IS NSF proporciona un comando de prolongar el tiempo de espera para las interfaces que, por la razón que sea, no suben a su debido tiempo.

Después de un intercambio, Cisco IS-IS NSF tiene la adyacencia de vecino completa e información LSP; sin embargo, debe esperar todas las interfaces que tenían adyacencias antes del intercambio a subir. Si una interfaz no sube dentro del tiempo de espera afectado un aparato de la interfaz, las rutas aprendidas de estos dispositivos vecinos no se consideran en el cálculo de la tabla de ruteo.

Operaciones OSPF NSF

Antes de un OSPF que el dispositivo con capacidad para NSF puede realizar un intercambio RP, él debe volver a aprender a los vecinos OSPF disponibles en la red, sin el reajuste de la relación de vecino, y debe reacquire el contenido de la base de datos del estado del link para la red.

Para hacer esto, el dispositivo con capacidad para NSF envía una señal OSPF NSF a los dispositivos que reconoce NSF vecinos de notificar los dispositivos que la relación de vecino con el dispositivo remitente no debe ser reajustada. Entonces el dispositivo con capacidad para NSF utiliza las señales que recibe de los otros dispositivos en la red para reconstruir su lista vecina.

Después, el dispositivo con capacidad para NSF resincroniza su base de datos con todos los vecinos que reconoce NSF en su lista. Después de que todos los vecinos intercambien la información de ruteo, el dispositivo con capacidad para NSF utiliza la información de ruteo para quitar las rutas añejas, pone al día el RIB, y pone al día la BOLA con la nueva información de reenvío. Los protocolos OSPF entonces se convergen completamente.

Antes del RFC 3623, Cisco implementó el Cisco propietario NSF. Los soportes de característica agraciados IETF NSF del reinicio del RFC 3623 OSPF para los procesos OSPF en las redes de vendedores múltiples. Los modos de operación del dispositivo NSF comunes a las implementaciones de Cisco y IETF NSF son como sigue:

  • Recomienzo del modo--En este modo, el dispositivo OSPF está realizando la recuperación directa de la expedición debido a un intercambio RP.
  • Modo del ayudante--También conocido como NSF-conciencia. En este modo, el dispositivo de vecindad es de recomienzo y de ayuda en la recuperación NSF.

El LSA estricto que marca la característica permite que un dispositivo del ayudante termine el proceso del graceful restart si detecta un LSA cambiado que causaría la inundación durante el proceso del graceful restart. La verificación estricta de LSA está inhabilitada de forma predeterminada. Usted puede habilitar el LSA estricto que marca cuando hay un cambio a un LSA que sería inundado al dispositivo de recomienzo.

Cómo configurar la expedición directa

Configuración y Verificación de BGP NSF

Relance este procedimiento en cada dispositivo de peer.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. autonomous-system-number BGP del router

4. graceful restart BGP [segundos del reinicio-tiempo | segundos del stalepath-tiempo]

5. extremo

6. muestre a los vecinos BGP del IP [IP address [rutas anunciadas | rutas que ya no sirven | flap-statistics | [reg-exp] de las trayectorias | prefijo-filtro recibido | recibir-rutas | rutas | directiva [detail]]]


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 autonomous-system-number BGP del router


Ejemplo:
 
Router(config)# router bgp 120
 

Habilita un proceso de ruteo BGP, y ingresa al modo de configuración del router.

 
Paso 4 graceful restart BGP [segundos del reinicio-tiempo | segundos del stalepath-tiempo]


Ejemplo:
 
Router(config-router)# bgp graceful-restart
 

Habilita la capacidad de graceful restart BGP, que comienza el NSF para el BGP.

 
Paso 5 Finalizar


Ejemplo:
 
Router(config-router)# end
 

Sale al modo EXEC privilegiado.

 
Paso 6 muestre a los vecinos BGP del IP [IP address [rutas anunciadas | rutas que ya no sirven | flap-statistics | [reg-exp] de las trayectorias | prefijo-filtro recibido | recibir-rutas | rutas | directiva [detail]]]


Ejemplo:
 
Router# show ip bgp neighbors
 

Información de las visualizaciones sobre el BGP y conexiones TCP a los vecinos.

 

Configuración y Verificación de NSF EIGRP

Relance este procedimiento en cada dispositivo de peer.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. como-número del eigrp del router

4. NSF

5. el NSF de los temporizadores converge los segundos

6. segundos de la señal NSF de los temporizadores

7. segundos del ruta-asimiento NSF de los temporizadores

8. segundos del purgación-tiempo del graceful restart de los temporizadores

9. extremo

10. muestre los protocolos 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 como-número del eigrp del router


Ejemplo:
 
Router(config)# router eigrp 109
 

Habilita un proceso de EIGRP Routing, y ingresa al modo de configuración del router.

 
Paso 4 NSF


Ejemplo:
 
Router(config)# no nsf
 

Capacidades (opcionales) de los permisos NSF.

  • Este comando está activado como opción predeterminada.
 
Paso 5 el NSF de los temporizadores converge los segundos


Ejemplo:
 
Router(config-router)# timers nsf converge 120
 

(Opcional) ajusta el tiempo máximo que el dispositivo el recomienzo esperará la notificación EOT de un par con capacidad para NSF o que reconoce NSF.

  • Ingrese este comando en los dispositivos con capacidad para NSF solamente.
 
Paso 6 segundos de la señal NSF de los temporizadores


Ejemplo:
 
Router(config-router)# timers nsf signal 20 
 

(Opcional) ajusta el tiempo máximo según el período inicial del reinicio.

  • Ingrese este comando en los dispositivos con capacidad para NSF solamente.
 
Paso 7 segundos del ruta-asimiento NSF de los temporizadores


Ejemplo:
 
Router(config-router)# timers nsf route-hold 240 
 

(Opcional) fija el temporizador del ruta-asimiento para determinar cuánto tiempo un dispositivo que reconoce NSF del EIGRP llevará a cabo las rutas para un par inactivo.

  • Este comando suported en las versiones antes del Cisco IOS 12.2(33)SRE.
 
Paso 8 segundos del purgación-tiempo del graceful restart de los temporizadores


Ejemplo:
 
Router(config-router)# timers graceful-restart purge-time 240
 

(Opcional) fija el temporizador del ruta-asimiento para determinar cuánto tiempo un dispositivo que reconoce NSF del EIGRP llevará a cabo las rutas para un par inactivo.

  • Este comando se soporta en las versiones del Cisco IOS Release 12.2(33)SRE y Posterior.
 
Paso 9 Finalizar


Ejemplo:
 
Router(config-router)# end
 

Sale al modo EXEC privilegiado.

 
Paso 10 muestre los protocolos del IP


Ejemplo:
 
Router# show ip protocols
 

Muestra los parámetros y el estado actual del proceso de protocolo de ruteo activo.

 

Configurar OSPF NSF

Realice solamente uno de las tareas siguientes:

Configurar Cisco NSF para el OSPF

PASOS SUMARIOS

1. permiso

2. configuró terminal

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

4. [enforce global] NSF Cisco

5. ninguna neutralización del ayudante NSF Cisco

6. neutralización del ayudante IETF NSF

7. extremo

8. muestre el NSF 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:
 
Router(config)# router ospf 12 
 

Habilita OSPF e ingresa en el modo de configuración de router.

 
Paso 4 [enforce global] NSF Cisco


Ejemplo:
 
Router(config-router)# nsf cisco 
 

Permisos Cisco NSF que recomienza el modo.

  • Este comando no se requiere en los dispositivos que actuarán en el modo del ayudante NSF solamente.
 
Paso 5 ninguna neutralización del ayudante NSF Cisco


Ejemplo:
 
Router(config-router)# no nsf cisco helper disable
 

Soporte (opcional) del ayudante de Reeneables Cisco NFS.

  • Este comando se incluye aquí de mostrar solamente cómo volver a permitir el modo del ayudante de Cisco NSF si el modo del ayudante fue inhabilitado explícitamente
 
Paso 6 nsf ietf helper disable


Ejemplo:
 
Router(config-router)# nsf ietf helper disable
 

(Opcional) inhabilita el modo del ayudante IETF NSF en un dispositivo que reconoce NSF.

 
Paso 7 Finalizar


Ejemplo:
 
Router(config-router)# end
 

Sale al modo EXEC privilegiado.

 
Paso 8 muestre el NSF OSPF del IP


Ejemplo:
 
Router# show ip ospf nsf
 

Información del estado de las visualizaciones OSPF NSF

 

Configurar IETF NSF para el OSPF

PASOS SUMARIOS

1. permiso

2. configuró terminal

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

4. [restart-interval seconds] IETF NSF

5. IETF NSF [ayudante [neutralización | el estricto-LSA-marcar]]

6. ninguna neutralización del ayudante IETF NSF

7. neutralización del ayudante NSF Cisco

8. extremo

9. muestre el NSF 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:
 
Router(config)# router ospf 12 
 

Habilita OSPF e ingresa en el modo de configuración de router.

 
Paso 4 [restart-interval seconds] IETF NSF


Ejemplo:
 
Router(config-router)# nsf ietf restart-interval 180
 

Permisos IETF NSF que recomienzan el modo.

  • Este comando no se requiere en los dispositivos que actuarán en el modo del ayudante solamente.
 
Paso 5 IETF NSF [ayudante [neutralización | el estricto-LSA-marcar]]


Ejemplo:
 
Router(config-router)# nsf ietf helper strict-lsa-checking
 

(Opcional) configura el modo del ayudante IETF NSF en los dispositivos vecinos que actuarán en el modo del ayudante.

 
Paso 6 ninguna neutralización del ayudante IETF NSF


Ejemplo:
 
Router(config-router)# no nsf ietf helper disable
 

(Opcional) vuelve a permitir el modo del ayudante IETF NSF.

  • Este comando se incluye aquí de mostrar solamente cómo volver a permitir el modo del ayudante IETF NSF si el modo del ayudante expliciltly fue inhabilitado.
 
Paso 7 nsf cisco helper disable


Ejemplo:
 
Router(config-router)# nsf cisco helper disable
 

(Opcional) inhabilita el modo del ayudante de Cisco NSF en un dispositivo que reconoce NSF.

 
Paso 8 Finalizar


Ejemplo:
 
Router(config-router)# end
 

Sale al modo EXEC privilegiado.

 
Paso 9 muestre el NSF OSPF del IP


Ejemplo:
 
Router# show ip ospf nsf
 

Información del estado de las visualizaciones OSPF NSF

 

Configuración y Verificación de IS-IS NSF

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. área-etiqueta ISIS del router

4. NSF [Cisco | IETF]

5. minutos del intervalo NSF

6. T3 NSF {segundos manuales | adyacencia}

7. segundos de la espera de la interfaz NSF

8. extremo

9. muestre el NSF ISIS


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 área-etiqueta ISIS del router


Ejemplo:
 
Router(config)# router isis cisco1
 

Permite al Routing Protocol IS-IS para especificar un proceso IS-IS y ingresa al modo de configuración del router.

 
Paso 4 NSF [Cisco | IETF]


Ejemplo:
 
Router(config-router)# nsf ietf
 

Operaciones de los permisos IS-IS NSF.

 
Paso 5 minutos del intervalo NSF


Ejemplo:
 
Router(config-router)# nsf interval 2
 

(Opcional) configura el tiempo mínimo entre las tentativas del reinicio NSF.

 
Paso 6 T3 NSF {segundos manuales | adyacencia}


Ejemplo:
 
Router(config-router)# nsf t3 manual 40
 

(Opcional) especifica la metodología usada para determinar cuánto tiempo el IETF NSF esperará la base de datos del paquete de estado de link (LSP) para sincronizar antes de generar la información sobrecargada del link-state.

  • Este comando se soporta para IETF NSF solamente.
 
Paso 7 segundos de la espera de la interfaz NSF


Ejemplo:
 
Router(config-router)# nsf interface wait 15
 

(Opcional) especifica cuánto tiempo un reinicio de Cisco NSF esperará todas las interfaces con las adyacencias IS-IS para subir antes de completar el reinicio.

  • Este comando se soporta para Cisco NSF solamente.
 
Paso 8 Finalizar


Ejemplo:
 
Router(config-router)# end
 

Sale al modo EXEC privilegiado.

 
Paso 9 muestre el NSF ISIS


Ejemplo:
 
Router# show isis nsf
 

Visualiza la información de estado actual con respecto a IS-IS NSF.

 

Localización de averías de la expedición directa

PASOS SUMARIOS

1. permiso

2. NSF del eigrp del debug

3. notificaciones del eigrp del IP del debug

4. NSF ISIS del debug [detail]

5. NSF OSPF del debug [detail]

6. muestre el NSF del cef

7. muestre el estado del cef

8. muestre a los vecinos del clns

9. muestre el BGP del IP

10. show ip bgp neighbor

11 muestre el cef del IP

12.    muestre a los vecinos del eigrp del IP [tipo de interfaz | como-número | estática | detalle]

13.    show ip ospf

14.    muestre al vecino OSPF del IP [detail]

15.    muestre los protocolos del IP

16.    muestre la base de datos ISIS [detail]

17.    muestre el NSF ISIS


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 NSF del eigrp del debug


Ejemplo:
 
Router# debug eigrp nsf 
 

Notificaciones e información de las visualizaciones sobre los eventos NSF para un proceso de EIGRP Routing.

 
Paso 3 notificaciones del eigrp del IP del debug


Ejemplo:
 
Router# debug ip eigrp notifications 
 

Información y notificaciones de las visualizaciones para un proceso de EIGRP Routing. Esta salida incluye las notificaciones y los eventos NSF.

 
Paso 4 NSF ISIS del debug [detail]


Ejemplo:
 
Router# debug isis nsf [detail]
 

Información de las visualizaciones sobre el estado IS-IS durante un reinicio de Cisco NSF.

 
Paso 5 NSF OSPF del debug [detail]


Ejemplo:
 
Router# debug ospf nsf [detail]
 

Visualiza los mensajes de debugging relacionados con los comandos OSPF Cisco NSF.

 
Paso 6 muestre el NSF del cef


Ejemplo:
 
Router# show cef nsf
 

Visualiza el estado actual NSF del CEF en los RP activos y espera.

 
Paso 7 muestre el estado del cef


Ejemplo:
 
Router# show cef state
 

Visualiza el estado CEF en un dispositivo de interconexión de redes.

 
Paso 8 muestra los vecinos del clns


Ejemplo:
 
Router# show clns neighbors
 

Vecinos del sistema y del sistema intermedio de ambos extremos de la visualización.

 
Paso 9 muestre el BGP del IP


Ejemplo:
 
Router# show ip bgp
 

Muestra entradas en la tabla de ruteo BGP.

 
Paso 10 show ip bgp neighbor


Ejemplo:
 
Router# show ip bgp neighbor
 

Información de las visualizaciones sobre el TCP y conexiones BGP a los dispositivos vecinos.

 
Paso 11 show ip cef


Ejemplo:
 
Router# show ip cef 
 

Visualiza las entradas en la BOLA que son sin resolver, o visualiza un resumen de la BOLA.

 
Paso 12 muestre a los vecinos del eigrp del IP [tipo de interfaz | como-número | estática | detalle]


Ejemplo:
 
Router# show ip eigrp neighbors detail
 

Para visualizar la información detallada sobre los vecinos descubiertos por el EIGRP.

 
Paso 13 show ip ospf


Ejemplo:
 
Router# show ip ospf
 

Visualiza información general sobre los procesos de ruteo de OSPF.

 
Paso 14 muestre al vecino OSPF del IP [detail]


Ejemplo:
 
Router# show ip ospf neighbor [detail]
 

Información del Vecino OSPF de las visualizaciones sobre una base del por interface.

 
Paso 15 muestre los protocolos del IP


Ejemplo:
 
Router# show ip protocols 
 

Muestra los parámetros y el estado actual del proceso de protocolo de ruteo activo.

  • El estatus de la configuración y del soporte del EIGRP NSF se visualiza en la salida.
 
Paso 16 muestre la base de datos ISIS [detail]


Ejemplo:
 
Router# show isis database [detail]
 

Muestra la base de datos de estado de link IS-IS.

 
Paso 17 muestre el NSF ISIS


Ejemplo:
 
Router# show isis nsf
 

Visualiza la información de estado actual con respecto a IS-IS NSF.

 

Ejemplos de configuración para la expedición directa

Ejemplo CEF con capacidad para NSF

La característica CEF NSF actúa por abandono mientras que el dispositivo de interconexión de redes se está ejecutando en el modo SSO. No es necesaria ninguna configuración. La salida de muestra siguiente muestra que el CEF es NSF capaz:

Router# show cef state
CEF Status [RP]
CEF enabled/running
dCEF enabled/running
CEF switching enabled/running
CEF default capabilities:
Always FIB switching:      yes
Default CEF switching:     yes
Default dCEF switching:    yes
Update HWIDB counters:     no
Drop multicast packets:    no
CEF NSF capable:           yes
IPC delayed func on SSO:   no
RRP state:   
I am standby RRP:          no
My logical slot:           0
RF PeerComm:               no

Ejemplo BGP NSF

El resultado parcial siguiente muestra la configuración BGP en el dispositivo habilitado para SSO:

Router# show running-config
router bgp 120
bgp graceful-restart
 neighbor 10.2.2.2 remote-as 300

La salida de muestra siguiente muestra que la función del graceful restart está hecha publicidad y recibida y que las familias del direccionamiento tienen la capacidad de graceful restart. Si no hay familias del direccionamiento mencionadas, después el BGP NSF no ocurrirá.

Router# show ip bgp neighbors
 192.168.2.2
BGP neighbor is 192.168.2.2,  remote AS YY, external link
  BGP version 4, remote router ID 192.168.2.2
  BGP state = Established, up for 00:01:18
  Last read 00:00:17, hold time is 180, keepalive interval is 60 seconds
  Neighbor capabilities:
    Route refresh:advertised and received(new)
Address family IPv4 Unicast:advertised and received
    Address family IPv4 Multicast:advertised and received
    Graceful Restart Capabilty:advertised and received
      Remote Restart timer is 120 seconds
      Address families preserved by peer:
        IPv4 Unicast, IPv4 Multicast
  Received 1539 messages, 0 notifications, 0 in queue
  Sent 1544 messages, 0 notifications, 0 in queue
  Default minimum time between advertisement runs is 30 seconds

EIGRP NSF del ejemplo

La salida de muestra siguiente muestra que el soporte del EIGRP NSF está presente en la imagen del software instalada.

  • el temporizador que reconoce NSF del asimiento de la ruta del EIGRP del œ del € del â es…  del € del â se visualiza en la salida para el devics que reconoce NSF o con capacidad para NSF, y visualiza el valor por defecto o el valor definido por el usuario para el temporizador del ruta-asimiento.
  • el EIGRP NSF del œ del € del â habilitado, el  o el EIGRP NSF del € del â del œ del € del â diasabled,  del € del â aparece en la salida solamente cuando la capacidad NSF es soportada por el dispositivo.
Router# show ip protocols
Routing Protocol is "eigrp 100"
  Outgoing update filter list for all interfaces is not set
  Incoming update filter list for all interfaces is not set
  Default networks flagged in outgoing updates
  Default networks accepted from incoming updates
  EIGRP metric weight K1=1, K2=0, K3=1, K4=0, K5=0
  EIGRP maximum hopcount 100
  EIGRP maximum metric variance 1
  Redistributing: eigrp 100
  EIGRP NSF-aware route hold timer is 240s 
  EIGRP NSF enabled 
     NSF signal timer is 20s 
     NSF converge timer is 120s 
  Automatic network summarization is in effect
  Maximum path: 4
  Routing for Networks:
    10.4.9.0/24
  Routing Information Sources:
    Gateway         Distance      Last Update
  Distance: internal 90 external 170

Ejemplo OSPF y Cisco NSF

El producto siguiente del comando NSF OSPF del IP de la demostración muestra que el NSF está habilitado para el proceso OSPF 400. El modo del ayudante NSF se habilita por abandono en el Routers que funciona con el software compatible con NSF. Observe que en esta configuración, el modo del ayudante IETF está inhabilitado para el proceso 400.

Router> show ip ospf nsf
 
Routing Process "ospf 400"
 Non-Stop Forwarding enabled
 IETF NSF helper support disabled
 Cisco NSF helper support enabled
  OSPF restart state is NO_RESTART 
  Handle 2162698, Router ID 192.0.2.155, checkpoint Router ID 0.0.0.0
  Config wait timer interval 10, timer not running
  Dbase wait timer interval 120, timer not running

Ejemplo OSPF y IETF NSF

El producto siguiente del comando NSF OSPF del IP de la demostración muestra que el NSF está habilitado para el proceso OSPF 500. El modo del ayudante NSF se habilita por abandono en el Routers que funciona con el software compatible con NSF. Observe que en esta configuración, el modo del ayudante de Cisco está inhabilitado.

Router> show ip ospf nsf
 
Routing Process "ospf 500"
 Non-Stop Forwarding enabled
 IETF NSF helper support enabled
 Cisco NSF helper support disabled
  OSPF restart state is NO_RESTART 
  Handle 1786466333, Router ID 192.0.2.2, checkpoint Router ID 0.0.0.0
  Config wait timer interval 10, timer not running
  Dbase wait timer interval 120, timer not running

Ejemplo IS-ISNSF

El resultado parcial siguiente muestra que este dispositivo utiliza la implementación de Cisco de IS-IS NSF. La visualización mostrará Cisco IS-IS o la configuración IS-IS IETF.

Router# show running-config
router isis 
nsf cisco

En una configuración de Cisco NSF, la muestra del resultado es diferente en los RP activos y espera.

La salida de muestra siguiente en el RP activo muestra que Cisco NSF está habilitado en el dispositivo:

Router# show isis nsf 
NSF is ENABLED, mode 'cisco'
RP is ACTIVE, standby ready, bulk sync complete
NSF interval timer expired (NSF restart enabled)
Checkpointing enabled, no errors
Local state:ACTIVE,  Peer state:STANDBY HOT,  Mode:SSO

La salida de muestra siguiente en el RP espera muestra que el NSF está habilitado en el dispositivo (reinicio NSF habilitado):

Router# show isis nsf 
NSF enabled, mode 'cisco'
RP is STANDBY, chkpt msg receive count:ADJ 2, LSP 7
NSF interval timer notification received (NSF restart enabled)
Checkpointing enabled, no errors
Local state:STANDBY HOT,  Peer state:ACTIVE,  Mode:SSO

La salida de muestra siguiente muestra que el IETF NSF está configurado para el dispositivo de interconexión de redes IS-IS:

Router# show isis nsf 
NSF is ENABLED, mode IETF 
NSF pdb state:Inactive
NSF L1 active interfaces:0
NSF L1 active LSPs:0
NSF interfaces awaiting L1 CSNP:0
Awaiting L1 LSPs:
NSF L2 active interfaces:0
NSF L2 active LSPs:0
NSF interfaces awaiting L2 CSNP:0
Awaiting L2 LSPs:
Interface:Serial3/0/2
    NSF L1 Restart state:Running
    NSF p2p Restart retransmissions:0
    Maximum L1 NSF Restart retransmissions:3
    L1 NSF ACK requested:FALSE
    L1 NSF CSNP requested:FALSE
    NSF L2 Restart state:Running
    NSF p2p Restart retransmissions:0
    Maximum L2 NSF Restart retransmissions:3
    L2 NSF ACK requested:FALSE
Interface:GigabitEthernet2/0/0
    NSF L1 Restart state:Running
    NSF L1 Restart retransmissions:0
    Maximum L1 NSF Restart retransmissions:3
    L1 NSF ACK requested:FALSE
    L1 NSF CSNP requested:FALSE
    NSF L2 Restart state:Running
    NSF L2 Restart retransmissions:0
    Maximum L2 NSF Restart retransmissions:3
    L2 NSF ACK requested:FALSE
    L2 NSF CSNP requested:FALSE
Interface:Loopback1
    NSF L1 Restart state:Running
    NSF L1 Restart retransmissions:0
    Maximum L1 NSF Restart retransmissions:3
    L1 NSF ACK requested:FALSE
    L1 NSF CSNP requested:FALSE
    NSF L2 Restart state:Running
    NSF L2 Restart retransmissions:0
    Maximum L2 NSF Restart retransmissions:3
    L2 NSF ACK requested:FALSE
    L2 NSF CSNP requested:FALSE

Referencias adicionales

Documentos Relacionados

Tema relacionado

Título del documento

Comandos de Cisco IOS

El Cisco IOS domina los comandos list, todos las versiones

Comandos debug de Cisco

Referencia de Comandos de Debug del Cisco IOS

De los comandos del Cisco IOS Alta disponibilidad

Referencia de Comandos de Alta Disponibilidad de Cisco IOS.

Soporte BGP para el NSF

Soporte BGP para la encaminamiento directa (NSR) con el módulo del Stateful Switchover (SSO) en el Routing IP del Cisco IOS: Guía de configuración de BGP

Conciencia del EIGRP NSF

Módulo directo de la conciencia del EIGRP en el Routing IP del Cisco IOS: Guía de configuración EIGRP

Graceful restart del IPv6 BGP

Implementar el Multiprotocol BGP para el módulo del IPv6 en la guía de configuración del IPv6 del Cisco IOS

RIP del IPv6

Implementar el RIP para el módulo del IPv6 en la guía de configuración del IPv6 del Cisco IOS

Static rutas del IPv6

Implementar las Static rutas para el módulo del IPv6 en la guía de configuración del IPv6 del Cisco IOS

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

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

Soporte NSF/SSO--802.3ah OAM

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

NSF/SSO--MPLS VPN

Configurar NSF/SSO--Módulo del MPLS VPN en la guía de configuración de MPLS

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

RFC 3623

Graceful Restart OSPF

RFC 3847

Señalización del reinicio para el Intermediate System to Intermediate System (IS-IS)

RFC 4781

Mecanismo Graceful Restart para BGP

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 de la característica para la expedición directa

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 2 para la expedición directa

Nombre de la función

Versiones

Información sobre la Función

Conciencia directa de la expedición del EIGRP (NSF)

12.2(18)S

El soporte NSF para el EIGRP permite un dispositivo que reconoce NSF que sea EIGRP corriente para remitir los paquetes a lo largo de las rutas sabidas a un dispositivo que realiza una operación del intercambio o en una condición de error bien conocida.

Se han insertado o modificado los siguientes comandos: haga el debug del NSF del eigrp, haga el debug de las notificaciones del eigrp del IP, muestre a los vecinos del eigrp del IP, los protocolos del IP de la demostración, purgación-tiempo del graceful restart de los temporizadores, ruta-asimiento NSF de los temporizadores.

MFIB: IPv4 SSO/ISSU

12.2(33)SRE

Esta función fue introducida.

Soporte directo de la expedición para el EIGRP

12.2(18)S 12.2(28)SB

El soporte NSF para el EIGRP permite un dispositivo que reconoce NSF que sea EIGRP corriente para remitir los paquetes a lo largo de las rutas sabidas a un dispositivo que realiza una operación del intercambio o en una condición de error bien conocida.

Se han insertado o modificado los siguientes comandos: el nsf(EIGRP), eigrp del router, NSF de los temporizadores converge, señal NSF de los temporizadores.

Conciencia NSF--OSPF

12.2(31)SB2 15.0(1)S

Permite que los dispositivos del Customer Premises Equipment (CPE) participen en el proceso de recuperación por aguas arriba del ™ s NSF del € del deviceâ.

Se han insertado o modificado los siguientes comandos: haga el debug del NSF OSPF, NSF (OSPF), NSF Cisco, IETF NSF, vecino OSPF del IP de la demostración, NSF OSPF del IP de la demostración.

NSF--OSPF (RFC 3623 OSPF Graceful Restart)

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

El NSF para OSPFv2 en Cisco IOS Software, usando las funciones estandardizadas IETF del graceful restart según lo descrito en el RFC 3623, fue introducido.

Se han insertado o modificado los siguientes comandos: NSF Cisco, IETF NSF, NSF (OSPF).

NSF--El graceful restart (GR) y no para el rutear (NSR) para IS-IS Road/FIT

15.0(1)S

Se soporta esta característica.

NSF/SSO (expedición directa con el Stateful Switchover)

12.0(22)S 12.0(23)S 12.0(24)S 12.2(20)S 15.0(1)S

Esta función fue introducida.

En el Cisco IOS Release 12.0(23)S, el soporte fue agregado para el linecards 1xGE y 3xGE en el Cisco 12000 Series Internet Router.

En el Cisco IOS Release 12.0(24)S, el soporte fue agregado para el linecards siguiente en el Cisco 12000 Series Internet Router.

  • 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

Se han insertado o modificado los siguientes comandos: graceful restart BGP, NSF ISIS del debug, cef del IP distribuido, nsf(IS-IS), espera de la interfaz NSF, intervalo NSF, T3 NSF, BGP del router, ISIS del router, OSPF del router, NSF del cef de la demostración, estado del cef de la demostración, vecinos del clns de la demostración, BGP del IP de la demostración, vecinos BGP del IP de la demostración, cef del IP de la demostración, vecinos del eigrp del IP de la demostración, protocolos del IP de la demostración, base de datos ISIS de la demostración, NSF ISIS de la demostración.

NSF/SSO--MPLS VPN

12.2(25)S 12.2(28)SB 12.2(33)SRA 12.2(33)SXH

Esta función permite que un router de borde del proveedor (PE) o un Router de Borde del Sistema Autónomo (ASBR) (con Procesadores de Ruteo redundantes) preserve la información de reenvío de datos en una Red Privada Virtual (VPN) del Multiprotocol Label Switching (MPLS) cuando el Procesador de Ruteo primario se reinicia.

En 12.2(25)S se introdujo esta función en el Cisco 7500 Series Router.

En 12.2(28)SB, se añadió el soporte para el Cisco 10000 Series Router.

En 12.2(33)SRA se añadió soporte para Cisco 7600 Series Routers.

NSF/SSO--Servicios virtuales del LAN privado

12.2(33)SXI4 15.0(1)S

Esta función fue introducida.

Multicast NSF/SSO--IPv4

12.2(33)SRE 15.0(1)S

Esta función fue introducida.

Multicast NSF/SSO--IPv6

12.2(33)SRE

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.

1 el Cisco 7200 es un sistema del procesador del Single-Route y no puede mantener su tabla de reenvío en caso de error del Route Processor. No puede realizar la expedición directa de los paquetes. Sin embargo, soporta las extensiones del Protocolo NSF para el BGP, el EIGRP, el OSPF, y el IS-IS. Por lo tanto, puede mirar con el Routers con capacidad para NSF y facilitar la resincronización de la información de ruteo con tal Routers.
2 el Cisco 7200 es conscientes en el Cisco IOS Release 12.2(18)S.
3 el Cisco 7200 es un dispositivo del solo-procesador y no soporta el SSO; por lo tanto, el soporte CEF para el NSF no se aplica.