Beworbene Routen

Beworbene Routen sind BGP-Präfixe von Cloud Routern, die an seine BGP-Peers beworben werden. Wenn ein BGP-Peer beispielsweise ein Router in einem lokalen Netzwerk ist, können die Systeme im lokalen Netzwerk über beworbene Routen Pakete an Ressourcen in Ihrem VPC-Netzwerk senden.

Cloud Router bewerben Routen für BGP-Peers mit einem MED-Wert (Multi-Exit Discriminator) für jedes Präfix im Route Advertisement.

Advertising-Modi

Cloud Router kann Transitrouten (als Teil von Network Connectivity Center) und benutzerdefinierte beworbene Routen ankündigen, die über den Advertising-Modus verwaltet werden. Der Route Advertisement-Modus kann sowohl auf dem gesamten Cloud Router als auch auf einzelnen BGP-Sitzungen des Cloud Routers konfiguriert werden. Sie können die Präfixe, die Cloud Router anbietet, entweder für alle BGP-Sitzungen oder pro Sitzung angeben. Verwenden Sie dazu den Werbemodus.

Cloud Router bietet die folgenden Advertising-Modi, die auf Routerebene oder auf BGP-Sitzungsebene definiert sind:

Standard-Advertisement-Modus von Cloud Router
Biete lokale Subnetzbereiche an, wie unter Subnetzbereichs-Advertising beschrieben.
Benutzerdefinierter Advertising-Modus für Cloud Router
Sie haben die vollständige Kontrolle über IP‑Adressanzeigen, wie unter Benutzerdefiniertes Advertising beschrieben.

Ebenso bietet Cloud Router die folgenden Advertising-Modi, die auf BGP-Sitzungsebene definiert sind:

Standardmäßiger Advertising-Modus für BGP-Sitzung
Bewirbt Präfixe gemäß dem für den Cloud Router, der die BGP-Sitzung enthält, definierten Advertisement-Modus.
Benutzerdefinierter Advertising-Modus für BGP-Sitzung
Sie haben die vollständige Kontrolle über IP‑Adressanzeigen, wie unter Benutzerdefiniertes Advertising beschrieben.

Effektives Advertising

In der folgenden Tabelle wird anhand der Kombination aus dem Advertisement-Modus des Cloud Router und dem Advertisement-Modus der BGP-Sitzung beschrieben, welche Präfixe in der BGP-Sitzung beworben werden:

Cloud Router-Advertisement-Modus BGP-Sitzungs-Advertisement-Modus Effektive beworbene Präfixe in der BGP-Sitzung
Standard Standard Die BGP-Sitzung übernimmt die Advertisement-Konfiguration des Cloud Routers. Der Cloud Router bewirbt lokale Subnetzbereiche wie unter Subnetzbereichs-Advertisement beschrieben.
benutzerdefiniert Standard Die BGP-Sitzung übernimmt die Advertisement-Konfiguration des Cloud Routers. Der Cloud Router bewirbt Präfixe wie unter Benutzerdefiniertes Advertising beschrieben.
Standard oder benutzerdefiniert benutzerdefiniert Die BGP-Sitzung übernimmt nicht die Advertisement-Konfiguration des Cloud Routers. Die BGP-Sitzung bewirbt Präfixe wie unter Benutzerdefiniertes Advertising beschrieben.

Subnetzbereichs-Advertising

Eine BGP-Sitzung kann die IPv4- und IPv6-Adressbereiche des Subnetzes bewerben, die lokal für das VPC-Netzwerk sind. Für die Bewerbung von IPv6-Adressbereichen des Subnetzes gelten zusätzliche Anforderungen, die unter IPv6-Adressbereiche des Subnetzes bewerben beschrieben sind.

Cloud Router aktualisiert Subnetz-Route-Advertisements automatisch, wenn eine Aktivität des Subnetz-Lebenszyklus auftritt.

Im Folgenden wird beschrieben, wie der dynamische Routingmodus des VPC-Netzwerks, das einen Cloud Router enthält, festlegt, wie seine BGP-Sitzungen lokale Subnetz-Routen bewerben:

Regionaler Modus für dynamisches Routing
Jede BGP-Sitzung, die Subnetzbereiche bewirbt, sendet nur die Subnetzbereiche, die sich in derselben Region wie der Cloud Router befinden, der die BGP-Sitzung enthält. Der beworbene MED stimmt mit der konfigurierten Basispriorität der BGP-Sitzung überein.
Globaler dynamischer Routing-Modus
Jede BGP-Sitzung, die Subnetzbereiche bewirbt, sendet die Subnetzbereiche, die sich in derselben Region wie der Cloud Router befinden, der die BGP-Sitzung enthält, und Subnetzbereiche in anderen Regionen. Die beworbene MED von Subnetzbereichen in derselben Region wie der Cloud Router stimmt mit der konfigurierten Basispriorität der BGP-Sitzung überein. Die beworbene MED von Subnetzbereichen in verschiedenen Regionen ist die Summe aus der konfigurierten Basispriorität der BGP-Sitzung und den interregionalen Kosten.

Privat verwendete öffentliche IPv4-Adressbereiche bewerben

IPv4-Adressbereiche von Subnetzen können privat verwendete öffentliche IPv4-Adressbereiche enthalten. Wenn Sie privat genutzte öffentliche IPv4-Adressen in einem anderen Netzwerk bewerben, kann dieses andere Netzwerk möglicherweise nicht auf Internetressourcen an diesen öffentlichen IPv4-Adressen zugreifen.

IPv6-Adressbereiche des Subnetzes bewerben

Das Subnetz-Route Advertisement enthält automatisch interne IPv6-Subnetzbereiche, wenn beide der folgenden Bedingungen erfüllt sind:

  • Das mit Cloud Router verwendete Produkt, wie das HA VPN-Gateway, ist so konfiguriert, dass der Stack-Typ IPv4 und IPv6 (Dual-Stack) verwendet wird.

  • Die IPv6-BGP-Sitzung ist konfiguriert und aktiviert oder die IPv4-BGP-Sitzung wurde speziell konfiguriert, um den IPv6-Routenaustausch zu aktivieren.

Das Subnetz-Route Advertisement enthält keine externen IPv6-Adressbereiche des Subnetzes. Sie können jedoch externe IPv6-Adressbereiche als benutzerdefinierte IP-Adressbereiche angeben, wenn Sie benutzerdefiniertes Advertising verwenden.

Weitere Informationen zum Konfigurieren von BGP-Sitzungen finden Sie unter BGP-Sitzungen erstellen.

Benutzerdefiniertes Advertising

Mit dem benutzerdefinierten Advertising-Modus können Sie die Präfixe steuern, die eine BGP-Sitzung anbietet. Sie können den benutzerdefinierten Cloud Router-Advertising-Modus oder den benutzerdefinierten Advertising-Modus pro BGP-Sitzung verwenden, um Routen mit Standardroutenpräfixen wie 0.0.0.0/0 für IPv4-Routen oder ::/0 für IPv6-Routen für alle BGP-Sitzungen auf einem Cloud Router zu bewerben.

Wenn Sie den Modus für benutzerdefinierte Anzeigen konfigurieren, können Sie eine der folgenden Optionen auswählen:

  • Nur benutzerdefinierte IPv4- und IPv6-Präfixe bewerben: Mit dieser Option werden nur die von Ihnen angegebenen IP-Adressbereiche beworben. Lokale Subnetzbereiche werden dabei nicht berücksichtigt. Die beworbene MED entspricht immer der konfigurierten Basispriorität der BGP-Sitzung, auch wenn das VPC-Netzwerk, das den Cloud Router enthält, den Modus für globales dynamisches Routing verwendet.

  • Benutzerdefinierte IPv4- und IPv6-Präfixe zusätzlich zu Subnetzbereichen bewerben: Mit dieser Option werden lokale Subnetzbereiche zusätzlich zu den von Ihnen beworbenen benutzerdefinierten IP-Adressbereichen beworben.

    Die beworbene MED von lokalen Subnetzbereichen hängt vom dynamischen Routingmodus des VPC-Netzwerk ab, das den Cloud Router enthält, wie unter Anzeigen von Subnetzbereichen beschrieben.

    Der beworbene MED von benutzerdefinierten IP-Adressbereichen stimmt immer mit der konfigurierten Basispriorität der BGP-Sitzung überein.

Transit Route Advertisement von Network Connectivity Center

