Sistemas autónomos para sesiones de BGP

Descripción del BGP atributo local

Cuando un proveedor de servicios Internet (ISP) adquiere una red que pertenece a un sistema autónomo diferente (como), no hay un método perfecto para trasladar BGP iguales del mismo nivel de la red adquirida al ISP que la adquiere. El proceso de configuración del BGP del mismo nivel con el nuevo número de AS puede ser laborioso y laborioso. A veces, los clientes no desean o no son capaces de modificar inmediatamente sus acuerdos o configuraciones de sus colegas. Durante este tipo de período de transición, puede ser útil configurar los dispositivos compatibles con BGP en el nuevo como para que utilicen el antiguo número en las actualizaciones BGP. Este antiguo valor de número se conoce como local as.

El uso de un número AS local permite que los dispositivos de enrutamiento de una red adquirida parezcan pertenecer a la primera.

Por ejemplo, el ISP A, con el 200, adquiere el ISP B, con un AS de 250. El ISP B tiene un cliente, el ISP C, que no desea cambiar su configuración. Después de que el ISP B forme parte del ISP A, se configura un número local AS de 250 para su uso en sesiones EBGP del mismo nivel con el ISP C. Por lo tanto, el número de AS local de 250 es precedido antes o se utiliza en lugar del número global AS de 200 en la ruta AS utilizada para exportar rutas a pares externos directos en el ISP C.

Si la ruta se recibe desde una BGP interna (IBGP) del mismo nivel, la ruta AS incluye el número AS local antepuesto antes del número AS global.

El número AS local se utiliza en lugar del número global AS si la ruta es una ruta externa, como una ruta estática o una ruta del Protocolo de puerta de enlace interior (IGP) que se importa en BGP. Si la ruta es externa y desea que el número global AS se incluya en el trazado AS, puede aplicar una directiva de enrutamiento que utilice as-path-expand o. as-path-prepend Utilice la as-path-expand acción de la política para colocar el número global as en el número as local. Utilice la as-path-prepend acción de póliza para colocar el número as global delante del número as local.

Por ejemplo:

En un escenario VPN de capa 3, en el que un dispositivo de extremo de proveedor (PE) usa el BGP externo (EBGP) a peer con un dispositivo perimetral de local-as cliente (CE), la instrucción se comporta de manera diferente que en el escenario no VPN. En el escenario de VPN, el número global AS definido en la instancia de Master se antepone a la ruta de acceso AS de forma predeterminada. Para invalidar este comportamiento, puede configurar el no-prepend-global-as en la configuración del BGP de instancias de enrutamiento del dispositivo de PE, tal y como se muestra a continuación:

La implementación del sistema operativo Junos (Junos OS) del atributo local AS admite las siguientes opciones:

• Local AS with private option—Cuando se utiliza esta private opción, el local as se utiliza durante el establecimiento de la BGP sesión con un vecino EBGP, pero está oculto en la ruta as enviada a otros EBGP iguales. Solo el global AS se incluye en la ruta AS enviada a los homólogos externos.

  Esta private opción es útil para establecer un emparejamiento local con dispositivos de enrutamiento que permanezcan configurados con las primeras como o con un cliente específico que aún no ha modificado sus acuerdos de sistemas del mismo nivel. El sistema local como se utiliza para establecer la sesión BGP con el vecino EBGP, pero está oculta en la ruta AS enviada a los homólogos externos en otro como.

  Incluya la private opción de manera que el AS local as no se antepone a la global como en la ruta as enviada a los homólogos externos. Cuando se especifica la private opción, el local as se antepone únicamente a la ruta as enviada al vecino EBGP.

  Por ejemplo, en Figura 1, el enrutador 1 y el enrutador 2 están en el 64496 , el enrutador 4 es 64511 y el enrutador 3 está en la forma 64510. El enrutador 2 anteriormente pertenecía a como 64497, que se ha fusionado con otra red y ahora pertenece a como 64496. Dado que el enrutador 3 sigue siendo un interlocutor con un enrutador 2 y utiliza su anterior (64497), el enrutador 2 debe configurarse con un local a 64497 para mantener el emparejamiento con el enrutador 3. La configuración de un 64497 local permite que el enrutador 2 pueda agregarse como 64497 al anunciar rutas al enrutador 3. El enrutador 3 ve una ruta de acceso de 64497 64496 para el prefijo 10/8.

  Figura 1: Local como configuración

  

  Para evitar que el enrutador 2 Agregue el número en forma local en sus anuncios a otros elementos del local-as 64497 private mismo nivel, utilice la instrucción. Esta instrucción configura el enrutador 2 para que no incluya el local como 64497 al anunciar rutas al enrutador 1 y al enrutador 4. En este caso, el enrutador 4 ve una ruta de acceso de as 64496 64510 para el prefijo 10.222/16.

• Local AS with alias option—En Junos OS versión 9,5 y posteriores, puede configurar un alias local como como. Durante el establecimiento de la BGP sesión abierta, el como se utiliza en el mensaje abierto alterna entre el local como y el global AS. Si el local de AS se utiliza para conectar con el vecino EBGP, solo se antepone el local as al trazado AS cuando se establece la sesión par BGP. Si el AS global se utiliza para conectar con el vecino EBGP, sólo se antepone el prefijo de AS a la ruta AS al establecerse la sesión par BGP. El uso de la alias opción también significa que el local as no se antepone a la ruta as para ninguna de las rutas aprendidas desde ese vecino EBGP. Por lo tanto, la variable local permanece oculta de otros homólogos externos.

  La configuración de un modo local alias como con la opción es especialmente útil cuando se migran los dispositivos de enrutamiento en una red adquirida al nuevo as. Durante el proceso de migración, algunos dispositivos de enrutamiento pueden configurarse con el nuevo como, mientras que otros siguen estando configurados con el antiguo. Por ejemplo, es recomendable empezar migrando primero a la nueva, como cualquier dispositivo de enrutamiento que funcione como catadióptricos de ruta. Sin embargo, a medida que se migran los clientes de reflector de enrutamiento incrementalmente, cada reflector de enrutamiento tiene que estar en el mismo nivel que los dispositivos de enrutamiento configurados con el primero, así como los dispositivos de enrutamiento del mismo nivel que están configurados con el nuevo AS. Para establecer sesiones del mismo nivel locales, puede ser útil para los BGP elementos del mismo nivel de la red para usar el as local y el global AS. Al mismo tiempo, desea ocultar este modo local a partir de los interlocutores externos y usar solo el global como en la ruta AS cuando exporta rutas a otra como. En este tipo de situación, configure alias la opción.

  Incluya la alias opción de configurar el as local como un alias para la global, tal y como [edit routing-options] se configura en el nivel de la jerarquía. Cuando configure una variable local como un alias, durante el establecimiento de la BGP sesión abierta, el como se utiliza en el mensaje abierto alterna entre el local como y el global AS. El local AS se antepone a la ruta AS solo cuando se establece la sesión del mismo nivel con un vecino EBGP utilizando la AS local AS. El local AS se oculta en la ruta AS enviada a cualquier otro elemento del mismo nivel externo. Sólo se antepone el prefijo de as a la ruta AS cuando se establece la BGP sesión mediante la global AS.

  Nota

  Las private opciones alias y son mutuamente excluyentes. No puede configurar ambas opciones con la misma local-as instrucción.

