Erkannte Routen

In diesem Dokument werden erkannte Routen, die Auswirkungen des dynamischen Routingmodus eines VPC-Netzwerks (Virtual Private Cloud) auf erkannte Routen und die in Cloud Router verfügbaren Auswahlmodi für den besten Pfad beschrieben.

Erkannte Routen sind entweder Routen, die Cloud Router über das BGP-Protokoll von Remote-Peer-Routern empfängt, oder benutzerdefinierte erkannte Routen, die Sie auf einem Cloud Router konfigurieren:

Empfangene BGP-Routen

BGP-Routen, die von einem Remote-Peer erkannt wurden. Der Peer-Router kann einer der folgenden sein:

  • Ein physischer lokaler Router
  • Ein weiterer Cloud Router
  • Eine Router-Appliance-VM (mit Network Connectivity Center)
  • Ein Router eines anderen Cloud-Anbieters
Benutzerdefinierte erkannte Routen

Benutzerdefinierte erkannte Routen werden manuell auf Cloud Router konfiguriert, um Routen zu simulieren, die von einem Remote-Peer erkannt wurden. Benutzerdefinierte erkannte Routen sind nützlich, wenn Sie keine Administratorrechte haben, um einen Remote-Peer-Router zu konfigurieren.

Cloud Router erzwingt Kontingente für die Anzahl eindeutiger Präfixe für dynamische Routen, einschließlich der Präfixe, die dynamisch von einem BGP-Peer erkannt werden, oder manuell als benutzerdefiniert erkannte Routen konfiguriert werden. Weitere Informationen finden Sie unter Cloud Router-Kontingente.

Cloud Router bietet gelernte Routen nur dann noch einmal an, wenn Sie einen Network Connectivity Center-Hybrid-Spoke mit aktivierter Datenübertragung verwenden.

Beide Arten von von Cloud Router erkannten Routen werden von einer Steuerungsebene für dynamische Routen und dann von einer Steuerungsebene für VPC-Netzwerk verarbeitet. Bei den Verarbeitungsschritten werden Zielpräfix und Routenmesswerte verwendet, um dynamische Routen in einem VPC-Netzwerk zu erstellen. Informationen zu den Unterschieden zwischen der dynamischen Routensteuerungsebene und der VPC-Netzwerk-Steuerungsebene finden Sie unter Funktionsweise von Cloud Router.

Benutzerdefinierte erkannte Routen

Benutzerdefiniert erkannte Routen bieten die gleichen Vorteile wie dynamische, von BGP empfangene Routen. Im Gegensatz zu statischen Routen werden benutzerdefinierte dynamische Routen automatisch zurückgezogen, wenn die BGP-Sitzung für einen nächsten Hop ausfällt.

Benutzerdefiniert erkannte Routen sind die einzige Möglichkeit, Nicht-BGP-Routen für bestimmte nächste Hops zu definieren, z. B. Cloud Interconnect-VLAN-Anhänge und HA VPN-Tunnel.

Weitere Informationen finden Sie unter Benutzerdefiniert erkannte Routen angeben und verwalten.

Modus für dynamisches Routing

Der dynamische Routingmodus eines VPC-Netzwerks wirkt sich darauf aus, wie empfangene BGP-Routen und benutzerdefiniert erkannte Routen von der Steuerungsebene für dynamische Routen und der Steuerungsebene für VPC-Netzwerke verarbeitet werden, um dynamische Routen im VPC-Netzwerk zu erstellen.

Bei der Verwendung des VPC-Netzwerk-Peering wird mit dem dynamischen Routingmodus des VPC-Netzwerks, das benutzerdefinierte Routen exportiert, gesteuert, wie dynamische Routen in Peer-VPC-Netzwerken erstellt werden, die benutzerdefinierte Routen importieren. Weitere Informationen finden Sie in der Dokumentation zum VPC-Netzwerk-Peering unter Auswirkungen des dynamischen Routingmodus.

Google Cloud VPC-Netzwerke unterstützen zwei dynamische Routingmodi:

