Saltar a contenido

Configuración de los parámetros avanzados de BGP

Este tema describe cómo administrar los parámetros avanzados del protocolo de puerta de enlace de borde (BGP) en Megaport Cloud Router (MCR):

  • Una opción de sobreescribir el número de sistema autónomo (ASN).
  • Una opción de previsión de ASN para establecer prioridades en los anuncios de rutas.
  • El discriminador de salida múltiple (MED) identifica la VXC preferida que se utiliza para redirigir el tráfico después de un fallo en la ruta.
  • El protocolo de detección de reenvío bidireccional (BFD) detecta cualquier fallo en la ruta entre vecinos BGP.

Sobreescritura del ASN de MCR

El ASNNúmero de sistema autónomo.
Recopilación de prefijos de enrutamiento IP conectados controlada por uno o más operadores de red en nombre de una única entidad o dominio administrativos.
predeterminado asignado al MCR es 133937. En la mayoría de configuraciones, el ASN predeterminado es correcto. De manera opcional, se puede especificar otro ASN local para sobreescribir el ASN predeterminado en función de los pares.

Importante

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

Para sobreescribir el ASN de MCR

  1. Haga clic en la VXC y seleccione el extremo A o el extremo B.

  2. Junto a la conexión BGP, haga clic en Edit (Editar).

  3. Seleccione la pestaña Advanced (Avanzado).

  4. En el campo Local ASN (ASN Local), introduzca un ASN público o privado (por ejemplo, un número de 64512 a 65534).

    El rango de ASN va de 2 a 4294967294, pero los ASN siguientes no están disponibles:

    • 8074, 8075, 12076, 65515 - 65520 (reservado en Azure)
    • 23456, 64496-64511, 65535 - 65551 (reservado por la autoridad de asignación de números de internet [IANA])

    Sobreescribir ASN de MCR

  5. Haga clic en Update (Actualizar).

Establecimiento de la prioridad de anuncios de rutas con previsión de ASN

La longitud de la ruta de ASN determina la prioridad del anuncio de rutas para las rutas BGP salientes. La ruta con la ruta de AS más corta tiene la mayor preferencia, y predomina sobre cualquier otro anuncio de ruta más larga. Las rutas más largas tienen una prioridad menor. La previsión de la ruta de AS alarga la ruta para reducir la prioridad de la misma.

El establecimiento de un valor de previsión de ASN es opcional.

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

  1. Haga clic en la VXC y seleccione el extremo A o el extremo B.
  2. Junto a la conexión BGP, haga clic en Edit (Editar).
  3. Seleccione la pestaña Advanced (Avanzado).

    Configuración de previsión de ASN

  4. En el campo ASN Path Prepend (previsión de ruta de ASN), introduzca el número de veces adicionales para añadir el ASN local a la ruta BGP. Introduzca uno o varios números enteros dentro del rango de 1 a 10. Por ejemplo, 2 antepone el ASN a la ruta de AS existente dos veces, creando una longitud de ruta de AS de 3. Los números más altos reducen la prioridad de la ruta.

  5. Haga clic en Update (Actualizar).

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

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

Configuración del protocolo BFD

BGP comparte la información de disponibilidad de la red con los sistemas BGP adyacentes, que se denominan vecinos o pares. El protocolo de BFD detecta los fallos de la ruta entre vecinos BGP conectados directamente, lo que acelera el tiempo de reconversión del enrutamiento de BGP. La habilitación de la BFD en una conexión VXC proporciona una detección rápida de fallos de enlace y conmutación por error cuando se conecta a servicios que admiten la BFD en el vecino remoto. Una vez que se habilita BFD, una relación de vecino BGP se puede romper rápidamente tras las notificaciones de BFD y conmutar por error a otro vecino BGP.

El protocolo de BFD funciona independientemente de BGP. Cuando la BFD se habilita, la conmutación por error se acelera porque se produce antes de que transcurra el intervalo del temporizador de BGP. La configuración predeterminada del temporizador BGP es tres fallos de ventana persistente de 60 segundos cada uno. Si no se habilita, la conmutación por error solo se producirá una vez que haya transcurrido el intervalo del temporizador BGP.

Los parámetros de BFD se aplican a todas las conexiones BGP de la interfaz.

Importante

Para evitar un nivel elevado de uso de la CPU, deshabilite el envío de mensajes de redirección del protocolo de mensajes de control de internet (ICMP) antes de habilitar la BFD. Para ello, introduzca el comando «no ip redirect».

Para configurar la BFD

  1. Haga clic en la VXC y seleccione el extremo A o el extremo B.

  2. Junto a la conexión BGP, haga clic en Edit (Editar).

  3. Seleccione la pestaña Advanced (Avanzado).

  4. Junto a Use BFD (Usar BFD), haga clic en On (Encender).
    Parámetros de BFD

  5. Después del intervalo de transmisión, especifique el tiempo mínimo que el vecino BGP transmitirá paquetes BFD de detección de actividad al vecino BGP. El valor predeterminado es de 300 milisegundos. El rango va de 300 milisegundos a 9000 milisegundos.

  6. Después del intervalo de recepción, especifique el tiempo mínimo que el vecino BGP enviará paquetes BFD de detección de actividad a esta interfaz. El valor predeterminado es de 300 milisegundos. El rango va de 300 milisegundos a 9000 milisegundos.

  7. Después del multiplicador, especifique el número mínimo de paquetes BFD que pueden perderse antes de que la sesión BGP se interrumpa. El valor predeterminado es 3 paquetes. El rango va de 3 a 50 paquetes.

  8. Haga clic en Update (Actualizar).

Importante

También debes habilitar la BFD en el vecino BGP.