• Local AS with option not to prepend the global AS—En Junos OS versión 9,6 y posteriores, puede configurar una variable local como con la opción de no anteponer el as a global. Solo el local AS se incluye en la ruta AS enviada a los homólogos externos.

  Utilice esta no-prepend-global-as opción si desea quitar el número global y de las actualizaciones salientes BGP en un escenario de red privada virtual (VPN). Esta opción es útil en aVPN escenario en el que se desea ocultar el global como en la VPN.

  Incluye la no-prepend-global-as opción de hacer que la global tal y como [edit routing-options] está configurada en el nivel de jerarquía quitado de la ruta as enviada a los homólogos externos. Cuando utilice esta opción, solo el local como se incluye en la ruta AS de las rutas enviadas a un dispositivo de borde de cliente (CE).

• Number of loops option—La característica local AS también admite especificar el número de veces que la detección del número AS en el atributo AS_PATH hace que la ruta se descarte u oculte. Por ejemplo, si configura loops 1, la ruta se oculta si se detecta el número as en la ruta de acceso una o varias veces. Este es el comportamiento predeterminado. Si configura loops 2, la ruta se oculta si el número as se detecta en la ruta dos o más veces.

  Para la loops number instrucción, puede configurar del 1 al 10.

  Nota

  Si configura el valor local AS para cualquier grupo de BGP, la detección de los bucles de enrutamiento se realiza con los valores as y local AS de todos los grupos BGP.

  Si el elemento local AS de EBGP o IBGP es el mismo que el valor actual de AS, no utilice la local-as instrucción para especificar el número as local.

  Cuando configuras el como en un VRF, esto afecta al mecanismo de detección de bucles AS. Todas las local-as instrucciones configuradas en el dispositivo forman parte de un único dominio de as. El mecanismo de detección de bucles AS se basa en buscar una coincidencia como presente en el dominio.

Ejemplo Configuración de un local como para sesiones de EBGP

• Aplicables

• Descripción general

• Automática

• Comproba

Aplicables

No es necesaria ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

Descripción general

Utilice esta local-as instrucción cuando los ISP combinen y deseen conservar’una configuración del cliente, especialmente con respecto a la cual el cliente está configurado para establecer una relación del mismo nivel. La local-as instrucción simula el número as ya existente en los enrutadores de clientes, incluso si el’enrutador ISP s ha movido a otro as.

En este ejemplo se muestra cómo utilizar local-as la instrucción para configurar una variable local as. La local-as instrucción es compatible con BGP en los niveles globales, de grupo y de jerarquía de vecinos.

Cuando configure la local-as instrucción, debe especificar un número as. Puede especificar un número del 1 al 4.294.967.295 en formato de número sin formato. En Junos OS versión 9,1 y posteriores, el rango de números as se extiende para proporcionar BGP soporte para 4 bytes como los números que se definen en RFC 4893, BGP compatibilidad para cuatro octetos como espacio de número. En Junos OS versión 9,3 y posteriores, también puede configurar un número de 4 bytes as utilizando el formato de notación con el punto de dos valores enteros Unidos por un punto: <valor de orden superior de 16 bits en formato decimal>.<valor decimal de 16 bits de orden inferior>. Por ejemplo, el número de 4 bytes AS de 65.546 en formato de número simple se representa como 1,10 en el formato de notación con un punto. Puede especificar un valor entre 0,0 y 65535,65535 en formato de notación con un punto. Junos OS sigue admitiendo números de 2 bytes. El intervalo de 2 bytes en número de 1 a 65.535 (es un subconjunto del intervalo de 4 bytes).

Figura 2muestra la topología de ejemplo.

Figura 2: Topología para configurar el local como

En este ejemplo, el dispositivo R2 anteriormente pertenecía a como 250 y ahora está en el AS 200. El dispositivo R1 y el dispositivo R3 se configuran en Peer con AS 250 en lugar de New AS Number (como 200). El dispositivo R2 tiene el nuevo número AS configurado con autonomous-system 200 la instrucción. Para permitir que funcionen las sesiones de interconexión local-as 250 , la instrucción se agrega en la configuración del BGP. Debido local-as 250 a que está configurado, el dispositivo R2 incluye tanto el como (200) global como el local como (250) en sus BGP actualizaciones entrantes y salientes.

Automática

• Configuración del dispositivo R1

• Configurando el dispositivo R2

• Configuración del dispositivo R3

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, quite los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, a continuación, copie y [edit] pegue los comandos en la CLI en el nivel de jerarquía.

Configuración del dispositivo R1

Procedimiento detallado

1. Configure las interfaces.
2. Configure las BGP externas (EBGP).
3. Configure la Directiva de enrutamiento.
4. Configure una ruta estática a la red remota entre el dispositivo R2 y el dispositivo R3.
5. Configure el número AS global.

Resultados

Desde el modo de configuración, para confirmar la configuración show interfaces, show policy-optionsescriba show protocolslos comandos show routing-options ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Cuando termine la configuración del dispositivo, entre commit en el modo de configuración.

Configurando el dispositivo R2

Procedimiento detallado

1. Configure las interfaces.
2. Configure EBGP.
3. Configure el sistema autónomo local (AS) como número.
4. Configure el número AS global.
5. Configure la Directiva de enrutamiento.

Resultados

Desde el modo de configuración, para confirmar la configuración show interfaces, show policy-optionsescriba show protocolslos comandos show routing-options ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Cuando termine la configuración del dispositivo, entre commit en el modo de configuración.

Configuración del dispositivo R3

Procedimiento detallado

1. Configure las interfaces.
2. Configure EBGP.
3. Configurar el número del sistema autónomo global (AS).
4. Configure una ruta estática a la red remota entre el dispositivo R1 y el dispositivo R2.
5. Configure la Directiva de enrutamiento.

Resultados

Desde el modo de configuración, para confirmar la configuración show interfaces, show policy-optionsescriba show protocolslos comandos show routing-options ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Cuando termine la configuración del dispositivo, entre commit en el modo de configuración.

Comproba

• Comprobando la configuración local y global AS

• Comprobando las sesiones de interconexión a BGP

• Comprobación del BGP como rutas

Comprobando la configuración local y global AS

Finalidad

Asegúrate de que el dispositivo R2 tenga configurada la configuración local y global.

Acción

En modo operativo, escriba el show bgp neighbors comando.

Significado

El local como: 250 y sistema local como: el resultado de 200 muestra que el dispositivo R2 tiene la configuración esperada. Además, el resultado muestra que la lista de opciones incluye las configuraciones regionales.

Comprobando las sesiones de interconexión a BGP

Finalidad

Asegúrese de que se han establecido las sesiones y de que se muestra el número 250 local.

Acción

En modo operativo, escriba el show bgp summary comando.

Significado

El dispositivo R1 y R3 va a estar interconexión de un dispositivo en el AS 250, incluso si el dispositivo R2 se encuentra en el modo de 200 en realidad.

Comprobación del BGP como rutas

Finalidad

Asegúrese de que las rutas se encuentran en las tablas de enrutamiento y de que las rutas AS muestran el número local como 250.

Acción

En el modo de configuración, set route protocol bgp escriba el comando.

Significado

La salida muestra que el dispositivo R1 y el Device R3 tienen rutas con rutas como 250, incluso si el dispositivo R2 está en realidad como 200.

Ejemplo Configuración de una local privada como para sesiones EBGP

• Aplicables

• Descripción general

• Automática

• Comproba

Aplicables

No es necesaria ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

Descripción general

Utilice esta local-as instrucción cuando los ISP combinen y deseen conservar’una configuración del cliente, especialmente con respecto a la cual el cliente está configurado para establecer una relación del mismo nivel. La local-as instrucción simula el número as ya existente en los enrutadores de clientes, incluso si el’enrutador ISP s ha movido a otro as.

Cuando se utiliza la private opción, el local as se utiliza durante el establecimiento de la sesión de BGP con un vecino BGP (EBGP) externo, pero se oculta en la ruta as enviada a otros EBGP del mismo nivel. Solo el global AS se incluye en la ruta AS enviada a los homólogos externos.

