Configuración de una Red BGP Básica

Transcripción

1 Configuración de una Red BGP Básica Descargue este capítulo Configuración de una Red BGP Básica Descargue el libro completo Routing IP: Guía de configuración BGP, Cisco IOS Release 12.2SR (PDF - 4 MB) Feedback Contenido Configuración de una Red BGP Básica Encontrar la información de la característica Prerrequisitos de Configuración de una Red BGP Básica Restricciones para Configurar una Red BGP Básica Información sobre la Configuración de una Red BGP Básica Versión de BGP 4 Id. del router BGP Relaciones entre Hablantes y Peers BGP Formatos de Números de Sistema Autónomo de BGP Implementación de Cisco de los números del sistema autónomos 4-Byte Establecimiento de Sesión de Peer BGP Implementación de Cisco de los comandos de configuración global y de la familia de direcciones de BGP Restablecimiento de Sesión BGP Agregación de Rutas BGP Generación de la información del ACTIVO de la ruta de la agrupación de BGP Administración del cambio de política de ruteo Inyección condicional de la ruta BGP Grupos de Pares BGP Rutas de la Puerta trasera BGP Grupos de Peers y Mensajes de Actualización de BGP Grupo de Actualización de BGP Configuración de grupo de la actualización dinámica BGP Plantillas del peer BGP Herencia en las plantillas del par Plantillas de la sesión de peers Plantillas de política del par Activación vecina del IPv6 BGP bajo la familia del direccionamiento del IPv4 Cómo Configurar una Red BGP Básica Configuración de un Proceso de Ruteo BGP Consejos de Troubleshooting Configuración de un Peer BGP Consejos de Troubleshooting s Siguientes Configuración de un Proceso de Ruteo BGP y de Peers Usando Números del Sistema Autónomo de 4 Bytes Consejos de Troubleshooting Modificación del Formato de Coincidencias de Expresiones Regulares y Salidas Predeterminadas para los Números del Sistema Autónomo de 4 Bytes Configuración de un Peer BGP para la Familia de Direcciones VRF IPv4 Consejos de Troubleshooting Personalización de un Peer BGP Eliminación de los comandos de configuración BGP usando una redistribución Monitoreo y Mantenimiento de BGP Básico Configuración de la Reconfiguración por Software Cuando se Pierde la Capacidad de Actualización de Ruta Restablecimiento y Visualización de Información de BGP Básico Agregación de los Prefijos de Ruta Usando BGP Redistribución de una Ruta Agregada Estática en BGP Configuración de Rutas Agregadas Condicionales con BGP Supresión y Anulación de Supresión del Anuncio de Rutas Agregadas Usando el BGP Supresión del Anuncio de Ruta Inactiva Usando BGP Anuncios Condicionales de Rutas BGP Creación de Rutas BGP Anuncio de una Ruta Predeterminada Usando el BGP Consejos de Troubleshooting Inyección Condicional de Rutas BGP

2 Consejos de Troubleshooting Creación de Rutas BGP mediante Rutas de Entrada Posterior Configuración de un Grupo de Peers de BGP Configuración de Plantillas de Sesión de Peer Configuración de una Plantilla de Sesión de Peers Básica s Siguientes Configuración de la Herencia de Plantillas de Sesión de Peer con el Comando inherit peer-session s Siguientes Configuración de la Herencia de Plantillas de Sesión de Peer con el Comando neighbor inherit peer-session s Siguientes Configuración de Plantillas de Política de Peer Configuración de Plantillas de Política de Peers Básicos s Siguientes Configuración de la Herencia de Plantillas de Política de Peer con el Comando inherit peer-policy Configuración de la Herencia de Plantillas de Política de Peer con el comando neighbor inherit peer-policy Monitoreo y Mantenimiento de Grupos de Actualización Dinámica de BGP Consejos de Troubleshooting Ejemplos de configuración para una red de BGP básica Ejemplo que configura un proceso BGP y que personaliza a los pares Ejemplos: Configuración de un Proceso de Ruteo BGP y de Peers Usando Números del Sistema Autónomo de 4 Bytes Ejemplos: Configurando un VRF y la determinación de una comunidad ampliada usando un número del sistema autónomo BGP 4-Byte Ejemplo NLRI a la configuración AFI Ejemplos que quitan los comandos de configuración BGP usando un ejemplo de la redistribución Restablacemiento de BGP mediante software de los ejemplos Ejemplo que reajusta a los peeres BGP que usan los números del sistema autónomos 4-Byte Ejemplo que reajusta y que visualiza la información sobre BGP básica Ejemplos que agregan los prefijos usando el BGP Ejemplo que configura a un grupo de peer de BGP Ejemplo que configura las plantillas de la sesión de peers Ejemplo que configura las plantillas de política del par Ejemplos que monitorean y que mantienen los grupos de peers de la actualización dinámica BGP Adonde ir después Referencias adicionales Información sobre Funciones para Configurar una Red BGP Básica Configuración de una Red BGP Básica Última actualización: De abril el 13 de 2012 Este módulo describe las tareas básicas de configurar una red básica del Border Gateway Protocol (BGP). El BGP es un protocolo de ruteo entre dominios diseñado para proporcionar ruteo sin loops entre organizaciones. La implementación del Cisco IOS de los comandos del vecino y de la familia del direccionamiento se explica. Este módulo también contiene las tareas de configurar y de personalizar a los peeres BGP, de implementar la agregación de la ruta BGP, de configurar las creaciones de la ruta BGP, y de definir las rutas de la Puerta trasera BGP. Se documenta la definición del grupo de peer de BGP, se introducen las plantillas de la sesión de peers, y se explican los grupos de la actualización, Encontrar la información de la característica Prerrequisitos de Configuración de una Red BGP Básica Restricciones para Configurar una Red BGP Básica Información sobre la Configuración de una Red BGP Básica Cómo Configurar una Red BGP Básica Ejemplos de configuración para una red de BGP básica Adonde ir después Referencias adicionales Información sobre Funciones para Configurar una Red BGP Básica 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 Una cuenta en Cisco.com no se requiere. Prerrequisitos de Configuración de una Red BGP Básica Antes de configurar una red de BGP básica, usted debe ser familiar con el módulo de la descripción de Cisco BGP. Restricciones para Configurar una Red BGP Básica 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.

3 Información sobre la Configuración de una Red BGP Básica Versión de BGP 4 Id. del router BGP Relaciones entre Hablantes y Peers BGP Formatos de Números de Sistema Autónomo de BGP Implementación de Cisco de los números del sistema autónomos 4-Byte Establecimiento de Sesión de Peer BGP Implementación de Cisco de los comandos de configuración global y de la familia de direcciones de BGP Restablecimiento de Sesión BGP Agregación de Rutas BGP Generación de la información del ACTIVO de la ruta de la agrupación de BGP Administración del cambio de política de ruteo Inyección condicional de la ruta BGP Grupos de Pares BGP Rutas de la Puerta trasera BGP Grupos de Peers y Mensajes de Actualización de BGP Grupo de Actualización de BGP Configuración de grupo de la actualización dinámica BGP Plantillas del peer BGP Herencia en las plantillas del par Plantillas de la sesión de peers Plantillas de política del par Activación vecina del IPv6 BGP bajo la familia del direccionamiento del IPv4 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 de Cisco IOSsoftware de la versión de BGP 4 incluye las Extensiones multiprotocol para permitir que el BGP lleve la información de ruteo para las rutas del Multicast IP y las familias de la dirección de protocolo de la capa múltiple 3 incluyendo versión IP 4 (IPv4), la versión 4 (VPNv4) del IP versión 6 (IPv6), y de las Redes privadas virtuales. 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. 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). 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. Id. del router BGP El BGP utiliza un Router ID para identificar a los pares de BGP-discurso. El Id. del router BGP es un valor de 32 bits que es representado a menudo por un direccionamiento del IPv4. Por abandono, el Cisco IOS Software fija el Router ID al direccionamiento del IPv4 de un Loopback Interface en el router. Si no se configura ningún Loopback Interface en el router, después el software elige el direccionamiento más alto del IPv4 configurado a una interfaz física en el router para representar el Id. del router BGP. El Id. del router BGP debe ser único a los peeres BGP en una red. Relaciones entre Hablantes y Peers BGP Un router que utiliza BGP no detecta automáticamente otros dispositivos que utilizan BGP. Un administrador de red generalmente configura manualmente las relaciones entre los routers que entienden el BGP. Un dispositivo de peer es un router de BGP-discurso que tiene una conexión TCP activa a otro dispositivo de BGP-discurso. Esta relación entre los dispositivos BGP se refiere a menudo como vecino pero, como éste puede implicar la idea que los dispositivos BGP están conectados directamente sin el otro router mientras tanto, evitarán al vecino del término siempre que sea posible en esto documento. Un BGP de conversación es el router local y un par es cualquier otro dispositivo de red de BGP-discurso. Cuando una conexión TCP se establece entre los pares, cada peer BGP intercambia inicialmente todas sus rutas--la tabla de BGP Routing completa--con el otro par. Después de que se envíen las actualizaciones graduales iniciales de este intercambio solamente cuando ha habido un cambio de la topología en la red, o cuando se ha implementado o se ha modificado un política de ruteo. En los períodos de inactividad entre estas actualizaciones, los pares intercambian los mensajes especiales llamados Keepalives. Un sistema autónomo BGP es una red controlada por una sola entidad de la administración técnica. Llaman el Routers del par los peeres externos cuando él está en los sistemas autónomos diferentes y los peeres internos cuando él está en el mismo sistema autónomo. Generalmente, los peeres externos son adyacentes y comparten una subred; los peeres internos pueden estar dondequiera en el mismo sistema autónomo. Para más detalles sobre los pares del BGP externo, vea conectando con un proveedor de servicio que usa el módulo del BGP externo. Para más detalles sobre los pares del Internal BGP, vea que configurar el Internal BGP ofrece el módulo. Formatos de Números de Sistema Autónomo de BGP Antes de enero de 2009, los números de sistema autónomo BGP que se asignaban a las compañías eran números de 2 octetos en el rango de 1 a 65535, según lo descrito en RFC 4271, Un Border Gateway Protocol 4 (BGP-4). Debido a la demanda creciente para los números del sistema autónomos, la autoridad del assigned number de Internet (IANA) comenzará en enero de 2009 a afectar un aparato los números del sistema autónomos del cuatro-octeto en el rango a partir del a RFC 5396, Representación Textual de Números de Sistema Autónomo (AS), documenta tres métodos para representar los números de sistema autónomo. Cisco ha implementado los dos métodos siguientes: Asplain--Notación del valor decimal donde 2-byte y los números del sistema autónomos 4-byte son representados por su valor decimal. Por ejemplo, es un número del sistema autónomo de 2 bytes y es un número del sistema autónomo de 4 bytes. Asdot--La notación del punto del sistema autónomo donde los números del sistema autónomos 2-byte son representados por su valor decimal y números del sistema autónomos 4-byte es representada por una notación del punto. Por ejemplo, es un número del sistema autónomo de 2 bytes y es un número del

