Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Einführung in das OAM Connectivity Fault Management (CFM)

In diesem Abschnitt wird der Betrieb, die Verwaltung und das Management (OAM) von CFM (CFM) beschrieben.

Verwenden Sie den Funktions-Explorer , um die Plattform- und Releaseunterstützung für bestimmte Features zu bestätigen.

Plattformspezifisches CFM-Verhalten Im Abschnitt finden Sie Hinweise zu Ihrer Plattform.

Fehlermanagement bei Ethernet-OAM-Konnektivität

Das Connectivity Fault Management (CFM) ist in IEEE 802.1ag definiert. In diesem Thema liegt der Schwerpunkt auf der Verwendung von CFM in einer Metro-Ethernet-Umgebung.

Die Hauptmerkmale von CFM sind:

  • Fehlerüberwachung mit dem Protokoll zur Durchgangsprüfung. Dieses Protokoll dient als Protokoll für die Erkennung und Zustandsprüfung von Nachbarn, das Nachbarschaften auf VLAN- oder Verbindungsebene identifiziert und verwaltet.

  • Pfaderkennung und Fehlerüberprüfung mit dem Linktrace-Protokoll. Ähnlich wie bei IP-Traceroute bildet dieses Protokoll den Pfad zu einer MAC-Zieladresse über ein oder mehrere Bridged-Netzwerke zwischen Quelle und Ziel ab.

  • Fehlerisolierung über das Loopback-Protokoll. Ähnlich wie IP-Ping arbeitet dieses Protokoll während der Fehlerbehebung mit dem Protokoll zur Kontinuitätsprüfung.

CFM unterteilt das Service-Netzwerk in verschiedene administrative Domänen, wie z. B. Betreiber, Anbieter und Kunden. Diese Domänen können zu separaten administrativen Domänen gehören.

Jede administrative Domäne ist mit einer Wartungsdomäne verknüpft, die ausreichende Informationen für die Selbstverwaltung enthält, eine End-to-End-Überwachung ermöglicht und Sicherheitsverletzungen verhindert. Jede Wartungsdomäne ist basierend auf der Netzwerkhierarchie einer Wartungsdomänenebene zwischen 0 und 7 zugeordnet. Den äußersten Domänen wird eine höhere Ebene zugewiesen als den innersten Domänen. Kundenendpunkte haben die höchste Wartungsdomänenebene.

Jede Dienstinstanz in einer CFM-Wartungsdomäne wird als maintenance association. A maintenance association besteht aus einem vollständigen Netz von Instandhaltungsendpunkten (MEPs), die ähnliche Merkmale aufweisen. MdEP sind aktive CFM-Einrichtungen, die CFM-Protokollnachrichten generieren und darauf antworten.

Es gibt auch einen Maintenance Intermediate Point (MIP), bei dem es sich um eine CFM-Einheit handelt, die dem MEP ähnelt. MIP ist jedoch relativ passiv und reagiert nur auf CFM-Nachrichten.

Abgeordnete können oder down MEPsseinup MEPs . Eine Verbindung kann einen MEP auf Ebene 5 mit einem MEP auf Ebene 7 verbinden. Die Schnittstelle auf Ebene 5 ist eine UP-MEP (da sich das andere Ende der Verbindung auf MEP-Ebene 7 befindet) und die Schnittstelle auf Ebene 7 ist eine Down-MEP (weil sich das andere Ende der Verbindung auf MEP-Ebene 5 befindet).

In einem Metro-Ethernet-Netzwerk wird CFM üblicherweise auf zwei Ebenen eingesetzt:

  • Durch den Service Provider, um die Konnektivität zwischen seinen Provider-Edge-Routern (PE) zu überprüfen

  • Durch den Kunden, um die Konnektivität zwischen seinen Kunden-Edge-Routern (CE) zu überprüfen

    HINWEIS:

    Die konfigurierte CFM-Ebene des Kunden muss größer sein als die CFM-Ebene des Serviceanbieters.

In vielen Metro-Ethernet-Netzwerken wird CFM zur Überwachung der Konnektivität über ein VPLS- und Bridge-Netzwerk verwendet.

IEEE 802.1ag OAM-Konnektivitätsfehlermanagement

Junos OS unterstützt IEEE 802.1ag-Konnektivität, Fehlermanagement und Ethernet-Schnittstellen auf Geräten, die den IEEE 802.1ag-Standard für OAM unterstützen. Der IEEE 802.1ag-Standard erleichtert das Ethernet Connectivity Fault Management (CFM), mit dessen Hilfe ein Ethernet-Netzwerk überwacht werden kann, das aus einer oder mehreren Serviceinstanzen besteht.

