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 die Leistungsüberwachungsfunktionen an aggregierten Ethernet-Schnittstellen zu verstehen. Sie können die Richtlinien für die Konfiguration von Leistungsüberwachungsfunktionen einsenden, bevor Sie die Leistungsüberwachung konfigurieren.

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

Beginnend mit Junos OS Relase 16.1R1 können Sie ITU-T Y.1731 standardkonforme Ethernet Loss Measurement (ETH-LM), Ethernet synthetische Verlustmessung (ETH-SLM) und Ethernet Delay Measurement (ETH-DM)-Funktionen auf aggregierten Ethernet (ae) Schnittstellen konfigurieren. Diese ITU-T Y.1731 OAM-Services oder Leistungsüberwachungstechniken können im On-Demand-Modus (über die CLI ausgelöst) oder im proaktiven Modus (ausgelöst durch die ITerator-Anwendung) gemessen werden. Diese Funktionen zur Leistungsüberwachung 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 die gleiche Unterstützung für OAM-Mechanismen von Ethernet-Diensten auf nicht aggregierten Ethernet-Schnittstellen auf AE-Schnittstellen verfügbar ist

  • MX2020-Router

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

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

Die an den AE-Schnittstellen eingerichteten Connectivity Fault Management (CFM)-Sitzungen können außerdem an den Packet Forwarding Engine verteilt werden, nicht jedoch auf der Routing-Engine. Diese Möglichkeit, CFM-Sitzungen zu verteilen, 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 zentralen Modus über AE-Schnittstellen betrieben. Y.1731 Performance Monitoring (PM) wird auf zentralisierten CFM-Sitzungen über AE-Schnittstellen unterstützt. Zudem wird die Verteilung der CFM-Sitzung über AE-Schnittstellen an Linekarten von Version 13.3 Junos OS unterstützt. Um die Verteilung von CFM-Sitzungen zu ermöglichen und im zentralisierten Modus zu agieren, fügen Sie die ppm delegate-processing Anweisung auf der [edit routing-options ppm] Hierarchieebene ein. Der Mechanismus zur Verteilung von CFM-Sitzungen über AE-Schnittstellen stellt die zugrunde liegende Infrastruktur zur Unterstützung von PM über AE-Schnittstellen bereit. Darüber hinaus verarbeitet das periodische Paketmanagement (PPM) die zeitsensible regelmäßige Verarbeitung und führt Prozesse wie das Senden prozessspezifischer Pakete und das Sammeln von Statistiken durch. Da die PPM-Prozesse sowohl auf dem Routing-Engine als auch auf dem Packet Forwarding Engine ausgeführt werden, können Sie leistungsüberwachungsvorgänge auf der Packet Forwarding Engine.

Für die Ethernet-Delay-Messung wird hardwaregestützte Zeitstempel an AE-Schnittstellen unterstützt. Dies ist vergleichbar mit der Unterstützung von Nicht-AE-Schnittstellen. Es wird nur hardwarebasierte Zeitstempel unterstützt, da sie auf dem empfangenen Pfad der PDU-Pakete (Protocol Data Unit) ausgeführt wird, während die softwarebasierte Zeitstempel auf dem übertragenen Pfad durchgeführt werden muss und nicht unterstützt wird. Für die Software-Zeitstempel müssen ETH-DM-PDUs über die gleiche Linecard (dasselbe Mitglied der AE-Schnittstelle) übertragen und empfangen werden. Alle empfangenen ETH-DM-PDUs werden immer an den Anker weitergeleitet Packet Forwarding Engine. Wenn die Schnittstelle auf dem Anker des Übertragungspfads aus Packet Forwarding Engine läuft, werden die OAM-PDus an einen der Anderen oder die Mitglied-FPCs umgeleitet. Daher erfolgt die Verarbeitung der ETH-DM-PDUs immer an der CPU der Linecard oder des Moduls, die den Ankerpunkt Packet Forwarding Engine. ETH-DM wird über AE-Schnittstellen mit CCC, Bridge, VPLS (Virtual Private LAN Service) und Inet-Adressfamilien unterstützt. ETH-DM wird sowohl für den Aktiv-Aktiv- als auch den Aktiv-Standby-Modus der AE-Schnittstellen unterstützt. Zur One-Way-Verzögerungsmessung (1DM) müssen die Systemuhren des 1DM-Systems, die einen Anfrage-Frame übertragen, und der Responder-FRAME, der einen Antwort-Frame empfängt, synchronisiert werden.

