Design und Implementierung von Vernetzung von Datencentern mithilfe von Typ-5-Routen

Die Backbone-Geräte in dieser Architektur sind Teil der WAN-Cloud und müssen sowohl Konnektivität zu den Spine-Geräten in jedem Datencenter als auch zu den anderen Backbone-Geräten bieten. Diese Konnektivität muss hergestellt werden, bevor EVPN Typ 5-Routen zwischen Spine-Geräten in verschiedenen Datencentern ausgetauscht werden können.

Abbildung 2 bietet einen Überblick über die IP-Adressen, die in diesen Schritten konfiguriert werden.

Abbildung 2: ZUSAMMENFASSUNG der IP-Adressen für Backbone- und Spine-Geräte

So konfigurieren Sie das Spine-Gerät und die Backbone-Geräteschnittstellen:

EBGP wird in diesem Referenzdesign als Routing-Protokoll des Underlay-Netzwerks verwendet. Die Backbone-Geräte müssen zusammen mit den Spine-Geräten an der EBGP teilnehmen, um Underlay-Konnektivität zu unterstützen.

Der Prozess zur Aktivierung von EBGP auf Spine- und Leaf-Geräten wird im Abschnitt IP Fabric Underlay Network Design and Implementation dieses Leitfadens behandelt. Dieses Verfahren setzt voraus, dass EBGP bereits auf den Spine- und Leaf-Geräten aktiviert wurde, obwohl einige EBGP-Konfigurationen auf den Spine-Geräten aktualisiert werden müssen, um Backbone-Geräte zu unterstützen, und ist daher in diesen Schritten enthalten.

EBGP funktioniert in diesem Referenzdesign, indem jedes Leaf-, Spine- und Backbone-Gerät seiner eigenen 32-Bit-AS-Nummer (Autonomous System) zugewiesen wird.

Abbildung 3 zeigt eine Übersicht über die EBGP-Topologie für Spine- und Backbone-Geräte, wenn Backbone-Geräte im Referenzdesign enthalten sind.

Abbildung 3: EBGP-Topologie mit Backbone-Geräten

Abbildung 4 veranschaulicht die EBGP-Protokollparameter, die in dieser Prozedur konfiguriert werden. Wiederholen Sie diesen Vorgang für die anderen Geräte in der Topologie, um EBGP auf den verbleibenden Geräten zu aktivieren.

Abbildung 4: EBGP-Konfiguration in einer Backbone-Topologie

So ermöglichen Sie EBGP die Unterstützung des Underlay-Netzwerks in diesem Referenzdesign:

Die Backbone-Geräte müssen IBGP ausführen, um Overlay-Netzwerkkonnektivität zu haben und DCI mit EVPN Typ 5-Routen zu unterstützen.

Abbildung 5 zeigt die IBGP-Konfiguration des validierten Referenzdesigns, wenn Backbone-Geräte in der Topologie enthalten sind. Im validierten Referenzdesign werden alle Spine- und Leaf-Geräte im selben Datencenter demselben autonomen System zugeordnet. Die Backbone-Geräte werden demselben autonomen System zugewiesen wie die Spine- und Leaf-Geräte des Datencenters, das das Backbone-Gerät als Einstiegspunkt in die WAN-Cloud verwendet.

Abbildung 5: IBGP-Übersicht mit Backbone-Geräten

Abbildung 6 veranschaulicht die Routenreflektorkonfiguration im validierten Referenzdesign. Ein Route Reflector Cluster – Cluster-ID 192.168.2.10 – umfasst Backbone-Gerät 1 als Route Reflector und alle Spine-Geräte im Datencenter 1 als Route Reflector-Clients. Ein weiterer Route Reflector Cluster – Cluster-ID 192.168.2.11 – umfasst Backbone-Gerät 2 als Routenreflektor und alle Spine-Geräte im Datencenter 2 als Route Reflector-Clients.