CFM unterstützt aggregierte Ethernet-Schnittstellen (AEX). CFM-Sitzungen werden im verteilten Modus auf dem Flexible PIC Concentrator (FPC) auf aggregierten Ethernet-Schnittstellen ausgeführt. Daher wird Graceful Routing-Engine Switchover (GRES) auf AEX unterstützt. CFM-Sitzungen mit einem CCM-Intervall (Continuity Check Message) von 10 ms werden über AEX nicht unterstützt.

Für CFM-Sitzungen im zentralisierten Modus empfehlen wir, maximal 40 CFM-Sitzungen mit einem CCM-Intervall (Continuity Check Message) von 100 ms oder maximal 400 CFM-Sitzungen mit einem CCM-Intervall von 1 Sekunde (1 s) zu konfigurieren. Wenn CFM-Sitzungen über diesen Grenzwert hinaus konfiguriert werden, funktioniert CFM möglicherweise nicht wie erwartet. Sie können Probleme beobachten, wenn sich der Status mehrerer Links ändert oder wenn die Linecards neu gestartet werden.

CFM-Sitzungen werden standardmäßig verteilt. Alle CFM-Sitzungen dürfen entweder nur im verteilten oder nur im zentralisierten Modus ausgeführt werden. Ein gemischter Betrieb von verteilten und zentralisierten Modi für CFM-Sitzungen wird nicht unterstützt. Um die Verteilung von CFM-Sitzungen auf aex zu deaktivieren und die Sitzungen im zentralisierten Modus arbeiten zu lassen, fügen Sie die no-aggregate-delegate-processing Anweisung auf der [edit protocols oam ethernet connectivity-fault-management] Hierarchieebene ein.

CFM-Sitzungen werden auf aex unterstützt, wenn sich die Schnittstellen, die das aggregierte Ethernet-Bundle bilden, im gemischten Modus befinden, wenn der no-aggregate-delegate-processing Befehl aktiviert ist.

Voraussetzung für das Funktionieren von Ethernet OAM 802.1ag ist, dass PPM (Distributed Periodic Packet Management) auf der Routing-Engine und der Paketweiterleitungs-Engine ausgeführt wird. Sie können PPM nur in der Paketweiterleitungs-Engine deaktivieren. Um PPM auf der Packet Forwarding Engine zu deaktivieren, fügen Sie die ppm no-delegate-processing Anweisung auf der [edit routing-options ppm] Hierarchieebene ein.

Beachten Sie, dass diese Grenzwerte unter Berücksichtigung einer PDU-Last (Protocol Data Unit) von 400 Paketen pro Sekunde (pps) in der Routing-Engine abgeleitet wurden. Dieser Grenzwert hängt von der Auslastung der Routing-Engine ab. Wenn die Routing-Engine stark ausgelastet ist, müssen Sie mit Abweichungen von diesem Grenzwert rechnen.

Sie können die Unterstützung für IEEE 802.1ag CFM auf Pseudowire-Serviceschnittstellen aktivieren, indem Sie Wartungszwischenpunkte (MIPs) auf den Pseudowire-Serviceschnittstellen konfigurieren. Pseudowire-Service-Schnittstellen unterstützen die Konfiguration von Teilnehmerschnittstellen über MPLS-Pseudowire-Terminierung. Die Terminierung von Anwenderschnittstellen über Pseudowire ermöglicht es Netzbetreibern, ihre MPLS-Domäne vom Access/Aggregation-Netzwerk bis zum Service-Edge zu erweitern und eine einheitliche MPLS-Label-Bereitstellung für einen größeren Teil ihres Netzwerks zu verwenden.

Die CFM-MIP-Sitzung wird nur auf der pseudowire services-Schnittstelle und nicht auf der pseudowire services-Tunnelschnittstelle unterstützt.

IEEE 802.1ag OAM unterstützt Graceful Routing Engine Switchover (GRES). IEEE 802.1ag OAM wird auf Schnittstellen ohne Tagged, Single-Tagged und S-VLAN unterstützt.

Schlüsselelemente für das Management von Verbindungsfehlern

Abbildung 1 zeigt die Beziehungen zwischen den Ethernet-Bridges von Kunden, Anbietern und Betreibern, Wartungsdomänen, Wartungsassoziationsendpunkten (MEPs) und Wartungszwischenpunkten (MIPs).