Esta private opción es útil para establecer un emparejamiento local con dispositivos de enrutamiento que permanezcan configurados con las primeras como o con un cliente específico que aún no ha modificado sus acuerdos de sistemas del mismo nivel. El local como se utiliza para establecer la sesión BGP con el vecino EBGP, pero se oculta en la ruta AS enviada a los homólogos externos en otro como.

Incluya la private opción de manera que el AS local as no se antepone a la global como en la ruta as enviada a los homólogos externos. Cuando se especifica la private opción, el local as se antepone únicamente a la ruta as enviada al vecino EBGP.

Figura 3muestra la topología de ejemplo.

Figura 3: Topología para configurar una local privada como

El dispositivo R1 está en el 64496. El dispositivo R2 está en el 64510. El dispositivo R3 se encuentra en el 64511. El dispositivo R4 está en el 64512. El dispositivo R1 anteriormente pertenecía a como 64497, que se ha fusionado con otra red y ahora pertenece a como 64496. Dado que el dispositivo R3 sigue funcionando con el dispositivo R1, usando su ex como 64497, el dispositivo R1 debe configurarse con un nivel local de 64497 para poder mantener el emparejamiento con el dispositivo R3. La configuración de un local a partir de 64497 permite que el dispositivo R1 se agregue como 64497 cuando se anuncien rutas al dispositivo R3. El dispositivo R3 ve un path AS de 64497 64496 para el prefijo 10.1.1.2/32, que es la interfaz de bucle invertido de R2's del dispositivo. El dispositivo R4, que está situado detrás del dispositivo R3, ve una ruta de acceso de’64511 64497 64496 64510 a la interfaz de bucle de retorno de los dispositivos de R2. Para evitar que el dispositivo R1 agregue el número en forma local de sus anuncios a otros pares, este ejemplo incluye la local-as 64497 private instrucción. La private opción configura el dispositivo R1 para que no incluya el local como 64497 al anunciar rutas al dispositivo R2. El dispositivo R2 ve una ruta de acceso de 64496 64511 al dispositivo R3 y una ruta de acceso AS de 64496 64511 64512 al dispositivo R4. La private opción en la configuración del R1's del dispositivo hace que se retenga el número 64497 en los trazados as que el dispositivo R1 reanuncie al dispositivo R2.

Dispositivo R1 oculta la configuración local privada como de todos los enrutadores, excepto el dispositivo R3. La private opción se aplica a las rutas que el dispositivo R1 recibe (aprende) del dispositivo R3 y ese dispositivo R1, a su vez, vuelve a anunciarse a otros enrutadores. Cuando estas rutas aprendidas del dispositivo R3 son readavertiseddas por el dispositivo R1 al dispositivo R2, la local privada AS no se encuentra en el path AS anunciado para el dispositivo R2.

Automática

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, quite los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, a continuación, copie y [edit] pegue los comandos en la CLI en el nivel de jerarquía.

Configuración del dispositivo R1

Procedimiento detallado

1. Configure las interfaces.
2. Configure la sesión de interconexión a EBGP con el dispositivo R2.
3. Configure la sesión de interconexión de EBGP con el dispositivo R3.
4. Configure la Directiva de enrutamiento.
5. Configurar el número del sistema autónomo global (AS).

Resultados

Desde el modo de configuración, para confirmar la configuración show interfaces, show policy-optionsescriba show protocolslos comandos show routing-options ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, entre commit en el modo de configuración.

Repita la configuración según sea necesario para los demás dispositivos de la topología.

Comproba

• Comprobando si’el dispositivo es R2 como rutas

• Comprobando que’el dispositivo R3 s es una ruta

Comprobando si’el dispositivo es R2 como rutas

Finalidad

Asegúrese de que el dispositivo R2 no tiene el 64497 en sus rutas de los como los de los dispositivos R3 y R4.

Acción

En modo operativo, escriba el show route protocol bgp comando.

Significado

El dispositivo’R2 como rutas no se incluyen como 64497.

Comprobando que’el dispositivo R3 s es una ruta

Finalidad

Asegúrese de que el local como 64497 se antepone únicamente a la ruta AS enviada al EBGP Neighbor R3. Dispositivo R3 Ve una ruta de acceso de AS 64497 64496 para el prefijo 10.1.1.2/32, que es la interfaz de bucle de retroceso de R2's del dispositivo.

Acción

En modo operativo, escriba el show route protocol bgp comando.

Significado

El Device R3’s Route to Device R2 (prefijo 10.1.1.2) incluye tanto el local como el global tal y como se configuran en el dispositivo R1 (64497 y 64496, respectivamente).

Descripción del atributo IGP acumulado para BGP

Los protocolos de puerta de enlace interior (IGPs) están diseñados para manejar enrutamiento dentro de un solo dominio o en un sistema autónomo (AS). A cada vínculo se le asigna un valor específico denominado métrica. La distancia entre los dos nodos se calcula como una suma de todos los valores métricos de los vínculos a lo largo del trazado. El IGP selecciona la ruta más corta entre dos nodos en función de la distancia.

BGP está diseñado para proporcionar enrutamiento a un gran número de administraciones independientes con una coordinación limitada o ninguna entre ellas. BGP no utiliza métricas en las decisiones de selección de trazados.

El atributo métrico IGP (AIGP) acumulado de BGP permite la implementación en la que una sola administración puede ejecutarse en varias BGP, contiguas. Estas implementaciones permiten a BGP tomar decisiones de enrutamiento basadas en la métrica IGP. En estas redes, es posible que BGP seleccione rutas basadas en métricas como las realizadas por IGPs. En este caso, BGP elige la ruta más corta entre dos nodos, aunque los nodos puedan estar en dos puertos diferentes.

El atributo AIGP es particularmente útil en redes que utilizan el uso de túneles para entregar un paquete a su BGP siguiente salto. El Juniper Networks® Junos® sistema operativo (JUNOS os) admite actualmente el atributo AIGP para dos familias de direcciones BGP family inet labeled-unicast y family inet6 labeled-unicast.

AIGP impacta en el BGP mejor proceso de decisiones de ruta. La regla de preferencias del atributo AIGP se aplica después de la regla de preferencia local. La distancia AIGP se compara para romper el empate. El BGP proceso de decisiones de mejor ruta también afecta al modo en que se aplica la regla de costo interior si la resolución del siguiente salto tiene un atributo AIGP. Si no se habilita AIGP, el costo interior de una ruta se basará en el cálculo de la métrica en el siguiente salto de la ruta. Con AIGP habilitada, la distancia AIGP de resolución se agrega al costo del interior.

El atributo AIGP es un atributo de ruta de acceso BGP no transitiva y se especifica en Internet draft Draft-IETF-IDR-AIGP-06, Atributo de métrica IGP acumulado de BGP.

Ejemplo Configuración del atributo IGP acumulado para BGP

• Aplicables

• Descripción general

• Automática

• Comproba

Aplicables

En este ejemplo se utilizan los siguientes componentes de hardware y software:

• Siete dispositivos BGP.

• Junos OS versión 12,1 o posterior.

Descripción general

El atributo AIGP permite implementaciones en las que una sola administración puede ejecutar varios sistemas autónomos contiguos BGP (Asoc). Estas implementaciones permiten a BGP tomar decisiones de enrutamiento basadas en la métrica IGP. Con AIGP habilitada, BGP puede seleccionar rutas basadas en IGP métricas. Esto permite a BGP elegir la ruta más corta entre dos nodos, aunque los nodos puedan encontrarse en diferentes Asocros. El atributo AIGP es particularmente útil en redes que utilizan el uso de túneles para entregar un paquete a su BGP siguiente salto. Este ejemplo muestra AIGP configurado con MPLS rutas de conmutación de etiqueta.

