Configuración de ajustes avanzados de BGP

Este tema describe cómo gestionar los ajustes avanzados de Border Gateway Protocol (BGP) en el Megaport Cloud Router (MCR):

Una opción para anular el número de sistema autónomo (ASN) predeterminado.
Una opción de prepend del ASN para establecer prioridades de anuncio de rutas.
El Discriminador de Salida Múltiple (MED)Multi-Exit Discriminator (MED) es un atributo de ruta de BGP que puede influir en un vecino BGP para que tome una ruta preferida cuando el sistema autónomo (AS) anunciante es el mismo para las rutas candidatas y hay múltiples puntos de entrada para ese AS. Se prefiere una métrica MED más baja frente a una más alta.
identifica el VXC preferido que se usa para redirigir el tráfico tras un fallo de ruta.
El protocolo Bidirectional Forwarding Detection (BFD)La Detección de reenvío bidireccional (BFD) es un protocolo de detección de fallas de red que detecta cualquier falla en la ruta entre vecinos BGP directamente conectados. Proporciona tiempos rápidos de detección de fallas, lo que facilita un tiempo de reconvergencia más rápido para los protocolos de enrutamiento BGP dinámicos. Es independiente del medio, del protocolo de enrutamiento y de los datos.
detecta cualquier fallo de ruta entre vecinos de BGP.

Anulación del ASN de MCR

El ASNUn sistema autónomo (AS) es un conjunto de prefijos de enrutamiento del Protocolo de Internet (IP) conectados bajo el control de uno o más operadores de red en nombre de una única entidad administrativa o dominio. ASN se refiere al número de sistema autónomo y es un identificador numérico único asignado a cada AS para su uso en el enrutamiento BGP.
predeterminado asignado al MCR es 133937. Para la mayoría de las configuraciones, el ASN predeterminado es adecuado. De forma opcional, puede especificar otro ASN local para anular el ASN predeterminado por par.

Importante

Los proveedores de nube pueden tener restricciones sobre el valor de ASN. Consulte la documentación de su proveedor de nube antes de anular el valor predeterminado.

Para anular el ASN de MCR

Seleccione el VXC y seleccione Extremo A o Extremo B.
Junto a la conexión BGP, haga clic en Edit (Editar).
Seleccione la pestaña Advanced (Avanzado).
En el campo Local ASN (ASN local), introduzca un ASN público o privado (por ejemplo, introduzca un número del 64512 al 65534).

El rango de ASN es de 2 a 4294967294, pero los siguientes ASN no están disponibles:
- 8074, 8075, 12076, 65515 - 65520 (reservados en Azure)
- 23456, 64496-64511, 65535 - 65551 (reservados por Internet Assigned Numbers Authority (IANA))
Haga clic en Update (Actualizar).

Configuración de la prioridad de anuncio de rutas con prepend de ASN

La longitud del AS path determina la prioridad de anuncio de rutas para las rutas BGP salientes. La ruta con el AS path más corto tiene la mayor preferencia y prevalece sobre cualquier anuncio de path más largo. Las longitudes de path más largas tienen una prioridad menor. El AS path prepending alarga el path para disminuir la prioridad de la ruta.

Configurar un valor de prepend de ASN es opcional.

Para establecer la prioridad de anuncio de ruta en una conexión BGP existente

Seleccione el VXC y seleccione Extremo A o Extremo B.
Junto a la conexión BGP, haga clic en Edit (Editar).
Seleccione la pestaña Advanced (Avanzado).
En el campo AS Path Prepend (Prepend de AS path), introduzca el número de veces adicionales para añadir el ASN local al path BGP. Introduzca enteros dentro del rango de 1 a 10. Por ejemplo, 2 antepone el ASN al AS path existente dos veces, creando una longitud de AS path de 3. Los números más altos despriorizan el path.
Haga clic en Update (Actualizar).

Para establecer la prioridad de anuncio de ruta en una conexión BGP nueva