4 sistema autónomo de 4 bytes (ésta es notación de punto para el número decimal ). Para obtener más información sobre el tercer método para representar números del sistema autónomo, vea el RFC Solamente Formato de Números del Sistema Autónomo Asdot En el Cisco IOS Release 12.0(32)S12, 12.4(24)T, y posterior las versiones, los números del sistema autónomos 4-octet (4-byte) se ingresan y se visualizan solamente en la notación del asdot, por ejemplo, 1,10 o 45000, Cuando se usan las expresiones normales para la coincidencia con los números del sistema autónomo de 4 bytes, el formato asdot incluye un punto que es un carácter especial en las expresiones normales. Una barra se debe ingresar antes del período (por ejemplo, 1\.14) para asegurar el emparejamiento de la expresión normal no falla. La tabla abajo muestra el formato en el cual los números del sistema autónomos 2-byte y 4-byte se configuran, se corresponden con en las expresiones normales, y se visualizan en la salida del comando show en las imágenes del Cisco IOS donde solamente está disponible el formato del asdot. Tabla 1 Formato de número del sistema autónomo 4-Byte de Asdot solamente Formato Formato de Configuración Formato de Coincidencia de la Salida del Comando show y de la Expresión Normal asdot 2-byte: 1 a byte: 1,0 a 65535, byte: 1 a byte: 1,0 a 65535,65535 Asplain como Formato Predeterminado de los Números del Sistema Autónomo En el Cisco IOS Release 12.0(32)SY8, 12.0(33)S3, 12.2(33)SRE, 12.2(33)XNE, 12.2(33)SXI1, y posterior las versiones, la implementación de Cisco del asplain de las aplicaciones de los números del sistema autónomos 4-byte como el formato de visualización predeterminado para los números del sistema autónomos, pero usted puede configurar los números del sistema autónomos 4-byte en el asplain y el formato del asdot. Además, el formato predeterminado para la coincidencia de números de sistema autónomo de 4 bytes en expresiones normales es asplain, por lo que debe asegurarse de que cualquier expresión normal para la coincidencia de números de sistema autónomo de 4 bytes esté escrita en el formato asplain. Si desea cambiar la salida del comando show predeterminado para visualizar los números del sistema autónomo de 4 bytes con el formato asdot, utilice el comando bgp asnotation dot en modo de configuración del router. Cuando el formato asdot se habilita como predeterminado, cualquier expresión normal que corresponda a números autónomos del sistema de 4 bytes se debe escribir usando el formato asdot, o la coincidencia de la expresión normal fallará. Las tablas abajo muestran que aunque usted pueda configurar los números del sistema autónomos 4-byte en el asplain o el formato del asdot, sólo un formato se utiliza para visualizar la salida del comando show y para controlar el número del sistema autónomo 4-byte que corresponde con para las expresiones normales, y el valor por defecto es formato del asplain. Para visualizar los números de sistema autónomos de 4 bytes en la salida de comando show y controlar la correspondencia de las expresiones normales en el formato asdot, se debe configurar el comando bgp asnotation dot. Después de habilitar el comando bgp asnotation dot, se debe iniciar un restablecimiento del hardware para todas las sesiones de BGP ingresando el comando clear ip bgp *. Nota Si usted está actualizando a una imagen que soporte los números del sistema autónomos 4-byte, usted puede todavía utilizar los números del sistema autónomos 2-byte. La salida del comando show y la coincidencia de la expresión normal no cambian y permanecen en el formato asplain (valor decimal) para los números de sistema autónomo de 2 bytes, con independencia del formato configurado para los números de sistema autónomo de 4 bytes. Tabla 2 Formato de número del sistema autónomo predeterminado de Asplain 4-Byte Formato Formato de Configuración Formato de Coincidencia de la Salida del Comando show y de la Expresión Normal asplain asdot 2-byte: 1 a byte: a byte: 1 a byte: 1,0 a 65535, byte: 1 a byte: a byte: 1 a byte: a Cuadro 3 Formato de número del sistema autónomo de Asdot 4-Byte Formato Formato de Configuración Formato de Coincidencia de la Salida del Comando show y de la Expresión Normal asplain asdot 2-byte: 1 a byte: a byte: 1 a byte: 1,0 a 65535, byte: 1 a byte: 1,0 a 65535, byte: 1 a byte: 1,0 a 65535,65535 Números Reservados y Privados del Sistema Autónomo En el Cisco IOS Release 12.0(32)S12, 12.0(32)SY8, 12.0(33)S3, 12.2(33)SRE, 12.2(33)XNE, 12.2(33)SXI1, 12.4(24)T, y posterior versiones, la implementación de Cisco del RFC 4893 de los soportes BGP. El RFC 4893 fue desarrollado para permitir que BGP soporte una transición gradual de los números del sistema autónomos de 2 bytes a los números del sistema autónomos de 4 bytes. Un nuevo número del sistema autónomo (privado) reservado, 23456, fue creado por RFC 4893 y este número no se puede configurar como número del sistema autónomo en Cisco IOS CLI. El documento de RFC 5398, Reserva de Números de Sistema Autónomo (AS) para el Uso en la Documentación, describe los nuevos números de sistema autónomo