Para activar AIGP, incluya la aigp instrucción en la configuración del BGP en función de la familia de los protocolos. La configuración de AIGP en una familia determinada permite enviar y recibir el atributo AIGP de dicha familia. De forma predeterminada, AIGP está deshabilitado. Un vecino deshabilitado AIGP no envía un atributo AIGP y descarta silenciosamente un atributo AIGP recibido.

Junos OS admite AIGP para family inet labeled-unicast y family inet6 labeled-unicast. La aigp declaración puede configurarse para una familia determinada en el nivel global de BGP, grupo o vecino.

De forma predeterminada, el valor del atributo AIGP de un prefijo local es cero. Un vecino con AIGP habilitado puede originar un atributo AIGP para un prefijo dado mediante la exportación de aigp-originate la Directiva, mediante la acción de la Directiva. El valor del atributo AIGP refleja la distancia IGP al prefijo. O bien, puede especificar un valor mediante la acción de la aigp-originate distance distance Directiva. El rango configurable va de 0 a 4.294.967.295. Solo un nodo necesita originar un atributo AIGP. El atributo AIGP se conserva y se reanuncia si los vecinos están habilitados AIGP con aigp la instrucción en la configuración del BGP.

• El vecino debe estar habilitado para AIGP.

• La Directiva debe aplicarse como una directiva de exportación.

• El prefijo no debe tener un atributo AIGP actual.

• El prefijo debe exportarse con el siguiente salto automático.

• Prefijo debe residir en el dominio AIGP. Normalmente, una dirección IP de bucle de retroceso es el prefijo que se debe originar.

Si no se cumplen estos requisitos, se omite la Directiva.

Diagrama de topología

Figura 4muestra la topología utilizada en este ejemplo. OSPF se utiliza como protocolo de puerta de enlace interior (IGP). La BGP interna (IBGP) se configura entre el PE1 del dispositivo y el dispositivo PE4. El BGP externo (EBGP) se configura entre el PE7 del dispositivo y el dispositivo PE1, entre el dispositivo PE4 y el PE3 de dispositivo, y entre PE4 de dispositivo y PE2 de dispositivo. Los dispositivos PE4, PE2 y PE3 están configurados para Multihop. Dispositivo PE4 selecciona una ruta de acceso basada en el valor AIGP y, a continuación, reanuncia el valor AIGP basándose en el AIGP y la configuración de directiva. PE1 de dispositivos reanuncia el valor de AIGP al dispositivo PE7, que se encuentra en otro dominio administrativo. Cada dispositivo tiene dos direcciones de interfaz de bucle de retroceso: 10.9.9. x se utiliza para el emparejamiento BGP y el identificador de enrutador, y 10.100.1. x se utiliza para el BGP siguiente salto.

La red entre el dispositivo PE1 y PE3 cuenta con un emparejamiento IBGP varias áreas de OSPF. El vínculo externo al dispositivo PE7 está configurado para mostrar que el atributo AIGP se reanuncia a un vecino fuera del dominio administrativo, si ese vecino está AIGP habilitado.

Figura 4: Anuncios de varias rutas de BGP

Para el origen de un atributo AIGP, el BGP siguiente salto debe ser él mismo. Si el BGP siguiente salto permanece inalterado, el atributo AIGP recibido se reanuncia, tal y como está, a otro AIGP vecino. Si el siguiente salto cambia, el atributo AIGP recibido se reanuncia con un valor aumentado para otro vecino AIGP. El aumento de valor refleja la distancia IGP al anterior BGP siguiente salto. Para demostrar que este ejemplo utiliza direcciones de interfaz de bucle invertido’para las sesiones de emparejamiento de dispositivo PE4 s EBGP con el dispositivo PE2 y el dispositivo PE3. Multihop se habilita en estas sesiones para que se realice una búsqueda recursiva para determinar la interfaz punto a punto. Dado que el siguiente salto cambia, la distancia IGP se suma a la distancia AIGP.

Automática

• Configurando el dispositivo P1

• Configurando el dispositivo P2

• Configurando el dispositivo PE4

• Configurando el dispositivo PE1

• Configurando el dispositivo PE2

• Configurando el dispositivo PE3

• Configurando el dispositivo PE7

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, quite los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, a continuación, copie y [edit] pegue los comandos en la CLI en el nivel de jerarquía.

Configurando el dispositivo P1

Procedimiento detallado

1. Configure las interfaces.

2. Configure MPLS y un protocolo de señalización, como RSVP o LDP.

3. Configure BGP.

4. Activar AIGP.

5. Configure una IGP, como OSPF, RIP o IS-IS.

6. Configure el ID del enrutador y el número de sistema autónomo.

7. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Desde el modo de configuración, escriba los show interfacescomandos, show protocolsy y show routing-options para confirmar la configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Configurando el dispositivo P2

Procedimiento detallado

1. Configure las interfaces.

2. Configure MPLS y un protocolo de señalización, como RSVP o LDP.

3. Configure BGP.

4. Activar AIGP.

5. Configure una IGP, como OSPF, RIP o IS-IS.

6. Configure el ID del enrutador y el número de sistema autónomo.

7. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Desde el modo de configuración, escriba los show interfacescomandos, show protocolsy y show routing-options para confirmar la configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Configurando el dispositivo PE4

Procedimiento detallado

1. Configure las interfaces.

2. Configure MPLS y un protocolo de señalización, como RSVP o LDP.

3. Configure BGP.

4. Activar AIGP.

5. Originan un prefijo y configuran una distancia AIGP.

   De forma predeterminada, un prefijo se origina utilizando la distancia IGP actual. De manera opcional, puede configurar una distancia para el atributo AIGP, utilizando la distance opción, como se muestra a continuación.

6. Activar las políticas.

7. Configure una ruta estática.

8. Configure una IGP, como OSPF, RIP o IS-IS.

9. Configure el ID del enrutador y el número de sistema autónomo.

10. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Desde el modo de configuración, para confirmar la configuración show interfaces, show policy-optionsescriba show protocolslos comandos show routing-options ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Configurando el dispositivo PE1

Procedimiento detallado

1. Configure las interfaces.

2. Configure MPLS y un protocolo de señalización, como RSVP o LDP.

3. Configure BGP.

4. Activar AIGP.

5. Activar las políticas.

6. Configure una IGP, como OSPF, RIP o IS-IS.

7. Configure el ID del enrutador y el número de sistema autónomo.

8. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Desde el modo de configuración, para confirmar la configuración show interfaces, show policy-optionsescriba show protocolslos comandos show routing-options ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Configurando el dispositivo PE2

Procedimiento detallado

1. Configure las interfaces.

2. Configure MPLS y un protocolo de señalización, como RSVP o LDP.

3. Configure BGP.

4. Activar AIGP.

5. Originan un prefijo y configuran una distancia AIGP.

   De forma predeterminada, un prefijo se origina utilizando la distancia IGP actual. De manera opcional, puede configurar una distancia para el atributo AIGP, utilizando la distance opción, como se muestra a continuación.

6. Activar las políticas.

7. Activar algunas rutas estáticas.

8. Configure una IGP, como OSPF, RIP o IS-IS.

9. Configure el ID del enrutador y el número de sistema autónomo.

10. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Desde el modo de configuración, para confirmar la configuración show interfaces, show policy-optionsescriba show protocolslos comandos show routing-options ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Configurando el dispositivo PE3

Procedimiento detallado

1. Configure las interfaces.

2. Configure MPLS y un protocolo de señalización, como RSVP o LDP.

3. Configure BGP.

4. Activar AIGP.

