Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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 as local se utiliza durante el establecimiento de la sesión de BGP con un vecino EBGP, pero está oculto en la ruta as que se envía a otros pares EBGP. 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 AS 64496, el enrutador 4 está en AS 64511 y el enrutador 3 está en AS 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 par con el enrutador 2 y utiliza su AS anterior (64497), el enrutador 2 debe configurarse con un AS local de 64497 para mantener el emparejamiento con el enrutador 3. La configuración de una AS local de 64497 permite al enrutador 2 agregar AS 64497 cuando se anuncian rutas al enrutador 3. El enrutador 3 ve una ruta de AS 64497 64496 para el prefijo 10/8.

    Figura 1: Local como configuraciónLocal 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 AS 64497 local cuando se anuncian rutas al enrutador 1 y al enrutador 4. En este caso, el enrutador 4 ve una ruta de AS del 64496 64510 para el prefijo 10.222/16.

  • Local AS with alias option: En Junos OS versión 9,5 y posteriores, puede configurar una AS 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. 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 AS local con la opción de no anteponer la AS 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 función de AS local también admite especificar el número de veces que la detección del número de 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

En este ejemplo se muestra cómo configurar un sistema autónomo local (AS) para una par BGP de forma que el como el y el local como se utilicen en BGP actualizaciones entrantes y salientes.

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 se fusionen y deseen conservar la configuración de un cliente, en particular los as con los que está configurado el cliente para establecer una relación del par. La local-as instrucción simula el número de as ya existente en los enrutadores del cliente, incluso si el enrutador del ISP se ha movido a un as diferente.

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 de AS se extiende para proporcionar BGP compatibilidad con números de AS de 4 bytes tal y como se define en RFC 4893, BGP compatibilidad con un espacio de número de as de cuatro octetos. En Junos OS versión 9,3 y posteriores, también puede configurar un número de AS de 4 bytes mediante el formato de notación de AS puntos de dos valores enteros Unidos por un punto: < de orden alto de16bits en >.< valor de orden bajo de16bits en >. Por ejemplo, el número de AS de 4 bytes de 65.546 en formato de número sin formato se representa como 1,10 en formato de notación de AS puntos. Puede especificar un valor de 0,0 a 65535,65535 en formato de notación de AS-dot. 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 comoTopologí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 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.

Dispositivo R1

Dispositivo R2

Dispositivo R3

Configuración del dispositivo R1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar el dispositivo R1:

  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 paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar el dispositivo R2:

  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 paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar el dispositivo R3:

  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

Confirme que la configuración funciona correctamente.

Comprobando la configuración local y global AS

Purpose

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

Intervención

En modo operativo, escriba el show bgp neighbors comando.

Efectos

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

Purpose

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

Intervención

En modo operativo, escriba el show bgp summary comando.

Efectos

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

Purpose

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.

Intervención

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

Efectos

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

En este ejemplo se muestra cómo configurar un número de sistema autónomo local privado (AS). El local como se considera privado porque se anuncia a los pares que utilizan el número de AS local para el emparejamiento, pero se oculta en los anuncios a los interlocutores que pueden usar el número AS global para el emparejamiento.

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 se fusionen y deseen conservar la configuración de un cliente, en particular los as con los que está configurado el cliente para establecer una relación del par. La local-as instrucción simula el número de as ya existente en los enrutadores del cliente, incluso si el enrutador del ISP se ha movido a un as diferente.

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 comoTopologí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 una ruta AS de 64497 64496 para el prefijo 10.1.1.2/32, que es la interfaz de circuito cerrado del dispositivo R2. El dispositivo R4, que está detrás del dispositivo R3, ve una ruta de AS de 64511 64497 64496 64510 a la interfaz de circuito cerrado del dispositivo R2's. 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 opción en la configuración del dispositivo R1 hace que falte el número de AS 64497 de las rutas de AS que el dispositivo R1 revierte al private dispositivo R2.

El dispositivo R1 oculta la AS local privada 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.

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Configuración del dispositivo R1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar el dispositivo R1:

  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

Confirme que la configuración funciona correctamente.

Comprobar rutas de AS de dispositivo R2's

Purpose

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

Intervención

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

Efectos

Las rutas de AS de dispositivo R2's no incluyen AS 64497.

Comprobar rutas de AS de dispositivo R3's

Purpose

Asegúrese de que el AS local 64497 se antepone solo en la ruta AS enviada al vecino EBGP R3. El dispositivo R3 ve una ruta AS de 64497 64496 para el prefijo 10.1.1.2/32, que es la interfaz de circuito cerrado del dispositivo R2.

Intervención

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

Efectos

El dispositivo R3's ruta al dispositivo R2 (prefijo 10.1.1.2) incluye tanto el AS local como el global configurados 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.