5 reservados con fines de documentación. El uso de números reservados permite que los ejemplos de configuración estén documentados con precisión y evita el conflicto con las redes de producción si estas configuraciones se copian literalmente. Los números reservados se documentan en el registro de números del sistema autónomo IANA. Los números de 2 bytes del sistema autónomo reservados están en el bloque contiguo, del al 64511, y los números de 4 bytes del sistema autónomo reservados son del al inclusive. Los números del sistema autónomo privados de 2 bytes todavía son válidos en el rango entre y 65534, aunque el está reservado para usos especiales. Los números privados del sistema autónomo se pueden usar para los dominios de ruteo internos pero deben ser traducidos para el tráfico que se rutea hacia fuera a Internet. BGP no se debe configurar para anunciar los números privados del sistema autónomo a las redes externas. El software de Cisco IOS no remueve los números privados del sistema autónomo de las actualizaciones de ruteo de forma predeterminada. Recomendamos que los ISP filtren los números privados del sistema autónomo. Nota La asignación del número del sistema autónomo para las redes públicas y privadas es gobernada por el IANA. Para obtener información sobre los números del sistema autónomo, incluida la asignación de números reservados o la manera de registrar un número del sistema autónomo, vea el URL siguiente: Implementación de Cisco de los números del sistema autónomos 4-Byte En el Cisco IOS Release 12.0(32)SY8, 12.0(33)S3, 12.2(33)SRE, 12.2(33)XNE, 12.2(33)SXI1, 15.1(1)SG, y posterior las versiones, la implementación de Cisco del asplain de las aplicaciones de los números del sistema autónomos 4-byte (65538, por ejemplo) como la coincidencia predeterminada de la expresión normal y el formato de visualización de la salida para COMO números. Sin embargo, usted puede configurar los números del sistema autónomos 4-byte en el formato del asplain y el formato del asdot según lo descrito en el RFC Para cambiar la visualización predeterminada de la coincidencia y de la salida de la expresión normal de los números del sistema autónomos 4-byte al asdot formate, utilice el comando de punto del asnotation BGP seguido por el comando clear ip bgp * de realizar una restauración del hardware de todas las sesiones de BGP actuales. En el Cisco IOS Release 12.0(32)S12, y 12.4(24)T, la implementación de Cisco del asdot de las aplicaciones de los números del sistema autónomos 4-byte (1,2, por ejemplo) como el único formato de la configuración, coincidencia de la expresión normal, y visualización de la salida, sin el soporte del asplain. Por un ejemplo de los peeres BGP en dos sistemas autónomos usando los números 4-byte, vea la figura abajo. Para ver un ejemplo de configuración de la configuración entre tres pares vecinos en los sistemas autónomos separados 4-byte configurados usando la notación del asdot, vea los ejemplos: Configurar un proceso de ruteo y a los pares BGP que usan los números del sistema autónomos 4-Byte. Cisco también soporta el RFC 4893, que fue desarrollado para permitir que el BGP soporte una transición gradual de los números del sistema autónomos 2-byte a los números del sistema autónomos 4-byte. Para asegurar una transición fluida, recomendamos que todos los BGP de conversaciones dentro de un sistema autónomo que se identifique usando un número del sistema autónomo 4-byte estén actualizados para soportar los números del sistema autónomos 4-byte. Nota Un nuevo número privado del sistema autónomo, 23456, fue creado por el RFC 4893, y este número no se puede configurar como número del sistema autónomo en el Cisco IOS CLI. Figura 1 Peeres BGP en dos sistemas autónomos usando los números 4-Byte Establecimiento de Sesión de Peer BGP Cuando un proceso de ruteo BGP establece a una sesión de peer con un par pasa a través de los cambios de estado siguientes: Inactivo--Estado inicial que el proceso de ruteo BGP ingresa cuando se habilita el proceso de ruteo o cuando reajustan al router. En este estado, el router espera para empezar el evento, tal como una configuración del peering con un peer remoto. Después de que el router reciba una petición de conexión TCP de un peer remoto, el router inicia otro evento del comienzo para esperar un temporizador antes de encender una conexión TCP a un peer remoto. Si entonces reajustan al router reajustan al par y las devoluciones del proceso de ruteo BGP al estado inactivo. Conecte--El proceso de ruteo BGP detecta que un par está intentando establecer a una sesión TCP con el BGP de conversación local. Activo--En este estado, el proceso de ruteo BGP intenta establecer a una sesión TCP con usar del router del par temporizador ConnectRetry. Se ignoran los eventos del comienzo mientras que el proceso de ruteo BGP está en el estado activo. Si se configura de nuevo el proceso de ruteo BGP o si ocurre un error, el proceso de ruteo BGP liberará a los recursos del sistema y volverá a un estado inactivo. OpenSent--Se establece la conexión TCP y el proceso de ruteo BGP envía un mensaje ABIERTO al peer remoto, y las transiciones al estado de OpenSent. El proceso de ruteo BGP puede recibir otros mensajes ABIERTOS en este estado. Si la conexión falla, las transiciones del proceso de ruteo BGP al estado activo. OpenReceive--El proceso de ruteo BGP recibe el mensaje ABIERTO del peer remoto y espera un mensaje de keepalive inicial del peer remoto. Cuando se recibe un mensaje de keepalive, las transiciones del proceso de ruteo BGP al estado establecido. Si se recibe un mensaje de notificación, las transiciones del proceso de ruteo BGP al estado inactivo. Si ocurre un error o un cambio de configuración que afectan a la sesión de peer, el proceso de ruteo BGP envía un mensaje de notificación con máquina de estados finitos (FSM) el código de error y entonces las transiciones al estado inactivo. Establecido--El keepalive inicial se recibe del peer remoto. El peering ahora se establece con el vecino remoto y el proceso de ruteo BGP comienza a intercambiar el mensaje de actualización por el peer remoto. El temporizador del asimiento recomienza cuando se recibe una actualización o un mensaje de keepalive. Si el proceso BGP recibe una notificación de error, transición al estado inactivo.

6 Implementación de Cisco de los comandos de configuración global y de la familia de direcciones de BGP El modelo de la familia del direccionamiento para configurar el BGP se basa en partir aparte la configuración para cada familia del direccionamiento. Agrupan a los comandos all que son independiente de la familia del direccionamiento juntos al principio (del más alto nivel) de la configuración, y de éstas son seguidos por los submodes separados para los comandos específicos a cada familia del direccionamiento (con excepción del hecho que los comandos referentes al unicast del IPv4 puede también ser ingresado al principio de la configuración). Cuando un operador de la red configura el BGP, el flujo de categorías de la configuración BGP es representado por los puntos negros siguientes en la orden: Configuración global--configuración que se aplica al BGP generalmente bastante que a los vecinos específicos. Por ejemplo, la red, redistribuye, y bgp bestpath los comandos. Configuración dependiente de la familia del direccionamiento--configuración que se aplica a una familia de la dirección específica tal como directiva en un vecino individual. La relación entre el BGP global y las categorías dependientes de la familia de la configuración del direccionamiento BGP se muestra en la tabla abajo. Cuadro 4 Relaciones entre las categorías de la configuración BGP Categoría de la configuración BGP Familia-independiente de la dirección global Direccionamiento dependiente de la familia Conjuntos de la configuración dentro de la categoría Un conjunto de las configuraciones de la familia-independiente de la dirección global Un conjunto de las configuraciones dependientes de la familia de la dirección global por la familia del direccionamiento Nota La configuración de la familia del direccionamiento se debe ingresar dentro del submode de la familia del direccionamiento al cual se aplica. Lo que sigue es un ejemplo de las declaraciones de configuración BGP que muestran agrupar de la familia-independiente de la dirección global y de los comandos dependientes de la familia del direccionamiento. router bgp <AS>! AF independent part neighbor <ip-address> <command>! Session config; AF independent address-family ipv4 unicast! AF dependant part neighbor <ip-address> <command>! Policy config; AF dependant exit-address-family address-family ipv4 multicast! AF dependant part neighbor <ip-address> <command>! Policy config; AF dependant exit-address-family address-family ipv4 unicast vrf <vrf-name>! VRF specific AS independent commands! VRF specific AS dependant commands neighbor <ip-address> <command>! Session config; AF independent neighbor <ip-address> <command>! Policy config; AF dependant exit-address-family El siguiente ejemplo muestra los comandos bgp reales que hacen juego las declaraciones de configuración BGP en el ejemplo anterior: router bgp router-id bgp log-neighbor-changes neighbor remote-as neighbor remote-as address-family ipv4 unicast neighbor activate network mask exit-address-family address-family ipv4 multicast neighbor activate neighbor advertisement-interval 25 network mask exit-address-family address-family ipv4 vrf vpn1 neighbor activate network mask exit-address-family En los Cisco IOS Release 12.0(22)S, 12.2(15)T, y posterior las versiones, el comando BGP actualización-cli simplifica la migración de las redes de BGP y las configuraciones existentes de la Información de alcance de la capa de red (NLRI) formatan al formato de la familia del direccionamiento. Los operadores de la red pueden los comandos configure en el formato del identificador de la familia del direccionamiento (AFI) y salvan estas configuraciones de comando a las configuraciones formatadas NLRI existentes. El comando line interface(cli) híbrido BGP no agrega el soporte para la integración completa AFI y NLRI debido a las limitaciones del formato NLRI. Para el soporte completo de los comandos y de las características AFI, recomendamos el actualizar de las configuraciones existentes NLRI con el comando BGP actualización-cli. Para un ejemplo de configuración de emigrar las configuraciones BGP del formato NLRI al formato de la familia del direccionamiento, vea. Restablecimiento de Sesión BGP Siempre que se produzca un cambio en la política de ruteo debido a un cambio de configuración, las sesiones de peering BGP deberán reinicializarse con el comando clear ip bgp. Soporte del Cisco IOS Software los tres mecanismos siguientes para reajustar a las sesiones de peer BGP: Restauración del hardware--una restauración del hardware derriba a las sesiones de peer especificadas incluyendo la conexión TCP y las rutas de las cancelaciones que vienen del par especificado. Reinicio del software--un reinicio del software utiliza la información salvada del prefijo para configurar de nuevo y para activar las tablas de BGP Routing sin derribar a las sesiones de peer existentes. La reconfiguración suave utiliza la información de actualización salvada, al precio de la memoria adicional para salvar las actualizaciones, para permitir que usted aplique la nueva política de BGP sin la interrupción de la red. La reconfiguración suave se puede configurar para entrante o las