5. Activar las políticas.

6. Configure una IGP, como OSPF, RIP o IS-IS.

7. Configure el ID del enrutador y el número de sistema autónomo.

8. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Desde el modo de configuración, para confirmar la configuración show interfaces, show policy-optionsescriba show protocolslos comandos show routing-options ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Configurando el dispositivo PE7

Procedimiento detallado

1. Configure las interfaces.

2. Configure BGP.

3. Activar AIGP.

4. Configure la Directiva de enrutamiento.

5. Configure el ID del enrutador y el número de sistema autónomo.

6. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Desde el modo de configuración, para confirmar la configuración show interfaces, show policy-optionsescriba show protocolslos comandos show routing-options ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Comproba

• Comprobando que el PE4 del dispositivo recibe el atributo AIGP de su vecino EBGP PE2

• Comprobando la métrica IGP

• Comprobando que PE4 de dispositivo agrega la métrica IGP al atributo AIGP

• Comprobando que el PE7 del dispositivo recibe el atributo AIGP de su vecino EBGP PE1

• Verificación de la métrica de resolución de AIGP

• Verificación de la presencia de atributos AIGP en actualizaciones BGP

Comprobando que el PE4 del dispositivo recibe el atributo AIGP de su vecino EBGP PE2

Finalidad

Asegúrese de que la Directiva AIGP en el dispositivo PE2 esté funcionando.

Acción

Significado

En el dispositivo PE2, aigp-originate la instrucción se configura con una distancia de 20aigp-originate distance 20(). Esta instrucción se aplica a Route 55.0.0.0/24. Del mismo modo aigp-originate distance 30 , la instrucción se aplica a Route 99.0.0.0/24. Por lo tanto, cuando PE4 recibe estas rutas, el atributo AIGP se adjunta con las métricas configuradas.

Comprobando la métrica IGP

Finalidad

Desde la PE4 del dispositivo, Compruebe la métrica IGP al BGP siguiente salto 10.100.1.5.

Acción

Significado

La métrica IGP para esta ruta es 2.

Comprobando que PE4 de dispositivo agrega la métrica IGP al atributo AIGP

Finalidad

Asegúrese de que PE4 de dispositivos agrega la métrica IGP al atributo AIGP cuando reanuncie las rutas a su vecino IBGP, PE1 de dispositivo.

Acción

Significado

La métrica IGP se agrega a la métrica de AIGP (20 + 2 = 22 y 30 + 2 = 32), ya que se cambia el siguiente salto para estas rutas.

Comprobando que el PE7 del dispositivo recibe el atributo AIGP de su vecino EBGP PE1

Finalidad

Asegúrese de que la Directiva AIGP en el dispositivo PE1 esté funcionando.

Acción

Significado

La ruta 44.0.0.0/24 se originó en el dispositivo PE4. Las rutas 55.0.0.0/24 y 99.0.0.0/24 se originaron en el dispositivo PE2. Las distancias IGP se añaden a distancias AIGP configuradas.

Verificación de la métrica de resolución de AIGP

Finalidad

Confirme que si el prefijo se resuelve a través de la recursividad y que los próximos saltos recursivos han AIGP métrica, el prefijo tiene la suma de los valores de AIGP que se encuentran en el BGP recursivo de los próximos saltos.

Acción

1. Agregue una ruta estática a 66.0.0.0/24.

2. Elimine los términos existentes en aigp la declaración de directiva en el dispositivo PE2.

3. Configure una búsqueda de rutas recursivas para la ruta a 66.0.0.0.

   La Directiva muestra la métrica AIGP del prefijo 66.0.0.0/24 (ninguna) y su próximo salto recursivo. 55.0.0.1 resuelve el prefijo 66.0.0.0/24. El prefijo 66.0.0.0/24 no tiene su propia métrica de AIGP, pero su siguiente salto recursivo, 55.0.0.1, tiene un valor AIGP.

4. En PE4 de dispositivo, ejecute show route 55.0.0.0 extensive el comando.

   El valor de Metric2 es la métrica IGP al siguiente salto de BGP. Cuando el PE4 del dispositivo reenvía estas rutas a su IBGP igual, el dispositivo PE1, la métrica AIGP es la suma de AIGP + que resuelve AIGP métrica + Metric2.

   Prefix 55.0.0.0 muestra su propio IGP métrica 20, tal y como lo define y anuncia el dispositivo PE2. No muestra un valor AIGP de resolución porque no tiene un BGP recursivo en el siguiente salto. El valor de Metric2 es 2.

   user@PE4> show route 55.0.0.0 extensive

5. En PE4 de dispositivo, ejecute show route 66.0.0.0 extensive el comando.

   El prefijo 66.0.0.0/24 muestra la AIGP de resolución, que es la suma de su propia métrica AIGP y de su BGP recursivo:

   66.0.0.1 = 0, 55.0.0.1 = 20, 0+20 = 20

   user@PE4> show route 66.0.0.0 extensive

Verificación de la presencia de atributos AIGP en actualizaciones BGP

Finalidad

Si el atributo AIGP no está habilitado en BGP (o group en neighbor las jerarquías), el atributo AIGP se descarta de forma silenciosa. Habilite traceoptions e incluya el packets indicador en el detail en la configuración para confirmar la presencia del atributo AIGP en las actualizaciones BGP transmitidas o recibidas. Esto es útil para depurar problemas de AIGP.

Acción

1. Configurar PE2 de dispositivo y PE4 de dispositivo para traceoptions.

2. Compruebe si el traceoptions archivo en el dispositivo PE2.

   El siguiente ejemplo muestra un prefijo de anuncio de PE2 de dispositivo 99.0.0.0/24 del dispositivo PE4 (10.9.9.4) con una métrica AIGP de 20:

   user@PE2> show log bgp

3. Compruebe que la ruta se ha recibido en PE4 de dispositivo con la show route receive-protocol mando.

   AIGP no está habilitado en el dispositivo PE4, por lo que el atributo AIGP se descarta de forma silenciosa para el prefijo 99.0.0.0/24 y no aparece en el resultado siguiente:

   user@PE4> show route receive-protocol bgp 10.9.9.5 extensive | find 55.0.0.0

4. Compruebe si el traceoptions archivo en el dispositivo PE4.

   El siguiente resultado del traceoptions log muestra que el prefijo 99.0.0.0/24 se recibió con el atributo AIGP adjunto:

   user@PE4> show log bgp

Significado

La realización de esta comprobación ayuda a AIGP problemas de solución de problemas y depuración. Le permite comprobar qué dispositivos de su red envían y reciben atributos AIGP.

Descripción de reemplazo

La característica de reemplazo de AS permite que un enrutador de extremo de proveedor (PE) cambie el número del sistema autónomo privado (AS) usado por un dispositivo perimetral de cliente (CE) en una sesión de BGP externa (EBGP) que se ejecuta en un vínculo de acceso de enrutamiento y reenvío VPN (VRF). El número Private AS se cambia por Number a PE. Otro dispositivo de CE conectado a otro dispositivo PE considera que la ruta de EBGP proviene del primer sitio con una ruta de acceso del proveedor ASN, en lugar de un proveedor-ASN de proveedor-ASN. Esto permite que las redes empresariales utilicen el mismo ASN privado en todos los sitios.

La característica de suplantación de AS ofrece una ventaja de administración clara al proveedor de servicios porque BGP de forma predeterminada no acepta rutas de BGP con un atributo AS que contiene el número AS local.

En una red empresarial con varios sitios, es posible que desee utilizar un único número como entre sitios. Suponga, por ejemplo, que dos dispositivos CE se encuentran en el 64512 y que la red del proveedor se encuentra en el 65534.

