Routing IP: Guía de configuración BGP, Cisco IOS Release 12.2SR
Configuración de Funciones Avanzadas de BGP
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 489 KB | Inglés (8 Noviembre 2011) | Comentarios

Contenido

Configuración de Funciones Avanzadas de BGP

Última actualización: De abril el 13 de 2012

Este módulo describe las tareas de configuración para las diversas características avanzadas del Border Gateway Protocol (BGP). El BGP es un protocolo de ruteo entre dominios diseñado para proporcionar ruteo sin loops entre organizaciones. Este módulo contiene las tareas de configurar el seguimiento de la dirección del salto siguiente BGP, la conciencia directa de la expedición BGP (NSF) usando la capacidad de graceful restart BGP, amortiguación de Routes, soporte bidireccional de la detección de la expedición (BFD) para el soporte de MIB BGP, BGP y el soporte BGP para la encaminamiento de la Multi-topología (MTR).

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 Funciones Avanzadas de BGP

Antes de configurar el BGP avanzado le ofrece debe ser familiar con “el módulo de la descripción de Cisco BGP” y “configurando el módulo de una red de BGP básica”.

Restricciones de la Configuración de Funciones Avanzadas de BGP

  • Un router que ejecuta Cisco IOS Software se puede configurar para que ejecute solamente un proceso de ruteo BGP y para que sea miembro solamente de un sistema autónomo BGP. Sin embargo, un proceso de ruteo BGP y un sistema autónomo pueden soportar múltiples configuraciones de familias de direcciones.
  • El soporte del peer BGP del Multicast no está disponible en Cisco IOS Software después de la versión 12.2(33)SRA.

Información sobre la Configuración de Funciones Avanzadas de BGP

Versión de BGP 4

El Border Gateway Protocol (BGP) es un protocolo de ruteo entre dominios diseñado para proporcionar ruteo sin loops entre dominios de ruteo separados que contienen políticas de ruteo independientes (sistemas autónomos). La implementación del software de Cisco IOS de BGP versión 4 incluye extensiones multiprotocolo para permitir que BGP transporte información de ruteo para rutas de IP Multicast y múltiples familias de direcciones de protocolo de Capa 3, incluidas IP versión 4 (IPv4), IP versión 6 (IPv6), Virtual Private Networks versión 4 (VPNv4) y Connectionless Network Services (CLNS). Para más detalles sobre configurar una red de BGP básica, vea “configurando el módulo de una red de BGP básica”.

El BGP se utiliza principalmente para conectar una red local con una red externa para acceder a Internet o para conectar con otras organizaciones. Al conectarse a una organización externa se crean sesiones de peering BGP (EBGP) externas. Para más detalles sobre la conexión con los pares del BGP externo, vea “conectando con un proveedor de servicio que usa el capítulo del BGP externo”.

Aunque BGP se considera un protocolo de gateway exterior (EGP), muchas redes internas de las organizaciones están llegando a ser tan complejos que se puede el BGP utilizar para simplificar la red interna usada dentro de la organización. Los peers BGP dentro de la misma organización intercambian información de ruteo a través de sesiones de peering de BGP interno (iBGP). Para más detalles sobre los pares del Internal BGP, vea que “configurar el Internal BGP ofrece” el capítulo de la guía de configuración de IP Routing del Cisco IOS.


Nota


El BGP requiere más configuración que otros Routing Protocol y los efectos de cualquier cambio de configuración deben ser entendidos completamente. Una configuración incorrecta puede crear loops de ruteo y afectar negativamente al funcionamiento normal de la red.

BGP Support for Next-Hop Address Tracking

Para configurar a la dirección del salto siguiente BGP que le sigue debe entender los conceptos siguientes:

Seguimiento de la Dirección de Siguiente Salto BGP

La característica de seguimiento de la dirección del salto siguiente BGP se habilita por abandono cuando una imagen del software de Cisco que soporta está instalada. El seguimiento de direcciones de siguiente salto BGP se basa en eventos. Se realiza un seguimiento automático de los prefijos BGP conforme se establecen las sesiones de peering. Los cambios de siguiente salto se notifican rápidamente al proceso de ruteo BGP a medida que actualizan en la RIB. Esta optimización mejora la convergencia BGP total reduciendo el tiempo de respuesta a los cambios de siguiente salto para las rutas instaladas en el RIB. Cuando un cálculo del mejor trayecto se ejecuta entre los ciclos del escáner BGP, sólo se siguen y se procesan los cambios del Next-Hop.

Comportamiento Predeterminado del Escáner BGP

El BGP monitorea el salto siguiente de las rutas instaladas para verificar el accesibilidad del Next-Hop y para seleccionar, para instalar, y para validar el mejor trayecto BGP. Por abandono, el escáner BGP se utiliza para sondear el RIB para esta información cada 60 segundos. Durante el período de 60 por segunda veces entre los ciclos de exploración, la inestabilidad del Interior Gateway Protocol (IGP) u otros desperfectos de la red puede hacer los agujeros negros y los loopes de la encaminamiento formar temporalmente.

Filtrado Selectivo de Rutas de Siguiente Salto BGP

En el Cisco IOS Release 12.4(4)T, 12.2(33)SRB, y posterior las versiones, filtrado de Routes selectivo del Next-Hop BGP fue implementado como parte de la característica de seguimiento selectiva del direccionamiento BGP para soportar el seguimiento de la dirección del salto siguiente BGP. El filtrado de Routes selectivo del Next-Hop utiliza un Route Map para definir selectivamente las rutas para ayudar a resolver el salto siguiente BGP.

La capacidad de utilizar un Route Map con el nexthopcommand BGP permite la configuración de la longitud de un prefijo que se aplique al atributo BGP Next_Hop. El Route Map se utiliza durante bgp bestpath el cálculo y se aplica a la ruta en la tabla de ruteo que cubre el atributo del salto siguiente para los prefijos BGP. Si la ruta del Next-Hop falla la evaluación del Route Map, la ruta del Next-Hop se marca como inalcanzable. Este comando está por la familia del direccionamiento, así que diversos mapa del ruta pueden ser aplicados para las rutas del Next-Hop en diversas familias del direccionamiento.


Nota


El route-map y los pares del palabra-argumento del nombre de asignación en el comando del BGP Nexthop no se soportan en el Cisco IOS Release 15.0(1)SY.

Nota


Los comandos solamente de la coincidencia del IP Address y del fuente-protocolo de la coincidencia se soportan en el Route Map. No se soporta ningún comando set ni ningún otro comando match.

Atributo BGP Next_Hop

El atributo Next_Hop identifica la dirección IP del siguiente salto que se utilizará como siguiente salto de BGP al destino. El router hace una búsqueda recursiva para encontrar el siguiente salto BGP en la tabla de ruteo. En BGP externo (eBGP), el siguiente salto es la dirección IP del peer que envió la actualización. iBGP (Internal BGP) establece la dirección de siguiente salto en la dirección IP del peer que anunció el prefijo de las rutas que se originan internamente. Cuando se anuncia alguna ruta al iBGP obtenida del eBGP, no se cambia el atributo Next_Hop.

Es preciso que dirección IP de siguiente salto BGP sea accesible para que el router utilice una ruta BGP. IGP proporciona normalmente la información de alcance, y los cambios realizados en IGP pueden influir en el reenvío de la dirección del siguiente salto a través de una estructura básica de red.

BGP Nonstop Forwarding Awareness

Para configurar la conciencia directa de la expedición BGP (NSF) usted debe entender los conceptos siguientes:

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. De los Routing Protocol, el BGP, el EIGRP, el OSPF, y el IS-IS se han aumentado con la NSF-capacidad y la conciencia, así que significa que el Routers que funciona con estos protocolos puede 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.

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.

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 actualiza entonces las tarjetas de línea con la nueva información de FIB.


Nota


Actualmente, el EIGRP soporta solamente la conciencia NSF.

Cisco Express Forwarding para 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 para el 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 (epoch), 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 Protocols se ejecutan solamente en el RP activo y reciben las actualizaciones de ruteo de los routers 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.


Nota


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.

BGP Graceful Restart para NSF

Cuando un router 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 router con capacidad para NSF o que reconoce NSF tiene capacidad de graceful restart. Graceful Restart es el mecanismo por el cual los peers de ruteo BGP evitan una inestabilidad de ruteo después de un switchover. Si el peer BGP ha recibido esta capacidad, es consciente que el dispositivo que envía el mensaje es compatible con NSF. El router con capacidad para NSF y su peer BGP (pares que reconoce NSF) 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 se pierde la sesión de BGP durante el switchover de RP, el peer BGP que reconoce NSF marca como obsoletas todas las rutas asociadas con el router con capacidad para NSF; 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 switchover RP, el router con capacidad para NSF restablece la sesión con los peers+ BGP. En el establecimiento de la nueva sesión, envía un nuevo mensaje de graceful restart que identifica que el router con capacidad para NSF se ha reiniciado.

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. Estas funciones permitirán 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á graceful restart capaz.

Reconocimiento de BGP NSF

El soporte BGP para el NSF requiere que los routeres vecinos sean que reconoce NSF o con capacidad para NSF. La conciencia NSF en el BGP también es habilitada por el mecanismo del graceful restart. Un router que es funciones que reconoce NSF como un router que sea con capacidad para NSF con una excepción: un router que reconoce NSF es incapaz de realizar una operación SSO. Sin embargo, un router que es consciente es capaz de mantener una relación del peering con un vecino con capacidad para NSF durante una operación NSF SSO, así como la tenencia rutea para este vecino durante la operación SSO.

La característica directa de la conciencia de la expedición BGP proporciona a un router que reconoce NSF con la capacidad para detectar a un vecino que esté experimentando una operación SSO, mantiene a la sesión de peer con este vecino, conserva las rutas sabidas, y continúa remitiendo los paquetes para estas rutas. El despliegue de la conciencia BGP NSF puede minimizar los efectos de las condiciones de error del (RP) del Route Processor y mejorar la estabilidad de la red total reduciendo la cantidad de recursos que se requieran normalmente para restablecer el peering con un router defectuoso.

La conciencia NSF para el BGP no se habilita por abandono. Se utiliza el comando del graceful restart BGP global de habilitar la conciencia NSF en un router que esté ejecutando el BGP. Las operaciones que reconoce NSF son también transparentes al operador de la red y a los peeres BGP que no soportan las capacidades NSF.


Nota


La conciencia NSF se habilita automáticamente en las imágenes del software admitido para los protocolos Interior Gateway Protocols, tales como EIGRP, IS-IS, y OSPF. En el BGP, la conciencia global NSF no se habilita automáticamente y debe ser comenzada publicando el comando del graceful restart BGP en el modo de configuración del router.

Graceful Restart BGP por Vecino

En los Cisco IOS Release 12.2(33)SRC, 12.2(33)SB (en las Plataformas incluyendo los Cisco 10000 Series Router), el 15.0(1)M, y posterior las versiones, la capacidad de habilitar o el graceful restart de la neutralización BGP para cada vecino BGP individual fueron introducidos. Tres nuevos métodos de configurar el graceful restart BGP para los peeres BGP, además de la configuración global existente del graceful restart BGP, están disponibles ahora. El graceful restart se puede habilitar o inhabilitar para un peer BGP o un grupo de peer de BGP que usa el comando del graceful restart del vecino HA-MODE, o un peer BGP puede heredar una configuración del graceful restart de una plantilla de la sesión de peers BGP usando el HA-MODE agraciado-restartcommand.

Aunque el graceful restart BGP se inhabilite por abandono, el comando global existente habilita el graceful restart para todos los vecinos BGP sin importar sus capacidades. La capacidad de habilitar o el graceful restart de la neutralización BGP para los vecinos BGP individuales proporciona un mayor nivel de control para un administrador de la red.

Cuando la capacidad de graceful restart BGP se configura para un vecino individual, cada método de configurar el graceful restart tiene la misma prioridad, y el caso más reciente de la configuración se aplica al vecino. Por ejemplo, si el graceful restart global se habilita para todos los vecinos BGP pero configuran a un vecino individual posteriormente como miembro de un grupo de peer para quien se inhabilite el graceful restart, el graceful restart se inhabilita para ese vecino.

La configuración de los temporizadores del reinicio y de la añejo-trayectoria está disponible solamente con el comando global del graceful restart BGP, pero se fijan los valores predeterminados cuando se configuran los comandos agraciados-restartor del graceful restart HA-MODE del vecino HA-MODE. Los valores predeterminados son óptimos para la mayoría de las implementaciones de red, y solamente un operario de la red con experiencia debe ajustar estos valores.

Plantillas de la sesión del peer BGP

Las plantillas de la sesión de peers se utilizan para agrupar y para aplicar la configuración de los comandos de sesión de BGP generales a los grupos de vecinos que compartan los elementos de configuración de la sesión. Los comandos de sesión generales que son comunes para los vecinos configurados en diversas familias de direcciones se pueden configurar dentro de la misma plantilla de sesión de peer. Se crean plantillas de sesión de peer y se configuran en el modo de configuración de sesión de peer. Solamente los comandos de sesión general se pueden configurar en una plantilla de sesión de peers.

Los comandos de sesión generales se pueden configurar una vez en una plantilla de sesión de peers, y después aplicarse a muchos vecinos con la aplicación directa de una plantilla de sesión de peers mediante herencia indirecta de una plantilla de sesión de peers. La configuración de las plantillas de sesión de peer simplifica la configuración de los comandos de sesión generales que se aplican comúnmente a todos los vecinos dentro de un sistema autónomo.

Las plantillas de sesión de peer soportan la herencia directa e indirecta. Un vecino BGP puede ser configurado con solamente un en un momento de la plantilla de la sesión de peers, y esa plantilla de la sesión de peers puede contener solamente una plantilla indirectamente heredada de la sesión de peers. Un vecino BGP puede heredar directamente solamente una plantilla de la sesión y puede heredar indirectamente hasta siete plantillas adicionales de la sesión de peers.

Las plantillas de la sesión de peers soportan la herencia. Una plantilla directamente aplicada de la sesión de peers puede directa o indirectamente heredar las configuraciones de hasta siete plantillas de la sesión de peers. Así pues, un total de plantillas de ocho sesiones de peers se pueden aplicar a un grupo vecino o vecino.

Las plantillas de sesión de peer soportan solamente comandos de sesión generales. Los comandos de configuración de la política de BGP que se configuran solamente para una familia de direcciones específicas o para el modo de configuración NLRI se configuran con las plantillas de políticas de peer.