A partir de la versión 20.2R1, Junos OS admite la traducción de AIGP métrica a MED. Puede habilitar esta característica cuando quiera que el medio transporte el valor métrico de extremo a extremo AIGP, el cual se usa para elegir la mejor ruta. Esto es especialmente útil en la solución VPN AS MPLS, donde los sitios de clientes se conectan a través de dos proveedores de servicios diferentes, y los enrutadores de borde del cliente desean tomar la decisión IGP basada en la métrica. Puede configurar una para evitar la actualización innecesaria de ruta cuando el aigp eficaz cambie más allá del valor minimum-aigp más bajo conocido anteriormente. AIGP efectiva es el valor de AIGP anunciado con la ruta más el costo de IGP para llegar al salto. Puede configurar effective-aigp e minimum-effective-aigp instrucciones en los [edit protocols bgp group <group-name> metric-out] niveles de [edit policy-options policy-statement <name> then metric] jerarquía y.

El atributo AIGP es un atributo de ruta de BGP no transitiva opcional y se especifica en el borrador de Internet draft-ietf-IDR-AIGP-06, el atributo de métrica de IGP acumulado para BGP.

Ejemplo Configuración del atributo IGP acumulado para BGP

En este ejemplo se muestra cómo configurar el atributo de métrica IGP (AIGP) acumulado para BGP.

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.

La acción de la Directiva para originar el atributo AIGP tiene los siguientes requisitos:

  • 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 BGPAnuncios 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 usa direcciones de interfaz de circuito cerrado para PE4's de dispositivo EBGP de sesión de emparejamiento con dispositivo PE2 y PE3 de dispositivo. 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

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.

Dispositivo P1

Dispositivo P2

Dispositivo PE4

Dispositivo PE1

Dispositivo PE2

Dispositivo PE3

Dispositivo PE7

Configurando el dispositivo P1

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar el dispositivo P1:

  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 paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar el dispositivo P2:

  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 paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar PE4 de dispositivos:

  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 paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar PE1 de dispositivos:

  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 paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar PE2 de dispositivos:

  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 paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar PE3 de dispositivos:

  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 paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar PE7 de dispositivos:

  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

Confirme que la configuración funciona correctamente.

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

Purpose

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

Intervención
Efectos

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

Purpose

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

Intervención
Efectos

La métrica IGP para esta ruta es 2.

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

Purpose

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.

Intervención
Efectos

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

Purpose

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

Intervención
Efectos

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

Purpose

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.

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

  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

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

Purpose

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 la detail opción de la configuración para confirmar la presencia del atributo AIGP en actualizaciones de BGP transmitidas o recibidas. Esto es útil para depurar problemas de AIGP.

Intervención
  1. Configure los PE2 de dispositivo y la PE4 del dispositivo para traceoptions .

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

  3. Compruebe que la ruta se haya recibido en el dispositivo PE4 con el show route receive-protocol comando.

    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:

  4. Compruebe el traceoptions archivo en el dispositivo PE4.

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

Efectos

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 instrucción sustituye el número AS del dispositivo de BRC por el del dispositivo PE, lo que impide que el número de AS del cliente aparezca más de una vez en el atributo de ruta de as-override AS.

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

Suponga que es un proveedor de servicios que proporciona un servicio VPN administrado basado en el MPLS de capa 3. Su cliente tiene varios sitios y requiere enrutamiento BGP a los dispositivos perimetrales del cliente (CE) en cada sitio.

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 instrucción se aplica a los dispositivos pe, por lo que reemplaza el número de BRC de AS as-override por el del dispositivo 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íaCOMO invalidar topología

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

Topología

Automática

Modalidades

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.

CE1 del dispositivo

Dispositivo P1

Dispositivo P2

Dispositivo P3

Dispositivo PE1

Dispositivo PE2

Dispositivo CE2

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre Cómo desplazarse por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar como reemplazo:

  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, entre commit en el modo de configuración.

Comproba

Confirme que la configuración funciona correctamente.

Comprobando la ruta de los dispositivos CE

Purpose

Muestra información en PE1 de dispositivo sobre el atributo de ruta AS para la interfaz de la ruta hacia el dispositivo de circuito cerrado CE2's.

Intervención

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

Efectos

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

Purpose

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

Intervención

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

Efectos

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

Purpose

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.

Intervención

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

Efectos

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. Las rutas publicitarias de regreso al vecino del que aprendieron tienen un efecto nada desdeñable en el rendimiento del enrutador, y es lo correcto hacer.

Ejemplo Habilitar anuncios de ruta BGP

Junos OS no anuncia las rutas aprendidas de un EBGP homólogo de regreso al mismo BGP externo (EBGP) del mismo nivel. Además, el software no anuncia esas rutas de regreso a ningún EBGP del mismo nivel que se encuentre en el mismo sistema autónomo que el igual de origen, independientemente de la instancia de enrutamiento. Puede modificar este comportamiento si incluye la advertise-peer-as instrucción en la configuración.

Si incluye la advertise-peer-as instrucción en la configuración, BGP anuncia la ruta independientemente de esta comprobación.

Para restaurar el comportamiento predeterminado, incluya la no-advertise-peer-as instrucción en la configuración:

El comportamiento predeterminado de supresión de ruta está deshabilitado si la as-override instrucción se incluye en la configuración. Si incluye ambas instrucciones as-override and no-advertise-peer-as en la configuración, la no-advertise-peer-as instrucción se omite.

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