Cuando el proveedor de servicios configura una VPN de capa 3 con esta configuración, incluso si la red MPLS dispone de rutas orientadas a la Device CE1 y la CE2 del dispositivo, la CE1 y el CE2 del dispositivo no tienen ruta mutua, ya que el atributo de ruta AS aparecería como 64512 65534 64512. BGP utiliza el atributo AS path como mecanismo de prevención de bucles. Si un sitio ve su propio número más de una vez en la ruta AS, la ruta se considera no válida.

Una forma de superar esta dificultad es con la as-override afirmación, que se aplica a los dispositivos de PE. La as-override instrucción sustituye el número as del dispositivo CE por el del dispositivo PE, lo que impide que el cliente aparezca como un número más de una vez en el atributo as path.

Si un cliente usa como ruta de acceso prependiente para hacer ciertas rutas menos convenientes y el proveedor de servicios utiliza como ignorar, todos los CE en forma de ocurrencia en la ruta de acceso AS se cambian al proveedor de servicios como número. Por ejemplo, supongamos que todos los sitios de clientes utilizan el mismo número que el de 64512. Si el ISP usa como el número 65534, un sitio del cliente ve la ruta de acceso a otro sitio como 65534 65534. Si el cliente antepone a 64512 a una ruta de acceso determinada para hacerla menos conveniente, otro sitio del cliente ve ese path como 65534 65534 65534.

Ejemplo Configuración de una VPN de capa 3 con reflexión de ruta y reemplazo

• Aplicables

• Descripción general

• Automática

• Comproba

Aplicables

No es necesaria ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

Descripción general

Este ejemplo tiene dos dispositivos CE, dos dispositivos de extremo de proveedor (PE) y varios dispositivos de núcleo de proveedor. La red de proveedor también está utilizando IS-IS para admitir LDP y BGP dispositivo de accesibilidad de bucle invertido P2 actúa como un reflector de enrutamiento (RR). Ambos dispositivos CE se encuentran en el sistema autónomo (AS) 64512. La red del proveedor está en el 65534.

La as-override instrucción se aplica a los dispositivos de PE, sustituyendo así el número as del dispositivo de CE por el del dispositivo de PE. Esto impide que el cliente parezca que el número más de una vez en el atributo AS path.

Figura 5muestra la topología utilizada en este ejemplo.

Figura 5: COMO invalidar topología

Configuración rápida de CLImuestra la configuración de todos los dispositivos de Figura 5. En esta Procedimiento detallado sección se describen los pasos en PE1 de dispositivo.

Automática

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, quite los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, a continuación, copie y [edit] pegue los comandos en la CLI en el nivel de jerarquía.

Procedimiento detallado

1. Configure las interfaces.

   Para activar MPLS, incluya la familia de protocolos en la interfaz, de modo que la interfaz no descarte el tráfico entrante MPLS.
2. Agregue la interfaz al protocolo MPLS para establecer la conectividad a nivel de plano de control.

   Configure el IGP para que los dispositivos del proveedor puedan comunicarse entre sí.

   Para establecer un mecanismo de distribución de MPLS etiquetas, habilite LDP. Opcionalmente, para LDP, habilite la desagregación de la clase de equivalencia de desvío (FEC), que da como resultado una convergencia global más rápida.
3. Habilite la conexión BGP interna (IBGP) al interlocutor solo con RR, usando la familia de direcciones de unidifusión VPN IPv4.
4. Configure la instancia de enrutamiento, as-override incluida la instrucción.

   Cree la instancia de enrutamiento (VRF) en el dispositivo PE, con lo que se establece la BGP configuración a peer-CE1 del dispositivo.
5. Configure el identificador del enrutador y el número AS.

Resultados

Desde el modo de configuración, para confirmar la configuración show interfaces, show protocolsescriba show routing-instanceslos comandos show routing-options ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración de este ejemplo para corregirlo.

Si ha terminado de configurar el dispositivo, escriba commit desde el modo de configuración.

Comproba

• Comprobando la ruta de los dispositivos CE

• Comprobar cómo se anuncia la ruta a los CE2 del dispositivo

• Comprobando la ruta en el dispositivo CE1

Comprobando la ruta de los dispositivos CE

Finalidad

Mostrar información sobre el PE1 de dispositivo sobre el atributo AS ruta para la interfaz de’ruta hacia el CE2 de bucle invertido de un dispositivo.

Acción

En el dispositivo PE1, desde el modo operativo, show route table VPN-A.inet.0 10.255.6.6 escriba el comando.

Significado

El resultado muestra que PE1 de dispositivos tiene una ruta AS para 10.255.6.6/32 como proveniente del 64512.

Comprobar cómo se anuncia la ruta a los CE2 del dispositivo

Finalidad

Asegúrese de que la ruta al dispositivo CE2 se anuncia a la CE1 del dispositivo como si provenga del núcleo MPLS.

Acción

En el dispositivo PE1, desde el modo operativo, show route advertising-protocol bgp 10.0.0.1 escriba el comando.

Significado

El resultado indica que PE1 de dispositivos está anunciando solo su propio número como la ruta de acceso AS.

Comprobando la ruta en el dispositivo CE1

Finalidad

Asegúrese de que la CE1 de dispositivo solo contiene el proveedor como número en la ruta AS de la ruta a CE2 del dispositivo.

Acción

En modo operativo, escriba el show route table inet.0 terse 10.255.6.6 comando.

Significado

El resultado indica que Device CE1 tiene una ruta a CE2 de dispositivo. El problema de bucle se resuelve con el uso de as-override la instrucción.

Una de las rutas está oculta en el dispositivo de la CE. Esto se debe a que Junos OS no realiza un horizonte de división de BGP. Generalmente, el horizonte dividido en BGP es innecesario, ya que cualquier ruta que pueda ser recibida por el originador es menos preferible debido a la longitud de la misma (para EBGP), como la detección de bucle de ruta (IBGP) u otras métricas de BGP. La publicidad de las rutas de regreso al vecino desde el que se aprendieron tiene un efecto insignificante sobre el rendimiento del enrutador y es la tarea adecuada.

Ejemplo Habilitar anuncios de ruta BGP

• Aplicables

• Descripción general

• Automática

• Comproba

Aplicables

No es necesaria ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

Descripción general

Este ejemplo muestra tres dispositivos de enrutamiento con conexiones externas de BGP (EBGP). El dispositivo R2 tiene una conexión EBGP con el dispositivo R1 y otra conexión EBGP al dispositivo R3. Aunque está separado por el dispositivo R2 que se encuentra en el 64511, el dispositivo R1 y el dispositivo R3 se encuentran en el mismo (como 64512). El dispositivo R1 y el Device R3 se anuncian en BGP rutas directas hacia sus propias direcciones de interfaz de bucle de retroceso.

El dispositivo R2 recibe estas rutas de interfaz de bucle advertise peer-as invertido, y la instrucción permite que el dispositivo R2 las anuncie. Específicamente, el dispositivo R1 envía la ruta 192.168.0.1 al dispositivo R2, y dado que el dispositivo advertise peer-as R2 tiene el configurado, el dispositivo R2 puede enviar la ruta 192.168.0.1 al dispositivo R3. Del mismo modo, el Device R3 envía la ruta 192.168.0.3 al advertise peer-as dispositivo R2, y permite al dispositivo R2 reenviar la ruta al dispositivo R1.

Para que el dispositivo R1 y el Device R3 acepten rutas que contengan su propio número AS en loops 2 el path as, es necesario incluir la afirmación en el dispositivo R1 y en el dispositivo R3.

Topología

Figura 6: Topología BGP para publicidad de igual a igual

Automática

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, quite los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, a continuación, copie y [edit] pegue los comandos en la CLI en el nivel de jerarquía.