Añada una nueva conexión BGP.
Seleccione la pestaña Advanced (Avanzado).
En el campo AS Path Prepend (Prepend de AS path), introduzca el número de veces adicionales para añadir el ASN local al path BGP. Introduzca enteros dentro del rango de 1 a 10. Por ejemplo, 2 antepone el ASN al AS path existente dos veces, creando una longitud de AS path de 3. Los números más altos despriorizan el path.
Haga clic en Add (Añadir).

Habilitar el protocolo BFD

BGP comparte información de alcance de red con sistemas BGP adyacentes, que se denominan vecinos o pares. El protocolo BFD detecta fallos de ruta entre vecinos BGP conectados directamente, lo que permite un tiempo de reconvergencia de enrutamiento BGP más rápido.

Habilitar BFD en una conexión VXC proporciona una detección rápida de fallos de enlace y failover al conectarse a servicios que admiten BFD en el vecino remoto. Después de habilitar BFD, una relación de vecindad BGP puede desmontarse rápidamente tras las notificaciones de BFD, conmutando por error a otro vecino BGP. Los ajustes de BFD se aplican a todas las conexiones BGP en la interfaz.

El protocolo BFD se ejecuta de forma independiente de BGP. Cuando BFD está habilitado, el failover es más rápido porque se produce antes de que expire el intervalo del temporizador de BGP. La configuración predeterminada del temporizador de BGP es de 3 fallos de ventana de keepalive de 60 segundos cada uno. Cuando no está habilitado, el failover solo se producirá después de que expire el intervalo del temporizador de BGP.

Los ajustes predeterminados de BFD no se pueden modificar. Estos ajustes se configuran cuando habilita BFD:

Transmit Interval (Intervalo de transmisión)El intervalo mínimo con el que el vecino BGP envía paquetes BFD de detección de actividad al vecino BGP.
: 300 milisegundos
Receive Interval (Intervalo de recepción)El intervalo mínimo con el que el vecino BGP envía hacia la interfaz paquetes BFD de detección de actividad.
: 300 milisegundos
Multiplier (Multiplicador)El número mínimo de paquetes BFD que pueden perderse antes de que la sesión BGP se considere caída.
: 3

Importante

Para evitar una alta utilización de CPU, antes de habilitar BFD, deshabilite el envío de mensajes de redirección del Internet Control Message Protocol (ICMP) introduciendo el comando no ip redirect.

Para habilitar BFD

Seleccione el VXC y seleccione Extremo A o Extremo B.
Junto a la conexión BGP, haga clic en Edit (Editar).
Seleccione la pestaña Advanced (Avanzado).
Junto al campo Use BFD (Usar BFD), haga clic en On (Activado).
Haga clic en Update (Actualizar).

Importante

También debe habilitar BFD en el vecino BGP.

Valores predeterminados de BFD según el proveedor de servicios en la nube

AWS Direct Connect – BFD es compatible de forma nativa en conexiones de AWS Direct Connect. BFD asíncrono se habilita automáticamente para las interfaces virtuales de AWS Direct Connect en el lado del CSP. Sin embargo, debe habilitar BFD en los MCR VXCs hacia AWS Direct Connect para su conexión.

De forma predeterminada, el intervalo mínimo de detección de actividad (liveness) de BFD en AWS es de 300 milisegundos y el multiplicador es de 3 paquetes.

Nota

Confirme con su CSP el soporte para otros vecinos, así como los valores predeterminados específicos.
Azure ExpressRoute – BFD es compatible de forma nativa por Azure ExpressRoute en peering privado. BFD se configura de forma predeterminada en todas las interfaces de peering privado de ExpressRoute recién creadas en los MSEE. Sin embargo, debe configurar los MCR VXCs hacia el peering privado de Azure ExpressRoute para habilitar BFD en su conexión. Entre pares BFD, el par más lento determina la tasa de transmisión.
Microsoft Enterprise Edge (MSEE) ExpressRoute routers – Los intervalos de transmisión y recepción de BFD se establecen en 300 milisegundos.
Google Cloud Services – A finales de 2021, Google Cloud Partner Interconnect anunció la compatibilidad con funciones mejoradas en su servicio Interconnect. Las nuevas funciones están incluidas en Dataplane V2. BFD es una de las funciones que ahora está disponible en la V2. BFD no era compatible antes del lanzamiento de V2.

