Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Leistungsüberwachung an aggregierten Ethernet-Schnittstellen

Verwenden Sie dieses Thema, um Informationen über Leistungsüberwachungsfunktionen an aggregierten Ethernet-Schnittstellen zu erfahren. Sie können sich die Richtlinien für die Konfiguration von Leistungsüberwachungsfunktionen vor der Konfiguration der Leistungsüberwachung ansehen.

ITU-T Y.1731 Überblick über aggregierte Ethernet-Schnittstellen: ETH-LM, ETH-SLM und ETH-DM

Ab Junos OS Relase 16.1R1 können Sie ITU-T Y.1731 standardkonforme Ethernet-Verlustmessung (ETH-LM), Ethernet Synthetic Loss Measurement (ETH-SLM) und Ethernet Delay Measurement (ETH-DM) an aggregierten Ethernet (ae)-Schnittstellen konfigurieren. Diese ITU-T Y.1731 OAM-Services oder Leistungsüberwachungstechniken können im On-Demand-Modus (ausgelöst über die CLI) oder im proaktiven Modus (ausgelöst durch die Iteratoranwendung) gemessen werden. Diese Leistungsüberwachungsfunktionen werden auf den folgenden Plattformen unterstützt:

  • Router der MX-Serie mit 10-Gigabit Ethernet MPCs mit 16 Ports und Trio-basierten FPCs (MPCs), bei denen auf AE-Schnittstellen dieselbe Unterstützung für die OAM-Mechanismen der Ethernet-Services auf nicht aggregierten Ethernet-Schnittstellen verfügbar ist

  • MX2020-Router

  • ETH-DM wird auf MPC3E- und MPC4E-Modulen mit nur Software-Zeitstempel unterstützt

  • ETH-SLM wird auf MPC3E- und MPC4E-Modulen unterstützt.

Darüber hinaus können an den AE-Schnittstellen eingerichtete Connectivity Fault Management (CFM)-Sitzungen an die Packet Forwarding Engine verteilt werden, abgesehen von der Routing-Engine. Diese Möglichkeit zur Verteilung von CFM-Sitzungen ist sowohl in skalierten Topologien als auch in Gracful Routing Engine Switchover (GRES) für CFM-Sitzungen nützlich.

Connectivity Fault Management (CFM)-Sitzungen werden standardmäßig im zentralisierten Modus über AE-Schnittstellen betrieben. Y.1731 Performance Monitoring (PM) wird auf zentralisierten CFM-Sitzungen über AE-Schnittstellen unterstützt. Auch die Verteilung der CFM-Sitzung über AE-Schnittstellen an Linekarten wird von Junos OS Version 13.3 unterstützt. Um die Verteilung von CFM-Sitzungen zu ermöglichen und im zentralisierten Modus zu arbeiten, fügen Sie die ppm delegate-processing Anweisung auf Hierarchieebene [edit routing-options ppm] ein. Der Mechanismus, der die Verteilung von CFM-Sitzungen über AE-Schnittstellen ermöglicht, stellt die zugrunde liegende Infrastruktur zur Unterstützung von PM über AE-Schnittstellen bereit. Darüber hinaus übernimmt das periodische Paketmanagement (PERIODIC PACKET Management, PPM) die zeitkritische periodische Verarbeitung und führt prozesse wie das Senden prozessspezifischer Pakete und das Sammeln von Statistiken durch. Mit PPM-Prozessen, die auf der Routing-Engine und der Packet Forwarding Engine verteilt sind, können Sie Leistungsüberwachungsprozesse auf der Packet Forwarding Engine ausführen.

Für die Messung der Ethernet-Verzögerung wird die hardwaregestützte Zeitstempelung an AE-Schnittstellen unterstützt, ähnlich der Unterstützung, die an Nicht-AE-Schnittstellen vorhanden ist. Es wird nur hardwarebasierte Zeitstempel unterstützt, da sie auf dem empfangenen Pfad der PDU-Pakete (Protocol Data Unit) ausgeführt werden, während die softwarebasierte Zeitstempel auf dem übertragenen Pfad ausgeführt werden müssen und nicht unterstützt werden. Für die Software-Zeitstempel müssen ETH-DM-PDUs auf derselben Linekarte (gleiches Mitglied der AE-Schnittstelle) übertragen und empfangen werden. Alle empfangenen ETH-DM-PDUs werden immer zur Ankerpaketweiterleitungs-Engine weitergeleitet. Wenn die Schnittstelle am Ankerpaketweiterleitungsmodul im Übertragungspfad abstürzt, werden die OAM-Pdus an einen der untergeordneten fpCs oder Member-FPCs weitergeleitet. Daher erfolgt die Verarbeitung von ETH-DM-PDUs immer an der CPU der Linekarte oder des Moduls, die die Ankerpaketweiterleitungs-Engine hostet. ETH-DM wird an AE-Schnittstellen mit CCC, Bridge, Virtual Private LAN Service (VPLS) und Inet-Adressfamilien unterstützt. ETH-DM wird sowohl für Aktiv-Aktiv- als auch für Aktiv-Standby-Modi von AE-Schnittstellen unterstützt. Für die One-Way-Delay-Messung (1DM) müssen die Systemuhren des Initiator-MEP, der einen Anforderungsrahmen überträgt, und der Responder-MEP, der ein Antwort-Frame empfängt, synchronisiert werden.