Abbildung 1: Beziehung zwischen MEPs, MIPs und Wartungsbereichsebenen Beziehung zwischen MEPs, MIPs und Wartungsbereichsebenen

Eine Wartungszuordnung ist eine Gruppe von MEPs, die mit derselben Wartungszuordnungskennung und Wartungsdomänenebene konfiguriert sind. Abbildung 2 zeigt die hierarchischen Beziehungen zwischen der Ethernet-Bridge, Wartungsdomänen, Wartungszuordnungen und MEPs.

Abbildung 2: Beziehung zwischen Brücken, Instandhaltungsbereichen, Instandhaltungsverbänden und MdEPs Beziehung zwischen Brücken, Instandhaltungsbereichen, Instandhaltungsverbänden und MdEPs

Plattformspezifisches CFM-Verhalten

Verwenden Sie den Funktions-Explorer , um die Plattform- und Releaseunterstützung für bestimmte Features zu bestätigen.

Verwenden Sie die folgende Tabelle, um plattformspezifische Verhaltensweisen für Ihre Plattform zu überprüfen.

Plattform Unterschied

ACX-Serie

  • Für Router der ACX-Serie, die CFM unterstützen, gelten die folgenden Einschränkungen:

    • ACX5048- und ACX5096-Router unterstützen keine MIP-Konfiguration für VPLS-Services.

    • ACX5448 Router unterstützt MIP nicht.

    • Router der ACX-Serie unterstützen CFM auf aggregierten Ethernet-Schnittstellen (AEX) mit einem Durchgangsprüfungsintervall von 100 ms oder mehr.

MX-Serie

  • Für Router der MX-Serie, die CFM unterstützen, gelten die folgenden Einschränkungen:

    • Nicht getaggte aggregierte Ethernet-Member-Links auf Schnittstellen, die auf Modular Port Concentrators (MPCs) und Modular Interface Cards (MICs) auf Routern der MX-Serie konfiguriert sind, unterstützen CFM nicht. Allerdings unterstützen sowohl logische Schnittstellen ohne Tags als auch aggregierte Ethernet-Schnittstellen, die auf MPCs und MICs konfiguriert sind, CFM.

    • Virtual Chassis der MX-Serie unterstützt verteiltes Inline-CFM nicht.

PTX-Serie

  • Für Router der PTX-Serie, die CFM unterstützen, gelten die folgenden Einschränkungen:

    • Es ist nicht möglich, auf einer Schnittstelle auf einer Schnittstelle nach oben und nach unten nach oben und unten zu konfigurieren.

    • DM-bezogene Zeitstempel für aggregiertes Ethernet mit untergelagerten Verbindungen über mehrere PFEs hinweg nicht unterstützt.

    • Firewall-Filter in Eingangs- und Ausgangsrichtung werden von hostgebundenen und vom Host generierten CFM-Paketen nicht umgangen.

    • CFM-Pakete verwenden die Standardwarteschlange. In den folgenden Fällen gibt es keine Zuordnung von Weiterleitungsklasse zu Warteschlange (fc-zu-Warteschlange):

      • Ausgangsdatenverkehr, wenn cos-rewrite nicht konfiguriert ist.

      • Nicht getaggter Datenverkehr

    • Die Konfiguration von vlan-id-list OAM-fähigen IFLs kann sich auf die CFM-Skalierung auswirken

    • Bei PTX10001-36MR-, PTX10004-, PTX10008- und PTX10016-Routern lässt das System die CCM-PDUs nicht selektiv fallen, wenn der Up-MEP-Wert höher ist als der Down-MEP, sondern lässt sie ohne Unterbrechung passieren.

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.

Release
Beschreibung
17.4R1
Ab Junos OS Version 17.4 können Sie die Unterstützung für IEEE 802.1ag CFM auf Pseudowire-Serviceschnittstellen aktivieren.
14.2
Ab Junos OS Version 14.2 wird empfohlen, für CFM-Sitzungen im zentralisierten Modus maximal 40 CFM-Sitzungen mit einem CCM-Intervall (Continuity Check Message) von 100 Millisekunden (100 ms) oder maximal 400 CFM-Sitzungen mit einem CCM-Intervall von 1 Sekunde (1 s) zu konfigurieren.
12.3
Ab Junos OS Version 12.3 unterstützt CFM Multichassis Link Aggregation (MC-LAG) nicht. Es wird empfohlen, die mc-ae Anweisung nicht zu konfigurieren, wenn Sie CFM konfigurieren.
9.3
In Junos OS Version 9.3 und höher unterstützt CFM aggregierte Ethernet-Schnittstellen.