Regionaler dynamischer Routing-Modus
Die dynamische Routen-Kontrollebene der einzelnen Regionen verarbeitet nur gelernte Routen aus den BGP-Aufgaben der Cloud Router in der jeweiligen Region. Die resultierenden dynamischen Routen, die in einer bestimmten Region eines VPC-Netzwerk erstellt werden, haben nur nächste Hops in dieser bestimmten Region.
Globaler dynamischer Routing-Modus
Die dynamische Routen-Kontrollebene der einzelnen Regionen verarbeitet gelernte Routen aus den BGP-Aufgaben der Cloud Router in der jeweiligen Region. Die dynamische Routen-Kontrollebene der jeweiligen Region sendet außerdem den besten Pfad für jedes Präfix an die dynamischen Routen-Kontrollebenen in allen anderen Regionen, die im VPC-Netzwerk verwendet werden. Die resultierenden dynamischen Routen, die in einer bestimmten Region eines VPC-Netzwerk erstellt werden, können nächste Hops in einer beliebigen Region haben.

Auswahlmodi für besten Pfad

Cloud Router bietet zwei Modi für die Auswahl des besten Pfads: „Standard“ und „Legacy“. Der Bester-Pfad-Auswahlmodus gilt für alle Routen, die über Cloud Router in allen Regionen eines VPC-Netzwerk ermittelt werden, einschließlich benutzerdefinierter Routen.

„Legacy“ ist der Standardmodus für die Auswahl des besten Pfads, wenn ein neues VPC-Netzwerk erstellt wird. Wir empfehlen, den Legacy-Modus zu verwenden, es sei denn, Sie benötigen bestimmte Funktionen des Standardmodus oder verwenden eine Google Cloud Funktion, die auf dem Standardmodus basiert.

Das Network Connectivity Center für Site-to-Site-Datenübertragungen und das Network Connectivity Center für virtuelle Netzwerk-Appliances von Drittanbietern oder die Router-Appliance funktionieren entweder mit der Standardauswahl des besten Pfads oder mit der Legacy-Auswahl des besten Pfads.

Für den Routenaustausch mit VPC-Spokes im Network Connectivity Center gelten die folgenden Einschränkungen für die Auswahlmodi für den besten Pfad:

  • Wenn eine Route nur von einer VPC beworben wird, funktionieren sowohl der Legacy- als auch der Standardmodus wie erwartet.

  • Wenn dieselbe Route von mehreren VPCs für dieselbe Workload-VPC beworben wird, gilt Folgendes:

    • Wenn alle VPCs die Legacy-Auswahl des besten Pfads verwenden, wird in den Arbeitslast-VPCs die Legacy-Auswahl des besten Pfads für Routen aus verschiedenen Routing-VPCs angewendet.

    • Wenn alle VPCs die standardmäßige Bester-Pfad-Auswahl verwenden, nutzen die Workload-VPCs die beste Route aus einer der Routing-VPCs basierend auf einem internen Algorithmus.

    • Wenn in den Routing-VPCs eine Mischung aus Legacy- und Standardauswahl des besten Pfads verwendet wird, nutzen die Arbeitslast-VPCs entweder die beste Route basierend auf der Legacy-Auswahl des besten Pfads oder eine der besten Standardrouten basierend auf einem internen Algorithmus.

    Wenn Sie dieselbe Route aus mehreren Routing-VPCs bewerben möchten, empfehlen wir, für alle Ihre VPC-Netzwerke die Auswahl des besten Pfads der alten Generation zu verwenden.

Legacy-Auswahl des besten Pfads

In diesem Abschnitt wird beschrieben, wie Cloud Router-BGP-Aufgaben und die dynamische Routensteuerungsebene den Legacy-Modus für die Auswahl des besten Pfads implementieren.

AS-Pfadlänge

Im Legacy-Modus für die Auswahl des besten Pfads sind AS-Pfadinformationen nur innerhalb einer einzelnen Cloud Router-BGP-Aufgabe relevant. Die Steuerungsebene für dynamische Routen verwendet die AS-Pfadinformationen nicht, um Entscheidungen zur Auswahl des besten Pfads zu treffen. Wenn Sie den alten Auswahlmodus für den besten Pfad verwenden, verlassen Sie sich nicht auf die Auswahl des besten Pfads basierend auf der AS-Pfadlängeninformation, wenn verschiedene Cloud Router-Softwareaufgaben für dasselbe Zielpräfix beteiligt sind.

Für BGP-Sitzungen sind mehrere Cloud Router-BGP-Tasks erforderlich. Weitere Informationen finden Sie unter Cloud Router-BGP-Aufgaben.

Prozess der BGP-Aufgabenauswahl

