Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

Introducción al servidor de enrutamiento BGP

 

Un servidor de enrutamiento BGP es el equivalente BGP externo (EBGP) de un reflector interno de enrutamiento IBGP (IBGP) que simplifica el número de sesiones directas de EBGP punto a punto que se requieren en una red. Los servidores de enrutamiento EBGP son transparentes en lo que se refiere a BGP la propagación de atributos para que una ruta recibida desde un servidor de enrutamiento lleve el conjunto de atributos de BGP (NEXT_HOP, AS_PATH, MULTI_EXIT_DISC, AIGP y Communities) si la ruta es de un EBGP igual de conexión directa.

Al igual que con un reflector de ruta IBGP, se conecta un servidor de enrutamiento EBGP a una red que se encuentra fuera de la ruta de reenvío directo entre los EBGP interlocutores usando la funcionalidad de servidor de enrutamiento. Esta conectividad puede realizarse mediante un vínculo físico directo o a través de redes de capa 2 como VPLS LAN o EVPN, o bien a través de una estructura IP de enlaces EBGP punto a punto que proporcionen direcciones de bucle invertido de los homólogos (típicas de las redes de centros de datos).

El protocolo BGP se ha mejorado para proporcionar capacidad de servidor de enrutamiento con las siguientes funciones descritas en el documento RFC 7947:

  • Transparencia de atributo para NEXT_HOP, AS_PATH, MULTI_EXIT_DISC, AIGP y Communities.

  • Control de políticas por cliente y varias costillas de servidores de enrutamiento para reducir la ocultación de las rutas de acceso.

BGP capacidad de programación aprovecha la funcionalidad de servidor de enrutamiento. El BGP JET bgp_route_service.proto Se ha mejorado la API para que admita funcionalidad de servidor de enrutamiento de la siguiente manera:

  • Programe el servidor de enrutamiento EBGP.

  • Las rutas se insertan en el RIB del servidor de enrutamiento específico para anunciarla selectivamente a los grupos de cliente en las costillas específicas del cliente.

El BGP JET bgp_route_service.proto API incluye un objeto de tipo del mismo nivel que identifica rutas individuales como EBGP o IBGP (predeterminado).

Generalmente, la funcionalidad de servidor de enrutamiento suele ser independiente de la familia de direcciones, aunque algunas específicas compatibilidad con los atributos de BGP pueden ser específicas de familias de direcciones (por ejemplo, AIGP sólo es compatible con familias de direcciones de unidifusión con etiqueta). Todas las familias de direcciones EBGP admiten la funcionalidad de servidor de enrutamiento.

Transparencia de BGP atributo

EBGP atributo Transparency [RFC7947] para el servidor de enrutamiento es compatible con la modificación de la BGP normal de la propagación de rutas para que ni los atributos transitivos ni transitivos se eliminen o modifiquen al propagar rutas.

Los cambios en el comportamiento EBGP normal se controlan mediante la configuración de la route-server-client CLI. La route-server-client configuración de la CLI enedit protocols bgp group group-nameel nivel [] de la jerarquía implementa el comportamiento de la transparencia del atributo BGP del servidor de enrutamiento.

  • El servidor de enrutamiento proporciona transparencia de atributos tanto para configuraciones de EBGP de un solo salto como de múltiples saltos. Por lo tanto route-server-client , la configuración incluye implícitamente la no-nexthop-change funcionalidad de para sesiones de un solo salto o de varios saltos. Para las sesiones de BGP de varios saltos, multihop debe configurar la palabra clave.

  • route-server-client Puede configurarse a los niveles de protocolo, grupo o vecino de la jerarquíaedit protocol bgp[].

  • La route-server-client configuración solo se aplica cuando el tipo de grupo es externo. Cuando el route-server-client está configurado para nivel , se emite un error de configuración cuando se intenta llevar a cabo la confirmación.

  • La route-server-client configuración no tiene parámetros.

  • Los privilegios de BGP normales se route-server-client aplican a la configuración.

Nota

Los atributos se controlan de forma independiente con respecto a la transparencia de los atributos. Incluso si el servidor de enrutamiento no puede enviar los saltos siguientes sin modificar, los demás atributos se envían de forma transparente según sea aplicable para esos atributos.

La siguiente es una configuración route-server-client de ejemplo:

Próximo salto

El atributo del salto siguiente no se debe modificar imponiendo Next-hop Self o modificando el próximo salto, a menos que se configure explícitamente a través de una directiva. El servidor de enrutamiento debe propagarse BGP próximos saltos de acuerdo con las reglas del próximo salto de terceros de RFC 4271.

