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

Descripción General del BGP de Cisco

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

El Border Gateway Protocol (BGP) es un protocolo de ruteo entre dominios diseñado para proporcionar ruteo sin loops entre dominios de ruteo separados que contienen políticas de ruteo independientes (sistemas autónomos). La implementación del Cisco IOS Software de la versión de BGP 4 incluye el soporte para que los números del sistema autónomos 4-byte y las Extensiones multiprotocol permitan 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), de las Redes privadas virtuales, los servicios de red sin conexión (CLNS), y acoda 2 VPN (L2VPN). Este módulo contiene el material conceptual para ayudarle a entender cómo el BGP se implementa en Cisco IOS Software.

Encontrar la información de la característica

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

Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del software de Cisco. Para acceder el Cisco Feature Navigator, vaya a www.cisco.com/go/cfn. Una cuenta en Cisco.com no se requiere.

Prerrequisitos para Cisco BGP

Este documento asume el conocimiento del CLNS, del IPv4, del IPv6, del Multicast, del VPNv4, y de los protocolos Interior Gateway Protocols (IGP). La cantidad de conocimiento requerida para cada tecnología depende de la implementación.

Restricciones 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 simultáneas de familias de direcciones y familias de subdirecciones BGP.

Información sobre Cisco BGP

Descripción General Funcional de BGP Versión 4

El BGP es un protocolo de ruteo entre dominios diseñado para proporcionar links de ruteo sin loops entre organizaciones. El BGP se diseña para ejecutar encima un Reliable Transport Protocol; utiliza TCP (puerto 179) como el Transport Protocol porque el TCP es un protocolo orientado por conexión. El puerto del TCP de destino se asigna 179, y el puerto local asignó un número del puerto al azar. Cisco IOSsoftware soporta la versión de BGP 4 y es esta versión que ha sido utilizada por los Proveedores de servicios de Internet para ayudar para construir Internet. El RFC 1771 introdujo y discutió varias nuevas características BGP para permitir que el protocolo escale para el uso de Internet. El RFC 2858 introdujo 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 el IPv4, el IPV6, y el CLNS.

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). Para más detalles sobre configurar las sesiones del peer BGP y otras tareas de construir una red de BGP básica, vea “configurando el módulo de una red de BGP básica”.

El BGP utiliza un algoritmo de ruteo del trayectoria-vector para intercambiar la información sobre el alcance de la red por otros dispositivos de interconexión de redes de discurso BGP. La información sobre el alcance de la red se intercambia entre los peeres BGP en las actualizaciones de ruteo. La información sobre el alcance de la red contiene el network number, los atributos específicos de la trayectoria, y la lista de números del sistema autónomos que una ruta deba transitar a través para alcanzar una red de destino. Esta lista se contiene en el atributo de la Como-trayectoria. El BGP evita el rutear de los loopes rechazando cualquier actualización de ruteo que contenga el número del sistema autónomo local porque ésta indica que la ruta ha viajado ya a través de ese sistema autónomo y un loop por lo tanto sería creado. El algoritmo de ruteo del trayectoria-vector BGP es una combinación del algoritmo de ruteo del vector de distancia y de la detección del loop de la Como-trayectoria. Para más detalles sobre las tareas de configuración de configurar las diversas opciones que implican a las sesiones de peers del vecino BGP, vea “configurando el módulo de la opción de sesión del vecino BGP”.

De forma predeterminada, BGP selecciona una sola trayectoria como la mejor trayectoria a una red o un host de destino. El algoritmo de selección del mejor trayecto analiza los atributos path para determinar que la ruta está instalada como el mejor trayecto en la tabla de BGP Routing. Cada trayectoria lleva obligatorio bien conocido, bien-sabe los atributos transitivos discrecionales, y opcionales que se utilizan en el análisis de mejor trayecto BGP. El Cisco IOS Software proporciona la capacidad de influenciar la selección de trayecto BGP alterando algunos de estos atributos usando la selección de trayecto BGP de la interfaz de la línea de comandos (CLI.) se puede también influenciar con la configuración estándar de la política de BGP. Para más detalles sobre usar el BGP para influenciar la selección de trayecto y configurar las políticas de BGP al filtrar tráfico, vea “conectando con un proveedor de servicio que usa el módulo del BGP externo”.

El BGP utiliza el algoritmo de selección del mejor trayecto para encontrar un conjunto de las rutas igualmente buenas. Estas rutas son los multipaths potenciales. En las versiones del Cisco IOS Release 12.2(33)SRD y Posterior, cuando hay multipaths más igualmente buenos disponibles que el número permitido máximo, después las trayectorias más viejas se seleccionan como multipaths.

El BGP se puede utilizar para ayudar a manejar las redes internas complejas interconectando con los protocolos Interior Gateway Protocols (IGP). El Internal BGP puede ayudar con los problemas tales como escalamiento de los IGP existentes para hacer juego las demandas de tráfico mientras que mantiene la eficacia de la red. Para más detalles sobre configurar las características avanzadas BGP incluyendo las tareas de configurar a las sesiones de peer del iBGP, vea que “configurar el BGP avanzado ofrece” el módulo.

Sistemas Autónomos BGP

Un sistema autónomo es una red controlada por una sola entidad de la administración técnica. Los sistemas autónomos BGP se utilizan para dividir las redes externas globales en los dominios de ruteo individuales donde están aplicados los políticas de ruteo locales. Esta organización simplifica la administración del dominio de ruteo y simplifica la configuración de la política congruente. La configuración de la política congruente es importante permitir que el BGP procese eficientemente las rutas a las redes de destino.

