Erkannte Routen

In diesem Dokument werden erkannte Routen, die Auswirkungen des dynamischen Routingmodus eines Virtual Private Cloud-Netzwerks 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 von Remote-Peer-Routern über das BGP-Protokoll empfängt, oder benutzerdefinierte erkannte Routen, die Sie auf einem Cloud Router konfigurieren:

BGP-empfangene Routen

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

  • Einen lokalen Router
  • Einen anderen 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 dem Cloud Router konfiguriert, um Routen zu simulieren, die von einem Remote-Peer erlernt 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 erlernt oder manuell als benutzerdefiniert erkannte Routen konfiguriert werden. Weitere Informationen finden Sie unter Cloud Router-Kontingente.

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

Beide Arten von von Cloud Router erkannten Routen werden von einer dynamischen Routen-Steuerungsebene und dann von einer VPC-Netzwerk-Steuerungsebene 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-Netzwerksteuerungsebene 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 benutzerdefiniert erkannte 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 dynamischen Routen- und VPC-Netzwerk-Steuerungsebene 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 unter Auswirkungen des dynamischen Routingmodus in der VPC-Netzwerk-Peering-Dokumentation.

Google Cloud-VPC-Netzwerke unterstützen zwei Modi für dynamisches Routing:

Regionaler Modus für dynamisches Routing
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 innerhalb dieser 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 Modus für die Bester-Pfad-Auswahl gilt für alle über Cloud Router in allen Regionen eines VPC-Netzwerk gelernten Routen, einschließlich benutzerdefinierter gelernter Routen.

Der Legacy-Modus ist der Standardmodus beim Erstellen eines VPC-Netzwerk. Wir empfehlen den Legacy-Modus, es sei denn, bestimmte Funktionen des Standardmodus sind erforderlich.

Legacy-Best-Path-Auswahl

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

AS-Pfadlänge

Im bisherigen Modus für die Best-Path-Auswahl sind AS-Pfadinformationen nur innerhalb einer einzelnen Cloud Router-BGP-Aufgabe relevant. Die dynamische Routensteuerungsebene verwendet die AS-Pfadinformationen nicht, um Entscheidungen zur Auswahl des besten Pfads zu treffen. Wenn Sie den bisherigen Modus für die Auswahl des besten Pfads verwenden, sollten Sie sich nicht darauf verlassen, dass der beste Pfad anhand von Informationen zur AS-Pfadlänge ausgewählt wird, wenn für dasselbe Zielpräfix unterschiedliche Cloud Router-Softwareaufgaben beteiligt sind.

BGP-Sitzungen umfassen mehrere BGP-Tasks des Cloud Routers. Weitere Informationen finden Sie unter BGP-Aufgaben für Cloud Router.

BGP-Aufgabenauswahl

Eine Cloud Router-BGP-Aufgabe empfängt Zielpräfixe von Peer-Routern der von ihr verwalteten BGP-Sitzungen. Die BGP-Aufgabe erstellt eine Reihe eindeutiger Zielpräfixe aus allen BGP-Sitzungen, die von der BGP-Aufgabe verwaltet werden. Anschließend ermittelt die BGP-Aufgabe für jedes der über BGP empfangenen eindeutigen Zielpräfixe mindestens einen besten nächsten Hop mithilfe des folgenden Prozesses:

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

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

    Wenn der Ursprungstyp mindestens eines nächsten Hops „IGP“ ist, werden von der BGP-Aufgabe alle nächsten Hops mit den Ursprungstypen „EGP“ oder „Unvollständig“ aus der Auswahl entfernt.

    Wenn keiner der nächsten Hops den Ursprungstyp „IGP“ hat und der Ursprungstyp von mindestens einem nächsten Hop „EGP“ ist, werden bei der BGP-Aufgabe alle nächsten Hops mit unvollständigen Ursprungstypen aus der Auswahl entfernt.

  3. Niedrigster MED-Wert: Die BGP-Aufgabe sortiert die nächsten Hops vom niedrigsten zum höchsten MED-Wert (Multi-Exit Discriminator). Nach der Sortierung entfernt die BGP-Aufgabe alle nächsten Hops, die nicht den kleinsten MED-Wert haben.

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

Verarbeitung der dynamischen Routensteuerungsebene

Die dynamische Routen-Kontrollebene der einzelnen Regionen erzwingt die folgenden Kontingente, die sowohl für eindeutige Ziele von BGP-empfangenen als auch für benutzerdefiniert erkannte Routen gelten:

Wenn die vorherigen Cloud Router-Kontingente erzwungen werden, verwirft die Steuerungsebene für dynamische Routen alle Routeninformationen, die mit eindeutigen Zielen verknüpft sind, die über das Limit für das jeweilige Cloud Router-Kontingent hinausgehen. Weitere Informationen finden Sie unter Deterministisches Verhalten beim Löschen von Routen.

Nachdem die Kontingente erzwungen 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 umfasst:

    • 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 Modus für globales dynamisches Routing verwendet:

    • Die dynamische Routen-Kontrollebene sendet nur die nächsten Hops mit dem niedrigsten MED-Wert an die dynamischen Routen-Kontrollebenen 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 dynamische Routensteuerungsebene den MED-Wert an, indem interregionale Kosten hinzugefügt werden.

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

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

Standardmodus für die Auswahl des besten Pfads

Der Standardmodus für die Auswahl des besten Pfads entspricht eher RFC 4271. Er bietet gegenüber dem bisherigen Auswahlmodus für den besten Pfad folgende Vorteile:

  • Einheitliches 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 des Voranstellens von AS-Pfaden beeinflussen.

  • Mehr Flexibilität und Anpassungsmöglichkeiten: Sie haben mehr Kontrolle darüber, wie BGP-Präfixe in Ihren VPC-Netzwerken eingestuft werden, einschließlich der Möglichkeit, das BGP-Best-Path-Routing zu optimieren. Dynamische Routen haben immer eine niedrigere VPC-Netzwerk-Routenprioritä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 das AS zu berücksichtigen, von dem der Cloud Router das Präfix gelernt hat.

    • Bedingt vergleichen:Präfixe werden nach dem AS gruppiert, von dem der Cloud Router das Präfix gelernt hat. Für jedes Präfix innerhalb jedes AS werden die Hops nach dem MED-Wert sortiert, der in RFC 4721 beschrieben ist.

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

BGP-Aufgabenauswahl

Eine Cloud Router-BGP-Aufgabe empfängt Zielpräfixe von Peer-Routern der von ihr verwalteten BGP-Sitzungen. Die BGP-Aufgabe erstellt eine Reihe eindeutiger Zielpräfixe aus allen BGP-Sitzungen, die von der BGP-Aufgabe verwaltet werden. Anschließend ermittelt die BGP-Aufgabe für jedes der über BGP empfangenen eindeutigen Zielpräfixe mindestens einen besten nächsten Hop mithilfe des folgenden Prozesses:

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

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

    Wenn der Ursprungstyp mindestens eines nächsten Hops „IGP“ ist, werden von der BGP-Aufgabe alle nächsten Hops mit den Ursprungstypen „EGP“ oder „Unvollständig“ aus der Auswahl entfernt.

    Wenn keiner der nächsten Hops den Ursprungstyp „IGP“ hat und der Ursprungstyp von mindestens einem nächsten Hop „EGP“ ist, werden bei der BGP-Aufgabe alle nächsten Hops mit dem Ursprungstyp „Unvollständig“ aus der Auswahl entfernt.

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

    • Wenn routingConfig.bgpAlwaysCompareMed = True ist, wird der benachbarte ASN-Wert jedes nächsten Hops nicht als relevant betrachtet. Die BGP-Aufgabe sortiert die nächsten Hops vom kleinsten zum größten MED-Wert. Nach der Sortierung entfernt die BGP-Aufgabe alle nächsten Hops, die nicht den kleinsten MED-Wert haben.

    • Wenn routingConfig.bgpAlwaysCompareMed False ist oder nicht festgelegt ist, 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 vom kleinsten zum größten MED-Wert. Der MED-Wert mit der niedrigsten Nummer kann in jeder Nachbar-ASN-Gruppe unterschiedlich sein.

      3. Innerhalb jeder Nachbar-ASN-Gruppe entfernt die BGP-Aufgabe alle nächsten 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 dynamische Routen-Kontrollebene der Region. In einigen Fällen sendet die BGP-Softwareaufgabe von Cloud Router möglicherweise auch nächste Hops, die nicht mehr berücksichtigt werden.

Verarbeitung der dynamischen Routensteuerungsebene

Die dynamische Routen-Kontrollebene der einzelnen Regionen erzwingt die folgenden Kontingente, die sowohl für eindeutige Ziele aus den von BGP empfangenen als auch aus den benutzerdefiniert erkannten Routen gelten:

Wenn die vorherigen Cloud Router-Kontingente erzwungen werden, verwirft die Steuerungsebene für dynamische Routen alle Routeninformationen, die mit eindeutigen Zielen verknüpft sind, die über das Limit für das jeweilige Cloud Router-Kontingent hinausgehen. Weitere Informationen finden Sie unter Deterministisches Verhalten beim Löschen von Routen.

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

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

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

    • Die Informationen zum nächsten Hop benutzerdefinierter gelernter Routen für das Präfix, die auf Cloud Routern im VPC-Netzwerk definiert sind und sich in derselben Region wie die dynamische Routen-Kontrollebene befinden. Auf benutzerdefiniert erkannte Routen werden die folgenden BGP-Attribute angewendet:

      • AS-Pfad, der nur aus der ASN des Peers besteht. Das entspricht einer AS-Pfadlänge von 1 und der Nachbar-ASN der Peer-ASN.
      • „Herkunft“, auf „Unvollständig“ festgelegt
      • MED-Wert, wobei die Priorität jeder benutzerdefinierten erkannten Route wie ein MED-Wert behandelt wird.
      • Interregionale Kosten auf „0“ festgelegt.

  2. Kürzeste AS-Pfadlänge: Die dynamische Routensteuerungsebene sortiert die Liste der nächsten Hops nach AS-Pfadlänge, von der kürzesten AS-Pfadlänge bis zur längsten AS-Pfadlänge. Die Steuerungsebene für dynamische Routen entfernt alle nächsten Hops, die nicht die kürzeste AS-Pfadlänge haben.

  3. Bevorzugter Ursprungstyp: Die Steuerungsebene der dynamischen Route 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 einem unvollständigen Ursprungstyp.

    Wenn der Ursprungstyp mindestens eines nächsten Hops IGP ist, werden von der Steuerungsebene der dynamischen Route alle nächsten Hops mit EGP oder unvollständigen Ursprungstypen aus der Auswahl entfernt.

    Wenn keiner der nächsten Hops den Ursprungstyp „IGP“ hat und der Ursprungstyp von mindestens einem nächsten Hop „EGP“ ist, werden in der dynamischen Routen-Kontrollebene alle nächsten Hops mit unvollständigen Ursprungstypen aus der Betrachtung ausgeschlossen.

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

    • Wenn routingConfig.bgpAlwaysCompareMed = True ist, wird der benachbarte ASN-Wert jedes nächsten Hops nicht als relevant betrachtet. In diesem Fall sortiert die Steuerungsebene der dynamischen Route die nächsten Hops vom kleinsten zum größten MED-Wert. Nächste Hops mit dem kleinsten MED haben den höchsten Rang. Die Steuerungsebene der dynamischen Route entfernt alle nächsten Hops mit Ausnahme derjenigen mit dem höchsten Rang aus der Auswahl.

    • Wenn routingConfig.bgpAlwaysCompareMed False ist oder nicht festgelegt ist, wird der Wert des benachbarten ASN jedes nächsten Hops als relevant betrachtet. Die Steuerungsebene für dynamische Routen 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 Nachbar-ASN-Gruppe sortiert die dynamische Routensteuerungsebene die nächsten Hops nach dem kleinsten bis zum größten MED-Wert. Der MED-Wert mit der niedrigsten Nummer kann in jeder Nachbar-ASN-Gruppe unterschiedlich sein.

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

      Die nächsten Hops mit den niedrigsten MED-Werten innerhalb jeder Nachbar-ASN-Gruppe haben den höchsten Rang. Die dynamische Routensteuerungsebene entfernt alle nächsten Hops mit Ausnahme derjenigen mit dem höchsten Rang aus der Auswahl.

  5. Alle am besten bewerteten nächsten Hops an andere Regionen senden: Wenn der Modus für dynamisches Routing des VPC-Netzwerk „global“ ist, sendet die dynamische Routen-Kontrollebene die aktuellen am besten bewerteten nächsten Hops an andere Regionen.

  6. Die höchste Rangfolge der Hops aus anderen Regionen erhalten: Wenn der dynamische Routingmodus des VPC-Netzwerk global ist, empfängt die dynamische Routensteuerungsebene eine Liste der höchsten Rangfolgen der 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 sowie die Region der Steuerungsebene der dynamischen Route, von der der nächste Hop gesendet wurde.

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

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

    • Wiederholt den Schritt Bevorzugter Ursprungstyp.

    • Wiederholen Sie den Schritt Nachbar-ASN berücksichtigen gemäß der routingConfig.bgpInterRegionCost-Einstellung des VPC-Netzwerk:

      • Wenn routingConfig.bgpInterRegionCost des VPC-Netzwerks ADD_COST_TO_MED ist, verwendet die Steuerungsebene für dynamische Routen 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. Die nächsten Hops in der Region der dynamischen Routensteuerungsebene haben interregionale Kosten von 0. Nächste Hops, die von dynamischen Routensteuerungsebenen in anderen Regionen gelernt werden, haben nicht nullwertige 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 ist, wiederholt die Kontrollebene für dynamische Routen den Schritt Nachbar-ASN berücksichtigen mit den ursprünglichen MED-Werten.

  7. Alle nächsten Hops entfernen, die nicht die niedrigsten interregionalen Kosten haben: Wenn der Modus für dynamisches Routing des VPC-Netzwerk global ist, werden von der dynamischen Routen-Kontrollebene alle nächsten Hops außer denjenigen entfernt, die die niedrigsten interregionalen Kosten haben.

  8. Nächste Hops an die VPC-Steuerungsebene senden: Für jedes eindeutige Zielpräfix sendet die dynamische Routen-Kontrollebene alle nächsten Hops mit dem höchsten Rang und den geringsten interregionalen Kosten an die VPC-Steuerungsebene. Diese nächsten Hops erstellen dynamische Routen in der Region der dynamischen Routensteuerungsebene des VPC-Netzwerk. Diese dynamischen Routen haben die Andromeda-Routenpriorität 65536. Die Prioritätsnummer 65536 wurde bewusst gewählt, da sie um einen Wert höher 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 gemäß der Routingreihenfolge eine statische Route bevorzugt.

    In einigen Fällen kann die dynamische Routensteuerungsebene nächste Hops senden, die eine niedrigere Rangfolge oder nicht die niedrigsten interregionalen Kosten haben. Diese zusätzlichen nächsten Hops erstellen auch dynamische Routen in der Region der Steuerungsebene für dynamische Routen des VPC-Netzwerk, verwenden jedoch niedrigere Andromeda-Routenprioritäten, z. B. 65537 oder 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 dynamischen Routensteuerungsebene gelöscht wird, bewertet die VPC-Steuerungsebene jeden dynamischen Routenkandidaten. Die Bewertung führt entweder zum Erstellen einer dynamischen Route im VPC-Netzwerk mit den Cloud Routern oder zum Unterdrücken 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 dynamische Peering-Routen für dasselbe Zielpräfix von zwei oder mehr VPC-Netzwerken mit Peering empfangen werden, wählt die VPC-Steuerungsebene anhand eines 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 Next 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-Kontrollebene dynamische Routen auf Netzwerkebene unterdrückt, beachten Sie Folgendes:

  • 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, wird die dynamische Kandidatenroute möglicherweise in einem oder mehreren Peer-VPC-Netzwerken unterdrückt.

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

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 so lange erhalten, wie die entsprechende BGP-Sitzung eingerichtet ist. Dynamische Routen werden in den folgenden Fällen entfernt, wenn eine BGP-Sitzung nicht mehr eingerichtet ist:

  • Wenn der Peer-Router einen ordnungsgemäßen Neustart unterstützt, werden dynamische Routen entfernt, nachdem der Timer für den ordnungsgemäßen Neustart des Peer-Routers abgelaufen ist. Der Wert des Timers für den ordnungsgemäßen Neustart des Peer-Routers kann sich vom Wert des Timers für den ordnungsgemäßen Neustart des Cloud Router unterscheiden.

  • Wenn der Peer-Router keinen ordnungsgemäßen Neustart unterstützt, werden dynamische Routen entfernt, nachdem der Hold-Timer des Cloud Router abgelaufen ist. Der Hold-Timer des Cloud Routers ist proportional zum konfigurierbaren Keepalive-Intervall des Cloud Routers.

Cloud Router-Wartungsereignisse dauern in der Regel weniger als 60 Sekunden und sollten nicht dazu führen, dass dynamische Routen entfernt werden.

Cloud Router verwendet einen Timer für den ordnungsgemäßen Neustart von 60 Sekunden. So bleiben Peer-Router, die einen ordnungsgemäßen Neustart unterstützen, während eines Wartungsereignisses des Cloud Router bis zu 60 Sekunden lang mit der BGP-Sitzung verbunden.

Wir empfehlen, Peer-Router, die keinen ordnungsgemäßen Neustart unterstützen, mit einem Haltezeitgeber von mindestens 60 Sekunden zu konfigurieren.

Geplante Wartungsereignisse für Cloud Interconnect dauern länger als 60 Sekunden und führen dazu, dass dynamische Routen entfernt werden, deren nächste Hops die VLAN-Anhänge sind, die mit einer Cloud Interconnect-Verbindung verknüpft sind. Achten Sie darauf, dass Ihre Cloud Interconnect-VLAN-Anhänge und ‑Verbindungen den Anforderungen einer der folgenden Optionen entsprechen:

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

Nächste Schritte