Valores BFD predeterminados del proveedor de servicios en la nube

  • AWS Direct Connect – La BFD se admite de forma nativa en las conexiones de AWS Direct Connect. La BFD asíncrona se habilita automáticamente para las interfaces virtuales de AWS Direct Connect en el lado del CSP. Sin embargo, debe configurar la BFD en las VXC de MCR a AWS Direct Connect para habilitar la conexión.

    De forma predeterminada, el intervalo mínimo de detección de actividad de BFD en AWS es 300 milisegundos, mientras que el multiplicador es tres paquetes.

Nota

Confirme la compatibilidad de otros vecinos con su CSP, así como los valores específicos de forma predeterminada.

  • Azure ExpressRoute – Azure ExpressRoute admite BFD de forma nativa en el emparejamiento privado. La BFD se ha configurado de forma predeterminada en todas las interfaces privadas de emparejamiento de ExpressRoute que se acaban de crear en los MSEE. Sin embargo, debe configurar las VXC de MCR al emparejamiento privado de Azure ExpressRoute para habilitar la conexión en la BFD. Entre los pares BFD, el par más lento determina la velocidad de transmisión.

  • Enrutadores Microsoft Enterprise Edge (MSEE) ExpressRoute – Los intervalos de transmisión y recepción de BFD se establecen en 300 milisegundos. En algunos casos, puede configurar los intervalos en un valor más alto de 750 milisegundos. Es posible configurar valores más altos para aumentar los intervalos, pero no podrán ser inferiores a 300 milisegundos si desea disminuirlos.

  • Google Cloud Services – A finales de 2021, Google Cloud Partner Interconnect anunció la compatibilidad con funciones mejoradas con su servicio de interconexión. Las nuevas funciones se incluyen en Dataplane V2. La BFD es una función que ahora está disponible en la V2. La BFD no era compatible antes del lanzamiento de la V2.

    Google está en proceso de migración de V1 a V2 con una fecha de finalización prevista para septiembre de 2022. Para admitir las nuevas funciones, incluida la BFD, tanto la ubicación de interconexión (Google Edge) como la región en la que Interconnect se conecta a Google Cloud Router deben tener la V2 activada. Para más detalles sobre cómo confirmar su versión de Dataplane, vaya a Detección de reenvío bidireccional (BFD) para Cloud Router.

    Importante

    Antes de habilitar la BFD en MCR después del 11 de mayo 2022, es necesario validar que la VXC de Megaport VXC / el archivo adjunto de VLAN de Google con su servicio Partner Interconnect tenga habilitada la V2. Para obtener detalles sobre cómo validar su versión de Dataplane, vaya a Detección de reenvío bidireccional (BFD) para Cloud Router. Si la V2 no está habilitada, es necesario abrir un caso de soporte de Google para habilitarla. En algunos casos, puede que la V2 no esté disponible. Si su archivo adjunto de VLAN no utiliza Dataplane V2, no habilite BFD.

    MCR funciona automáticamente en modo BFD de salto único para las VXC creadas después del 11 de mayo de 2022. Las VXC creadas en MCR antes del 11 de mayo de 2022 utilizan BFD multisalto y no son compatibles con BFD. Es necesario reordenar las VXC creadas en MCR a Google antes del 11 de mayo de 2022 para poder habilitar BFD.

Configuración de una ruta preferida

Un discriminador de salida múltiple (MED) es un atributo de la ruta BGP que puede influir en un vecino BGP a la hora de tomar una ruta preferida, siempre que el sistema autónomo (AS) anunciante sea el mismo para las rutas candidatas y haya varios puntos de entrada. Se prefiere una métrica MED más baja que una más alta. Puede usar el atributo MED para conmutar el tráfico entre dos VXC.

Se tienen en cuenta otros atributos de BGP antes de considerar el atributo MED. El atributo MED rompe el vínculo entre dos rutas cuando el peso, la preferencia local, la ruta del AS y el tipo de origen son iguales. Se prefiere el punto de salida con la métrica MED más baja.

Por ejemplo, una configuración que consta de un dispositivo vecino de BGP (R3) con una métrica MED de 20 y otro dispositivo vecino (R2) con una métrica MED de 10 provocará que el sistema autónomo (AS) 123, al que pertenecen los dispositivos R2 y R3, prefiera la ruta a través de R2 para llegar a ASN4.

Añadir o cambiar una métrica MED no interrumpe el servicio.

Para configurar el MED

  1. Haga clic en la VXC y seleccione el extremo A o el extremo B.

  2. Junto a la conexión BGP, haga clic en Edit (Editar).

  3. Seleccione la pestaña Advanced (Avanzado).

  4. Junto a Inbound (Entrante), especifique una métrica MED de 32 bits entera para aplicarla a todas las rutas recibidas en esta conexión BGP. Déjelo en blanco para utilizar el valor recibido del vecino BGP.
    Parámetros de BFD

  5. Junto a Outbound (Saliente), especifique una métrica MED de 32 bits entera para aplicarla a todas las rutas transmitidas por esta conexión BGP.

  6. Haga clic en Update (Actualizar).

Uso de MED con Google Cloud Platform

La salida del enrutador de nube de Google Cloud Platform está determinada por la primera condición que se cumpla:

  • El tráfico de salida se envía a la ruta con la menor longitud de ruta del AS.
  • Si las rutas tienen la misma longitud de ruta del AS, 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 las mismas longitudes de ruta del AS y los mismos valores de MED (las mismas métricas de ruta), el tráfico de salida se equilibra entre todas las rutas con rutas múltiples de igual coste (ECMP).

Nota

Confirme la compatibilidad para otros vecinos con su CSP, así como cualquier influencia métrica de enrutamiento específico que pueda tener una prioridad mayor que el MED.


Última actualización: 2022-10-12