RFC2544-basierte Benchmarking-Tests für E-LAN- und E-Line-Services auf MX-Serie-Routern verstehen

Anmerkung:

MX-Serie Router 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 Services können sowohl innerhalb des Metro Ethernet Network (MEN) als auch über verschiedene Transporttechnologien wie SONET, MPLS usw. unterstützt werden. Juniper Networks ACX-Serie-Router, Router der MX80-, MX104-Serie und Router der MX240-, MX480- und MX960-Serie mit MPC1, MPC2 und 16-Port-10-Gigabit-Ethernet-MPC unterstützen die Reflektion von Layer 2-E-LAN- und E-Line-Services. Abbildung 1 zeigt eine Beispieltopologie für die E-LAN- und E-Line-Reflexion, 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-Reflexion (E-Line-Service) mithilfe von Pseudowires (Layer-2-Schaltung 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-Reflexion (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 zum Kunden-Edge (CE) ausgerichteten Schnittstelle des Familientyps CCC für eine Ethernet-Pseudowire-Verbindung konfigurieren.

Anmerkung:

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

Ab Junos OS Version 15.1 unterstützen MX104-Router RFC2544-basierte Benchmarking-Tests für Layer-2-Reflexion (E-LAN-Service) unter Verwendung von VPLS und einfachen Bridge-Domänen. In Junos OS Version 14.2 und früher werden nur einfache 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 10-Gigabit-Ethernet-MPC mit 16 Ports RFC2544-basierte Benchmarking-Tests für Layer-2-Reflexion (E-LAN-Service) unter Verwendung von VPLS und einfachen Bridge-Domänen. VPLS ermöglicht es geografisch verteilten Standorten, eine Ethernet-Broadcast-Domäne gemeinsam zu nutzen, 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 als auch BGP-basierte VPLS unterstützt. RFC2544-basierte Benchmarking- und Leistungsmesstests für Layer 2-E-LAN-Services (bridge/ VPLS) werden nur für Unicast-Datenverkehr in Ausgangsrichtung unterstützt.

Bei den Benchmarking-Tests überträgt der Initiator oder Generator ein Testpaket (Unicast) an einen Reflektor. Der Reflektor empfängt das Testpaket und reflektiert es zurück an den 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 Servicedatenverkehr vorhanden ist. Dieser Betriebsmodus wird als Out-of-Service-Modus bezeichnet. Der Standard-Servicemodus für die reflektierende Ausgangsschnittstelle für einen E-LAN-Service ist ebenfalls der Out-of-Service-Modus. Im Außerbetrieb-Modus wird während der Ausführung des Tests der gesamte Datenverkehr (mit Ausnahme des Testverkehrs), der an und von der zu testenden Testschnittstelle gesendet wird, unterbrochen. Wenn der Test auf einer logischen Schnittstelle aktiviert ist, wird der gesamte Datenverkehr, der von und zur logischen Schnittstelle gesendet wird, unterbrochen. Wenn jedoch andere logische Schnittstellen am UNI-Port vorhanden sind, wird der Datenverkehr, der an und von diesen logischen Schnittstellen gesendet wird, nicht unterbrochen. Das Peering des Kontrollprotokolls wird nicht unterbrochen, während Pass-Through-Pakete des Steuerprotokolls, wie z. B. 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 Rest des Datenverkehrsflusses, der zum und vom zu testenden UNI-Port des Dienstes gesendet wird, nicht unterbrochen. Sowohl Peering- als auch Pass-Through-Steuerungsprotokolle werden nicht unterbrochen.

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

Standardmäßig tauscht der Reflektor für E-LAN-Dienste MAC-Adressen aus. Der Reflektor vertauscht die Quell- und Ziel-MAC-Adressen und sendet das Paket zurück an den Initiator. Standardmäßig tauscht der Reflektor für E-Line-Dienste keine MAC-Adressen aus. In Tabelle 1 wird das Verhalten beim Tauschen 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 er die Quell- und Ziel-IP-Adresse sowie die Quell- und Ziel-UDP-Ports vertauscht.

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 verwendet wird.

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 sowie 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. Um den EtherType (spezifiziert das transportierte Protokoll) anzugeben, der für die Reflexion der Testframes verwendet wird, verwenden Sie den reflect-etype Befehl. Wenn Sie den EtherType nicht angeben, werden alle EtherTypes widergespiegelt.