Cada dominio de ruteo puede soportar los Routing Protocols múltiples. Sin embargo, cada Routing Protocol se administra por separado. Otros Routing Protocol pueden intercambiar dinámicamente la información de ruteo por el BGP con la redistribución. Los sistemas autónomos separados BGP intercambian dinámicamente la información de ruteo a través de las sesiones de peer del eBGP. Peeres BGP dentro de la información de ruteo del intercambio del mismo sistema autónomo a través de las sesiones de peer del iBGP.

La figura abajo ilustra a dos Routers en los sistemas autónomos separados que se pueden conectar usando el BGP. El router A y el router B son routeres del Proveedor de servicios de Internet (ISP) en los dominios de ruteo separados que utilizan los números del sistema autónomos públicos. Este Routers lleva el tráfico a través de Internet. El router A y el router B están conectados a través de las sesiones de peer del eBGP.

Figura 1Topología BGP con dos sistemas autónomos


Cada sistema autónomo público que conecte directamente con Internet se asigna un número único que identifica el proceso de ruteo BGP y el sistema autónomo.

Formatos de Números de Sistema Autónomo de BGP

Antes de enero de 2009, los números del sistema autónomos BGP que fueron afectados un aparato a las compañías eran números del dos-octeto en el rango a partir de la 1 a 65535 según lo descrito en el RFC 4271, un protocolo Protocolo de la puerta de enlace marginal (BGP) 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. Se debe ingresar una barra inclinada antes del punto, por ejemplo, 1\.14, para asegurarse de que no falle la coincidencia de expresión normal. 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 1Formato 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 2Formato 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

asdot

2-byte: 1 a 65535 4-byte: 1,0 a 65535,65535

2-byte: 1 a 65535 4-byte: 65536 a 4294967295

Cuadro 3Formato 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

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

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

Classless Interdomain Routing

Classless Interdomain Routing (CIDR) de los soportes de la versión de BGP 4. El CIDR elimina los límites de la red classful, proporcionando al uso más eficiente del espacio de la dirección del IPv4. El CIDR proporciona un método para reducir los tamaños de las tablas de ruteo configurando los totales de Routes (o el supernets). El CIDR procesa un prefijo como una dirección IP y máscara de bits (los bits se procesan de izquierda a derecha) para definir cada red. Un prefijo puede representar una red, un red secundario, un supernet, o una ruta del solo host. Por ejemplo, usando el IP Addressing classful, definen a la dirección IP 192.168.2.1 como solo host en la red clase C 192.168.2.0. Usando el CIDR la dirección IP se puede mostrar como 192.168.2.1/16, que define una red (o el supernet) de 192.168.0.0. El CIDR se habilita por abandono para todos los Routing Protocol en Cisco IOS Software. Habilitar las influencias CIDR cómo se remiten los paquetes solamente lo no cambia la operación del BGP.

Multiprotocol BGP

El Cisco IOS Software soporta las Extensiones del Multiprotocol BGP según lo definido en el RFC 2858, las Extensiones Multiprotocol para BGP-4. Las Extensiones introducidas en este RFC permiten que el BGP lleve la información de ruteo para los protocolos de capa de red múltiples, incluyendo el CLNS, el IPv4, el IPv6, y el VPNv4. Estas Extensiones son compatibles con versiones anteriores habilitar al Routers que no soporta las Extensiones multiprotocol para comunicar con eso Routers que soporte las Extensiones multiprotocol. El Multiprotocol BGP lleva la información de ruteo para los protocolos de capa de red y las rutas múltiples del Multicast IP. El BGP lleva diversos conjuntos de las rutas dependiendo del protocolo. Por ejemplo, el BGP puede llevar un conjunto de las rutas para el Unicast Routing del IPv4, un conjunto de las rutas para el ruteo multicast del IPv4, y un conjunto de las rutas para las rutas del VPNv4 MPLS.


Nota


Una red del Multiprotocol BGP es compatible con versiones anteriores con una red de BGP, pero los peeres BGP que no soportan las Extensiones multiprotocol no pueden remitir la información de ruteo, tal como información del identificador de la familia del direccionamiento, que las Extensiones multiprotocol llevan.

Ventajas del Uso de BGP Multiprotocolo en lugar de BGP

En las redes complejas con los protocolos de capa de la Red múltiple, el Multiprotocol BGP debe ser utilizado. En menos redes complejas recomendamos usando el Multiprotocol BGP porque ofrece las siguientes ventajas:

  • Todos los comandos bgp y capacidades del política de ruteo del BGP pueden ser aplicados al Multiprotocol BGP.
  • Una red puede llevar la información de ruteo para las familias del direccionamiento del protocolo de capa de la Red múltiple (por ejemplo, versión IP 4 o el VPN versión 4) como se especifica en el RFC 1700, los assigned number.
  • Una red puede soportar el unicast y las topologías incongruentes del Multicast.
  • Una red del Multiprotocol BGP es posterior - compatible porque el Routers que soporta las Extensiones multiprotocol puede interoperar con el Routers que no soporta las Extensiones.

En resumen, el soporte del Multiprotocol BGP para las familias del direccionamiento del protocolo de capa de la Red múltiple proporciona un flexible y una infraestructura escalable que permita que usted defina las configuraciones independientes de la directiva y del peering sobre una base de la familia del por-direccionamiento.

Extensiones BGP de Multiprotocolo para IP Multicast

