Verstehen, wie Layer 2 BUM und Layer 3 gerouteter Multicast-Datenverkehr mit OVSDB gehandhabt werden
Die Juniper Networks Junos OS-Implementierung des Verwaltungsprotokolls Open vSwitch Database (OVSDB) bietet eine Möglichkeit, über die SDN-Controller (Softwaredefinierte Netzwerke) und Geräte von Juniper Networks, die OVSDB unterstützen, kommunizieren können.
In diesem Thema wird erläutert, wie ein Gerät von Juniper Networks mit VXLAN (Virtual Extensible LAN) und OVSDB-Verwaltungsprotokollfunktionen die folgenden Datenverkehrstypen verarbeitet:
(Dieses Szenario gilt für alle Geräte von Juniper Networks, die VXLAN und OVSDB unterstützen.) Layer-2-Broadcast- , unbekannter Unicast- und Multicast-Datenverkehr (BUM), der von einem OVSDB-verwalteten VXLAN stammt und an Schnittstellen innerhalb desselben VXLAN weitergeleitet wird.
Hinweis:Sie müssen die Replikation von unbekanntem Unicast-Datenverkehr in einer Contrail-Umgebung explizit konfigurieren.
(Dieses Szenario gilt nur für Geräte von Juniper Networks, die als Layer-3-VXLAN-Gateway in einer OVSDB-VXLAN-Umgebung fungieren können.) Layer-3-Multicast-Datenverkehr, der von einer integrierten Routing- und Bridging-Schnittstelle (IRB) in einem OVSDB-verwalteten VXLAN empfangen und an Schnittstellen in einem anderen OVSDB-verwalteten VXLAN weitergeleitet wird.
Standardmäßig wird Layer-2-BUM-Datenverkehr, der von einem OVSDB-verwalteten VXLAN ausgeht, von einem oder mehreren Software Virtual Tunnel Endpoint (VTEPs), Serviceknoten oder Top-of-Rack Service Nodes (TSNs) im selben VXLAN verarbeitet. (In diesem Thema werden Software-VTEPs, Dienstknoten und TSNs zusammenfassend als Replikatoren bezeichnet.) Die Tabelle für MAC-Adressen (Remote Multicast Media Access Control) im OVSDB-Schema für physische Geräte enthält nur einen Eintrag mit dem Schlüsselwort unknown-dst als MAC-Zeichenfolge und eine Liste der Replikatoren.
Bei dem zuvor beschriebenen Tabelleneintrag wird Layer-2-BUM-Datenverkehr, der auf einer Schnittstelle im OVSDB-verwalteten VXLAN empfangen wird, an einen der Replikatoren weitergeleitet. Der Replikator, an den ein BUM-Paket weitergeleitet wird, wird durch das Gerät von Juniper Networks bestimmt, auf dem das von OVSDB verwaltete VXLAN konfiguriert ist. Beim Empfang des BUM-Pakets repliziert die Entität das Paket und leitet die Replikate an alle Schnittstellen innerhalb des VXLAN weiter.
Anstatt Replikatoren zu verwenden, können Sie optional die Replikation von Eingangsknoten aktivieren, um Layer-2-BUM-Datenverkehr auf Geräten von Juniper Networks zu verarbeiten, die OVSDB unterstützen.
Die Replikation von Eingangsknoten wird auf allen Geräten von Juniper Networks unterstützt, die OVSDB unterstützen, mit Ausnahme der Switches der QFX-Serie.
Wenn die Replikation des Eingangsknotens aktiviert ist, repliziert das Gerät von Juniper Networks beim Empfang eines Layer-2-BUM-Pakets auf einer Schnittstelle in einem OVSDB-verwalteten VXLAN das Paket und leitet die Replikate dann an alle Software-VTEPs weiter, die in der Remote-Tabelle Unicast MACs im OVSDB-Schema enthalten sind. Die Software-VTEPs leiten die Replikate dann an alle virtuellen Maschinen (VMs) weiter, mit Ausnahme der Dienst-VMs oder -Knoten auf demselben Host.
Wenn Geräte von Juniper Networks Layer-2-BUM-Pakete auf eine große Anzahl von Remote-Software-VTEPs replizieren, kann die Leistung der Geräte von Juniper Networks beeinträchtigt werden.
Auf IRB-Schnittstellen, die Layer-3-Multicast-Datenverkehr von einem OVSDB-verwalteten VXLAN zu einem anderen weiterleiten, wird die Replikation des Eingangsknotens automatisch implementiert. Bei der Eingangsknotenreplikation repliziert das Gerät von Juniper Networks ein Layer-3-Multicast-Paket, und dann leitet die IRB-Schnittstelle die Replikate an alle Hardware- und Software-VTEPs, nicht jedoch an Serviceknoten im anderen OVSDB-verwalteten VXLAN weiter. Für das Routing von Layer-3-Multicast-Datenverkehr von einem OVSDB-verwalteten VXLAN zu einem anderen ist die Replikation des Eingangsknotens die einzige Option und muss nicht konfiguriert werden.