Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

ITU-T Y.1731 Ethernet-Service OAM – Übersicht

SUMMARY In diesem Abschnitt werden service OAM (ITU-TY.1731) und seine zwei Hauptkomponenten beschrieben: Fehlermanagement (Überwachung, Erkennung und Isolierung) und Leistungsüberwachung (Messung des Frameverlustes, synthetische Messung des Frameverlustes und Messung der Frameverzögerung).

Überblick über Ethernet Frame Delay-Messungen

ITU-T Y.1731 Frame Delay-Messfunktion

Der Standard IEEE 802.3-2005 für Ethernet Operations, Administration and Maintenance (OAM) definiert eine Reihe von Mechanismen zur Verwaltung von Verbindungsfehlern, um Verbindungsfehler in einem einzelnen Point-to-Point-Ethernet-LAN zu erkennen und zu melden.

Junos OS unterstützt wichtige OAM-Standards, die eine automatisierte End-to-End-Verwaltung und Überwachung von Ethernet-Diensten durch Service Provider ermöglichen:

  • IEEE Standard 802.1ag, auch bekannt als "Connectivity Fault Management (CFM)."

  • ITU-T-Empfehlung Y.1731, die eine andere Terminologie als IEEE 802.1ag verwendet und Ethernet-Service-OAM-Funktionen für Fehlerüberwachung, Diagnose und Leistungsüberwachung definiert.

Diese Funktionen ermöglichen es Betreibern, verbindliche Service Level Agreements (SLAs) anzubieten und neue Umsätze aus leistungs- und leistungsgarantierten Servicepaketen zu generieren, die auf die spezifischen Anforderungen ihrer Kunden zugeschnitten sind.

Router der ACX-Serie unterstützen proaktive Und On-Demand-Modi.

Anmerkung:

Die Router ACX5048 und ACX5096 unterstützen ausschließlich softwarebasierte Zeitstempel für Verzögerungsmessungen.

Ethernet-CFM

Der IEEE 802.1ag-Standard für Connectivity Fault Management (CFM) definiert Mechanismen für die End-to-End-Ethernet-Servicezuverlässigung über jeden Pfad, unabhängig davon, ob es sich um eine einzelne Verbindung oder mehrere Verbindungen, die Netzwerke, die aus mehreren LANs bestehen, erstreckt.

Für Ethernet-Schnittstellen auf Routern der M320-, MX- und T-Serie unterstützt Junos OS die folgenden Schlüsselelemente des Ethernet CFM-Standards:

  • Fehlerüberwachung mit dem IEEE 802.1ag Ethernet OAM Continuity Check-Protokoll

  • Pfaderkennung und Fehlerverifizierung mit dem IEEE 802.1ag Ethernet OAM Linktrace-Protokoll

  • Fehlerisolierung mit dem IEEE 802.1ag Ethernet OAM Loopback-Protokoll

In einer CFM-Umgebung können Netzwerkeinheiten wie Netzwerkbetreiber, Service Provider und Kunden Teil verschiedener administrativer Domänen sein. Jede administrative Domäne ist einer Wartungsdomäne zugeordnet. Wartungsdomänen sind mit unterschiedlichen Ebenenwerten konfiguriert, um sie getrennt zu halten. Jede Domäne bietet den Entitäten genug Informationen, um ihre eigene Verwaltung und End-to-End-Überwachung durchzuführen und dennoch Sicherheitsverstöße zu vermeiden.

Abbildung 1 zeigt die Beziehungen zwischen Denk-, Provider- und Betreiber-Ethernet-Brücken, Wartungsdomänen, Maintenance Association End Points (MEPs) und Maintenance Intermediate Points (MIPs).

Abbildung 1: Beziehung zwischen Abgeordneten, MIPs und WartungsdomänenebenenBeziehung zwischen Abgeordneten, MIPs und Wartungsdomänenebenen
Anmerkung:

Auf Routern der ACX-Serie werden die Maintenance Intermediate Points (MIP) nur auf den Routern ACX5048 und ACX5096 unterstützt.

Ethernet Frame Delay-Messung

Zwei wichtige Ziele der OAM-Funktionalität sind die Messung von Quality-of-Service-Attributen wie Frame-Delay und Frame Delay-Variation (auch bekannt als "Frame Jitter"). Solche Messungen können es Ihnen ermöglichen, Netzwerkprobleme zu erkennen, bevor Kunden von Netzwerkmängeln betroffen sind.

Junos OS unterstützt Die Messung der Ethernet-Frameverzögerung zwischen MEPs, die auf physischen oder logischen Ethernet-Schnittstellen auf Routern der MX-Serie konfiguriert sind. Die Ethernet-Frameverzögerungsmessung ermöglicht Betreibern eine detaillierte Steuerung für die Triggerung von Verzögerungsmessungen auf einem bestimmten Service und kann zur Überwachung von SLAs verwendet werden. Die Messung der Ethernet-Frameverzögerung erfasst auch andere nützliche Informationen, wie worst- und best case-Verzögerungen, durchschnittliche Verzögerung und durchschnittliche Verzögerungsschwankungen. Die Junos OS-Implementierung der Ethernet Frame Delay Measurement (ETH-DM) ist vollständig konform mit der ITU-T-Empfehlung Y.1731, OAM-Funktionen und Mechanismen für Ethernet-basierte Netzwerke. Die Empfehlung definiert OAM-Mechanismen für den Betrieb und die Wartung des Netzwerks auf der Ethernet-Serviceschicht, die in der ITU-T-Terminologie als "ETH-Layer" bezeichnet wird.

Router der MX-Serie mit MODULAR Port Concentrators (MPCs) und 10-Gigabit Ethernet MPCs mit SFP+ unterstützen ITU-T Y.1731-Funktionen auf VPLS für Frame-Delay und Delay-Variation.

Anmerkung:

Virtual Chassis der MX-Serie unterstützt keine Ethernet Frame Delay Measurement (DM).

One-Way Ethernet Frame Delay-Messung

Im Einweg-ETH-DM-Modus werden eine Reihe von Frameverzögerungs- und Frameverzögerungsänderungswerten berechnet, basierend auf der Zeit, die zwischen dem Versand eines Messrahmens vom Initiator-MEP an einem Router und der Zeit, in der der Frame am Empfänger-MEP des anderen Routers empfangen wird, verstrichen ist.

Anmerkung:

Router der ACX-Serie unterstützen keine One-Way-Ethernet-Frame-Delay-Messung.

1DM-Übertragung

Wenn Sie eine One-Way-Frameverzögerungsmessung starten, sendet der Router 1DM-Frames – Frames, die die Protokolldateneinheit (PDU) für eine One-Way-Verzögerungsmessung tragen – vom Initiator-MEP zum Empfänger-MEP mit der rate und für die von Ihnen angegebene Anzahl von Bildern. Der Router markiert jeden 1DM-Frame als drop-ineligible und fügt einen Zeitstempel der Übertragungszeit in den Frame ein.