Para más detalles sobre las plantillas de la sesión del peer BGP, vea la sección “configurando una red de BGP básica.”

Para utilizar una plantilla de la sesión del peer BGP para habilitar o para inhabilitar el graceful restart BGP, vea la sección el “habilitar y el inhabilitar del graceful restart BGP usando las plantillas de la sesión del peer BGP.”

Dampening de la Ruta de BGP

El dampening de ruta es una función de BGP diseñada para minimizar la propagación de las rutas inestables a través de una conexión entre redes. Una ruta se considera inestable cuando su disponibilidad varía repetidamente.

Por ejemplo, considere una red con tres sistemas autónomos BGP: sistema autónomo 1, sistema autónomo 2 y sistema autónomo 3. Suponga que la ruta a la red A en el sistema autónomo 1 es inestable (deja de estar disponible). Cuando no se disponga de dampening de rutas, el vecino eBGP del sistema autónomo 1 al sistema autónomo 2 envía un mensaje de retirada al sistema autónomo 2. El router de borde del sistema autónomo 2, a su vez, propaga el mensaje del retirada al sistema autónomo 3. Cuando vuelve a aparecer la ruta a la red A, el sistema autónomo 1 envía un mensaje de anuncio al sistema autónomo 2, que lo envía al sistema autónomo 3. Si la ruta de la red A deja de estar disponible repetidamente para volver a estar disponible después, se envían numerosos mensajes de retirada y de anuncio. Esto es un problema en una red interna conectada a Internet porque una inestabilidad de ruta en la estructura básica de Internet generalmente afecta a muchas rutas.


Nota


No se aplica ninguna pena a un peer BGP reajustado cuando se habilita la amortiguación de Routes. Aunque el restablecimiento retira la ruta, no se aplica ninguna penalización en este caso, incluso si el dampening de la inestabilidad de la ruta está habilitado.

Reducción al Mínimo de la Inestabilidad

La función de dampening de rutas minimiza el problema de la inestabilidad como sigue. Suponga otra vez que la ruta a la red A es inestable. El router en el sistema autónomo 2 (donde se habilita la amortiguación de Routes) asigna la pena de la red A de 1000 y la mueve al estado del historial. El router del sistema autónomo 2 continúa anunciando el estado de la ruta a los vecinos. Las sanciones son acumulativas. Cuando la ruta es inestable con tanta frecuencia que la penalización excede de un límite de supresión configurable, el router deja de anunciar la ruta a la red A, sin importar cuántas veces sea inestable. De esta forma, se amortigua la ruta.

La penalización impuesta a la red A se aplaza hasta que se alcanza el límite de reutilización, tras el cual la ruta se anuncia de nuevo. A la mitad del límite de reutilización, la información de dampening de la ruta de la red A se remueve.

Términos Relacionados con el Dampening de Ruta

Los términos siguientes se utilizan para describir el dampening de la ruta:

  • Flap--Una ruta cuya Disponibilidad alterna en varias ocasiones.
  • Estado del historial--Después de que una ruta agite una vez, él se asigna una pena y puesto en el estado del historial, significar al router no tiene el mejor trayecto, sobre la base de la información histórica.
  • Pena--Cada vez que una ruta agita, el router configurado para la amortiguación de Routes en otro sistema autónomo asigna a ruta una pena de 1000. Las sanciones son acumulativas. La penalización de la ruta se almacena en la tabla de ruteo BGP hasta que la penalización exceda el límite de supresión. En este punto, el estado de la ruta cambia del historial a damp.
  • Estado húmedo--En este estado, la ruta ha agitado tan a menudo que el router no hará publicidad de esta ruta a los vecinos BGP.
  • Suprima el límite--Se suprime una ruta cuando su pena excede este límite. El valor predeterminado es 2000.
  • Semivida--La ruta se ha asignado una vez una pena, la pena es disminuida por la mitad después del período de semivida (que es 15 minutos por abandono). El proceso de reducción de la sanción ocurre cada 5 segundos.
  • Límite de la reutilización--Mientras que la pena para una ruta inestable disminuye y baja debajo de este límite de la reutilización, la ruta es unsuppressed. Es decir, la ruta se vuelve a añadir a la tabla BGP y se vuelve a utilizar para reenviar. El límite predeterminado de reutilización es 750. El proceso de reactivación de las rutas se produce en incrementos de 10 segundos. Cada 10 segundos, el router detecta qué rutas no se han omitido y las anuncia.
  • El máximo suprime el límite--Este valor es la cantidad máxima de tiempo que una ruta puede ser suprimida. El valor predeterminado es cuatro veces el valor de tiempo de mitad de vida.

Las rutas externas de un sistema autónomo aprendido a través de iBGP no se amortiguan. Esta política evita que los peers iBGP tengan una penalización superior para las rutas externas al sistema autónomo.

BFD para el BGP

El soporte bidireccional de la detección de la expedición (BFD) para el BGP fue introducido en los Cisco IOS Release 12.0(31)S, 12.4(4)T, 12.0(32)S, 12.2(33)SRA,12.2(33)SXH, 12.2(33)SB, y posterior las versiones. BFD es un protocolo de detección diseñado para proporcionar tiempos de detección de fallas de trayectorias de reenvío rápido para todos los tipos de medios, encapsulaciones, topologías y protocolos de ruteo. Además de la detección de falla de trayectoria de reenvío rápido, BFD proporciona un método de detección de falla coherente para los administradores de red. Dado que el administrador de la red puede utilizar BFD para detectar las fallas de la trayectoria de reenvío a una velocidad uniforme, en lugar de las velocidades variables de diferentes mecanismos hello de Routing Protocol, la definición del perfil y la planificación de la red serán más sencillas y el tiempo de reconvergencia será coherente y previsible. El beneficio principal de implementar el BFD para el BGP es una disminución marcada del tiempo del reconvergence.

Una advertencia existe para el BFD; La capacidad de graceful restart BFD y BGP no se puede ambos configurar en un router que ejecuta el BGP. Si va una interfaz abajo, el BFD detecta el error e indica que la interfaz no se puede utilizar para el reenvío de tráfico y va la sesión de BGP abajo, pero el graceful restart todavía permite el reenvío de tráfico en las Plataformas que soportan el NSF aunque la sesión de BGP está abajo, permitiendo el reenvío de tráfico usando la interfaz que está abajo. La configuración del graceful restart BFD y BGP para el NSF en un router que ejecuta el BGP puede dar lugar a un ruteo subóptimo.

Para más detalles sobre el BFD, vea el módulo “de la detección bidireccional de la expedición” del Routing IP del Cisco IOS: Guía de configuración BFD.

BGP MIB Support

El Management Information Base (MIB) para soportar el BGP es el CISCO-BGP4-MIB. En el Cisco IOS Release 12.0(26)S, 12.3(7)T, 12.2(25)S, 12.2(33)SRA, 12.2(33)SXH, y posterior las versiones, la característica de las mejoras del soporte de MIB BGP introdujo el soporte en el CISCO-BGP4-MIB para las nuevas notificaciones SNMP. Las secciones siguientes describen los objetos y las notificaciones (desvíos) se soportan que:

Soporte del cambio de la transición FSM BGP

Los cambios de estado de transición cbgpRouteTable de los soportes BGP máquina de estados finitos (FSM).

El objeto del cbgpFsmStateChange permite que usted configure las notificaciones SNMP (desvíos) para todos los cambios de estado de la transición FSM. Esta notificación contiene los siguientes objetos MIB:

  • bgpPeerLastError
  • bgpPeerState
  • cbgpPeerLastErrorTxt
  • cbgpPeerPrevState

El objeto del cbgpBackwardTransition soporta todos los cambios de estado de la transición FSM BGP. Este objeto se envía cada vez que los movimientos FS a un estado más alto o más bajo numerado. Esta notificación contiene los siguientes objetos MIB:

  • bgpPeerLastError
  • bgpPeerState
  • cbgpPeerLastErrorTxt
  • cbgpPeerPrevState

El comando de los desvíos BGP del permiso del SNMP-servidor permite que usted habilite los desvíos individualmente o así como los desvíos posteriores existentes de la transición y del estado establecido FS según lo definido en el RFC 1657.

Soporte recibido ruta BGP de la ruta

El objeto cbgpRouteTable soporta el número total de rutas recibidas por un vecino BGP. El objeto de MIB siguiente se utiliza para preguntar el CISCO-BGP4-MIB para las rutas que son doctas de los peeres BGP individuales:

  • cbgpPeerAddrFamilyPrefixTable

Las rutas son puestas en un índice por el identificador de la direccionamiento-familia (AFI) o el identificador de la subaddress-familia (SAFI). La información del prefijo visualizada en esta tabla puede también visto en la salida del comando show ip bgp.

Soporte de la notificación del umbral del prefijo BGP

Los objetos cbgpPrefixMaxThresholdExceed y cbgpPrfefixMaxThresholdClear fueron introducidos para permitir que usted sondee para el número total de rutas recibidas por un peer BGP.

El objeto cbgpPrefixMaxThresholdExceed permite que usted configure las notificaciones SNMP que se enviarán cuando la cuenta del prefijo para una sesión de BGP ha excedido el valor configurado. Esta notificación se configura para cada familia de direcciones. El umbral del prefijo se configura con el comando neighbor maximum-prefix. Esta notificación contiene los siguientes objetos MIB:

  • cbgpPeerPrefixAdminLimit
  • cbgpPeerPrefixThreshold

El objeto cbgpPrfefixMaxThresholdClear permite que usted configure las notificaciones SNMP que se enviarán cuando la cuenta del prefijo cae debajo del límite claro del desvío. Esta notificación se configura para cada familia de direcciones. Esta notificación contiene los objetos siguientes:

  • cbgpPeerPrefixAdminLimit
  • cbgpPeerPrefixClearThreshold

Se envían las notificaciones cuando la cuenta del prefijo cae debajo del límite claro del desvío para una familia del direccionamiento bajo sesión de BGP después de que se genere la notificación cbgpPrefixMaxThresholdExceed. El límite claro del desvío es calculado restando el 5 por ciento del valor límite máximo del prefijo configurado con el comando neighbor maximum-prefix. Esta notificación no será generada si va la sesión abajo por cualquier otro motivo después de que cbgpPrefixMaxThresholdExceed se genere.

Soporte de la ruta de la familia de la dirección de Unicast del VPNv4

El objeto cbgpRouteTable permite que usted configure las operaciones SNMP GET para las rutas de la direccionamiento-familia del unicast del VPNv4.

El objeto de MIB siguiente permite que usted pregunte para las capacidades múltiples BGP (por ejemplo, la ruta restaura, las Extensiones del Multiprotocol BGP, y graceful restart):

  • cbgpPeerCapsTable

El objeto de MIB siguiente permite que usted pregunte para las rutas de la familia del direccionamiento del IPv4 y del VPNv4:

  • cbgpPeerAddrFamilyTable

Cada ruta es puesta en un índice por la dirección de peer, el prefijo, y la longitud del prefijo. Este objeto pone en un índice las rutas BGP por el AFI y entonces por el SAFI. La tabla AFI es el índice primario, y la tabla SAFI es el índice secundario. Cada BGP de conversación mantiene un Routing Information Base local (RIB) para cada combinación soportada AFI y SAFI.

soporte cbgpPeerTable

El cbgpPeerTable se ha modificado para soportar las mejoras descritas en este documento. Los nuevos objetos siguientes de la tabla se soportan en el CISCO-BGP-MIB.my:

  • cbgpPeerLastErrorTxt
  • cbgpPeerPrevState

Los objetos de la tabla siguiente no se soportan. El estatus de los objetos de las tesis se enumera como desaprobado, y estos objetos no son operativos:

  • cbgpPeerPrefixAccepted
  • cbgpPeerPrefixDenied
  • cbgpPeerPrefixLimit
  • cbgpPeerPrefixAdvertised
  • cbgpPeerPrefixSuppressed
  • cbgpPeerPrefixWithdrawn

BGP Support for MTR

El soporte BGP para MTR fue introducido en el Cisco IOS Release 12.2(33)SRB. Para más detalles, vea “la documentación de la encaminamiento de la Multi-topología”. Antes de utilizar el BGP para soportar MTR, debe familiarizarse con los conceptos siguientes:

Alcance de la Red BGP

Una nueva jerarquía de configuración, denominada alcance, se ha introducido en el protocolo BGP. Para implementar MTR para el BGP, se requiere la jerarquía del alcance, pero ésta no se limita al uso de MTR. La jerarquía del alcance presenta algunos nuevos modos de configuración, como el modo de la configuración de alcance del router. Se ingresa en el modo de configuración de alcance del router configurando el comando scope en el modo de configuración del router, y cuando se ingresa este comando se crea una colección de tablas de ruteo. Los comandos BGP configurados bajo la jerarquía del alcance se configuran para una única red (global) o por VRF, y se conocen como comandos con alcance. La jerarquía de alcance puede contener una o más familias de direcciones.

Jerarquía MTR CLI bajo el BGP

El BGP CLI se ha modificado para proporcionar compatibilidad conversiones anteriores de la configuración anterior a MTR BGP y para proporcionar una implementación jerárquica de MTR. El modo de configuración del router es compatible con la familia previa a las direcciones y la CLI de configuración anterior a MTR. Los comandos globales que afectan a todas las redes se configuran en este modo de configuración. Para la configuración de topología y de familia de direcciones, se puede configurar comandos de sesión generales y plantillas de peer para usarlas en los modos de configuración de topología o de familia de direcciones.

Después de que se configuren los comandos globales, el alcance se define de forma global o para un VRF específico. Se ingresa en el modo de configuración de la familia de direcciones configurando el comando address-family en el modo de configuración de alcance del router o en el modo de configuración del router. Unicast es la familia de direcciones predeterminada si no se especifica ninguna familia de subdirecciones (SAFI). MTR soporta solamente la familia de direcciones IPv4 con un SAFI de unicast o multicast. Al ingresar en el modo de configuración de familia de direcciones desde el modo de configuración de router, se configura BGP para utilizar CLI basado en configuración anterior a MTR. Este modo de configuración es compatible con las configuraciones preexistentes de la familia de direcciones. El ingreso al modo de configuración de la familia de direcciones desde el modo de configuración de alcance del router configura al router para que utilice el CLI jerárquico que soporta MTR. Los parámetros de configuración de familia de direcciones que no son específicos de una topología se ingresan en este modo de configuración de familia de direcciones.