Mit dem Transit Route Advertisement von Network Connectivity Center können Sie das Google-Netzwerk als Teil eines Wide Area Network (WAN) verwenden, das Ihre externen Websites umfasst. BGP-Sitzungen für Network Connectivity Center-Hybrid-Spokes, bei denen für die Transit-Route Site-to-Site-Advertisement aktiviert ist, geben automatisch die IP-Adressenbereiche bekannt, die von BGP-Sitzungen in Cloud Routern aller Hybrid-Spokes empfangen werden, bei denen für die Transit-Route Site-to-Site-Advertisement aktiviert ist. Weitere Informationen finden Sie unter Übersicht über die Site-zu-Site-Datenübertragung.

Priorität des beworbenen Advertising

Auf BGP-Sitzungsbasis definieren Sie eine beworbene Basispriorität, die als Wert für das BGP-MED-Attribut verwendet wird.

Cloud Router bewirbt die folgenden Präfixe nur mit der konfigurierten Basispriorität:

Cloud Router verwendet die konfigurierte Basispriorität plus interregionale Kosten, um Subnetzbereiche zu bewerben, die aus Regionen stammen, die nicht mit der Region des Cloud Routers übereinstimmen, wenn die beiden folgenden Bedingungen erfüllt sind:

  • Der dynamische Routingmodus des VPC-Netzwerk, das den Cloud Router enthält, ist der globale dynamische Routingmodus.

  • Die effektiven Anzeigen für die BGP-Sitzung enthalten die Werbung für Subnetzbereiche.

BGP-Attribute für angegebene Präfixe

Wenn ein Cloud Router Präfixe an einen BGP-Peer bewirbt, bewirbt er den MED-Wert und füllt das MED-Attribut mit einem Wert, der auf der internen Priorität des Cloud Routers für jedes Präfix im Advertisement oder in der BGP-Nachricht basiert. Die beworbene Priorität wird als MED implementiert.

Sie können steuern, welche Präfixe Cloud Router für alle oder einige seiner BGP-Sitzungen bewirbt. Wenn Sie die beworbene Priorität anpassen möchten, können Sie die Basispriorität der Route für die Präfixe aktualisieren, die dem MED hinzugefügt werden. Dies funktioniert nicht für das erneute Site-to-Site-Advertisement. Wenn Sie eine detailliertere Steuerung benötigen, können Sie BGP-Routenrichtlinien anwenden. Die Unterstützung für BGP-Routenrichtlinien befindet sich in der Vorabversion.

Wenn Ihre lokalen Router die beworbenen Präfixe und ihre MED-Attribute erhalten haben, erstellen sie Routen zum Senden von Paketen an Ihr VPC-Netzwerk.

Die Region-zu-Region-Kosten können sich abhängig von Faktoren wie der Netzwerkleistung periodisch ändern. Diese Änderungen können sich darauf auswirken, wie Pakete weitergeleitet werden. Wenn Sie Änderungen am Routing feststellen, kann dies an den aktualisierten Region-zu-Region-Kosten liegen.

Beispiele für Routenmesswerte

Dieser Abschnitt enthält Beispiele, die zeigen, wie sich die Region-zu-Region-Kosten auf beworbene MEDs auswirken, wenn Sie globales dynamisches Routing verwenden.

HA VPNs mit Aktiv/Aktiv-Tunneln

Angenommen, Sie haben ein VPC-Netzwerk mit der folgenden Konfiguration:

  • Ein Subnetz in jeder der folgenden Regionen: us-central1, europe-west1 und us-west-1
  • Einen Cloud Router, der zwei BGP-Sitzungen für zwei HA VPN-Tunnel in us-central1 verwaltet
  • Einen Cloud Router, der zwei BGP-Sitzungen für zwei HA VPN-Tunnel in us-west1 verwaltet

Das folgende Diagramm zeigt dieses Beispiel mit Beispielwerten für die Region-zu-Region-Kosten:

HA VPNs mit Aktiv/Aktiv-Tunneln
HA VPNs mit Aktiv/Aktiv-Tunneln (zum Vergrößern klicken)

Angenommen, jede BGP-Sitzung hat die Standardbasispriorität 100.