1DM-Empfang

Wenn ein MEP einen 1DM-Frame empfängt, misst der Router, der den Empfänger-MEP enthält, die One-Way-Verzögerung für diesen Frame (die Differenz zwischen dem Empfang des Frames und dem Zeitstempel im Frame selbst) und die Verzögerungsänderung (die Differenz zwischen den aktuellen und vorherigen Verzögerungswerten).

One-Way ETH-DM-Statistiken

Der Router, der den Empfänger-MEP enthält, speichert jede Reihe von One-Way-Verzögerungsstatistiken in der ETH-DM-Datenbank. Die ETH-DM-Datenbank erfasst bis zu 100 Datensätze von Statistiken für eine bestimmte CFM-Sitzung (Paar von Peer-MePs). Sie können jederzeit auf diese Statistiken zugreifen, indem Sie die ETH-DM-Datenbankinhalte anzeigen.

One-Way ETH-DM Frame Counts

Jeder Router zählt die Anzahl der gesendeten und empfangenen One-Way ETH-DM-Frames:

  • Für einen Initiator-MEP zählt der Router die Anzahl der gesendeten 1DM-Frames.

  • Für einen Empfänger-MEP zählt der Router die Anzahl der empfangenen gültigen 1DM-Frames und die Anzahl ungültiger 1DM-Frames, die empfangen werden.

Jeder Router speichert die ETH-DM-Frameanzahl in der CFM-Datenbank. Die CFM-Datenbank speichert CFM-Sitzungsstatistiken und für Schnittstellen, die ETH-DM unterstützen, zählt jeder ETH-DM-Frame. Sie können jederzeit auf die Frameanzahl zugreifen, indem Sie CFM-Datenbankinformationen für Ethernet-Schnittstellen anzeigen, die den Mitgliedern des Europäischen Parlaments oder für MEPs in CFM-Sitzungen zugewiesen wurden.

Synchronisierung von Systemuhren

Die Genauigkeit von One-Way-Verzögerungsberechnungen hängt von der engen Synchronisation der Systemuhren beim Initiator-MEP und Empfänger-MEP ab.

Die Genauigkeit der One-Way-Verzögerungsänderung hängt nicht von der Systemtaktsynchronisation ab. Da die Verzögerungsänderung einfach der Unterschied zwischen aufeinanderfolgenden One-Way-Verzögerungswerten ist, wird die Ausphasephase von den Frame-Jitter-Werten eliminiert.

Anmerkung:

Für eine vorgegebene One-Way-Ethernet-Frameverzögerungsmessung sind Frame-Delay- und Frame Delay-Änderungswerte nur auf dem Router verfügbar, der den Empfänger-MEP enthält.

Two-Way Ethernet Frame Delay-Messung

Im Zwei-Wege-ETH-DM-Modus basieren frameverzögerungs- und Frameverzögerungsänderungswerte auf der Zeitdifferenz zwischen der Übertragung eines Anforderungsrahmens durch den Initiator und dem Empfang eines Antwortrahmens durch den Responder-MEP, wobei die beim Responder-MeP verstrichene Zeit subtrahiert wird.

DMM-Übertragung

Wenn Sie eine Zwei-Wege-Frameverzögerungsmessung starten, sendet der Router DMM-Frames (Delay Measurement Message), die die PDU für eine Zweiweg-ETH-DM-Anfrage tragen, vom Initiator-MEP zum Responder-MEP mit der Rate und für die von Ihnen angegebene Anzahl von Bildern. Der Router markiert jeden DMM-Frame als drop-ineligible und fügt einen Zeitstempel der Übertragungszeit in den Frame ein.

DMR-Übertragung

Wenn ein MdEP einen DMM-Frame empfängt, reagiert der Responder-MeP mit einem DMR-Frame (Delay Measurement Reply), der ETH-DM-Antwortinformationen und eine Kopie des im DMM-Frame enthaltenen Zeitstempels enthält.

DMR-Empfang

Wenn ein MEP einen gültigen DMR empfängt, misst der Router, der das MEP enthält, die Zwei-Wege-Verzögerung für dieses Frame basierend auf der folgenden Reihenfolge von Zeitstempeln:

  1. TITxDMM

  2. TRRxDMM

  3. TRTxDMR

  4. TIRxDMR

Eine Zwei-Wege-Frameverzögerung wird wie folgt berechnet:

  1. [TIRxDMRTITxDMM] – [TRTxDMRTRRxDMM]

Die Berechnung zeigt, dass die Frameverzögerung die Differenz zwischen dem Zeitpunkt, zu dem der Initiator-MEP einen DMM-Frame sendet, und der Zeit, zu der der Initiator-MEP den zugehörigen DMR-Frame vom Responder-MEP empfängt, abzüglich der beim Responder-MEP verstrichenen Zeit.

Die Verzögerungsänderung ist die Differenz zwischen dem aktuellen und dem vorherigen Verzögerungswert.

Zwei-Wege-ETH-DM-Statistiken

Der Router, der den Initiator-MEP enthält, speichert jeweils eine Reihe von Zwei-Wege-Verzögerungsstatistiken in der ETH-DM-Datenbank. Die ETH-DM-Datenbank erfasst bis zu 100 Datensätze von Statistiken für eine bestimmte CFM-Sitzung (Paar von Peer-MePs). Sie können jederzeit auf diese Statistiken zugreifen, indem Sie die ETH-DM-Datenbankinhalte anzeigen.

Zwei-Wege-ETH-DM-Frameanzahl

Jeder Router zählt die Anzahl der gesendeten und empfangenen Zwei-Wege-ETH-DM-Frames:

  • Für einen Initiator-MEP zählt der Router die Anzahl der übertragenen DMM-Frames, die Anzahl der empfangenen DMR-Frames und die Anzahl ungültiger DMR-Frames, die empfangen werden.

  • Für einen Responder-MEP zählt der Router die Anzahl der gesendeten DMR-Frames.

Jeder Router speichert die ETH-DM-Frameanzahl in der CFM-Datenbank. Die CFM-Datenbank speichert CFM-Sitzungsstatistiken und für Schnittstellen, die ETH-DM unterstützen, zählt jeder ETH-DM-Frame. Sie können jederzeit auf die Frameanzahl zugreifen, indem Sie CFM-Datenbankinformationen für Ethernet-Schnittstellen anzeigen, die den Mitgliedern des Europäischen Parlaments oder für MEPs in CFM-Sitzungen zugewiesen wurden.

Anmerkung:

Für eine vorgegebene Zwei-Wege-Messung der Ethernet-Frameverzögerung sind Frameverzögerungs- und Frameverzögerungsänderungswerte nur am Router verfügbar, der den Initiator-MEP enthält.

Auswahl zwischen One-Way- und Two-Way-ETH-DM