Eine Cloud Router-BGP-Aufgabe empfängt Zielpräfixe von Peer-Routern der BGP-Sitzungen, die sie verwaltet. Mit der BGP-Aufgabe wird eine Reihe eindeutiger Zielpräfixe aus allen BGP-Sitzungen erstellt, die von der BGP-Aufgabe verwaltet werden. Die BGP-Aufgabe ermittelt dann mindestens einen besten nächsten Hop für jedes der eindeutigen Zielpräfixe, die über BGP empfangen wurden, und zwar so:

  1. Kürzeste AS-Pfadlänge: Die BGP-Aufgabe sortiert die Liste der nächsten Hops nach AS-Pfadlänge, von der kürzesten zur längsten AS-Pfadlänge. Nach dem Sortieren werden alle nächsten Hops, die nicht die kürzeste AS-Pfadlänge haben, von der BGP-Aufgabe entfernt.

  2. Bevorzugter Ursprungstyp: Bei der BGP-Aufgabe werden nächste Hops, die das Interior Gateway Protocol (IGP) verwenden, gegenüber nächsten Hops, die das Exterior Gateway Protocol (EGP) verwenden, bevorzugt. Außerdem werden nächste Hops, die EGP verwenden, gegenüber nächsten Hops mit dem Ursprungstyp „Incomplete“ bevorzugt.

    Wenn der Ursprungstyp von mindestens einem nächsten Hop IGP ist, werden alle nächsten Hops mit den Ursprungstypen EGP oder „Incomplete“ von der BGP-Aufgabe ausgeschlossen.

    Wenn keiner der nächsten Hops den Ursprungstyp IGP hat und der Ursprungstyp mindestens eines nächsten Hops EGP ist, werden alle nächsten Hops mit unvollständigen Ursprungstypen von der BGP-Aufgabe ausgeschlossen.

  3. Kleinster MED-Wert: Die BGP-Aufgabe sortiert die nächsten Hops nach dem kleinsten bis zum größten MED-Wert (Multi-Exit Discriminator). Nach dem Sortieren werden alle Next Hops, die nicht den niedrigsten MED-Wert haben, von der BGP-Aufgabe entfernt.

Die BGP-Aufgabe sendet jedes Zielpräfix und die zugehörige Liste der besten nächsten Hops an die dynamische Routen-Kontrollebene der Region. In einigen Fällen sendet die Cloud Router-BGP-Softwareaufgabe möglicherweise auch nächste Hops, die nicht mehr berücksichtigt werden.

Verarbeitung der dynamischen Routensteuerungsebene

Die Steuerungsebenen für dynamische Routen in den einzelnen Regionen erzwingen die folgenden Kontingente, die für eindeutige Ziele aus BGP-empfangenen und benutzerdefinierten erkannten Routen gelten:

Wenn die vorherigen Cloud Router-Kontingente erzwungen werden, werden auf der Steuerungsebene für dynamische Routen alle Routeninformationen für eindeutige Ziele verworfen, die über dem Limit für eines der Cloud Router-Kontingente liegen. Weitere Informationen finden Sie unter Deterministisches Verhalten beim Löschen von Routen.

