Leistungsüberwachung für aggregierte Ethernet-Schnittstellen

Außerdem können CFM-Sitzungen (Connectivity Fault Management), die auf den AE-Schnittstellen eingerichtet wurden, an die Paketweiterleitungs-Engine verteilt werden, abgesehen davon, dass sie von der Routing-Engine verarbeitet werden. Diese Fähigkeit zur Verteilung von CFM-Sitzungen ist sowohl in skalierten Topologien als auch beim gnädigen Routing-Engine-Switchover (GRES) für CFM-Sitzungen nützlich.

CFM-Sitzungen (Connectivity Fault Management) werden standardmäßig im zentralisierten Modus über AE-Schnittstellen ausgeführt. Y.1731 Performance Monitoring (PM) wird für zentralisierte CFM-Sitzungen über AE-Schnittstellen unterstützt. Außerdem wird die Verteilung von CFM-Sitzungen über AE-Schnittstellen auf Linecards ab Junos OS Version 13.3 unterstützt. Um die Verteilung von CFM-Sitzungen zu aktivieren und im zentralisierten Modus zu arbeiten, fügen Sie die Anweisung auf Hierarchieebene ein.ppm delegate-processing[edit routing-options ppm] Der Mechanismus, der die Verteilung von CFM-Sitzungen über AE-Schnittstellen ermöglicht, stellt die zugrunde liegende Infrastruktur zur Unterstützung von PM-over-AE-Schnittstellen bereit. Darüber hinaus übernimmt das 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 sowohl auf der Routing-Engine als auch auf der Paketweiterleitungs-Engine verteilt ausgeführt werden, können Sie Leistungsüberwachungsprozesse auf der Paketweiterleitungs-Engine ausführen.

Für die Ethernet-Verzögerungsmessung wird hardwaregestützte Zeitstempel auf AE-Schnittstellen unterstützt, ähnlich der Unterstützung, die auf Nicht-AE-Schnittstellen vorhanden ist. Nur hardwarebasiertes Timestamping wird unterstützt, da es im empfangenen Pfad der PDU-Pakete (Protocol Data Unit) ausgeführt wird, während softwarebasiertes Timestamping auf dem übertragenen Pfad ausgeführt werden muss und nicht unterstützt wird. Für das Software-Zeitstempeln müssen ETH-DM-PDUs auf derselben Linecard (demselben Mitglied der AE-Schnittstelle) übertragen und empfangen werden. Alle empfangenen ETH-DM PDUs werden immer an die Anker Packet Forwarding Engine umgeleitet. Wenn im Übertragungspfad die Schnittstelle auf der Anker-Paketweiterleitungs-Engine ausfällt, werden die OAM-PDUs an eine der untergeordneten oder Mitglieds-FPCs umgeleitet. Daher erfolgt die Verarbeitung von ETH-DM-PDUs immer auf der CPU der Linecard oder des Moduls, auf der die Anker-Packet Forwarding Engine gehostet wird. ETH-DM wird auf AE-Schnittstellen mit CCC-, Bridge-, Virtual Private LAN Service (VPLS)- und inet-Adressfamilien unterstützt. ETH-DM wird sowohl für den Aktiv-Aktiv- als auch für den Aktiv-Standby-Modus von AE-Schnittstellen unterstützt. Für die unidirektionale Verzögerungsmessung (1DM) müssen die Systemuhren des Initiator-MEP, der einen Request-Frame überträgt, und des Responder-MEP, der einen Antwort-Frame empfängt, synchronisiert werden.