Las rutas asociadas al ruteo multicast son utilizadas por la característica de la multidifusión independiente de protocolo (PIM) para construir los árboles de distribución de datos. El Multiprotocol BGP es útil cuando usted quiere un link dedicado al tráfico Multicast, quizás de limitar se utilizan qué recursos para los cuales tráfico. Por ejemplo, usted quiere todo el tráfico Multicast intercambiado en un punto de acceso a la red (SIESTA). El Multiprotocol BGP permite que usted tenga una topología del Unicast Routing diferente de una topología del ruteo multicast que no le prohiba más control sobre su red y recursos.

En el BGP, la única forma de realizar el ruteo multicast del interdomain es utilizar la infraestructura BGP que existe para el Unicast Routing. Si el Routers no es multicast capaz, o hay las directivas de diferenciación sobre donde el tráfico Multicast debe fluir, el ruteo multicast no se puede soportar sin el Multiprotocol BGP.

Un Multicast Routing Protocol, tal como PIM, utiliza ambos la base de datos de la multidifusión y unidifusión BGP a la fuente la ruta, realiza las operaciones de búsqueda del reenvío de trayecto inverso (RPF) para las fuentes del multicast capaz, y construye un árbol de distribución del Multicast (MDT). La tabla del Multicast es el origen principal para el router, pero si la ruta no se encuentra en la tabla del Multicast entonces se busca la tabla del unicast. Aunque el Multicast se pueda realizar con el unicast BGP, las rutas BGP del Multicast permiten que una topología alternativa sea utilizada para el RPF.

Es posible configurar a los peeres BGP que intercambian el unicast y la información de alcance de la capa de red de multidifusión (NLRI) donde las rutas del Multiprotocol BGP se pueden redistribuir en el BGP. Las Extensiones Multiprotocol, sin embargo, serán ignoradas por cualquier par que no soporte el Multiprotocol BGP. Cuando el PIM construye un árbol de distribución del Multicast a través de una red de BGP del unicast (porque la ruta a través de la red del unicast es la más atractiva), revisión de "RPF" puede fallar, evitando que el MDT sea construido. Si la red del unicast ejecuta el Multiprotocol BGP, la mirada se puede configurar usando la familia apropiada de la dirección Multicast. El Multiprotocol BGP de los permisos de la configuración de la familia de la dirección Multicast para llevar la información del Multicast y las operaciones de búsqueda RPF tendrá éxito.

La figura abajo ilustra un ejemplo simple del unicast y de las topologías del Multicast que son incongruentes; estas topologías no pueden intercambiar la información sin implementar el Multiprotocol BGP. Los sistemas autónomos 100, 200, y 300 son cada uno conectado con dos siestas que sean anillos FDDI. Uno se utiliza para la mirada del unicast (y por lo tanto intercambiar del tráfico de unidifusión). El timbre cómodo de la interconexión del Multicast (MFI) se utiliza para el peering del Multicast (y por lo tanto intercambiar del tráfico Multicast). Cada router es unicast y multicast capaz.

Figura 2Unicast y rutas de Multicast incongruentes


La figura abajo es una topología del Routers del unicast-solamente y del Routers del Multicast-solamente. El dos Routers a la izquierda es Routers del unicast-solamente (es decir, él no soporta ni se configura para realizar el ruteo multicast). El dos Routers a la derecha es Routers del Multicast-solamente. El Routers A y B soporta el unicast y el ruteo multicast. El unicast-solamente y el Routers del Multicast-solamente están conectados con una sola SIESTA.

En la figura abajo, solamente el tráfico de unidifusión puede viajar del router A al Routers del unicast al router B y detrás. El tráfico Multicast no podría fluir en esa trayectoria, porque el ruteo multicast no se configura en el Routers del unicast y por lo tanto la tabla de BGP Routing no contiene ninguna rutas de Multicast. En los routeres de multidifusión, se habilitan las rutas de Multicast y el BGP construye una tabla de ruteo separada para llevar a cabo las rutas de Multicast. El tráfico Multicast utiliza la trayectoria del router A a los routeres de multidifusión al router B y a la parte posterior.

La figura abajo ilustra un entorno del Multiprotocol BGP con una ruta separada del unicast y la ruta de Multicast del router A al Multiprotocol BGP del router B. permite que estas rutas sean noncongruent. Ambos sistemas autónomos se deben configurar para el Multiprotocol BGP interno en la figura.

Figura 3Entorno BGP del Multicast


Para más información sobre el Multicast IP, vea “configurando la biblioteca de configuración del Multicast IP”.

CLI de Configuración de NLRI

El BGP fue diseñado para llevar solamente la información de ruteo del IPv4 del unicast. La configuración BGP utilizó el formato CLI de la red NLRI en Cisco IOS Software. El formato NLRI ofrece solamente el soporte limitado para la información del ruteo multicast y no soporta los protocolos de capa de la Red múltiple. No recomendamos el usar del formato CLI NLRI para la configuración BGP.

Usando la característica híbrida BGP CLI, usted puede los comandos configure en el formato del VPNv4 de la familia del direccionamiento y salvar estas configuraciones de comando sin la modificación de una configuración formatada NLRI existente. Si usted quiere utilizar otras configuraciones de la familia del direccionamiento tales como unicast o Multicast del IPv4, después usted debe actualizar la configuración usando el comando BGP actualización-CLI.

Para más detalles sobre usar el comando CLI híbrido BGP, vea “configurando el módulo de una red de BGP básica”. Vea “Multiprotocol BGP” y “los conceptos del modelo de la familia del direccionamiento de Cisco BGP” para más información sobre el formato de la configuración de la familia del direccionamiento y las limitaciones del formato NLRI CLI.

Modelo de Familia de Direcciones BGP de Cisco