Configurando ingresa al modo de configuración de la topología BGP el comando del topology(BGP) en el modo de configuración de la familia del direccionamiento. En un router se puede configurar hasta 32 topologías (incluida la topología base). El ID de topología se configura ingresando el comando bgp tid. Aquí se configuran todos los parámetros de configuración de familia de direcciones y de familia de subdirecciones.


Nota


Configurar un alcance para un proceso de ruteo BGP quita el soporte CLI para la configuración basado en pre-MTR.

A continuación se muestran los niveles de jerarquía que se utilizan al configurar BGP para la implementación MTR:

router bgp <
autonomous-system-number
>
 ! global commands

 scope {global | vrf <
vrf-name
>}
  ! scoped commands

  address-family {<
afi
>} [<
safi
>]
   ! address family specific commands

   topology {<
topology-name
> | base}
    ! topology specific commands

Sesiones BGP para Topologías Específicas de la Clase

MTR se configura bajo BGP por sesión. Las topologías base unicast y multicast se transportan en la sesión global (predeterminada). Se crea una sesión independiente para cada topología específica de la clase que se configure bajo un proceso de ruteo BGP. Cada sesión se identifica por su ID de topología. BGP realiza un cálculo individual de la mejor trayectoria para cada topología específica de clase. Se mantiene una RIB y una FIB independiente para cada sesión.

Traducción de Topología Usando el BGP

En función del diseño y de los requisitos de políticas de su red, es posible que precise instalar rutas de una topología específica de clase en un router en la topología específica de clase en un router de la vecindad. La funcionalidad de la traducción de topología usando el BGP proporciona soporte para esta operación. La traducción de topología se basa en la sesión de vecino de BGP. El comando neighbor translate-topology se configura usando la dirección IP y el ID de topología del vecino.

El ID de topología identifica la topología específica de clase del vecino. Las rutas de la topología específica de la clase del vecino están instaladas en el RIB local específico de la clase. BGP calcula la mejor trayectoria en todas las rutas instaladas e instala estas rutas en la RIB local específica de la clase. Si se traduce una ruta duplicada, BGP seleccionará e instalará solamente una instancia de la ruta por comportamiento de cálculo de mejor trayectoria BGP estándar.

Importación de Topología Usando BGP

Las funciones de la importación de la topología que usan BGP son similares a la traducción de la topología. La diferencia es que las rutas se mueven entre topologías específicas de clase en el mismo router usando el BGP. Esta función se configura al ingresar el comando import topology. El nombre de la topología específica de clase o de la topología base se especifica al ingresar este comando. Los cálculos de la mejor trayectoria se ejecutan en las rutas importadas antes de que se instalen en el RIB de la topología. Este comando también incluye una palabra clave route-map que le permite filtrar las rutas que se mueven entre topologías específicas de la clase.

Cómo Configurar las Funciones de BGP Avanzadas

Configuración de BGP Next-Hop Address Tracking

Las tareas de esta sección muestran la manera de configurar el seguimiento de la dirección de siguiente salto BGP. El seguimiento de la dirección de siguiente salto de BGP mejora el tiempo de respuesta de BGP para los cambios de siguiente salto en el RIB. Sin embargo, los peers de Interior Gateway Protocol (IGP) inestables pueden generar inestabilidad en sesiones de vecinos BGP. Recomendamos que haga un dampening agresivo de las sesiones de peering IGP inestables para reducir el posible impacto en el BGP. Para más detalles sobre configurar la amortiguación de Routes, vea “configurar el humedecimiento de la ruta BGP.”

Inhabilitación del Seguimiento de Dirección de Siguiente Salto BGP

Realice esta tarea de inhabilitar el seguimiento de la dirección del salto siguiente BGP. El seguimiento de la dirección del salto siguiente BGP se habilita por abandono bajo las familias de direccionamiento del IPv4 y del VPNv4. Empezando por el Cisco IOS Release 12.2(33)SB6, el seguimiento de la dirección del salto siguiente BGP también se habilita por abandono bajo la familia del direccionamiento VPNv6 siempre que el salto siguiente sea un direccionamiento del IPv4 asociado a una dirección del salto siguiente del IPv6.

Inhabilitar el seguimiento de la dirección del salto siguiente puede ser útil si usted la red tiene los pares inestables IGP y la amortiguación de Routes no está resolviendo los problemas de estabilidad. Para volver a permitir a la dirección del salto siguiente BGP que sigue, utilice el nexthopcommand BGP con el activador y habilite las palabras claves.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. autonomous-system-number BGP del router

4. direccionamiento-familia ipv4 [[mdt | Multicast | túnel | [vrf vrf-name] del unicast | vrf-name del vrf] | [unicast] vpnv4 | [unicast] vpnv6]

5. ningún permiso del activador del BGP Nexthop

6. extremo


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:

BGP 64512 del router de Router(config)#

 

Ingresa en el modo de configuración de router para crear o configurar un proceso de ruteo BGP.

 
Paso 4
direccionamiento-familia ipv4 [[mdt | Multicast | túnel | [vrf vrf-name] del unicast | vrf-name del vrf] | [unicast] vpnv4 | [unicast] vpnv6]


Ejemplo:

Router (config-router) # unicast de la direccionamiento-familia ipv4

 

Ingrese en el modo de configuración de la familia de direcciones para configurar los peers BGP de modo que acepten configuraciones específicas de familia de direcciones.

  • El ejemplo crea una sesión de familia de direcciones unicast IPv4.
 
Paso 5
ningún permiso del activador del BGP Nexthop

Ejemplo:

Router (config-router-AF) # ningún permiso del activador del BGP Nexthop

 

Seguimiento de la dirección del salto siguiente de las neutralizaciones BGP.

  • El seguimiento de la dirección del salto siguiente se habilita por abandono para las sesiones de la familia del direccionamiento del IPv4 y del VPNv4.
  • El ejemplo inhabilita el seguimiento de la dirección del salto siguiente.
 
Paso 6
Finalizar


Ejemplo:

Router (config-router-AF) # extremo

 

Da salida al modo de configuración de la direccionamiento-familia, y ingresa al modo EXEC privilegiado.

 

Ajuste del Intervalo de Demora para el Seguimiento de Direcciones de Siguiente Salto BGP

Realice esta tarea de ajustar el intervalo del retardo entre los paseos de la tabla de ruteo para que haya seguimiento de la dirección del salto siguiente BGP.

Usted puede aumentar el funcionamiento de esta característica ajustando el intervalo del retardo entre los paseos de la tabla de ruteo completa para hacer juego los Parámetros de ajuste para el Interior Gateway Protocol (IGP). El intervalo predeterminado del retardo es 5 segundos. Este valor es óptimo para un IGP rápido-ajustado. En el caso de un IGP que converja más lentamente, usted puede cambiar el intervalo del retardo a 20 segundos o más, dependiendo del tiempo de convergencia IGP.

El seguimiento de la dirección de siguiente salto de BGP mejora el tiempo de respuesta de BGP para los cambios de siguiente salto en el RIB. Sin embargo, los peers de Interior Gateway Protocol (IGP) inestables pueden generar inestabilidad en sesiones de vecinos BGP. Recomendamos que haga un dampening agresivo de las sesiones de peering IGP inestables para reducir el posible impacto en el BGP.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. autonomous-system-number BGP del router

4. direccionamiento-familia ipv4 [[mdt | Multicast | túnel | [vrf vrf-name] del unicast | vrf-name del vrf] | [unicast] vpnv4]

5. temporizador del retraso del retardo del activador del BGP Nexthop

6. extremo


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:

BGP 64512 del router de Router(config)#

 

Ingresa al modo de configuración del router para crear o configurar un proceso de ruteo BGP.

 
Paso 4
direccionamiento-familia ipv4 [[mdt | Multicast | túnel | [vrf vrf-name] del unicast | vrf-name del vrf] | [unicast] vpnv4]


Ejemplo:

Router (config-router) # unicast de la direccionamiento-familia ipv4

 

Ingrese en el modo de configuración de la familia de direcciones para configurar los peers BGP de modo que acepten configuraciones específicas de familia de direcciones.

  • El ejemplo crea una sesión de familia de direcciones unicast IPv4.
 
Paso 5
temporizador del retraso del retardo del activador del BGP Nexthop


Ejemplo:

Router (config-router-AF) # retardo 20 del activador del BGP Nexthop

 

Configura el intervalo del retardo entre los paseos de la tabla de ruteo para el seguimiento de la dirección del salto siguiente.

  • El período de tiempo determina cuánto tiempo el BGP esperará antes de comenzar un paseo de la tabla de ruteo completa después de que se reciba la notificación.
  • El valor para el argumento del temporizador del retraso es un número a partir de la 1 a 100 segundos. El valor predeterminado es de 5 segundos.
  • El ejemplo configura un intervalo del retardo de 20 segundos.
 
Paso 6
Finalizar


Ejemplo:

Router (config-router-AF) # extremo

 

Da salida al modo de configuración de la direccionamiento-familia, y ingresa al modo EXEC privilegiado.

 

Configuración del Filtrado Selectivo de Rutas de Siguiente Salto BGP

Realice esta tarea de configurar el filtrado de Routes selectivo del Next-Hop usando un Route Map para filtrar las rutas potenciales del Next-Hop. Esta tarea utiliza las listas de prefijos y los mapa del ruta para hacer juego los IP Addresses o los protocolos de la fuente y se puede utilizar para evitar las direcciones globales y los prefijos BGP que son considerados como rutas del Next-Hop. Los comandos solamente de la coincidencia del IP Address y del fuente-protocolo de la coincidencia se soportan en el Route Map. No se soporta ningún comando set ni ningún otro comando match.

Por más ejemplos de cómo utilizar el comando del BGP Nexthop, vea los ejemplos: Configurar el filtrado de Routes selectivo del Next-Hop BGP.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. autonomous-system-number BGP del router

4. direccionamiento-familia ipv4 [unicast | Multicast| vrf-name del vrf]

5. nombre de asignación del route-map del BGP Nexthop

6. salida

7. salida

8. [seq seq-value] del nombre de la lista del ip prefix-list {niegue la red/la longitud | permita el [le le-value] del [ge ge-value] de la red/de la longitud }

9. nombre de asignación del route-map [permiso| niegue] el [sequence-number]

10. [prefix-list-name…] del prefijo-lista-nombre de la lista de prefijo del IP Address de la coincidencia

11 salida

12.    nombre de asignación del route-map [permiso| niegue] el [sequence-number]

13.    Finalizar

14.    muestre el [network-mask] BGP del IP [network]


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:

BGP 45000 del router de Router(config)#

 

Ingresa en el modo de configuración de router y crea un proceso de ruteo BGP.

 
Paso 4
direccionamiento-familia ipv4 [unicast | Multicast| vrf-name del vrf]


Ejemplo:

Router (config-router) # unicast de la direccionamiento-familia ipv4

 

Especifica la familia de direcciones de IPv4 e ingresa en el modo de configuración de la familia de direcciones.

  • La palabra clave unicast especifica la familia de direcciones unicast IPv4. De manera predeterminada, el router se coloca en el modo de configuración de familia de direcciones para la familia de direcciones unicast IPv4 si no se ha especificado la palabra clave unicast con el comando address-family ipv4 .
  • La palabra clave multicast especifica los prefijos de dirección multicast de IPv4.
  • La palabra clave vrf y el argumento vrf-name especifican el nombre de la instancia VRF que se debe asociar a los comandos subsiguientes del modo de configuración de familia de direcciones IPv4.
 
Paso 5
nombre de asignación del route-map del BGP Nexthop


Ejemplo:

Router (config-router-AF) # route-map CHECK-NEXTHOP del BGP Nexthop

 

Permite que un Route Map defina selectivamente las rutas para ayudar a resolver el salto siguiente BGP.

  • En este ejemplo el Route Map nombrado CHECK-NEXTHOP se crea.
 
Paso 6
salida


Ejemplo:

Router (config-router-AF) # salida

 

Sale del modo de configuración de la familia de direcciones y entra en el modo de configuración de routers.

 
Paso 7
salida


Ejemplo:

Router (config-router) # salida

 

Sale del modo de configuración de routers y entra en el modo de configuración global.

 
Paso 8
[seq seq-value] del nombre de la lista del ip prefix-list {niegue la red/la longitud | permita el [le le-value] del [ge ge-value] de la red/de la longitud }


Ejemplo:

El ip prefix-list FILTER25 5 seq de Router(config)# permite 0.0.0.0/0 le 25

 

Crea una lista de prefijos para el filtrado de rutas de siguiente salto de BGP.

  • El filtrado de Routes selectivo del Next-Hop soporta la longitud del prefijo que corresponde con o el protocolo de la fuente que corresponde con en a por la base de la direccionamiento-familia.
  • El ejemplo crea una lista de prefijos nombrada FILTER25 que permita las rutas solamente si es la longitud de la máscara más de 25; esto evitará los totales de Routes que son considerados como la ruta del Next-Hop.
 
Paso 9
nombre de asignación del route-map [permiso| niegue] el [sequence-number]


Ejemplo:

El route-map CHECK-NEXTHOP de Router(config)# niega 10

 

Configura un route map e ingresa en el modo de configuración del route map.

  • En este ejemplo, un Route Map nombrado CHECK-NEXTHOP se crea. Si hay una coincidencia de la dirección IP en el comando match siguiente, la dirección IP será negada.
 
Paso 10
[prefix-list-name…] del prefijo-lista-nombre de la lista de prefijo del IP Address de la coincidencia


Ejemplo:

Router (config-route-map) # lista de prefijo FILTER25 del IP Address de la coincidencia

 

Coincide con las direcciones IP de la lista de prefijos especificada.

  • Utilice el argumento prefix-list-name para especificar el nombre de una lista de prefijos. Los puntos suspensivos indican que se puede especificar más de una lista de prefijos.
Nota    En este ejemplo se utiliza solamente la sintaxis aplicable a esta tarea. Para más detalles, vea el Routing IP del Cisco IOS: Referencia del comando bgp.
 
Paso 11
salida


Ejemplo:

Router (config-route-map) # salida

 

Sale del modo de configuración del route map e ingresa en el modo de configuración global.

 
Paso 12
nombre de asignación del route-map [permiso| niegue] el [sequence-number]


Ejemplo:

Permiso 20 del route-map CHECK-NEXTHOP de Router(config)#

 