7 sesiones de salida. Reinicio del software entrante dinámico--la ruta restaura la capacidad, como definido en el RFC 2918, permite que el router local reajuste las tablas de ruteo entrantes intercambiando la ruta restauran dinámicamente las peticiones a soportar a los pares. La ruta restaura la capacidad no salva la información de actualización localmente para los cambios de política no perturbadores. Por el contrario, depende del intercambio dinámico con soporte de peers. La actualización de la ruta se debe anunciar previamente a través de la negociación de capacidad BGP entre peers. Todos los routers BGP deben admitir la función de actualización de rutas. Para determinar si un router BGP soporta esta capacidad, utilice el neighborscommand BGP del IP de la demostración. El siguiente mensaje se muestra en la salida cuando el router soporta la capacidad de actualización de la ruta: Received route refresh capability from peer. El comando del suave-configurar de nuevo-respaldo BGP fue introducido de configurar el BGP para realizar la reconfiguración suave entrante para los pares que no soportan la ruta restauran la capacidad. La configuración de este comando le permite configurar el BGP para almacenar las actualizaciones (reconfiguración de software) solamente cuanto sea necesario. A los peers que soportan la capacidad de actualización de la ruta no les afecta la configuración de este comando. Agregación de Rutas BGP Los peeres BGP salvan e intercambian la información de ruteo y la cantidad de información de ruteo aumenta mientras que se configuran más BGP de conversaciones. El uso del total de Routes reduce la cantidad de información implicada. La agregación es el proceso de combinar los atributos de varias diversas rutas para solamente hacer publicidad una solo ruta. Los prefijos globales utilizan el principio del Classless Interdomain Routing (CIDR) para combinar las redes contiguas en un conjunto sin clase de los IP Addresses que se pueda resumir en las tablas de ruteo. Menos rutas ahora necesitan ser hechas publicidad. Dos métodos están disponibles en el BGP implementar el total de Routes. Usted puede redistribuir una ruta agregada en el BGP o usted puede utilizar una forma de agregación condicional. La redistribución de ruta básica implica el crear de un total de Routes y después el redistribuir de las rutas en el BGP. La agregación condicional implica el crear de un total de Routes y entonces el hacer publicidad o el suprimir de la publicidad de ciertas rutas en base de los mapa del ruta, de la información determinada de la trayectoria del sistema autónomo (ACTIVO), o de la información de resumen. Las configuraciones suprimir-inactivas BGP del comando BGP para no hacer publicidad de las rutas inactivas a cualquier peer BGP. Un proceso de ruteo BGP puede hacer publicidad de las rutas que no están instaladas en la base de datos de la información de ruteo (RIB) a los peeres BGP por abandono. Una ruta que no está instalada en la RIB es una ruta inactiva. Se puede producir un anuncio de ruta inactiva, por ejemplo, si las rutas se anuncian a través de una agregación de rutas común. Los anuncios de ruta inactiva se pueden omitir para proporcionar un reenvío de datos más coherente. Generación de la información del ACTIVO de la ruta de la agrupación de BGP La información del ACTIVO puede ser generada cuando las rutas BGP se agregan usando el comando aggregate-address. La trayectoria de divulgación para tal ruta es un ACTIVO que consiste en todos los elementos, incluyendo las comunidades, contenidas en todas las trayectorias se están resumiendo que. Si los AS-PATH que se agregarán son idénticos, sólo se hace publicidad el AS-PATH. El atributo ATOMIC-AGGREGATE, fijó por abandono para el comando aggregate-address, no se agrega al ACTIVO. Administración del cambio de política de ruteo Los políticas de ruteo para un par incluyen todas las configuraciones para los elementos tales como Route Map, distribuyen la lista, la lista de prefijos, y la lista de filtros que puede afectar las actualizaciones de la tabla de ruteo entrantes o salientes. Siempre que haya un cambio en el política de ruteo, la sesión de BGP debe ser suavidad borrada, o reinicio del software, para que la nueva directiva tome el efecto. La ejecución de la restauración entrante habilita la nueva política de entrada configurada en el router para tomar el efecto. La ejecución de la restauración saliente causa la nueva política de salida local configurada en el router para tomar el efecto sin el reajuste de la sesión de BGP. Mientras que un nuevo conjunto de las actualizaciones se envía durante la restauración de la política de salida, una nueva política de entrada del vecino puede también tomar el efecto. Esto significa que después de cambiar la política de entrada usted debe hacer una restauración entrante en el router local o una restauración saliente en el router del par. Los cambios de políticas de salida requieren una restauración saliente en el router local o una restauración entrante en el router del par. Hay dos tipos de restauración: restauración del hardware y reinicio del software. Las listas abajo de la tabla sus ventajas y desventaja. Cuadro 5 Ventajas y desventaja de difícilmente y reinicios del software Tipo de restauración Ventajas Desventajas Restauración del hardware Ninguna memoria suplementaria. Los prefijos en el BGP, el IP, y las tablas de la Base de información de reenvío (FIB) proporcionadas por el vecino se pierden. No recomendado. Reinicio del software saliente Ninguna configuración, el ningún salvar de las actualizaciones de la tabla de ruteo. No reajusta las actualizaciones de la tabla de ruteo entrantes. Reinicio del software entrante dinámico Hace no claro la sesión de BGP y el caché. No requiere salvar de las actualizaciones de la tabla de ruteo, y no tiene ninguna memoria suplementaria. Ambos routeres BGP deben soportar la ruta restauran la capacidad (en las versiones del Cisco IOS Release 12.1 y Posterior). Nota No reajusta las actualizaciones de la tabla de ruteo salientes. Reinicio del software entrante configurado (utiliza el comando router configuration vecino de la reconfiguración suave) Puede ser utilizado cuando ambos routeres BGP no soportan la ruta automática restauran la capacidad. En el Cisco IOS Release 12.3(14)T, el comando del suave-configurar de nuevorespaldo BGP fue introducido de configurar la reconfiguración suave entrante para los pares que no soportan la ruta restauran la capacidad. Requiere el preconfiguration. Salva las actualizaciones (entrantes) todo recibidas del política de ruteo sin la modificación; es el memory intensivo. Recomendado solamente cuando absolutamente es necesario, por ejemplo cuando ambos routeres BGP no soportan la ruta automática restaure la capacidad. Nota No reajusta las actualizaciones de la tabla de ruteo salientes.

8 Una vez definidos dos routers para que sean vecinos BGP, formarán una conexión BGP e intercambiarán información de ruteo. Si usted cambia posteriormente un filtro, la ponderación, la distancia, la versión, o el temporizador BGP, o realiza un cambio de configuración similar, usted debe reajustar las conexiones BGP para que el cambio de configuración tome el efecto. Un reinicio del software pone al día la tabla de ruteo para entrante y las actualizaciones de ruteo de salida. Las versiones del Cisco IOS Release 12.1 y Posterior soportan el reinicio del software sin ninguna configuración anterior. Este reinicio del software permite el intercambio dinámico de ruta restaura las peticiones y la información de ruteo entre los routeres BGP, y el readvertisement subsiguiente de la tabla de ruteo saliente respectiva. Hay dos tipos de reinicio del software: Cuando el reinicio del software se utiliza para generar las actualizaciones entrantes de un vecino, se llama reinicio del software entrante dinámico. Cuando el reinicio del software se utiliza para enviar un nuevo conjunto de las actualizaciones a un vecino, se llama reinicio del software saliente. Para utilizar el reinicio del software sin el preconfiguration, ambos peeres BGP deben soportar la ruta suave restauran la capacidad, que se hace publicidad en el mensaje ABIERTO enviado cuando los pares establecen a una sesión TCP. El Routers que funciona con el Cisco IOS que las versiones antes del Release12.1 no soportan la ruta restaura la capacidad y debe borrar a la sesión de BGP que usa el comando router configuration vecino de la reconfiguración suave. Borrar a la sesión de BGP de esta manera tendrá un impacto negativo sobre las operaciones de la red y se debe utilizar solamente como último recurso. Inyección condicional de la ruta BGP Las rutas que se hacen publicidad con el BGP se agregan comúnmente para minimizar el número de rutas se utilicen que y para reducir los tamaños de las tablas de Global Routing. Sin embargo, el total de Routes común puede obscurecer una información de ruteo más específica que sea más exacta pero no necesaria remitir los paquetes a sus destinos. Rutear la exactitud es obscurecida por el total de Routes común porque un prefijo que representa las múltiples direcciones o a los hosts sobre un área topológica grande no se puede reflejar exactamente en una solo ruta. El Cisco IOS Software proporciona varios métodos en los cuales usted pueda originar un prefijo en el BGP. Los métodos existentes incluyen la redistribución y usar el comando network or aggregate-address. Estos métodos asumen la existencia de una información de ruteo más específica (que corresponde con la ruta que se originará) en la tabla de ruteo o la tabla BGP. El BGP Conditional Route Injection permite que usted origine un prefijo en una tabla de BGP Routing sin la coincidencia correspondiente. Esta característica permite que rutas más específicas sean generadas sobre la base de la información administrativa de la directiva o de ingeniería de tráfico para proporcionar un control más específico sobre la expedición de los paquetes a estas rutas más específicas, que se inyectan en la tabla de BGP Routing solamente si se cumplen las condiciones configuradas. Habilitar esta característica permitirá que usted mejore la exactitud del total de Routes común condicional inyectando o substituyendo los prefijos menos específicos por prefijos más específicos. Solamente los prefijos a los cuales sea igual o más específico que el prefijo original pueden ser inyectados. El BGP Conditional Route Injection se habilita con el inyectar-mapa BGP existe-mapcommand y las aplicaciones dos mapa del ruta (inyecte la correspondencia y exista correspondencia) de instalar prefijos más específicos uno (o más) en una tabla de BGP Routing. La correspondencia de la existencia especifica los prefijos que el BGP de conversación seguirá. La correspondencia de la inyección define los prefijos que serán creados y instalados en la tabla BGP local. Grupos de Pares BGP A menudo, en una red de BGP, configuran a muchos vecinos con las mismas directivas de la actualización (es decir, los mismos mapas de ruta de salida, distribuyen las listas, las listas de filtros, fuente de la actualización, y así sucesivamente). Los vecinos con las mismas directivas de la actualización pueden ser agrupados en los grupos de peer de BGP para simplificar la configuración y, más importantemente, para hacer las actualizaciones de la configuración más eficientes. Si tiene muchos peers, este método es muy recomendable. Rutas de la Puerta trasera BGP En una topología de red de BGP con dos Router del borde usando el ebgp comunicar a varios sistemas autónomos diferentes, usando el ebgp a comunicar entre los dos Router del borde puede no ser la mayoría del método de ruteo eficaz. En la figura abajo, el router B como BGP de conversación recibirá una ruta al router D con el ebgp, pero esta ruta atravesará por lo menos dos sistemas autónomos. El router B y el router que D también está conectada a través de una red del Enhanced Interior Gateway Routing Protocol (EIGRP) (cualquier IGP pueden ser utilizados aquí) y esta ruta tiene una trayectoria más corta. Las rutas EIGRP, sin embargo, tienen una distancia administrativa predeterminada de 90 y las rutas del ebgp tienen una distancia administrativa predeterminada de 20, así que el BGP preferirá la ruta del ebgp. El cambio de las distancias administrativas predeterminadas no se recomienda porque el cambio de la distancia administrativa puede llevar a rutear los loopes. Para hacer el BGP preferir la ruta EIGRP, usted puede utilizar el comando network backdoor. El BGP trata la red especificada por el comando network backdoor como localmente red asignada, salvo que no hace publicidad de la red específicada en las actualizaciones de BGP. En la figura abajo, esto significa que el router B comunicará al router D usando la ruta EIGRP más corta en vez de la ruta más larga del ebgp. Figura 2 Topología de la ruta de la Puerta trasera BGP Grupos de Peers y Mensajes de Actualización de BGP En las versiones de Cisco IOS Software antes de la versión 12.0(24)S, 12.2(18)S, o 12.3(4)T, los mensajes de la actualización de BGP fueron agrupados basaron en las configuraciones del grupo de peer. Este método de agrupar a los vecinos para la generación de mensaje de la actualización de BGP redujo la cantidad de sistema que procesaba los recursos necesarios para analizar la tabla de ruteo. Este método, sin embargo, tenía las limitaciones siguientes: Todos los vecinos que compartieron la configuración del grupo de peer también tuvieron que compartir los políticas de ruteo salientes. Todos los vecinos tuvieron que pertenecer a la misma familia del grupo de peer y del direccionamiento. Los vecinos configurados en diversas familias del direccionamiento no podrían pertenecer a los grupos de peers diferentes. Estas limitaciones existieron para equilibrar la generación y la replicación óptimas de la actualización contra la configuración del grupo de peer. Estas limitaciones podrían hacer al operador de la red configurar grupos de peer más pequeños, que redujeron la eficacia de la generación de mensaje de actualización y limitaron el scalability de la configuración de vecino. Grupo de Actualización de BGP