Nachdem die Kontingente durchgesetzt wurden, wendet die Steuerungsebene für dynamische Routen den folgenden Verarbeitungsalgorithmus auf jedes nicht verworfene eindeutige Zielpräfix an:

  1. Die Steuerungsebene der dynamischen Route erstellt eine Liste der nächsten Hops für das Präfix. Die Liste besteht aus:

    • Nächste Hops und MED-Werte für das Präfix, das von den einzelnen Cloud Router-BGP-Aufgaben im VPC-Netzwerk in seiner eigenen Region empfangen wird.

    • Nächste Hops und Prioritätswerte für benutzerdefiniert erkannte Routen, die das Präfix verwenden. Die Priorität einer benutzerdefiniert erkannten Route wird wie ein MED-Wert behandelt.

  2. Die folgenden Schritte werden nur ausgeführt, wenn das VPC-Netzwerk, das die Cloud Router enthält, den globalen dynamischen Routingmodus verwendet:

    • Die dynamische Routensteuerungsebene sendet nur die nächsten Hops mit dem niedrigsten MED-Wert an die dynamischen Routensteuerungsebenen in anderen Regionen. Wenn mehrere nächste Hops denselben niedrigsten MED-Wert haben, werden sie alle in die dynamischen Routensteuerungsebenen in anderen Regionen exportiert. Die gesendeten Informationen umfassen sowohl die nächsten Hops als auch den niedrigsten MED-Wert.

    • Die dynamische Routensteuerungsebene empfängt eine Liste der nächsten Hops und der MED-Werte von dynamischen Routensteuerungsebenen in anderen Regionen. Die Steuerungsebene der dynamischen Route fügt die einzelnen nächsten Hops der Liste der nächsten Hops für das Präfix hinzu. Beim Hinzufügen jedes nächsten Hops passt die Steuerungsebene der dynamischen Route den MED-Wert an, indem sie interregionale Kosten hinzufügt.

  3. Die Steuerungsebene der dynamischen Route sortiert die Liste der nächsten Hops für das Präfix nach dem kleinsten bis zum größten empfangenen MED-Wert.

  4. Die Steuerungsebene für dynamische Routen kürzt die Liste der Routen, die an die VPC-Steuerungsebene gesendet werden. Normalerweise enthält die Liste der Routen, die an die VPC-Steuerungsebene gesendet werden, die Routen mit den niedrigsten MED-Werten und, falls verfügbar, die zweitniedrigsten MED-Werte. Die dynamische Routensteuerungsebene garantiert jedoch nur, dass sie die Routen mit den niedrigsten MED-Werten an die VPC-Steuerungsebene sendet.

Standardauswahlmodus für besten Pfad

Der Standardauswahlmodus für den besten Pfad entspricht eher RFC 4271. Er bietet folgende Vorteile gegenüber dem alten Auswahlmodus für den besten Pfad:

  • Konsistentes AS-pfadbasiertes Routing: AS-Pfadinformationen werden für alle Routen berücksichtigt, die auf allen Cloud Routern des VPC-Netzwerk erlernt wurden. So können Sie den Trafficfluss mithilfe von AS-Path-Prepending beeinflussen.

  • Mehr Flexibilität und Anpassungsmöglichkeiten: Sie haben mehr Kontrolle darüber, wie BGP-Präfixe in Ihren VPC-Netzwerken eingestuft werden. Außerdem können Sie das BGP-Best-Path-Routing optimieren. Dynamische Routen haben immer eine niedrigere VPC-Netzwerkroutenpriorität als statische Routen.

Wenn Sie den Standardmodus für die Auswahl des besten Pfads verwenden, bietet Cloud Router die folgenden Konfigurationsoptionen:

  • MED-Werte vergleichen: Sie haben folgende Möglichkeiten:

    • Immer vergleichen:Der MED-Wert für jedes Zielpräfix wird verglichen, ohne die AS zu berücksichtigen, von der Cloud Router das Präfix gelernt hat.

    • Bedingter Vergleich:Präfixe werden nach dem AS gruppiert, von dem der Cloud Router das Präfix gelernt hat. Für jedes Präfix in jedem AS werden die Hops nach dem MED-Wert gemäß RFC 4721 sortiert.

  • Region zu interregionalen Kosten hinzufügen: Sie können auswählen, ob interregionale Kosten zu MED-Werten hinzugefügt werden.

Prozess der BGP-Aufgabenauswahl