Die One-Way-Frameverzögerungsmessung setzt voraus, dass die Systemuhren am Initiator-MEP und Empfänger-MEP eng synchronisiert werden. Die Messung der Zweiweg-Frameverzögerung erfordert keine Synchronisation der beiden Systeme. Wenn es nicht praktikabel ist, dass die Uhren synchronisiert werden, sind Messungen der Zwei-Wege-Frameverzögerung genauer.

Wenn zwei Systeme physisch nahe beieinander sind, sind ihre One-Way-Verzögerungswerte im Vergleich zu ihren Zwei-Wege-Verzögerungswerten sehr hoch. Eine One-Way-Verzögerungsmessung erfordert, dass das Timing für die beiden Systeme auf einer sehr granularen Ebene synchronisiert wird, und Router der MX-Serie unterstützen derzeit diese granulare Synchronisation nicht.

Einschränkungen für die Messung der Ethernet-Frameverzögerung

Die folgenden Einschränkungen gelten für die Funktion zur Messung der Ethernet-Frameverzögerung:

  • Die ETH-DM-Funktion wird auf Label-Switched Interface (LSI)-Pseudowires nicht unterstützt.

    Die ETH-DM-Funktion wird an aggregierten Ethernet-Schnittstellen unterstützt.

  • Hardwaregestützte Zeitstempel für ETH-DM-Frames im Empfangspfad werden nur für MEP-Schnittstellen auf Enhanced DPCs und Enhanced Queuing DPCs in Routern der MX-Serie unterstützt. Informationen zur hardwaregestützten Zeitstempelung finden Sie unter Richtlinien zur Konfiguration von Routern zur Unterstützung einer ETH-DM-Sitzung und Aktivierung der Hardware-gestützten Zeitstempeloption.

  • Messungen der Ethernet-Frameverzögerung können nur ausgelöst werden, wenn der verteilte periodische Paketverwaltungs-Daemon (ppm) aktiviert ist. Weitere Informationen zu dieser Beschränkung finden Sie unter Richtlinien zur Konfiguration von Routern zur Unterstützung einer ETH-DM-Sitzung und sicherstellen, dass verteilte ppm nicht deaktiviert sind.

  • Sie können jeweils nur eine Sitzung auf dieselbe Remote-MEP- oder MAC-Adresse überwachen. Weitere Informationen zum Starten einer ETH-DM-Sitzung finden Sie unter Starten einer ETH-DM-Sitzung.

  • ETH-DM-Statistiken werden an nur einem der beiden Peer-Router in der ETH-DM-Sitzung erfasst. Für eine Einweg-ETH-DM-Sitzung können Sie framebasierte ETH-DM-Statistiken nur am Empfänger MEP mit ETH-DM-spezifischen Befehlen show anzeigen. Für eine ZWEI-Wege-ETH-DM-Sitzung können Sie frameverzögerungsstatistiken nur beim Initiator-MEP mit den gleichen ETH-DM-spezifischen Befehlen show anzeigen. Weitere Informationen finden Sie unter Verwalten von ETH-DM-Statistiken und ETH-DM-Framezählern.

  • Die FRAME-Zähler der ETH-DM werden sowohl bei den Abgeordneten als auch in den jeweiligen CFM-Datenbanken erfasst.

  • Wenn graceful Routing Engine Switchover (GRES) auftritt, geht jede erfasste ETH-DM-Statistik verloren und die ETH-DM-Frameanzahl wird auf Nullen zurückgesetzt. Daher muss die Sammlung von ETH-DM-Statistiken und ETH-DM-Framezählern nach Abschluss des Switchovers neu gestartet werden. GRES ermöglicht einem Router mit zwei Routing-Engines den Wechsel von einer primären Routing-Engine zu einer Backup-Routing-Engine ohne Unterbrechung der Paketweiterleitung. Weitere Informationen finden Sie im Junos OS High Availability Benutzerhandbuch.

  • Die Genauigkeit von Frameverzögerungsstatistiken wird beeinträchtigt, wenn sich das System ändert (z. B. bei der Neukonfiguration). Wir empfehlen, Ethernet-Frameverzögerungsmessungen auf einem stabilen System durchzuführen.

Überblick über die Messung von Ethernet-Frameverlusten

Die wichtigsten Ziele der OAM-Funktionalität sind die Messung von Quality-of-Service-Attributen wie Frameverzögerung, Frameverzögerungsvariation (auch bekannt als "Frame Jitter") und Frameverlust. Solche Messungen ermöglichen es Ihnen, Netzwerkprobleme zu erkennen, bevor Kunden von Netzwerkmängeln betroffen sind.

Junos OS unterstützt die Messung von Ethernet-Frameverlusten (ETH-LM) zwischen endpunktgesteuerten Wartungsvereinigungen (Maintenance Association End Points, MEPs), die auf physischen oder logischen Ethernet-Schnittstellen auf Routern der MX-Serie konfiguriert sind, und wird derzeit nur für VPWS-Dienste unterstützt. ETH-LM wird von Betreibern verwendet, um Zählerwerte zu erfassen, die für Ingress- und Egress-Service-Frames gelten. Diese Zähler halten eine Anzahl von übertragenen und empfangenen Datenrahmen zwischen einem Paar von Abgeordneten aufrecht. Die Ethernet-Frame-Verlustmessung wird durchgeführt, indem Frames mit ETH-LM-Informationen an einen Peer-MEP gesendet werden und in ähnlicher Weise Frames mit ETH-LM-Informationen vom Peer-MEP empfangen werden. Diese Art der Frameverlustmessung wird auch als single-ended Ethernet-Verlustmessung bezeichnet.

Anmerkung:

Virtual Chassis der MX-Serie unterstützt keine Ethernet Frame Loss Measurement (ETH-LM).

ETH-LM unterstützt die folgenden Frameverlustmessungen:

  • Messung des Nahezu-End-Frameverlustes – Messung des Frameverlustes im Zusammenhang mit eingehenden Datenrahmen.

  • Far-End-Messung des Frameverlustes – Messung des Frameverlustes im Zusammenhang mit Ausgangsdatenrahmen.

Anmerkung:

Die proaktive und duale Verlustmessungsfunktion von ITU-T Y1731 wird auf den Routern der ACX-Serie nicht unterstützt.

Die ETH-LM-Funktion wird an aggregierten Ethernet-Schnittstellen unterstützt.

Anmerkung:

Ab Junos OS Version 16.1 sind die Ergebnisse der Ethernet-Verlustmessung (ETH-LM) ungenau, wenn Die Ergebnisse von Connectivity Fault Management (CFM) und Performance Monitoring (PM) PDUs lokal an einem Wartungsendpunkt (MEP) als Zugehörigkeit zur Gelben Klasse oder als Paketverlustpriorität (PLP) von mittelhoch eingestuft wurden. Dieses Problem fehlerhafter Ergebnisse ist spezifisch für die Ethernet-Verlustmessung für CFM-Sitzungen von Abgeordneten im Down-Meps. Die Ethernet-Verlustmessungsstatistiken sind in den folgenden Szenarien ungenau:

  • Die Ethernet-Verlustmessung arbeitet an einer CFM-Sitzung für einen MEP im Down-State-Zustand

  • CFM-PDUs, die an der logischen Schnittstelle des Down-MEP empfangen werden, werden vom Klassifizierer als gelb oder mittelhoch PLP eingestuft

  • Ein Paket wird als gelb identifiziert, wenn der Eingangsklassifizierer den PLP als mittelhoch markiert.

