Grundlegendes zu RFC2544-basierten Benchmarking-Tests für E-LAN- und E-Line-Services auf Routern der MX-Serie

Hinweis:

Router der MX-Serie unterstützen in RFC2544-basierten Benchmarking-Tests nur die Reflektorfunktion.

Das Metro Ethernet Forum (MEF) definiert zwei Ethernet-Service-Typen – E-LAN und E-Line – und spezifiziert die zugehörigen Serviceattribute und -parameter. Diese Dienste können innerhalb des Metro Ethernet-Netzwerks (MEN) und auch über verschiedene Transporttechnologien wie SONET, MPLS usw. unterstützt werden. Die Router der ACX-Serie, MX80, MX104 und die Router der MX240-, MX480- und MX960-Serie von Juniper Networks mit MPC1, MPC2 und 16-Port-10-Gigabit-Ethernet-MPC bieten Unterstützung für Layer 2 E-LAN und E-Line Services Reflection. Abbildung 1 zeigt eine Beispieltopologie für E-LAN und E-Line-Reflektion, die von Routern der MX104-Serie unterstützt werden.

Abbildung 1: E-LAN- und E-Line-Reflexion in einer Metro-Lösung

Ab Junos OS Version 15.1 unterstützen Router der MX104-Serie RFC2544-basierte Benchmarking-Tests für Layer-2-Reflektion (E-Line-Service) unter Verwendung von Pseudowires (Layer-2-Verbindung und L2VPN). Ab Junos OS Version 16.1 unterstützen Router der MX80-Serie und Router der MX240-, MX480- und MX960-Serie mit MPC1, MPC2 und 16-Port 10-Gigabit-Ethernet-MPC RFC2544-basierte Benchmarking-Tests für Layer-2-Reflektion (E-Line-Service). E-Line sorgt für einen transparenten Datentransport. Sie können RFC2544-basierte Benchmarking-Tests sowohl für die Eingangs- als auch für die Ausgangsrichtung auf der CE-Schnittstelle (Customer Edge) des Familientyps CCC für eine Ethernet-Pseudoleitung konfigurieren.

Hinweis:

Informationen zum Konfigurieren RFC2544-basierter Benchmarking-Tests auf Routern der Serien MX240, MX480 und MX960 mit MPC1, MPC2 und dem 10-Gigabit-Ethernet-MPC mit 16 Ports finden Sie unter Aktivieren der Unterstützung für RFC 2544-basierte Benchmarking-Tests auf Routern der MX-Serie.

Ab Junos OS Version 15.1 unterstützen MX104-Router RFC2544-basierte Benchmarking-Tests für Layer-2-Reflektion (E-LAN-Service) unter Verwendung von VPLS und einfachen Bridge-Domänen. In Junos OS Version 14.2 und früher werden nur grundlegende Bridge-Domänen verwendet. Ab Junos OS Version 16.1 unterstützen Router der MX80-Serie und Router der MX240-, MX480- und MX960-Serie mit MPC1, MPC2 und 16-Port-10-Gigabit-Ethernet-MPC RFC2544-basierte Benchmarking-Tests für Layer-2-Reflektion (E-LAN-Service) mithilfe von VPLS und einfachen Bridge-Domänen. VPLS ermöglicht es geografisch verteilten Standorten, sich eine Ethernet-Broadcast-Domäne zu teilen, indem Standorte über ein MPLS-Netzwerk verbunden werden. Alle Standorte scheinen sich im selben Ethernet-LAN zu befinden, obwohl der Datenverkehr über das MPLS-Netzwerk geleitet wird. Es werden sowohl LDP-basierte VPLS als auch BGP-basierte VPLS unterstützt. RFC2544-basiertes Benchmarking und Tests zur Leistungsmessung für Layer-2-E-LAN-Dienste (bridge/ VPLS) werden nur für Unicast-Datenverkehr in Ausgangsrichtung unterstützt.

Bei den Benchmarking-Tests sendet der Initiator oder Generator ein Testpaket (Unicast) an einen Reflektor. Der Reflektor empfängt das Testpaket und reflektiert es zurück zum Initiator. Bei dem Testpaket handelt es sich um ein UDP-over-IP-Paket mit einer Quell- und einer Ziel-MAC-Adresse.

