Configuración BGP Básica

Configuración de una Red BGP Básica
Descargue este capítulo
Descargue el libro completo
Routing IP: Guía de configuración BGP, Cisco IOS Release 12.2SR (PDF - 4 MB)
Feedback
Contenido
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
Pasos Siguientes
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
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
Inyección Condicional de Rutas BGP

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
Pasos Siguientes
Configuración de la Herencia de Plantillas de Sesión de Peer con el Comando inherit peer-session
Pasos Siguientes
Configuración de la Herencia de Plantillas de Sesión de Peer con el Comando neighbor inherit peer-session
Pasos Siguientes
Configuración de Plantillas de Política de Peer
Configuración de Plantillas de Política de Peers Básicos
Pasos 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
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
Ú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,
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
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 Cisco.com no se requiere.
Antes de configurar una red de BGP básica, usted debe ser familiar con “el módulo de la descripción de Cisco 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.

Versión de BGP 4
Id. del router BGP
Grupos de Pares 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 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.
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.
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 65536 a 4294967295. 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, 65526 es un
número del sistema autónomo de 2 bytes y 234567 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, 65526 es un número del sistema autónomo de 2 bytes y 1.169031 es un número del

sistema autónomo de 4 bytes (ésta es notación de punto para el número decimal 234567).
Para obtener más información sobre el tercer método para representar números del sistema autónomo, vea el RFC 5396.
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,64000. 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 65535 4-byte: 1,0 a
65535,65535
2-byte: 1 a 65535 4-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 2-byte: 1 a 65535 4-byte: 65536 a
4294967295
2-byte: 1 a 65535 4-byte: 65536 a 4294967295
65535,65535
2-byte: 1 a 65535 4-byte: 65536 a 4294967295
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 2-byte: 1 a 65535 4-byte: 65536 a
4294967295
2-byte: 1 a 65535 4-byte: 1,0 a 65535,65535
65535,65535
2-byte: 1 a 65535 4-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

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 64496 al 64511, y los números de 4 bytes del sistema autónomo reservados son del
65536 al 65551 inclusive.
Los números del sistema autónomo privados de 2 bytes todavía son válidos en el rango entre 64512 y 65534, aunque el 65535 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: http://www.iana.org/.
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 5396.
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
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.

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
Conjuntos de la configuración dentro de la categoría
Familia-independiente de la
dirección global
Un conjunto de las configuraciones de la familia-independiente de la dirección
global
Direccionamiento dependiente de
la familia
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
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
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 45000
router-id 172.17.1.99
bgp log-neighbor-changes
neighbor 192.168.1.2 remote-as 40000
neighbor 192.168.3.2 remote-as 50000
address-family ipv4 unicast
neighbor 192.168.1.2 activate
network 172.17.1.0 mask 255.255.255.0
exit-address-family
address-family ipv4 multicast
neighbor 192.168.3.2 advertisement-interval 25
network 172.16.1.0 mask 255.255.255.0
exit-address-family
address-family ipv4 vrf vpn1
network 172.21.1.0 mask 255.255.255.0
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.
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

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.
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.
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.
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 nuevo-
respaldo 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.

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.
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.
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
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.

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.
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.
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.
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.
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:

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.
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

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.
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.
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:
Modificación del Formato de Coincidencias de Expresiones Regulares y Salidas Predeterminadas para los Números del Sistema Autónomo de 4 Bytes
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
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

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
Comando o acción Propó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 40000 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.
Paso
4
[route-map route-map-name] del
[mask network-mask] del network
number de la red
Ejemplo:
Router (config-router) #
máscara 255.255.255.0 de
10.1.1.0 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.
Paso
5
IP address del bgp router-id
Ejemplo:
bgp router-id 10.1.1.99
(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.
Paso
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

Ejemplo:
BGP 70 120 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.
Paso
7
rápido-externo-fallover BGP
Ejemplo:
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.
Paso
8
log-neighbor-changes BGP
Ejemplo:
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.
Paso
9
Finalizar
Ejemplo:
extremo
Sale del modo de configuración del router e ingresa en el modo EXEC
privilegiado.
Paso
10
muestre el [network-mask] BGP
del IP [network]
Ejemplo:
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 10.1.1.0 que es local a este sistema autónomo.
BGP table version is 12, local router ID is 10.1.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 0.0.0.0 0 32768 i
Utilice el comando ping de marcar la conectividad de red básica entre los routeres 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

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
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
Paso
1
permiso
Ejemplo:
Router> enable
Paso
2
configure terminal
Ejemplo:
Paso
3
autonomous-system-number BGP del
router
Ejemplo:
Router(config)#
Ingresa el modo de configuración del router para el proceso de ruteo
especificado.
Paso
4
neighbor ip-address telecontrol-
como el autonomous-system-number
Ejemplo:
vecino 192.168.1.1
telecontrol-como 45000
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.
Paso
5
direccionamiento-familia ipv4 [
unicast | Multicast| vrf-name del vrf]
Ejemplo:
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.

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.
Paso
6
el neighbor ip-address activa
Ejemplo:
El router (config-router-AF)
# vecino 192.168.1.1 activa
Permite al vecino intercambiar los prefijos de la familia de direcciones
unicast IPv4 con el router local.
Paso
7
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.
Paso
8
muestre el [network-mask] BGP del
IP [network]
Ejemplo:
BGP del IP de la
Paso
9
muestre a vecinos BGP del IP el
[neighbor-address]
Ejemplo:
vecinos BGP 192.168.2.2 del
IP de la demostración
(Opcional) Muestra información sobre las conexiones TCP y BGP con
los vecinos.
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 172.17.1.0 en el sistema autónomo 45000.
*> 10.1.1.0/24 0.0.0.0 0 32768 i
*> 172.17.1.0/24 192.168.1.1 0 0 45000 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 192.168.1.1 del router A en la
figura arriba después de que esta tarea se ha configurado en el router A:
BGP neighbor is 192.168.1.1, remote AS 45000, external link
BGP version 4, remote router ID 172.17.1.99
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: 13 13
Route Refresh: 0 0
Total: 15 16
Default minimum time between advertisement runs is 30 seconds

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: 192.168.1.2, Local port: 179
Foreign host: 192.168.1.1, Foreign port: 37725
Enqueued packets for retransmit: 0, input: 0 mis-ordered: 0 (0 bytes)
Event Timers (current time is 0x12F4F2C):
Timer Starts Wakeups Next
Retrans 14 0 0x0
TimeWait 0 0 0x0
AckHold 13 8 0x0
SendWnd 0 0 0x0
KeepAlive 0 0 0x0
GiveUp 0 0 0x0
PmtuAger 0 0 0x0
DeadWait 0 0 0x0
iss: 165379618 snduna: 165379963 sndnxt: 165379963 sndwnd: 16040
irs: 3127821601 rcvnxt: 3127821993 rcvwnd: 15993 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
Pasos Siguientes
Utilice el comando ping para verificar la conectividad de red básica entre los routers BGP.
Pasos 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.
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 65538 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
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
5. Relance el paso 4 para definir a otros vecinos BGP, como sea necesario.

7. el neighbor ip-address activa
8. Relance el paso 7 para activar a otros vecinos BGP, como sea necesario.
10. extremo
11 muestre el [network-mask] BGP del IP [network]
12. muestre el resumen BGP del IP
PASOS DETALLADOS
Paso 1 permiso
Ejemplo:
Router> enable
Paso 2 configure terminal
Ejemplo:
Paso 3 autonomous-system-number BGP
del router
Ejemplo:
Router(config)#
especificado.
En este ejemplo, el número del sistema autónomo de 4 bytes
65538, se define en la notación asplain.
Paso 4 neighbor ip-address telecontrol-
como el autonomous-system-
number
Ejemplo:
vecino 192.168.1.2
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.
Paso 5 Relance el paso 4 para definir a
otros vecinos BGP, como sea
necesario.
--
Paso 6 direccionamiento-familia ipv4 [
unicast | Multicast| vrf-name del vrf]
Ejemplo:
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

Paso 7 el neighbor ip-address activa
Ejemplo:
El router (config-router-
AF) # vecino 192.168.1.2
activa
Permite al vecino intercambiar los prefijos de la familia de direcciones
unicast IPv4 con el router local.
Paso 8 Relance el paso 7 para activar a
otros vecinos BGP, como sea
necesario.
--
Paso 9 [route-map route-map-name] del
[mask network-mask] del network
number de la red
Ejemplo:
máscara 255.255.255.0 de
172.17.1.0 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.
Paso 10 Finalizar
Ejemplo:
extremo
Sale del modo de configuración de la familia de direcciones y vuelve
al modo EXEC privilegiado.
Paso 11 muestre el [network-mask] BGP del
IP [network]
Ejemplo:
BGP 10.1.1.0 del IP de la
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 12 muestre el resumen BGP del IP
Ejemplo:
Resumen BGP del IP de la
(Opcional) Muestra el estado de todas las conexiones BGP.
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 10.1.1.0 aprendido del vecino BGP en 192.168.1.2 en
el router A en la figura arriba con su número del sistema autónomo 4-byte de 65536 visualizados en el formato predeterminado del asplain.
RouterB# show ip bgp 10.1.1.0
BGP routing table entry for 10.1.1.0/24, version 2
Paths: (1 available, best #1)
Advertised to update-groups:
2
65536
192.168.1.2 from 192.168.1.2 (10.1.1.99)
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 65536 para el vecino BGP 192.168.1.2 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 172.17.1.99, local AS number 65538
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

BGP activity 2/0 prefixes, 2/0 paths, scan interval 60 secs
Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down Stated
192.168.1.2 4 65536 6 6 3 0 0 00:01:33 1
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
5. punto del asnotation BGP
6. extremo
7. clear ip bgp *
9. regexp del show ip bgp regexp
11 autonomous-system-number BGP del router
12. ningún punto del asnotation BGP
13. Finalizar
14. clear ip bgp *
PASOS DETALLADOS
Paso 1 permiso
Ejemplo:
Router> enable
Paso 2 muestre el resumen BGP del
IP
Ejemplo:
Muestra el estado de todas las conexiones BGP.
Ejemplo:
Router# configure

terminal
Paso 4 autonomous-system-number
BGP del router
Ejemplo:
Router(config)#
especificado.
Paso 5 punto del asnotation BGP
Ejemplo:
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.
Paso 6 Finalizar
Ejemplo:
extremo
Sale del modo de configuración de la familia de direcciones y vuelve al
modo EXEC privilegiado.
Paso 7 clear ip bgp *
Ejemplo:
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.
Paso 8 muestre el resumen BGP del
IP
Ejemplo:
Muestra el estado de todas las conexiones BGP.
Paso 9 regexp del show ip bgp regexp
Ejemplo:
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.
Ejemplo:
Router# configure
terminal
Paso 11 autonomous-system-number
BGP del router
especificado.

Ejemplo:
Router(config)#
Paso 12 ningún punto del asnotation
BGP
Ejemplo:
ningún punto del
asnotation BGP
Reajusta el formato de salida predeterminado de los números del
sistema autónomos BGP 4-byte de nuevo al asplain (valores decimales).
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.
Paso 13 Finalizar
Ejemplo:
extremo
Sale del modo de configuración del router y vuelve al modo EXEC
privilegiado.
Paso 14 clear ip bgp *
Ejemplo:
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.
Ejemplos
El producto siguiente del comando show ip bgp summary muestra el formato predeterminado del asplain de los números del sistema autónomos 4-byte. Observe el formato
del asplain de los números del sistema autónomos 4-byte, los 65536 y los 65550.
Router# show ip bgp summary
BGP router identifier 172.17.1.99, local AS number 65538
Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down Statd
192.168.1.2 4 65536 7 7 1 0 0 00:03:04 0
192.168.3.2 4 65550 4 4 1 0 0 00:00:15 0
Después de que se configure 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), la salida se convierte al formato de la notación del asdot tal y como se muestra en del producto siguiente del comando show ip bgp summary.
Observe el formato del asdot de los números del sistema autónomos 4-byte, los 1,0 y los 1,14 (éstas son las conversiones del asdot de los 65536 y 65550 números del
sistema autónomos.
Router# show ip bgp summary
BGP router identifier 172.17.1.99, local AS number 1.2
Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down Statd
192.168.1.2 4 1.0 9 9 1 0 0 00:04:13 0
192.168.3.2 4 1.14 6 6 1 0 0 00:01:24 0
Después de que se configure 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), el formato de la coincidencia de la expresión normal para las trayectorias del sistema autónomo 4-byte se cambia al formato de la notación del
asdot. Aunque un número del sistema autónomo 4-byte se pueda configurar en una expresión normal usando el formato del asplain o el formato del asdot, sólo los números
del sistema autónomos 4-byte configurados usando el formato predeterminado actual se corresponden con. En el primer ejemplo abajo, configuran al comando show ip bgp
regexp con un número del sistema autónomo 4-byte en el formato del asplain. La coincidencia falla porque el formato predeterminado es actualmente formato del asdot y no
hay salida. En el segundo ejemplo usando el formato del asdot, los pasos de la coincidencia y la información sobre la trayectoria del sistema autónomo 4-byte se muestra
usando la notación del asdot.
Nota
La notación del asdot utiliza un período, que es un carácter especial en las expresiones normales de Cisco. Para quitar el
significado especial, utilice una barra antes del período.
Router# show ip bgp regexp ^65536$
Router# show ip bgp regexp ^1.0$

*> 10.1.1.0/24 192.168.1.2 0 0 1.0 i
Realice esta tarea optativa de configurar el BGP entre dos Routers del IPv4 (pares) que deba intercambiar la información del IPv4 VRF porque existen en un VPN. La familia
del direccionamiento configurada aquí es la familia del direccionamiento del IPv4 VRF y la configuración se hace en el router B en la figura abajo con 192.168.3.2 vecino en el
router E en el sistema autónomo 50000. Recuerde realizar esta tarea para cualquier router vecino que sea ser pares de la familia del direccionamiento del IPv4 VRF BGP.
Esta tarea no muestra la configuración completa requerida para el VPN Routing. Para algunos ejemplos de configuración completos y una demostración del ejemplo de
configuración cómo crear un VRF con una ruta-blanco que utilice un número del sistema autónomo 4-byte, vea.
‘Figura 4’ Topología BGP para la familia del direccionamiento del IPv4 VRF
Antes de comenzar
Antes de realizar esta tarea, realice la tarea Configuración de un Proceso de Ruteo BGP.
PASOS SUMARIOS
1. permiso
3. IP VRF vrf-name
4. Route Distinguisher rd
5. ruta-blanco {importación | exportación| ambos} ruta-blanco-extensión-comunidad
6. salida
10. vecino {IP address| [warning-only] máximo del [restart restart-interval] del [threshold] del máximo-prefijo del par-grupo-nombre}
11 el neighbor ip-address activa
12. Finalizar
PASOS DETALLADOS
Paso 1 permiso
Ejemplo:
Router> enable
Ejemplo:

Paso 3 IP VRF vrf-name
Ejemplo:
Vpn1 de Router(config)# IP VRF
Configura una tabla de ruteo VRF y entra en el modo de
configuración de VRF.
Utilice el argumento del vrf-name para especificar un
nombre que se asignará al VRF.
Paso 4 Route Distinguisher rd
Ejemplo:
Router (config-VRF) # rd
45000:5
Crea la encaminamiento y las tablas de reenvío y especifica el
distinguisher de la ruta predeterminado para un VPN.
Utilice el argumento del Route Distinguisher para agregar
un valor 8-byte a un prefijo del IPv4 para crear un prefijo
único del IPv4 VPN.
Paso 5 ruta-blanco {importación |
exportación| ambos} ruta-blanco-
extensión-comunidad
Ejemplo:
Router (config-VRF) # ruta-
blanco ambo 45000:100
Crea a una comunidad ampliada de la blanco de la ruta para un
VRF.
Utilice la palabra clave import para importar la información
de ruteo de la comunidad ampliada de VPN de destino.
Utilice la palabra clave export para exportar la información
de ruteo a la comunidad ampliada de la VPN de destino.
Utilice palabra clave both para importar la importación y la
información de ruteo de la exportación a la comunidad
ampliada de la blanco VPN.
Utilice el argumento de la ruta-blanco-extensión-comunidad
para agregar los atributos de la comunidad ampliada de la
blanco de la ruta a la lista VRF de importación, de
exportación, o de ambas (importación y exportación) las
comunidades ampliadas de la blanco de la ruta.
Paso 6 salida
Ejemplo:
Router (config-VRF) # salida
Sale del modo de configuración de VRF e ingresa en el modo de
configuración global.
Paso 7 autonomous-system-number BGP del
router
Ejemplo:
Router(config)#
Ingresa el modo de configuración del router para el proceso de
ruteo especificado.
Paso 8 direccionamiento-familia ipv4 [unicast
| Multicast| vrf-name del vrf]
Ejemplo:
Router (config-router) # vpn1
del vrf 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.
Utilice la palabra clave unicast para especificar 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.
Utilice la palabra clave multicast para especificar los
prefijos de dirección multicast IPv4.
Utilice la palabra clave vrf y el argumento vrf-name para
especificar el nombre de la instancia de VRF que se debe
asociar a los comandos subsiguientes del modo de
Paso 9 neighbor ip-address telecontrol-como
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.

Ejemplo:
vecino 192.168.3.2
Paso 10 neighbor {ip-address| [warning-only]
máximo del [restart restart-interval] del
[threshold] del máximo-prefijo del par-
grupo-nombre}
Ejemplo:
advertencia-solamente del
máximo-prefijo 10000 de
192.168.3.2 del vecino
Controla cuántos prefijos se pueden recibir de un vecino.
Utilice el argumento máximo para especificar el número
máximo de prefijos permitidos del vecino especificado. El
número de prefijos que puedan ser configurados es
limitado solamente por los recursos de sistema disponible
en un router.
Utilice el argumento del umbral para especificar un número
entero que representa un porcentaje del límite máximo del
prefijo en el cual el router comienza a generar un mensaje
de advertencia.
Utilice palabra clave warning-only (Sólo advertencia)
para permitir que el router genere un mensaje del registro
cuando se excede el límite máximo del prefijo, en vez de
terminar a la sesión de peer.
Paso 11 el neighbor ip-address activa
Ejemplo:
El router (config-router-AF) #
vecino 192.168.3.2 activa
Permite al vecino intercambiar los prefijos de la familia de
direcciones VRF IPv4 con el router local.
Paso 12 Finalizar
Ejemplo:
extremo
Sale del modo de configuración de la familia de direcciones e
ingresa en el modo EXEC privilegiado.
Utilice el comando ping de verificar la conectividad de red básica entre los routeres BGP, y utilice el comando show ip vrf de verificar que se ha creado el caso VRF.
Realice esta tarea de personalizar a sus peeres BGP. Aunque muchos de los pasos en esta tarea sean opcionales, esta tarea demuestra cómo las relaciones del comando
configuration del vecino y de la familia del direccionamiento trabajan. Usando el ejemplo de la familia de la dirección Multicast del IPv4, se configuran los comandos de la
familia-independiente de la dirección de vecino antes de que configuren a la familia de la dirección Multicast del IPv4. Muestran los comandos que son direccionamiento
dependiente de la familia entonces se configuran y el comando address-family de la salida. Un paso opcional muestra cómo inhabilitar a un vecino.
La configuración en esta tarea se hace en el router B en la figura abajo y necesitaría ser relanzada con los cambios apropiados a los IP Addresses, por ejemplo, en el router E
para configurar completamente un proceso BGP entre el dos Routers.
Figura 5 Topología del peer BGP

Nota
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
4. ningún valor por defecto ipv4-unicast BGP
5. vecino {IP address | par-grupo-nombre} telecontrol-como el autonomous-system-number
6. vecino {IP address | texto de la descripción del par-grupo-nombre}
9. vecino {IP address | el par-grupo-nombre} activa
10. vecino {IP address | segundos del anuncio-intervalo del par-grupo-nombre}
11 vecino {IP address | el par-grupo-nombre} valor por defecto-origina [route-map map-name]
12. salida-direccionamiento-familia
13. neighbor {ip-address | el par-grupo-nombre} apaga
14. Finalizar
15. muestre el [command] del Multicast BGP ipv4 del IP
16. muestre a vecinos BGP del IP el [neighbor-address] [recibir-rutas | rutas | rutas anunciadas | regexp de las trayectorias | rutas que ya no sirven | prefijo-filtro
recibido]]
PASOS DETALLADOS
Paso 1 permiso
Ejemplo:
Router> enable

Configuración BGP Básica

Recomendados

Recomendados

Más contenido relacionado

Destacado

Destacado (20)

Similar a Configuración BGP Básica

Similar a Configuración BGP Básica (20)

Más de JAV_999

Más de JAV_999 (20)

Último

Último (20)

Configuración BGP Básica