El modelo del identificador de la familia del direccionamiento de Cisco BGP (AFI) fue introducido con el Multiprotocol BGP y se diseña para ser modular y scalable, y para soportar el AFI múltiple y las configuraciones subsiguientes del identificador de la familia del direccionamiento (SAFI). Las redes están aumentando de la complejidad y muchas compañías ahora están utilizando el BGP para conectar con muchos sistemas autónomos, tal y como se muestra en de la topología de red en la figura abajo. Cada uno de los sistemas autónomos separados mostrados en la figura abajo puede funcionar con varios Routing Protocol tales como Multiprotocol Label Switching (MPLS) y IPv6 y requerir el unicast y las rutas de Multicast que se transportarán vía el BGP.

‘Figura 4’Topología de red de BGP para las familias con varias direcciones


El modelo de Cisco BGP AFI introdujo los nuevos comandos del comando line interface(cli) soportados por una nueva estructura interna. BGP Multiprotocolo lleva información de ruteo para protocolos de capa de red múltiple y rutas IP Multicast. Esta información de ruteo se lleva adentro el modelo AFI como atributos BGP añadidos al final del fichero (Extensiones multiprotocol). Cada familia del direccionamiento mantiene una base de datos separada BGP, que permite que usted configure la política de BGP sobre la base de la familia del por-direccionamiento. Las configuraciones SAFI son subconjuntos del padre AFI. SAFIs se puede utilizar para refinar las configuraciones de la política de BGP.

El modelo AFI fue creado debido a las limitaciones de escalabilidad del formato NLRI. Un router que se configura en el formato NLRI tiene el unicast del IPv4 pero capacidades de multidifusión limitadas. Las redes que se configuran en el formato NLRI tienen las limitaciones siguientes:

  • Ningún soporte para la información de la configuración AFI y SAFI. Muchas nuevas características BGP (y otros protocolos tales como MPLS) se soportan solamente en los modos de configuración AFI y SAFI y no se pueden configurar en los modos de configuración NLRI.
  • Ningún soporte para el IPv6. Un router que se configura en el formato NLRI no puede establecer el peering con un vecino del IPv6.
  • Soporte limitado para la encaminamiento del interdomain del Multicast y las topologías incongruentes de la multidifusión y unidifusión. En el formato NLRI, no toda la opción de configuración está disponible y no hay soporte para el VPNv4. Las configuraciones del formato NLRI pueden ser más complejas que las configuraciones que soportan el modelo AFI. Si el Routers en la infraestructura no tiene capacidades de multidifusión, o si las directivas diferencian en cuanto a donde el tráfico Multicast se configura para fluir, el ruteo multicast no puede ser soportado.

El modelo AFI en el Multiprotocol BGP soporta los AFI y SAFIs múltiple, todos los comandos basado en NLRI y las configuraciones de la política, y es compatible con versiones anteriores con el Routers que soporta solamente el formato NLRI. Un router que se configura usando el modelo AFI tiene las características siguientes:

  • Se soportan el AFI y la información y las configuraciones SAFI. Un router que se configura usando el modelo AFI puede llevar la información de ruteo para las familias del direccionamiento del protocolo de capa de la Red múltiple (por ejemplo, IPv4 y IPv6).
  • La configuración AFI es similar en todas las familias del direccionamiento, haciendo la sintaxis CLI más fácil utilizar que el sintaxis del formato NLRI.
  • Se soportan todas las capacidades y comandos de la política de ruteo de BGP.
  • Se soportan el unicast y las topologías congruentes del Multicast que tienen diversas directivas (configuraciones de filtración BGP), al igual que las topologías incongruentes de la multidifusión y unidifusión.
  • Se soporta el CLNS.
  • El interoperation entre el Routers que soporta solamente el formato NLRI (las redes basado en AFI es compatible con versiones anteriores) se soporta. Esto incluye el unicast del IPv4 y a los pares del Multicast NLRI.
  • Se soportan los casos del Redes privadas virtuales (VPN) y del VPN Routing and Forwarding (VRF). El IPv4 del unicast para los VRF se puede configurar de un IPv4 VRF de la familia de la dirección específica; esta actualización de la configuración es integrada en la base de datos del VPNv4 BGP.

Dentro de un modo de configuración de la familia de la dirección específica, la función de ayuda en línea del signo de interrogación (?) se puede utilizar para visualizar los comandos admitidos. Los comandos bgp soportados en el modo de configuración de la familia del direccionamiento configuran las mismas funciones que los comandos bgp soportados en el modo de configuración del router; sin embargo, los comandos bgp en el modo de configuración del router configuran las funciones solamente para el prefijo de la dirección de Unicast del IPv4. Para configurar los comandos bgp y las funciones para otros prefijos de la familia del direccionamiento (por ejemplo, los prefijos el Multicast del IPv4 o de la dirección de Unicast del IPv6), usted debe ingresar al modo de configuración de la familia del direccionamiento para esos prefijos de dirección.

El modelo de la familia del direccionamiento BGP consiste en cuatro familias del direccionamiento en Cisco IOS Software; IPv4, IPv6, CLNS, y VPNv4. En el Cisco IOS Release 12.2(33)SRB, y posterior las versiones, soporte para la familia del direccionamiento L2VPN fueron introducidas, y dentro de la familia del direccionamiento L2VPN se soportan los VPL SAFI. Dentro las familias SAFIs del direccionamiento del IPv4 y del IPv6 tal como árbol de distribución del Multicast (MDT), túnel, y VRF existen. La tabla abajo muestra que la lista de SAFIs soportó por el Cisco IOS Software. Para asegurar la compatibilidad entre las redes que funcionan con todos los tipos de configuración AFI y SAFI, recomendamos el configurar del BGP en los dispositivos Cisco IOS usando el modelo de la familia del direccionamiento del Multiprotocol BGP.