Zur Messung des Ethernet-Verlusts an AE-Schnittstellen erfolgt bei der Aktiv-Standby-Modus der Schnittstellen die Übertragung und der Empfang von PDUs stets über den Packet Forwarding Engine Hosts der aktiven Verbindung. Für den Aktiv-Standby-Modus der AE-Schnittstellen können Sie maximal zwei Member-Links konfigurieren. ETH-LM wird nur unterstützt, wenn sich alle aktiven Mitglieder- oder untergeordneten Links auf demselben Packet Forwarding Engine. Für downstream Maintenance Endpoints (MEPs) wird ETH-LM für CCC, VPLS und Bridge-Adressfamilien unterstützt, und für nach oben gerichtete MEPs wird ETH-LM nur für CCC-Familien unterstützt. Bei Aktiv-Standby-Verbindungen von AE-Schnittstellen werden die Pakete auf den Übertragungspfad umgeleitet, wenn die aktive untergeordnete Verbindung ausfällt. Wenn die Standby-Verbindung nicht lokal ist, werden die Pakete an die neue aktive Verbindung umgeleitet. Wenn diese Umleitung erfolgt, werden die ETH-LM-Zähler zurückgesetzt. Wenn sich die Standby-Verbindung Packet Forwarding Engine der aktiven Verbindung befindet, werden die Zähler nicht zurückgesetzt, da die Zähler auf dem lokalen Packet Forwarding Engine-Speicher ausgelesen werden. So kann verhindert werden, dass das andere Ende der Sitzung neue Packet Forwarding Engine-Zähler als Verlust für das Zurücksetzen der Counter behandelt. Im empfangenen Pfad werden mit Aktiv-Standby-Links von AE-Schnittstellen alle untergeordneten Verbindungen in der Eingangsliste mithilfe der nächsten Hops programmiert, um die Pakete an die Anker-FPC weiterzuleiten, nachdem die Zähler in die Schnittstelle kopiert Packet Forwarding Engine. Für synthetische Messung des Ethernet-Verlusts (SLM) wird die Verarbeitung von SLM-PDUs für Anforderungen und Antworten entsprechend den anderen Protokollen der Linekarten-CPU implementiert. Alle anderen Berechnungen und Daten basieren auf Software. ETH-SLM wird auf AE-Schnittstellen für CCC-, Bridge-, VPLS- und Inet-Familien unterstützt.

Anmerkung:

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

Ab Junos OS Version 16.1 wird die Leistungsüberwachung des Connectivity Fault Management (einschließlich der Anweisung und ihrer Unterstatements in der Hierarchieebene) nicht unterstützt, wenn die performance-monitoring Network-to-Network (NNI)- oder Ausgangsschnittstelle eine aggregierte Ethernet-Schnittstelle mit Mitgliederverbindungen in [edit protocols oam ethernet connectivity-fault-management] den DPCs ist.

Bevor Sie ETH-DM-, ETH-LM- oder ETH-SLM-Messungen ü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 Anweisung auf der Hierarchieebene und auf jedem Router die Peer-MEPs an die Schnittstellen anfügen, indem Sie die Anweisung auf der Hierarchieebene einschlingen. interface ae-fpc/pic/port unit logical-unit-number vlan-id vlan-id[edit interfaces]mep mep-id interface interface-name (protect | working)[edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name]