Google está en proceso de migrar de V1 a V2 con una fecha de finalización prevista para septiembre de 2022. Para admitir las nuevas funciones, incluido BFD, tanto la Interconnect Location (Google Edge) como la región donde Interconnect se conecta a Google Cloud Router deben tener V2 habilitado. Para obtener más información sobre cómo confirmar su versión de Dataplane, consulte Bidirectional Forwarding Detection (BFD) for Cloud Router.

Importante

Antes de habilitar BFD en MCR después del 11 de mayo de 2022, debe validar que el Megaport VXC/Google VLAN Attachment con su servicio Partner Interconnect tiene V2 habilitado. Para obtener más información sobre cómo validar su versión de Dataplane, consulte Bidirectional Forwarding Detection (BFD) for Cloud Router. Si V2 no está habilitado, debe abrir un caso de soporte con Google para habilitarlo. En algunos casos, V2 podría no estar disponible. Si su VLAN attachment no usa Dataplane V2, no habilite BFD.

MCR opera automáticamente en modo BFD single-hop para VXCs creados después del 11 de mayo de 2022. Los VXCs creados en MCR antes del 11 de mayo de 2022 usan BFD multihop y no son compatibles con BFD. Debe reorder (reordenar) cualquier VXC creado en MCR hacia Google antes del 11 de mayo de 2022 antes de poder habilitar BFD.

Configurar una ruta preferida

Un Multi-Exit Discriminator (MED) es un atributo de ruta BGP que puede influir para que un vecino BGP tome una ruta preferida cuando el sistema autónomo (AS) que anuncia es el mismo para las rutas candidatas y hay múltiples puntos de entrada para ese AS. Una métrica MED más baja se prefiere frente a una más alta. Puede usar el atributo MED para conmutar el tráfico entre dos VXCs y evitar el comportamiento ECMP (multipath de costo igual).

Se tienen en cuenta otros atributos de BGP antes de considerar el atributo MED. El atributo MED desempata entre dos rutas cuando el peso, la preferencia local, el AS path y el tipo de origen son los mismos. Se prefiere el punto de salida con la métrica MED más baja.

Por ejemplo, una configuración que consiste en un dispositivo vecino BGP, R3, con una métrica MED de 20 y otro dispositivo vecino, R2, con una métrica MED de 10 hará que el sistema autónomo (AS) 123 (del cual los dispositivos R2 y R3 son miembros) prefiera el camino a través de R2 para alcanzar ASN4.

Agregar o cambiar una métrica MED no interrumpe el servicio.

Para configurar el MED

Seleccione el VXC y seleccione Extremo A o Extremo B.
Junto a la conexión BGP, haga clic en Edit (Editar).
Seleccione la pestaña Advanced (Avanzado).
En el campo Inbound (Entrante), especifique una métrica MED entera de 32 bits para aplicar a todas las rutas recibidas en esta conexión BGP. Déjelo en blanco para usar el valor recibido del vecino BGP.
En el campo Outbound (Saliente), especifique una métrica MED entera de 32 bits para aplicar a todas las rutas transmitidas por esta conexión BGP.
Haga clic en Update (Actualizar).

Uso de MED con Google Cloud Platform

El tráfico de salida (egress) de Google Cloud Platform Cloud Router se determina por la primera condición que se cumpla:

Todo el tráfico de salida se envía a la ruta con la menor longitud de AS path.
Si las rutas tienen la misma longitud de AS path, todo el tráfico de salida se envía a la ruta con el valor MED más bajo (la métrica de ruta más baja).
Si las rutas tienen la misma longitud de AS path y valores MED (las mismas métricas de ruta), el tráfico de salida se equilibra entre todas las rutas usando ECMP (multipath de costo igual).

Nota

Confirme con su CSP el soporte para otros vecinos, junto con cualquier influencia de métricas de enrutamiento que pueda tener una prioridad más alta que el MED.