Das Problem der Diskrepanzen mit den Ergebnissen der Ethernet-Verlustmessung wird nicht beobachtet, wenn Sie die Ethernet-Verlustmessung im farblosen Modus konfigurieren. Um dieses Problem mit ungenauen Verlustmessungsergebnissen zu vermeiden, stellen Sie alle lokalen CFM-PDUs als grün oder mit dem PLP so hoch bereit.

Anmerkung:

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.

Messung der Service-Level-Agreements

Die Messung von Service Level Agreements (SLA) ist der Prozess zur Überwachung von Bandbreite, Verzögerung, Verzögerungsschwankungen (Jitter), Kontinuität und Verfügbarkeit eines Dienstes (E-Line oder E-LAN). Es ermöglicht Ihnen, Netzwerkprobleme zu erkennen, bevor Kunden von Netzwerkmängeln betroffen sind.

Anmerkung:

Die Ethernet-VPN-Services können klassifiziert werden in:

  • Peer-to-Peer-Services (E-Line-Services): Die E-Line-Services werden über MPLS-basierte Layer 2 VPN Virtual Private Wire Service (VPWS) angeboten.

  • Multipoint-to-Multipoint-Services (E-LAN-Services) – Die E-LAN-Dienste werden mithilfe von MPLS-basiertem Virtual Private LAN Service (VPLS) angeboten.

Weitere Informationen finden Sie im Konfigurationshandbuch für Junos VPNs.

In Junos OS werden SLA-Messungen klassifiziert in:

  • On-Demand-Modus: Im On-Demand-Modus werden die Messungen über die CLI ausgelöst.

  • Proaktiver Modus: Im proaktiven Modus werden die Messungen von einer Iteratoranwendung ausgelöst.

Beachten Sie, dass die Messung der Ethernet-Frameverzögerung und die Messung des Ethernet-Frameverlustes an der ae Schnittstelle nicht unterstützt werden.

On-Demand-Modus für SLA-Messungen

Im On-Demand-Modus werden die Messungen vom Benutzer über die CLI ausgelöst.

Wenn der Benutzer die Verzögerungsmessung über die CLI auslöst, erfolgt die generierte Verzögerungsmessanforderung gemäß den im ITU-T Y.1731-Standard angegebenen Frameformaten. Zur Messung der Zweiwegeverzögerung kann die serverseitige Verarbeitung an die Packet Forwarding Engine delegiert werden, um eine Überlastung der Routing-Engine zu verhindern. Weitere Informationen finden Sie unter Konfigurieren von Routern zur Unterstützung einer ETH-DM-Sitzung. Wenn die serverseitige Verarbeitung an die Packet Forwarding Engine delegiert wird, werden die Framezähler der Delay Measurement Message (DMM) receive und die DMR-Framezähler transmit (Delay Measurement Reply) nicht vom show Befehl angezeigt.

Wenn der Benutzer die Verlustmessung über die CLI auslöst, sendet der Router die Pakete zusammen mit der Verlustmessung TLV im Standardformat. Standardmäßig ist das session-id-tlv Argument im Paket enthalten, um gleichzeitige Verlustmessungen von einem lokalen MEP zu ermöglichen. Sie können auch die Sitzungs-ID TLV deaktivieren, indem Sie das no-session-id-tlv Argument verwenden.

Für on-Demand-Betrieb, Administration und Wartung wird ETH-LM mit einem einzigen Ende verwendet. Ein Abgeordneter sendet Frames mit ETH-LM-Anfrageinformationen an seinen Peer-MeP und empfängt Frames mit ETH-LM-Antwortinformationen von seinem Peer-MeP, um Verlustmessungen durchzuführen. Die protokollbasierte Dateneinheit (Protocol Data Unit, PDU), die für eine beendende ETH-LM-Anfrage verwendet wird, wird als Verlustmessnachricht (Loss Measurement Message, LMM) bezeichnet, und die für eine beendende ETH-LM-Antwort verwendete PDU wird als Verlustmessantwort (Loss Measurement Reply, LMR) bezeichnet.

Proaktiver Modus für SLA-Messung

Im proaktiven Modus werden SLA-Messungen von einer Iteratoranwendung ausgelöst. Ein Iterator ist dafür ausgelegt, regelmäßig SLA-Messpakete in Form von ITU-Y.1731-konformen Frames für Zwei-Wege-Verzögerungsmessungen oder Verlustmessungen auf Routern der MX-Serie zu übertragen. Dieser Modus unterscheidet sich von der auf Abruf durchgeführten SLA-Messung, die vom Benutzer initiiert wird. Der Iterator sendet periodische Verzögerungs- oder Verlustmessungs-Anforderungspakete für jede der verbindungen, die für sie registriert sind. Iteratoren stellen sicher, dass die Messzyklen nicht gleichzeitig für dieselbe Verbindung auftreten, um eine CPU-Überlastung zu vermeiden. Junos OS unterstützt den proaktiven Modus für VPWS. Damit ein Iterator eine Remote-Nachbarschaft bilden und funktionsfähig arbeiten kann, muss die Continuity Check Message (CCM) zwischen den lokalen und Remote-MEP-Konfigurationen des Connectivity Fault Management (CFM) aktiv sein. Jede Änderung der Iterator-Nachbarschaftsparameter setzt die vorhandenen Iteratorstatistiken zurück und startet den Iterator neu. Der Begriff Nachbarschaft bezieht sich hier auf eine Paarung von zwei Endpunkten (entweder direkt oder virtuell verbunden) mit relevanten Informationen zum gegenseitigen Verständnis, die für die nachfolgende Verarbeitung verwendet werden. Die Iteratoradjacency bezieht sich beispielsweise auf die Iteratorzuordnung zwischen den beiden Endpunkten der Abgeordneten.

Für jede DPC oder MPC werden nur 30 Iterator-Instanzen für einen Zykluszeitwert von 10 Millisekunden (ms) unterstützt. In Junos OS werden 255 Iterator-Profilkonfigurationen und 2000 Remote-MEP-Zuordnungen unterstützt.

Iteratoren mit einem Zykluszeitwert unter 100 ms werden nur für unendliche Iteratoren unterstützt, während Iteratoren mit einem Zykluszeitwert von mehr als 100 ms sowohl für endliche als auch für unendliche Iteratoren unterstützt werden. Unendliche Iteratoren sind Iteratoren, die unendlich laufen, bis der Iterator deaktiviert oder manuell deaktiviert ist.