In einem E-LAN-Service wird die Layer 2-Datenverkehrsreflexionssitzung durch die Quell-MAC-Adresse, die Ziel-MAC-Adresse und die Ausgangsschnittstelle (logische Schnittstelle) identifiziert. Standardmäßig werden RFC2544-basierte Benchmarking-Tests durchgeführt, wenn kein anderer Dienstdatenverkehr vorhanden ist. Diese Betriebsart wird als Out-of-Service-Modus bezeichnet. Der Standarddienstmodus für die reflektierende Ausgangsschnittstelle für einen E-LAN-Dienst ist ebenfalls der Out-of-Service-Modus. Im Out-of-Service-Modus wird während der Ausführung des Tests der gesamte Datenverkehr (mit Ausnahme des Testdatenverkehrs), der zu und von der zu testenden Testschnittstelle gesendet wird, unterbrochen. Wenn der Test auf einer logischen Schnittstelle aktiviert wird, wird der gesamte Datenverkehr, der zur und von der logischen Schnittstelle gesendet wird, unterbrochen. Wenn jedoch andere logische Schnittstellen auf dem UNI-Port vorhanden sind, wird der zu und von diesen logischen Schnittstellen gesendete Datenverkehr nicht unterbrochen. Das Peering von Steuerungsprotokollen wird nicht unterbrochen, während Pass-Through-Kontrollprotokollpakete wie End-to-End-CFM-Sitzungen unterbrochen werden. Wenn Sie nicht möchten, dass die Steuerprotokollpakete unterbrochen werden, können Sie den E-LAN-Servicemodus als In-Service-Modus konfigurieren. Im In-Service-Modus wird während der Ausführung des Tests der restliche Datenverkehrsfluss, der zum und vom zu testenden UNI-Port auf dem Dienst gesendet wird, nicht unterbrochen. Sowohl Peering- als auch Pass-Through-Kontrollprotokolle werden nicht unterbrochen.

In einem E-Line-Dienst wird die Rektionssitzung durch die Ausgangsschnittstelle identifiziert, bei der es sich um die logische Schnittstelle handelt. Bei der Aktivierung der Reflektion auf einer logischen Schnittstelle wird der auf der logischen Schnittstelle empfangene Datenverkehr widergespiegelt. Sie können den Typ des Datenverkehrs angeben, der widergespiegelt werden soll, indem Sie den EtherType (gibt das übertragene Protokoll an) angeben. Wenn Sie den EtherType nicht angeben, wird der gesamte Datenverkehr widergespiegelt. Das System blockiert während des E-Line-Dienstes nicht explizit anderen Datenverkehr auf der Testschnittstelle. Sie können Nicht-Test-Datenverkehr mithilfe von Firewall-Filtern blockieren.

Standardmäßig tauscht der Reflektor bei E-LAN-Diensten die MAC-Adressen aus. Der Reflektor vertauscht die Quell- und Ziel-MAC-Adressen und sendet das Paket an den Initiator zurück. Standardmäßig tauscht der Reflektor bei E-Line-Diensten keine MAC-Adressen aus. In Tabelle 1 wird das Verhalten beim Austauschen von MAC-Adressen für die Diensttypen beschrieben.

Standardmäßig werden die IP-Adressen und UDP-Ports nicht geändert. Optional können Sie den Reflektor so konfigurieren, dass die Quell- und Ziel-IP-Adresse sowie die Quell- und Ziel-UDP-Ports vertauscht werden.

Sie können einen Router der ACX-Serie so konfigurieren, dass er sowohl als Initiator als auch als Reflektor fungiert. Der Router der MX104-Serie kann so konfiguriert werden, dass er nur als Reflektor fungiert.

Ab Junos OS Version 15.1 unterstützen Router der MX104-Serie die Spezifikation des Protokolls, das im Ethernet-Frame transportiert wird. Ab Junos OS Version 16.1 unterstützen Router der MX80-Serie und Router der MX240-, MX480- und MX960-Serie mit MPC1, MPC2 und 16-Port-10-Gigabit-Ethernet-MPC auch die Spezifikation des Protokolls, das im Ethernet-Frame transportiert wird. Verwenden Sie den Befehl, um den reflect-etype EtherType (gibt das transportierte Protokoll an) anzugeben, der für die Reflektion der Testframes verwendet wird. Wenn Sie den EtherType nicht angeben, werden alle EtherTypes widergespiegelt.