Eine Cloud Router-BGP-Aufgabe empfängt Zielpräfixe von Peer-Routern der BGP-Sitzungen, die sie verwaltet. Mit der BGP-Aufgabe wird eine Reihe eindeutiger Zielpräfixe aus allen BGP-Sitzungen erstellt, die von der BGP-Aufgabe verwaltet werden. Die BGP-Aufgabe ermittelt dann mindestens einen besten nächsten Hop für jedes der eindeutigen Zielpräfixe, die über BGP empfangen wurden, und zwar so:

  1. Kürzeste AS-Pfadlänge: Die BGP-Aufgabe sortiert die Liste der nächsten Hops nach AS-Pfadlänge, von der kürzesten zur längsten AS-Pfadlänge. Nach dem Sortieren werden alle nächsten Hops, die nicht die kürzeste AS-Pfadlänge haben, von der BGP-Aufgabe entfernt.

  2. Bevorzugter Ursprungstyp: Bei der BGP-Aufgabe werden nächste Hops, die das Interior Gateway Protocol (IGP) verwenden, gegenüber nächsten Hops, die das Exterior Gateway Protocol (EGP) verwenden, bevorzugt. Außerdem werden nächste Hops, die EGP verwenden, gegenüber nächsten Hops mit dem Ursprungstyp „Incomplete“ bevorzugt.

    Wenn der Ursprungstyp von mindestens einem nächsten Hop IGP ist, werden alle nächsten Hops mit den Ursprungstypen EGP oder „Incomplete“ von der BGP-Aufgabe ausgeschlossen.

    Wenn keiner der nächsten Hops den Ursprungstyp IGP hat und der Ursprungstyp mindestens eines nächsten Hops EGP ist, werden alle nächsten Hops mit dem Ursprungstyp „Incomplete“ von der BGP-Aufgabe nicht berücksichtigt.

  3. Nachbar-ASN berücksichtigen: Die VPC-Netzwerkeinstellung routingConfig.bgpAlwaysCompareMed steuert diesen Schritt des Algorithmus so:

    • Wenn routingConfig.bgpAlwaysCompareMed = True ist, wird der benachbarte ANS-Wert jedes nächsten Hops nicht berücksichtigt. Die BGP-Aufgabe sortiert die nächsten Hops nach dem MED-Wert (Multi Exit Discriminator) in aufsteigender Reihenfolge. Nach dem Sortieren werden alle Next Hops mit dem kleinsten MED-Wert von der BGP-Aufgabe entfernt.

    • Wenn routingConfig.bgpAlwaysCompareMed False ist oder nicht festgelegt wurde, wird der ASN-Wert des Nachbarn jedes nächsten Hops als relevant betrachtet. Die BGP-Aufgabe führt dann Folgendes aus:

      1. Die BGP-Aufgabe gruppiert die Liste der nächsten Hops nach dem ASN-Wert des Nachbarn.

      2. Innerhalb jeder Nachbar-ASN-Gruppe sortiert die BGP-Aufgabe die nächsten Hops nach aufsteigenden MED-Werten. Der MED-Wert mit der niedrigsten Nummer kann in jeder ASN-Gruppe für Nachbarn unterschiedlich sein.

      3. Innerhalb jeder Nachbar-ASN-Gruppe entfernt die BGP-Aufgabe alle Next Hops, die nicht den kleinsten MED-Wert haben.

Die BGP-Aufgabe sendet jedes Zielpräfix und die entsprechende Liste der nicht entfernten nächsten Hops an die Steuerungsebene der dynamischen Route der Region. In einigen Fällen kann die Cloud Router-BGP-Softwareaufgabe auch nächste Hops senden, die nicht mehr berücksichtigt werden.

Verarbeitung der dynamischen Routensteuerungsebene

Die Steuerungsebene für dynamische Routen in jeder Region erzwingt die folgenden Kontingente, die für eindeutige Ziele aus den BGP-empfangenen und benutzerdefiniert erkannten Routen gelten:

Wenn die vorherigen Cloud Router-Kontingente erzwungen werden, werden auf der Steuerungsebene für dynamische Routen alle Routeninformationen für eindeutige Ziele verworfen, die über dem Limit für eines der Cloud Router-Kontingente liegen. Weitere Informationen finden Sie unter Deterministisches Verhalten beim Löschen von Routen.