9 La introducción del grupo (dinámico) de la actualización BGP en los Cisco IOS Release 12.0(24)S, 12.2(18)S, 12.3(4)T, o 12.2(27)SBC, proporciona un tipo diferente de agrupar de peer BGP de los grupos de peer de BGP existentes. Los grupos de peer existentes no son afectados pero los pares con la misma política de salida configurada que no son miembros de un grupo de peer actual pueden ser agrupados en un grupo de la actualización. Los miembros de este grupo de la actualización utilizarán el mismo motor de la generación de la actualización. Cuando se configuran los grupos de la actualización de BGP un algoritmo calcula dinámicamente la membresía del grupo de la actualización de BGP basada en las políticas de salida. La generación de mensaje óptima de la actualización de BGP ocurre automáticamente e independientemente. La configuración del vecino BGP es restringida no más por los políticas de ruteo salientes, y los grupos de la actualización pueden pertenecer a diversas familias del direccionamiento. Configuración de grupo de la actualización dinámica BGP En el Cisco IOS Release 12.0(24)S, 12.2(18)S, 12.3(4)T, 12.2(27)SBC, y posterior las versiones, un nuevo algoritmo fue introducido que calcula dinámicamente y optimiza a los grupos de la actualización de vecinos que comparten las mismas políticas de salida y pueden compartir los mismos mensajes de actualización. No se requiere ninguna configuración para habilitar el grupo de la actualización dinámica BGP y el algoritmo se ejecuta automáticamente. Cuando ocurre un cambio a la política de salida, el router recalcula automáticamente las membresías del grupo de la actualización y aplica los cambios accionando un reinicio del software saliente después de que expire un temporizador 1-minute. Este comportamiento se diseña para proporcionar al operador de la red con la hora de cambiar la configuración si se incurre en una equivocación. Usted puede habilitar manualmente un reinicio del software saliente antes de que el temporizador expire ingresando el outcommand suave del IP del IP address claro BGP. Nota En el Cisco IOS Release 12.0(22)S, 12.2(14)S, 12.3(2)T, y las versiones anteriores, el temporizador del retraso del cálculo del grupo de la actualización se fija a 3 minutos. Para la mejor optimización de la generación del grupo de la actualización de BGP, recomendamos que el operador de la red guarda el política de ruteo saliente lo mismo para los vecinos que tienen políticas de salida similares. Plantillas del peer BGP Para dirigir algunas de las limitaciones de los grupos de peer tales como administración de la configuración, las plantillas del peer BGP fueron introducidas para soportar la configuración de grupo de la actualización de BGP. Una plantilla del par es un modelo de la configuración que se puede aplicar a los vecinos que comparten las directivas. Las plantillas del par son reutilizables y soportan la herencia, que permite que el operador de la red agrupe y aplique las configuraciones de vecino distintas para los vecinos BGP que comparten las directivas. Las plantillas del par también permiten que el operador de la red defina mismo los modelos de la Configuración compleja con la capacidad de una plantilla del par para heredar una configuración de otra plantilla del par. Hay dos tipos de plantillas del par: Las plantillas de la sesión de peers se utilizan para agrupar y para aplicar la configuración de los comandos session generales que son comunes a toda la familia del direccionamiento y a los modos de configuración NLRI. Las plantillas de política del par se utilizan para agrupar y para aplicar la configuración de los comandos que son aplicados dentro de las familias de la dirección específica y de los modos de configuración NLRI. Las plantillas del par mejoran la flexibilidad y aumentan la capacidad de la configuración de vecino. Las plantillas del par también proporcionan una alternativa a la configuración del grupo de peer y superan algunas limitaciones de los grupos de peer. El Routers del peer BGP que usa las plantillas del par también se beneficia de la configuración de grupo automática de la actualización. Con la configuración de las plantillas del peer BGP y el soporte de los grupos de peer de la actualización dinámica BGP, el operador de la red necesita no más configurar a los grupos de peer en el BGP y la red puede beneficiarse de la flexibilidad de la configuración mejorada y de una convergencia más rápida. Nota Un Vecino BGP no se puede configurar para funcionar con grupos de peers y plantillas de peers a la vez. Un vecino BGP puede ser configurado para pertenecer solamente a un grupo de peer o para heredar las directivas de las plantillas del par. Las restricciones siguientes se aplican a las plantillas de política del par: Una plantilla de política del par puede directa o indirectamente heredar hasta ocho plantillas de política del par. Un Vecino BGP no se puede configurar para funcionar con grupos de peers y plantillas de peers a la vez. Se puede configurar un vecino BGP para que pertenezca solamente a un grupo de peers o para que herede políticas solamente de las plantillas de peers. Herencia en las plantillas del par La capacidad de la herencia es un componente crucial de la operación de la plantilla del par. La herencia en una plantilla del par es similar al nodo y las estructuras de árbol encontraron comúnmente en general computando, por ejemplo, el archivo y los árboles de directorio. Una plantilla del par puede directa o indirectamente heredar la configuración de otra plantilla del par. La plantilla directamente heredada del par representa el árbol en la estructura. La plantilla indirectamente heredada del par representa un nodo en el árbol. Porque cada nodo también soporta la herencia, las bifurcaciones pueden ser creadas que aplican las configuraciones de todas las plantillas indirectamente heredadas del par dentro de un encadenamiento de nuevo a la plantilla directamente heredada del par o a la fuente del árbol. Esta estructura elimina la necesidad de relanzar las sentencias de configuración que se reaplican comúnmente a los grupos de vecinos porque las declaraciones de configuración común se pueden aplicadas una vez y después heredar indirectamente por las plantillas del par que se aplican a los grupos vecinos con las configuraciones comunes. Las sentencias de configuración que se duplican por separado dentro de un nodo y de un árbol son filtradas hacia fuera en la fuente del árbol por la plantilla directamente heredada. Una plantilla directamente heredada sobregrabará cualquier declaración indirectamente heredada que se duplique en la plantilla directamente heredada. La herencia amplía el scalability y la flexibilidad de la configuración de vecino permitiendo que usted encadene junta mira las configuraciones de las plantillas para crear las Configuraciones simples que heredan las declaraciones o las Configuraciones complejas de configuración común que aplican las sentencias de configuración muy específicas junto con las configuraciones heredadas campo común. Los detalles específicos sobre configurar la herencia en las plantillas de la sesión de peers y las plantillas de política del par se proporcionan en las secciones siguientes. Cuando las plantillas heredadas uso del par de los vecinos BGP él pueden ser difíciles determinar qué directivas se asocian a una plantilla específica. En el Cisco IOS 12.0(25)S, 12.4(11)T, 12.2(33)SRB, 12.2(33)SB, y posterior las versiones, la palabra clave del detalle fue agregado al comando de la par-directiva de la plantilla BGP del IP de la demostración de visualizar la configuración detallada de las directivas locales y heredadas asociadas a una plantilla específica. Plantillas de la sesión de peers Las plantillas de la sesión de peers se utilizan para agrupar y para aplicar la configuración de los comandos session 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. Las plantillas de la sesión de peers soportan a los comandos session generales siguientes:

10 descripción neutralización-conectar-control ebgp-multihop salga a la sesión de peers herede a la sesión de peers local-como contraseña telecontrol-como apagado temporizadores traducir-actualización actualización-fuente versión 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 par 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. Nota Si usted intenta configurar más de uno hereda la declaración con una sola plantilla de la sesión de peers, un mensaje de error será visualizado. Este comportamiento permite que un vecino BGP herede directamente solamente una plantilla de la sesión y herede indirectamente hasta siete plantillas adicionales de la sesión de peers. Esto permite que usted se aplique hasta un máximo de ocho configuraciones de la sesión de peers a un vecino: la configuración de la plantilla directamente heredada de la sesión de peers y las configuraciones de hasta siete plantillas indirectamente heredadas de la sesión de peers. Las configuraciones heredadas de la sesión de peers son el primer y aplicado comenzar evaluado con el nodo más reciente de la bifurcación y terminación con la configuración directamente aplicada de la plantilla de la sesión de peers en la fuente del árbol. La plantilla directamente aplicada de la sesión de peers tendrá prioridad sobre las configuraciones heredadas de la plantilla de la sesión de peers. Cualquier sentencia de configuración que se duplique en las plantillas heredadas de la sesión de peers será sobregrabada por la plantilla directamente aplicada de la sesión de peers. Así pues, si reaplican a un comando session general con un diverso valor, el valor subsiguiente tendrá prioridad y sobregrabó el valor anterior que fue configurado en la plantilla indirectamente heredada. Los siguientes ejemplos ilustran el uso de esta característica. En el siguiente ejemplo, aplican al comando session general telecontrol-como 1 en la plantilla de la sesión de peers nombrada SESSION-TEMPLATE-ONE: template peer-session SESSION-TEMPLATE-ONE remote-as 1 exit peer-session 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. Plantillas de política del par Las plantillas de política del par se utilizan para agrupar y para aplicar la configuración de los comandos que son aplicados dentro de las familias de la dirección específica y del modo de configuración NLRI. Las plantillas de política del par se crean y se configuran en el modo de la configuración de la política del par. Los comandos de la política de BGP que se configuran para las familias de la dirección específica se configuran en una plantilla de política del par. Los comandos siguientes de la política de BGP son soportados por las plantillas de política del par: anuncio-intervalo allowas-en como-invalidación capacidad valor por defecto-origine distribuir-lista dmzlink-bw salida-par-directiva lista de filtros herede la par-directiva máximo-prefijo siguiente-salto-uno mismo siguiente-salto-sin cambios lista de prefijo quitar-soldado-como route-map ruta-reflector-cliente enviar-comunidad enviar-escritura de la etiqueta reconfiguración suave unsuppress-mapa ponderación Las plantillas de política de peer se utilizan para configurar los comandos de política de BGP que se configuran para los vecinos que pertenecen a familias de direcciones específicas. Como las plantillas de la sesión de peers, las plantillas de política del par se configuran una vez y después se aplican a muchos vecinos con la aplicación directa de una plantilla de política del par o con la herencia de las plantillas de política del par. La configuración de las plantillas de políticas de peer simplifica la configuración de los comandos de políticas de BGP que se aplican a todos los vecinos dentro de un sistema autónomo. Como las plantillas de la sesión de peers, una plantilla de política del par soporta la herencia. Sin embargo, hay diferencias menores. Una plantilla de política de peer aplicada directamente puede heredar directa o indirectamente las configuraciones de hasta siete plantillas de política de peer. Así pues, se pueden aplicar un total de ocho plantillas de política de peer a un vecino o grupo de vecinos. Las plantillas de política heredadas del par se configuran con los números de secuencia como los mapa del ruta. Una plantilla de política heredada del par, como un Route Map, es el comenzar evaluado con la declaración de la herencia con el número de secuencia más bajo y terminación con el número de secuencia más alto. Sin embargo, hay una diferencia; una plantilla de política del par no se derrumbará como un Route Map. Se evalúa cada secuencia, y si un comando de la política de BGP se reaplica con un diverso valor, sobregrabará cualquier valor anterior de un número de secuencia más bajo. La plantilla de política directamente aplicada del par y la declaración de la herencia con el número de secuencia más alto tendrán prioridad y eran siempre último aplicado. Los comandos que se reaplican en las plantillas subsiguientes del par sobregrabarán siempre los valores anteriores. Este comportamiento se diseña para permitir que usted aplique las configuraciones de la política comunes a los grupos vecinos grandes y las configuraciones de la política específicas solamente a ciertos vecinos y a los grupos vecinos sin los comandos configuration de duplicación de la política individual. Las plantillas de política del par soportan solamente los comandos de configuración de la política. Configuran a los comandos configuration de la política de BGP que se

11 configuran solamente para las familias de la dirección específica con las plantillas de política del par. La configuración de las plantillas de política de peer simplifica y mejora la flexibilidad de la configuración de BGP. Es posible configurar una vez una política específica y hacer referencia a ella muchas veces. Porque las admite una políticas de un par hasta ocho niveles de herencia, muy específicos y las políticas de BGP muy complejas pueden también ser creados. Activación vecina del IPv6 BGP bajo la familia del direccionamiento del IPv4 Antes del Cisco IOS Release 12.2(33)SRE4, por abandono, la capacidad del IPv6 y del IPv4 se intercambia por un peer BGP que tenga un direccionamiento del IPv6. Cuando configuran a un par del IPv6, activan a ese vecino automáticamente bajo la familia de la dirección de Unicast del IPv4. Empezando por el Cisco IOS Release 12.2(33)SRE4, cuando están configurando a un nuevo vecino del IPv6, se activa no más automáticamente bajo la familia del direccionamiento del IPv4. Usted puede activar manualmente al vecino del IPv6 bajo la familia del direccionamiento del IPv4 si, por ejemplo, usted tiene un entorno dual del stack y quiere enviar los prefijos del IPv6 y del IPv4. Si usted no quisiera que activaran a un par existente del IPv6 bajo la familia del direccionamiento del IPv4, usted puede desactivar manualmente al par con el ningún comando neighbor activate. Hasta entonces, las configuraciones existentes que activan a un vecino del IPv6 bajo la familia de la dirección de Unicast del IPv4 continuarán intentando establecer una sesión. Cómo Configurar una Red BGP Básica Configurar una red de BGP básica consiste en algunas tareas requeridas y muchas tareas optativas. Un proceso de ruteo BGP debe ser configurado y los peeres BGP deben ser configurados, preferiblemente usando el modelo de la configuración de la familia del direccionamiento. Si los peeres BGP son parte de a la red VPN, los peeres BGP deben ser configurados usando la tarea de la familia del direccionamiento del IPv4 VRF. Las otras tareas en la lista siguiente son opcionales: Configuración de un Proceso de Ruteo BGP Configuración de un Peer BGP Configuración de un Proceso de Ruteo BGP y de Peers Usando Números del Sistema Autónomo de 4 Bytes Modificación del Formato de Coincidencias de Expresiones Regulares y Salidas Predeterminadas para los Números del Sistema Autónomo de 4 Bytes Configuración de un Peer BGP para la Familia de Direcciones VRF IPv4 Personalización de un Peer BGP Eliminación de los comandos de configuración BGP usando una redistribución Monitoreo y Mantenimiento de BGP Básico Agregación de los Prefijos de Ruta Usando BGP Creación de Rutas BGP Configuración de un Grupo de Peers de BGP Configuración de Plantillas de Sesión de Peer Configuración de Plantillas de Política de Peer Monitoreo y Mantenimiento de Grupos de Actualización Dinámica de BGP Configuración de un Proceso de Ruteo BGP Realice esta tarea de configurar un proceso de ruteo BGP. Usted debe realizar los pasos obligatorios por lo menos una vez para habilitar el BGP. Los pasos opcionales aquí permiten que usted configure las características adicionales en su red de BGP. Varias de las características, tales como restauraciones vecinas del registro y restauración inmediata de un par cuando va su link abajo, se habilitan por abandono pero se presentan aquí para aumentar su comprensión de cómo su red de BGP actúa. Nota 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 simultáneas de familias de direcciones y familias de subdirecciones BGP. La configuración en esta tarea se hace en el router A en la figura abajo y necesitaría ser relanzada con los cambios apropiados a los IP Addresses (por ejemplo, en el router B) para alcanzar completamente un proceso BGP entre el dos Routers. No se configura a ninguna familia del direccionamiento aquí para el proceso de ruteo BGP así que la información de ruteo para la familia de la dirección de Unicast del IPv4 se hace publicidad por abandono. Figura 3 Topología BGP con dos sistemas autónomos PASOS SUMARIOS 1. permiso