Anmerkung:

Die Router ACX5048 und ACX5096 unterstützen iterator-Zykluszeiten von nur 1 Sekunde und höher.

Ein auf einem Router konfigurierter VPWS-Service wird auf SLA-Messungen überwacht, indem er die Verbindung (hier handelt es sich um ein Paar remote und lokale MEPs) auf einem Iterator registriert und dann eine periodische SLA-Messrahmenübertragung auf diesen Verbindungen einleitet. Der End-to-End-Service wird über einen Endpunkt der Wartungszuordnung identifiziert, der an beiden Enden konfiguriert ist.

Für die Messung der Zweiwegeverzögerung und verlustfreier Messungen sendet ein Iterator eine Anfragenachricht für die Verbindung in der Liste (falls vorhanden) und sendet dann eine Anfragenachricht für die Verbindung, die im früheren Iterationszyklus angefordert wurde. Die Back-to-Back-Request-Nachrichten für die SLA-Messbilder und deren Antworten helfen bei der Berechnung von Verzögerungsschwankungen und Verlustmessungen.

Die Y.1731-Frameübertragung für einen Service, der an einen Iterator angeschlossen ist, dauert endlos weiter, es sei denn, sie wird von einem Betreiber gestoppt oder bis die Iterationsanzahlbedingung erfüllt ist. Um zu verhindern, dass der Iterator weitere proaktive SLA-Messbilder sendet, muss der Betreiber eine der folgenden Aufgaben ausführen:

  • Aktivieren Sie die deactivate sla-iterator-profile Anweisung auf Hierarchieebene [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance association ma-name mep mep-id remote-mep mep-id] .

  • Bereitstellung einer disable Anweisung unter dem entsprechenden Iteratorprofil auf Hierarchieebene [edit protocols oam ethernet connectivity-fault-management performance-monitoring sla-iterator-profiles profile-name] .

Ethernet-Verzögerungsmessungen und Verlustmessungen im proaktiven Modus

Bei der Two-Way-Verzögerungsmessung wird der Frame der Delay Measurement Message (DMM) über eine Iteratoranwendung ausgelöst. Der DMM-Frame enthält zusätzlich zu den im Standardformat beschriebenen Feldern einen Iteratortyp, eine Länge und einen Wert (TLV), und der Server kopiert den Iterator TLV aus dem DMM-Frame in den DMR-Frame (Delay Measurement Reply).

Bei der One-Way-Verzögerungsänderungsberechnung mithilfe der Two-Way-Delay-Messmethode basiert die Verzögerungsänderungsberechnung auf den Zeitstempeln, die im DMR-Frame vorhanden sind (und nicht auf dem 1DM-Frame). Es ist daher nicht erforderlich, dass client- und serverseitige Uhren synchronisiert werden. Angenommen, dass der Unterschied in ihren Uhren konstant bleibt, wird erwartet, dass die Ergebnisse der One-Way-Verzögerungsänderung ziemlich genau sind. Mit dieser Methode entfällt auch die Notwendigkeit, separate 1DM-Frames nur für die One-Way-Verzögerungsänderungsmessung zu senden.

Im proaktiven Modus zur Verlustmessung sendet der Router Pakete im Standardformat zusammen mit Verlustmessung TLV und Iterator TLV.

Übersicht über Ethernet-Fehlerbenachrichtigungsprotokoll

Das Failure Notification Protocol (FNP) ist ein Mechanismus zur Fehlerbenachrichtigung, der Ausfälle in Point-to-Point Ethernet-Transportnetzwerken auf Routern der MX-Serie erkennt. Wenn eine Knotenverbindung ausfällt, erkennt FNP den Fehler und sendet FNP-Nachrichten an die benachbarten Knoten, bei denen eine Verbindung ausgefallen ist. Nachdem die FNP-Nachricht empfangen wurde, können Knoten den Datenverkehr zur Schutzleitung umleiten.

Anmerkung:

FNP wird nur auf E-Line-Services unterstützt.

Ein E-Line-Service bietet eine sichere Point-to-Point-Ethernet-Konnektivität zwischen zwei Benutzernetzwerkschnittstellen (UNIs). E-Line-Services sind ein geschützter Service und jeder Service verfügt über einen funktionierenden Circuit- und Schutzkreis. CFM wird zur Überwachung der Arbeits- und Schutzpfade verwendet. CCM-Intervalle führen zu Failover-Zeiten in Hunderten von Millisekunden oder wenigen Sekunden. FNP ermöglicht die Erkennung und Ausbreitung von Service-Circuit-Fehlern in weniger als 50ms und bietet ein 50-ms-Failover für E-Line-Services.

Der MX-Router fungiert als PE-Knoten und verarbeitet die im Management-VLAN empfangenen FNP-Nachrichten und die FNP-Nachrichten, die sowohl an den Ethernet-Schnittstellen als auch an PWs empfangen werden, die für das Management-VPLS erstellt wurden. Router der MX-Serie initiieren keine FNP-Nachrichten und reagieren nur auf FNP-Nachrichten, die von Geräten im Ethernet Access-Netzwerk generiert werden. FNP kann nur an logischen Schnittstellen aktiviert werden, die Teil einer VPLS-Routinginstanz sind, und keine physischen Schnittstellen in dieser VPLS-Routinginstanz sollten CCM konfiguriert haben. FNP kann nur auf einer logischen Schnittstelle pro physikalischer Schnittstelle aktiviert werden.

Alle E-Line-Services sind als Layer-2-Circuits mit Edge-Schutz konfiguriert. Ein VLAN, das der funktionierenden Schaltung oder Schutzleitung zugeordnet ist, muss einer logischen Schnittstelle zugeordnet werden. Im Ringlink für VLANs, die von E-LINE-Services verwendet werden, wird kein Trunk- oder Zugriffsport unterstützt. FNP steuert nicht die logische Schnittstelle, die mit der Schutzleitung verknüpft ist. Nur E-Line-Services, deren Terminierungspunkt sich nicht in einem MX-Knoten befindet, werden von FNP gesteuert.

FNP unterstützt den unterbrechungsfreien Neustart und die GreS-Funktionen ( Graceful Routing Engine Switchover ).

Überblick über die synthetische Ethernet-Verlustmessung

Die Ethernet Synthetic Loss Measurement (ETH-SLM) ist eine Anwendung, die die Berechnung des Frameverlustes mithilfe synthetischer Frames anstelle des Datenverkehrs ermöglicht. Dieser Mechanismus kann als statistische Stichprobe betrachtet werden, um das Frameverlust-Verhältnis des Datenverkehrs anzunähern. Jeder Wartungszuordnungsendpunkt (MeP) führt Frameverlustmessungen durch, die zu nicht verfügbarer Zeit beitragen.