Configura un route map e ingresa en el modo de configuración del route map.

  • En este ejemplo, el resto de los IP Addresses son permitidos por el Route Map CHECK-NEXTHOP.
 
Paso 13
Finalizar


Ejemplo:

Router (config-route-map) # extremo

 

Sale del modo de configuración del route map e ingresa en el modo EXEC privilegiado.

 
Paso 14
muestre el [network-mask] BGP del IP [network]


Ejemplo:

BGP del IP de la demostración del Router-

 

Muestra las entradas en la tabla de ruteo de BGP.

  • Ingrese este comando de ver a las direcciones del salto siguiente para cada ruta.
Nota    En este ejemplo se utiliza solamente la sintaxis aplicable a esta tarea. Para más detalles, vea el Routing IP del Cisco IOS: Referencia del comando bgp.
 
Ejemplo:

El siguiente ejemplo del comando show ip bgp muestra a las direcciones del salto siguiente para cada ruta:

BGP table version is 7, local router ID is 172.17.1.99
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete
   Network          Next Hop            Metric LocPrf Weight Path
*  10.1.1.0/24      192.168.1.2              0             0 40000 i
*  10.2.2.0/24      192.168.3.2              0             0 50000 i
*> 172.16.1.0/24    0.0.0.0                  0         32768 i
*> 172.17.1.0/24    0.0.0.0                  0         32768 

Configuración del Reconocimiento de Nonstop Forwarding BGP Usando Graceful Restart BGP

Las tareas en esta demostración de la sección cómo conciencia directa de la expedición de la configuración BGP (NSF) usando la capacidad de graceful restart BGP. La primera tarea habilita BGP NSF global para todos los vecinos BGP y sugiere algunas opciones del troubleshooting. La segunda tarea describe cómo ajustar los temporizadores del graceful restart BGP aunque las configuraciones predeterminadas sean óptimas para la mayoría de las instrumentaciones de red. Las tres tareas siguientes demuestran cómo habilitar o inhabilitar el graceful restart BGP para los vecinos BGP individuales incluyendo las plantillas y los grupos de peer de la sesión de peers. La tarea final verifica la configuración del router del local y del par de BGP NSF.

Habilitación del Reconocimiento NSF Global de BGP mediante Graceful Restart de BGP

Realice esta tarea de habilitar la conciencia BGP NSF global para todos los vecinos BGP. La conciencia BGP NSF es parte del mecanismo del graceful restart y la conciencia BGP NSF es habilitada publicando el comando del graceful restart BGP en el modo de configuración del router. La conciencia BGP NSF permite que el Routers que reconoce NSF apoye al Routers con capacidad para NSF durante una operación SSO. la NSF-conciencia no se habilita por abandono y se debe configurar en todos los vecinos que participen en BGP NSF.


Nota


La configuración de los temporizadores del reinicio y de la añejo-trayectoria no se requiere para habilitar la capacidad de graceful restart BGP. Los valores predeterminados son óptimos para la mayoría de las implementaciones de red, y solamente un operario de la red con experiencia debe ajustar estos valores.

Nota


La configuración del graceful restart BFD y BGP para el NSF en un router que ejecuta el BGP puede dar lugar a un ruteo subóptimo. Para más detalles, vea la sección “BFD para el BGP.”


PASOS SUMARIOS

1. permiso

2. configuró terminal

3. autonomous-system-number BGP del router

4. [stalepath-time seconds] del [restart-time seconds] del graceful restart BGP

5. extremo


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:

BGP 45000 del router de Router(config)#

 

Ingresa en el modo de configuración de router y crea un proceso de ruteo BGP.

 
Paso 4
[stalepath-time seconds] del [restart-time seconds] del graceful restart BGP


Ejemplo:

Router (config-router) # graceful restart BGP

 

Habilita la capacidad de graceful restart BGP y el reconocimiento de NSF BGP.

  • Si ingresa este comando después de que se haya establecido la sesión BGP, debe recomenzar la sesión para que la capacidad se intercambie con el BGP vecino.
  • Utilice este comando en el router de recomienzo y a todos sus pares (con capacidad para NSF y que reconoce NSF).
 
Paso 5
Finalizar


Ejemplo:

Router (config-router) # extremo

 

Sale del modo de configuración del router e ingresa en el modo EXEC privilegiado.

 
Consejos de Troubleshooting

Para resolver problemas la característica NSF, utilice los siguientes comandos en el modo EXEC privilegiado, según las necesidades:

  • haga el debug de los mensajes abiertos de las visualizaciones BGP del IP que hacen publicidad de la capacidad de graceful restart.
  • haga el debug de los eventos de temporización del graceful restart de las visualizaciones del evento BGP del IP, tales como el temporizador del reinicio y el temporizador del stalepath.
  • el debug ip bgp updates visualiza los mensajes enviados y recibidos EOR. El mensaje EOR es utilizado por el router que reconoce NSF para comenzar el temporizador del stalepath, si está configurado.
  • muestre las entradas de las visualizaciones BGP del IP en la tabla de BGP Routing. La salida de este comando visualizará las rutas que son marcadas como añejo visualizando la carta “S” al lado de cada ruta añeja.
  • el show ip bgp neighbor visualiza la información sobre el TCP y las conexiones BGP a los dispositivos vecinos. Cuando está habilitada, la capacidad de graceful restart se visualiza en la salida de este comando.
Pasos Siguientes

Si se ha publicado el comando del graceful restart BGP después de que hayan establecido a la sesión de BGP, usted debe reajustar publicando el comando clear ip bgp * o recargando al router antes de que las capacidades de graceful restart sean intercambiadas. Para más información sobre el reajuste de las sesiones de BGP y usar el comando clear ip bgp, vea “configurando el módulo de una red de BGP básica”.

Configuración de los Temporizadores de Reconocimiento BGP NSF

Realice esta tarea de ajustar los temporizadores del graceful restart BGP. Hay dos temporizadores del graceful restart BGP que pueden ser configurados. La palabra clave del reinicio-tiempo y el argumento opcionales de los segundos determinan cuánto tiempo el Routers del par esperará para borrar las rutas añejas antes de que se reciba un mensaje abierto BGP. El valor predeterminado es 120 segundos. La palabra clave del stalepath-tiempo y el argumento opcionales de los segundos determinan cuánto tiempo un router esperará antes de borrar las rutas añejas después de que un mensaje del fin del registro (EOR) se reciba del router de recomienzo. El valor predeterminado es 360 segundos.


Nota


La configuración de los temporizadores del reinicio y de la añejo-trayectoria no se requiere para habilitar la capacidad de graceful restart BGP. Los valores predeterminados son óptimos para la mayoría de las implementaciones de red, y solamente un operario de la red con experiencia debe ajustar estos valores.
PASOS SUMARIOS

1. permiso

2. configuró terminal

3. autonomous-system-number BGP del router

4. [restart-time seconds] del graceful restart BGP

5. [stalepath-time seconds] del graceful restart BGP

6. extremo


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:

BGP 45000 del router de Router(config)#

 

Ingresa en el modo de configuración de router y crea un proceso de ruteo BGP.

 
Paso 4
[restart-time seconds] del graceful restart BGP


Ejemplo:

Router (config-router) # reinicio-tiempo 130 del graceful restart BGP

 

Habilita la capacidad de graceful restart BGP y el reconocimiento de NSF BGP.

  • El argumento del reinicio-tiempo determina cuánto tiempo el Routers del par esperará para borrar las rutas añejas antes de que se reciba un mensaje abierto BGP.
  • El valor predeterminado es 120 segundos. El rango configurable se sitúa entre 1 y 3.600 segundos.
Nota    Solamente el sintaxis aplicable a este paso se utiliza en este ejemplo. Para más detalles, vea el Routing IP del Cisco IOS: Referencia del comando bgp.
 
Paso 5
[stalepath-time seconds] del graceful restart BGP


Ejemplo:

Router (config-router) # stalepath-tiempo 350 del graceful restart BGP

 

Habilita la capacidad de graceful restart BGP y el reconocimiento de NSF BGP.

  • El argumento del stalepath-tiempo determina cuánto tiempo un router esperará antes de borrar las rutas añejas después de que un mensaje del fin del registro (EOR) se reciba del router de recomienzo.
  • El valor predeterminado es 360 segundos. El rango configurable se sitúa entre 1 y 3.600 segundos.
Nota    Solamente el sintaxis aplicable a este paso se utiliza en este ejemplo. Para más detalles, vea el Routing IP del Cisco IOS: Referencia del comando bgp.
 
Paso 6
Finalizar


Ejemplo:

Router (config-router) # extremo

 

Sale del modo de configuración del router e ingresa en el modo EXEC privilegiado.

 
Pasos Siguientes

Si se ha publicado el comando del graceful restart BGP después de que hayan establecido a la sesión de BGP, usted debe reajustar a las sesiones de peers publicando el comando clear ip bgp * o recargando al router antes de que las capacidades de graceful restart sean intercambiadas. Para más información sobre el reajuste de las sesiones de BGP y usar el comando clear ip bgp, vea “configurando el módulo de una red de BGP básica”.

Habilitación e Inhabilitación de Graceful Restart BGP Usando Plantillas de sesión de Peer BGP

Realice esta tarea de habilitar y de inhabilitar el graceful restart BGP para los vecinos BGP que usan las plantillas de la sesión de peers. En esta tarea, se crea una plantilla de la sesión del peer BGP, y se habilita el graceful restart BGP. Se crea una segunda plantilla de la sesión de peers, y esta plantilla se configura para inhabilitar el graceful restart BGP.

En este ejemplo, la configuración se realiza en el router B en la figura abajo y dos vecinos del BGP externo--en el router A y el router E en la figura abajo--se identifican. Configuran al primer peer BGP en el router A para heredar la primera plantilla de la sesión de peers que habilita el graceful restart BGP, mientras que el segundo peer BGP en el router E hereda la segunda plantilla que inhabilita el graceful restart BGP. Usando el comando show ip bgp neighbors opcional, el estatus de la capacidad de graceful restart BGP se verifica para cada vecino BGP configurado en esta tarea.

Figura 1Topología de red que muestra a los vecinos BGP


Los temporizadores del reinicio y de la añejo-trayectoria se pueden modificar solamente usando el comando global del graceful restart BGP tal y como se muestra en de los temporizadores de la conciencia BGP que configuran NSF. Los temporizadores del reinicio y de la añejo-trayectoria se fijan a los valores predeterminados cuando el graceful restart BGP se habilita para los vecinos BGP que usan las plantillas de la sesión de peers.

Antes de comenzar

Esta tarea requiere un Cisco IOS Release 12.2(33)SRC, o 12.2(33)SB.


Nota


Un peer BGP no puede heredar de una política de peer o de una plantilla de sesión y configurarse a la vez como miembro de un grupo de peers. Las plantillas BGP y los grupos de peers BGP son mutuamente excluyentes.



PASOS SUMARIOS

1. permiso

2. configuró terminal

3. autonomous-system-number BGP del router

4. sesión-plantilla-nombre de la sesión de peers de la plantilla

5. [disable] del graceful restart HA-MODE

6. salida-par-sesión

7. sesión-plantilla-nombre de la sesión de peers de la plantilla

8. [disable] del graceful restart HA-MODE

9. salida-par-sesión

10. log-neighbor-changes BGP

11 neighbor ip-address telecontrol-como el autonomous-system-number

12.    el neighbor ip-address hereda el sesión-plantilla-número de la sesión de peers

13.    neighbor ip-address telecontrol-como el autonomous-system-number

14.    el neighbor ip-address hereda el sesión-plantilla-número de la sesión de peers

15.    Finalizar

16.    muestre el [session-template-number] de la sesión de peers de la plantilla BGP del IP