12 2. configuró terminal 3. autonomous-system-number BGP del router 4. [route-map route-map-name] del [mask network-mask] del network number de la red 5. IP address del bgp router-id 6. holdtime del keepalive BGP de los temporizadores 7. rápido-externo-fallover BGP 8. log-neighbor-changes BGP 9. extremo 10. muestre el [network-mask] BGP del IP [network] PASOS DETALLADOS 1 Comando o acción permiso Router> enable Propósito Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. 2 configure terminal Router# configure terminal Ingresa en el modo de configuración global. 3 autonomous-system-number BGP del router BGP del router de Router(config)# Configura un proceso de ruteo BGP, y ingresa al modo de configuración del router para el proceso de ruteo especificado. Utilice el argumento del autonomous-system-number para especificar un número entero, a partir de la 0 y de 65534, que identifica al router a otros BGP de conversaciones. 4 [route-map route-map-name] del [mask network-mask] del network number de la red Router (config-router) # máscara de de la red (Opcional) Especifica una red como local para este sistema autónomo y la añade a la tabla de ruteo de BGP. Para los protocolos exteriores, el comando network controla las redes que se anuncian. Los protocolos interiores utilizan el comando network para determinar dónde enviar las actualizaciones. 5 IP address del bgp router-id Router (config-router) # bgp router-id (Opcional) configura a un 32-bit Router fijo ID como el identificador del router local que ejecuta el BGP. Utilice el argumento de IP Address para especificar un router único ID dentro de la red. Nota Configurar un Router ID usando el comando bgp router-id reajusta a todas las sesiones de peer activas BGP. 6 holdtime del keepalive BGP de los temporizadores Temporizadores (opcionales) de la red de BGP de los conjuntos. Utilice el argumento del keepalive para especificar la frecuencia, en los segundos, con los cuales el software envía los mensajes de

13 Router (config-router) # BGP de los temporizadores keepalive a su peer BGP. De forma predeterminada, el temporizador de keepalive se establece en 60 segundos. Utilice el argumento del holdtime para especificar el intervalo, en los segundos, después de no recibir un mensaje de keepalive que el software declara a los muertos de un peer BGP. Por abandono, el temporizador del holdtime se fija a 180 segundos. 7 rápido-externo-fallover BGP Router (config-router) # rápido-externo-fallover BGP (Opcional) habilita el reajuste automático de las sesiones de BGP. Por abandono, reajustan a las sesiones de BGP de cualquier peer externo directamente adyacente si va el link usado para alcanzarlo abajo. 8 log-neighbor-changes BGP Router (config-router) # log-neighbor-changes BGP (Opcional) Habilita el registro de los cambios de estado de vecino BGP (activo o inactivo) y de los reinicios de vecinos. 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. 9 Finalizar Router (config-router) # extremo Sale del modo de configuración del router e ingresa en el modo EXEC privilegiado. 10 muestre el [network-mask] BGP del IP [network] BGP del IP de la demostración del Router- (Opcional) Muestra las entradas en la tabla de ruteo de BGP. 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. Ejemplos La salida de muestra siguiente del comando show ip bgp muestra la tabla de BGP Routing para el router A en la figura arriba después de que esta tarea se ha configurado en el router A. Usted puede ver una entrada para la red que es local a este sistema autónomo. BGP table version is 12, local router ID is 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 *> / i Consejos de Troubleshooting Consejos de Troubleshooting Utilice el comando ping de marcar la conectividad de red básica entre los routeres BGP. Configuración de un Peer BGP Realice esta tarea de configurar el BGP entre dos Routers del IPv4 (pares). La familia del direccionamiento configurada aquí es la familia predeterminada de la dirección de Unicast del IPv4 y la configuración se hace en el router A en la figura arriba. Recuerde realizar esta tarea para cualquier router vecino que sea ser peeres BGP. Antes de comenzar Antes de realizar esta tarea, realice la tarea Configuración de un Proceso de Ruteo BGP. Nota De forma predeterminada, los vecinos que se definen mediante el comando neighbor remote-as en modo de configuración

14 del router sólo intercambian los prefijos de dirección unicast IPv4. Para intercambiar otros tipos de prefijo de dirección, como los prefijos IPv6, también hay que activar los vecinos mediante el comando neighbor activate en el modo de configuración de familia de direcciones para los otros tipos de prefijo, como los prefijos IPv6. > PASOS SUMARIOS 1. permiso 2. configuró terminal 3. autonomous-system-number BGP del router 4. neighbor ip-address telecontrol-como el autonomous-system-number 5. direccionamiento-familia ipv4 [unicast Multicast vrf-name del vrf] 6. el neighbor ip-address activa 7. extremo 8. muestre el [network-mask] BGP del IP [network] 9. muestre a vecinos BGP del IP el [neighbor-address] PASOS DETALLADOS 1 Comando o acción permiso Router> enable Propósito Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. 2 configure terminal Router# configure terminal Ingresa en el modo de configuración global. 3 autonomous-system-number BGP del router Ingresa el modo de configuración del router para el proceso de ruteo especificado. BGP del router de Router(config)# 4 neighbor ip-address telecontrolcomo el autonomous-system-number Añade la dirección IP del vecino del sistema autónomo especificado a la tabla de vecinos de BGP multiprotocolo IPv4 del router local. Router (config-router) # vecino telecontrol-como direccionamiento-familia ipv4 [ unicast Multicast vrf-name del vrf] Router (config-router) # 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 forma predeterminada, el router se pone en el modo de configuración para la familia de direcciones unicast IPv4 si no se especifica la palabra clave unicast con el comando address-family ipv4.

15 unicast de la direccionamiento-familia 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 de VRF (ruteo y reenvío virtual) que se va a asociar a los comandos subsiguientes del modo de configuración de la familia de direcciones IPv4. 6 el neighbor ip-address activa El router (config-router-af) # vecino activa Permite al vecino intercambiar los prefijos de la familia de direcciones unicast IPv4 con el router local. 7 Finalizar Router (config-router-af) # extremo Sale del modo de configuración de la familia de direcciones e ingresa en el modo EXEC privilegiado. 8 9 muestre el [network-mask] BGP del IP [network] BGP del IP de la demostración del Router- muestre a vecinos BGP del IP el [neighbor-address] Router (config-router-af) # vecinos BGP del IP de la demostración (Opcional) Muestra las entradas en la tabla de ruteo de BGP. 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. (Opcional) Muestra información sobre las conexiones TCP y BGP con los vecinos. 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. Ejemplos La salida de muestra siguiente del comando show ip bgp muestra que la tabla de BGP Routing para el router A en la figura arriba después de esta tarea se ha configurado en el router A y el router B. Usted puede ahora ver una entrada para la red en el sistema autónomo BGP table version is 13, local router ID is 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 *> / i *> / i La salida de muestra siguiente del comando show ip bgp neighbors muestra la información sobre el TCP y las conexiones BGP al vecino BGP del router A en la figura arriba después de que esta tarea se ha configurado en el router A: BGP neighbor is , remote AS 45000, external link BGP version 4, remote router ID BGP state = Established, up for 00:06:55 Last read 00:00:15, last write 00:00:15, hold time is 120, keepalive intervals Configured hold time is 120,keepalive interval is 70 seconds, Minimum holdtims Neighbor capabilities: Route refresh: advertised and received (old & new) Address family IPv4 Unicast: advertised and received Message statistics: InQ depth is 0 OutQ depth is 0 Sent Rcvd Opens: 1 1 Notifications: 0 0 Updates: 1 2 Keepalives: Route Refresh: 0 0 Total: Default minimum time between advertisement runs is 30 seconds

