Auf dieser Seite
ITU-T Y.1731 Ethernet Service OAM – Übersicht
SUMMARY In diesem Abschnitt werden Service OAM (ITU-TY.1731) und seine beiden Hauptkomponenten beschrieben: Fehlermanagement (Überwachung, Erkennung und Isolierung) und Leistungsüberwachung (Messung von Frame-Verlusten, synthetischen Frame-Verlusten und Messung von Frame-Verzögerungen).
Übersicht über Ethernet-Frame-Delay-Messungen
- ITU-T Y.1731 Frame-Delay-Messfunktion
- Messung der Einweg-Ethernet-Frame-Verzögerung
- Zwei-Wege-Ethernet-Frame-Delay-Messung
- Wahl zwischen Einweg- und Zweiwege-ETH-DM
- Einschränkungen für die Messung der Ethernet-Frame-Verzögerung
ITU-T Y.1731 Frame-Delay-Messfunktion
Der IEEE 802.3-2005-Standard for Ethernet Operations, Administration, and Maintenance (OAM) definiert eine Reihe von Mechanismen zur Verwaltung von Verbindungsfehlern, um Verbindungsfehler in einem einzelnen Punkt-zu-Punkt-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-Services 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 OAM-Funktionen für Ethernet-Dienste für Fehlerüberwachung, Diagnose und Leistungsüberwachung definiert.
Diese Fähigkeiten ermöglichen es Betreibern, verbindliche Service Level Agreements (SLAs) anzubieten und neue Umsätze aus preis- und leistungsgarantierten Servicepaketen zu generieren, die auf die spezifischen Bedürfnisse ihrer Kunden zugeschnitten sind.
Router der ACX-Serie unterstützen proaktive und On-Demand-Modi.
Sie können ITU-T Y.1731-Standard-konforme Ethernet-Verlustmessung (ETH-LM), Ethernet-synthetische Verlustmessung (ETH-SLM) und Ethernet-Verzögerungsmessung (ETH-DM) auf MPC10- und MPC11-Linecards nur auf 20.2R2-S3 und 20.4R1 und höher konfigurieren.
ACX5048- und ACX5096-Router unterstützen nur softwarebasierte Zeitstempel für die Verzögerungsmessung.
Ethernet-CFM
Der IEEE 802.1ag-Standard für das Management von Konnektivitätsfehlern (Connectivity Fault Management, CFM) definiert Mechanismen zur Gewährleistung eines End-to-End-Ethernet-Service über jeden Pfad, unabhängig davon, ob es sich um eine einzelne Verbindung oder mehrere Verbindungen handelt, die sich über Netzwerke erstrecken, die aus mehreren LANs bestehen.
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 Fehlerüberprüfung 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 wird einer Wartungsdomäne zugeordnet. Wartungsdomänen werden mit unterschiedlichen Ebenenwerten konfiguriert, um sie getrennt zu halten. Jede Domäne bietet genügend Informationen, damit die Entitäten ihre eigene Verwaltung und End-to-End-Überwachung durchführen und dennoch Sicherheitsverletzungen vermeiden können.
Abbildung 1 zeigt die Beziehungen zwischen den Ethernet-Bridges von Kunden, Anbietern und Betreibern, Wartungsdomänen, Wartungsassoziationsendpunkten (MEPs) und Wartungszwischenpunkten (MIPs).
Auf Routern der ACX-Serie werden die Maintenance Intermediate Points (MIP) nur auf den Routern ACX5048 und ACX5096 unterstützt.
Messung der Ethernet-Frame-Verzögerung
Zwei Hauptziele der OAM-Funktionalität sind die Messung von Quality-of-Service-Attributen wie Frame-Verzögerung und Frame-Delay-Variation (auch als " Frame-Jitter" bezeichnet). Anhand solcher Messungen können Sie Netzwerkprobleme erkennen, bevor Kunden von Netzwerkfehlern betroffen sind.
Junos OS unterstützt die Messung der Ethernet-Frame-Verzögerung zwischen MEPs, die auf physischen oder logischen Ethernet-Schnittstellen von Routern der MX-Serie konfiguriert sind. Die Ethernet-Frame-Delay-Messung bietet den Betreibern eine Feinkontrolle zum Auslösen der Verzögerungsmessung für einen bestimmten Service und kann zur Überwachung von SLAs verwendet werden. Die Messung der Ethernet-Frame-Verzögerung sammelt auch andere nützliche Informationen, wie z. B. Worst- und Best-Case-Verzögerungen, durchschnittliche Verzögerung und durchschnittliche Verzögerungsschwankung. Die Junos OS-Implementierung von 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-Service-Schicht, die in der ITU-T-Terminologie als "ETH-Schicht" bezeichnet wird.
Router der MX-Serie mit modularen Portkonzentratoren (MPCs) und 10-Gigabit-Ethernet-MPCs mit SFP+ unterstützen ITU-T Y.1731-Funktionalität auf VPLS für Frame-Delay und Delay-Variation.
Das Virtual Chassis der MX-Serie unterstützt keine Ethernet-Frame-Delay-Messung (DM).
Messung der Einweg-Ethernet-Frame-Verzögerung
Im unidirektionalen ETH-DM-Modus wird eine Reihe von Werten für die Frame-Verzögerung und die Frame-Verzögerungsvariation basierend auf der Zeit berechnet, die zwischen dem Zeitpunkt, zu dem ein Mess-Frame vom Initiator-MEP an einem Router gesendet wird, und dem Zeitpunkt, zu dem der Frame vom Empfänger-MEP am anderen Router empfangen wird, verstrichen ist.
Router der ACX-Serie unterstützen keine unidirektionale Ethernet-Frame-Delay-Messung.
- 1DM Übertragung
- 1DM Rezeption
- Einweg-ETH-DM-Statistik
- Einfaktor für ETH-DM-Frames
- Synchronisation von Systemuhren
1DM Übertragung
Wenn Sie eine unidirektionale Frame-Verzögerungsmessung starten, sendet der Router 1DM-Frames – Frames, die die Protocol Data Unit (PDU) für eine unidirektionale Verzögerungsmessung tragen – vom Initiator-MEP zum Empfänger-MEP mit der von Ihnen angegebenen Rate und für die Anzahl der Frames. Der Router markiert jeden 1DM-Frame als drop-in-fähig und fügt einen Zeitstempel der Übertragungszeit in den Frame ein.
1DM Rezeption
Wenn ein MEP einen 1DM-Frame empfängt, misst der Router, der den empfangenen MEP enthält, die unidirektionale Verzögerung für diesen Frame (die Differenz zwischen dem Zeitpunkt, zu dem der Frame empfangen wurde, und dem im Frame selbst enthaltenen Zeitstempel) und die Verzögerungsvariation (die Differenz zwischen dem aktuellen und dem vorherigen Verzögerungswert).
Einweg-ETH-DM-Statistik
Der Router, in dem sich der empfangende MEP befindet, speichert jeden Satz von Einweg-Verzögerungsstatistiken in der ETH-DM-Datenbank. Die ETH-DM-Datenbank sammelt bis zu 100 Datensätze von Statistiken für jede CFM-Sitzung (Paar von Peer-MEPs). Sie können jederzeit auf diese Statistiken zugreifen, indem Sie sich den Inhalt der ETH-DM-Datenbank anzeigen lassen.
Einfaktor für ETH-DM-Frames
Jeder Router zählt die Anzahl der gesendeten und empfangenen unidirektionalen ETH-DM-Frames:
Bei einem Initiator-MEP zählt der Router die Anzahl der gesendeten 1DM-Frames.
Bei einem Empfänger-MEP zählt der Router die Anzahl der empfangenen gültigen 1DM-Frames und die Anzahl der empfangenen ungültigen 1DM-Frames.
Jeder Router speichert die Anzahl der ETH-DM-Frames in der CFM-Datenbank. Die CFM-Datenbank speichert CFM-Sitzungsstatistiken und, bei Schnittstellen, die ETH-DM unterstützen, alle ETH-DM-Frame-Counts. Sie können jederzeit auf die Frame-Zählungen zugreifen, indem Sie CFM-Datenbankinformationen für Ethernet-Schnittstellen anzeigen, die MEPs zugewiesen sind, oder für MEPs in CFM-Sitzungen.
Synchronisation von Systemuhren
Die Genauigkeit der Berechnungen der einseitigen Verzögerung hängt von der engen Synchronisation der Systemtakte am Initiator-MEP und am Empfänger-MEP ab.
Die Genauigkeit der Variation der unidirektionalen Verzögerung hängt nicht von der Synchronisierung der Systemuhr ab. Da die Verzögerungsvariation einfach die Differenz zwischen aufeinanderfolgenden unidirektionalen Verzögerungswerten ist, wird die phasenverschobene Periode aus den Frame-Jitter-Werten eliminiert.
Bei einer gegebenen Einweg-Ethernet-Frame-Delay-Messung sind die Werte für die Frame-Verzögerung und die Frame-Delay-Variation nur auf dem Router verfügbar, der den Empfänger-MEP enthält.
Zwei-Wege-Ethernet-Frame-Delay-Messung
Im bidirektionalen ETH-DM-Modus basieren die Werte für die Frame-Verzögerung und die Frame-Verzögerungsvariation auf der Zeitdifferenz zwischen dem Zeitpunkt, an dem der Initiator-MEP einen Request-Frame überträgt und einen Antwort-Frame vom Responder-MEP empfängt, wobei die am Responder-MEP verstrichene Zeit abgezogen wird.
- DMM-Übertragung
- DMR-Übertragung
- DMR-Empfang
- Zwei-Wege-ETH-DM-Statistik
- Zwei-Wege-ETH-DM-Frame-Zählungen
DMM-Übertragung
Wenn Sie eine bidirektionale Frame-Delay-Messung starten, sendet der Router DMM-Frames (Delay Measurement Message) – Frames, die die PDU für eine bidirektionale ETH-DM-Anfrage übertragen – vom Initiator-MEP zum Responder-MEP mit der von Ihnen angegebenen Rate und für die Anzahl der Frames. Der Router markiert jeden DMM-Frame als Drop-in-fähig und fügt einen Zeitstempel der Übertragungszeit in den Frame ein.
DMR-Übertragung
Wenn ein MEP einen DMM-Frame empfängt, antwortet der Responder-MEP mit einem DMR-Frame (Delay Measurement Answer), 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 den MEP enthält, die bidirektionale Verzögerung für diesen Frame basierend auf der folgenden Sequenz von Zeitstempeln:
TITxDMM
TRRxDMM
TRTxDMR
TIRxDMR
Eine bidirektionale Frame-Verzögerung wird wie folgt berechnet:
[TIRxDMR – TI TxDMM] – [TRTxDMR – TR RxDMM]
Die Berechnung zeigt, dass die Frame-Verzögerung die Differenz zwischen dem Zeitpunkt, zu dem der Initiator-MEP einen DMM-Frame sendet, und dem Zeitpunkt, zu dem der Initiator-MEP den zugehörigen DMR-Frame vom Responder-MEP empfängt, abzüglich der am Responder-MEP verstrichenen Zeit ist.
Die Verzögerungsvariation ist die Differenz zwischen dem aktuellen und dem vorherigen Verzögerungswert.
Zwei-Wege-ETH-DM-Statistik
Der Router, in dem sich der Initiator-MEP befindet, speichert jeden Satz von bidirektionalen Verzögerungsstatistiken in der ETH-DM-Datenbank. Die ETH-DM-Datenbank sammelt bis zu 100 Datensätze von Statistiken für jede CFM-Sitzung (Paar von Peer-MEPs). Sie können jederzeit auf diese Statistiken zugreifen, indem Sie sich den Inhalt der ETH-DM-Datenbank anzeigen lassen.
Zwei-Wege-ETH-DM-Frame-Zählungen
Jeder Router zählt die Anzahl der gesendeten und empfangenen bidirektionalen ETH-DM-Frames:
Bei einem Initiator-MEP zählt der Router die Anzahl der übertragenen DMM-Frames, die Anzahl der empfangenen gültigen DMR-Frames und die Anzahl der empfangenen ungültigen DMR-Frames.
Bei einem Responder-MEP zählt der Router die Anzahl der gesendeten DMR-Frames.
Jeder Router speichert die Anzahl der ETH-DM-Frames in der CFM-Datenbank. Die CFM-Datenbank speichert CFM-Sitzungsstatistiken und, bei Schnittstellen, die ETH-DM unterstützen, alle ETH-DM-Frame-Counts. Sie können jederzeit auf die Frame-Zählungen zugreifen, indem Sie CFM-Datenbankinformationen für Ethernet-Schnittstellen anzeigen, die MEPs zugewiesen sind, oder für MEPs in CFM-Sitzungen.
Bei einer gegebenen bidirektionalen Ethernet-Frame-Delay-Messung sind die Werte für Frame-Verzögerung und Frame-Delay-Variation nur an dem Router verfügbar, der den Initiator-MEP enthält.
Wahl zwischen Einweg- und Zweiwege-ETH-DM
Die Messung der Einweg-Frame-Verzögerung erfordert, dass die Systemtakte am Initiator-MEP und am Empfänger-MEP eng synchronisiert sind. Für die Zwei-Wege-Frame-Delay-Messung ist keine Synchronisation der beiden Systeme erforderlich. Wenn es nicht praktikabel ist, die Uhren zu synchronisieren, sind Zwei-Wege-Frame-Delay-Messungen genauer.
Wenn sich zwei Systeme physisch nahe beieinander befinden, sind ihre Werte für die Einweg-Verzögerung im Vergleich zu ihren Zwei-Wege-Verzögerungswerten sehr hoch. Die Messung der Einweg-Verzögerung erfordert, dass das Timing für die beiden Systeme auf einer sehr granularen Ebene synchronisiert wird, und die Router der MX-Serie unterstützen diese granulare Synchronisation derzeit nicht.
Einschränkungen für die Messung der Ethernet-Frame-Verzögerung
Die folgenden Einschränkungen gelten für die Funktion zur Messung der Ethernet-Frame-Verzögerung:
Die ETH-DM-Funktion wird auf LSI-Pseudodrahtes (Label-Switched Interface ) nicht unterstützt.
Die ETH-DM-Funktion wird auf aggregierten Ethernet-Schnittstellen unterstützt.
Hardware-gestütztes Timestamping für ETH-DM-Frames im Empfangspfad wird nur für MEP-Schnittstellen auf Enhanced DPCs und Enhanced Queuing DPCs in Routern der MX-Serie unterstützt. Informationen zum hardwaregestützten Zeitstempel finden Sie unter Richtlinien für die Konfiguration von Routern zur Unterstützung einer ETH-DM-Sitzung und Aktivieren der hardwaregestützten Zeitstempeloption.Richtlinien für die Konfiguration von Routern zur Unterstützung einer ETH-DM-SitzungKonfigurieren von Ethernet-Frame-Delay-Messsitzungen
Ethernet-Frame-Delay-Messungen können nur ausgelöst werden, wenn der verteilte periodische Paketverwaltungs-Daemon () aktiviert ist.
ppmWeitere Informationen zu dieser Einschränkung finden Sie unter Richtlinien für die Konfiguration von Routern zur Unterstützung einer ETH-DM-Sitzung und zur Sicherstellung, dass verteilte ppm nicht deaktiviert ist.Richtlinien für die Konfiguration von Routern zur Unterstützung einer ETH-DM-SitzungKonfigurieren von Routern zur Unterstützung einer ETH-DM-SitzungSie können jeweils nur eine Sitzung auf derselben Remote-MEP- oder MAC-Adresse überwachen. Weitere Informationen zum Starten einer ETH-DM-Sitzung finden Sie unter Starten einer ETH-DM-Sitzung.Starten einer ETH-DM-Sitzung
ETH-DM-Statistiken werden nur an einem der beiden Peer-Router in der ETH-DM-Sitzung erfasst. Für eine unidirektionale ETH-DM-Sitzung können Sie ETH-DM-Frame-Statistiken nur am empfangenden MEP anzeigen, indem Sie ETH-DM-spezifische Befehle verwenden.
showFür eine bidirektionale ETH-DM-Sitzung können Sie die Frame-Verzögerungsstatistik nur am Initiator-MEP anzeigen, indem Sie dieselben ETH-DM-spezifischen Befehle verwenden.showWeitere Informationen finden Sie unter ETH-DM-Statistiken verwalten und ETH-DM-Frame-Counts.Verwaltung von ETH-DM-Statistiken und ETH-DM-Frame-CountsDie ETH-DM-Frame-Counts werden bei beiden Abgeordneten erhoben und in den jeweiligen CFM-Datenbanken gespeichert.
Wenn ein ordnungsgemäßer Routing-Engine-Switchover (GRES) auftritt, gehen alle gesammelten ETH-DM-Statistiken verloren und die Anzahl der ETH-DM-Frames wird auf Null zurückgesetzt. Daher muss die Erfassung von ETH-DM-Statistiken und ETH-DM-Frame-Zählern nach Abschluss der Umstellung neu gestartet werden. GRES ermöglicht es einem Router mit zwei Routing-Engines, ohne Unterbrechung der Paketweiterleitung von einer primären Routing-Engine zu einer Backup-Routing-Engine zu wechseln. Weitere Informationen finden Sie im Junos OS High Availability User Guide.https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/config-guide-high-availability/high-availability.html
Die Genauigkeit der Frame-Verzögerungsstatistiken wird beeinträchtigt, wenn sich das System ändert (z. B. durch eine Neukonfiguration). Wir empfehlen, Ethernet-Frame-Delay-Messungen auf einem stabilen System durchzuführen.
Übersicht über die Messung von Ethernet-Frame-Loss
Die Hauptziele der OAM-Funktionalität sind die Messung von Quality-of-Service-Attributen wie Frame-Verzögerung, Frame-Delay-Variation (auch als " Frame-Jitter" bezeichnet) und Frame-Verlust. Mit solchen Messungen können Sie Netzwerkprobleme erkennen, bevor Kunden von Netzwerkfehlern betroffen sind.
Junos OS unterstützt Ethernet-Frame-Loss-Messung (ETH-LM) zwischen Wartungszuordnungs-Endpunkten (MEPs), die auf physischen oder logischen Ethernet-Schnittstellen auf Routern der MX-Serie konfiguriert sind, und wird derzeit nur für den VPWS-Service unterstützt. ETH-LM wird von Betreibern verwendet, um Zählerwerte zu sammeln, die für Ingress- und Egress-Service-Frames gelten. Diese Zähler verwalten die Anzahl der gesendeten und empfangenen Datenrahmen zwischen einem Paar von Abgeordneten. Die Messung des Ethernet-Frame-Verlusts wird durchgeführt, indem Frames mit ETH-LM-Informationen an einen Peer-MEP gesendet und in ähnlicher Weise Frames mit ETH-LM-Informationen vom Peer-MEP empfangen werden. Diese Art der Frame-Loss-Messung wird auch als Single-Ended-Ethernet-Loss-Messung bezeichnet.
Das Virtual Chassis der MX-Serie unterstützt keine Ethernet-Frame-Loss-Messung (ETH-LM).
ETH-LM unterstützt die folgenden Frame-Loss-Messungen:
Messung des Near-End-Frame-Verlusts: Messung des Frame-Verlusts im Zusammenhang mit eingehenden Daten-Frames.
Messung des Frameverlusts am entfernten Ende: Messung des Frameverlusts im Zusammenhang mit ausgehenden Datenframes.
Die proaktive und Dual-Ended-Loss-Messfunktion des ITU-T Y1731 wird von den Routern der ACX-Serie nicht unterstützt.
Die ETH-LM-Funktion wird auf aggregierten Ethernet-Schnittstellen unterstützt.
Ab Junos OS Version 16.1 sind die Ergebnisse der Ethernet-Verlustmessung (ETH-LM) ungenau, wenn CFM- (Connectivity Fault Management) und PM-PDUs lokal an einem Wartungsendpunkt (MEP) empfangen werden, der der gelben Klasse angehört oder eine Paketverlustpriorität (PLP) von mittel bis hoch aufweist. Dieses Problem falscher Ergebnisse ist spezifisch für die Ethernet-Verlustmessung für CFM-Sitzungen von ausgefallenen MEPs. Die Statistik zur Messung von Ethernet-Verlusten ist in den folgenden Szenarien ungenau:
Die Ethernet-Verlustmessung funktioniert bei einer CFM-Sitzung für einen MEP im ausgefallenen Zustand
CFM-PDUs, die auf der logischen Schnittstelle des Down-MEP empfangen werden, werden vom Klassifikator als gelb oder mittel-hoch PLP klassifiziert
Ein Paket wird gelb identifiziert, wenn der Eingabeklassifikator den PLP als mittelhoch markiert.
Das Problem der Diskrepanzen bei den Ergebnissen der Ethernet-Verlustmessung wird nicht beobachtet, wenn Sie die Ethernet-Verlustmessung im farblosen Modus konfigurieren. Um dieses Problem ungenauer Verlustmessergebnisse zu vermeiden, sollten Sie alle lokalen CFM-PDUs als grün oder mit dem PLP als hoch bereitstellen.
Ab Junos OS Version 16.1 wird die Leistungsüberwachung für die Verwaltung von Konnektivitätsfehlern (durch Einschließen der Anweisung und ihrer Untererklärungen auf Hierarchieebene) nicht unterstützt, wenn es sich bei der Netzwerk-zu-Netzwerk-Schnittstelle (NNI) oder der Ausgangsschnittstelle um eine aggregierte Ethernet-Schnittstelle mit Mitgliedsverbindungen auf DPCs handelt.performance-monitoring[edit protocols oam ethernet connectivity-fault-management]
Messung von Service-Level-Agreements
Die Messung von Service Level Agreements (SLA) ist der Prozess der Überwachung von Bandbreite, Verzögerung, Verzögerungsvariation (Jitter), Kontinuität und Verfügbarkeit eines Dienstes (E-Line oder E-LAN). So können Sie Netzwerkprobleme erkennen, bevor Kunden von Netzwerkfehlern betroffen sind.
Die Ethernet-VPN-Dienste können unterteilt werden in:
Peer-to-Peer-Services (E-Line-Services): Die E-Line-Services werden über MPLS-basierte Layer-2-VPN-VPWS (Virtual Private Wire Service) angeboten.
Multipoint-to-Multipoint-Services (E-LAN-Services): Die E-LAN-Services werden über MPLS-basierten Virtual Private LAN Service (VPLS) angeboten.
Weitere Informationen finden Sie im Konfigurationshandbuch für Junos-VPNs.
In Junos OS werden SLA-Messungen unterteilt in:
On-Demand-Modus: Im On-Demand-Modus werden die Messungen über die CLI ausgelöst.
Proaktiver Modus: Im proaktiven Modus werden die Messungen durch eine Iteratoranwendung ausgelöst.
Beachten Sie, dass die Messung der Ethernet-Frame-Verzögerung und der Ethernet-Frame-Dämpfung auf der Schnittstelle nicht unterstützt werden.ae
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, wird die Verzögerungsmessanforderung gemäß den vom ITU-T Y.1731-Standard spezifizierten Frame-Formaten generiert. Für die bidirektionale Verzögerungsmessung kann die serverseitige Verarbeitung an die Paketweiterleitungs-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 das Paketweiterleitungsmodul delegiert wird, werden die DMM-Frame-Zähler (Delay Measurement Message) und DMR-Frame-Zähler (Delay Measurement Response) vom Befehl nicht angezeigt.receivetransmitshow
Wenn der Benutzer die Verlustmessung über die CLI auslöst, sendet der Router die Pakete im Standardformat zusammen mit der TLV für die Verlustmessung. Standardmäßig ist das Argument im Paket enthalten, um gleichzeitige Sitzungen zur Messung von Verlusten von demselben lokalen MEP zu ermöglichen.session-id-tlv Sie können die Sitzungs-ID-TLV auch mithilfe des Arguments deaktivieren.no-session-id-tlv
Single-ended ETH-LM wird für On-Demand-Betrieb, Verwaltung und Wartung verwendet. Ein MEP sendet Frames mit ETH-LM-Anforderungsinformationen an seinen Peer-MEP und empfängt Frames mit ETH-LM-Antwortinformationen von seinem Peer-MEP, um Verlustmessungen durchzuführen. Die Protokolldateneinheit (PDU), die für eine Single-Ended-ETH-LM-Anfrage verwendet wird, wird als Loss Measurement Message (LMM) bezeichnet, und die PDU, die für eine Single-Ended-ETH-LM-Antwort verwendet wird, wird als Loss Measurement Reply (LMR) bezeichnet.
Proaktiver Modus für SLA-Messung
Im proaktiven Modus werden SLA-Messungen durch eine Iteratoranwendung ausgelöst. Ein Iterator ist für die regelmäßige Übertragung von SLA-Messpaketen in Form von ITU-Y.1731-konformen Frames für die Zwei-Wege-Verzögerungsmessung oder Verlustmessung auf Routern der MX-Serie ausgelegt. Dieser Modus unterscheidet sich von der bedarfsgesteuerten SLA-Messung, die vom Benutzer initiiert wird. Der Iterator sendet periodische Anforderungspakete zur Verzögerungs- oder Verlustmessung für jede der registrierten Verbindungen. Iteratoren stellen sicher, dass 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 bildet und funktional betriebsbereit ist, muss die Continuity Check Message (CCM) zwischen der lokalen und der Remote-MEP-Konfiguration des Connectivity Fault Management (CFM) aktiv sein. Jede Änderung in den Iterator-Adjacency-Parametern setzt die vorhandenen Iteratorstatistiken zurück und startet den Iterator neu. Der Begriff Adjacency bezieht sich hier auf eine Paarung zweier Endpunkte (entweder direkt oder virtuell verbunden) mit relevanten Informationen zum gegenseitigen Verständnis, die für die anschließende Verarbeitung verwendet werden. Beispielsweise bezieht sich die Iterator-Adjacency auf die Iterator-Assoziation zwischen den beiden Endpunkten der MEPs.
Für jeden DPC oder MPC werden nur 30 Iteratorinstanzen für einen Zykluszeitwert von 10 Millisekunden (ms) unterstützt. In Junos OS werden 255 Iteratorprofilkonfigurationen und 2000 Remote-MEP-Zuordnungen unterstützt.
Iteratoren mit einem Zykluszeitwert von weniger als 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 lange laufen, bis der Iterator manuell deaktiviert oder deaktiviert wird.
ACX5048- und ACX5096-Router unterstützen Iterator-Zykluszeiten von nur 1 Sekunde und mehr.
Ein auf einem Router konfigurierter VPWS-Dienst wird auf SLA-Messungen überwacht, indem die Verbindung (hier handelt es sich um ein Paar von Remote- und lokalen MEPs) auf einem Iterator registriert wird und dann eine regelmäßige SLA-Messrahmenübertragung für diese Verbindungen initiiert wird. Der End-to-End-Service wird über einen an beiden Enden konfigurierten Wartungszuordnungsendpunkt (Maintenance Association End Point, MEP) identifiziert.
Für die bidirektionale Verzögerungsmessung und Verlustmessung sendet ein Iterator eine Anforderungsnachricht für die Verbindung in der Liste (falls vorhanden) und dann eine Anforderungsnachricht für die Verbindung, die im vorherigen Iterationszyklus abgefragt wurde. Die aufeinanderfolgenden Anforderungsmeldungen für die SLA-Messrahmen und ihre Antworten helfen bei der Berechnung von Verzögerungsvariationen und Verlustmessungen.
Die Y.1731-Frame-Übertragung für einen Dienst, der an einen Iterator angehängt ist, wird endlos fortgesetzt, es sei denn, ein Bediener greift ein und stoppt ihn oder bis die Bedingung für die Anzahl der Iterationen erfüllt ist. Um zu verhindern, dass der Iterator weitere proaktive SLA-Messrahmen sendet, muss der Bediener eine der folgenden Aufgaben ausführen:
Aktivieren Sie die Anweisung auf Hierarchieebene .
deactivate sla-iterator-profile[edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance association ma-name mep mep-id remote-mep mep-id]Stellen Sie eine Anweisung unter dem entsprechenden Iteratorprofil auf Hierarchieebene bereit.
disable[edit protocols oam ethernet connectivity-fault-management performance-monitoring sla-iterator-profiles profile-name]
Ethernet-Verzögerungsmessungen und Verlustmessung im proaktiven Modus
Bei der bidirektionalen Verzögerungsmessung wird der DMM-Frame (Delay Measurement Message) durch eine Iteratoranwendung ausgelöst. Der DMM-Frame enthält zusätzlich zu den im Standard-Frame-Format 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 Berechnung der Einweg-Verzögerungsvariation mit der Zwei-Wege-Verzögerungsmessmethode basiert die Berechnung der Verzögerungsvariation auf den Zeitstempeln, die im DMR-Frame (und nicht im 1DM-Frame) vorhanden sind. Daher ist es nicht erforderlich, dass clientseitige und serverseitige Uhren synchron sind. Unter der Annahme, dass der Unterschied in ihren Uhren konstant bleibt, wird erwartet, dass die Ergebnisse der einseitigen Verzögerungsvariation ziemlich genau sind. Mit dieser Methode entfällt auch die Notwendigkeit, separate 1DM-Frames nur für die Messung der Einweg-Verzögerungsvariation zu senden.
Im proaktiven Modus zur Verlustmessung sendet der Router Pakete im Standardformat zusammen mit der TLV für die Verlustmessung und der Iterator-TLV.
Übersicht über das Ethernet Failure Notification Protocol
Das Failure Notification Protocol (FNP) ist ein Mechanismus zur Fehlerbenachrichtigung, der Fehler in Punkt-zu-Punkt-Ethernet-Transportnetzwerken auf Routern der MX-Serie erkennt. Wenn eine Knotenverbindung ausfällt, erkennt FNP den Fehler und sendet FNP-Meldungen an die benachbarten Knoten, dass eine Verbindung ausgefallen ist. Nach dem Empfang der FNP-Nachricht können Knoten den Datenverkehr an die Schutzschaltung umleiten.
FNP wird nur von E-Line-Diensten unterstützt.
Ein E-Line-Service bietet eine sichere Punkt-zu-Punkt-Ethernet-Verbindung zwischen zwei Benutzer-Netzwerkschnittstellen (UNIs). E-Line-Dienste sind ein geschützter Dienst und jeder Dienst verfügt über einen funktionierenden Stromkreis und einen Schutzkreis. CFM wird verwendet, um die Arbeits- und Schutzpfade zu überwachen. CCM-Intervalle führen zu Failover-Zeiten von Hunderten von Millisekunden oder wenigen Sekunden. FNP ermöglicht die Erkennung und Weitergabe von Service-Circuit-Fehlern in weniger als 50 ms und ein Failover von 50 ms für E-Line-Services.
Der MX-Router fungiert als PE-Knoten und verarbeitet die FNP-Nachrichten, die im Management-VLAN empfangen werden, sowie die FNP-Nachrichten, die sowohl auf den Ethernet-Schnittstellen als auch auf den 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 auf logischen Schnittstellen aktiviert werden, die Teil einer VPLS-Routing-Instanz sind, und für keine physischen Schnittstellen in dieser VPLS-Routing-Instanz sollte CCM konfiguriert sein. FNP kann nur auf einer logischen Schnittstelle pro physischer Schnittstelle aktiviert werden.
Alle E-Line-Services sind als Layer-2-Circuits mit Edge-Schutz konfiguriert. Ein VLAN, das der Arbeits- oder Schutzschaltung zugeordnet ist, muss einer logischen Schnittstelle zugeordnet werden. Für VLANs, die von E-LINE-Diensten verwendet werden, wird im Ring Link kein Trunk-Port oder Access-Port unterstützt. FNP steuert nicht die logische Schnittstelle, die der Schutzschaltung zugeordnet ist. Nur der E-Line-Dienst, dessen Endpunkt sich nicht in einem MX-Knoten befindet, wird von FNP gesteuert.
FNP unterstützt einen ordnungsgemäßen Neustart und die GRES-Funktionen ( Graceful Routing Engine Switchover ).
Siehe auch
Synthetische Ethernet-Verlustmessung – Übersicht
Ethernet Synthetic Loss Measurement (ETH-SLM) ist eine Anwendung, die die Berechnung von Frame-Loss ermöglicht, indem synthetische Frames anstelle von Datenverkehr verwendet werden. Dieser Mechanismus kann als statistische Stichprobe betrachtet werden, um die Frame-Loss-Rate des Datenverkehrs anzunähern. Jeder Wartungszuordnungsendpunkt (MEP) führt Frame-Verlustmessungen durch, die zur Nichtverfügbarkeit von Zeit beitragen.
Ein Frameverlust am nahen Ende gibt den Frameverlust an, der eingehenden Datenrahmen zugeordnet ist, und ein Frameverlust am entfernten Ende gibt den Frameverlust an, der mit Ausgangsdatenframes verbunden ist. Sowohl Near-End- als auch Near-End-Frame-Loss-Messungen tragen zu Near-End-Heavy-Errored-Sekunden und Wide-End-Stronged-Errored-Sekunden bei, die in Kombination verwendet werden, um die nicht verfügbare Zeit zu bestimmen. ETH-SLM wird unter Verwendung von Synthetic Loss Message (SLM) und Synthetic Loss Reply (SLR) Frames durchgeführt. ETH-SLM ermöglicht es jedem MEP, synthetische Frame-Loss-Messungen am nahen und fernen Ende unter Verwendung von synthetischen Frames durchzuführen, da ein bidirektionaler Dienst als nicht verfügbar definiert wird, wenn eine der beiden Richtungen als nicht verfügbar eingestuft wird.
Es gibt die beiden Arten der Frame-Loss-Messung, die durch die ITU-T Y.1731-Standards definiert sind, ETH-LM und ETH-SLM. Junos OS unterstützt nur Single-Ended-ETH-SLM. Beim Single-Ended-ETH-SLM sendet jeder MEP Frames mit den ETH-SLM-Anforderungsinformationen an seinen Peer-MEP und empfängt Frames mit ETH-SLM-Antwortinformationen von seinem Peer-MEP, um synthetische Verlustmessungen durchzuführen. Single-Ended-ETH-SLM wird für proaktives oder On-Demand-OAM verwendet, um synthetische Verlustmessungen durchzuführen, die für Punkt-zu-Punkt-Ethernet-Verbindungen gelten. Diese Methode ermöglicht es einem MEP, Verlustmessungen am entfernten und nahen Ende zu initiieren und zu melden, die mit einem Paar von MEPs verbunden sind, die Teil derselben Maintenance Entity Group (MEG) sind.
Das Virtual Chassis der MX-Serie unterstützt keine Ethernet-Messung der synthetischen Dämpfung (ETH-SLM).
Single-ended ETH-SLM wird verwendet, um On-Demand- oder proaktive Tests durchzuführen, indem eine endliche Anzahl von ETH-SLM-Frames an einen oder mehrere MEP-Peers initiiert 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 synthetischen Verlustmessungen am nahen und fernen Ende verwendet werden. Die Messung von Service-Level-Agreements (SLA) ist der Prozess der Überwachung von Bandbreite, Verzögerung, Verzögerungsvariation (Jitter), Kontinuität und Verfügbarkeit eines Dienstes. So können Sie Netzwerkprobleme erkennen, bevor Kunden von Netzwerkfehlern betroffen sind. Im proaktiven Modus werden SLA-Messungen durch eine Iteratoranwendung ausgelöst. Ein Iterator ist so konzipiert, dass er regelmäßig SLA-Messpakete in Form von ITU-Y.1731-konformen Frames für die synthetische Frame-Loss-Messung überträgt. Dieser Modus unterscheidet sich von der bedarfsgesteuerten SLA-Messung, die vom Benutzer initiiert wird. Im On-Demand-Modus werden die Messungen vom Benutzer über die CLI ausgelöst. Wenn der Benutzer das ETH-SLM über die CLI auslöst, entspricht die generierte SLM-Anforderung den im ITU-T Y.1731-Standard festgelegten Rahmenformaten.
ACX5048- und ACX5096-Router unterstützen ETH-SLM für Layer-2-Dienste.
Szenarien für die Konfiguration von ETH-SLM
ETH-SLM misst den Frame-Verlust am nahen und fernen Ende zwischen zwei Abgeordneten, die Teil desselben MEG-Levels sind. Sie können ETH-SLM so konfigurieren, dass der synthetische Verlust sowohl für aufwärts oder vorgeschaltete MEP als auch für nach unten gerichtete oder nachgeschaltete MEP gemessen wird. In diesem Abschnitt werden folgende Szenarien für den Betrieb von ETH-SLM beschrieben:
Vorgeschaltete TGA in MPLS-Tunneln
Stellen Sie sich ein Szenario vor, in dem ein MEP zwischen den Benutzernetzwerkschnittstellen (UNIs) der beiden Router der MX-Serie, MX1 und MX2, in Upstreamrichtung konfiguriert wird. MX1 und MX2 sind über ein MPLS-Core-Netzwerk verbunden. ETH-SLM-Messungen werden zwischen dem vorgeschalteten MEP im Pfad zwischen den beiden Routern durchgeführt. Sowohl MX1 als auch MX2 können On-Demand- oder proaktives ETH-SLM initiieren, das sowohl den Verlust am entfernten als auch am nahen Ende bei MX1 bzw. MX2 messen kann. Die beiden UNIs sind über MPLS-basierten Layer-2-VPN-VPWS (Virtual Private Wire Service) miteinander 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 die nachgeschaltete MEP wird für das Ethernet-Netzwerk konfiguriert. ETH-SLM-Messungen werden zwischen dem nachgeschalteten MEP im Pfad zwischen den beiden Routern durchgeführt. 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 wird und der Dienstschutz für ein VPWS über MPLS durch Angabe eines Arbeitspfads oder Schutzpfads auf dem MEP aktiviert wird. Der Dienstschutz bietet einen End-to-End-Verbindungsschutz des Arbeitspfads im Falle eines Ausfalls. Um den Dienstschutz zu konfigurieren, müssen Sie zwei separate Transportpfade erstellen: einen Arbeitspfad und einen Schutzpfad. Sie können den Arbeitspfad und den Schutzpfad angeben, 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ützen" angeben.
In einer Beispieltopologie ist ein Router der MX-Serie, MX1, über einen MPLS-Kern mit zwei anderen Routern der MX-Serie, MX2 und MX3, verbunden. Die CFM-Sitzung (Connectivity Fault Management) zwischen MX1 und MX2 ist der Arbeitspfad auf dem MEP, und die CFM-Sitzung zwischen MX1 und MX3 ist der Schutzpfad auf dem MEP. MX2 und MX3 wiederum sind über Ethernet-Schnittstellen mit MX4 im Zugangsnetzwerk verbunden. Downstream-MEP wird zwischen MX1 und MX4 konfiguriert, die MX2 (funktionierende CFM-Sitzung) und auch zwischen MX1 und MX4, die MX3 (geschützte CFM-Sitzung) durchläuft. ETH-SLM wird zwischen diesen nachgelagerten Abgeordneten durchgeführt. In den beiden nachgeschalteten MEPs wird die Konfiguration auf MX1- und MX4-UNIs durchgeführt, ähnlich wie bei den vorgeschalteten MEP.
Format der ETH-SLM-Nachrichten
Synthetische Verlustnachrichten (SLMs) unterstützen Single-Ended-Ethernet-Anforderungen zur Messung synthetischer Verluste (ETH-SLM). Dieses Thema enthält die folgenden Abschnitte, in denen die Formate der SLM-Protokolldateneinheiten (PDUs), SLR-PDUs und des Dateniteratortyplängenwerts (TLV) beschrieben werden.
SLM-PDU-Format
Das SLM-PDU-Format wird von einem MEP verwendet, um SLM-Informationen zu übertragen. Folgende Komponenten sind in SLM-PDUs enthalten:
Quell-MEP-ID: Die Quell-MEP-ID ist ein 2-Oktett-Feld, bei dem die letzten 13 niederwertigen Bits verwendet werden, um den MEP zu identifizieren, der den SLM-Frame überträgt. Die MEP-ID ist innerhalb der MEG eindeutig.
Test-ID: Die Test-ID ist ein 4-Oktett-Feld, das vom übertragenden MEP festgelegt wird und zur Identifizierung eines Tests verwendet wird, wenn mehrere Tests gleichzeitig zwischen MEPs ausgeführt werden (einschließlich gleichzeitiger On-Demand- und proaktiver Tests).
TxFCf—TxFCf ist ein 4-Oktett-Feld, das die Anzahl der SLM-Frames überträgt, die vom MEP an seinen Peer-MEP übertragen werden.
Im Folgenden sind die Felder in einer SLM-PDU aufgeführt:
MEG-Ebene: Konfigurierte Wartungsdomänenebene im Bereich von 0 bis 7.
Version—0.
OpCode: Identifiziert einen ODAM-PDU-Typ. Bei SLM sind es 55.
Flags: Wird auf Nullen gesetzt.
TLV-Versatz—16.
Quell-MEP-ID: Ein 2-Oktett-Feld, das zur Identifizierung des MEP verwendet wird, der den SLM-Frame überträgt. In diesem 2-Oktett-Feld werden die letzten 13 niederwertigen Bits verwendet, um den MEP zu identifizieren, der den SLM-Frame überträgt. Die MEP-ID ist innerhalb der MEG eindeutig.
RESV—Reservierte Felder werden auf Nullen gesetzt.
Test-ID: Ein 4-Oktett-Feld, das vom übertragenden MEP festgelegt und zur Identifizierung eines Tests verwendet wird, wenn mehrere Tests gleichzeitig zwischen MEPs ausgeführt werden (einschließlich gleichzeitiger On-Demand- und proaktiver Tests).
TxFCf: Ein 4-Oktett-Feld, das die Anzahl der SLM-Frames überträgt, die vom MEP an den Peer-MEP übertragen werden.
Optionale TLV: Eine Daten-TLV kann in jedem übertragenen SLM enthalten sein. Für die Zwecke von ETH-SLM ist der Wertteil der Daten-TLV nicht spezifiziert.
End TLV: Oktettwert mit allen Nullen.
SLR-PDU-Format
Das PDU-Format für synthetische Verlustantworten (SLR) wird von einem MEP zur Übertragung von SLR-Informationen verwendet. Im Folgenden sind die Felder in einer SLR-PDU aufgeführt:
MEG-Ebene: Ein 3-Bit-Feld, dessen Wert aus der zuletzt empfangenen SLM-PDU kopiert wird.
Version: Ein 5-Bit-Feld, dessen Wert aus der zuletzt empfangenen SLM-PDU kopiert wird.
OpCode: Identifiziert einen ODAM-PDU-Typ. Für SLR ist es auf 54 eingestellt.
Flags: Ein 1-Oktett-Feld, das aus der SLM-PDU kopiert wurde.
TLV-Offset: Ein 1-Oktett-Feld, das aus der SLM-PDU kopiert wurde.
Quell-MEP-ID: Ein 2-Oktett-Feld, das aus der SLM-PDU kopiert wurde.
Responder MEP ID: Ein 2-Oktett-Feld, das zur Identifizierung des MEP verwendet wird, der das SLR-Bild überträgt.
Test-ID: Ein 4-Oktett-Feld, das aus der SLM-PDU kopiert wurde.
TxFCf: Ein 4-Oktett-Feld, das aus der SLM-PDU kopiert wurde.
TxFCb: Ein Feld mit 4 Oktetten. Dieser Wert stellt die Anzahl der für diese Test-ID übertragenen SLR-Frames dar.
Optionaler TLV: Der Wert wird von der SLM-PDU kopiert, sofern vorhanden.
End TLV: Ein 1-Oktett-Feld, das aus der SLM-PDU kopiert wurde.
Daten-Iterator-TLV-Format
Der Dateniterator-TLV gibt den Daten-TLV-Teil des Y.1731-Datenrahmens an. Der MEP verwendet eine Daten-TLV, wenn der MEP so konfiguriert ist, dass Verzögerung und Verzögerungsvariation für verschiedene Framegrößen gemessen werden. Im Folgenden sind die Felder in einer Daten-TLV aufgeführt:
Typ: Identifiziert den TLV-Typ. Der Wert für diesen TLV-Typ ist Daten (3).
Länge: Gibt die Größe des Wertfelds mit dem Datenmuster in Oktetten an. Der Maximalwert des Feldes Länge ist 1440.
Datenmuster: Ein beliebiges Bitmuster -octet ( bezeichnet die Länge).nn Der Empfänger ignoriert es.
Übermittlung von ETH-SLM-Nachrichten
Die ETH-SLM-Funktionalität kann mehrere SLM-Anfragen (Synthetic Loss Message) gleichzeitig zwischen zwei Abgeordneten verarbeiten. Bei der Sitzung kann es sich um eine proaktive oder eine On-Demand-SLM-Sitzung handeln. Jede SLM-Anforderung wird eindeutig durch eine Test-ID identifiziert.
Ein Abgeordneter kann SLM-Anfragen senden oder auf SLM-Anfragen antworten. Eine Antwort auf eine SLM-Anforderung wird als Synthetic Loss Reply (SLR) bezeichnet. Nachdem ein MEP eine SLM-Anforderung anhand der Test-ID ermittelt hat, berechnet der MEP den Far-End- und Near-End-Frame-Verlust auf der Grundlage der Informationen in der SLM-Nachricht oder der SLM-Protokolldateneinheit (PDU).
Ein MEP verwaltet die folgenden lokalen Zähler 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:
TxFCl: Anzahl der synthetischen Frames, die für eine Test-ID an den Peer-MEP übertragen werden. Ein Quell-MEP erhöht diese Zahl für die sukzessive Übertragung von synthetischen Frames mit ETH-SLM-Anforderungsinformationen, während ein Ziel- oder empfangender MEP diesen Wert für die sukzessive Übertragung von synthetischen Frames mit den SLR-Informationen erhöht.
RxFCl: Anzahl der synthetischen Frames, die vom Peer-MEP für eine Test-ID empfangen wurden. Ein Quell-MEP erhöht diese Zahl für den sukzessiven Empfang von synthetischen Frames mit SLR-Informationen, während ein Ziel- oder empfangender MEP sie für den sukzessiven Empfang von synthetischen Frames mit ETH-SLM-Anforderungsinformationen erhöht.
In den folgenden Abschnitten werden die Phasen der Verarbeitung von SLM-PDUs zur Bestimmung des synthetischen Frame-Verlusts beschrieben:
- Initiierung und Übermittlung von SLM-Requests
- Empfang von SLMs und Übertragung von SLRs
- Empfang von Spiegelreflexkameras
- Berechnung des Frame-Verlusts
Initiierung und Übermittlung von SLM-Requests
Ein MEP übermittelt in regelmäßigen Abständen eine SLM-Anfrage, bei der das OpCode-Feld auf 55 festgelegt ist. 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-Initiierung. Für jede SLM-PDU, die für die Sitzung übertragen wird (Test-ID), wird der lokale Zähler TxFCl im Paket gesendet.
Es ist keine Synchronisierung des Test-ID-Werts zwischen initiierenden und antwortenden MEPs erforderlich, da die Test-ID beim initiierenden MEP konfiguriert wird 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 die Zählung 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 von der Quell-MEP erhalten hat, wird ein SLR-Frame generiert und an den anfordernden oder Quell-MEP übertragen. Der SLR-Frame ist gültig, wenn der MEG-Pegel und die MAC-Zieladresse mit der MAC-Adresse des empfangenden MEP übereinstimmen. Alle Felder in den SLM-PDUs werden aus der SLM-Anforderung kopiert, mit Ausnahme der folgenden Felder:
Die Quell-MAC-Adresse wird in die MAC-Zieladresse kopiert, und die Quelladresse enthält die MAC-Adresse des MEP.
Der Wert des Feldes OpCode wird von SLM in SLR (54) geändert.
Die MEP-ID des Responders 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 gleich der Anzahl der gesendeten SLR-Frames. Beim Responder oder empfangenden MEP ist RxFCl gleich TxFCl.
Empfang von Spiegelreflexkameras
Nachdem ein SLM-Frame (mit einem bestimmten TxFCf-Wert) übertragen wurde, erwartet ein MEP, dass er innerhalb des Timeout-Werts einen entsprechenden SLR-Frame (mit demselben TxTCf-Wert) von seinem Peer-MEP erhält. SLR-Frames, die nach dem Timeout-Wert (5 Sekunden) empfangen werden, werden verworfen. Mit den in SLR-Rahmen enthaltenen Informationen ermittelt ein TGA den Rahmenverlust für den angegebenen Messzeitraum. Der Messzeitraum ist ein Zeitintervall, in dem die Anzahl der übertragenen SLM-Bilder statistisch ausreichend ist, um eine Messung mit einer bestimmten Genauigkeit durchzuführen. Ein MEP verwendet die folgenden Werte, um den Frameverlust am nahen und fernen Ende während des Messzeitraums zu bestimmen:
Zuletzt empfangene TxFCf- und TxFCb-Werte des SLR-Rahmens sowie der lokale Zähler-RxFCl-Wert am Ende des Messzeitraums. Diese Werte werden als TxFCf[tc], TxFCb[tc] und RxFCl[tc] dargestellt, wobei tc die Endzeit des Messzeitraums ist.
Die TxFCf- und TxFCb-Werte des ersten empfangenen SLR-Rahmens nach Testbeginn und der lokale 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 sendenden oder Quell-MEP erhöht.
Berechnung des Frame-Verlusts
Der synthetische Frame-Verlust wird am Ende des Messzeitraums auf der Grundlage des Wertes der lokalen Zähler und der Informationen des zuletzt empfangenen Frames berechnet. Der zuletzt empfangene Frame enthält die TxFCf- und TxFCb-Werte. Der lokale Zähler enthält den RxFCl-Wert. Anhand dieser Werte wird der Frameverlust mit der folgenden Formel ermittelt:
Frameverlust (am entfernten Ende) = TxFCf – TxFCb
Frameverlust (Nahende) = TxFCb – RxFCl
Tabellarischer Änderungsverlauf
Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie Feature Explorer, um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.
performance-monitoring[edit protocols oam ethernet connectivity-fault-management]