Rutas anunciadas
Las rutas anunciadas son prefijos de BGP de Cloud Router que se anuncian a sus pares de BGP. Por ejemplo, cuando un par de BGP es un router en una red local, las rutas anunciadas permiten que los sistemas de la red local envíen paquetes a recursos de tu red de VPC.
Cloud Routers anuncia rutas a pares de BGP con un valor de discriminante de varias salidas (MED) para cada prefijo en el anuncio de ruta.
Modos de anuncios
Cloud Router puede anunciar rutas de tránsito (como parte del Centro de conectividad de red) y rutas anunciadas personalizadas según lo administre el modo de anuncio. El modo de anuncio se puede configurar en todo Cloud Router o en las sesiones de BGP individuales del Cloud Router. Puedes especificar los prefijos que anuncia Cloud Router, ya sea en todas las sesiones de BGP o por sesión, con el modo de anuncio.
Cloud Router ofrece los siguientes modos de anuncio definidos a nivel del router o a nivel de la sesión de BGP:
- Modo de anuncio predeterminado de Cloud Router
- Anuncia rangos de subredes locales como se describe en Anuncio de rango de subred.
- Modo de anuncio personalizado de Cloud Router
- Te brinda control total sobre los anuncios de direcciones IP, como se describe en Anuncio personalizado.
Del mismo modo, Cloud Router ofrece los siguientes modos de anuncio definidos a nivel de la sesión de BGP:
- Modo de anuncio predeterminado de la sesión de BGP
- Anuncia prefijos según el modo de anuncio definido para el Cloud Router que contiene la sesión de BGP.
- Modo de anuncio personalizado de la sesión de BGP
- Te brinda control total sobre los anuncios de direcciones IP, como se describe en Anuncio personalizado.
Anuncios eficaces
En la siguiente tabla, se describe qué prefijos se anuncian en una sesión de BGP, según la combinación del modo de anuncio de Cloud Router y el modo de anuncio de la sesión de BGP:
Modo de anuncio de Cloud Router | Modo de anuncio de sesión de BGP | Prefijos anunciados en la sesión de BGP |
---|---|---|
default | predeterminado | La sesión de BGP hereda la configuración de anuncios de Cloud Router, y este anuncia rangos de subredes locales como se describe en Anuncio de rango de subred. |
personalizado | predeterminado | La sesión de BGP hereda la configuración de anuncios de Cloud Router, y este anuncia prefijos como se describe en Anuncio personalizado. |
predeterminado o personalizado | personalizado | La sesión de BGP no hereda la configuración de anuncios de Cloud Router. La sesión de BGP anuncia prefijos como se describe en Anuncio personalizado. |
Anuncio de rango de subred
Una sesión de BGP puede anunciar los rangos de direcciones IPv4 e IPv6 de la subred que son locales a la red de VPC. Los rangos de direcciones IPv6 de la subred de publicidad tienen requisitos adicionales que se describen en Rangos de direcciones IPv6 de la subred de publicidad.
Cloud Router actualiza automáticamente los anuncios de ruta de subred cada vez que se produce una actividad del ciclo de vida de la subred.
A continuación, se describe cómo el modo de enrutamiento dinámico de la red de VPC que contiene un Cloud Router define cómo sus sesiones de BGP anuncian las rutas de subred locales:
- Modo de enrutamiento dinámico regional
- Cada sesión de BGP que anuncia rangos de subredes solo envía los rangos de subredes que se encuentran en la misma región que el Cloud Router que contiene la sesión de BGP. El MED anunciado coincide con la prioridad base configurada de la sesión de BGP.
- Modo de enrutamiento dinámico global
- Cada sesión de BGP que anuncia rangos de subredes envía los rangos de subredes que están en la misma región que el Cloud Router que contiene la sesión de BGP y los rangos de subredes en otras regiones. El MED anunciado de los rangos de subred en la misma región que el Cloud Router coincide con la prioridad base configurada de la sesión de BGP. El MED anunciado de los rangos de subred en diferentes regiones es la suma de la prioridad base configurada de la sesión de BGP y un costo interregional.
Publicación de rangos de direcciones IPv4 públicas de uso privado
Los rangos de direcciones IPv4 de subred pueden incluir rangos de direcciones IPv4 públicas de uso privado. Si anuncias direcciones IPv4 públicas de uso privado a otra red, es posible que esa red no pueda acceder a los recursos de Internet en esas direcciones IPv4 públicas.
Publicación de rangos de direcciones IPv6 de subredes
El anuncio de ruta de subred incluye automáticamente los rangos de IPv6 de subred interna cuando se cumplen las siguientes condiciones:
El producto usado con Cloud Router, como la puerta de enlace de VPN con alta disponibilidad, está configurado para usar el tipo de pila doble IPv4 e IPv6.
La sesión BGP IPv6 está configurada y habilitada, o bien la sesión BGP IPv4 está configurada específicamente para habilitar el intercambio de rutas IPv6.
El anuncio de ruta de subred nunca incluye el anuncio de rangos de direcciones IPv6 de subredes externas. Sin embargo, puedes incluir rangos de direcciones IPv6 externos como rangos de direcciones IP personalizados cuando usas anuncios personalizados.
Para obtener más información sobre cómo configurar sesiones de BGP, consulta Establece sesiones de BGP.
Anuncio personalizado
El modo de anuncio personalizado te permite controlar los prefijos que anuncia una sesión de BGP. Puedes usar el modo de anuncio personalizado de Cloud Router o el modo de anuncio personalizado por sesión de BGP para anunciar rutas que incluyan prefijos de ruta predeterminados, como 0.0.0.0/0
para las rutas IPv4 o ::/0
para las rutas IPv6, para todas las sesiones de BGP en un Cloud Router.
Cuando configuras el modo de anuncio personalizado, seleccionas una de las siguientes opciones:
Anuncia solo prefijos IPv4 y IPv6 personalizados: Esta opción anuncia solo los rangos de direcciones IP que especifiques y omite los rangos de subredes locales. El MED anunciado siempre coincide con la prioridad base configurada de la sesión de BGP, incluso si la red de VPC que contiene el Cloud Router usa el modo de enrutamiento dinámico global.
Anuncia prefijos IPv4 y IPv6 personalizados, además de rangos de subredes: Esta opción anuncia rangos de subredes locales, además de los rangos de direcciones IP personalizados que especifiques.
El MED anunciado de los rangos de subredes locales depende del modo de enrutamiento dinámico de la red de VPC que contiene el Cloud Router, como se describe en Anuncio de rango de subred.
El MED anunciado de los rangos de direcciones IP personalizados siempre coincide con la prioridad base configurada de la sesión de BGP.
Anuncio de ruta de tránsito de Network Connectivity Center
El anuncio de ruta de tránsito de Network Connectivity Center te permite usar la red de Google como parte de una red de área extensa (WAN) que incluye tus sitios externos. Las sesiones de BGP para los radios híbridos de Network Connectivity Center que tienen habilitado el anuncio de ruta de tránsito de sitio a sitio anuncian automáticamente los rangos de direcciones IP que reciben las sesiones de BGP en Cloud Routers de todos los radios híbridos que tienen habilitado el anuncio de ruta de tránsito de sitio a sitio. Para obtener más información, consulta Descripción general de la transferencia de datos de sitio a sitio.
Prioridad anunciada
Por sesión de BGP, defines una prioridad de ruta anunciada base que se usa como valor para el atributo MED de BGP.
Cloud Router anuncia los siguientes prefijos solo con la prioridad anunciada base configurada:
Rangos de direcciones IP personalizados cuando los anuncios efectivos de la sesión de BGP se establecen en anuncios personalizados.
Rangos de subredes de subredes en la misma región que el Cloud Router cuando los anuncios efectivos de la sesión de BGP incluyen el anuncio de rango de subred.
Cloud Router usa la prioridad base anunciada configurada más un costo interregional para anunciar rangos de subred que provienen de regiones que no coinciden con la región de Cloud Router cuando se cumplen ambas condiciones:
El modo de enrutamiento dinámico de la red de VPC que contiene el Cloud Router es el modo de enrutamiento dinámico global.
Los anuncios efectivos de la sesión de BGP incluyen el anuncio del rango de subred.
Atributos de BGP para prefijos anunciados
Cuando un Cloud Router anuncia prefijos a un par de BGP, anuncia el valor MED y completa el atributo MED con un valor basado en la prioridad interna de Cloud Router para cada prefijo en el anuncio o el mensaje de BGP. La prioridad anunciada se implementa como un discriminante de varias salidas.
Puedes controlar los prefijos que Cloud Router anuncia a todas o algunas de sus sesiones de BGP. Para ajustar la prioridad anunciada, puedes actualizar la prioridad de ruta base para los prefijos que se agregan al MED. Esto no funciona para la reinstalación de anuncios de sitio a sitio. Si necesitas un control más detallado, puedes aplicar políticas de ruta de BGP. La compatibilidad con las políticas de ruta de BGP se encuentra en versión preliminar.
Cuando los routers locales reciben los prefijos anunciados y sus atributos MED, crean rutas que se usan para enviar paquetes a tu red de VPC.
Los costos de región a región pueden cambiar periódicamente en función de factores como el rendimiento de la red. Estos cambios pueden afectar la forma en que se enrutan los paquetes. Si observas cambios en el enrutamiento, podría deberse a la actualización de los costos de región a región.
Ejemplos de métricas de ruta
En esta sección, se proporcionan ejemplos que muestran cómo los costos de región a región influyen en los MED anunciados cuando usas el enrutamiento dinámico global.
VPN con alta disponibilidad con túneles activos-activos
En este ejemplo, supongamos que tienes una red de VPC con la siguiente configuración:
- Una subred en cada una de las siguientes regiones:
us-central1
,europe-west1
yus-west-1
- Un Cloud Router que administra dos sesiones de BGP para dos
túneles de VPN con alta disponibilidad en
us-central1
- Un Cloud Router que administra dos sesiones de BGP para dos
túneles de VPN con alta disponibilidad en
us-west1
En el siguiente diagrama, se muestra este ejemplo, incluidos valores de ejemplo para los costos de región a región:
Supongamos que cada sesión de BGP tiene la prioridad base predeterminada de 100
.
En las siguientes tablas, se muestra cómo se usan la prioridad base y los costos de región a región para calcular los valores de MED anunciados para el tráfico de tu red local a cada subred.
10.0.1.0/24
En la siguiente tabla, se muestran las sesiones de BGP que anuncian el rango de direcciones IPv4 de la subred 10.0.1.0/24
, que se encuentra en us-central1
.
El tráfico de tu red local usa el túnel VPN con alta disponibilidad en us-central1
porque sus sesiones de BGP tienen el MED anunciado más bajo.
Túnel VPN | Prioridad base | Costo de región a región | MED anunciado | Clasificación de la ruta |
---|---|---|---|---|
central-tunnel-0 ,central-tunnel-1 |
100 | 0 | 100 | Primera opción |
west-tunnel-0 ,west-tunnel-1 |
100 | 250 | 350 | Segunda opción |
10.0.2.0/24
En la siguiente tabla, se muestran las sesiones de BGP que anuncian el rango de direcciones IPv4 de la subred 10.0.2.0/24
, que se encuentra en europe-west1
.
El tráfico de tu red local usa el túnel VPN con alta disponibilidad en us-central1
porque sus sesiones de BGP tienen el MED anunciado más bajo.
Túnel VPN | Prioridad base | Costo de región a región | MED anunciado | Clasificación de la ruta |
---|---|---|---|---|
central-tunnel-0 ,central-tunnel-1 |
100 | 300 | 400 | Primera opción |
west-tunnel-0 ,west-tunnel-1 |
100 | 350 | 450 | Segunda opción |
10.0.3.0/24
En la siguiente tabla, se muestran las sesiones de BGP que anuncian el rango de direcciones IPv4 de la subred 10.0.3.0/24
, que se encuentra en us-west1
.
El tráfico de tu red local usa el túnel VPN con alta disponibilidad en us-west1
porque sus sesiones de BGP tienen el MED anunciado más bajo.
Túnel VPN | Prioridad base | Costo de región a región | MED anunciado | Clasificación de la ruta |
---|---|---|---|---|
central-tunnel-0 ,central-tunnel-1 |
100 | 250 | 350 | Segunda opción |
west-tunnel-0 ,west-tunnel-1 |
100 | 0 | 100 | Primera opción |
VPN con alta disponibilidad con túneles activos/pasivos
En este ejemplo, se usa la misma topología que en el ejemplo anterior, pero con las siguientes prioridades base modificadas para alcanzar un par de túneles VPN con alta disponibilidad activo-pasivo en cada región:
- Un túnel principal cuya sesión de BGP tiene la prioridad base predeterminada de
100
- Un túnel secundario cuya sesión de BGP tiene una prioridad menor de
351
En las siguientes tablas, se muestra cómo se usan la prioridad base y el costo de región a región para calcular los valores de MED anunciados para el tráfico de tu red local a cada subred.
10.0.1.0/24
En la siguiente tabla, se muestran las sesiones de BGP que anuncian el rango de direcciones IPv4 de la subred 10.0.1.0/24
, que se encuentra en us-central1
.
El tráfico de tu red local usa el túnel VPN principal en us-central1
porque su sesión de BGP tiene el MED anunciado más bajo. Si ese túnel no está disponible, el tráfico usa el túnel principal en us-west1
.
Túnel VPN | Prioridad base | Costo de región a región | MED anunciado | Clasificación de la ruta |
---|---|---|---|---|
central-tunnel-0 |
100 | 0 | 100 | Primera opción |
central-tunnel-1 |
351 | 0 | 351 | Tercera opción |
west-tunnel-0 |
100 | 250 | 350 | Segunda opción |
west-tunnel-1 |
351 | 250 | 601 | Cuarta opción |
10.0.2.0/24
En la siguiente tabla, se muestran las sesiones de BGP que anuncian el rango de direcciones IPv4 de la subred 10.0.2.0/24
, que se encuentra en europe-west1
.
El tráfico de tu red local usa el túnel VPN principal en us-central1
porque su sesión de BGP tiene el MED anunciado más bajo. Si ese túnel no está disponible, el tráfico usa el túnel principal en us-west1
.
Túnel VPN | Prioridad base | Costo de región a región | MED anunciado | Clasificación de la ruta |
---|---|---|---|---|
central-tunnel-0 |
100 | 300 | 400 | Primera opción |
central-tunnel-1 |
351 | 300 | 651 | Tercera opción |
west-tunnel-0 |
100 | 350 | 450 | Segunda opción |
west-tunnel-1 |
351 | 350 | 701 | Cuarta opción |
10.0.3.0/24
En la siguiente tabla, se muestran las sesiones de BGP que anuncian el rango de direcciones IPv4 de la subred 10.0.3.0/24
, que se encuentra en us-west1
.
El tráfico de tu red local usa el túnel VPN principal en us-west1
porque su sesión de BGP tiene el MED anunciado más bajo. Si ese túnel no está disponible, el tráfico usa el túnel principal en us-central1
.
Túnel VPN | Prioridad base | Costo de región a región | MED anunciado | Clasificación de la ruta |
---|---|---|---|---|
central-tunnel-0 |
100 | 250 | 350 | Segunda opción |
central-tunnel-1 |
351 | 250 | 601 | Cuarta opción |
west-tunnel-0 |
100 | 0 | 100 | Primera opción |
west-tunnel-1 |
351 | 0 | 351 | Tercera opción |
Interconexión dedicada de preferencia global
Este ejemplo es similar a los ejemplos anteriores, excepto que los dos túneles de Cloud VPN en la región us-west1
se reemplazan por dos adjuntos de VLAN.
En el siguiente diagrama, se muestra este ejemplo:
Supongamos que quieres priorizar los adjuntos de VLAN. Especifica prioridades base más grandes para los túneles VPN con alta disponibilidad en la región us-central1
para quitarles su prioridad.
En las siguientes tablas, se muestra cómo se usan la prioridad base y el costo de región a región para calcular los valores de MED anunciados para el tráfico de tu red local a cada subred.
10.0.1.0/24
En la siguiente tabla, se muestran las sesiones de BGP que anuncian el rango de direcciones IPv4 de la subred 10.0.1.0/24
, que se encuentra en us-central1
.
El tráfico de tu red local usa el adjunto de VLAN en us-west1
porque sus sesiones de BGP tienen el MED anunciado más bajo.
Túnel VPN o adjunto de VLAN | Prioridad base | Costo de región a región | MED anunciado | Clasificación de la ruta |
---|---|---|---|---|
central-tunnel-0 ,central-tunnel-1 |
351 | 0 | 351 | Segunda opción |
west-attachment-0 ,west-attachment-1 |
100 | 250 | 350 | Primera opción |
10.0.2.0/24
En la siguiente tabla, se muestran las sesiones de BGP que anuncian el rango de direcciones IPv4 de la subred 10.0.2.0/24
, que se encuentra en europe-west1
.
El tráfico de tu red local usa el adjunto de VLAN en us-west1
porque sus sesiones de BGP tienen el MED anunciado más bajo.
Túnel VPN o adjunto de VLAN | Prioridad base | Costo de región a región | MED anunciado | Clasificación de la ruta |
---|---|---|---|---|
central-tunnel-0 ,central-tunnel-1 |
351 | 300 | 651 | Segunda opción |
west-attachment-0 ,west-attachment-1 |
100 | 350 | 450 | Primera opción |
10.0.3.0/24
En la siguiente tabla, se muestran las sesiones de BGP que anuncian el rango de direcciones IPv4 de la subred 10.0.3.0/24
, que se encuentra en us-west1
.
El tráfico de tu red local usa el adjunto de VLAN en us-west1
porque sus sesiones de BGP tienen el MED anunciado más bajo.
Túnel VPN o adjunto de VLAN | Prioridad base | Costo de región a región | MED anunciado | Clasificación de la ruta |
---|---|---|---|---|
central-tunnel-0 ,central-tunnel-1 |
351 | 250 | 601 | Segunda opción |
west-attachment-0 ,west-attachment-1 |
100 | 0 | 100 | Primera opción |