Cuadro 4SAFIs soportó por el Cisco IOS Software

Valor de campo SAFI

Descripción

Referencia

1

NLRI usado para el reenvío de unidifusión.

RFC 2858

2

NLRI usado para el Reenvío de multicast.

RFC 2858

3

NLRI usado para el unicast y el Reenvío de multicast.

RFC 2858

4

NLRI con las escrituras de la etiqueta MPLS.

RFC 3107

64

Túnel SAFI.

safi -01.txt del proyecto-nalawade-kapoor-túnel

65

Servicio virtual del LAN privado (VPL).

--

66

BGP MDT SAFI.

draft-nalawade-idr-mdt-safi-00.txt

128

direccionamiento MPLS-etiquetado VPN.

RFC-ietf-l3vpn-rfc2547bis-03.txt

Familia de direcciones IPv4

Utilizan a la familia del direccionamiento del IPv4 para identificar las sesiones de la encaminamiento para los protocolos tales como BGP que utilizan el estándar versión IP 4 prefijos de dirección. El unicast o los prefijos de la dirección Multicast se puede especificar dentro de la familia del direccionamiento del IPv4. La información de ruteo para el unicast del IPv4 de la familia del direccionamiento se hace publicidad por abandono cuando configuran a un peer BGP a menos que el anuncio de la información del IPv4 del unicast se apague explícitamente.

Los casos VRF se pueden también asociar a los comandos configuration mode del IPv4 AFI.

En el Cisco IOS Release 12.0(28)S, el túnel SAFI fue introducido para soportar el IPv4 de múltiples puntos del Tunelización que ruteaba las sesiones. El túnel SAFI se utiliza para hacer publicidad de los puntos finales del túnel y de los atributos del específico SAFI que contienen las capacidades del tipo de túnel y del túnel. La redistribución de los puntos finales del túnel en la tabla del túnel SAFI del IPv4 BGP ocurre automáticamente cuando configuran a la familia del direccionamiento del túnel. Sin embargo, los pares necesitan ser activados bajo la familia del direccionamiento del túnel antes de que las sesiones puedan intercambiar la información del túnel.

En el Cisco IOS Release 12.0(29)S, el árbol de distribución del Multicast (MDT) SAFI fue introducido para soportar las arquitecturas del Multicast VPN. MDT SAFI es un atributo del conector transitivo para multicast que se define como una familia de direcciones IPv4 en BGP. La sesión de la familia del direccionamiento MDT actúa como SAFI bajo la familia de la dirección Multicast del IPv4, y se configura en el Routers del borde del proveedor (PE) para establecer a las sesiones de peer VPN con el Routers de la frontera del cliente (CE) que soporta inter-COMO las sesiones de peer del Multicast VPN.

Familia de Direcciones IPv6

Utilizan a la familia del direccionamiento del IPv6 para identificar las sesiones de la encaminamiento para los protocolos tales como BGP que utilizan los prefijos de dirección estándar del IPv6. El unicast o los prefijos de la dirección Multicast se puede especificar dentro de la familia del direccionamiento del IPv6.


Nota


La información de ruteo para el unicast del IPv4 de la familia del direccionamiento se hace publicidad por abandono cuando usted configura a un peer BGP a menos que usted apague explícitamente el anuncio de la información del IPv4 del unicast.

Familia de Direcciones CLNS

Utilizan a la familia del direccionamiento CLNS para identificar las sesiones de la encaminamiento para los protocolos tales como BGP que utilizan los prefijos de dirección del punto de acceso de servicio de la red estándar (NSAP). Los prefijos de la dirección de Unicast son el valor por defecto cuando se configuran los prefijos del NSAP Address.

Las rutas CLNS se utilizan en las redes donde se configuran los direccionamientos CLNS. Esto es típicamente un Data Communications Network de las telecomunicaciones (DCN). El peering se establece usando los IP Addresses, pero los mensajes de actualización contienen las rutas CLNS.

Para más detalles sobre configurar el soporte BGP para el CLNS, que proporciona la capacidad de escalar las redes CLNS, vea “configurando el soporte del Multiprotocol BGP (MP-BGP) para el módulo CLNS”.

Familia de Direcciones de VPNv4

Utilizan a la familia de la dirección Multicast del VPNv4 para identificar las sesiones de la encaminamiento para los protocolos tales como BGP que utilizan los prefijos de dirección estándar del VPN versión 4. Los prefijos de la dirección de Unicast son el valor por defecto cuando se configuran los prefijos de dirección del VPNv4. Las rutas del VPNv4 son lo mismo que el IPv4 rutea, pero las rutas del VPNv4 tienen un descriptor de Route (RD) prepended que permita la replicación de los prefijos. Es posible asociar cada diverso RD a un diverso VPN. Cada VPN necesita su propio conjunto de los prefijos.

Las compañías utilizan un IP VPN como la fundación para desplegar o administrar los servicios de valor agregado incluyendo las aplicaciones y datos que reciben el comercio de la red, y los servicios de telefonía a los clientes comerciales.