Nachdem die Kontingente durchgesetzt wurden, wendet die Steuerungsebene für dynamische Routen den folgenden Verarbeitungsalgorithmus auf jedes nicht verworfene eindeutige Zielpräfix an:

  1. Anfangsliste der nächsten Hops für das Präfix: Die Steuerungsebene der dynamischen Route erstellt eine Anfangsliste der nächsten Hops für das Präfix, die aus den folgenden Elementen besteht:

    • Die von BGP-Aufgaben empfangenen Informationen zum nächsten Hop, die Cloud Router im VPC-Netzwerk verwalten und sich in derselben Region wie die dynamische Routensteuerungsebene befinden.

    • Die Informationen zum nächsten Hop von benutzerdefinierten erlernten Routen für das Präfix, die auf Cloud Routern im VPC-Netzwerk definiert sind und sich in derselben Region wie die Steuerungsebene für dynamische Routen befinden. Für benutzerdefinierte erkannte Routen werden die folgenden BGP-Attribute angewendet:

      • AS-Pfad, der nur die ASN des Peers enthält. Das ist eine AS-Pfadlänge von 1 und die Nachbar-ASN der ASN des Peers.
      • Der Ursprung ist auf „Unvollständig“ festgelegt.
      • MED-Wert, wobei jede benutzerdefiniert erkannte Routenpriorität wie ein MED-Wert behandelt wird.
      • Die interregionalen Kosten sind auf 0 gesetzt.

  2. Kürzeste AS-Pfadlänge: Die Steuerungsebene der dynamischen Route sortiert die Liste der nächsten Hops nach AS-Pfadlänge, von der kürzesten zur längsten AS-Pfadlänge. Die Steuerungsebene für dynamische Routen schließt alle nächsten Hops aus, die nicht die kürzeste AS-Pfadlänge haben.

  3. Bevorzugter Ursprungstyp: Die Steuerungsebene für dynamische Routen bevorzugt nächste Hops, die IGP verwenden, gegenüber nächsten Hops, die EGP verwenden, und nächste Hops, die EGP verwenden, gegenüber nächsten Hops mit dem Ursprungstyp „Incomplete“.

    Wenn der Ursprungstyp mindestens eines nächsten Hops IGP ist, werden alle nächsten Hops mit EGP- oder Incomplete-Ursprungstypen von der Steuerungsebene der dynamischen Route nicht berücksichtigt.

    Wenn keiner der nächsten Hops den Ursprungstyp IGP hat und der Ursprungstyp mindestens eines nächsten Hops EGP ist, werden alle nächsten Hops mit dem Ursprungstyp „Incomplete“ aus der dynamischen Routensteuerungsebene entfernt.

  4. ASN des Nachbarn berücksichtigen: Die VPC-Netzwerkeinstellung routingConfig.bgpAlwaysCompareMed steuert diesen Schritt des Algorithmus so:

    • Wenn routingConfig.bgpAlwaysCompareMed = True ist, ist der benachbarte ANS-Wert jedes nächsten Hops nicht relevant. In diesem Fall sortiert die dynamische Routensteuerungsebene die nächsten Hops nach dem MED-Wert, vom kleinsten zum größten. Die nächsten Hops mit dem kleinsten MED haben den höchsten Rang. Die Steuerungsebene der dynamischen Route entfernt alle nächsten Hops mit Ausnahme derer mit dem höchsten Rang.

    • Wenn routingConfig.bgpAlwaysCompareMed gleich False ist oder nicht festgelegt wurde, wird der ASN-Wert des Nachbarn jedes nächsten Hops als relevant betrachtet. Die Steuerungsebene der dynamischen Route führt dann Folgendes aus:

      1. Die Steuerungsebene der dynamischen Route gruppiert die Liste der nächsten Hops nach dem ASN-Wert des Nachbarn.

      2. Innerhalb jeder Gruppe von benachbarten ASNs sortiert die dynamische Routensteuerungsebene die nächsten Hops nach dem MED-Wert (Multi-Exit Discriminator) vom niedrigsten zum höchsten Wert. Der MED-Wert mit der niedrigsten Nummer kann in jeder Nachbar-ASN-Gruppe unterschiedlich sein.

      3. Innerhalb jeder Gruppe von benachbarten ANS entfernt die dynamische Routensteuerungsebene alle nächsten Hops, die nicht den kleinsten MED-Wert haben.

      Die Next Hops mit den kleinsten MED-Werten in jeder Nachbar-ASN-Gruppe haben den höchsten Rang. Die Steuerungsebene der dynamischen Route entfernt alle nächsten Hops mit Ausnahme derer mit dem höchsten Rang.

  5. Alle bestbewerteten Next Hops an andere Regionen senden: Wenn der Modus für dynamisches Routing des VPC-Netzwerk global ist, sendet die dynamische Routensteuerungsebene den aktuellen Satz der bestbewerteten Next Hops an andere Regionen.

  6. Bestbewertete Hops aus anderen Regionen empfangen: Wenn der Modus für dynamisches Routing des VPC-Netzwerk global ist, empfängt die dynamische Routensteuerungsebene eine Liste der bestbewerteten nächsten Hops für das Präfix von den dynamischen Routensteuerungsebenen in den anderen Regionen. Jeder empfangene nächste Hop enthält die AS-Pfadlänge, die ASN des Nachbarn, den Ursprungstyp und den MED-Wert sowie die Region der Steuerungsebene der dynamischen Route, die den nächsten Hop gesendet hat.

    Die Steuerungsebene der dynamischen Route hängt die empfangenen nächsten Hops an die Liste der nächsten Hops für das Präfix an und führt dann Folgendes aus:

    • Wiederholt den Schritt Kürzeste AS-Pfadlänge.

    • Wiederholt den Schritt Bevorzugter Quelltyp.

    • Wiederholt den Schritt ASN des Nachbarn berücksichtigen entsprechend der routingConfig.bgpInterRegionCost-Einstellung des VPC-Netzwerk:

      • Wenn routingConfig.bgpInterRegionCost des VPC-Netzwerks ADD_COST_TO_MED ist, verwendet die Steuerungsebene für dynamisches Routing angepasste MED-Werte, wenn der Schritt Nachbar-ASN berücksichtigen wiederholt wird. Jeder angepasste MED-Wert ist die Summe aus dem ursprünglichen MED-Wert und den interregionalen Kosten. Nächste Hops in der Region der dynamischen Routensteuerungsebene haben interregionale Kosten von 0. Nächste Hops, die von dynamischen Routensteuerungsebenen in anderen Regionen gelernt wurden, haben nicht null betragende interregionale Kosten, die für jedes Regionspaar aus der Absender- und der Empfängerregion eindeutig sind.

      • Wenn die routingConfig.bgpInterRegionCost des VPC-Netzwerks DEFAULT ist oder nicht festgelegt wurde, wiederholt die dynamische Routensteuerungsebene den Schritt Nachbar-ASN berücksichtigen mit den ursprünglichen MED-Werten.

  7. Alle nächsten Hops mit den geringsten interregionalen Kosten werden berücksichtigt: Wenn der Modus für dynamisches Routing des VPC-Netzwerk global ist, werden alle nächsten Hops mit Ausnahme der nächsten Hops mit den geringsten interregionalen Kosten von der dynamischen Routen-Kontrollebene berücksichtigt.

  8. Nächste Hops an die VPC-Steuerungsebene senden: Für jedes eindeutige Zielpräfix sendet die Steuerungsebene für dynamische Routen alle nächsten Hops mit dem höchsten Rang und den niedrigsten interregionalen Kosten an die VPC-Steuerungsebene. Durch diese nächsten Hops werden dynamische Routen in der Region des VPC-Netzwerk erstellt, in der sich die Steuerungsebene für dynamische Routen befindet. Diese dynamischen Routen haben die Andromeda-Routenpriorität 65536. Die Prioritätsnummer 65536 wurde bewusst gewählt, da sie um eins größer ist als 65535, die niedrigste Priorität einer statischen Route. Wenn also sowohl statische als auch dynamische Routen für dasselbe Zielpräfix vorhanden sind, wird eine statische Route in der Routingreihenfolge bevorzugt.

    In einigen Fällen kann die dynamische Routensteuerungsebene nächste Hops mit niedrigeren Rängen oder nicht niedrigsten interregionalen Kosten senden. Durch diese zusätzlichen nächsten Hops werden auch dynamische Routen in der Region der Steuerungsebene für dynamische Routen des VPC-Netzwerk erstellt. Sie verwenden jedoch niedrigere Andromeda-Routenprioritäten, z. B. 65537, 65538.