Procedimiento detallado

1. Configure las interfaces del dispositivo.
2. Configure BGP.
3. Evite que las rutas del dispositivo R3 queden ocultas en el dispositivo loops 2 R1 mediante la inclusión de la instrucción.

   La loops 2 instrucción significa que los propios dispositivos’locales como número pueden aparecer en la ruta as hasta una sola vez sin hacer que la ruta esté oculta. La ruta se oculta si el número de’dispositivos locales as se detecta en la ruta de acceso dos o más veces.
4. Configure la Directiva de enrutamiento que envía rutas directas.
5. Aplique la Directiva de exportación a la sesión de interconexión de BGP con el dispositivo R2.
6. Configure el sistema autónomo (AS) como número.

Procedimiento detallado

1. Configure las interfaces del dispositivo.
2. Configure BGP.
3. Configure el dispositivo R2 para anunciar las rutas aprendidas de una EBGP igual a otra EBGP igual que.

   Es decir, debe anunciarse al dispositivo R1 rutas aprendidas del dispositivo R3 (y viceversa), incluso si el dispositivo R1 y el dispositivo R3 se encuentran en el mismo modo que.
4. Configure una directiva de enrutamiento que envíe rutas directas.
5. Aplicar la Directiva de exportación.
6. Configure el valor del AS.

Resultados

Desde el modo de configuración, para confirmar la configuración show interfaces, show protocolsescriba show policy-optionslos comandos show routing-options ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Si ha terminado la configuración de los dispositivos, commit entre en el modo de configuración.

Comproba

Verificación de las rutas BGP

Finalidad

Asegúrese de que las tablas de enrutamiento del dispositivo R1 y del dispositivo R3 contienen las rutas esperadas.

Acción

1. En el dispositivo R2, desactive advertise-peer-as la instrucción en la configuración del BGP.

2. En el dispositivo R3, desactive loops la instrucción en la configuración del BGP.

   
   
   

3. En el dispositivo R1, comprueba qué rutas se anuncian al dispositivo R2.

   user@R1> show route advertising-protocol bgp 10.0.0.2

4. En el dispositivo R2, comprueba qué rutas se reciben del dispositivo R1.

   user@R2> show route receive-protocol bgp 10.0.0.1

5. En el dispositivo R2, compruebe qué rutas se anuncian en el dispositivo R3.

   user@R2> show route advertising-protocol bgp 10.1.0.2

6. En el dispositivo R2, Active advertise-peer-as la instrucción en la configuración del BGP.

7. En el dispositivo R2, compruebe de todas las rutas que se anuncien en el dispositivo R3.

   user@R2> show route advertising-protocol bgp 10.1.0.2

8. En el dispositivo R3, compruebe las rutas que se reciben desde el dispositivo R2.

   user@R3> show route receive-protocol bgp 10.1.0.1

9. En el Device R3, loops Active la instrucción en la configuración del BGP.

   
   
   

10. En el dispositivo R3, volver a comprobar las rutas recibidas desde el R2 del dispositivo.

    user@R3> show route receive-protocol bgp 10.1.0.1

Significado

Primero se advertise-peer-as desactiva la instrucción loops y la instrucción para que se pueda examinar el comportamiento predeterminado. El dispositivo R1 envía al dispositivo R2 una ruta hacia la’dirección de interfaz de bucle invertido de dispositivo R1 s, 192.168.0.1/32. El dispositivo R2 no anuncia esta ruta al dispositivo R3. Después de activar advertise-peer-as la instrucción, el dispositivo R2 anuncia la ruta 192.168.0.1/32 hacia el dispositivo R3. El dispositivo R3 no acepta esta ruta hasta después de loops que se active la instrucción.

Deshabilitar mensajes de conjunto de atributos de forma independiente como dominios para la detección de bucles de BGP

BGP la detección de bucles para una ruta específica utiliza el dominio del sistema autónomo local (AS) para la instancia de enrutamiento. De forma predeterminada, todas las instancias de enrutamiento pertenecen a un único dominio de instancia de enrutamiento principal. Por lo tanto, BGP la detección de bucle utiliza la configuración local de las transmarítimas configuradas en todas las instancias de enrutamiento. Dependiendo de la configuración de su red, este comportamiento predeterminado puede hacer que las rutas se reproduzcan en bucle y se oculten.

Para limitar la inmovilización local en la instancia de enrutamiento principal, puede configurar un dominio independiente como para una instancia de enrutamiento. El dominio independiente es independiente de la instancia de enrutamiento principal y mantiene las rutas de acceso del dominio independiente para que no se compartan con la ruta AS y los atributos AS de otros dominios.

De forma predeterminada, los dominios independientes utilizan los mensajes de atributo de ruta de acceso transitiva 128 (conjunto’de atributos) para canalizar los atributos de BGP del dominio independiente a través del núcleo interno de BGP (IBGP). Sin embargo, en muchos casos no se desea tener un comportamiento de los mensajes establecidos por los dominios independientes. Si sólo desea configurar dominios independientes para mantener la independencia de las dependencias locales en la instancia de enrutamiento, y realizar BGP detección de bucles sólo para las partes locales especificadas en la instancia de enrutamiento, puede desactivar los mensajes del conjunto de atributos.

1. Seleccione la instancia de enrutamiento que contiene el dominio independiente que desea modificar. Puede seleccionar la instancia de enrutamiento de entre los siguientes niveles de jerarquía:

   • [edit routing-instances routing-instance-name]

   • [edit logical-systems logical-system-name routing-instances routing-instance-name]

2. Deshabilite los mensajes del conjunto de atributos en el dominio independiente.
   Sugerencia

   Cuando desactive los mensajes del conjunto de atributos, recomendamos que especifique el número AS de la instancia de enrutamiento principal. Esto garantiza que la instancia de enrutamiento principal se trate como una variable local en la instancia de enrutamiento y que se utilice para BGP la detección de bucles.

Después de especificar una instancia de ruta para un dominio independiente, la locala sólo se asocia a dicha instancia de enrutamiento. Esto significa que BGP detección de bucles utiliza únicamente la configuración local definida en la instancia de enrutamiento.

Ejemplo Omitiendo el atributo de ruta AS al seleccionar la mejor ruta

• Aplicables

• Descripción general

• Automática

• Comproba

Aplicables

No es necesaria ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

Descripción general

En los dispositivos de enrutamiento conectados externamente, el propósito de omitir la comparación de rutas AS podría ser forzar una BGP externa (EBGP) frente a la decisión BGP interna (IBGP) de quitar el tráfico de su red tan pronto como sea posible. En los dispositivos de enrutamiento conectados internamente, es posible que desee que los enrutadores de su IBGP sean, de forma predeterminada, la puerta de enlace local conectada externamente. Los enrutadores locales de sólo IBGP (internos) omiten la comparación de rutas AS y bajan el árbol de decisión para usar la puerta de enlace de protocolo de puerta de enlace interior (IGP) más cercana (la IGP métrica más baja). Esto puede ser una manera eficaz de obligar a estos enrutadores a utilizar una conexión LAN en lugar de su conexión WAN.

En este ejemplo, el dispositivo R2 está aprendiendo sobre la dirección de interfaz de bucle invertido en el dispositivo R4 (4.4.4.4/32) del dispositivo R1 y del Device R3. El dispositivo R1 está anunciando 4.4.4.4/32 con una ruta de acceso como 1 5 4 y el dispositivo R3 es Advertising 4.4.4.4/32 con un path como el de 3 4. El dispositivo R2 selecciona la ruta de 4.4.4.4/32 del dispositivo R3 como la mejor ruta, ya que la ruta AS es más corta que la ruta AS del dispositivo R1.