El comportamiento del salto siguiente se especifica para los siguientes escenarios de servidor de enrutamiento:

  • En el caso de las interconexiones LAN y WAN, cuando el servidor de enrutamiento está conectado a los homólogos del cliente a través de una LAN compartida y una subred WAN, el servidor de enrutamiento anuncia los siguientes saltos de terceros que se han recibido, sin necesidad de modificar lo definido en el documento RFC 4271.

  • En el caso de la interconexión de Multihop del centro de datos, cuando el servidor de enrutamiento está conectado a los homólogos del cliente a través de una interconexión Multihop no-nexthop-change , EBGP se debe configurar Multihop y el route-server-client comportamiento de la configuración de la CLI impone implícitamente la automática. El servidor de enrutamiento anuncia los próximos saltos recibidos de terceros, sin modificación, de acuerdo con el comportamiento opcional de terceros definido en RFC 4271.

  • En otros casos, como las conexiones de un solo salto punto a punto entre el servidor de enrutamiento y los interlocutores de clientes, se utilizan los procedimientos normales de anuncio de salto siguiente para evitar que los próximos saltos de publicidad se rechacen por los pares de BGP (por ejemplo, la mayoría BGP las implementaciones rechazan, de forma predeterminada, las direcciones de saltos siguientes que no están cubiertas por la dirección de subred en sesiones que no son de multipoint.

COMO ruta de acceso

AS-path no debe modificarse anteponiendo el número local AS del’servidor de enrutamiento. La route-server-client configuración de la CLI para un interlocutor suprime la espera del número as local en los anuncios. Además, se ha show route advertising-protocol bgp peer cambiado el comando de la CLI para los elementos del servidor de enrutamiento que no se muestran en la métrica anunciada, ya que la configuración local as no se muestra.

Otros atributos

  • Atributo MULTI_EXIT_DISC (opcional, no transitivo) se debe propagar como recibido.

  • Todos los atributos de la comunidad, incluidas las comunidades no anunciables, no de exportación y extendidas no transitivas, deben propagarse tal y como se reciben.

  • El atributo IGP acumulado (AIGP) (opcional, no transitivo) debe propagarse tal y como se recibió.

    Nota

    Junos OS admite AIGP solo para las familias de direcciones BGP-LU (IPv4 e IPv6).

BGP RIB del cliente del servidor de enrutamiento

Una RIB específica del cliente de servidor de enrutamiento es una vista distintiva de una BGP Loc-RIB, que puede contener rutas diferentes para el mismo destino que otras vistas. Los clientes del servidor de enrutamiento, a través de sus grupos del mismo nivel, pueden asociar con una vista específica del cliente o con una costilla compartida común.

Para proporcionar la capacidad de anunciar distintas rutas a distintos clientes para el mismo destino, conceptualmente es necesario permitir que se produzcan varias instancias del BGP selección de ruta de acceso para el mismo destino, pero en un cliente o grupo diferente los contextos.

Para implementar el requerimiento de alto nivel de un control de políticas flexible con una selección de ruta por cliente/grupo, BGP servidor de enrutamiento adopta el enfoque de usar instancias de enrutamientos de no reenvío (NFIs) para tener una instancia múltiple de la canalización de BGP, incluida la selección de ruta BGP, Loc-RIB y política. El servidor de enrutamiento se configura para agrupar clientes de servidor de enrutamiento dentro de BGP grupos configurados dentro de distintas instancias de enrutamiento que no son de reenvío. Este enfoque aprovecha el hecho de que BGP en ejecución dentro de una instancia de enrutamiento realiza la selección de la ruta de acceso y tiene un nervio que es independiente de BGP se ejecuta en otros casos de enrutamiento.

Consideraciones y requisitos de políticas

Para propagar rutas entre clientes del servidor de enrutamiento, las rutas se pierden entre las costillas de las instancias de enrutamiento basadas en políticas configuradas.

La configuración del servidor de enrutamiento para el control de directivas incluye las consideraciones siguientes:

  • Los clientes de servidor de enrutamiento deben estar configurados en la misma instancia de maestro o en la instancia de ruta para recibir la misma vista de la ubicación.

  • Los clientes del servidor de enrutamiento deben configurarse dentro de su propia instancia de enrutamiento para recibir vistas de las ubic.

  • Los clientes del servidor de enrutamiento deben estar configurados en distintos grupos de par BGP en la misma instancia de ruta para tener una política de exportación diferente en la misma vista de la ubicación.

  • Para que las vistas de nervio específicas del cliente del servidor de enrutamiento reciban todas las rutas de otras tablas de forma predeterminada instance-import , se configura una instance-anymalla completa de políticas con. Al configurar instance-import con una directiva instance-anyque contenga:

    • instance-anypuede usarse en:

      • policy-statement ... term ... from

      • policy-statement ... from

      • policy-statement ... term ... to

      • policy-statement ... to

    • instance-anyno tiene parámetros.

    • El instance-any uso de en directivas instance-import distintas de no tiene ningún efecto.

  • La configuración de muchas instancias de enrutamiento y grupos del mismo nivel afecta la escalabilidad y el rendimiento.

  • La configuración forwarding-context de BGP CLI en eledit protocols bgp group neighbornivel [] divide la instancia de enrutamiento de un vecino BGP en una instancia de configuración y una instancia de reenvío. La configuración forwarding-context de la CLI de BGP también admite instancias de no reenvío con BGP iguales route-server-client del mismo nivel configurados como donde la instancia especificada es cualquier instancia capaz de reenviar un patrón o una instancia de enrutamiento que no sea de tipo no de reenvío.