Verarbeitung der VPC-Steuerungsebene

Die VPC-Steuerungsebene der einzelnen Regionen empfängt dynamische Kandidatenrouten von der dynamischen Routensteuerungsebene der jeweiligen Region. Sofern eine dynamische Route nicht von der Steuerungsebene für dynamische Routen verworfen wird, bewertet die VPC-Steuerungsebene jede dynamische Kandidatenroute. Die Auswertung führt entweder zur Erstellung einer dynamischen Route im VPC-Netzwerk, das die Cloud Router enthält, oder zur Unterdrückung der dynamischen Routenkandidaten. Dynamische Routen können aus folgenden Gründen unterdrückt werden:

Die VPC-Steuerungsebenen der einzelnen Regionen kann auch dynamische Peering-Routen in Peering-VPC-Netzwerken erstellen, wenn das VPC-Netzwerk mit den Cloud Routern benutzerdefinierte Routen exportiert und das Peering-VPC-Netzwerk benutzerdefinierte Routen importiert. Informationen zum benutzerdefinierten Routenaustausch mit VPC-Netzwerk-Peering finden Sie unter Optionen für den Austausch dynamischer Routen.

Beim Erstellen dynamischer Peering-Routen werden die dynamischen Routenkandidaten in der VPC-Kontrollebene der einzelnen Regionen unabhängig voneinander auf Netzwerkebene bewertet. Zusätzlich zu den oben genannten Unterdrückungsfällen gelten in VPC-Peering-Netzwerken die folgenden zusätzlichen Fälle der Unterdrückung:

  • Wenn das Zielpräfix einer dynamischen Peering-Kandidatenroute genau mit dem Zielpräfix einer lokalen dynamischen Route übereinstimmt, unterdrückt die VPC-Steuerungsebene die in Konflikt stehende dynamische Peering-Route.

  • Wenn Kandidaten für dynamische Peering-Routen für dasselbe Zielpräfix aus zwei oder mehr VPC-Netzwerken mit Peering empfangen werden, wählt die VPC-Steuerungsebene mit einem internen Algorithmus das Netzwerk aus, aus dem sie dynamische Peering-Routen importiert. Dieser interne Algorithmus wird ausgewertet, bevor die Routenpriorität berücksichtigt wird. Weitere Informationen finden Sie unter Nächste Hops für benutzerdefinierte Peering-Routen aus einem einzelnen VPC-Netzwerk auswählen.

  • Wenn das Kontingent für dynamische Routen pro Region und Peering-Gruppe dieses Limit überschreitet, unterdrückt die VPC-Steuerungsebene nur das Peering dynamischer Routen.