In den folgenden Tabellen wird gezeigt, wie mit der Basispriorität und mit den Region-zu-Region-Kosten die beworbenen MED-Werte für den Traffic von Ihrem lokalen Netzwerk zu jedem Subnetz berechnet werden.

10.0.1.0/24

Diese Tabelle enthält die BGP-Sitzungen, die den IPv4-Adressbereich 10.0.1.0/24 des Subnetzes bewerben, der sich in us-central1 befindet.

Traffic von Ihrem lokalen Netzwerk verwendet den HA VPN-Tunnel in us-central1, da die BGP-Sitzungen das niedrigste beworbene MED haben.

VPN-Tunnel Basispriorität Region-zu-Region-Kosten Beworbenes MED Pfadranking
central-tunnel-0,
central-tunnel-1		 100 0 100 1. Auswahl
west-tunnel-0,
west-tunnel-1		 100 250 350 2. Auswahl

10.0.2.0/24

Diese Tabelle enthält die BGP-Sitzungen, die den IPv4-Adressbereich 10.0.2.0/24 des Subnetzes bewerben, der sich in europe-west1 befindet.

Traffic von Ihrem lokalen Netzwerk verwendet den HA VPN-Tunnel in us-central1, da die BGP-Sitzungen das niedrigste beworbene MED haben.

VPN-Tunnel Basispriorität Region-zu-Region-Kosten Beworbenes MED Pfadranking
central-tunnel-0,
central-tunnel-1		 100 300 400 1. Auswahl
west-tunnel-0,
west-tunnel-1		 100 350 450 2. Auswahl

10.0.3.0/24

Diese Tabelle enthält die BGP-Sitzungen, die den IPv4-Adressbereich 10.0.3.0/24 des Subnetzes bewerben, der sich in us-west1 befindet.

Traffic von Ihrem lokalen Netzwerk verwendet den HA VPN-Tunnel in us-west1, da die BGP-Sitzungen das niedrigste beworbene MED haben.

VPN-Tunnel Basispriorität Region-zu-Region-Kosten Beworbenes MED Pfadranking
central-tunnel-0,
central-tunnel-1		 100 250 350 2. Auswahl
west-tunnel-0,
west-tunnel-1		 100 0 100 1. Auswahl

HA VPNs mit Aktiv/Passiv-Tunneln

In diesem Beispiel wird die gleiche Topologie wie im vorherigen Beispiel verwendet. Allerdings sind die Basisprioritäten geändert, um in jeder Region ein aktives/passives HA VPN-Tunnelpaar zu ermöglichen:

  • Ein primärer Tunnel, dessen BGP-Sitzung die Standardbasispriorität 100 hat
  • Ein sekundärer Tunnel, dessen BGP-Sitzung eine niedrigere Priorität von 351 hat

In den folgenden Tabellen wird gezeigt, wie mit der Basispriorität und mit den Region-zu-Region-Kosten die beworbenen MED-Werte für den Traffic von Ihrem lokalen Netzwerk zu jedem Subnetz berechnet werden.

10.0.1.0/24

Diese Tabelle enthält die BGP-Sitzungen, die den IPv4-Adressbereich 10.0.1.0/24 des Subnetzes bewerben, der sich in us-central1 befindet.

Traffic von Ihrem lokalen Netzwerk verwendet den primären VPN-Tunnel in us-central1, da die BGP-Sitzung das niedrigste beworbene MED hat. Wenn dieser Tunnel nicht verfügbar ist, verwendet der Traffic den primären Tunnel in us-west1.

VPN-Tunnel Basispriorität Region-zu-Region-Kosten Beworbenes MED Pfadranking
central-tunnel-0 100 0 100 1. Auswahl
central-tunnel-1 351 0 351 3. Auswahl
west-tunnel-0 100 250 350 2. Auswahl
west-tunnel-1 351 250 601 4. Auswahl

10.0.2.0/24

Diese Tabelle enthält die BGP-Sitzungen, die den IPv4-Adressbereich 10.0.2.0/24 des Subnetzes bewerben, der sich in europe-west1 befindet.

Traffic von Ihrem lokalen Netzwerk verwendet den primären VPN-Tunnel in us-central1, da die BGP-Sitzung das niedrigste beworbene MED hat. Wenn dieser Tunnel nicht verfügbar ist, verwendet der Traffic den primären Tunnel in us-west1.

