Zum Hauptinhalt springen

5.2.4. External Connectivity (Externe Konnektivität)

5.2.4. External Connectivity (Externe Konnektivität)

Ein dedizierter Cluster (oder mehrere Cluster) in der Clos-Topologie könnte zum Zweck der Verbindung mit Wide Area Network (WAN) Edge-Geräten oder WAN-Routern verwendet werden. Tier-3-Geräte in einem solchen Cluster würden durch WAN-Router ersetzt, und EBGP-Peering würde wieder verwendet, obwohl WAN-Router wahrscheinlich zu einer öffentlichen ASN gehören, wenn Internet-Konnektivität im Design erforderlich ist. Die Tier-2-Geräte in einem solchen dedizierten Cluster werden in diesem Dokument als "Border-Router" bezeichnet. Diese Geräte müssen einige spezielle Funktionen ausführen:

  • Netzwerk-Topologie-Informationen beim Ankündigen von Pfaden an WAN-Router verbergen, d.h. private ASNs [RFC6996] aus dem AS_PATH-Attribut entfernen. Dies wird typischerweise durchgeführt, um ASN-Nummernkollisionen zwischen verschiedenen Rechenzentren zu vermeiden und auch eine einheitliche AS_PATH-Länge für das WAN bereitzustellen, um WAN-ECMP zu Anycast-Präfixen zu ermöglichen, die in der Topologie entstehen. Eine implementierungsspezifische BGP-Funktion, die typischerweise "Remove Private AS" genannt wird, wird üblicherweise verwendet, um dies zu erreichen. Je nach Implementierung sollte die Funktion eine zusammenhängende Sequenz von privaten ASNs, die in einem AS_PATH-Attribut gefunden werden, entfernen, bevor der Pfad an einen Nachbarn angekündigt wird. Dies setzt voraus, dass alle ASNs, die für die Nummerierung innerhalb des Rechenzentrums verwendet werden, aus den privaten Bereichen stammen. Der Prozess zum Entfernen der privaten ASNs ist derzeit nicht standardisiert, siehe [REMOVAL]. Die meisten Implementierungen folgen jedoch zumindest der in diesem Herstellerdokument [VENDOR-REMOVE-PRIVATE-AS] beschriebenen Logik, was für das spezifizierte Design ausreicht.

  • Eine Standardroute zu den Rechenzentrums-Geräten erstellen. Dies ist der einzige Ort, an dem eine Standardroute erstellt werden kann, da Routenzusammenfassung für die unveränderte Clos-Topologie riskant ist. Alternativ können Border-Router einfach die von WAN-Routern gelernte Standardroute weiterleiten. Das Ankündigen der Standardroute von Border-Routern erfordert, dass alle Border-Router vollständig mit den WAN-Routern stromaufwärts verbunden sind, um Widerstand gegen einen einzelnen Link-Ausfall zu bieten, der ein Black-Holing des Datenverkehrs verursacht. Um Black-Holing in der Situation zu verhindern, wenn alle EBGP-Sitzungen zu den WAN-Routern gleichzeitig auf einem bestimmten Gerät fehlschlagen, ist es wünschenswerter, die Standardroute erneut anzukündigen, anstatt die Standardroute über komplizierte bedingte Routenerstellungsschemata zu erstellen, die von einigen Implementierungen [CONDITIONALROUTE] bereitgestellt werden.