Da jede VPC-Steuerungsebene dynamische Routen auf Netzwerkbasis unterdrückt, sollten Sie Folgendes beachten:

  • Wenn eine dynamische Kandidatenroute zu einer lokalen dynamischen Route im VPC-Netzwerk wird, das die Cloud Router enthält, die die dynamische Kandidatenroute erstellt haben, kann die dynamische Kandidatenroute in einem oder mehreren VPC-Netzwerken mit Peering unterdrückt werden.

  • Wenn eine dynamische Kandidatenroute im VPC-Netzwerk unterdrückt wurde, das die Cloud Router enthält, die die dynamische Kandidatenroute erstellt haben, kann die dynamische Kandidatenroute in einem oder mehreren VPC-Netzwerken mit Peering zu einer dynamischen Peering-Route werden.

BGP-Statusänderungen

Vom BGP-empfangene und benutzerdefinierte erkannte Routen generieren dynamische Routen, wie unter Modi für die Auswahl des besten Pfads beschrieben. Dynamische Routen bleiben bestehen, solange die entsprechende BGP-Sitzung eingerichtet ist. Dynamische Routen werden entfernt, wenn eine BGP-Sitzung als ausgefallen gilt oder beendet wurde. Hier einige gängige Beispiele:

  • Wenn der Peer-Router den ordnungsgemäßen Neustart unterstützt und eine Benachrichtigung über den ordnungsgemäßen Neustart (TCP-FIN- oder RST-Paket) sendet, Google Cloud werden die dynamischen Routen, die aus der BGP-Sitzung gelernt wurden, entfernt, nachdem der Timer für den ordnungsgemäßen Neustart des Peer-Routers abgelaufen ist. Weitere Informationen finden Sie unter Timer für den ordnungsgemäßen Neustart.

  • Wenn der Peer-Router eine BGP-Benachrichtigung vom Typ CEASE Google Cloudsendet, werden die dynamischen Routen, die aus der BGP-Sitzung gelernt wurden, sofort entfernt. Weitere Informationen finden Sie in Abschnitt 4.5 von RFC 4271.

  • Wenn keine der vorherigen Benachrichtigungssituationen zutrifft und der ausgehandelte Hold-Timer erreicht ist, entfernt Google Cloud die dynamischen Routen,die aus der BGP-Sitzung gelernt wurden. Weitere Informationen finden Sie unter Hold-Timer.

Geplante Wartungsereignisse für Cloud Interconnect führen dazu, dass dynamische Routen entfernt werden, deren nächste Hops die VLAN-Anhänge sind, die während der Wartung der Verbindung mit einer Cloud Interconnect-Verbindung verknüpft sind. Während der geplanten Wartung werden die entsprechenden BGP-Sitzungen deaktiviert. Um Unterbrechungen zu minimieren, müssen Ihre Cloud Interconnect-VLAN-Anhänge und -Verbindungen eine der folgenden Anforderungen erfüllen:

Weitere Informationen zu BFD finden Sie unter BFD bei einem Fehlerereignis.

Nächste Schritte