Beispiel für privates virtuelles Schnittstellen-Routing - AWS Direct Connect

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Beispiel für privates virtuelles Schnittstellen-Routing

Stellen Sie sich die Konfiguration vor, bei der die Heimatregion AWS Direct Connect Standort 1 mit der VPC-Heimatregion identisch ist. Es gibt einen redundanten AWS Direct Connect Standort in einer anderen Region Es gibt zwei private VIFs (VIF A und VIF B) von AWS Direct Connect Standort 1 (us-east-1) zum Direct Connect-Gateway. Es gibt eine private VIF (VIF C) vom AWS Direct Connect Standort (us-west-1) zum Direct Connect-Gateway. Um den Verkehr über VIF B vor VIF A zu AWS leiten, legen Sie das AS_PATH-Attribut von VIF B so fest, dass es kürzer ist als das AS_PATH-Attribut VIF A.

Die VIFs haben folgende Konfigurationen:

  • VIF A (in us-east-1) kündigt 172.16.0.0/16 an und hat das AS_PATH-Attribut 65001, 65001, 65001

  • VIF B (in us-east-1) kündigt 172.16.0.0/16 an und hat das AS_PATH-Attribut 65001, 65001

  • VIF C (in us-west-1) kündigt 172.16.0.0/16 an und hat das AS_PATH-Attribut 65001

Privates VIF-Routing mit AS_PATH

Wenn Sie die CIDR-Bereichskonfiguration von VIF C ändern, verwenden Routen, die in den CIDR-Bereich VIF C fallen, VIF C, da es die längste Präfixlänge hat.

  • VIF C (in us-west-1) kündigt 172.16.0.0/24 an und hat das AS_PATH-Attribut 65001

Privates VIF-Routing