En privado los LAN, los intranets del basado en IP han cambiado fundamental las compañías de la manera para dirigir su negocio. Las compañías están moviendo sus aplicaciones comerciales a sus intranets para extender sobre WAN. Las compañías también están dirigiendo las necesidades de sus clientes, proveedores, y Partners usando las extranets (un intranet que abarca los negocios múltiples). Con las extranets, las compañías reducen los costes del proceso comercial facilitando la automatización de la cadena de suministro, el intercambio de datos electrónicos (EDI), y otras formas de comercio de la red. Para aprovecharse de esta oportunidad comercial, los proveedores de servicio deben tener una infraestructura IP VPN que entregue los servicios de red privada a los negocios sobre una infraestructura pública.

Los VPN, cuando están utilizados con el MPLS, permiten que varios sitios transparente interconecten a través de una red de proveedor de servicio. Una red proveedora de servicios puede ofrecer soporte a varias VPN IP diferentes Cada una de éstas le aparece a sus usuarios como una red privada, separada de todas las otras redes. Dentro de una VPN, cada sitio puede enviar paquetes IP a cualquier otro sitio dentro de la misma VPN Cada VPN se asocia a uno o más VPN VRF. Las rutas del VPNv4 son un superconjunto de las rutas de todos los VRF, y la inyección de la ruta se hace por el VRF bajo la familia específica del direccionamiento VRF. El router mantiene una encaminamiento separada y el tabla de Cisco Express Forwarding (CEF) para cada VRF. Esto evita la información sea enviada fuera del VPN y permite que la misma subred sea utilizada en varios VPN sin causar los problemas de IP Address duplicado. El router que utiliza BGP distribuye la información de ruteo VPN utilizando las comunidades extendidas BGP.

El espacio de la dirección VPN es aislado del espacio de dirección global con el diseño. El BGP distribuye la información de alcance para los prefijos del VPN-IPv4 para cada VPN usando las Extensiones multiprotocol del VPNv4 para asegurarse de que las rutas para un VPN dado son aprendidas solamente por otros miembros de ese VPN, habilitando a los miembros del VPN para comunicar con uno a.

El RFC 3107 especifica cómo agregar la información de la escritura de la etiqueta a las familias del direccionamiento del Multiprotocol BGP usando un SAFI. La implementación del Cisco IOS del MPLS utiliza el RFC 3107 para proporcionar el soporte para enviar las rutas del IPv4 con una escritura de la etiqueta. Las rutas del VPNv4 tienen implícito una escritura de la etiqueta asociada a cada ruta.

Familia de Direcciones L2VPN

En Cisco IOS Release 12.2(33)SRB y versiones posteriores, se inserta soporte para la familia de direcciones L2VPN. L2VPN se define como una red segura que actúa dentro de una red no segura utilizando una tecnología de encripción como IP Security (IPsec) o Generic Routing Encapsulation (GRE). La familia de direcciones L2VPN se configura en el modo de configuración de ruteo BGP y en ella se soporta el identificador subsiguiente de familia de direcciones (SAFI) de VPLS.

El soporte BGP para la familia de direcciones de L2VPN presenta un mecanismo de descubrimiento automático basado en BGP para distribuir la información de provisión de extremo de L2VPN. El BGP utiliza una base de información de ruteo (RIB) L2VPN separada para almacenar la información de provisión de extremo, que se actualiza cada vez que se configura cualquier VFI de capa 2. El prefijo y la información de trayectoria se almacenan en la base de datos de L2VPN, permitiendo a BGP tomar las decisiones sobre la mejor trayectoria. Cuando el BGP distribuye la información de provisión del extremo en un mensaje de actualización a todos sus vecinos BGP, la información de extremo se utiliza para configurar una malla del pseudowire para soportar los servicios basados en L2VPN.

El mecanismo de descubrimiento automático de BGP facilita la creación de los servicios L2VPN, que son parte integrante de la función Cisco IOS Virtual Private LAN Service (VPLS). VPLS proporciona flexibilidad en la implementación de los servicios mediante la conexión de sitios geográficamente dispersos como una LAN grande a través de Ethernet de alta velocidad en una red MPLS IP robusta y ampliable. Para más detalles sobre los VPL, vea el “autodetección VPL: ” Característica basada BGP.

Bajo la familia del direccionamiento L2VPN se soportan los comandos siguientes del comando line interface(cli) BGP:

  • exploración-tiempo BGP
  • BGP Nexthop
  • el vecino activa
  • anuncio-intervalo vecino
  • vecino allowas-en
  • capacidad vecina
  • el vecino hereda
  • grupo de peers vecino
  • máximo-prefijo vecino
  • siguiente-salto-uno mismo vecino
  • vecino siguiente-salto-sin cambios
  • vecino quitar-soldado-como
  • route-map vecino
  • ruta-reflector-cliente vecino
  • enviar-comunidad vecina
  • reconfiguración suave vecina
  • soo vecino
  • ponderación vecina

Nota


Para los reflectores de ruta usando los L2VPN, no soportan al siguiente-salto-uno mismo y los comandos siguiente-salto-sin cambios vecinos vecinos.

Para los route maps usados dentro del BGP, todos los comandos relacionados con el procesamiento de prefijos, procesamiento de etiquetas y procesamiento de etiquetas automatizadas se ignoran cuando se utilizan bajo la configuración de la familia de direcciones L2VPN. Se soportan todos los demás comandos de route map.

Las trayectorias múltiples y las confederaciones BGP no se soportan bajo la familia de direcciones L2VPN.

Para los detalles en configurar el BGP bajo la familia del direccionamiento L2VPN, vea “soporte BGP para la característica L2VPN de la familia del direccionamiento” en el Cisco IOS Release 12.2(33)SRB.

Consideraciones de Remoción de BGP CLI

