Einführung in das OAM Connectivity Fault Management (CFM)
SUMMARY In diesem Abschnitt werden der Betrieb, die Verwaltung und die Verwaltung (OAM) der Konnektivitätsfehlerverwaltung (Connectivity Fault Management, CFM) beschrieben.
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 besteht aus einem vollständigen Netz von Instandhaltungsendpunkten (MEPs), die ähnliche Merkmale aufweisen.maintenance association 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 sein.up MEPsdown 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.
Bei Routern der ACX-Serie wird OAM für VPLS nur auf ACX5048-, ACX5096- und ACX5448-Routern und OAM für EVPN nur auf ACX5448- und ACX710-Routern unterstützt.
Die CFM-Unterstützung auf PTX10001-36MR-, PTX10004-, PTX10008- und PTX10016-Geräten umfasst die folgenden Einschränkungen:
-
Einschränkungen im Zusammenhang mit Wartungsendpunkten (MEP) und Wartungszwischenpunkten (MIP) – Sie können Folgendes nicht konfigurieren:
-
Nach oben und unten MEP auf gleicher Ebene auf einer Schnittstelle.
-
-
Wenn der obere MEP höher ist als der untere MEP, lässt das System die CCM-PDUs nicht selektiv fallen und lässt sie ohne Unterbrechung passieren.
-
DM-bezogene Zeitstempel für AE mit untergeordneten Links über mehrere PFEs hinweg werden nicht unterstützt.
-
CFM-Pakete übernehmen die Standardwarteschlange. In den folgenden Fällen gibt es keine Zuordnung von Weiterleitungsklasse zu Warteschlange (fc-to-queue):
-
Ausgehender Datenverkehr, wenn cos-rewrite nicht konfiguriert ist
-
Nicht getaggter Datenverkehr
-
-
Die Konfiguration von OAM-fähigen IFLs kann sich auf die CFM-Skalierung auswirken.
vlan-id-list -
CFM-Pakete, die an den Host gebunden und vom Host generiert werden, umgehen die konfigurierten Firewall-Filter sowohl für die Eingangs- als auch für die Ausgangsrichtung nicht.
IEEE 802.1ag OAM-Konnektivitätsfehlermanagement
Junos OS unterstützt die Verwaltung von Konnektivitätsfehlern gemäß IEEE 802.1ag. Ethernet-Schnittstellen auf M7i- und M10i-Routern mit Enhanced CFEB (CFEB-E) sowie auf Routern der M120-, M320-, MX-, T- und PTX-Serie unterstützen den IEEE 802.1ag-Standard für Operation, Administration, and Management (OAM). 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.
In Junos OS Version 9.3 und höher unterstützt CFM auch aggregierte Ethernet-Schnittstellen. CFM-Sitzungen werden im verteilten Modus auf dem Flexible PIC Concentrator (FPC) auf aggregierten Ethernet-Schnittstellen ausgeführt. Daher wird GRES (Graceful Routing Engine Switchover) auf aggregierten Ethernet-Schnittstellen unterstützt. In Versionen vor Junos OS Version 13.3 werden CFM-Sitzungen im zentralisierten Modus auf der Routing-Engine ausgeführt. CFM-Sitzungen werden jedoch auf aggregierten Ethernet-Schnittstellen nicht unterstützt, wenn sich die Schnittstellen, die das aggregierte Ethernet-Bundle bilden, im gemischten Modus befinden. Darüber hinaus werden CFM-Sitzungen mit einem CCM-Intervall (Continuity Check Message) von 10 Millisekunden über aggregierte Ethernet-Schnittstellen nicht unterstützt.
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 aggregierte Ethernet-Schnittstellen zu deaktivieren und die Sitzungen im zentralisierten Modus auszuführen, fügen Sie die Anweisung auf Hierarchieebene ein.no-aggregate-delegate-processing[edit protocols oam ethernet connectivity-fault-management]
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 PFE zu deaktivieren, schließen Sie die Anweisung auf Hierarchieebene ein.ppm no-delegate-processing[edit routing-options ppm]
-
Virtual Chassis der MX-Serie unterstützt kein verteiltes Inline-Konnektivitätsfehlermanagement.
-
Router der ACX-Serie unterstützen CFM auf aggregierten Ethernet-Schnittstellen mit einem Durchgangsprüfungsintervall von 100 Millisekunden oder mehr.
-
CFM-Sitzungen werden auf aggregierten Ethernet-Schnittstellen unterstützt, wenn sich die Schnittstellen, die das aggregierte Ethernet-Bündel bilden, zum Zeitpunkt der Aktivierung des Befehls im gemischten Modus befinden.
no-aggregate-delegate-processing -
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. 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.
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.
Ab Junos OS Version 10.3 wird CFM nicht mehr für nicht getaggte aggregierte Ethernet-Member-Links auf Schnittstellen unterstützt, die auf Modular Port Concentrators (MPCs) und Modular Interface Cards (MICs) von Routern der MX-Serie konfiguriert sind. CFM wird jedoch sowohl auf nicht getaggten als auch auf aggregierten logischen Ethernet-Schnittstellen unterstützt, die auf MPCs und MICs konfiguriert sind.Ab Junos OS Version 12.3 unterstützt CFM Multichassis Link Aggregation (MC-LAG) nicht. Es wird empfohlen, die Anweisung nicht zu konfigurieren, wenn Sie CFM konfigurieren.mc-ae
Ab Junos OS Version 11.3 wird CFM auf Routern der T-Serie und M320 auf Schnittstellen, die mit CCC-Kapselung konfiguriert sind, nicht mehr unterstützt. Wenn Sie CFM konfigurieren, zeigt das System folgende Meldung an: "".MEPs cannot be configured on ccc interface on this platform
Ab Junos OS Version 17.4 können Sie die Unterstützung für IEEE 802.1ag CFM auf Pseudowire-Serviceschnittstellen aktivieren, indem Sie Maintenance Intermediate Points (MIPs) auf den Pseudowire-Serviceschnittstellen konfigurieren. Pseudowire-Service-Schnittstellen unterstützen die Konfiguration von Teilnehmerschnittstellen über MPLS-Pseudowire-Terminierung. Die Terminierung von Teilnehmerschnittstellen über PW ermöglicht es Netzbetreibern, ihre MPLS-Domäne vom Zugriffs-/Aggregationsnetzwerk bis zum Service-Edge zu erweitern und für einen größeren Teil ihres Netzwerks eine einheitliche MPLS-Label-Bereitstellung 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 untagged, single tagged und stacked VLAN-Schnittstellen unterstützt.
Auf Switches der EX-Serie müssen Sie zur Verwendung der CFM-Funktion zunächst die CFM zum grundlegenden Junos OS hinzufügen, indem Sie eine erweiterte Funktionslizenz (EFL) installieren. Weitere Informationen finden Sie unter Lizenzen für die EX-Serie .https://www.juniper.net/documentation/en_US/release-independent/licensing/topics/topic-map/understanding_software_licenses.html
- Schlüsselelemente für das Management von Verbindungsfehlern
- Best Practices für die Konfiguration von 802.1ag Ethernet OAM für VPLS
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).
Bei Routern der ACX-Serie werden die Maintenance Intermediate Points (MIP) nur auf den Routern ACX5048 und ACX5096 unterstützt.
Eine Wartungszuordnung ist eine Gruppe von MEPs, die mit derselben Wartungszuordnungskennung und Wartungsdomänenebene konfiguriert sind. zeigt die hierarchischen Beziehungen zwischen der Ethernet-Bridge, Wartungsdomänen, Wartungszuordnungen und MEPs.Abbildung 2
Best Practices für die Konfiguration von 802.1ag Ethernet OAM für VPLS
Die logischen Schnittstellen in einer VPLS-Routing-Instanz können die gleichen oder unterschiedliche VLAN-Konfigurationen aufweisen. Eine VLAN-Normalisierung ist erforderlich, um Pakete korrekt zwischen diesen Schnittstellen zu wechseln. Bei der VLAN-Normalisierung handelt es sich im Grunde um eine VLAN-Übersetzung, bei der die VLAN-Tags des empfangenen Pakets übersetzt werden müssen, wenn sie sich von den normalisierten VLAN-Tags unterscheiden.
Bei Routern der MX-Serie wird das normalisierte VLAN mit einer der folgenden Konfigurationsanweisungen in der VPLS-Routing-Instanz angegeben:
vlan-id vlan-numbervlan-id nonevlan-tags outer outer-vlan-number inner inner-vlan-number
Sie müssen explizit auf allen Schnittstellen konfigurieren , die zur Routinginstanz gehören.vlan-maps
Die folgenden Überlegungen zum Weiterleitungspfad müssen beachtet werden:
Paketempfangspfad:
Dies ist der Weiterleitungspfad für Pakete, die auf den Schnittstellen empfangen werden.
802.1ag Ethernet OAM für VPLS verwendet implizite Schnittstellenfilter und Weiterleitungstabellenfilter, um die CFM-Pakete zu überfluten, zu akzeptieren und zu verwerfen.
Paketübertragungspfad:
Die JUNOS-Software nutzt die hardwarebasierte Weiterleitung des Routers für CPU-generierte Pakete.
Bei Down-MEPs werden die Pakete über die Schnittstelle übertragen, auf der der MEP konfiguriert ist.
Bei Routern der MX-Serie muss das Paket für Up MEPs an andere Schnittstellen in der VPLS-Routing-Instanz geflutet werden. Der Router erstellt eine Flood-Route, die an einen Flood-Next-Hop gebunden ist (mit allen Schnittstellen für Flood), und bezieht dann das Paket, das mit dieser Flood-Route weitergeleitet werden soll.
Der Router verwendet auch implizite Weiterleitung für CPU-generierte Pakete. Das Ergebnis ist, dass der nächste Überschwemmungshop, der an die Überschwemmungsroute gebunden ist, an den Filterterm gebunden wird. Der Filterbegriff verwendet Übereinstimmungskriterien, um die vom Host generierten Pakete korrekt zu identifizieren.
Siehe auch
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.
mc-ae