Für die Ethernet-Verlustmessung an AE-Schnittstellen erfolgt die Übertragung und der Empfang von PDUs im Aktiv-Standby-Modus immer über die Packet Forwarding Engine, die die aktive Verbindung hostet. Für den Aktiv-Standby-Modus der AE-Schnittstellen können Sie maximal zwei Mitgliederverbindungen konfigurieren. ETH-LM wird nur unterstützt, wenn sich alle aktiven Mitglieder- oder untergeordneten Links auf derselben Packet Forwarding Engine befinden. Für die Downstream Maintenance Endpoints (MEPs) wird ETH-LM für CCC-, VPLS- und Bridge-Adressfamilien unterstützt, für weitere Meps wird ETH-LM nur für CCC-Familien unterstützt. Wenn der aktive untergeordnete Link im Übertragungspfad mit Aktiv-Standby-Verbindungen von AE-Schnittstellen ausfällt, werden die Pakete bei einem Ausfall der aktiven untergeordneten Verbindung, wenn die Standby-Verbindung nicht lokal ist, an die neue aktive Verbindung weitergeleitet. Wenn diese Umleitung erfolgt, werden die ETH-LM-Zähler zurückgesetzt. Wenn sich die Standby-Verbindung auf derselben Packet Forwarding Engine wie die aktive Verbindung befindet, werden die Zähler nicht zurückgesetzt, da die Zähler im lokalen Speicher der Packet Forwarding Engine gelesen werden und um zu verhindern, dass das andere Ende der Sitzung neue Packet Forwarding Engine-Zähler als Verluste infolge des Zurücksetzens der Leistungsindikatoren behandelt. Im empfangenen Pfad mit Aktiv-Standby-Verbindungen von AE-Schnittstellen werden alle untergeordneten Verbindungen in der Eingabeliste mit Next-Hops programmiert, um die Pakete nach dem Kopieren der Zähler in der Packet Forwarding Engine zur Anker-FPC umzuleiten. Für die Ethernet Synthetic Loss Measurement (SLM) wird die Verarbeitung von SLM-PDUs für Anfragen und Reaktionen ähnlich wie bei anderen Protokollen von der Linecard-CPU implementiert. Alle anderen Berechnungen und Daten sind softwarebasiert. ETH-SLM wird an AE-Schnittstellen für CCC-, Bridge-, VPLS- und Inet-Familien unterstützt.

Anmerkung:

Beginnend mit Junos OS Version 16.1 wird die Ethernet-Verlustmessung über eine aggregierte Ethernet (ae)-Schnittstelle nicht unterstützt, wenn die erweiterte LAG-Funktionalität auf einem Router aktiviert ist. Die erweiterte LAG-Funktion wird standardmäßig aktiviert, wenn Sie den erweiterten IP-Dienstmodus konfigurieren, indem Sie die network-services enhanced-ip Anweisung auf der [edit chassis] Hierarchieebene einbeziehen. Damit die Ethernet-Verlustmessung ordnungsgemäß funktioniert, müssen Sie die erweiterte LAG-Funktionalität deaktivieren, indem Sie die set chassis aggregated-devices disable-lag-enhanced Anweisung eingeben. Ab Junos OS Version 16.2 wird das Connectivity Fault Management (CFM) unterstützt, wenn erweiterte LAG aktiviert ist.

Ab Junos OS Version 16.1 wird die Leistungsüberwachung für das Verbindungsfehlermanagement (indem die Anweisung und deren performance-monitoring Unterstellungen auf Hierarchieebene [edit protocols oam ethernet connectivity-fault-management] eingeschlossen werden) nicht unterstützt, wenn die Network-to-Network (NNI)- oder Egress-Schnittstelle eine aggregierte Ethernet-Schnittstelle mit Member-Links auf DPCs ist.