VPN-Tunnel Basispriorität Region-zu-Region-Kosten Beworbenes MED Pfadranking
central-tunnel-0 100 300 400 1. Auswahl
central-tunnel-1 351 300 651 3. Auswahl
west-tunnel-0 100 350 450 2. Auswahl
west-tunnel-1 351 350 701 4. Auswahl

10.0.3.0/24

Diese Tabelle enthält die BGP-Sitzungen, die den IPv4-Adressbereich 10.0.3.0/24 des Subnetzes bewerben, der sich in us-west1 befindet.

Traffic von Ihrem lokalen Netzwerk verwendet den primären VPN-Tunnel in us-west1, da die BGP-Sitzung das niedrigste beworbene MED hat. Wenn dieser Tunnel nicht verfügbar ist, verwendet der Traffic den primären Tunnel in us-central1.

VPN-Tunnel Basispriorität Region-zu-Region-Kosten Beworbenes MED Pfadranking
central-tunnel-0 100 250 350 2. Auswahl
central-tunnel-1 351 250 601 4. Auswahl
west-tunnel-0 100 0 100 1. Auswahl
west-tunnel-1 351 0 351 3. Auswahl

Global bevorzugte Dedicated Interconnect-Verbindung

Dieses Beispiel ist den vorherigen Beispielen ähnlich. Es wurden lediglich die beiden Cloud VPN-Tunnel in der Region us-west1 durch zwei VLAN-Anhänge ersetzt.

Das folgende Diagramm zeigt dieses Beispiel:

Auf diesem Bild sind ein VPC-Netzwerk namens „my-network“ und ein lokales Netzwerk zu sehen.
Global bevorzugte Dedicated Interconnect-Verbindung (zum Vergrößern klicken)

Angenommen, Sie möchten die VLAN-Anhänge priorisieren. Dazu geben Sie größere Basisprioritäten für die HA VPN-Tunnel in der Region us-central1 an, um deren Priorität aufzuheben.

In den folgenden Tabellen wird gezeigt, wie mit der Basispriorität und mit den Region-zu-Region-Kosten die beworbenen MED-Werte für den Traffic von Ihrem lokalen Netzwerk zu jedem Subnetz berechnet werden.

10.0.1.0/24

Diese Tabelle enthält die BGP-Sitzungen, die den IPv4-Adressbereich 10.0.1.0/24 des Subnetzes bewerben, der sich in us-central1 befindet.

Traffic von Ihrem lokalen Netzwerk verwendet den VLAN-Anhang in us-west1, da die BGP-Sitzungen das niedrigste beworbene MED haben.

VPN-Tunnel oder VLAN-Anhang Basispriorität Region-zu-Region-Kosten Beworbenes MED Pfadranking
central-tunnel-0,
central-tunnel-1		 351 0 351 2. Auswahl
west-attachment-0,
west-attachment-1		 100 250 350 1. Auswahl

10.0.2.0/24

Diese Tabelle enthält die BGP-Sitzungen, die den IPv4-Adressbereich 10.0.2.0/24 des Subnetzes bewerben, der sich in europe-west1 befindet.

Traffic von Ihrem lokalen Netzwerk verwendet den VLAN-Anhang in us-west1, da die BGP-Sitzungen das niedrigste beworbene MED haben.

VPN-Tunnel oder VLAN-Anhang Basispriorität Region-zu-Region-Kosten Beworbenes MED Pfadranking
central-tunnel-0,
central-tunnel-1		 351 300 651 2. Auswahl
west-attachment-0,
west-attachment-1		 100 350 450 1. Auswahl

10.0.3.0/24

Diese Tabelle enthält die BGP-Sitzungen, die den IPv4-Adressbereich 10.0.3.0/24 des Subnetzes bewerben, der sich in us-west1 befindet.

Traffic von Ihrem lokalen Netzwerk verwendet den VLAN-Anhang in us-west1, da die BGP-Sitzungen das niedrigste beworbene MED haben.

VPN-Tunnel oder VLAN-Anhang Basispriorität Region-zu-Region-Kosten Beworbenes MED Pfadranking
central-tunnel-0,
central-tunnel-1		 351 250 601 2. Auswahl
west-attachment-0,
west-attachment-1		 100 0 100 1. Auswahl