Ein Nahezu-End-Frameverlust gibt den Frameverlust an, der mit eingehenden Datenrahmen verbunden ist, und ein Far-End-Frame-Verlust gibt den Frameverlust an, der mit Ausgangsdatenbildern verbunden ist. Sowohl Near-End- als auch Far-End-Frameverlustmessungen tragen zu stark fehleranfälligen Sekunden und schwerwiegenden Fehler-Sekunden bei, die in Kombination zur Bestimmung der nicht verfügbaren Zeit verwendet werden. ETH-SLM wird unter Verwendung synthetischer Loss Message (SLM)- und Synthetic Loss Reply (SLR)-Frames durchgeführt. ETH-SLM erleichtert jedem Abgeordneten die Durchführung von Messungen des synthetischen Rahmenverlustes nahezu am Ende und am Ende durch verwendung synthetischer Rahmen, da ein bidirektionaler Service als nicht verfügbar definiert wird, wenn eine der beiden Richtungen festgestellt wird, dass eine der beiden Richtungen nicht verfügbar ist.

Es gibt die beiden Arten der Rahmenverlustmessung, definiert durch die ITU-T Y.1731-Standards, ETH-LM und ETH-SLM. Junos OS unterstützt nur einen einzigen ETH-SLM. In einem einzigen ETH-SLM sendet jeder MeP Frames mit der ETH-SLM-Anfrageinformationen an seinen Peer-MeP und empfängt Frames mit ETH-SLM-Antwortinformationen von seinem Peer-MeP, um synthetische Verlustmessungen durchzuführen. Ein-End-ETH-SLM wird für proaktives oder On-Demand-OAM verwendet, um synthetische Verlustmessungen für Point-to-Point-Ethernet-Verbindungen durchzuführen. Diese Methode ermöglicht es einem Abgeordneten, Far-End- und Near-End-Verlustmessungen zu initiieren und zu melden, die mit einem Paar von Abgeordneten verbunden sind, die Teil derselben Maintenance Entity Group (MEG) sind.

Anmerkung:

Virtual Chassis der MX-Serie unterstützt keine synthetische Ethernet-Verlustmessung (ETH-SLM).

Ein-End-ETH-SLM wird zur Durchführung von On-Demand- oder proaktiven Tests verwendet, indem eine begrenzte Anzahl von ETH-SLM-Frames für einen oder mehrere MEP-Peers eingeleitet und die ETH-SLM-Antwort von den Peers empfangen wird. Die ETH-SLM-Frames enthalten die ETH-SLM-Informationen, die zur Messung und Meldung von nahezu End- und Far-End-synthetischen Verlustmessungen verwendet werden. Die Messung von Service Level Agreements (SLA) ist der Prozess zur Überwachung von Bandbreite, Verzögerung, Verzögerungsschwankungen (Jitter), Kontinuität und Verfügbarkeit eines Dienstes. Es ermöglicht Ihnen, Netzwerkprobleme zu erkennen, bevor Kunden von Netzwerkmängeln betroffen sind. Im proaktiven Modus werden SLA-Messungen von einer Iteratoranwendung ausgelöst. Ein Iterator ist für die periodische Übertragung von SLA-Messpaketen in Form von ITU-Y.1731-konformen Frames zur synthetischen Frameverlustmessung ausgelegt. Dieser Modus unterscheidet sich von der auf Abruf durchgeführten SLA-Messung, die vom Benutzer initiiert wird. Im On-Demand-Modus werden die Messungen vom Benutzer über die CLI ausgelöst. Wenn der Benutzer den ETH-SLM über die CLI auslöst, erfolgt die generierte SLM-Anforderung entsprechend den im ITU-T Y.1731-Standard festgelegten Frameformaten.

Anmerkung:

Die Router ACX5048 und ACX5096 unterstützen ETH-SLM für Layer 2-Services.

Szenarien für die Konfiguration von ETH-SLM

ETH-SLM misst den Nahezu-End- und Far-End-Frameverlust zwischen zwei Abgeordneten, die Teil desselben MEG-Niveaus sind. Sie können ETH-SLM so konfigurieren, dass synthetische Verluste sowohl für den aufwärts gerichteten als auch für den upstreamen und den nach unten gerichteten oder downstreamen MeP gemessen werden. In diesem Abschnitt werden die folgenden Szenarien für den Betrieb von ETH-SLM beschrieben:

Upstream-MEP in MPLS-Tunneln

Stellen Sie sich ein Szenario vor, in dem ein MEP zwischen den Benutzernetzwerkschnittstellen (UNIs) zweier Router der MX-Serie, MX1 und MX2, in Upstream-Richtung konfiguriert wird. MX1 und MX2 sind über ein MPLS-Core-Netzwerk verbunden. ETH-SLM-Messungen werden zwischen dem upstreamen MEP in dem Pfad durchgeführt, der die beiden Router verbindet. Sowohl MX1 als auch MX2 können on-Demand oder proaktives ETH-SLM initiieren, das sowohl Denk- als auch Beinahe-End-Verluste bei MX1 bzw. MX2 messen kann. Die beiden UNIs sind über MPLS-basierte Layer 2 VPN Virtual Private Wire Service (VPWS) verbunden.

Downstream-MEP in Ethernet-Netzwerken

Stellen Sie sich ein Szenario vor, in dem ein MEP zwischen zwei Routern der MX-Serie, MX1 und MX2, auf den Ethernet-Schnittstellen in Downstream-Richtung konfiguriert wird. MX1 und MX2 sind in einer Ethernet-Topologie verbunden, und downstream-MEP wird in Richtung Ethernet-Netzwerk konfiguriert. ETH-SLM-Messungen werden zwischen dem nachgeschalteten MEP in dem Pfad durchgeführt, der die beiden Router verbindet. ETH-SLM kann im Pfad zwischen diesen beiden Routern gemessen werden.

Stellen Sie sich ein anderes Szenario vor, in dem ein MEP in downstream-Richtung konfiguriert ist und der Dienstschutz für vpWS über MPLS aktiviert wird, indem ein Arbeitspfad angegeben oder der Pfad des MEP geschützt wird. Der Serviceschutz bietet im Falle eines Ausfalls end-to-End-Verbindungsschutz des Arbeitspfads. Um den Dienstschutz zu konfigurieren, müssen Sie zwei separate Transportpfade erstellen: einen funktionierenden und einen Schutzpfad. Sie können den Arbeitspfad angeben und den Pfad schützen, indem Sie zwei Wartungszuordnungen erstellen. Um die Wartungszuordnung einem Pfad zuzuordnen, müssen Sie die MEP-Schnittstelle in der Wartungszuordnung konfigurieren und den Pfad als funktionierend oder schützend angeben.