En este ejemplo se modifica la configuración de BGP en el dispositivo R2 para que la longitud de la ruta de acceso no se utilice en la mejor selección de ruta.

El dispositivo R1 tiene un ID de enrutador inferior (pág) superior al dispositivo R3 (a). Si todos los demás criterios de selección de trayectoria son iguales (o, como en este caso, ignorado), se utilizará la ruta aprendida desde el dispositivo R1. Dado que se omite el atributo AS-Path, la mejor ruta se encuentra hacia el dispositivo R1 debido al valor inferior de ID de enrutador.

Figura 7muestra la topología de ejemplo.

Figura 7: Topología para omitir la ruta de acceso AS-path lengh

Automática

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, quite los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, a continuación, copie y [edit] pegue los comandos en la CLI en el nivel de jerarquía.

Configurando el dispositivo R2

Procedimiento detallado

1. Configure las interfaces.
2. Configure EBGP.
3. Configure el atributo de ruta de acceso del sistema autónomo (AS) para que se omita en el algoritmo de selección de ruta de acceso Junos OS.
4. Configure la Directiva de enrutamiento.
5. Configure algunas rutas estáticas.
6. Configure el valor del sistema autónomo (AS) y el ID del enrutador.

Resultados

Desde el modo de configuración, para confirmar la configuración show interfaces, show policy-optionsescriba show protocolslos comandos show routing-options ,, y. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, escriba cometer desde el modo de configuración. Repita la configuración en los otros dispositivos de la red, cambiando los nombres y las direcciones IP, según sea necesario.

Comproba

• Comprobar el estado del vecino

Comprobar el estado del vecino

Finalidad

Asegúrese de que, desde el dispositivo R2, la ruta activa de acceso al 4 está a través de 1 y 5, hasta 3.

Acción

En modo operativo, escriba el restart routing comando.

En modo operativo, escriba el show route 4.4.4.4 protocol bgp comando.

Significado

El asterisco (*) se encuentra junto a la ruta obtenida de R1, lo que significa que se trata del path activo. La ruta AS de la ruta activa es 1 5 4, que es más larga que la ruta AS (3 4) para la ruta no activa aprendida del encaminador R3.

Descripción de los aspectos Private AS Number Removal From AS paths

• Un control remoto, en el que se proporciona conectividad, es de host múltiple, pero solo en el AS local.

• El mando a distancia no tiene un número de la asignación oficialmente asignada.

• No es adecuado convertir el mando a distancia como un miembro de la Confederación a la forma local.

La mayoría de las empresas adquirirán su propio número. Algunas compañías también utilizan números privados para conectarse a su propio público como red. Estas empresas podrían usar un número distinto de privado para cada región en la que su empresa realice negocios. En cualquier implementación, debe evitarse el anuncio de un número como privado para Internet. Los proveedores de servicios pueden remove-private utilizar la instrucción para evitar que la publicidad sea privada como números en Internet.

En un escenario empresarial, supongamos que tiene varios números en su empresa, algunos de los cuales son privados como números y otro con el número público. El que tiene un número público AS tiene una conexión directa con el proveedor de servicios. En el AS que se conecta directamente al proveedor de servicios, puede utilizar la remove-private instrucción para filtrar cualquier número privado como si estuviera en los anuncios que se envían al proveedor de servicios.

Los números AS se eliminan de la ruta AS a partir del extremo izquierdo de la ruta AS (el extremo en el que se agregaron más recientemente las rutas de acceso). El dispositivo de enrutamiento detiene la búsqueda de conexiones privadas cuando encuentra el primer AS o un interlocutor’s privado as. Si la ruta AS contiene el número AS del BGP externo (EBGP), BGP no quita el número AS privado.

La operación tiene lugar después de haber retirado ya cualquier miembro de la Confederación en el puesto de inmovilización, si procede.

El software está preconfigurado con el conocimiento del conjunto de números que se consideran privados, un rango definido en el documento de números asignados a Autoridad de Asignación de Números de Internet (IANA). El conjunto de 16 bits como números reservados como privados se encuentra en el intervalo de 64.512 a 65.534, ambos inclusive. El bit 32, como los números reservados como privados, está en el intervalo de 4,2 mil millones a 4.294.967.294, ambos incluidos.

Ejemplo Quitar los números privados como rutas

• Aplicables

• Descripción general

• Automática

• Comproba

Aplicables

No es necesaria ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

Descripción general

Los proveedores de servicios y las redes remove-private empresariales utilizan la instrucción para evitar que la publicidad sea privada como números en Internet. La remove-private instrucción funciona en la dirección de salida. Configure la remove-private instrucción en un dispositivo que tenga un número público y que esté conectado a uno o más dispositivos que tengan números privados. Generalmente, no configurará esta instrucción en un dispositivo que tenga un número privado.

Figura 8muestra la topología de ejemplo.

Figura 8: Topología para quitar una privada como de la ruta anunciada como

En este ejemplo, el dispositivo R1 se conecta a su proveedor de servicios utilizando Private como el número 65530. En el ejemplo se remove-private muestra la instrucción configurada en el ISP’del dispositivo para evitar que el dispositivo R1 s privado se anuncie como número a R2 del dispositivo. El dispositivo R2 solo ve el número AS del proveedor de servicios.

Automática

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, quite los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, a continuación, copie y [edit] pegue los comandos en la CLI en el nivel de jerarquía.

ISP del dispositivo

Procedimiento detallado

1. Configure las interfaces.
2. Configure EBGP.
3. Para el vecino en el sistema autónomo (como) 200 (dispositivo R2), quite Private como número de las rutas anunciadas como.
4. Configure el valor del AS.

Resultados

Desde el modo de configuración, escriba los show interfacescomandos, show protocolsy y show routing-options para confirmar la configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Si ha terminado de configurar el dispositivo, escriba cometer desde el modo de configuración. Repita la configuración en los dispositivos R1 y R2, cambiando los nombres de interfaz y la dirección IP, según sea necesario, y añadiendo la configuración de la Directiva de enrutamiento.

Comproba

• Comprobar el estado del vecino

• Comprobando las tablas de enrutamiento

• Comprobar la ruta AS cuando la instrucción Remove-private está desactivada

Comprobar el estado del vecino

Finalidad

Asegúrese de que el dispositivo ISP tiene el Remove-private configuración habilitada en su sesión vecina con el dispositivo R2.

Acción

En modo operativo, escriba el show bgp neighbor 192.168.20.1 comando.

Significado

Esta RemovePrivateAS opción muestra que el proveedor de servicios de Internet (ISP) del dispositivo tiene el valor esperado.

Comprobando las tablas de enrutamiento

Finalidad

Asegúrese de que los dispositivos tienen las rutas esperadas y las rutas de los mismos.

Acción

En modo operativo, escriba el show route protocol bgp comando.

Significado

El ISP del dispositivo tiene el número privado 65530 en su ruta de AS al dispositivo R1. Sin embargo, el ISP del dispositivo no anuncia este número como al dispositivo R2. Esto se muestra en la tabla de enrutamiento del dispositivo R2. Ruta de’acceso del dispositivo R2 s al dispositivo R1 contiene solo el número as del ISP del dispositivo.

Comprobar la ruta AS cuando la instrucción Remove-private está desactivada

Finalidad

Compruebe que, sin remove-private la instrucción, el número Private as aparece en’la tabla de enrutamiento de dispositivo R2 s.

Acción

Desde el modo de configuración en el dispositivo ISP deactivate remove-private , escriba el comando y vuelva a comprobar la tabla de enrutamiento en el dispositivo R2.

Significado

Private como el número 65530 aparece en el dispositivo’R2 como ruta de acceso al dispositivo R1.