La configuración de la CLI BGP puede llegar a ser muy compleja incluso en redes BGP más pequeñas. Si tiene que remover una configuración de CLI, debe considerar todas las implicaciones de remover el CLI. Analice la configuración en ejecución actual para determinar las relaciones actuales de vecino BGP, las consideraciones sobre la familia de direcciones e incluso otros Routing Protocols configurados. Varios comandos BGP CLI afectan a otras partes de la configuración CLI. Por ejemplo, en la configuración siguiente, un Route Map se utiliza para hacer juego un número del sistema autónomo BGP y después para fijar las rutas correspondidas con con otro número del sistema autónomo para el EIGRP:

route-map bgp-to-eigrp permit 10
 match tag 50000
 set tag 65000

Configuran y se activan a los vecinos BGP en tres sistemas autónomos diferentes:

router bgp 45000
 bgp log-neighbor-changes
 address-family ipv4
  neighbor 172.16.1.2 remote-as 45000
  neighbor 192.168.1.2 remote-as 40000
  neighbor 192.168.3.2 remote-as 50000
  neighbor 172.16.1.2 activate
  neighbor 192.168.1.2 activate
  neighbor 192.168.3.2 activate
  network 172.17.1.0 mask 255.255.255.0
  exit-address-family

Un proceso de EIGRP Routing entonces se configura y las rutas BGP se redistribuyen en el EIGRP con un Route Map que filtra las rutas:

router eigrp 100
 redistribute bgp 45000 metric 10000 100 255 1 1500 route-map bgp-to-eigrp
 no auto-summary
 exit

Si usted decide más adelante quitar el Route Map, usted no utilizará la ninguna forma del comando route-map. Casi cada comando configuration no tiene una ninguna forma, y la ninguna forma inhabilita generalmente una función. Sin embargo, en este ejemplo de configuración, si usted inhabilita solamente el Route Map, la redistribución de ruta continuará, pero sin la filtración o corresponder con del Route Map. La redistribución sin el Route Map puede causar los resultados inesperados en su red. Cuando usted quita una lista de acceso o el Route Map, usted debe también revisar los comandos que se refirieron a esa lista de acceso o al Route Map para considerar si el comando le dará el comportamiento que usted pensó.

La configuración siguiente quitará el Route Map y la redistribución:

configure terminal
 no route-map bgp-to-eigrp 
 router eigrp 100
  no redistribute bgp 45000 
  end

Para los detalles en configurar el retiro de la configuración CLI BGP, vea “configurando el módulo de una red de BGP básica”.

Adonde ir después

Proceda “configurando al módulo de una red de BGP básica”.

Referencias adicionales

Documentos Relacionados

Tema relacionado

Título del documento

Comandos de Cisco IOS

El Cisco IOS domina los comandos list, todos las versiones

Comandos BGP

Routing IP del Cisco IOS: Referencia del comando bgp

Configuración de tareas BGP básicas

Módulo "Configuración de una Red BGP Básica"

Configurar la opción de sesión del vecino BGP

“Configurando módulo de la opción de sesión del vecino BGP”

Configurar el BGP para conectar con un proveedor de servicio

“Conectando con un proveedor de servicio que usa módulo del BGP externo”

Configurar las tareas del Internal BGP (iBGP)

Módulo "Configuración de las Funciones del BGP Interno"

Configurar las características avanzadas BGP

“Configurar el BGP avanzado ofrece” el módulo

Configurar el Multiprotocol BGP con el CLNS

“Configurando el soporte del Multiprotocol BGP (MP-BGP) para módulo CLNS”

Configurar las tareas básicas del Multicast IP

Módulo "Configuración de IP Multicast Básico"

Estándares

Estándar

Título

MDT SAFI

MDT SAFI

MIB

MIB

Link del MIB

CISCO-BGP4-MIB

Para localizar y descargar el MIB para las plataformas elegidas, las versiones de software de Cisco, y los conjuntos de características, utilizan el localizador MIB de Cisco encontrado en el URL siguiente:

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

RFC

RFC

Título

RFC 1700

Números Asignados

RFC 2858

Extensiones Multiprotocolo para BGP-4

RFC 3107

Cómo Incluir la Información de Etiquetas en BGP-4

RFC 4271

Un Border Gateway Protocol 4 (BGP-4)

RFC 4893

Soporte BGP para el Espacio de Números AS de Cuatro Octetos

RFC 5396

Representación Textual de los Números del Sistema autónomo (AS)

RFC 5398

Reserva de Números de Sistema autónomo (AS) para Uso en Documentación

Asistencia Técnica

Descripción

Link

El sitio Web de soporte técnico de Cisco proporciona los recursos en línea extensos, incluyendo la documentación y las herramientas para localizar averías y resolver los problemas técnicos con los Productos Cisco y las Tecnologías.

Para recibir la Seguridad y la información técnica sobre sus Productos, usted puede inscribir a los diversos servicios, tales como la herramienta de alerta del producto (accedida de los Field Notice), el hoja informativa de los servicios técnicos de Cisco, y alimentaciones realmente simples de la sindicación (RSS).

El acceso a la mayoría de las herramientas en el sitio Web de soporte técnico de Cisco requiere una identificación del usuario y una contraseña del cisco.com.

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

Descripción General de la Información de Función para Cisco BGP

La tabla siguiente proporciona la información sobre la versión sobre la característica o las características descritas en este módulo. Esta tabla enumera solamente la versión de software que introdujo el soporte para una característica dada en un tren de versión de software dado. A menos que se indicare en forma diferente, las versiones posteriores de ese tren de versión de software también soportan esa característica.

Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del software de Cisco. Para acceder el Cisco Feature Navigator, vaya a www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.