In einer Beispieltopologie ist ein Router der MX-Serie, MX1, über einen MPLS-Core mit zwei anderen Routern der MX-Serie verbunden, MX2 und MX3. Die Connectivity Fault Management (CFM)-Sitzung zwischen MX1 und MX2 ist der Arbeitspfad auf dem MEP und die CFM-Sitzung zwischen MX1 und MX3 ist der Schutzpfad für das MEP. MX2 und MX3 wiederum sind über Ethernet-Schnittstellen mit MX4 im Zugriffsnetzwerk verbunden. Downstream-MEP ist zwischen MX1 und MX4 konfiguriert, die durch MX2 (funktionierende CFM-Sitzung) und auch zwischen MX1 und MX4, die durch MX3 (geschützte CFM-Sitzung) geleitet werden. Eth-SLM wird zwischen diesen nachgeschalteten Abgeordneten durchgeführt. In den downstream-MEPs wird die Konfiguration auf MX1- und MX4-UNIs ausgeführt, ähnlich wie bei upstreamem MEP.

Format der ETH-SLM-Nachrichten

Synthetische Verlustmeldungen (SYNTHETIC Loss Messages, SLMs) unterstützen single-ended Ethernet Synthetic Loss Measurement (ETH-SLM)-Anfragen. Dieses Thema enthält die folgenden Abschnitte, die die Formate der SLM-Protokolldateneinheiten (PDUs), SLR-PDUs und den Data Iterator Type Length Value (TLV) beschreiben.

SLM PDU-Format

Das SLM PDU-Format wird von einem MEP zur Übertragung von SLM-Informationen verwendet. Die folgenden Komponenten sind in SLM-PDUs enthalten:

  • Quell-MEP-ID: Quell-MEP-ID ist ein 2-Oktett-Feld, in dem die letzten 13 am wenigsten signifikanten Bits verwendet werden, um den MEP zu identifizieren, der den SLM-Frame überträgt. Die MEP-ID ist innerhalb des MEG eindeutig.

  • Test-ID: Test-ID ist ein 4-Oktett-Feld, das vom übertragenden MeP festgelegt wird und verwendet wird, um einen Test zu identifizieren, wenn mehrere Tests gleichzeitig zwischen den Abgeordneten ausgeführt werden (einschließlich gleichzeitiger On-Demand- und proaktiver Tests).

  • TxFCf– TxFCf ist ein 4-Oktett-Feld, das die Anzahl der SLM-Frames transportiert, die vom MEP in Richtung seines Peer-MEP übertragen werden.

Im Folgenden sind die Felder in einer SLM-PDU:

  • MEG-Ebene – Konfigurierte Wartungsdomänenebene im Bereich 0 bis 7.

  • Version– 0.

  • OpCode: Identifiziert einen OAM-PDU-Typ. Für SLM sind es 55.

  • Flags – Auf alle Nullen festgelegt.

  • TLV-Offset – 16.

  • Quell-MEP-ID – Ein 2-Oktett-Feld zur Identifizierung des MEP, der den SLM-Frame übermittelt. In diesem 2-Oktett-Feld werden die letzten 13 am wenigsten signifikanten Bits verwendet, um den MEP zu identifizieren, der den SLM-Frame überträgt. Die MEP-ID ist innerhalb des MEG eindeutig.

  • RESV: Reservierte Felder sind auf alle Nullen festgelegt.

  • Test-ID: Ein Feld mit 4 Oktetten, das vom übertragenden Mitglied des Europäischen Parlaments festgelegt wurde und verwendet wird, um einen Test zu identifizieren, wenn mehrere Tests gleichzeitig zwischen den Abgeordneten ausgeführt werden (einschließlich gleichzeitiger On-Demand- und proaktiver Tests).

  • TxFCf– Ein 4-Oktett-Feld, das die Anzahl der SLM-Frames transportiert, die vom MeP in Richtung seines Peer-MEP übertragen werden.

  • Optionales TLV– Ein Daten-TLV kann in jede übertragene SLM aufgenommen werden. Für die Zwecke der ETH-SLM ist der Wertteil der Daten-TLV unspezifisch.

  • End TLV – Alle Nullen Oktettwert.

SLR PDU-Format

Das PDU-Format (Synthetic Loss Reply, SLR) wird von einem Mitglied der Abgeordneten zur Übertragung von SLR-Informationen verwendet. Im Folgenden sind die Felder in einer SLR-PDU:

  • MEG-Ebene– Ein 3-Bit-Feld, dessen Wert von der zuletzt empfangenen SLM-PDU kopiert wird.

  • Version: Ein 5-Bit-Feld, dessen Wert von der zuletzt empfangenen SLM-PDU kopiert wurde.

  • OpCode: Identifiziert einen OAM-PDU-Typ. Bei SLR ist es auf 54 festgelegt.

  • Flags – Ein Oktettfeld mit 1 Oktett, das von der SLM-PDU kopiert wurde.

  • TLV-Versatz – Ein oktettetbasiertes Feld, das von der SLM-PDU kopiert wurde.

  • Quell-MEP-ID – Ein von der SLM-PDU kopiertes 2-Oktett-Feld.

  • Responder MEP ID– Ein 2-Oktett-Feld zur Identifizierung des MeP, der den SLR-Frame übermittelt.

  • Test-ID: Ein von der SLM-PDU kopiertes 4-Oktett-Feld.

  • TxFCf– Ein von der SLM-PDU kopiertes 4-Oktett-Feld.

  • TxFCb – Ein 4 Oktettfeld. Dieser Wert repräsentiert die Anzahl der für diese Test-ID übertragenen SLR-Frames.

  • Optionaler TLV: Der Wert wird, falls vorhanden, von der SLM-PDU kopiert.

  • Ende TLV– Ein oktettets 1-Oktett-Feld, das von der SLM PDU kopiert wurde.

Data Iterator TLV-Format

Der Daten-Iterator TLV gibt den Daten-TLV-Teil des Y.1731-Datenrahmens an. Der MeP verwendet ein Daten-TLV, wenn der MeP so konfiguriert ist, dass verzögerungs- und verzögerungsschwankungen für verschiedene Framegrößen gemessen werden. Im Folgenden sind die Felder in einem Daten-TLV:

  • Typ – Identifiziert den TLV-Typ; Wert für diesen TLV-Typ ist Data (3).

  • Länge – Identifiziert die Größe in Oktetten des Wertfelds, das das Datenmuster enthält. Der maximale Wert des Feldes Länge beträgt 1440.

  • Datenmuster – Ein n-Oktett (n bezeichnet Länge) beliebiges Bitmuster. Der Empfänger ignoriert sie.

Übermittlung von ETH-SLM-Nachrichten

Die ETH-SLM-Funktionalität kann mehrere Anfragen zu synthetischen Verlustmeldungen (SYNTHETIC Loss Message, SLM) gleichzeitig zwischen einem Paar von Abgeordneten verarbeiten. Die Sitzung kann eine proaktive oder eine On-Demand-SLM-Sitzung sein. Jede SLM-Anforderung wird eindeutig durch eine Test-ID identifiziert.

