Beworbene Routen

Beworbene Routen sind Cloud Router-BGP-Präfixe, die für die BGP-Peers (z. B. einen lokalen Router) beworben werden. Cloud Router kann die folgenden Routen anbieten:

• Lokale Subnetzbereiche
• Von NCC importierte Subnetzbereiche
• Von NCC importierte dynamische Routen für öffentliche Verkehrsmittel
• Benutzerdefinierte IPv4- und IPv6-Präfixe

Advertising-Modi

Der Advertising-Modus eines Cloud Router steuert, ob er Subnetzrouten, benutzerdefinierte Präfixe oder beides bewirbt. Der Route Advertisement-Modus kann sowohl auf Cloud Router-Ebene als auch auf BGP-Sitzungsebene konfiguriert werden. Der Advertisement-Modus des Routers steuert nicht, ob dynamische Transitrouten, die von NCC importiert wurden, noch einmal beworben werden. Weitere Informationen zu diesen Routen finden Sie unter Dynamische Transitrouten, die aus NCC importiert wurden, noch einmal bewerben.

Cloud Router bietet zwei Advertisement-Modi, die auf Routerebene definiert werden:

Standardmäßiger Advertisement-Modus für Cloud Router

Bewirbt Subnetzbereiche 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.

Cloud Router bietet auch zwei Advertisement-Modi, die auf BGP-Sitzungsebene definiert sind:

Standardmäßiger Advertising-Modus für BGP-Sitzung

Bewirbt Präfixe gemäß dem auf Routerebene 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 beschrieben, wie die Advertisement-Modi auf Router- und BGP-Sitzungsebene interagieren, um das effektive Advertisement-Verhalten der BGP-Sitzung zu erzeugen:

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 Subnetzbereiche wie unter Subnetzbereich-Advertising 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

In einer BGP-Sitzung können die folgenden Subnetzbereiche beworben werden:

• Lokale IPv4-Subnetzbereiche: Subnetzbereiche im selben VPC-Netzwerk, das den Cloud Router enthält.
• Von NCC importierte IPv4-Subnetzbereiche: wenn sich der Cloud Router in einem Hybrid-Spoke befindet, dessen Importfilter es ihm erlaubt, Subnetzrouten von einem NCC-Hub zu empfangen. Weitere Informationen finden Sie unter Hybrid Spokes und NCC-importierte Subnetzrouten-Advertisements.
• Lokale IPv6-Subnetzbereiche: Für das Bewerben von IPv6-Adressbereichen des Subnetzes gelten zusätzliche Anforderungen, die unter IPv6-Adressbereiche des Subnetzes bewerben beschrieben werden.

Cloud Router aktualisiert Subnetz-Route-Advertisements automatisch, wenn eine Subnetzlebenszyklusaktivität stattfindet.

Auswirkungen des dynamischen Routingmodus

Der dynamische Routingmodus eines VPC-Netzwerk steuert, welche Subnetzrouten die Cloud Router bewerben.

Regionaler dynamischer Routing-Modus

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 entspricht der konfigurierten Basispriorität der BGP-Sitzung.

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. Das beworbene MED von Subnetzbereichen in derselben Region wie der Cloud Router entspricht der konfigurierten Basispriorität der BGP-Sitzung. Der beworbene MED-Wert von Subnetzbereichen in verschiedenen Regionen ist die Summe der konfigurierten Basispriorität der BGP-Sitzung und der interregionalen Kosten.

Privat verwendete öffentliche IPv4-Adressbereiche bewerben

Subnetz-IPv4-Adressbereiche können privat verwendete öffentliche IPv4-Adressbereiche enthalten. Wenn Sie privat verwendete öffentliche IPv4-Adressen in einem anderen Netzwerk bewerben, kann dieses andere Netzwerk möglicherweise nicht auf Internetressourcen unter 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) oder nur IPv6 (Einzelstack) 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 einbeziehen, 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 über eine BGP-Sitzung angeboten werden. Sie können den benutzerdefinierten Advertisement-Modus für Cloud Router oder den benutzerdefinierten Advertisement-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 benutzerdefinierten Advertisement-Modus konfigurieren, wählen Sie eine der folgenden Optionen aus:

• Nur benutzerdefinierte IPv4- und IPv6-Präfixe bewerben: Mit dieser Option werden nur die von Ihnen angegebenen IP-Adressbereiche beworben, Subnetzbereiche werden ausgelassen. Der beworbene MED-Wert entspricht immer der konfigurierten Basispriorität der BGP-Sitzung.

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

  • Welche Subnetzbereiche beworben werden und welche MEDs beworben werden, hängt vom dynamischen Routingmodus des VPC-Netzwerk ab, das den Cloud Router enthält, wie unter Subnetzbereich-Advertisement beschrieben.

  • Der beworbene MED-Wert jedes benutzerdefinierten IP-Adressbereichs entspricht immer der konfigurierten Basispriorität der BGP-Sitzung. Der dynamische Routingmodus hat keine Auswirkungen auf den beworbenen MED für benutzerdefinierte IP-Adressbereiche.

  • Ein benutzerdefinierter IP-Adressbereich wird ignoriert, wenn er genau mit einer Subnetzroute übereinstimmt, die ein Cloud Router gemäß dem dynamischen Routingmodus seines VPC-Netzwerk bewirbt.

Erneutes Bewerben von dynamischen Transitrouten, die über NCC importiert wurden

Das erneute Bewerben dynamischer Transitrouten wird ausschließlich über diese Hybrid-Spoke-Einstellungen gesteuert:

• Die Option Site-to-Site-Datenübertragung
• Hybrid-Spoke-Exportfilter
• Die Importfilter für Hybrid-Spokes

Weitere Informationen finden Sie unter Hybrid-Spokes und erneute Ankündigung dynamischer Routen, die aus dem NCC importiert wurden.

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 der beworbenen Route:

• Benutzerdefinierte IP-Adressbereiche, wenn die effektiven Advertisements für die BGP-Sitzung auf „Benutzerdefiniertes Advertisement“ festgelegt sind.

• Subnetzbereiche von Subnetzen in derselben Region wie der Cloud Router, wenn die effektiven Advertisements für die BGP-Sitzung Subnetzbereich-Advertisements enthalten.

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 Advertisements für die BGP-Sitzung umfassen das Subnetzbereich-Advertisement.

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-Datei 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.

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.

Hinweis: Damit Sie bei der Konfiguration von HA VPN, Partner Interconnect oder Dedicated Interconnect ein SLA für eine Verfügbarkeit von 99, 99% erhalten, muss Ihr Cloud Router dieselben Präfixe auf allen Links ankündigen, möglicherweise mit unterschiedlichen Prioritäten.

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.

Achtung: Der Routenauswahlprozess im lokalen Netzwerk priorisiert möglicherweise nicht die Route mit dem niedrigeren MED-Wert. Es können nämlich andere Attribute wie z. B. Router-ID oder Herkunfts-ASN die Funktionsweise der BGP-Pfadauswahl beeinflussen. Weitere Informationen dazu finden Sie in der Dokumentation Ihres Geräts.

Sehen Sie sich beispielsweise die folgenden Ressourcen an:

• Cisco: Auswahl des BGP-Pfads

• Fortinet: BGP-Handbuch

• Juniper: Auswahl des BGP-Pfads

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 in diesem Beispiel 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 (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 ähnelt den vorherigen Beispielen. Es wurden jedoch die beiden Cloud VPN-Tunnel in der Region us-west1 durch zwei VLAN-Anhänge ersetzt.

Das folgende Diagramm zeigt dieses Beispiel:

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