17.    muestre a los vecinos BGP del IP [IP address [recibir-rutas | rutas | rutas anunciadas | [regexp] de las trayectorias | rutas que ya no sirven | flap-statistics| prefijo-filtro recibido| 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:

BGP 45000 del router de Router(config)#

 

Ingresa en el modo de configuración de router y crea un proceso de ruteo BGP.

 
Paso 4
sesión-plantilla-nombre de la sesión de peers de la plantilla


Ejemplo:

Router (config-router) # s1 de la sesión de peers de la plantilla

 

Ingresa en el modo de configuración session-template y crea una plantilla de la sesión de peer.

  • En este ejemplo, una plantilla de la sesión de peers nombrada S1 se crea.
 
Paso 5
[disable] del graceful restart HA-MODE


Ejemplo:

Router (config-router-stmp) # graceful restart HA-MODE

 

Habilita la capacidad de graceful restart BGP y el reconocimiento de NSF BGP.

  • Utilice la palabra clave disable para inhabilitar la capacidad de Graceful Restart de BGP.
  • Si ingresa este comando después de que se haya establecido la sesión BGP, debe reiniciar la sesión para que la capacidad se intercambie con el vecino BGP.
  • En este ejemplo, la capacidad de graceful restart BGP se habilita para la plantilla de la sesión de peers nombrada S1.
 
Paso 6
salida-par-sesión


Ejemplo:

Router (config-router-stmp) # salida-par-sesión

 

Sale del modo de configuración de la plantilla de sesión y vuelve al modo de configuración del router.

 
Paso 7
sesión-plantilla-nombre de la sesión de peers de la plantilla


Ejemplo:

Router (config-router) # s2 de la sesión de peers de la plantilla

 

Ingresa en el modo de configuración session-template y crea una plantilla de la sesión de peer.

  • En este ejemplo, una plantilla de la sesión de peers nombrada S2 se crea.
 
Paso 8
[disable] del graceful restart HA-MODE


Ejemplo:

Router (config-router-stmp) # neutralización del graceful restart HA-MODE

 

Habilita la capacidad de graceful restart BGP y el reconocimiento de NSF BGP.

  • Utilice la palabra clave disable para inhabilitar la capacidad de Graceful Restart de BGP.
  • Si ingresa este comando después de que se haya establecido la sesión BGP, debe reiniciar la sesión para que la capacidad se intercambie con el vecino BGP.
  • En este ejemplo, la capacidad de graceful restart BGP se inhabilita para la plantilla de la sesión de peers nombrada S2.
 
Paso 9
salida-par-sesión


Ejemplo:

Router (config-router-stmp) # salida-par-sesión

 

Sale del modo de configuración de la plantilla de sesión y vuelve al modo de configuración del router.

 
Paso 10
log-neighbor-changes BGP


Ejemplo:

Router (config-router) # log-neighbor-changes BGP

 

Habilita el registro de los cambios de estado del vecino BGP (hacia arriba o hacia abajo) y de las restauraciones vecinas.

  • Utilice este comando para troubleshooting la conectividad de red y para medir la estabilidad de la red. Las restauraciones vecinas inesperadas pudieron indicar los altos índices de error o la alta pérdida del paquete en la red y deben ser investigadas.
 
Paso 11
neighbor ip-address telecontrol-como el autonomous-system-number


Ejemplo:

Router (config-router) # vecino 192.168.1.2 telecontrol-como 40000

 

Configura el peering con un vecino BGP en el sistema autónomo especificado.

  • En este ejemplo, el peer BGP en 192.168.1.2 es un par del BGP externo porque tiene un número del sistema autónomo diferente del router donde se está ingresando la configuración BGP (véase el paso 3).
 
Paso 12
el neighbor ip-address hereda el sesión-plantilla-número de la sesión de peers


Ejemplo:

El router (config-router) # vecino 192.168.1.2 hereda el s1 de la sesión de peers

 

Hereda una plantilla de la sesión de peers.

  • En este ejemplo, la plantilla de la sesión de peers nombrada S1 se hereda, y el vecino hereda habilitar del graceful restart BGP.
 
Paso 13
neighbor ip-address telecontrol-como el autonomous-system-number


Ejemplo:

Router (config-router) # vecino 192.168.3.2 telecontrol-como 50000

 

Configura el peering con un vecino BGP en el sistema autónomo especificado.

  • En este ejemplo, el peer BGP en 192.168.3.2 es un par del BGP externo porque tiene un número del sistema autónomo diferente del router donde se está ingresando la configuración BGP (véase el paso 3).
 
Paso 14
el neighbor ip-address hereda el sesión-plantilla-número de la sesión de peers


Ejemplo:

El router (config-router) # vecino 192.168.3.2 hereda el s2 de la sesión de peers

 

Hereda una sesión-plantilla del par.

  • En este ejemplo, la plantilla de la sesión de peers nombrada S2 se hereda, y el vecino hereda inhabilitar del graceful restart BGP.
 
Paso 15
Finalizar


Ejemplo:

Router (config-router) # extremo

 

Sale del modo de configuración del router e ingresa en el modo EXEC privilegiado.

 
Paso 16
muestre el [session-template-number] de la sesión de peers de la plantilla BGP del IP


Ejemplo:

Sesión de peers de la plantilla BGP del IP de la demostración del Router-

 

De las visualizaciones plantillas (opcionales) de la sesión del peer configurado localmente.

  • La salida se puede filtrar para visualizar una sola plantilla de política del par con el argumento del sesión-plantilla-nombre. Este comando también soporta todos los modificadores de salida estándar.
 
Paso 17
muestre a los vecinos BGP del IP [IP address [recibir-rutas | rutas | rutas anunciadas | [regexp] de las trayectorias | rutas que ya no sirven | flap-statistics| prefijo-filtro recibido| directiva [detail]]]


Ejemplo:

Vecinos BGP 192.168.1.2 del IP de la demostración del Router-

 

(Opcional) Muestra información sobre las conexiones TCP y BGP con los vecinos.

  • "Capacidad de Graceful Restart: anunciado" se mostrará para cada vecino que haya intercambiado las capacidades de graceful restart con este router.
  • En este ejemplo, la salida se filtra al mostrar información sobre el peer BGP en 192.168.1.2.
 
Ejemplos

El siguiente ejemplo muestra el resultado parcial del comando show ip bgp neighbors para el peer BGP en 192.168.1.2 (router A en la figura antedicha). Se indica que Graceful Restart está habilitado. Observe los valores predeterminados de los temporizadores de reinicio y de trayectoria obsoleta. Estos temporizadores se pueden fijar solamente usando el comando global del graceful restart BGP.

Router# show ip bgp neighbors 192.168.1.2
BGP neighbor is 192.168.1.2,  remote AS 40000, external link
 Inherits from template S1 for session parameters
  BGP version 4, remote router ID 192.168.1.2
  BGP state = Established, up for 00:02:11
  Last read 00:00:23, last write 00:00:27, hold time is 180, keepalive intervals
  Neighbor sessions:
    1 active, is multisession capable
  Neighbor capabilities:
    Route refresh: advertised and received(new)
    Address family IPv4 Unicast: advertised and received
    Graceful Restart Capability: advertised
    Multisession Capability: advertised and received
!
Address tracking is enabled, the RIB does have a route to 192.168.1.2
  Connections established 1; dropped 0
  Last reset never
  Transport(tcp) path-mtu-discovery is enabled
  Graceful-Restart is enabled, restart-time 120 seconds, stalepath-time 360 secs
Connection state is ESTAB, I/O status: 1, unread input bytes: 0 

El siguiente ejemplo muestra el resultado parcial del comando show ip bgp neighbors para el peer BGP en 192.168.3.2 (router E en la figura antedicha). Se indica que Graceful Restart está inhabilitado.

Router# show ip bgp neighbors 192.168.3.2
BGP neighbor is 192.168.3.2,  remote AS 50000, external link
 Inherits from template S2 for session parameters
  BGP version 4, remote router ID 192.168.3.2
  BGP state = Established, up for 00:01:41
  Last read 00:00:45, last write 00:00:45, hold time is 180, keepalive intervals
  Neighbor sessions:
    1 active, is multisession capable
  Neighbor capabilities:
    Route refresh: advertised and received(new)
    Address family IPv4 Unicast: advertised and received
!
Address tracking is enabled, the RIB does have a route to 192.168.3.2
  Connections established 1; dropped 0
  Last reset never
  Transport(tcp) path-mtu-discovery is enabled
  Graceful-Restart is disabled
Connection state is ESTAB, I/O status: 1, unread input bytes: 0 

Habilitación de Graceful Restart BGP para un Vecino BGP Individual

Realice esta tarea en el router B en la figura arriba de habilitar el graceful restart BGP en el par del Internal BGP en el C del router en la figura arriba. Bajo el IPv4 de la familia del direccionamiento, identifican al vecino en el C del router, y el graceful restart BGP se habilita para el vecino en el C del router con la dirección IP 172.21.1.2. Para verificar que el graceful restart BGP esté habilitado, utilizan al comando show ip bgp neighbors opcional.

Antes de comenzar

Esta tarea requiere un Cisco IOS Release 12.2(33)SRC, un 12.2(33)SB, o un 15.0(1)M.


PASOS SUMARIOS

1. permiso

2. configuró terminal

3. autonomous-system-number BGP del router

4. direccionamiento-familia ipv4 [unicast | Multicast| vrf-name del vrf]

5. neighbor ip-address telecontrol-como el autonomous-system-number

6. el neighbor ip-address activa

7. [disable] del graceful restart del neighbor ip-address HA-MODE

8. extremo

9. muestre a los vecinos BGP del IP [IP address [recibir-rutas | rutas | rutas anunciadas | [regexp] de las trayectorias | rutas que ya no sirven | flap-statistics| prefijo-filtro recibido| 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:

BGP 45000 del router de Router(config)#

 

Ingresa en el modo de configuración de router y crea un proceso de ruteo BGP.

 
Paso 4
direccionamiento-familia ipv4 [unicast | Multicast| vrf-name del vrf]


Ejemplo:

Router (config-router) # unicast de la direccionamiento-familia ipv4

 

Especifica la familia de direcciones de IPv4 e ingresa en el modo de configuración de la familia de direcciones.

  • La palabra clave unicast especifica la familia de direcciones unicast IPv4. De manera predeterminada, el router se coloca en el modo de configuración de familia de direcciones para la familia de direcciones unicast IPv4 si no se ha especificado la palabra clave unicast con el comando address-family ipv4 .
  • La palabra clave multicast especifica los prefijos de dirección multicast de IPv4.
  • La palabra clave vrf y el argumento vrf-name especifican el nombre de la instancia VRF que se debe asociar a los comandos subsiguientes del modo de configuración de familia de direcciones IPv4.
 
Paso 5
neighbor ip-address telecontrol-como el autonomous-system-number


Ejemplo:

Router (config-router-AF) # vecino 172.21.1.2 telecontrol-como 45000

 

Configura el peering con un vecino BGP en el sistema autónomo especificado.

  • En este ejemplo, el peer BGP en 172.21.1.2 es un par del Internal BGP porque tiene el número del mismo sistema autónomo como el router donde se está ingresando la configuración BGP (véase el paso 3).
 
Paso 6
el neighbor ip-address activa


Ejemplo:

El router (config-router-AF) # vecino 172.21.1.2 activa

 

Permite al vecino intercambiar los prefijos de la familia de direcciones IPv4 con el router local.

  • En este ejemplo, activan al par del Internal BGP en 172.21.1.2.
 
Paso 7
[disable] del graceful restart del neighbor ip-address HA-MODE


Ejemplo:

Router (config-router-AF) # graceful restart de 172.21.1.2 HA-MODE del vecino

 

Habilita la capacidad de BGP Graceful Restart para un vecino BGP.

  • Utilice la palabra clave disable para inhabilitar la capacidad de Graceful Restart de BGP.
  • Si ingresa este comando después de que se haya establecido la sesión BGP, debe reiniciar la sesión para que la capacidad se intercambie con el vecino BGP.
  • En este ejemplo, la capacidad de graceful restart BGP se habilita para el vecino en 172.21.1.2.
 
Paso 8
Finalizar


Ejemplo:

Router (config-router-AF) # extremo

 

Sale del modo de configuración de la familia de direcciones y vuelve al modo EXEC privilegiado.

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


Ejemplo:

Vecinos BGP 172.21.1.2 del IP de la demostración del Router-

 

(Opcional) Muestra información sobre las conexiones TCP y BGP con los vecinos.

  • "Capacidad de Graceful Restart: anunciado" se mostrará para cada vecino que haya intercambiado las capacidades de graceful restart con este router.
  • En este ejemplo, la salida se filtra al mostrar información sobre el peer BGP en 172.21.1.2.
 
Ejemplos

El siguiente ejemplo muestra el resultado parcial del comando show ip bgp neighbors para el peer BGP en 172.21.1.2. Se indica que Graceful Restart está habilitado. Observe los valores predeterminados de los temporizadores de reinicio y de trayectoria obsoleta. Estos temporizadores se pueden fijar usando solamente el comando global del graceful restart BGP.

Router# show ip bgp neighbors 172.21.1.2
BGP neighbor is 172.21.1.2,  remote AS 45000, internal link
  BGP version 4, remote router ID 172.22.1.1
  BGP state = Established, up for 00:01:01
  Last read 00:00:02, last write 00:00:07, hold time is 180, keepalive intervals
  Neighbor sessions:
    1 active, is multisession capable
  Neighbor capabilities:
    Route refresh: advertised and received(new)
    Address family IPv4 Unicast: advertised and received
    Graceful Restart Capability: advertised
    Multisession Capability: advertised and received
!
  Address tracking is enabled, the RIB does have a route to 172.21.1.2
  Connections established 1; dropped 0
  Last reset never
  Transport(tcp) path-mtu-discovery is enabled
  Graceful-Restart is enabled, restart-time 120 seconds, stalepath-time 360 secs
Connection state is ESTAB, I/O status: 1, unread input bytes: 0 

Inhabilitación de Graceful Restart BGP para un Grupo de Peers BGP

Realice esta tarea de inhabilitar el graceful restart BGP para un grupo de peer de BGP. En esta tarea, crean a un grupo de peer de BGP y el graceful restart se inhabilita para el grupo de peer. Identifican y después se agregan a un vecino BGP, 172.16.1.2 en el router D en la figura arriba, como miembro de grupo de peer y hereda la configuración asociada al grupo de peer, que, en este ejemplo, inhabilita el graceful restart BGP.

Antes de comenzar

Esta tarea requiere un Cisco IOS Release 12.2(33)SRC, un 12.2(33)SB, o un 15.0(1)M.


PASOS SUMARIOS

1. permiso

2. configuró terminal

3. autonomous-system-number BGP del router

4. direccionamiento-familia ipv4 [unicast | Multicast| vrf-name del vrf]

5. grupo de peers del par-grupo-nombre del vecino

6. par-grupo-nombre del vecino telecontrol-como el autonomous-system-number

7. [disable] del graceful restart del par-grupo-nombre HA-MODE del vecino

8. par-grupo-nombre del grupo de peers del neighbor ip-address

9. extremo

10. muestre a los vecinos BGP del IP [IP address [recibir-rutas | rutas | rutas anunciadas | [regexp] de las trayectorias | rutas que ya no sirven | flap-statistics| prefijo-filtro recibido| 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:

BGP 45000 del router de Router(config)#

 

Ingresa en el modo de configuración de router y crea un proceso de ruteo BGP.

 
Paso 4
direccionamiento-familia ipv4 [unicast | Multicast| vrf-name del vrf]


Ejemplo:

Router (config-router) # unicast de la direccionamiento-familia ipv4

 

Especifica la familia de direcciones de IPv4 e ingresa en el modo de configuración de la familia de direcciones.

  • La palabra clave unicast especifica la familia de direcciones unicast IPv4. De manera predeterminada, el router se coloca en el modo de configuración de familia de direcciones para la familia de direcciones unicast IPv4 si no se ha especificado la palabra clave unicast con el comando address-family ipv4 .
  • La palabra clave multicast especifica los prefijos de dirección multicast de IPv4.
  • La palabra clave vrf y el argumento vrf-name especifican el nombre de la instancia VRF que se debe asociar a los comandos subsiguientes del modo de configuración de familia de direcciones IPv4.
 
Paso 5
grupo de peers vecino del par-grupo-nombre


Ejemplo:

Router (config-router-AF) # grupo de peers vecino PG1

 

Crea un grupo de peers de BGP.

  • En este ejemplo, crean al grupo de peer nombrado PG1.
 
Paso 6
par-grupo-nombre vecino telecontrol-como el autonomous-system-number


Ejemplo:

Router (config-router-AF) # vecino PG1 telecontrol-como 45000

 

Configuraciones que miran con un grupo de peer de BGP en el sistema autónomo especificado.

  • En este ejemplo, agregan al grupo de peer de BGP nombrado PG1 a la tabla de vecino del Multiprotocol BGP del IPv4 del router local.
 
Paso 7
[disable] vecino del graceful restart del par-grupo-nombre HA-MODE


Ejemplo:

Router (config-router-AF) # neutralización del graceful restart del vecino PG1 HA-MODE

 

Habilita la capacidad de BGP Graceful Restart para un vecino BGP.

  • Utilice la palabra clave disable para inhabilitar la capacidad de Graceful Restart de BGP.
  • Si ingresa este comando después de que se haya establecido la sesión BGP, debe recomenzar la sesión para que la capacidad se intercambie con el BGP vecino.
  • En este ejemplo, la capacidad de graceful restart BGP se inhabilita para el grupo de peer de BGP nombrado PG1.
 
Paso 8
par-grupo-nombre del grupo de peers del neighbor ip-address


Ejemplo:

Router (config-router-AF) # grupo de peers PG1 de 172.16.1.2 del vecino

 

Asigna la dirección IP de un vecino BGP a un grupo de peers.

  • En este ejemplo, configuran al par del vecino BGP en 172.16.1.2 como miembro del grupo de peer nombrado PG1.
 
Paso 9
Finalizar


Ejemplo:

Router (config-router-AF) # extremo

 

Sale del modo de configuración de la familia de direcciones y vuelve al modo EXEC privilegiado.

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


Ejemplo:

Vecinos BGP 172.16.1.2 del IP de la demostración del Router-

 

(Opcional) Muestra información sobre las conexiones TCP y BGP con los vecinos.

  • En este ejemplo, la salida se filtra al mostrar información sobre el peer BGP en 172.16.1.2 y el “graceful restart es” línea inhabilitada muestra que la capacidad de graceful restart está inhabilitada para este vecino.
 
Ejemplos

El siguiente ejemplo muestra el resultado parcial del comando show ip bgp neighbors para el peer BGP en 172.16.1.2. Se indica que Graceful Restart está inhabilitado. Observe los valores predeterminados de los temporizadores de reinicio y de trayectoria obsoleta. Estos temporizadores se pueden fijar usando solamente el comando global del graceful restart BGP.

Router# show ip bgp neighbors 172.16.1.2
BGP neighbor is 172.16.1.2,  remote AS 45000, internal link
 Member of peer-group PG1 for session parameters
  BGP version 4, remote router ID 0.0.0.0
  BGP state = Idle
  Neighbor sessions:
    0 active, is multisession capable
!
Address tracking is enabled, the RIB does have a route to 172.16.1.2
  Connections established 0; dropped 0
  Last reset never
  Transport(tcp) path-mtu-discovery is enabled
  Graceful-Restart is disabled

Verificación de la Configuración de BGP Nonstop Forwarding Awareness

Utilice los pasos siguientes para verificar la configuración local de la conciencia BGP NSF en un router y para verificar la configuración de la conciencia NSF en el Routers del par en una red de BGP.

PASOS SUMARIOS

1. permiso

2. muestre los ejecutar-config [options]

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


PASOS DETALLADOS
Paso 1   permiso

Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga.



Ejemplo:
 
Router> enable
Paso 2   muestre los ejecutar-config [options]

Visualiza la configuración corriente en el router local. La salida visualizará la configuración del comando del graceful restart BGP en la sección BGP. Relance este comando en todo el Routers del vecino BGP de verificar que configuran a todos los peeres BGP para la conciencia BGP NSF. En este ejemplo, el graceful restart BGP se habilita global y configuran para ser un peer BGP y tendrá al vecino externo en 192.168.1.2 la capacidad de graceful restart BGP habilitada.



Ejemplo:
 
Router# show running-config
.
.
.
router bgp 45000
 bgp router-id 172.17.1.99
 bgp log-neighbor-changes
 bgp graceful-restart restart-time 130
 bgp graceful-restart stalepath-time 350
 bgp graceful-restart
 timers bgp 70 120
 neighbor 192.168.1.2 remote-as 40000
 neighbor 192.168.1.2 activate
.
.
.
Paso 3   muestre a los vecinos BGP del IP [IP address [recibir-rutas | rutas | rutas anunciadas | [regexp] de las trayectorias | rutas que ya no sirven | flap-statistics| prefijo-filtro recibido| directiva [detail]]]

Muestra información sobre conexiones TCP y BGP con los vecinos. "Capacidad de Graceful Restart: anunciado" se mostrará para cada vecino que haya intercambiado las capacidades de graceful restart con este router. En los Cisco IOS Release 12.2(33)SRC, 12.2(33)SB, o versiones posteriores, la capacidad de habilitar o de inhabilitar la capacidad de graceful restart BGP para una plantilla individual del vecino BGP, del grupo de peer o de la sesión de peers fue introducido y la salida fue agregada a este comando de mostrar el estatus del graceful restart BGP.

El ejemplo siguiente del resultado parcial usando una imagen del Cisco IOS Release 12.2(33)SRC, visualiza la información del graceful restart para el vecino 172.21.1.2 del Internal BGP en el C del router en la figura arriba. Observe el “graceful restart es” mensaje habilitado.



Ejemplo:
 
Router# show ip bgp neighbors 172.21.1.2 
BGP neighbor is 172.21.1.2,  remote AS 45000, internal link
  BGP version 4, remote router ID 172.22.1.1
  BGP state = Established, up for 00:01:01
  Last read 00:00:02, last write 00:00:07, hold time is 180, keepalive intervals
  Neighbor sessions:
    1 active, is multisession capable
  Neighbor capabilities:
    Route refresh: advertised and received(new)
    Address family IPv4 Unicast: advertised and received
    Graceful Restart Capability: advertised
    Multisession Capability: advertised and received
!
  Address tracking is enabled, the RIB does have a route to 172.21.1.2
  Connections established 1; dropped 0
  Last reset never
  Transport(tcp) path-mtu-discovery is enabled
  Graceful-Restart is enabled, restart-time 120 seconds, stalepath-time 360 secs

Configuración de BGP Route Dampening

Las tareas en este humedecimiento de la configuración de la sección y de la ruta BGP del monitor. La amortiguación de Routes se diseña para minimizar la propagación de las rutas inestables a través de una red interna. Una ruta se considera inestable cuando su disponibilidad varía repetidamente.

Habilitación y Configuración del Dampening de la Ruta de BGP

Realice esta tarea de habilitar y de configurar el humedecimiento de la ruta BGP.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. como-número BGP del router

4. direccionamiento-familia ipv4 [unicast | Multicast | vrf-name del vrf]

5. [half-life reuse suppress max-suppress-time] de humedecimiento BGP [route-map map-name]

6. extremo


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 BGP del router


Ejemplo:

BGP 45000 del router de Router(config)#

 

Ingresa en el modo de configuración de router y crea un proceso de ruteo BGP.

 
Paso 4
direccionamiento-familia ipv4 [unicast | Multicast | vrf-name del vrf]


Ejemplo:

Router (config-router) # unicast de la direccionamiento-familia ipv4

 

Especifica la familia de direcciones de IPv4 e ingresa en el modo de configuración de la familia de direcciones.

  • La palabra clave unicast especifica la familia de direcciones unicast IPv4. De manera predeterminada, el router se coloca en el modo de configuración de familia de direcciones para la familia de direcciones unicast IPv4 si no se ha especificado la palabra clave unicast con el comando address-family ipv4 .
  • La palabra clave multicast especifica los prefijos de dirección multicast de IPv4.
  • La palabra clave vrf y el argumento vrf-name especifican el nombre de la instancia VRF que se debe asociar a los comandos subsiguientes del modo de configuración de familia de direcciones IPv4.
 
Paso 5
[half-life reuse suppress max-suppress-time] de humedecimiento BGP [route-map map-name]


Ejemplo:

Router (config-router-AF) # BGP que humedece 30 1500 10000 120

 

La ruta BGP de los permisos que humedece y cambia los valores predeterminados de los factores de la amortiguación de Routes.

  • La semivida, la reutilización, suprime, y los argumentos del max-suppress-time son todo el dependiente de la posición; si un argumento es entonces ingresado todo el los argumentos deben ser ingresados.
  • Utilice el argumento de la palabra clave y del nombre de asignación del route-map para controlar donde la ruta BGP que humedece se habilita.
 
Paso 6
Finalizar


Ejemplo:

Router (config-router-AF) # extremo

 

Sale del modo de configuración de la familia de direcciones e ingresa en el modo EXEC privilegiado.

 

Monitoreo y Mantenimiento del Dampening de la Ruta de BGP

Realice los pasos en esta tarea como sea necesario de monitorear y de mantener el humedecimiento de la ruta BGP.

PASOS SUMARIOS

1. permiso

2. show ip bgp flap-statistics [regexp del regexp | lista de acceso de la lista de filtros | [longer-prefix] de la máscara del IP address]

3. flap-statistics claro BGP del IP [dirección de vecino [ipv4-mask]] [regexp del regexp | extcom-número de la lista de filtros]

4. muestre la trayectoria que ya no sirve BGP del IP

5. BGP claro [ipv4 {Multicast del IP | unicast} | ipv6{multicast | unicast} | [neighbor-address] de humedecimiento [ipv4-mask] del unicast vpnv4]


PASOS DETALLADOS
Paso 1   permiso

Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga.



Ejemplo:
 
Router> enable
Paso 2   show ip bgp flap-statistics [regexp del regexp | lista de acceso de la lista de filtros | [longer-prefix] de la máscara del IP address]

Use este comando para monitorear las inestabilidades de todas las trayectorias que son inestables. Las estadísticas se eliminarán cuando se reactive la ruta y se mantenga estable durante al menos la mitad de su vida útil.



Ejemplo:
 
Router# show ip bgp flap-statistics
BGP table version is 10, local router ID is 172.17.232.182
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal
Origin codes: i - IGP, e - EGP, ? - incomplete
   Network          From            Flaps Duration Reuse    Path
*d 10.0.0.0         172.17.232.177  4     00:13:31 00:18:10 100
*d 10.2.0.0         172.17.232.177  4     00:02:45 00:28:20 100
Paso 3   borre el flap-statistics BGP del IP [dirección de vecino [ipv4-mask]] [regexp del regexp | extcom-número de la lista de filtros]

Utilice este comando de borrar la pena acumulada para las rutas que se reciben en un router que haga el humedecimiento BGP habilitar. Si no se especifica ningunos argumentos o palabras claves, las estadísticas del flap se borran para todas las rutas. Las estadísticas del flap también se borran cuando el par es estable para el período de tiempo de la semivida. Después de que se borren las estadísticas del flap BGP, la ruta es menos probable ser humedecida.



Ejemplo:
 
Router# clear ip bgp flap-statistics 172.17.232.177
Paso 4   muestre la trayectoria que ya no sirve BGP del IP

Use este comando para monitorear las inestabilidades de todas las trayectorias que son inestables. Las estadísticas se eliminarán cuando se reactive la ruta y se mantenga estable durante al menos la mitad de su vida útil.



Ejemplo:
 
Router# show ip bgp dampened-paths
BGP table version is 10, local router ID is 172.29.232.182
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal
Origin codes: i - IGP, e - EGP, ? - incomplete
   Network          From             Reuse   Path
*d 10.0.0.0         172.16.232.177   00:18:4 100 ?
*d 10.2.0.0         172.16.232.177   00:28:5 100 ?
Paso 5   borre BGP [ipv4 {Multicast del IP | unicast} | ipv6{multicast | unicast} | [neighbor-address] de humedecimiento [ipv4-mask] del unicast vpnv4]

Utilice este comando de borrar la información salvada de la amortiguación de Routes. Si no se ingresa ningunas palabras claves o argumentos, la información de la amortiguación de Routes para la tabla de ruteo entera se borra. La información de la amortiguación de Routes de los claros del siguiente ejemplo para los prefijos de la familia del direccionamiento del VPNv4 de la red 192.168.10.0/24, y unsuppresses sus rutas suprimidas.



Ejemplo:
 
Router# clear ip bgp vpnv4 unicast dampening 192.168.10.0 255.255.255.0

Disminución del Tiempo de Convergencia BGP mediante BFD

El soporte BFD para el BGP fue introducido en los Cisco IOS Release 12.0(31)S, 12.4(4)T, 12.2(33)SRA, 12.2(33)SXH, 12.2(33)SB, y posterior las versiones. Un proceso BFD se inicia configurando BFD en la interfaz. Cuando se comienza el proceso BFD, no se crea ningunas entradas en las bases de datos de adyacencia, es decir no se envía ni se recibe ningunos paquetes de control BFD. La creación de adyacencias tiene lugar después de configurar el soporte BFD para los Routing Protocols aplicables. Las primeras dos tareas se deben configurar para implementar el soporte BFD para que el BGP reduzca el tiempo de la convergencia BGP. La tercera tarea es una tarea optativa de ayudar a monitorear o a resolver problemas el BFD.

Vea también “configurando el capítulo de la opción de sesión del vecino BGP”, la sección el “que configura BFD para los vecinos del IPv6 BGP.”

Prerrequisitos

  • Cisco Express Forwarding (CEF) e IP Routing se deben habilitar en todos los routers participantes.
  • El BGP se debe configurar en el Routers antes de que se despliegue el BFD. Debe implementar la convergencia rápida para el protocolo de ruteo que esté utilizando. Vea la documentación de IP Routing correspondiente a su versión del software de Cisco IOS para obtener información sobre la configuración de la convergencia rápida.

Restricciones

  • Para la implementación de Cisco actual del soporte BFD para el BGP en los Cisco IOS Release 12.0(31)S, 12.4(4)T, 12.2(33)SRA, 12.2(33)SXH, y 12.2(33)SB, BFD se soporta solamente para las redes del IPv4, y solamente soportan al modo asincrónico. En el modo asincrónico, cualquier peer BFD puede iniciar una sesión BFD.
  • El BFD trabaja solamente para los vecinos conectados directamente. Los vecinos BFD deben estar como máximo a un salto IP. Las configuraciones multisalto no se soportan.
  • La configuración del graceful restart BFD y BGP para el NSF en un router que ejecuta el BGP puede dar lugar a un ruteo subóptimo. Para más detalles, vea el BFD para el BGP.

Configuración de los Parámetros de Sesión BFD en la Interfaz

Los pasos de este procedimiento muestran cómo configurar BFD en la interfaz estableciendo los parámetros de sesión BFD de referencia en una interfaz. Repita los pasos de este procedimiento para cada interfaz sobre la cual quiera ejecutar sesiones BFD a vecinos BFD.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. número del tipo de la interfaz

4. intervalo-multiplicador del multiplicador de los milisegundos del min_rx de los milisegundos de intervalo del bfd

5. extremo


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
número del tipo de la interfaz


Ejemplo:

FastEthernet 6/0 de la interfaz de Router(config)#

 

Ingresa en el modo de configuración de la interfaz.

 
Paso 4
intervalo-multiplicador del multiplicador de los milisegundos del min_rx de los milisegundos de intervalo del bfd


Ejemplo:

Router (config-if) # multiplicador 5 del min_rx 50 del intervalo 50 del bfd

 

Habilita BFD en la interfaz.

 
Paso 5
Finalizar


Ejemplo:

Router(config-if)#end

 

Sale del modo de configuración de interfaz.

 

Configuración del Soporte BFD para BGP

Realice esta tarea de configurar el soporte BFD para el BGP, de modo que el BGP sea un protocolo registrado con el BFD y reciba los mensajes de la falla de detección del trayecto de reenvío del BFD.

Antes de comenzar
  • BGP debe estar en ejecución en todos los routers participantes.
  • Se deben configurar los parámetros de línea de base de las sesiones BFD en las interfaces sobre las que desee ejecutar sesiones BFD en los vecinos BFD. Vea “configurar los parámetros de sesión BFD en la interfaz” para más información.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. autonomous-system-number BGP del router

4. bfd del fail-over del neighbor ip-address

5. extremo

6. muestre a los vecinos del bfd [details]

7. muestre a los vecinos BGP del IP [IP address [recibir-rutas | rutas | rutas anunciadas | [regexp] de las trayectorias | rutas que ya no sirven | flap-statistics | prefijo-filtro recibido | 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:

BGP tag1 del router de Router(config)#

 

Especifica un proceso BGP e ingresa al modo de configuración de router.

 
Paso 4
bfd del fail-over del neighbor ip-address


Ejemplo:

Router (config-router) # bfd del fail-over de 172.16.10.2 del vecino

 

Habilita el soporte BFD para el fallover.

 
Paso 5
Finalizar


Ejemplo:

Router (config-router) # extremo

 

Devuelve el router al modo EXEC privilegiado.

 
Paso 6
muestre a los vecinos del bfd [details]


Ejemplo:

Detalle de los vecinos del bfd de la demostración del Router-

 

Verifica que el vecino BFD sea activo y visualiza los Routing Protocol que el BFD ha registrado.

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


Ejemplo:

Vecinos BGP del IP de la demostración del Router-

 

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

 

Monitoreo y Troubleshooting de BFD para Cisco 7600 Series Routers

Para monitorear o resolver problemas de BFD en los Cisco 7600 Series Routers, lleve a cabo uno o varios de los pasos de esta sección.

PASOS SUMARIOS

1. permiso

2. muestre a los vecinos del bfd [details]

3. bfd del debug [evento | paquete | IPC-error | IPC-evento | OIR-error | OIR-evento]


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 a los vecinos del bfd [details]


Ejemplo:

Detalles de los vecinos del bfd de la demostración del Router-

 

(Opcional) Muestra la base de datos de adyacencia BFD.

  • La palabra clave details muestra todos los parámetros del protocolo BFD y los temporizadores por vecino.
 
Paso 3
bfd del debug [evento | paquete | IPC-error | IPC-evento | OIR-error | OIR-evento]


Ejemplo:

Paquete del bfd del debug del Router-

 

(Opcional) Muestra la información de debugging sobre los paquetes BFD.

 
Pasos Siguientes

Para más información sobre configurar el soporte BFD para otro Routing Protocol vea la guía de configuración “de la detección bidireccional de la expedición”.

Habilitación del Soporte de BGP MIB

Las notificaciones SNMP se pueden configurar en el router y las operaciones GET se pueden realizar de una estación de administración externa solamente después que se habilita el soporte BGP SNMP. Realice esta tarea en un router de configurar las notificaciones SNMP para el BGP MIB.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. [limited] del [backward-trans] del [[state-changes [all] BGP de los desvíos del permiso del SNMP-servidor] | [threshold prefix]]

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
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
el permiso del SNMP-servidor atrapa el [limited] del [backward-trans] del [[state-changes [all] BGP] | [threshold prefix]]


Ejemplo:

El permiso del SNMP-servidor del Router- atrapa el BGP

 

Soporte BGP de los permisos para los funcionamientos de SNMP. Ingresar este comando sin las palabras claves o los argumentos habilita el soporte para todos los eventos BGP.

  • La palabra clave de los cambios de estado se utiliza para habilitar el soporte para los eventos de la transición FSM.
  • Todo el soporte de los permisos de la palabra clave para los eventos de las transiciones FSM.
  • Los permisos de la palabra clave al revés-transporte soportan solamente para los eventos posteriores del cambio de estado de transición.
  • El soporte limitado de los permisos de la palabra clave para los cambios de estado de transición y los eventos posteriores del estado establecido.
  • Las palabras claves del umbral y del prefijo se utilizan para habilitar las notificaciones cuando el Máximo configurado del límite del prefijo se alcanza en el par especificado.
 
Paso 4
salida


Ejemplo:

Salida de Router(config)#

 

Da salida al modo de configuración global, y ingresa al modo EXEC privilegiado.

 

Configuración de BGP Support for MTR

Antes de realizar las tareas siguientes, usted debe haber configurado las topologías MTR. Para más detalles, vea “la característica de la encaminamiento de la Multi-topología” en el Cisco IOS Release 12.2(33)SRB.

Activación de una Topología MTR con BGP

Realice esta tarea para activar una topología MTR dentro de una familia de direcciones usando el BGP. Esta tarea se configura en el router B en la figura abajo y se debe también configurar en el router D y el router E. En esta tarea, se configura una jerarquía del alcance para aplicarla globalmente y se configura en un modo de configuración de alcance del router. Bajo la familia de direcciones unicast IPv4, una topología MTR que se aplica al tráfico de vídeo se activa para el vecino especificado. No hay modo de configuración de la interfaz para las topologías BGP.

Figura 2Diagrama de red de BGP


El BGP CLI se ha modificado para proporcionar compatibilidad conversiones anteriores de la configuración anterior a MTR BGP y para proporcionar una implementación jerárquica de MTR. Una nueva jerarquía de configuración, denominada alcance, se ha introducido en el protocolo BGP. Para implementar MTR para el BGP, se requiere la jerarquía del alcance, pero ésta no se limita al uso de MTR. La jerarquía del alcance presenta algunos nuevos modos de configuración, como el modo de la configuración de alcance del router. Se ingresa en el modo de configuración de alcance del router configurando el comando scope en el modo de configuración del router, y cuando se ingresa este comando se crea una colección de tablas de ruteo. A continuación se muestran los niveles de jerarquía que se utilizan al configurar BGP para la implementación MTR:

router bgp <
autonomous-system-number
>
 ! global commands

 scope {global | vrf <
vrf-name
>}
  ! scoped commands

  address-family {<
afi
>} [<
safi
>]
   ! address family specific commands

   topology {<
topology-name
> | base}
    ! topology specific commands

Antes de usar el BGP para soportar MTR, usted debe ser familiar con todos los conceptos documentados en el soporte BGP para MTR.

Antes de comenzar
  • Debe ejecutar Cisco IOS Release 12.2(33)SRB, o una versión posterior, en cualquier router configurado para MTR.
  • Se ha configurado y activado una configuración de topología MTR.
  • Se habilitan el IP Routing y el CEF.

Nota


  • Se permite la redistribución dentro de una topología. No se permite la redistribución de una topología a otra. Esta restricción está diseñada para evitar loops de ruteo. Puede utilizar la traducción de topologías o la funcionalidad de importación de topologías para mover rutas de una topología a otra.
  • Solo se soporta la familia de direcciones IPv4 (multicast y unicast).
  • Solamente es posible configurar una sola topología multicast, y sólo se puede especificar la topología base si se crea una topología multicast.


PASOS SUMARIOS

1. permiso

2. configuró terminal

3. autonomous-system-number BGP del router

4. alcance {global | vrf vrf-name}

5. vecino {IP address| par-grupo-nombre} telecontrol-como el autonomous-system-number

6. vecino {IP address| transporte del par-grupo-nombre } {modo de conexión {active | voz pasiva} | trayectoria-MTU-detección | multi-sesión | solo-sesión}

7. direccionamiento-familia ipv4 [mdt | Multicast | unicast]

8. topología {base| topología-nombre}

9. número del tid BGP

10. el neighbor ip-address activa

11 vecino {IP address| número de la traducir-topología del par-grupo-nombre}

12.    Finalizar

13.    borre la topología BGP del IP {* | topología-nombre} {como-número | [network-address [network-mask] de humedecimiento] | [network-address [network-mask] del flap-statistics] | par-grupo-nombre del grupo de peers | tabla de mapeo | actualización-grupo [número | [in [prefix-filter] del IP address]} | hacia fuera| [in [prefix-filter] suave | hacia fuera]]

14.    muestre la topología BGP del IP {* | resumen de la topología}


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:

BGP 45000 del router de Router(config)#

 

Ingresa al modo de configuración del router para crear o configurar un proceso de ruteo BGP.

 
Paso 4
alcance {global | vrf vrf-name}


Ejemplo:

Router (config-router) # alcance global

 

Define el alcance para el proceso de ruteo BGP e ingresa en el modo de la configuración de alcance del router.

  • Los comandos de sesión generales de BGP que se aplican a una red única, o a un VRF especificado, se ingresan en este modo de configuración.
  • Utilice la palabra clave global para especificar que BGP utiliza la tabla de ruteo global.
  • Utilice la palabra clave vrf y el argumento vrf-name para especificar que BGP utiliza una tabla de ruteo específica VRF. El VRF ya debe existir.
 
Paso 5
neighbor {ip-address| par-grupo-nombre} telecontrol-como el autonomous-system-number


Ejemplo:

Router (config-router-alcance) # vecino 172.16.1.2 telecontrol-como 45000

 

Añade la dirección IP del vecino del sistema autónomo especificado a la tabla de vecinos de BGP multiprotocolo del router local.

 
Paso 6
neighbor {ip-address| transporte del par-grupo-nombre } {modo de conexión {active | voz pasiva} | trayectoria-MTU-detección | multi-sesión | solo-sesión}


Ejemplo:

Router (config-router-alcance) # multi-sesión del transporte de 172.16.1.2 del vecino

 

Habilita una opción de sesión de transporte TCP para una sesión de BGP.

  • Use la palabra clave connection-mode para especificar el tipo de conexión, activa o pasiva.
  • Utilice la palabra clave path-mtu-discovery para habilitar la detección de la MTU (Unidad máxima de transmisión) de la trayectoria de transporte TCP.
  • Utilice la palabra clave multi-session para especificar una sesión de transporte TCP separada para cada familia de direcciones.
  • Utilice la palabra clave single-session para especificar que todas las familias de direcciones utilizan una sola sesión de transporte TCP.
 
Paso 7
direccionamiento-familia ipv4 [mdt | Multicast | unicast]


Ejemplo:

Router (config-router-alcance) # direccionamiento-familia ipv4

 

Especifica la familia de direcciones IPv4 e ingresa en el modo de configuración de la familia de direcciones de alcance del router.

  • Use la palabra clave mdt para especificar los prefijos de dirección MDT IPv4.
  • Utilice la palabra clave multicast para especificar los prefijos de dirección multicast IPv4.
  • Utilice la palabra clave unicast para especificar la familia de direcciones unicast IPv4. De manera predeterminada, el router se coloca en el modo de configuración de familia de direcciones para la familia de direcciones unicast IPv4 si no se ha especificado la palabra clave unicast con el comando address-family ipv4 .
  • Los parámetros de configuración no específicos de topología se configuran en este modo de configuración.
 
Paso 8
topología {base| topología-nombre}


Ejemplo:

Router (config-router-alcance-AF) # VÍDEO de la topología

 

Configura la instancia de topología en la cual el BGP ruteará el tráfico de topología específica de clase o básica, e ingresa en el modo de configuración de topología de la familia de direcciones de alcance del router.

 
Paso 9
número del tid BGP


Ejemplo:

Router (config-router-alcance-AF-topo) # tid 100 BGP

 

Asocia un proceso de ruteo BGP al ID de la topología especificada.

  • Cada topología debe configurarse con un ID de topología único.
 
Paso 10
el neighbor ip-address activa


Ejemplo:

El router (config-router-alcance-AF-topo) # vecino 172.16.1.2 activa

 

Permite al vecino BGP intercambiar prefijos de la familia de direcciones NSAP con el router local.

Nota    Si usted ha configurado a un grupo de peer como vecino BGP, usted no utiliza este comando porque los grupos de peer se activan automáticamente cuando se configura cualquier parámetro del grupo de peer.
 
Paso 11
neighbor {ip-address| número de la traducir-topología del par-grupo-nombre}


Ejemplo:

Router (config-router-alcance-AF-topo) # traducir-topología 200 de 172.16.1.2 del vecino

 

(Opcional) Configura BGP para instalar rutas de una topología de otro router en una topología del router local.

  • El ID de topología se ingresa para que el argumento number identifique la topología en el router.
 
Paso 12
Finalizar


Ejemplo:

Router (config-router-alcance-AF-topo) # extremo

 

(Opcional) Sale del modo de configuración de topología de familia de direcciones del alcance del router y vuelve al modo EXEC privilegiado.

 
Paso 13
borre la topología BGP del IP {* | topología-nombre} {como-número | [network-address [network-mask] de humedecimiento] | [network-address [network-mask] del flap-statistics] | par-grupo-nombre del grupo de peers | tabla de mapeo | actualización-grupo [número | [in [prefix-filter] del IP address]} | hacia fuera| [in [prefix-filter] suave | hacia fuera]]


Ejemplo:

VÍDEO claro 45000 de la topología BGP del IP del Router-

 

Restablece las sesiones del vecino BGP bajo una topología especificada o todas las topologías.

 
Paso 14
muestre la topología BGP del IP {* | resumen de la topología}


Ejemplo:

Resumen del VÍDEO de la topología BGP del IP de la demostración del Router-

 

(Opcional) Visualiza la información de BGP sobre una topología.

  • La mayoría de las palabras clave y argumentos BGP estándar se pueden ingresar después de la palabra clave topología.
Nota    Solamente el sintaxis requerido para esta tarea se muestra. Para más detalles, vea el Routing IP del Cisco IOS: Referencia del comando bgp.
 
Ejemplos

El siguiente ejemplo muestra el resumen de resultados para el comando show ip bgp topology y la topología VIDEO:

Router# show ip bgp topology VIDEO summary
BGP router identifier 192.168.3.1, local AS number 45000
BGP table version is 1, main routing table version 1
Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
172.16.1.2      4 45000     289     289        1    0    0 04:48:44        0
192.168.3.2     4 50000       3       3        1    0    0 00:00:27        0
Pasos Siguientes

Repita esta tarea para cada topología que quiera habilitar y repita esta configuración en todos los routers vecinos que vayan a utilizar las topologías. Si desea importar rutas a partir de una topología MTR a otra del mismo router, pase a la tarea siguiente.

Importación de Rutas desde una Topología MTR Utilizando el BGP

Realice esta tarea para importar rutas desde una topología MTR a otra del mismo router si hay varias topologías configuradas en el mismo router. En esta tarea se define una lista de prefijos para permitir los prefijos de la red 10.2.2.0, y esta lista de prefijos se utiliza con un route map para filtrar las rutas movidas desde la topología importada. Se configura un alcance global, se ingresa la familia de direcciones IPv4, se especifica la topología VIDEO, se importa la topología VOICE y se filtran las rutas usando el route map denominado 10NET.

Antes de comenzar
  • Debe ejecutar Cisco IOS Release 12.2(33)SRB, o una versión posterior, en cualquier router configurado para MTR.
  • Se ha configurado y activado una configuración de topología global.
  • Se habilitan el IP Routing y el CEF.

Nota


  • Se permite la redistribución dentro de una topología. No se permite la redistribución de una topología a otra. Esta restricción está diseñada para evitar que se produzcan loops de ruteo. Puede utilizar la traducción de topologías o la funcionalidad de importación de topologías para mover rutas de una topología a otra.
  • Solo se soporta la familia de direcciones IPv4 (multicast y unicast).
  • Solamente es posible configurar una sola topología multicast, y sólo se puede especificar la topología base si se crea una topología multicast.


PASOS SUMARIOS

1. permiso

2. configuró terminal

3. [seq seq-value] del nombre de la lista del ip prefix-list {niegue la red/la longitud| permita el [le le-value] del [ge ge-value] de la red/de la longitud}

4. nombre de asignación del route-map [permiso | niegue] el [sequence-number]

5. IP Address de la coincidencia {access-list-number [access-list-number… | acceso-lista-nombre…] | acceso-lista-nombre [access-list-number… | acceso-lista-nombre] | [prefix-list-name…] del prefijo-lista-nombre de la lista de prefijo}

6. salida

7. autonomous-system-number BGP del router

8. alcance {global | vrf vrf-name}

9. direccionamiento-familia ipv4 [mdt | Multicast | unicast]

10. topología {base| topología-nombre}

11 topología de la importación {base| topología-nombre} [route-map map-name]

12.    Finalizar


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
[seq seq-value] del nombre de la lista del ip prefix-list {niegue la red/la longitud| permita el [le le-value] del [ge ge-value] de la red/de la longitud}


Ejemplo:

Permiso 10.2.2.0/24 del ip prefix-list DIEZ de Router(config)#

 

Configura una lista de prefijos IP.

  • En este ejemplo, la lista de prefijos TEN permite el anuncio del prefijo 10.2.2.0/24 dependiendo de una coincidencia establecida por el comando match ip address.
 
Paso 4
nombre de asignación del route-map [permiso | niegue] el [sequence-number]


Ejemplo:

Route-map 10NET de Router(config)#

 

Crea un route map e ingresa en el modo de configuración del route map.

  • En este ejemplo, se crea el route map denominado 10NET.
 
Paso 5
IP Address de la coincidencia {access-list-number [access-list-number… | acceso-lista-nombre…] | acceso-lista-nombre [access-list-number… | acceso-lista-nombre] | [prefix-list-name…] del prefijo-lista-nombre de la lista de prefijo}


Ejemplo:

Router (config-route-map) # lista de prefijo DIEZ del IP Address de la coincidencia

 

Configura el route map para que coincida con un prefijo permitido por una lista de acceso estándar, una lista de acceso ampliada o una lista de prefijos.

  • En este ejemplo, el route map se ha configurado de modo que coincida con los prefijos permitidos por la lista de prefijos TEN.
 
Paso 6
salida


Ejemplo:

Router (config-route-map) # salida

 

Sale del modo de configuración de route map y vuelve al modo de configuración global.

 
Paso 7
autonomous-system-number BGP del router


Ejemplo:

BGP 50000 del router de Router(config)#

 

Ingresa al modo de configuración del router para crear o configurar un proceso de ruteo BGP.

 
Paso 8
alcance {global | vrf vrf-name}


Ejemplo:

Router (config-router) # alcance global

 

Define el alcance para el proceso de ruteo BGP e ingresa en el modo de la configuración de alcance del router.

  • Los comandos de sesión generales de BGP que se aplican a una red única, o a un VRF especificado, se ingresan en este modo de configuración.
  • Utilice la palabra clave global para especificar que BGP utiliza la tabla de ruteo global.
  • Utilice la palabra clave vrf y el argumento vrf-name para especificar que BGP utiliza una tabla de ruteo específica VRF. El VRF ya debe existir.
 
Paso 9
direccionamiento-familia ipv4 [mdt | Multicast | unicast]


Ejemplo:

Router (config-router-alcance) # direccionamiento-familia ipv4

 

Ingresa en el modo de configuración de familia de direcciones del alcance del router para configurar una sesión de familia de direcciones bajo el BGP.

  • Los parámetros de configuración no específicos de topología se configuran en este modo de configuración.
 
Paso 10
topología {base| topología-nombre}


Ejemplo:

Router (config-router-alcance-AF) # VÍDEO de la topología

 

Configura la instancia de topología en la cual el BGP ruteará el tráfico de topología específica de clase o básica, e ingresa en el modo de configuración de topología de la familia de direcciones de alcance del router.

 
Paso 11
topología de la importación {base| topología-nombre} [route-map map-name]


Ejemplo:

Router (config-router-alcance-AF-topo) # route-map 10NET de la VOZ de la topología de la importación

 

(Opcional) Configura el BGP para mover rutas de una topología a otra en el mismo router.

  • La palabra clave route-map se puede utilizar para filtrar rutas que se han movido entre topologías.
 
Paso 12
Finalizar


Ejemplo:

Router (config-router-alcance-AF-topo) # extremo

 

(Opcional) Sale del modo de configuración de topología de familia de direcciones del alcance del router y vuelve al modo EXEC privilegiado.

 

Adonde ir después

  • Si usted quiere conectar con un proveedor de servicio externo y utilizar otras características del BGP externo, vea " conectando con un proveedor de servicio que usa el módulo del BGP externo”.
  • Si usted quiere configurar algunas características del Internal BGP, vea que “configurar el Internal BGP ofrece” el capítulo de la sección BGP de la guía de configuración de los IP Routing Protocol del Cisco IOS.
  • Si usted quiere configurar la opción de sesión del vecino BGP, vea “configurando el módulo de la opción de sesión del vecino BGP ".

Referencias adicionales

Documentos Relacionados

Tema relacionado

Título del documento

Comandos bgp: sintaxis, modo de comando, valores por defecto, comando history, Pautas para el uso, y ejemplos del comando complete

Routing IP del Cisco IOS: Referencia del comando bgp

Descripción general de la información conceptual de Cisco BGP con links a todos los módulos BGP individuales

“Módulo de la descripción de Cisco BGP” de la guía de configuración de los IP Routing Protocol del Cisco IOS.

Detalles Conceptuales y de Configuración de las tareas básicas de BGP.

“Configurando módulo de una red de BGP básica” de la guía de configuración de los IP Routing Protocol del Cisco IOS.

Información sobre el SNMP y los funcionamientos de SNMP.

“Configurando sección del soporte SNMP” de la guía de configuración de la administración del Cisco IOS Network.

Estándares

Estándar

Título

MDT SAFI

MDT SAFI

MIB

MIB

Link del MIB

CISCO-BGP4-MIB

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 1657

Definiciones de los objetos administrados para la cuarta versión del protocolo Protocolo de la puerta de enlace marginal (BGP) (BGP-4) usando SMIv2

RFC 1771

Un Border Gateway Protocol 4 (BGP-4)

RFC 1772

Aplicación de Border Gateway Protocol en Internet

RFC 1773

Experiencia con el Protocolo BGP

RFC 1774

Análisis del Protocolo BGP-4

RFC 1930

Pautas para la Creación, Selección y Registro de un Autonomous System (AS)

RFC 2519

Un Marco para la Agregación de Rutas Entre Dominios

RFC 2858

Extensiones Multiprotocolo para BGP-4

RFC 2918

Capacidad de Actualización de Ruta para BGP-4

RFC 3392

Anuncio de Capacidades con BGP-4

RFC 4724

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 sobre Funciones para Configurar las Funciones Avanzadas de BGP

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 sobre Funciones para Configurar las Funciones Avanzadas de BGP

Nombre de la función

Versiones

Información de la Configuración de la Función

Graceful Restart BGP por Vecino

Cisco IOS XE 15.0(1)S 3.1.0SG 12.2(33)SRC 12.2(33)SB el 15.0(1)M

La función BGP Graceful Restart per Neighbor habilita o inhabilita la capacidad BGP Graceful Restart para un vecino de BGP individual, incluido el uso de plantillas de sesión de peers y grupos de peers de BGP.

En el Cisco IOS Release 12.2(33)SB, el Soporte de la plataforma incluye a los Cisco 10000 Series Router.

Los siguientes comandos fueron introducidos o modificados por esta característica: graceful restart HA-MODE, graceful restart vecino HA-MODE, vecinos BGP del IP de la demostración.

BGP MIB Support Enhancements

12.0(26)S 12.2(25)S 12.3(7)T 12.2(33)SRA 12.2(33)SXH

La Función BGP MIB Support Enhancements introdujo el soporte en el CISCO-BGP4-MIB para las nuevas notificaciones SNMP.

Se introdujo el siguiente comando en esta función: el permiso del SNMP-servidor atrapa el BGP.

BGP Nonstop Forwarding (NSF) Awareness

12.2(15)T 15.0(1)S

El conocimiento de Nonstop Forwarding (NSF) permite a un router ayudar a los vecinos con capacidad para NSF a continuar reenviando paquetes durante una operación de Stateful Switchover (SSO). La función Nonstop Forwarding Awareness de BGP permite un router compatible con NSF que está ejecutando BGP para reenviar paquetes por rutas ya conocidas para un router que está realizando una operación SSO. Esta capacidad permite que los peers BGP del router que falla conserven la información de ruteo anunciada por el router que falla y continúen utilizando esta información hasta que el router fallido haya vuelto al comportamiento de funcionamiento normal y pueda intercambiar información de ruteo. La sesión de peering se mantiene durante toda la operación NSF.

Los siguientes comandos fueron introducidos o modificados por esta característica: graceful restart BGP, BGP del IP de la demostración, vecinos BGP del IP de la demostración.

BGP Selective Address Tracking

12.4(4)T 12.2(33)SRB

La función BGP Selective Address Tracking introduce el uso de un mapa de ruta para el filtrado de rutas de siguiente salto una la desactivación rápida de sesión. El filtrado selectivo del siguiente salto utiliza un route map para definir selectivamente las rutas a fin de ayudar a resolver el siguiente salto BGP, o un route map se puede utilizar para determinar si una sesión de peering con un vecino BGP debería reiniciarse cuando una ruta al peer BGP cambie.

Los siguientes comandos fueron modificados por esta función: BGP Nexthop, fail-over vecino.

BGP Support for BFD

12.0(31)S 12.4(4)T 12.2(33)SRA 12.2(33)SXH 12.2(33)SB 15.0(1)S

Bidirectional Forwarding Detection (BFD) es un Detection Protocol diseñado para proporcionar tiempos de detección de fallas de trayectorias de reenvío rápido para todos los tipos de medios, encapsulaciones, topologías y Routing Protocols. Además de la detección de falla de trayectoria de reenvío rápido, BFD proporciona un método de detección de falla coherente para los administradores de red. Dado que el administrador de la red puede utilizar BFD para detectar las fallas de la trayectoria de reenvío a una velocidad uniforme, en lugar de las velocidades variables de diferentes mecanismos hello de Routing Protocol, la definición del perfil y la planificación de la red serán más sencillas y el tiempo de reconvergencia será coherente y previsible. La ventaja principal de implementar BFD para BGP es que ofrece un tiempo de reconvergencia considerablemente menor.

Los siguientes comandos fueron introducidos o modificados por esta característica: bfd, fail-over vecino, vecinos del bfd de la demostración, vecinos BGP del IP de la demostración.

BGP Support for MTR

12.2(33)SRB

El soporte de BGP para MTR inserta una nueva jerarquía de configuración y comandos de CLI (interfaz de línea de comandos) para soportar las topologías de MTR (Multi-Topology Routing). BGP puede implementar la nueva jerarquía de configuración, o alcance, de forma independiente de MTR. MTR permite la configuración de la diferenciación del servicio a través del reenvío basado en clase. MTR soporta varias topologías unicast y una topología multicast independiente. Una topología es un subconjunto de la red subyacente (o topología base) caracterizado por un conjunto independiente de Información de Alcance de Capa de Red (NLRI).

En 12.2(33)SRB, esta característica fue introducida en el Cisco 7600.

Los siguientes comandos fueron introducidos o modificados por esta característica: (BGP) de la direccionamiento-familia ipv4, tid BGP, topología clara BGP del IP, topología de la importación, traducir-topología vecina, transporte vecino, alcance, topología BGP del IP de la demostración, (BGP) de la topología.

BGP Support for Next-Hop Address Tracking

12.0(29)S 12.3(14)T 12.2(33)SXH 15.0(1)S

La función BGP Support for Next-Hop Address Tracking se habilita de manera predeterminada cuando se instala una imagen de Cisco IOS Software soportada. El seguimiento de direcciones de siguiente salto BGP se basa en eventos. Se realiza un seguimiento automático de los prefijos BGP conforme se establecen las sesiones de peering. Los cambios de siguiente salto se notifican rápidamente al proceso de ruteo BGP a medida que actualizan en la RIB. Esta optimización mejora la convergencia BGP total reduciendo el tiempo de respuesta a los cambios de siguiente salto para las rutas instaladas en el RIB. Cuando se ejecuta un cálculo de la mejor trayectoria entre los ciclos de escáner BGP, solamente se realiza un seguimiento y se procesan los cambios de siguiente salto.

Se introdujo el siguiente comando en esta función: BGP Nexthop.

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 © 2012 todos los derechos reservados.