16 For address family: IPv4 Unicast BGP table version 13, neighbor version 13/0 Output queue size : 0 Index 1, Offset 0, Mask 0x2 1 update-group member Sent Rcvd Prefix activity: Prefixes Current: 1 1 (Consumes 52 bytes) Prefixes Total: 1 1 Implicit Withdraw: 0 0 Explicit Withdraw: 0 0 Used as bestpath: n/a 1 Used as multipath: n/a 0 Outbound Inbound Local Policy Denied Prefixes: AS_PATH loop: n/a 1 Bestpath from this peer: 1 n/a Total: 1 1 Number of NLRIs in the update sent: max 0, min 0 Connections established 1; dropped 0 Last reset never Connection state is ESTAB, I/O status: 1, unread input bytes: 0 Connection is ECN Disabled Local host: , Local port: 179 Foreign host: , Foreign port: Enqueued packets for retransmit: 0, input: 0 mis-ordered: 0 (0 bytes) Event Timers (current time is 0x12F4F2C): Timer Starts Wakeups Next Retrans x0 TimeWait 0 0 0x0 AckHold x0 SendWnd 0 0 0x0 KeepAlive 0 0 0x0 GiveUp 0 0 0x0 PmtuAger 0 0 0x0 DeadWait 0 0 0x0 iss: snduna: sndnxt: sndwnd: irs: rcvnxt: rcvwnd: delrcvwnd: 391 SRTT: 254 ms, RTTO: 619 ms, RTV: 365 ms, KRTT: 0 ms minrtt: 12 ms, maxrtt: 300 ms, ACK hold: 200 ms Flags: passive open, nagle, gen tcbs IP Precedence value : 6 Datagrams (max data segment is 1460 bytes): Rcvd: 20 (out of order: 0), with data: 15, total data bytes: 391 Sent: 22 (retransmit: 0, fastretransmit: 0, partialack: 0, Second Congestion: 04 Consejos de Troubleshooting s Siguientes Consejos de Troubleshooting Utilice el comando ping para verificar la conectividad de red básica entre los routers BGP. s Siguientes Si usted tiene los peeres BGP en un VPN, proceda a theconfiguring a un peer BGP para la familia del direccionamiento del IPv4 VRF. Si usted no tiene los peeres BGP en un VPN, proceda a personalizar a un peer BGP. Configuración de un Proceso de Ruteo BGP y de Peers Usando Números del Sistema Autónomo de 4 Bytes Realice esta tarea de configurar un proceso de ruteo y a los peeres BGP BGP cuando los peeres BGP están situados en COMO ese números del sistema autónomos de las aplicaciones 4-byte. La familia del direccionamiento configurada aquí es la familia predeterminada de la dirección de Unicast del IPv4, y la configuración se hace en el router B en la figura arriba (en implementación de Cisco la sección de los números del sistema autónomos 4-Byte ). Los números del sistema autónomos 4-byte en esta tarea se formatan en el formato predeterminado del asplain (valor decimal); por ejemplo, el router B está en el número del sistema autónomo en la figura arriba. Recuerde realizar esta tarea para cualquier router vecino que sea ser peeres BGP. Antes de comenzar Esta tarea requiere el Cisco IOS Release 12.0(32)SY8, 12.2(33)SXI1, o una versión posterior ejecutarse en el router. Nota De forma predeterminada, los vecinos que se definen mediante el comando neighbor remote-as en modo de configuración del router sólo intercambian los prefijos de dirección unicast IPv4. Para intercambiar otros tipos de prefijo de dirección, tales como prefijos IPv6, también se debe activar los vecinos mediante el comando neighbor activate en el modo de configuración de familia de direcciones para los otros tipos de prefijo. PASOS SUMARIOS 1. permiso 2. configuró terminal 3. autonomous-system-number BGP del router 4. neighbor ip-address telecontrol-como el autonomous-system-number 5. Relance el paso 4 para definir a otros vecinos BGP, como sea necesario. 6. direccionamiento-familia ipv4 [unicast Multicast vrf-name del vrf]

17 7. el neighbor ip-address activa 8. Relance el paso 7 para activar a otros vecinos BGP, como sea necesario. 9. [route-map route-map-name] del [mask network-mask] del network number de la red 10. extremo 11 muestre el [network-mask] BGP del IP [network] 12. muestre el resumen BGP del IP PASOS DETALLADOS 1 Comando o acción permiso Router> enable Propósito Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. 2 configure terminal Ingresa en el modo de configuración global. Router# configure terminal 3 autonomous-system-number BGP del router BGP del router de Router(config)# Ingresa el modo de configuración del router para el proceso de ruteo especificado. En este ejemplo, el número del sistema autónomo de 4 bytes 65538, se define en la notación asplain. 4 neighbor ip-address telecontrolcomo el autonomous-systemnumber Router (config-router) # vecino telecontrol-como Añade la dirección IP del vecino del sistema autónomo especificado a la tabla de vecinos de BGP multiprotocolo IPv4 del router local. En este ejemplo, el número del sistema autónomo 4-byte, 65536, se define en la notación del asplain. 5 Relance el paso 4 para definir a otros vecinos BGP, como sea necesario. 6 direccionamiento-familia ipv4 [ unicast Multicast vrf-name del vrf] 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 forma predeterminada, el router se pone en el modo de configuración para la familia de direcciones unicast IPv4 si no se especifica 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 de VRF (ruteo y reenvío virtual) que se va a asociar a los comandos subsiguientes del modo de configuración de la familia de direcciones IPv4.

18 7 el neighbor ip-address activa Permite al vecino intercambiar los prefijos de la familia de direcciones unicast IPv4 con el router local. El router (config-router- AF) # vecino activa 8 9 Relance el paso 7 para activar a otros vecinos BGP, como sea necesario. [route-map route-map-name] del [mask network-mask] del network number de la red Router (config-router-af) # máscara de de la red -- (Opcional) Especifica una red como local para este sistema autónomo y la añade a la tabla de ruteo de BGP. Para los protocolos exteriores, el comando network controla las redes que se anuncian. Los protocolos interiores utilizan el comando network para determinar dónde enviar las actualizaciones. 10 Finalizar Sale del modo de configuración de la familia de direcciones y vuelve al modo EXEC privilegiado. Router (config-router-af) # extremo 11 muestre el [network-mask] BGP del IP [network] BGP del IP de la demostración del Router- 12 muestre el resumen BGP del IP (Opcional) Muestra las entradas en la tabla de ruteo de BGP. 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. (Opcional) Muestra el estado de todas las conexiones BGP. Resumen BGP del IP de la demostración del Router- Ejemplos El producto siguiente del comando show ip bgp en el router B muestra la entrada de la tabla de ruteo BGP para la red aprendido del vecino BGP en en el router A en la figura arriba con su número del sistema autónomo 4-byte de visualizados en el formato predeterminado del asplain. RouterB# show ip bgp BGP routing table entry for /24, version 2 Paths: (1 available, best #1) Advertised to update-groups: from ( ) Origin IGP, metric 0, localpref 100, valid, external, best El producto siguiente del comando show ip bgp summary muestra 4-byte el número del sistema autónomo para el vecino BGP del router A en la figura arriba después de que esta tarea se ha configurado en el router B: RouterB# show ip bgp summary BGP router identifier , local AS number BGP table version is 3, main routing table version 3 2 network entries using 234 bytes of memory 2 path entries using 104 bytes of memory 3/2 BGP path/bestpath attribute entries using 444 bytes of memory 1 BGP AS-PATH entries using 24 bytes of memory 0 BGP route-map cache entries using 0 bytes of memory 0 BGP filter-list cache entries using 0 bytes of memory BGP using 806 total bytes of memory

19 BGP activity 2/0 prefixes, 2/0 paths, scan interval 60 secs Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down Stated :01:33 1 Consejos de Troubleshooting Consejos de Troubleshooting Utilice el comando ping para verificar la conectividad de red básica entre los routers BGP. Modificación del Formato de Coincidencias de Expresiones Regulares y Salidas Predeterminadas para los Números del Sistema Autónomo de 4 Bytes Realice esta tarea de modificar el formato de salida predeterminado para los números del sistema autónomos 4-byte del formato del asplain al formato de la notación del asdot. Utilizan al comando show ip bgp summary de visualizar los cambios en el formato de salida para los números del sistema autónomos 4-byte. Antes de comenzar Este ejemplo requiere el Cisco IOS Release 12.0(32)SY8, 12.0(33)S3, 12.2(33)SRE, 12.2(33)XNE, 12.2(33)SXI1, o una versión posterior, para ejecutarse en el router. PASOS SUMARIOS 1. permiso 2. muestre el resumen BGP del IP 3. configuró terminal 4. autonomous-system-number BGP del router 5. punto del asnotation BGP 6. extremo 7. clear ip bgp * 8. muestre el resumen BGP del IP 9. regexp del show ip bgp regexp 10. configuró terminal 11 autonomous-system-number BGP del router 12. ningún punto del asnotation BGP 13. Finalizar 14. clear ip bgp * PASOS DETALLADOS 1 Comando o acción permiso Router> enable Propósito Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. 2 muestre el resumen BGP del IP Muestra el estado de todas las conexiones BGP. Resumen BGP del IP de la demostración del Router- 3 configure terminal Ingresa en el modo de configuración global. Router# configure

20 terminal 4 autonomous-system-number BGP del router BGP del router de Router(config)# Ingresa el modo de configuración del router para el proceso de ruteo especificado. En este ejemplo, el número del sistema autónomo de 4 bytes 65538, se define en la notación asplain. 5 punto del asnotation BGP Router (config-router) # punto del asnotation BGP Cambia el formato de salida predeterminado de los números del sistema autónomos BGP 4-byte del asplain (valores decimales) para puntear la notación. Nota los números del sistema autónomos 4-byte se pueden configurar usando el formato del asplain o el formato del asdot. Este comando afecta solamente a la salida visualizada para los comandos show o la coincidencia de expresiones normales. 6 Finalizar Sale del modo de configuración de la familia de direcciones y vuelve al modo EXEC privilegiado. Router (config-router) # extremo 7 clear ip bgp * Clear ip bgp * del Router- Despeja y restablece todas las sesiones de BGP actuales. En este ejemplo, se realiza un restablecimiento de hardware para garantizar que el cambio de formato del número del sistema autónomo de 4 bytes se refleja en todas las sesiones de BGP. 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. 8 muestre el resumen BGP del IP Muestra el estado de todas las conexiones BGP. Resumen BGP del IP de la demostración del Router- 9 regexp del show ip bgp regexp Show ip bgp regexp ^1\.0$ del Router- Rutas de las visualizaciones que hacen juego la expresión normal de la trayectoria del sistema autónomo. En este ejemplo, una expresión normal para hacer juego una trayectoria del sistema autónomo 4-byte se configura usando el formato del asdot. 10 configure terminal Ingresa en el modo de configuración global. Router# configure terminal 11 autonomous-system-number BGP del router Ingresa el modo de configuración del router para el proceso de ruteo especificado. En este ejemplo, el número del sistema autónomo de 4 bytes