Dispositivo R1

Dispositivo R2

Dispositivo R3

Modalidades

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar el dispositivo R1:

  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 el número de as propio del dispositivo local puede aparecer en la ruta de as hasta una sola vez sin provocar la ocultación de la ruta. La ruta se oculta si el número de AS del dispositivo local se detecta en la ruta 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 paso a paso

Para configurar el dispositivo R2:

  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.

Dispositivo R1

Dispositivo R2

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

Comproba

Confirme que la configuración funciona correctamente.

Verificación de las rutas BGP

Purpose

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

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

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

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

  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.

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

  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.

Efectos

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 a la dirección de interfaz de circuito cerrado del 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 transitiva 128 (conjunto de atributos) para Tunelizar los atributos de BGP del dominio independiente a través del núcleo interno 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.

Para deshabilitar los mensajes de conjuntos de atributos en un dominio independent-domain no-attrset independiente, incluya la siguiente instrucción:

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

    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

Si existen varias rutas de BGP al mismo destino, BGP selecciona la mejor en función de los atributos de ruta de las rutas de acceso. Uno de los atributos de ruta que afecta a la mejor decisión de ruta de acceso es la longitud de las rutas del AS de cada ruta. Las rutas con menos rutas, son preferibles a aquellas que tardan más tiempo en enrutarse. Aunque no suelen ser prácticos, en algunos escenarios puede ser necesario omitir la longitud de la ruta de acceso en el proceso de selección de rutas. En este ejemplo se muestra cómo configurar un dispositivo de enrutamiento para omitir el atributo AS path.

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.

PRECAUCIÓN:

Cuando incluya la as-path-ignore instrucción en un dispositivo de enrutamiento de su red, es posible que tenga que incluirla en todos los demás dispositivos habilitados con BGP de su red para evitar bucles de enrutamiento y problemas de convergencia. Esto se aplica especialmente a las comparaciones de ruta de IBGP.

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

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Dispositivo R5

Configurando el dispositivo R2

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar el dispositivo R2:

  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, entre commit en 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

Confirme que la configuración funciona correctamente.

Comprobar el estado del vecino

Purpose

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.

Nota:

Para comprobar la funcionalidad de la as-path-ignore instrucción, es posible que necesite ejecutar el restart routing comando para forzar una nueva evaluación del path activo. Esto se debe a que, por BGP, si ambas rutas son externas, el Junos OS comportamiento es preferir la ruta activa en ese momento. Este comportamiento ayuda a reducir al mínimo la oscilación de la ruta. Tenga cuidado al reiniciar el proceso del Protocolo de enrutamiento en una red de producción.

Intervención

En modo operativo, escriba el restart routing comando.

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

Efectos

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

De forma predeterminada, cuando BGP anuncia como rutas de sistemas remotos, incluye todos los números, incluidos los números privados. Puede configurar el software para que quite los números privados como rutas. Esto es útil cuando se cumple alguna de las circunstancias siguientes:

  • 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 deja de buscar as privados cuando encuentra el primer AS no privado o un AS privado de un par. Si la ruta AS contiene el número AS del BGP externo (EBGP), BGP no quita el número AS privado.

Nota:

A partir de Junos OS 10.0 R2 y versiones posteriores, si es necesario enviar prefijos a un EBGP del mismo nivel que tenga un número AS que coincida con un número AS en la ruta AS, as-override considere la posibilidad de usar remove-private la instrucción en lugar de la instrucción.

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 números de AS de 16 bits 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

En este ejemplo, se muestra la eliminación de un número AS privado de la ruta de acceso anunciada como para evitar anunciar el número AS privado a Internet.

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 comoTopologí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, remove-private se muestra la instrucción configurada en el ISP del dispositivo para evitar que el número de as privado de dispositivo R1's se anuncie al dispositivo R2. 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.

Dispositivo R1

ISP del dispositivo

Dispositivo R2

ISP del dispositivo

Procedimiento paso a paso

El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener más información sobre cómo navegar por la CLI, consulte uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI de Junos os.

Para configurar el ISP del dispositivo:

  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, entre commit en 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

Confirme que la configuración funciona correctamente.

Comprobar el estado del vecino

Purpose

Asegúrese de que el proveedor de servicios de Internet (ISP) del dispositivo tiene remove-private habilitada la configuración en su sesión vecino con el dispositivo R2.

Intervención

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

Efectos

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

Comprobando las tablas de enrutamiento

Purpose

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

Intervención

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

Efectos

El ISP del dispositivo tiene el número de AS 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 R2's de dispositivo para el dispositivo R1 solo contiene el número de AS para el ISP del dispositivo.

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

Purpose

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

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

Efectos

El número de AS privado 65530 aparece en la ruta del dispositivo R2's AS al dispositivo R1.

Tabla de historial de versiones
Liberación
Descripción
20.2R1
A partir de la versión 20.2R1, Junos OS admite la traducción de AIGP métrica a MED. Puede habilitar esta característica cuando quiera que el medio transporte el valor métrico de extremo a extremo AIGP, el cual se usa para elegir la mejor ruta.