Richtlinien zur Konfiguration von Funktionen zur Leistungsüberwachung auf aggregierten Ethernet-Schnittstellen

Denken Sie bei der Konfiguration von ETH-LM-, ETH-SLM- und ETH-DM-Funktionen an aggregierten Ethernet-Schnittstellen stets an folgende Punkte:

  • Die Grenzen der Skalierung und Leistungserwägungen bei verteilten regelmäßigen 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-ITer sind immer mit CCM-Sitzungen koexistär. Beim Konfigurieren einer skalierten Umgebung müssen Sie CCM-Sitzungen und SLA-Iterators berücksichtigen. In der folgenden Tabelle wird die maximale Anzahl verteilter PM-Sitzungen beschrieben, die für unterschiedliche CCM-Intervals pro Linekarte und pro Router konfiguriert werden können (systemweiter Wert).

  • Ein gemischter Betrieb von verteilten und zentralisierten Modi für die Performance-Überwachung (PM)-Sitzungen wird auf AE-Schnittstellen nicht unterstützt, wenn die Schnittstellen, die das aggregierte Ethernet-Bündel bilden, im gemischten Modus sind.

  • Die Einschränkungen der Leistungsüberwachungsfunktionen (Performance Monitoring, PM) für Nicht-AE-Schnittstellen gelten gleichermaßen für AE-Schnittstellen. Das Flapping von Sitzungen setzt beispielsweise die PM-Statistik zurück.

  • Die bei verteilten PPM-Sitzungen geltenden Einschränkungen sind für Leistungsüberwachungsfunktionen über AE-Schnittstellen gültig, da Messungen immer auf CCM-Sitzungen durchgeführt werden.

  • Wenn ETH-LM in einer Aktiv-Standby-Konfiguration über AE-Schnittstellen ausgetauscht wird, werden die Messungen in diesem Fenster ignoriert, wenn aktive und Standby-Linekarten ausgetauscht werden.

  • Für ETH-DM über AE-Schnittstellen wird die zusätzliche Zeit, die zur Paketübertragung genommen wird (Pakete werden an den Anker in der empfangenen [Rx]-Richtung und an die aktive untergeordnete FPC in der übertragenen [Tx]-Richtung umgeleitet) bei der Verzögerungsmessung berechnet.

  • Bei ETH-LM über AE-Schnittstellen werden die Zähler zurückgesetzt, wenn das Verbindungs-Failover von der aktiven Schnittstelle zur Standby-Schnittstelle in einer Aktiv-Standby-Konfiguration erfolgt.

Release-Verlaufstabelle
Release
Beschreibung
16.2
Ab Version Junos OS 16.2 wird Connectivity Fault Management (CFM) unterstützt, wenn erweiterte LAG aktiviert ist.
16.1R1
Beginnend mit Junos OS Relase 16.1R1 können Sie ITU-T Y.1731 standardkonforme Ethernet Loss Measurement (ETH-LM), Ethernet synthetische Verlustmessung (ETH-SLM) und Ethernet Delay Measurement (ETH-DM)-Funktionen auf aggregierten Ethernet (ae) Schnittstellen konfigurieren.
16.1
Ab Junos OS Version 16.1 wird die Ethernet-Verlustmessung über eine aggregierte Ethernet-Schnittstelle (ae) nicht unterstützt, wenn die erweiterte LAG-Funktion auf einem Router aktiviert ist.
16.1
Ab Junos OS Version 16.1 wird die Leistungsüberwachung des Connectivity Fault Management (einschließlich der Anweisung und ihrer Unterstatements in der Hierarchieebene) nicht unterstützt, wenn die performance-monitoring Network-to-Network (NNI)- oder Ausgangsschnittstelle eine aggregierte Ethernet-Schnittstelle mit Mitgliederverbindungen in [edit protocols oam ethernet connectivity-fault-management] den DPCs ist.