Cuadro 5Descripción General de la Información de Función para Cisco BGP

Nombre de la función

Versiones

Información sobre la Función

Soporte BGP para ASN de 4 bytes

Cisco IOS XE 3.1.0SG 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 15.0(1)S

El soporte BGP para la función ASN de 4 bytes introdujo el soporte para números de sistema autónomo de 4 bytes. Debido a la demanda creciente de números del sistema autónomo, en enero de 2009 el IANA comenzará a asignar números del sistema autónomo de 4 bytes en el rango entre 65536 y 4294967295.

En el Cisco IOS Release 12.0(32)SY8, 12.0(33)S3, 12.2(33)SRE, 12.2(33)XNE, y 12.2(33)SXI1, 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 de la coincidencia y de la salida de la expresión normal para los números del sistema autónomos, pero 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 regular y predeterminada de la coincidencia y de la salida de expresiones de los números del sistema autónomo de 4 bytes al formato asdot, utilice el comando bgp asnotation dot.

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

Los siguientes comandos fueron introducidos o modificados por esta característica: el punto del asnotation BGP, identificador de confederación BGP, confederación BGP mira, todos los bgpcommands claros del IP que configuren un número del sistema autónomo, ip as-path access-list, extcommunity-lista del IP, fuente-protocolo de la coincidencia, vecino local-como, vecino telecontrol-como, soo vecino, redistribuye (IP), BGP del router, ruta-blanco, fijó la como-trayectoria, fijó el extcommunity, fijó el origen, soo, todos los comandos show ip bgp que visualicen un número del sistema autónomo, y muestra la extcommunity-lista del IP.

BGP Support for the L2VPN Address Family

12.2(33)SRB

El soporte BGP para la familia del direccionamiento L2VPN introdujo un mecanismo basado en BGP del autodetección para distribuir la información de suministro del punto final L2VPN. El BGP utiliza un Routing Information Base separado L2VPN (RIB) para salvar la información de suministro del punto final que es actualizada cualquier capa 2 VFI se configura cada vez. Cuando el BGP distribuye la información de provisión del extremo en un mensaje de actualización a todos sus vecinos BGP, la información de extremo se utiliza para configurar una malla del pseudowire para soportar los servicios basados en L2VPN.

Los siguientes comandos fueron introducidos o modificados por esta característica: direccionamiento-familia l2vpn, BGP l2vpn del IP de la demostración.

Configurar el soporte del Multiprotocol BGP para el CLNS

12.2(33)SRB

La función Multiprotocol BGP (MP-BGP) Support for CLNS proporciona la capacidad de escalar redes CLNS (Connectionless Network Service). Las extensiones multiprotocolo del Border Gateway Protocol (BGP) añaden la capacidad de interconectar dominios de ruteo de interconexión de sistema abierto (OSI) separados sin fusionar los dominios de ruteo, proporcionando así la capacidad para construir redes OSI muy grandes.

Los siguientes comandos fueron introducidos o modificados por esta característica: borre el nsap BGP, nsap claro BGP que humedece, externo claro del nsap BGP, flap-statistics claro del nsap BGP, grupo de peers claro del nsap BGP, nsap BGP del debug, nsap BGP del debug que humedece, las actualizaciones del nsap BGP del debug, lista de prefijo vecina, red (BGP y Multiprotocol BGP), redistribúyalo (BGP a ISO ISIS), redistribúyalo (ISO ISIS al BGP), muestre el nsap BGP, muestre a la comunidad del nsap BGP, muestre la comunidad-lista del nsap BGP, muestre la trayectoria que ya no sirve del nsap BGP, muestre la lista de filtros del nsap BGP, muestre el flap-statistics del nsap BGP, muestre el nsap BGP contrario-como, muestran a los vecinos del nsap BGP, muestran las trayectorias del nsap BGP, muestran el cita-regexp del nsap BGP, muestran el regexp del nsap BGP, muestran resumen del nsap BGP.

Multiprotocol BGP

Cisco IOS XE 3.1.0SG

El Cisco IOS Software soporta las Extensiones del Multiprotocol BGP según lo definido en el RFC 2858, las Extensiones Multiprotocol para BGP-4. Las Extensiones introducidas en este RFC permiten que el BGP lleve la información de ruteo para los protocolos de capa de la Red múltiple incluyendo el CLNS, el IPv4, el IPv6, y el VPNv4. Estas Extensiones son compatibles con versiones anteriores habilitar al Routers que no soporta las Extensiones multiprotocol para comunicar con eso Routers que soporte las Extensiones multiprotocol. BGP Multiprotocolo lleva información de ruteo para protocolos de capa de red múltiple y rutas IP Multicast.

Cisco y el logotipo de Cisco son marcas registradas o marcas registradas de Cisco y/o de sus afiliados en los E.E.U.U. y otros países. Para ver una lista de marcas registradas de Cisco, vaya a este URL: www.cisco.com/go/trademarks. Las marcas registradas de tercera persona mencionadas son la propiedad de sus propietarios respectivos. El uso de la palabra Partner no implica en una relación de sociedad entre Cisco y ninguna otra compañía. (1110R)

Las direcciones IP (Internet Protocol) y los números de teléfono utilizados en este documento no son direcciones y números de teléfono reales. Cualesquiera ejemplos, muestra de la salida de comandos, diagramas de topología de red y otras figuras incluidos en el documento se muestran solamente con fines ilustrativos. El uso de direcciones IP o números de teléfono reales en contenido ilustrativo es involuntario y fortuito.

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