Bevor Sie eth-DM-, ETH-LM- oder ETH-SLM-Messsitzungen über einen aggregierten Ethernet-Service starten können, müssen Sie zwei Router der MX-Serie konfigurieren, um diese Messsitzungen zu unterstützen. Konfigurieren Sie auf jedem Router zwei physische oder logische AE-Schnittstellen, die über ein VLAN verbunden sind, indem Sie die interface ae-fpc/pic/port unit logical-unit-number vlan-id vlan-id Anweisung auf der [edit interfaces] Hierarchieebene und auf jedem Router einbeziehen, fügen Sie die Peer-MEPs an die Schnittstellen an, indem Sie die mep mep-id interface interface-name (protect | working) Anweisung auf der [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name] Hierarchieebene einbeziehen.

Richtlinien zur Konfiguration von Leistungsüberwachungsfunktionen auf aggregierten Ethernet-Schnittstellen

Beachten Sie bei der Konfiguration von ETH-LM-, ETH-SLM- und ETH-DM-Funktionen an aggregierten Ethernet-Schnittstellen (ae-) folgende Punkte:

  • Die Skalierungsgrenzen und Leistungsüberlegungen für verteilte periodische Paketverwaltungssitzungen (PPM). Die Skalierungsgrenzen für verteilte PPM-Sitzungen über aggregierte Ethernet-Schnittstellen (AE) sind identisch mit den maximal unterstützten Zahlen für Continuity Check Messages (CCM) über AE-Schnittstellen.

  • SLA-Iteratoren koexistieren immer mit CCM-Sitzungen. Deshalb müssen Sie bei der Konfiguration einer skalierten Umgebung CCM-Sitzungen zusammen mit SLA-Iteratoren berücksichtigen. Die folgende Tabelle beschreibt die maximale Anzahl verteilter PM-Sitzungen, die Sie für unterschiedliche CCM-Intervalle pro Linekarte und pro Router konfigurieren können (systemweiter Wert).

  • Ein gemischter Betrieb von verteilten und zentralisierten Modi für Performance Monitoring (PM)-Sitzungen wird an AE-Schnittstellen nicht unterstützt, wenn sich die Schnittstellen, die das aggregierte Ethernet-Paket bilden, im gemischten Modus befinden.

  • Die Einschränkungen der Leistungsüberwachungsfunktionen (PM) für Nicht-AE-Schnittstellen gelten ebenso gut für AE-Schnittstellen. Beim Flapping von Sitzungen werden beispielsweise die PM-Statistiken zurückgesetzt.

  • Die Einschränkungen bei verteilten PPM-Sitzungen gelten für Leistungsüberwachungsfunktionen über AE-Schnittstellen, da messungen immer an CCM-Sitzungen durchgeführt werden.

  • Bei ETH-LM über AE-Schnittstellen in einem Active-Standby-Setup werden bei Austausch von Aktiv- und Standby-Linekarten die Messungen in diesem Fenster ignoriert.

  • Für ETH-DM über AE-Schnittstellen wird die zusätzliche Zeit für die Paketübertragung (Pakete werden in die empfangene [Rx]-Richtung und zur aktiven untergeordneten FPC in der übertragenen [Tx]-Richtung umgeleitet) in der Verzögerungsmessung berechnet.

  • Bei ETH-LM-over-AE-Schnittstellen werden bei einem Active-Standby-Setup die Zähler zurückgesetzt, wenn das Verbindungs-Failover von der aktiven Schnittstelle zur Standby-Schnittstelle erfolgt.

Release-Verlaufstabelle
Release
Beschreibung
16.2
Ab Junos OS Version 16.2 wird das Connectivity Fault Management (CFM) unterstützt, wenn erweiterte LAG aktiviert ist.
16.1R1
Ab Junos OS Relase 16.1R1 können Sie ITU-T Y.1731 standardkonforme Ethernet-Verlustmessung (ETH-LM), Ethernet Synthetic Loss Measurement (ETH-SLM) und Ethernet Delay Measurement (ETH-DM) an aggregierten Ethernet (ae)-Schnittstellen konfigurieren.
16.1
Beginnend mit Junos OS Version 16.1 wird die Ethernet-Verlustmessung über eine aggregierte Ethernet (ae)-Schnittstelle nicht unterstützt, wenn die erweiterte LAG-Funktionalität auf einem Router aktiviert ist.
16.1
Ab Junos OS Version 16.1 wird die Leistungsüberwachung für das Verbindungsfehlermanagement (indem die Anweisung und deren performance-monitoring Unterstellungen auf Hierarchieebene [edit protocols oam ethernet connectivity-fault-management] eingeschlossen werden) nicht unterstützt, wenn die Network-to-Network (NNI)- oder Egress-Schnittstelle eine aggregierte Ethernet-Schnittstelle mit Member-Links auf DPCs ist.