Abbildung 6: IBGP Route Reflector-Topologie

Das validierte Referenzdesign unterstützt mehrere hierarchische Routenreflektoren, wobei ein Cluster Backbone-Geräte umfasst, die als Routenreflektoren für Die Spine-Geräte-Clients fungieren, und ein anderer Cluster enthält Spine-Geräte, die als Routenreflektoren für Leaf-Geräte-Clients fungieren. Die Konfigurationsschritte für die Konfiguration des anderen Route Reflectors finden Sie unter Konfigurieren von IBGP für das Overlay.

Abbildung 7 zeigt die vollständige hierarchische Routenreflektortopologie, wenn zwei Datencenter miteinander verbunden sind:

Abbildung 7: Hierarchische IBGP Route Reflector-Topologie

Weitere Informationen zu BGP-Routenreflektoren finden Sie unter Grundlegendes zu BGP Route Reflectors.

Bei diesem Verfahren wird vorausgesetzt, dass IBGP für Die Spine- und Leaf-Geräte aktiviert wurde, wie in Konfigurieren von IBGP für das Overlay beschrieben. Die Spine-Gerätekonfigurationen sind in diesem Verfahren enthalten, um ihre Beziehungen zu den Backbone-Geräten zu veranschaulichen.

So richten Sie die IBGP-Konnektivität für Backbone-Geräte ein:

EBGP wird in diesem Referenzdesign auch als Routing-Protokoll zwischen den Backbone-Geräten verwendet. Die Backbone-Geräte sind über IP verbunden und die Backbone-Geräte müssen als EBGP-Peers konfiguriert werden.

In diesen Schritten wird eine zweite EBGP-GruppeBACKBONE-BGP erstellt, um EBGP zwischen den Backbone-Geräten zu aktivieren. Jedes Backbone-Gerät wird in der neuen EBGP-Gruppe in diesen Schritten einer eindeutigen 32-Bit-AS-Nummer zugewiesen. Die Backbone-Geräte sind daher Teil von zwei EBGP-Gruppen –UNDERLAY-BGP und BACKBONE-BGP– und haben eine eindeutige AS-Nummer innerhalb jeder Gruppe. Die EVPN-Signalübertragung, die zur Unterstützung von EVPN zwischen den Backbone-Geräten ausgeführt werden muss, wird während dieses Verfahrens auch innerhalb der EBGP-Gruppe konfiguriert.

Abbildung 8 zeigt die Attribute, die für die Aktivierung von EBGP zwischen den Backbone-Geräten erforderlich sind.

Abbildung 8: EBGP-Topologie für Backbone-Geräteverbindung

So aktivieren Sie EBGP als Routing-Protokoll zwischen den Backbone-Geräten:

EVPN Typ 5 Nachrichten werden zwischen IRB-Schnittstellen auf Spine-Geräten in verschiedenen Datencentern ausgetauscht, wenn EVPN Typ 5-Routen für DCI verwendet werden. Diese IRB-Schnittstellen werden in einer Routing-Instanz konfiguriert.

Jedes Datencenter verfügt in dieser Konfiguration über einen eindeutigen virtuellen Netzwerkbezeichner (VNI 102001 und 202001), aber beide VNIs sind dem gleichen VLAN (VLAN 2001) in derselben Routing-Instanz (VRF 501) zugeordnet.

In Abbildung 9 finden Sie eine Veranschaulichung der Routing-Instanz.

Abbildung 9: DCI mit EVPN Typ 5-Routen

So aktivieren Sie DCI mit EVPN Typ 5-Routen:

Geben Sie die folgenden Befehle ein, um zu überprüfen, ob Datenverkehr zwischen Datencentern über EVPN Typ 5-Routen gesendet werden kann:

Tabelle 1 enthält einen Verlauf aller Funktionen in diesem Abschnitt und deren Unterstützung innerhalb dieses Referenzdesigns.