Ein MdEP kann SLM-Anfragen senden oder auf SLM-Anfragen antworten. Eine Antwort auf eine SLM-Anfrage wird als synthetische Antwort auf Verluste (Synthetic Loss Reply, SLR) bezeichnet. Nachdem ein Abgeordneter eine SLM-Anfrage mithilfe der Test-ID ermittelt hat, berechnet der MeP den Far-End- und Near-End-Frameverlust anhand der Informationen in der SLM-Nachricht oder der SLM-Protokolldateneinheit (PDU).

Für jede Test-ID und für jeden Peer-MEP, der in einer Wartungseinheit überwacht wird, für die Verlustmessungen durchgeführt werden sollen, führt ein Abgeordneter die folgenden lokalen Leistungsindikatoren aus:

  • TxFCl– Anzahl synthetischer Frames, die für eine Test-ID an den Peer-MEP übermittelt werden. Ein Quellen-MEP erhöht diese Zahl für die nachfolgende Übertragung synthetischer Frames mit ETH-SLM-Anforderungsinformationen, während ein Ziel oder empfangende MeP diesen Wert für die nachfolgende Übertragung synthetischer Frames mit den SLR-Informationen erhöht.

  • RxFCl– Anzahl synthetischer Frames, die vom Peer-MEP für eine Test-ID empfangen wurden. Ein Quellen-Abgeordneter erhöht diese Anzahl für den aufeinanderfolgenden Empfang synthetischer Frames mit SLR-Informationen, während ein Ziel oder ein Empfangen von MEP es für den aufeinanderfolgenden Empfang synthetischer Frames mit ETH-SLM-Anforderungsinformationen erhöht.

In den folgenden Abschnitten werden die Phasen der Verarbeitung von SLM-PDUs zur Bestimmung des synthetischen Frameverlustes beschrieben:

Einleitung und Übermittlung von SLM-Anfragen

Ein MEP überträgt periodisch eine SLM-Anforderung mit dem OpCode-Feld als 55. Der MEP generiert eine eindeutige Test-ID für die Sitzung, fügt die Quell-MEP-ID hinzu und initialisiert die lokalen Zähler für die Sitzung vor der SLM-Einleitung. Für jede für die Sitzung übertragene SLM-PDU (Test-ID) wird das lokale Counter-TxFCl im Paket gesendet.

Für den Test-ID-Wert zwischen der Einleitung und der Reaktion von MEPs ist keine Synchronisierung erforderlich, da die Test-ID beim initiierenden MEP konfiguriert ist und der antwortende MEP die Test-ID verwendet, die er vom initiierenden MEP erhält. Da es sich bei ETH-SLM um eine Sampling-Technik handelt, ist sie weniger genau als das Zählen der Service-Frames. Die Genauigkeit der Messung hängt auch von der Anzahl der verwendeten SLM-Frames oder dem Zeitraum für die Übertragung von SLM-Frames ab.

Empfang von SLMs und Übertragung von SLRs

Nachdem der Ziel-MEP einen gültigen SLM-Frame vom Quell-MEP erhält, wird ein SLR-Frame generiert und an den anfragenden bzw. Quell-MEP übermittelt. Der SLR-Frame ist gültig, wenn die MEG-Ebene und die Ziel-MAC-Adresse mit der MAC-Adresse des empfangenden MEP-Empfängers übereinstimmen. Alle Felder in den SLM-PDUs werden von der SLM-Anfrage mit Ausnahme der folgenden Felder kopiert:

  • Die Mac-Quelladresse wird auf die MAC-Zieladresse kopiert und die Quelladresse enthält die MAC-Adresse des MEP.

  • Der Wert des OpCode-Feldes wird von SLM auf SLR (54) geändert.

  • Die Responder-MEP-ID wird mit der MEP-ID des MEP ausgefüllt.

  • TxFCb wird mit dem Wert des lokalen Zählers RxFCl zum Zeitpunkt der SLR-Frameübertragung gespeichert.

  • Jedes Mal, wenn ein SLM-Frame empfangen wird, wird ein SLR-Frame generiert; Daher ist RxFCl im Responder gleich der Anzahl der empfangenen SLM-Frames und auch der Anzahl der gesendeten SLR-Frames. Beim Responder oder beim Empfangen von MEP entspricht RxFCl TxFCl.

Empfang von SLRs

Nach der Übertragung eines SLM-Frames (mit einem gegebenen TxFCf-Wert) erwartet ein MEP, innerhalb des Timeout-Wertes des Peer-MEP einen entsprechenden SLR-Frame (mit demselben TxTCf-Wert) zu erhalten. SLR-Frames, die nach dem Timeout-Wert (5 Sekunden) empfangen werden, werden verworfen. Mit den in SLR-Frames enthaltenen Informationen ermittelt ein MEP den Frameverlust für den angegebenen Messzeitraum. Der Messzeitraum ist ein Zeitintervall, in dem die Anzahl der übertragenen SLM-Frames statistisch angemessen ist, um eine Messung mit einer gegebenen Genauigkeit vorzunehmen. Ein MeP verwendet die folgenden Werte, um den Nahezu-End- und Far-End-Frameverlust während des Messzeitraums zu bestimmen:

  • Zuletzt wurden die TxFCf- und TxFCb-Werte des SLR-Frames und der lokale RxFCl-Wert am Ende des Messzeitraums empfangen. Diese Werte werden als TxFCf[tc], TxFCb[tc] und RxFCl[tc] dargestellt, wobei tc die Endzeit des Messzeitraums ist.

  • TxFCf- und TxFCb-Werte des ersten empfangenen SLR-Frames nach Testbeginn und lokaler Zähler RxFCl zu Beginn des Messzeitraums. Diese Werte werden als TxFCf[tp], TxFCb[tp] und RxFCl[tp] dargestellt, wobei tp die Startzeit des Messzeitraums ist.

Für jedes empfangene SLR-Paket wird der lokale RxFCl-Zähler beim Sende- oder Quell-MEP erhöht.

Berechnung des Frameverlustes

Der synthetische Frameverlust wird am Ende des Messzeitraums anhand des Wertes der lokalen Zähler und der Informationen aus dem letzten empfangenen Frame berechnet. Die zuletzt empfangenen Frames enthalten die TxFCf- und TxFCb-Werte. Der lokale Zähler enthält den RxFCl-Wert. Unter Verwendung dieser Werte wird der Frameverlust anhand der folgenden Formel bestimmt:

Frameverlust (far-end) = TxFCf – TxFCb

Frameverlust (near-end) = TxFCb – RxFCl

Release-Verlaufstabelle
Release
Beschreibung
16.1
Ab Junos OS Version 16.1 sind die Ergebnisse der Ethernet-Verlustmessung (ETH-LM) ungenau, wenn Die Ergebnisse von Connectivity Fault Management (CFM) und Performance Monitoring (PM) PDUs lokal an einem Wartungsendpunkt (MEP) als Zugehörigkeit zur Gelben Klasse oder als Paketverlustpriorität (PLP) von mittelhoch eingestuft wurden.
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.