Bei der Messung von Ethernet-Verlusten an AE-Schnittstellen erfolgt die Übertragung und der Empfang von PDUs im aktiven Standby-Modus der Schnittstellen immer über die Packet Forwarding Engine, die die aktive Verbindung hostet. Für den Aktiv-Standby-Modus der AE-Schnittstellen können Sie maximal nur zwei Mitgliedsverbindungen konfigurieren. ETH-LM wird nur unterstützt, wenn sich alle aktiven Mitglieds- oder untergeordneten Links auf derselben Packet Forwarding Engine befinden. Für die nachgelagerten Wartungsendpunkte (MEPs) wird ETH-LM für CCC-, VPLS- und Bridge-Adressfamilien unterstützt, und für aufwärts gerichtete MEPs wird ETH-LM nur für CCC-Familien unterstützt. Wenn im Übertragungspfad bei Aktiv-Standby-Verbindungen von AE-Schnittstellen die Pakete an die neue aktive aktive Verbindung umgeleitet werden, wenn die aktive untergeordnete Verbindung ausfällt und die Standby-Verbindung nicht lokal ist. Wenn diese Umleitung erfolgt, werden die ETH-LM-Zähler zurückgesetzt. Wenn sich die Standby-Verbindung auf derselben Paketweiterleitungs-Engine wie die aktive Verbindung befindet, werden die Zähler nicht zurückgesetzt, da die Zähler im lokalen Speicher der Paketweiterleitungs-Engine gelesen werden, und um zu verhindern, dass das andere Ende der Sitzung neue Paketweiterleitungs-Engine-Zähler als Verluste aufgrund des Zurücksetzens der Zähler behandelt. Im empfangenen Pfad mit Aktiv-Standby-Links von AE-Schnittstellen werden alle untergeordneten Links in der Eingabeliste unter Verwendung von Next-Hops programmiert, um die Pakete nach dem Kopieren der Zähler in die Packet Forwarding Engine an den Anker-FPC umzuleiten. Für die Ethernet Synthetic Loss Measurement (SLM) ist die Verarbeitung von SLM-PDUs für Anforderungen und Antworten implementiert, die anderen Protokollen von der Linecard-CPU ähneln. Alle anderen Berechnungen und Daten sind softwarebasiert. ETH-SLM wird auf AE-Schnittstellen für CCC-, Bridge-, VPLS- und inet-Familien unterstützt.

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 so konfigurieren, dass diese Messsitzungen unterstützt werden. Konfigurieren Sie auf jedem Router zwei physische oder logische AE-Schnittstellen, die über ein VLAN verbunden sind, indem Sie die Anweisung auf Hierarchieebene einschließen, und hängen Sie auf jedem Router die Peer-MEPs an die Schnittstellen an, indem Sie die Anweisung auf Hierarchieebene einfügen.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]

• Die Skalierungsgrenzwerte und Leistungsüberlegungen für PPM-Sitzungen (Distributed Periodic Packet Management). Die Skalierungsgrenzwerte für verteilte PPM-Sitzungen über aggregierte Ethernet-Schnittstellen (AE) sind identisch mit den maximal unterstützten Werten für CCM-Schnittstellen (Continuity Check Messages) über AE-Schnittstellen.

• SLA-Iteratoren koexistieren immer neben CCM-Sitzungen. Daher müssen Sie bei der Konfiguration einer skalierten Umgebung CCM-Sitzungen zusammen mit SLA-Iteratoren berücksichtigen. In der folgenden Tabelle wird die maximale Anzahl von verteilten PM-Sitzungen beschrieben, die Sie für verschiedene CCM-Intervalle pro Linecard und pro Router konfigurieren können (systemweiter Wert).

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

• Die Einschränkungen für die Leistungsüberwachungsfunktionen (PM) für Nicht-AE-Schnittstellen gelten auch für AE-Schnittstellen. Zum Beispiel setzt das Flattern von Sitzungen die PM-Statistik zurück.

• Die Einschränkungen, die bei verteilten PPM-Sitzungen bestehen, gelten auch für Leistungsüberwachungsfunktionen über AE-Schnittstellen, da Messungen immer in CCM-Sitzungen durchgeführt werden.

• Bei ETH-LM-over-AE-Schnittstellen in einem Aktiv-Standby-Setup werden die Messungen während dieses Fensters ignoriert, wenn aktive und Standby-Linecards vertauscht sind.

• Bei ETH-DM-over-AE-Schnittstellen wird bei der Verzögerungsmessung die zusätzliche Zeit berechnet, die für die Paketübertragung benötigt wird (Pakete werden zum Anker in der empfangenen [Rx]-Richtung und zum aktiven untergeordneten FPC in der übertragenen [Tx]-Richtung umgeleitet).

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