Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
Auf dieser Seite
 

Konfigurieren von Connectivity Fault Management (CFM)

Verwenden Sie dieses Thema, um Funktionen für das Verbindungsfehlermanagement zu konfigurieren, wie Wartungsdomänen, Wartungszuordnungen, Maintenance Intermediate Points (MIPs) und Parameter für die Continuity-Prüfung. Mit diesem Thema können Sie auch ein Aktionsprofil konfigurieren, um die CFM-Aktion anzugeben, die ausgeführt werden muss, wenn ein bestimmtes CFM-Ereignis eintritt.

Erstellen einer Wartungsdomäne

Um das Connectivity Fault Management (CFM) auf einer Ethernet-Schnittstelle zu ermöglichen, müssen Sie zunächst eine Wartungsdomäne konfigurieren und den Namen der Wartungsdomäne angeben. Sie können auch das Format des Namens angeben. Wenn Sie beispielsweise das Nameformat als DNS-Format (Domain Name Service) angeben, können Sie den Namen der Wartungsdomäne als www.juniper.net angeben. Das Standardname-Format ist die ASCII-Zeichenfolge.

Anmerkung:

Bei logischen Schnittstellen muss der Name der Wartungsdomäne in logischen Systemen eindeutig sein. Wenn Sie denselben Wartungsdomänennamen in logischen Systemen konfigurieren, wird folgende Fehlermeldung angezeigt: error: configuration check-out failed.

Während der Erstellung der Wartungsdomäne können Sie auch die Wartungsdomänenebene angeben. Die Wartungsdomänenebene gibt die Verschachtelungsbeziehung zwischen verschiedenen Wartungsdomänen an. Die Wartungsdomänenebene ist in die einzelnen CFM-Frames eingebettet.

So erstellen Sie eine Wartungsdomäne:

  1. Erstellen Sie im Konfigurationsmodus eine Wartungsdomäne, indem Sie den Namen und das Namensformat auf der [edit protocols oam ethernet connectivity-fault-management ] Hierarchieebene angeben.
    Anmerkung:

    Wenn Sie die Wartungsdomänennamenlänge größer als 45 Oktett konfigurieren, wird folgende Fehlermeldung angezeigt: error: configuration check-out failed.

  2. Geben Sie die Wartungsdomänenebene an, indem Sie den Wert auf der [edit protocols oam ethernet connectivity-fault-management ] Hierarchieebene angeben.

Siehe auch

Konfigurieren von Maintenance Intermediate Points (MIPs)

Router der MX-Serie unterstützen Maintenance Intermediate Points (MIPs) für das Ethernet OAM 802.1ag CFM-Protokoll auf Bridge-Domänenebene. So können Sie für jede Standardstufe eine Wartungsdomäne definieren. Die MIPs-Namen werden auf default-level-number[edit protocols oam ethernet connectivity-fault-management maintenance-domain] Hierarchieebene erstellt. Verwenden Sie die bridge-domainOptionen , instancevirtual-switchund mip-half-function MIP, um die MIP-Konfiguration anzugeben.

Verwenden Sie den show oam ethernet connectivity-fault-management mip (bridge-domain | instance-name | interface-name) Befehl, um die MIP-Konfigurationen anzuzeigen.

So konfigurieren Sie den Maintenance Intermediate Point (MIP):

  1. Konfigurieren Sie eine Bridge-Domäne unter einem benutzerdefinierten virtuellen Switch, indem Sie auf [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name default-x] Hierarchieebene die virtual-switch Anweisung und den Namen des benutzerdefinierten virtuellen Switch angeben.
    Anmerkung:

    Eine Bridge-Domäne muss nur dann nach Namen angegeben werden, wenn sie konfiguriert ist, indem sie die Anweisung in die vlan-idvirtual-switch Anweisung eingibt. Wenn eine Bridge-Domäne mit einer Reihe von VLAN-IDs konfiguriert ist, müssen die VLAN-IDs nach dem Bridge-Domänennamen explizit aufgeführt werden.

    Anmerkung:

    Sie können auch die Bridge-Domäne für den virtuellen Standard-Switch konfigurieren, indem Sie die bridge-domain Anweisung auf der [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name] Hierarchieebene einbeziehen.

  2. Konfigurieren Sie die VPLS-Routinginstanz für die Standardwartungsdomäne.
  3. Konfigurieren Sie die MIP-Half Function (Maintenance Intermediate Point), um die MIP-Funktionalität in zwei unidirektionale Segmente aufzuteilen, um die Netzwerkabdeckung zu verbessern, indem die Anzahl der überwachten MIPs erhöht wird. Die MIP-Half-Funktion reagiert auch auf Loop-Back- und Link-Trace-Meldungen, um Fehler zu erkennen.
    Anmerkung:

    Wenn ein MIP konfiguriert und einer Bridge-Domäne mehreren Wartungsdomänen oder Wartungszuordnungen zugeordnet wird, ist es unerlässlich, dass der mip-half-function Wert für alle Wartungsdomänen und Wartungszuordnungen gleich ist.

Siehe auch

Konfigurieren der Wartungs-Zuordnung Intermediate Points in der ACX-Serie

Maintenance Intermediate Point (MIP) bietet Überwachungsfunktionen für Intermediate Points für Services wie Layer 2 Bridging, Layer 2 Circuit und Layer 2 VPN. Die Router ACX5048 und ACX5096 unterstützen MIPs für das Ethernet OAM 802.1ag CFM-Protokoll. Verwenden Sie die Bridge-Domänen-, Schnittstellen- und MIP-Half-Function-MIP-Optionen, um die MIP-Konfiguration anzugeben.

Anmerkung:

Die Router ACX5048 und ACX5096 unterstützen keine MIP-Konfiguration auf VPLS-Services.

Anmerkung:

Der ACX5448-Router unterstützt MIP nicht.

Anmerkung:

Wenn ein MIP konfiguriert und einer Bridge-Domäne mehreren Wartungsdomänen oder Wartungszuordnungen zugeordnet wird, ist es unerlässlich, dass der mip-half-function Wert für alle Wartungsdomänen und Wartungszuordnungen gleich ist.

Verwenden Sie den show oam ethernet connectivity-fault-management mip (bridge-domain | instance-name | interface-name) Befehl, um MIP-Konfigurationen anzuzeigen.

Die folgenden MIP-Konfigurationen werden in den Routern ACX5048 und ACX5096 unterstützt:

  • MIP mit Bridge-Domain

  • MIP mit Circuit Cross Connect (CCC)

  • MIP mit Bridge-Domäne, wenn der Endpunkt der Wartungszuweisung konfiguriert wird

  • MIP mit CCC, wenn der Endpunkt der Wartungszuweisung konfiguriert wird

In den folgenden Abschnitten wird die MIP-Konfiguration beschrieben:

Konfigurieren der Domäne Maintenance Domain Bridge

Um die Bridge-Domäne zu konfigurieren, fügen Sie die vlans Anweisung auf Hierarchieebene [edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domain-name] ein.

Anmerkung:

Die Layer-2-CLI-Konfigurationen und Show-Befehle für die Router ACX5048 und ACX5096 unterscheiden sich im Vergleich zu anderen Routern der ACX-Serie. Weitere Informationen finden Sie im Layer-2-Modus der nächsten Generation für die ACX-Serie.

Konfigurieren der Wartungsdomänen-MIP-Half Function

MIP Half Function (MHF) unterteilt die MIP-Funktionalität in zwei unidirektionale Segmente, verbessert die Visibilität bei minimaler Konfiguration und verbessert die Netzwerkabdeckung, indem die Anzahl der zu überwachenden Punkte erhöht wird. MHF erweitert die Überwachungsfunktionen, indem es auf Loopback- und Linktrace-Nachrichten reagiert, um Fehler zu isolieren.

Wenn eine MIP-Konfiguration erfolgt und eine Bridge-Domäne mehreren Wartungsdomänen oder Wartungszuordnungen zugeordnet wird, ist es unerlässlich, dass der MIP-Halbfunktionswert für alle Wartungsdomänen und Wartungszuordnungen gleich ist. Um die MIP-Halbfunktion zu konfigurieren, fügen Sie die mip-half-function Anweisung auf Hierarchieebene [edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domain-name] ein.

Konfigurieren der Maintenance Association Intermediate Points mit Bridge-Domäne

In den Routern ACX5048 und ACX5096 können Sie MIP mit Bridge-Domain konfigurieren. Im folgenden Beispiel wird das MIP mit der Bridge-Domäne konfiguriert:

Konfigurieren der Maintenance Association Intermediate Points mit Circuit Cross-Connect

In den Routern ACX5048 und ACX5096 können Sie den MIP mit Circuit Cross-Connect (CCC) konfigurieren. Im Folgenden sehen Sie ein Beispiel für die Konfiguration von MIP mit CCC:

Konfigurieren der Maintenance Association Intermediate Points with Bridge Domain when Maintenance Association End Point (Konfigurieren der Wartungszuweisung Zwischenpunkte mit der Bridge-Domäne bei der Konfiguration des Endpunkts der Wartung)

In den AcX5048- und ACX5096-Routern können Sie MIP mit Bridge-Domäne konfigurieren, wenn ein Endpunkt der Wartungszuweisung (Maintenance Association End Point, MEP) konfiguriert ist. Im folgenden Beispiel wird das MIP mit der Bridge-Domäne konfiguriert, wenn der MEP konfiguriert ist:

Konfigurieren der Maintenance Intermediate Points mit Circuit Cross-Connect bei der Konfiguration der End point-Konfiguration der Wartungszuweisung

In den Routern ACX5048 und ACX5096 können Sie MIP mit Circuit Cross-Connect (CCC) konfigurieren, wenn ein Endpunkt der Wartungszuweisung (Maintenance Association End Point, MEP) konfiguriert ist. Im Folgenden sehen Sie ein Beispiel für die Konfiguration des MIP mit CCC, wenn der MEP konfiguriert ist:

Siehe auch

Erstellen einer Wartungs-Assoziation

Um eine Wartungszuordnung zu erstellen, fügen Sie die maintenance-association ma-name Anweisung auf der [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name] Hierarchieebene ein.

Namen von Wartungszuordnungen können in einem der folgenden Formate vorliegen:

  • Als einfache ASCII-Zeichenfolge

  • Als VLAN-Identifikator des VLANs assoziieren Sie in erster Linie mit der Wartungsassoziation

  • Als Zwei-Oktett-Identifikator im Bereich von 0 bis 65.535

  • Als Name in dem in RFC 2685 angegebenen Format

Das Standardmäßige Kurznamenformat ist eine ASCII-Zeichenfolge.

Um das Kurznamenformat der Wartungszuordnung zu konfigurieren, fügen Sie die short-name-format (character-string | vlan | 2octet | rfc-2685-vpn-id) Anweisung auf Hierarchieebene [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name] ein.

Siehe auch

Überblick über die Protokollparameter der Continuity Check-Prüfung

Das Continuity Check-Protokoll wird zur Fehlererkennung von Maintenance End Points (MEPs) innerhalb einer Wartungsverbunde verwendet. Der MeP sendet periodisch Continuity Check-Multicast-Nachrichten. Die Continuity Check-Protokollpakete verwenden den Ethertype-Wert 0x8902 und die Multicast-Ziel-MAC-Adresse 01:80:c2:00:00:32.

In der folgenden Liste werden die konfigurierbaren Protokollparameter für die Continuity Check-Prüfung beschrieben:

  • interval— Häufigkeit der Continuity Check-Nachrichten (CCM), d. h. der Zeit zwischen der Übertragung der CCM-Nachrichten. Sie können 10 Minuten (10m), 1 Minute (1m), 10 Sekunden (10s), 1 Sekunde (1s), 100 Millisekunden (100ms) oder 10 Millisekunden (10ms) angeben. Der Standardwert beträgt 1 Minute. Wenn Sie beispielsweise das Intervall als 1 Minute angeben, sendet der MdEP jede Minute die Kontinuitätsüberprüfungsmeldungen an den empfangenden Abgeordneten.

    Anmerkung:

    Damit das Nachrichtenintervall der Continuity-Prüfung für 10 Millisekunden konfiguriert werden kann, wird standardmäßig das periodische Paketmanagement (PPM) auf der Routing-Engine und der Packet Forwarding Engine ausgeführt. Sie können PPM nur auf der Packet Forwarding Engine deaktivieren. Um PPM in der Packet Forwarding Engine zu deaktivieren, verwenden Sie die no-delegate-processing Anweisung auf Hierarchieebene [edit routing-options ppm] .

    Für CFM-Sitzungen über eine Label-Switched Interface (LSI) wird kein Continuity-Prüfintervall von 10 Millisekunden unterstützt.

  • hold-interval— Häufigkeit, in der die MeP-Datenbank gelöscht werden kann, wenn keine Aktualisierungen stattfinden. Empfangende Abgeordnete verwenden die Kontinuitätsüberprüfungsmeldungen, um eine MEP-Datenbank aller Abgeordneten im Wartungsverband aufzubauen. Die Häufigkeit ist die Anzahl der Minuten, die warten müssen, bevor sie die MEP-Datenbank spült, wenn keine Aktualisierungen stattfinden. Der Standardwert beträgt 10 Minuten.

    Anmerkung:

    Die Timer-basierte Spülung ist nur für autoentdeckte Remote-MEPs geeignet und nicht für statisch konfigurierte Remote-MEPs.

    Die Hold-Intervalllogik führt einen Abruf-Timer pro CFM-Sitzungsebene (nicht pro Remote-MEP-Ebene) aus, wobei die Abrufzeit der konfigurierten Haltezeit entspricht. Wenn der Abrufzeitgeber abläuft, löscht er alle automatisch erkannten Remote-MEP-Einträge, die sich über einen Zeitraum im fehlgeschlagenen Zustand befinden oder größer als die konfigurierte Haltezeit sind. Wenn der Remote-MEP die Haltezeit im fehlgeschlagenen Zustand beendet, wird das Spülen erst ausgeführt, wenn der nächste Abrufzeit-Timer abläuft. Daher kann die Remote-MEP-Spülung nicht genau zur konfigurierten Haltezeit erfolgen.

  • loss-threshold— Anzahl der Kontinuitätsüberprüfungsmeldungen, die verlorengehen können, bevor der Router den MdEP als unten markiert. Der Wert kann zwischen 3 und 256 Protokolldateneinheiten (PDUs) sein. Der Standardwert ist 3 PDUs.

Siehe auch

Konfigurieren von Continuity Check-Protokollparametern zur Fehlererkennung

Das Continuity Check-Protokoll wird zur Fehlererkennung von einem Endpunkt der Maintenance Association (MEP) innerhalb einer Wartungsvereinigung verwendet. Ein MdEP generiert und reagiert regelmäßig auf Continuity Check-Multicast-Nachrichten. Die Continuity Check-Protokollpakete verwenden den Ethertype-Wert 0x8902 und die Multicast-Ziel-MAC-Adresse 01:80:c2:00:00:32. Die empfangenden Abgeordneten verwenden die Continuity Check Messages (CCMs), um eine MEP-Datenbank aller Abgeordneten in der Wartungsvereinigung aufzubauen.

So konfigurieren Sie die Parameter des Continuity Check Protocol:

  1. Geben Sie die Zeit an, die sie in Minuten warten soll, bevor sie die MEP-Datenbank spült, falls keine Aktualisierungen stattfinden, mit einem Wert von 1 Minute bis 30.240 Minuten. Der Standardwert beträgt 10 Minuten.
    Anmerkung:

    Spülen basierend auf dem Wartezeitautomaten ist nur für automatisch erkannte Remote-MEPs und nicht für statisch konfigurierte Remote-MEPs geeignet.

  2. Geben Sie die Wartezeit (Dauer) zwischen den Übertragungen von CCMs an. Die Dauer kann einer der folgenden Werte sein: 10 Minuten (10 m), 1 Minute (1 m), 10 Sekunden (10 Sekunden), 1 Sekunde (1s), 100 Millisekunden (100 ms) oder 10 Millisekunden (10 ms). Der Standardwert beträgt 1 Minute.
  3. Geben Sie die Anzahl der Kontinuitätsprüfungsmeldungen an, die verlorengehen können, bevor der Router den MdEP als unten markiert. Der Wert kann zwischen 3 und 256 Protokolldateneinheiten (PDUs) sein. Der Standardwert ist 3 PDUs.

Siehe auch

Konfigurieren eines MEP zum Generieren und Reagieren auf CFM-Protokollmeldungen

Ein Endpunkt der Wartungszuordnung (Maintenance Association End Point, MEP) bezieht sich auf die Grenzen eines Domänenbereichs. Ein MeP generiert und reagiert auf Verbindungsfehlermanagement-Protokollmeldungen (Connectivity Fault Management, CFM). Sie können mehrere up-MEPs für eine einzige Kombination aus Wartungszuordnungs-ID und Wartungsdomänen-ID für Schnittstellen konfigurieren, die zu einem bestimmten VPLS-Service oder einer Bridge-Domäne gehören. Sie können mehrere Down-MEPs für eine einzige Instanz des Namens der Wartungsdomänenidentifizierung und Wartungszuordnung konfigurieren, um Services zu überwachen, die von Virtual Private LAN Service (VPLS), Bridge-Domain, Circuit Cross-Connect (CCC) oder IPv4-Domänen bereitgestellt werden.

Für Layer-2-VPNs-Routinginstanzen (lokales Switching) und EVPN-Routing-Instanzen können Sie auch mehrere up-MEPs für eine einzige Kombination aus Wartungsverbund-ID und Wartungsdomänen-ID an logischen Schnittstellen konfigurieren. Die logische Schnittstelle kann auf verschiedenen Geräten oder auf demselben Gerät konfiguriert werden. Zur Unterstützung mehrerer up-MEPs auf zwei IFLs müssen erweiterte IP-Netzwerkservices für das Gehäuse konfiguriert werden.

Sie können die automatische Erkennung eines MdEP aktivieren. Mit der automatischen Erkennung kann ein Mitglied des Europäischen Parlaments Kontinuitätsüberprüfungsmeldungen (Continuity Check Messages, CCMs) von allen Remote-MEPs derselben Wartungszuordnung akzeptieren. Wenn die automatische Erkennung nicht aktiviert ist, müssen die Remote-MEPs konfiguriert werden. Wenn der Remote-MEP nicht konfiguriert ist, werden die CCMs des Remote-MEP als Fehler behandelt.

Die Kontinuitätsmessung wird durch ein vorhandenes Continuity Check-Protokoll bereitgestellt. Die Kontinuität jedes Remote-MeP wird als Prozentsatz der Zeit gemessen, in der der Remote-MeP über die gesamte administrativ aktivierte Zeit betriebsbereit war. Hierbei ist die Betriebszeit die Gesamtzeit, während der die CCM-Nachbarschaft für einen bestimmten Remote-MEP aktiv ist, und die administrativ aktivierte Zeit ist die Gesamtzeit, während der der lokale MeP aktiv ist. Sie können auch die Kontinuitätsmessung neu starten, indem Sie die aktuell gemessene Betriebszeit und die administrativ aktivierte Zeit löschen.

Konfigurieren eines Endpunkts der Wartungszuweisung (MEP)

So konfigurieren Sie den Endpunkt einer Wartungszuordnung:

  1. Geben Sie im [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name]. Sie können jeden Wert von 1 bis 8191 angeben.
  2. Aktivieren Sie die automatische Erkennung von Wartungsendpunkten, damit der MEP Continuity Check Messages (CCMs) von allen Remote-Meps derselben Wartungsvereinigung akzeptieren kann.
  3. Geben Sie die Richtung an, in die die CCM-Pakete für das MEP übertragen werden. Sie können up oder down angeben. Wenn Sie die Richtung als up angeben, werden CCMs von jeder logischen Schnittstelle übertragen, die Teil derselben Bridging- oder VPLS-Instanz ist, außer für die im MEP konfigurierte Schnittstelle. Wenn Sie die Richtung nach unten angeben, werden CCMs nur aus der im MEP konfigurierten Schnittstelle übertragen.
    Anmerkung:

    Ports im Spanning Tree Protocol (STP)-Blockierungsstatus blockieren CFM-Pakete nicht, die für einen Down-MEP bestimmt sind. Ports in einem STP-Blockierungsstatus ohne konfiguration des Continuity Check-Protokolls blockieren CFM-Pakete.

    Anmerkung:

    Ab Junos OS Version 12.3 müssen Sie für alle Schnittstellen, die auf Modular Port Concentrators (MPCs) auf universellen 5G-Routing-Plattformen der MX-Serie konfiguriert sind, nicht mehr die no-control-word Anweisung für alle Layer-2-VPNs und Layer-2-Schaltungen konfigurieren, über die Sie CFM-MEPs ausführen. Für alle anderen Schnittstellen auf Routern der MX-Serie und auf allen anderen Routern und Switches müssen Sie die Anweisung bei der Konfiguration von no-control-word CFM-MEPs weiterhin auf der Hierarchieebene oder [edit protocols l2circuit neighbor neighbor-id interface interface-name] auf der [edit routing-instances routing-instance-name protocols l2vpn] Hierarchieebene konfigurieren. Andernfalls werden die CFM-Pakete nicht übertragen, und der show oam ethernet connectivity-fault-management mep-database Befehl zeigt keine Remote-MEPs an.

  4. Geben Sie die Schnittstelle an, an die der MEP angeschlossen ist. Dabei kann es sich um eine physische Schnittstelle, eine logische Schnittstelle oder eine Trunkschnittstelle geben. Auf Routern der MX-Serie kann das MEP an ein bestimmtes VLAN einer Trunk-Schnittstelle angeschlossen werden.
  5. Geben Sie die IEEE 802.1-Prioritätsbits an, die von Continuity Check- und Link Trace-Nachrichten verwendet werden. Sie können als Priorität einen Wert von bis zu 7 angeben.
  6. Geben Sie den Fehler mit der geringsten Priorität an, der einen Fehleralarm generiert, wenn CFM einen Fehler erkennt. Mögliche Werte sind: alle -Defekte, err-xcon, mac-rem-err-xcon, no-defect, rem-err-xcon und xcon.
  7. Geben Sie die ID des Remote-MEP am [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name mep mep-id]an. Sie können jeden Wert von 1 bis 8191 angeben.

Siehe auch

Konfigurieren eines Remote Maintenance Association End Point (MEP)

So konfigurieren Sie einen Endpunkt für die Remotewartungszuordnung:

  1. Konfigurieren Sie den Remote-MEP durch Angabe der MEP-ID im [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name mep mep-id]. Sie können jeden Wert von 1 bis 8191 angeben.
  2. Geben Sie den Namen des Aktionsprofils an, das für den Remote-MEP verwendet werden soll, indem Sie die action-profile profile-name Anweisung an der [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name mep mep-id remote-mep remote-mep-id]. Das Profil muss auf der [edit protocols oam ethernet connectivity-fault-management] Hierarchieebene definiert werden.
  3. Konfigurieren Sie den Remote-MEP, um einen anfänglichen Verbindungsverlust zu erkennen. Standardmäßig generiert der MdEP keine Loss-of-Continuity (LOC)-Fehlermeldungen. Wenn Sie die detect-loc Anweisung konfigurieren, wird ein Loss-of-Continuity (LOC)-Fehler erkannt, wenn vom Remote-MEP innerhalb einer Frist, die dem 3,5-fachen des für die Wartungszuordnung konfigurierten Continuity-Prüfintervalls entspricht, keine Continuity-Überprüfungsnachricht empfangen wird. Wenn ein LOC-Defekt erkannt wird, wird eine Syslog-Fehlermeldung generiert.
    Anmerkung:

    Wenn Sie Connectivity-Fault Management (CFM) zusammen mit detect-lockonfigurieren, wird jede action-profile zum Herunterfahren der Schnittstelle konfigurierte Nachricht ausgeführt, wenn keine Kontinuitätsüberprüfungsnachricht empfangen wird. Die Wird jedoch nicht ausgeführt, action-profile wenn Sie nicht konfiguriert detect-loc haben und die Meldung zur Continuity-Prüfung nicht empfangen wird.

Siehe auch

Siehe auch

Konfigurieren von MEP-Schnittstellen zur Unterstützung von Ethernet Frame Delay-Messungen

Die Messung der Ethernet-Frameverzögerung ist ein nützliches Tool für die Bereitstellung von Leistungsstatistiken oder die Unterstützung oder Herausforderung von Service Level Agreements (SLAs). Standardmäßig verwendet die Ethernet-Frameverzögerungsmessung Software für Zeitstempel- und Verzögerungsberechnungen. Sie können optional Hardware-Timing verwenden, um diesen Prozess zu unterstützen und die Genauigkeit der Verzögerungsmessergebnisse zu erhöhen. Diese Hilfe ist auf dem Empfangspfad verfügbar.

Bevor Sie Ethernet-Frameverzögerungsmessungen an Routern der MX-Serie durchführen können, müssen Sie Folgendes getan haben:

  • Richtig konfiguriertes Ethernet-OAM und CFM

  • Vorbereiten der Messungen zwischen zwei kompatibel konfigurierten Routern der MX-Serie

  • Aktivierte den verteilten periodischen Paketverwaltungs-Daemon (ppmd)

  • Vermeidung von Messungen der Ethernet-Frameverzögerung an aggregierten Ethernet- oder Pseudowire-Schnittstellen, die nicht unterstützt werden

  • Stellen Sie sicher, dass die hardwaregestützte Zeitstempelung unterstützt wird, wenn diese Funktion konfiguriert ist

Am Ende dieser Konfiguration erstellen Sie zwei Router der MX-Serie, die Messungen der Ethernet-Frameverzögerung an Ethernet-Schnittstellen mit optionaler Hardware-Zeitstempel durchführen und anzeigen können. Standardmäßig verwendet die Ethernet-Frameverzögerungsmessung Software für Zeitstempel- und Verzögerungsberechnungen. Sie können optional Hardware-Timing verwenden, um diesen Prozess zu unterstützen und die Genauigkeit der Verzögerungsmessergebnisse zu erhöhen. Diese Hilfe ist auf dem Empfangspfad verfügbar.

So konfigurieren Sie hardwaregestützte Zeitstempel:

  1. Um Hardwareunterstützung für die Ethernet-Frameverzögerungsmessung auf dem Empfangspfad zu ermöglichen, fügen Sie die hardware-assisted-timestamping Anweisung auf Hierarchieebene [edit protocols oam ethernet connectivity-fault-management performance-monitoring] ein:
  2. Die Messung der Ethernet-Frameverzögerung erfordert, dass verteiltes PPMD aktiviert ist. Bevor Sie Statistiken für die Ethernet-Frameverzögerungsmessung erfassen können, müssen Sie sicherstellen, dass PPMD ordnungsgemäß konfiguriert ist. Ohne verteiltes PPMD sind Verzögerungsmessergebnisse nicht gültig.

    Stellen Sie sicher, dass die folgende Konfigurationsanweisung NICHT vorhanden ist, um die Ethernet-Frameverzögerungsmessung durchzuführen:

Siehe auch

Konfigurieren des Dienstschutzes für VPWS über MPLS über die MEP-Schnittstelle

Sie können den Dienstschutz für einen Virtual Private Wire Service (VPWS) über MPLS aktivieren, indem Sie einen Arbeitspfad angeben oder den Pfad auf dem MEP schützen. 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 Anweisung für den interface MEP innerhalb der Wartungszuordnung konfigurieren und den Pfad als funktionierend oder schützend angeben.

Anmerkung:

Wenn der Pfad nicht angegeben ist, überwacht die Sitzung den aktiven Pfad.

Tabelle 1 beschreibt die verfügbaren Serviceschutzoptionen.

Tabelle 1: Serviceschutzoptionen

Option

Beschreibung

working

Gibt den Arbeitspfad an.

protect

Gibt den Schutzpfad an.

In dieser Konfiguration ermöglichen wir den Dienstschutz für den VPWS-Service. Die CCM-Sitzung ist für den Arbeitspfad konfiguriert und verweist auf die CCM-Sitzung, die für den Schutzpfad mithilfe der protect-maintenance-association Anweisung konfiguriert wurde. Der Name des Transportpfads zum Schutz der Wartungsassoziation wird konfiguriert und mit der Wartungsverknung für den Arbeitspfad verknüpft.

So konfigurieren Sie den Dienstschutz für VPWS über MPLS:

  1. Erstellen Sie im Konfigurationsmodus eine Wartungsdomäne, indem Sie den Namen und das Namensformat auf der [edit protocols oam ethernet connectivity-fault-management ] Hierarchieebene angeben.
    Anmerkung:

    Wenn Sie die Wartungsdomänennamenlänge größer als 45 Oktett konfigurieren, wird folgende Fehlermeldung angezeigt: error: configuration check-out failed.

  2. Geben Sie die Wartungsdomänenebene an, indem Sie den Wert auf der [edit protocols oam ethernet connectivity-fault-management ] Hierarchieebene angeben.
  3. Erstellen Sie eine Wartungszuordnung für den Arbeitspfad, indem Sie den Namen und das Kurznamenformat auf der [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name] Hierarchieebene angeben.
  4. Geben Sie den Namen des Wartungsverbunds an, der für den Verbindungsschutz verwendet wird, und den Namen des Profils für automatisches Schutz-Switching (APS-Profil) auf der [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name] Hierarchieebene.
  5. Geben Sie die Wartezeit zwischen übertragungen von Continuity-Check-Nachrichten auf der [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name continuity-check ] Hierarchieebene an. Die Dauer kann einer der folgenden Werte sein: 10 Minuten(10 m), 1 Minute(1m), 10 Sekunden(10s), 1 Sekunde(1s), 100 Millisekunden(100ms) oder 10 Millisekunden(10ms). Der Standardwert beträgt 1 Minute.
  6. Geben Sie im [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name]. Sie können jeden Wert von 1 bis 8191 angeben.
  7. Aktivieren Sie die automatische Erkennung von Wartungsendpunkten, damit der MEP Continuity Check Messages (CCMs) von allen Remote-Meps derselben Wartungsvereinigung akzeptieren kann.
  8. Geben Sie die Richtung an, in die die CCM-Pakete für das MEP übertragen werden. Sie können up oder down angeben. Wenn Sie die Richtung als up angeben, werden CCMs von jeder logischen Schnittstelle übertragen, die Teil derselben Bridging- oder VPLS-Instanz ist, außer für die im MEP konfigurierte Schnittstelle. Wenn Sie die Richtung nach unten angeben, werden CCMs nur aus der im MEP konfigurierten Schnittstelle übertragen.
    Anmerkung:

    Ports im Spanning Tree Protocol (STP)-Blockierungsstatus blockieren CFM-Pakete nicht, die für einen Down-MEP bestimmt sind. Ports in einem STP-Blockierungsstatus ohne konfiguration des Continuity Check-Protokolls blockieren CFM-Pakete.

    Anmerkung:

    Ab Junos OS Version 12.3 müssen Sie für alle Schnittstellen, die auf Modular Port Concentrators (MPCs) auf universellen 5G-Routing-Plattformen der MX-Serie konfiguriert sind, nicht mehr die no-control-word Anweisung für alle Layer-2-VPNs und Layer-2-Schaltungen konfigurieren, über die Sie CFM-MEPs ausführen. Für alle anderen Schnittstellen auf Routern der MX-Serie und auf allen anderen Routern und Switches müssen Sie die Anweisung bei der Konfiguration von no-control-word CFM-MEPs weiterhin auf der Hierarchieebene oder [edit protocols l2circuit neighbor neighbor-id interface interface-name] auf der [edit routing-instances routing-instance-name protocols l2vpn] Hierarchieebene konfigurieren. Andernfalls werden die CFM-Pakete nicht übertragen, und der show oam ethernet connectivity-fault-management mep-database Befehl zeigt keine Remote-MEPs an.

  9. Geben Sie die Schnittstelle an, an die der MEP angeschlossen ist. Dabei kann es sich um eine physische Schnittstelle, eine logische Schnittstelle oder eine Trunkschnittstelle geben. Auf Routern der MX-Serie kann das MEP an ein bestimmtes VLAN einer Trunk-Schnittstelle angeschlossen werden. Geben Sie auch den Transportpfad als funktionierend an.
  10. Erstellen Sie eine Wartungszuordnung für den Schutzpfad, indem Sie den Namen und das Kurznamenformat auf der [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name] Hierarchieebene angeben.
  11. Geben Sie die Wartezeit zwischen übertragungen von Continuity-Check-Nachrichten auf der [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name continuity-check ] Hierarchieebene an. Die Dauer kann einer der folgenden Werte sein: 10 Minuten(10 m), 1 Minute(1m), 10 Sekunden(10s), 1 Sekunde(1s), 100 Millisekunden(100ms) oder 10 Millisekunden(10ms). Der Standardwert beträgt 1 Minute.
  12. Geben Sie im [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name]. Sie können jeden Wert von 1 bis 8191 angeben.
  13. Aktivieren Sie die automatische Erkennung von Wartungsendpunkten, damit der MEP Continuity Check Messages (CCMs) von allen Remote-Meps derselben Wartungsvereinigung akzeptieren kann.
  14. Geben Sie die Richtung an, in die die CCM-Pakete für das MEP übertragen werden. Sie können up oder down angeben. Wenn Sie die Richtung als up angeben, werden CCMs von jeder logischen Schnittstelle übertragen, die Teil derselben Bridging- oder VPLS-Instanz ist, außer für die im MEP konfigurierte Schnittstelle. Wenn Sie die Richtung nach unten angeben, werden CCMs nur aus der im MEP konfigurierten Schnittstelle übertragen.
    Anmerkung:

    Ports im Spanning Tree Protocol (STP)-Blockierungsstatus blockieren CFM-Pakete nicht, die für einen Down-MEP bestimmt sind. Ports in einem STP-Blockierungsstatus ohne konfiguration des Continuity Check-Protokolls blockieren CFM-Pakete.

    Anmerkung:

    Ab Junos OS Version 12.3 müssen Sie für alle Schnittstellen, die auf Modular Port Concentrators (MPCs) auf universellen 5G-Routing-Plattformen der MX-Serie konfiguriert sind, nicht mehr die no-control-word Anweisung für alle Layer-2-VPNs und Layer-2-Schaltungen konfigurieren, über die Sie CFM-MEPs ausführen. Für alle anderen Schnittstellen auf Routern der MX-Serie und auf allen anderen Routern und Switches müssen Sie die Anweisung bei der Konfiguration von no-control-word CFM-MEPs weiterhin auf der Hierarchieebene oder [edit protocols l2circuit neighbor neighbor-id interface interface-name] auf der [edit routing-instances routing-instance-name protocols l2vpn] Hierarchieebene konfigurieren. Andernfalls werden die CFM-Pakete nicht übertragen, und der show oam ethernet connectivity-fault-management mep-database Befehl zeigt keine Remote-MEPs an.

  15. Geben Sie die Schnittstelle an, an die der MEP angeschlossen ist. Dabei kann es sich um eine physische Schnittstelle, eine logische Schnittstelle oder eine Trunkschnittstelle geben. Auf Routern der MX-Serie kann das MEP an ein bestimmtes VLAN einer Trunk-Schnittstelle angeschlossen werden. Geben Sie auch den Transportpfad als funktionierend an.

Siehe auch

Konfigurieren des Linktrace-Protokolls in CFM

Das Linktrace-Protokoll wird für die Pfaderkennung zwischen einem Paar Wartungspunkten verwendet. Linktrace-Nachrichten werden von einem Administrator ausgelöst, der den traceroute Pfad zwischen einem Paar von MEPs unter derselben Wartungszuordnung mithilfe des Befehls überprüft. Linktrace-Nachrichten können auch zur Überprüfung des Pfads zwischen einem MEP und einem MIP unter der gleichen Wartungsdomäne verwendet werden. Mit dem Linktrace-Protokoll können Sie die Wartezeit für eine Antwort konfigurieren. Wenn für eine Linktrace-Anfragenachricht keine Antwort empfangen wird, werden die Anforderungs- und Antworteinträge nach Ablauf des Intervalls gelöscht. Sie können auch die Anzahl der Linktrace-Antworteinträge konfigurieren, die für die entsprechende Linktrace-Anfrage gespeichert werden.

Der Betrieb von IEEE 802.1ag Linktrace-Anforderungs- und Antwortmeldungen ähnelt dem Betrieb von Layer-3-Befehlen traceroute . Weitere Informationen zum traceroute Befehl finden Sie in der Junos OS Administration Library for Routing Devices.

So konfigurieren Sie das Linktrace-Protokoll:

  1. Konfigurieren Sie die Zeit, bis sie auf der [edit protocols oam ethernet connectivity-fault-management] Hierarchieebene auf eine Linktrace-Antwort wartet. Sie können den Wert in Minuten oder Sekunden angeben. Der Standardwert beträgt 10 Minuten.
  2. Konfigurieren Sie die Anzahl der Linktrace-Antworteinträge, die pro Linktrace-Anfrage gespeichert werden sollen. Sie können einen Wert von 1 bis 500 angeben. Der Standardwert ist 100.

Siehe auch

Konfigurieren der Begrenzung der Übertragungsrate für Ethernet-OAM-Nachrichten

M320 mit Enhanced III FPC, M120, M7i, M10 mit CFEB und Routern der MX-Serie unterstützen die Begrenzung der Übertragungsrate von Ethernet-OAM-Nachrichten. Je nach Konfiguration des Connectivity Fault Management (CFM) werden CFM-Pakete verworfen, zur Verarbeitung an die CPU gesendet oder an andere Bridge-Schnittstellen überflutet. Mit dieser Funktion kann der Router eingehende CFM-Pakete abfangen, um DoS-Angriffe zu verhindern.

Sie können die Begrenzung der Übertragungsrate von Ethernet-OAM-Nachrichten auf zwei CFM-Policing-Ebenen anwenden, wie folgt:

  • CFM-Policing auf globaler Ebene: Verwendet einen Policer auf globaler Ebene, um den CFM-Datenverkehr zu steuern, der zu allen Sitzungen gehört.

  • CFM-Policing auf Sitzungsebene– verwendet einen Policer, der erstellt wurde, um den CFM-Datenverkehr einer Sitzung zu steuern.

Um CFM-Policing auf globaler Ebene zu konfigurieren, fügen Sie die Anweisung und ihre policer Optionen auf der [edit protocols oam ethernet connectivity-fault-management] Hierarchieebene ein.

Um CFM-Policing auf Sitzungsebene zu konfigurieren, fügen Sie die policer Anweisung auf der [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name level number maintenance-association ma-name] Hierarchieebene ein.

Das folgende Beispiel zeigt einen CFM-Policer, der zur Begrenzung der Übertragungsrate verwendet wird:

Fall 1: CFM-Richtlinien auf globaler Ebene

In diesem Beispiel wird ein Policer auf globaler Ebene auf CFM-Ebene für die Begrenzung der Übertragungsrate (Rate Limiting CFM) dargestellt. Die continuity-check cfm-policer Anweisung auf globaler [edit protocols oam ethernet connectivity-fault-management policer] Hierarchieebene gibt den Policer an, der für die Überwachung aller Continuity Check-Pakete des CFM-Datenverkehrs verwendet werden soll, die zu allen Sitzungen gehören. Die other cfm-policer1 Anweisung auf Hierarchieebene [edit protocols oam ethernet connectivity-fault-management policer] gibt den Policer an, der für die Überwachung aller Nicht-Continuity-Check-Pakete des CFM-Datenverkehrs verwendet werden soll, die zu allen Sitzungen gehören. Die all cfm-policer2 Anweisung gibt an, alle CFM-Pakete mit dem angegebenen policer cfm-policer2 zu polizeien. Wenn die all policer-name Option verwendet wird, kann der Benutzer die vorherigen continuity-check optionen nicht other angeben.

Fall 2: CFM-Policing auf Sitzungsebene

Dieses Beispiel zeigt einen CFM-Policer auf Sitzungsebene, der zur Begrenzung der Übertragungsrate verwendet wird. Die policer Anweisung auf Sitzungshierarchie [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name] gibt den Policer an, der nur für die Überwachung von Kontinuitätsüberprüfungspaketen des CFM-Datenverkehrs verwendet werden soll, der zur angegebenen Sitzung gehört. Die other cfm-policer1 Anweisung auf Hierarchieebene [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name] gibt den Policer an, der für die Überwachung aller Nicht-Continuity-Check-Pakete des CFM-Datenverkehrs verwendet werden soll, die nur zu dieser Sitzung gehören. Die all cfm-policer2 Anweisung gibt an, alle CFM-Pakete mit dem angegebenen policer cfm-policer2 zu polizeien. Wenn die all policer-name Option verwendet wird, kann der Benutzer die vorherigen continuity-check optionen nicht other angeben.

Im Fall globaler CFM-Policing wird derselbe Policer über mehrere CFM-Sitzungen hinweg gemeinsam genutzt. In CFM-Policing pro Sitzung muss ein separater Policer erstellt werden, um pakete, die für diese Sitzung spezifisch sind, zu begrenzen.

Anmerkung:

Die Konfiguration von Servicelevel-Policern für zwei CFM-Sitzungen auf der gleichen Schnittstelle auf verschiedenen Ebenen muss die folgenden Einschränkungen erfüllen, wenn die Richtung der Sitzungen gleich ist:

  • Wenn eine Sitzung mit policer allkonfiguriert ist, kann die andere Sitzung keine oder policer other Konfiguration habenpolicer all.

  • Wenn eine Sitzung mit policer otherkonfiguriert ist, kann die andere Sitzung keine oder policer other Konfiguration habenpolicer all.

Wenn eine solche Konfiguration begangen wird, tritt ein Commit-Fehler auf.

Anmerkung:

Policer mit PBB und MIPs werden nicht unterstützt.

Siehe auch

Konfigurieren der Ethernet Local Management Interface

Ethernet Local Management Interface – Übersicht

Gigabit Ethernet (ge), 10-Gigabit Ethernet (xe) und Aggregierte Ethernet-Schnittstellen (ae) unterstützen die Ethernet Local Management Interface (E-LMI).

Anmerkung:

Auf Routern der MX-Serie wird E-LMI nur auf Gigabit Ethernet -ge, 10-Gigabit Ethernet- (xeund Aggregated Ethernet)-aeSchnittstellen unterstützt, die nur auf Routern der MX-Serie mit DPC konfiguriert sind.

Die E-LMI-Spezifikation ist im Metro Ethernet-Forum verfügbar. E-LMI-Verfahren und -Protokolle werden für die automatische Konfiguration des Customer Edge (CE) zur Unterstützung von Metro Ethernet-Services verwendet. Das E-LMI-Protokoll stellt außerdem Informationen zum Status der Benutzer-zu-Netzwerk-Schnittstelle (UNI) und der virtuellen Ethernet-Verbindung (EVC) an das CE bereit. Die UNI- und EVC-Informationen ermöglichen die automatische Konfiguration des CE-Betriebs basierend auf der Metro Ethernet-Konfiguration.

Das E-LMI-Protokoll wird zwischen dem CE-Gerät und dem Provider Edge (PE)-Gerät betrieben. Er wird nur auf der PE-CE-Verbindung ausgeführt und benachrichtigt den CE über den Verbindungsstatus und die Konfigurationsparameter der am CE-Port verfügbaren Ethernet-Services. Der Umfang des E-LMI-Protokolls wird in Abbildung 1dargestellt.

Abbildung 1: Umfang des E-LMI-ProtokollsUmfang des E-LMI-Protokolls

Die E-LMI-Implementierung auf Routern der ACX- und MX-Serie umfasst nur die PE-Seite des E-LMI-Protokolls.

E-LMI ist mit einem OAM-Protokoll wie Connectivity Fault Management (CFM) kompatibel, das innerhalb des Provider-Netzwerks ausgeführt wird, um den OAM-Status zu erfassen. CFM läuft auf Provider-Wartungsebene (UNI-N zu UNI-N mit up MEPs an der UNI). E-LMI basiert auf dem CFM für den End-to-End-Status von EVCs über CFM-Domänen (SVLAN-Domäne oder VPLS).

Das E-LMI-Protokoll leitet die folgenden Informationen weiter:

  • Benachrichtigung an den CE über das Hinzufügen/Löschen eines EVC (aktiv, nicht aktiv oder teilweise aktiv)

  • Benachrichtigung an den CE des Verfügbarkeitsstatus eines konfigurierten EVC

  • Kommunikation von UNI- und EVC-Attributen an das CE:

    • UNI-Attribute:

      • UNI-Kennung (ein benutzerkonfigurierter Name für UNI)

      • CE-VLAN ID/EVC-Zuordnungstyp (All-to-One-Bündelung, Service-Multiplexing mit Bündelung oder keine Bündelung)

      • Bandbreitenprofil wird nicht unterstützt (einschließlich der folgenden Funktionen):

        • CM (Kopplungsmodus)

        • CF (Farb-Flag)

        • CIR (zugesagte Informationsrate)

        • CBR (zugesagte Burst-Größe)

        • EIR (Überschussinformationsrate)

        • EBS (Übermäßige Burst-Größe)

    • EVC-Attribute:

      • EVC-Referenz-ID

      • EVC-Statustyp (aktiv, nicht aktiv oder teilweise aktiv)

      • EVC-Typ (Point-to-Point oder Multipoint-to-Multipoint)

      • EVC-ID (ein benutzerkonfigurierter Name für EVC)

      • Bandbreitenprofil (nicht unterstützt)

    • CE-VLAN ID/EVC-Karte

E-LMI auf Routern der MX-Serie unterstützt die folgenden EVC-Typen:

  • Q-in-Q SVLAN (Point-to-Point oder Multipoint-to-Multipoint) – Erfordert eine End-to-End-CFM-Sitzung zwischen UNI-Ns zur Überwachung des EVS-Status.

  • VPLS (BGP oder LDP) (Point-to-Point oder Multipoint-to-Multipoint) – Entweder kann der VPLS-Pseudowire-Status oder End-to-End-CFM-Sitzungen zwischen UNI-Ns zur Überwachung des EVC-Status verwendet werden.

  • L2-Circuit/L2VPN (Point-to-Point) – Zur Überwachung des EVC-Status kann entweder der VPLS-Pseudowire-Status oder End-to-End-CFM-Sitzungen zwischen UNI-Ns verwendet werden.

    Anmerkung:

    l2-circuit und l2vpn werden nicht unterstützt.

Das E-LMI-Protokoll auf Routern der ACX-Serie unterstützt Layer-2-Circuit- und Layer-2-VPN-EVC-Typen und ermöglicht die Weiterleitung von Verbindungsverlusten für Pseudowire-Dienste (Layer 2-Circuit und Layer 2 VPN) wie folgt:

  • Interworking zwischen dem Connectivity Fault Management (CFM)-Protokoll und dem E-LMI-Protokoll für Layer-2-Circuit und Layer 2-VPN.

    • End-to-End-CFM-Sitzung zwischen UNIs zur Überwachung des EVC-Status.

    • Im Falle einer Pseudowire-Redundanz kann CFM zur Überwachung aktiver und Backup-Pseudowire-Sitzungen verwendet werden. Der EVC-Status wird nur dann auf CE-Geräte deklariert, wenn sowohl die aktiven als auch die Backup-Pseudowire-Sitzungen ausfallen.

  • Interwork zwischen Remote Defect Indication (RDI) und E-LMI für Layer-2-Circuit und Layer 2 VPN.

    • Wenn ein Endpunkt der Wartungszuordnung (Maintenance Association End Point, MEP) ein RDI-Bit in einem CCM-Frame (Continuity Check Message) empfängt und wenn die RDI-Fehlererkennung in der EVC-Konfiguration aktiviert [edit protocols oam ethernet evcs evc-id evc-protocol cfm management-domain name management-association name faults rdi]ist, wird die Pseudowire-Verbindung über E-LMI zu CE-Routern deklariert.

  • Wenn zwischen DEN UNIs keine End-to-End-CFM-Sitzung vorhanden ist, löst die Auf- und Abschaltung der Pseudowire-Verbindung (Layer 2-Circuit oder Layer 2-VPN) eine asynchrone EVC-Zustandsänderungsnachricht über E-LMI an CE-Router aus.

Anmerkung:

Router der ACX-Serie unterstützen E-LMI für Layer-2-Services (Bridging) nicht.

Konfigurieren der Ethernet Local Management Interface

Zum Konfigurieren von E-LMI führen Sie die folgenden Schritte aus:

Konfigurieren eines OAM-Protokolls (CFM)

Informationen zur Konfiguration des OAM-Protokolls (CFM) finden Sie im Überblick über IEEE 802.1ag OAM Connectivity Fault Management.

Zuweisung des OAM-Protokolls zu einem EVC

Um ein EVC zu konfigurieren, müssen Sie einen Namen für den EVC mithilfe der evcsevc-id Anweisung auf der [edit protocols oam ethernet] Hierarchieebene angeben. Sie können das EVC-Protokoll zur Überwachung von EVC-Statistiken auf cfm die vpls Anweisung und ihre evc-protocol Optionen auf Hierarchieebene [edit protocols oam ethernet evcs] festlegen.

Sie können die Anzahl der Remote-UNIs im EVC mithilfe der remote-uni-count number Anweisung auf der [edit protocols oam ethernet evcs evcs-protocol] Hierarchieebene festlegen. Standard remote-uni-count ist 1. Durch die Konfiguration eines Wertes über 1 wird der EVC zu Multipoint-zu-Multipoint-Netzwerken. Wenn Sie einen Wert eingeben, der größer als die tatsächliche Anzahl der Endpunkte ist, wird der EVC-Status auch dann als teilweise aktiv angezeigt, wenn alle Endpunkte aktiv sind. Wenn Sie weniger remote-uni-count als die tatsächliche Anzahl der Endpunkte eingeben, wird der Status als aktiv angezeigt, auch wenn alle Endpunkte nicht aktiv sind.

Sie können ein EVC konfigurieren, indem Sie die evcs Anweisung auf der [edit protocols oam ethernet] Hierarchieebene einbestellen:

Aktivieren von E-LMI an einer Schnittstelle und Zuordnung von CE-VLAN-IDs zu einem EVC

Um E-LMI zu konfigurieren, fügen Sie die lmi Anweisung auf Hierarchieebene [edit protocols oam ethernet] ein:

Mithilfe der Anweisung auf [edit protocols oam ethernet lmi] Hierarchieebene können Sie den Statuszähler so einstellen, dass aufeinanderfolgende Fehler status-counter count gezählt werden. Der Statuszähler wird verwendet, um festzustellen, ob E-LMI betriebsbereit ist oder nicht. Der Standardwert ist 4.

Sie können die polling-verification-timer value Anweisung auf der [edit protocols oam ethernet lmi] Hierarchieebene festlegen. Der Standardwert beträgt 15 Sekunden.

Sie können eine Schnittstelle aktivieren und deren Optionen für die Verwendung mit E-LMI festlegen, indem Sie die interface name Anweisung auf der [edit protocols oam ethernet lmi] Hierarchieebene verwenden. Nur ge, xeund ae Schnittstellen werden unterstützt. Mithilfe der Schnittstellenoption uni-id können Sie einen Namen für die UNI angeben. Wenn uni-id sie nicht konfiguriert ist, wird standardmäßig die Namensvariable von interface namefestgelegt.

Sie können den ZUORDNUNGstyp CE-VLAN ID/EVC mithilfe der evc-map-type type Schnittstellenoption angeben. Die Optionen sind all-to-one-bundling, bundlingoder service-multiplexing. Service-Multiplexing erfolgt ohne Bündelung. Der Standardtyp ist all-to-one-bundling.

Verwenden Sie die Anweisung auf Hierarchieebene, um den EVC anzugeben, den evc evc-id[edit protocols oam ethernet lmi interface name] eine Schnittstelle verwendet. Mithilfe default-evc der Anweisung auf [edit protocols oam ethernet lmi interface name evc evc-id] Hierarchieebene können Sie eine Schnittstelle als Standard-EVC-Schnittstelle angeben. Alle VIDs, die keinem anderen EVCs zugeordnet werden, werden diesem EVC zugeordnet. Standardmäßig kann nur ein EVC konfiguriert werden.

Sie können eine Liste von VLANs mithilfe der vlan-list vlan-id-list Anweisung auf [edit protocols oam ethernet lmi interface name evc evc-id] Hierarchieebene einem EVC zuordnen.

Beispiel-E-LMI-Konfiguration

Beispieltopologie

Abbildung 2 zeigt die E-LMI-Konfiguration für einen von CFM überwachten Point-to-Point EVC (SVLAN). In diesem Beispiel werden VLANs 1 bis 2048 zugeordnet evc1 (SVLAN 100) und 2049 bis 4096 evc2 (SVLAN 200). Zur Überwachung dieser EVCs werden zwei CFM-Sitzungen erstellt.

Abbildung 2: E-LMI-Konfiguration für einen Point-to-Point EVC (SVLAN), der von CFM überwacht wirdE-LMI-Konfiguration für einen Point-to-Point EVC (SVLAN), der von CFM überwacht wird

Konfigurieren von PE1

Konfigurieren von PE2

Konfigurieren von zwei UNIs, die dasselbe EVC nutzen

Siehe auch

Konfigurieren eines CFM-Aktionsprofils zur Angabe von CFM-Aktionen für CFM-Ereignisse

Sie können ein Connectivity Fault Management (CFM)-Aktionsprofil erstellen, um Ereignis-Flags und zu überwachende Schwellenwerte zu definieren. Sie können auch die Aktion angeben, die ausgeführt werden soll, wenn eines der konfigurierten Ereignisse auftritt. Wenn CFM-Ereignisse auftreten, führt der Router die entsprechende Aktion basierend auf Ihrer Spezifikation aus. Sie können eine oder mehrere Ereignisse im Aktionsprofil konfigurieren. Alternativ können Sie ein Aktionsprofil konfigurieren und Standardaktionen festlegen, wenn die Verbindung zu einem Remotewartungszuordnungsendpunkt (MEP) ausfällt.

Anmerkung:

Sie können zu diesem Zeitpunkt nicht mehrere Aktionen konfigurieren. Es kann nur eine Aktion konfiguriert werden. Diese Einschränkung betrifft sowohl die Daten als auch die actionclear-action Anweisungen.

So konfigurieren Sie das CFM-Aktionsprofil:

  1. Geben Sie im Konfigurationsmodus auf [edit protocols oam ethernet connectivity-fault-management] Hierarchieebene den Namen des Aktionsprofils und die CFM-Ereignisse an. Sie können mehr als ein Ereignis im Aktionsprofil konfigurieren. Zu den möglichen Veranstaltungen gehören: Interface-Status-tlv, Port-Status-tlv, Adjacency-Loss, RDI.
  2. Geben Sie die Aktion an, die der Router beim Auftreten des Ereignisses einleiten soll. Die Aktion wird ausgelöst, wenn das Ereignis eintritt. Wenn Sie mehr als ein Ereignis im Aktionsprofil konfiguriert haben, ist es nicht erforderlich, dass alle Ereignisse auftreten, um die Aktion auszulösen.
  3. Geben Sie die Standardaktion an, die vom Router ausgeführt werden soll, wenn die Verbindung zu einem Remote-MEP ausfällt. Wenn keine Aktion konfiguriert ist, wird keine Aktion ausgeführt.
    Anmerkung:

    Es ist nicht ratsam, ein Aktionsprofil mit der interface-down Aktion auf einer up MEP CFM-Sitzung zu verknüpfen, die über eine Circuit Cross-Connect (CCC)-Schnittstelle (l2circuit/l2vpn) läuft und zu einer Stillstandsituation führen kann.

Siehe auch

CFM Action Profile to Bring Down a Group of Logical Interfaces Overview

Mit wachsenden Netzwerken ist es erforderlich, eine große Anzahl von Services mit CFM zu überwachen. Um jeden Dienst zu überwachen, ist eine Sitzung pro logische Serviceschnittstelle erforderlich. Wenn die Services eine große Anzahl sind, wird diese Methode nicht skaliert, da die Anzahl der Sitzungen begrenzt ist. Statt einer CFM-Sitzung pro Service kann eine einzige CFM-Sitzung mehrere Services überwachen.

Außerdem gibt es Szenarien, in denen das UNI-Gerät (User-to-Network Interface) basierend auf Sitzungen auf der logischen Netzwerkschnittstelle (Network-to-Network Interface, NNI) heruntergefahren werden muss. Hier bezieht sich die logische NNI-Schnittstelle auf die Core-Schnittstelle, und die physische UNI-Schnittstelle bezieht sich auf access interface hosting multiple service logical interfaces. Basierend auf der Überwachung der Core-Schnittstelle können Sie die mit der Zugriffsschnittstelle verbundenen logischen Serviceschnittstellen herunterholen.

Abbildung 3 zeigt eine Topologie, in der eine Reihe von Services, die für Customer-Edge (CE)-Router bestimmt sind, einen einzigen Port auf einem Provider-Edge-Router (PE) teilen. Jeder Service verwendet eine logische Schnittstelle. Eine Reihe von Services oder logischen Schnittstellen (gelb gefärbt) sind für einen CE-Router bestimmt, und eine Reihe von Services oder logischen Schnittstellen, die rot gefärbt sind, sind für einen anderen CE-Router bestimmt. Um jeden Service zu überwachen, benötigen Sie für jeden Dienst dedizierte End Point-Sitzungen der Down Maintenance Association (MEP). Sie können den Service beenden, indem Sie die logische Serviceschnittstelle herunterholen, wenn die Sitzung ausfällt. Dieser Ansatz ist jedoch nicht skalierbar, wenn wir eine große Anzahl von Services haben. Die Überwachung der CFM-Sitzung an der physischen Schnittstelle ist ebenfalls nicht durchführbar, da mehrere CE-Router angeschlossen und die Services mit anderen CE-Routern unterbrochen werden könnten. Um dieses Problem der Überwachung mehrerer Services mit einer einzigen Sitzung zu lösen, können Sie ein CCM-Aktionsprofil erstellen, um eine Gruppe logischer Schnittstellen zu beenden, indem Sie eine CFM-Sitzung verwenden, die auf einer einzigen logischen Schnittstelle konfiguriert ist.

Abbildung 3: Topologie mehrerer VLAN-Dienste, die einen einzigen Port auf PE-Router teilen Bestimmt für mehrere CE-Router Topologie mehrerer VLAN-Dienste, die einen einzigen Port auf PE-Router teilen Bestimmt für mehrere CE-Router

Sie können CCM-Aktionsprofile für die folgenden Szenarien konfigurieren:

  • Um eine Gruppe logischer Schnittstellen mit demselben übergeordneten Port zum Erliegen zu bringen, wenn die CCM-Überwachungssitzung auf einer der logischen Schnittstelle, aber auf einem anderen übergeordneten Port ausgeführt wird.

  • Um eine Gruppe logischer Schnittstellen zum Erliegen zu bringen, wenn die CCM-Überwachungssitzung auf einer der logischen Schnittstellen ausgeführt wird, die alle zum selben übergeordneten Port gehören.

  • Wenn die CCM-Überwachungssitzung auf einer der logischen Schnittstellen eines anderen übergeordneten Ports ausgeführt wird, um den Port herunterzubringen.

Vorteile der Erstellung eines CFM-Aktionsprofils zur Reduzierung einer Gruppe logischer Schnittstellen

  • Reduziert den Ressourcenbedarf in skalierten Netzwerken, in denen mehrere Services überwacht werden müssen.

  • Vermeidet die Notwendigkeit, einzelne MEP-Sitzungen für jeden Service in einer Topologie zu erstellen, die mehrere zu überwachende Dienste umfasst, wodurch die Leistung und Skalierbarkeit des Netzwerks verbessert wird.

Siehe auch

Konfigurieren eines CFM-Aktionsprofils zum Herunterführen einer Gruppe logischer Schnittstellen

Zur Überwachung mehrerer Services oder IFLs mithilfe einer CFM-Sitzung, die auf einer einzigen logischen Schnittstelle konfiguriert ist, können Sie ein CCM-Aktionsprofil erstellen, um eine Gruppe logischer Schnittstellen zum Erliegen zu bringen. Sie müssen eine Aktion definieren, um die Schnittstellengruppe im Aktionsprofil herunterzuführen. Sie definieren dann den Gerätenamen der Schnittstelle und die Anzahl der logischen Schnittstellen, die heruntergefahren werden müssen. Eine logische Schnittstelle wird durch eine Kombination aus der interface-device-name und unit-listdargestellt. In den folgenden Schritten wird das Verfahren erläutert, mit dem eine Gruppe logischer Schnittstellen heruntergebracht werden kann, wenn die and/oder unit-list die interface-device-name Schnittstellen angegeben werden.

  1. Geben Sie im Konfigurationsmodus auf [edit protocols oam ethernet connectivity-fault-management] Hierarchieebene den Namen des Aktionsprofils und die CFM-Ereignisse an. Sie können mehr als ein Ereignis im Aktionsprofil konfigurieren.

    Zum Beispiel

    Anmerkung:

    Die Aktion interface-group-down wird nicht mit anderen Ereignissen als Adjacency-Loss und RDI unterstützt. Alle anderen konfigurierten Ereignisse führen zu einem Commit-Fehler.

  2. Definieren Sie im Konfigurationsmodus auf [edit protocols oam ethernet connectivity-fault-management action-profile profile-name ] Hierarchieebene die Aktion, mit der die Schnittstellengruppe heruntergebracht werden soll.
    Anmerkung:

    Die Aktion interface-group-down wird bei anderen Schnittstellenaktionen nicht unterstützt. Alle anderen konfigurierten Aktionen führen zu einem Commit-Fehler.

  3. Definieren Sie auf der [edit protocols oam ethernet connectivity-fault-management] Hierarchieebene die Wartungsdomäne. Geben Sie die Wartungs-Zuordnungsparameter an.

    Zum Beispiel

  4. Definieren Sie am edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name, das Endpunkt für die Wartungsassoziation und die zugehörigen Parameter.

    Zum Beispiel

  5. Wenn das Aktionsprofil interface-group-down über eine Aktionskonfiguration verfügt, ist die Konfiguration auf interface-group RMEP-Ebene obligatorisch. Schließen Sie im Konfigurationsmodus an der [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name mep mep-id remote-mep mep-id action-profile profile-name Anweisung die interface-group Anweisung ein, die mit dem Aktionsprofil als interface-group-downmarkierte Schnittstellengruppe herunterzuführen.

    Zum Beispiel

    Anmerkung:

    Wenn die interface-group Konfiguration nicht in der RMEP-Konfiguration enthalten ist. Die Konfiguration führt zu einem Commit-Fehler.

  6. Eine logische Schnittstelle wird durch eine Kombination aus der interface-device-name und unit-listdargestellt. Konfigurieren Sie den Namen der Geräteschnittstelle und die Anzahl der logischen Schnittstellen am [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name mep mep-id remote-mep mep-id action-profile profile-name interface-group.

    Zum Beispiel

    In diesem Konfigurationsbeispiel wird die Schnittstelle ge-0/0/0.0 heruntergefahren.

    Anmerkung:

    • Mindestens einer der interface-group Parameter interface-device-name oder unit-list muss konfiguriert werden. Wenn der Name des Schnittstellengeräts nicht konfiguriert ist, wird die MEP-Schnittstelle als Gerätename betrachtet und die logische Schnittstelle auf diesem Gerät wird heruntergefahren.

    • Wenn der unit-list Parameter die empfohlene Grenze überschreitet, tritt ein Commit-Fehler auf.

    • Wenn der Name des Schnittstellengeräts nicht in der interface-groupangegeben ist, werden die für unit-list die physische Schnittstelle genannten logischen Schnittstellennummern heruntergefahren.

    • Wenn die Einheitenliste nicht in der interface-groupangegeben ist, werden IFLs für die konfigurierte Schnittstelle heruntergefahren.

  7. Überprüfen Sie die Konfiguration mithilfe von show protocols oam Befehlen.

Siehe auch

Ermöglichung eines verbesserten Verbindungsfehlermanagements

Sie können den CfM-Modus (Enhanced Connectivity Fault Management) aktivieren, um eine effektive Ethernet-OAM-Bereitstellung in skalierungsfähigen Netzwerken zu ermöglichen. Wenn Junos OS den erweiterten CFM-Modus ermöglicht, unterstützt es pro Gehäuse 32.000 End Points (MEPs) und Maintenance Intermediate Points (MIPs) für Bridge-, VPLS-, L2VPN- und CCC-Domänen. In früheren Versionen unterstützt Junos OS 8, 000 MEPs und 8000 MIPS pro Gehäuse. Wenn Sie erweitertes CFM nicht aktivieren, unterstützt Junos OS weiterhin die vorhandene Anzahl von MIPs und MEPs pro Gehäuse.

Anmerkung:

Um den erweiterten CFM-Modus zu unterstützen, konfigurieren Sie den Netzwerkservicemodus auf dem Router als enhanced-ip. Wenn der Netzwerkservicemodus nicht enhanced-ipist und Sie erweitertes CFM aktiviert haben, wird die folgende Warnmeldung angezeigt:[edit protocols oam ethernet] 'connectivity-fault-management' enhanced ip is not effective please configure enhanced ip and give router reboot

Um den erweiterten CFM-Modus zu aktivieren, führen Sie die folgenden Schritte aus:

  1. Gehen Sie im Konfigurationsmodus zur [edit protocols oam ethernet connectivity-fault-management] Hierarchieebene.
  2. Ermöglichen Sie eine effektive Ethernet-OAM-Bereitstellung mithilfe des erweiterten CFM-Modus.
  3. Übernehmen Sie die Änderung des Modus. Es wird eine Warnmeldung angezeigt, in der Sie aufgefordert werden, CFM neu zu starten. Wenn Sie CFM nicht neu starten, wird CFM von Junos OS automatisch neu gestartet.
  4. Um zu überprüfen, ob der erweiterte CFM-Modus konfiguriert wurde, verwenden Sie den show oam ethernet connectivity-fault-management state Befehl.

Siehe auch

Konfigurieren von Routern der M120- und MX-Serie für CCC-Encapsulated Packets

IEEE 802.1ag CFM OAM-Unterstützung für CCC Encapsulated Packets – Übersicht

Das virtuelle private Layer 2-Netzwerk (L2VPN) ist eine Art virtueller privater Netzwerkservice, der zur Übertragung des privaten Layer 2-Datenverkehrs des Kunden (z. B. Ethernet, ATM oder Frame Relay) über die gemeinsam genutzte IP/MPLS-Infrastruktur des Service Providers verwendet wird. Der Service Provider Edge (PE)-Router muss über eine Schnittstelle mit CCC-Einkapselung (Circuit Cross-Connect) verfügen, um den Customer Edge (CE)-Datenverkehr in das öffentliche Netzwerk zu übertragen.

Das IEEE 802.1ag Ethernet Connectivity Fault Management (CFM) ist ein OAM-Standard zur Fehlererkennung, -isolierung und -überprüfung auf virtuellen Bridge-LANs. Die Router der M120- und MX-Serie bieten CFM-Unterstützung für Bridge/VPLS/Routing-Schnittstellen und unterstützen 802.1ag Ethernet OAM für CCC-gekapselte Pakete.

CFM-Funktionen werden auf Layer-2-VPN-Circuits unterstützt

CFM-Funktionen, die auf L2VPN-Circuits unterstützt werden, lauten wie folgt:

  • Erstellung von Up/Down-Abgeordneten auf jeder Ebene auf den CE-orientierten logischen Schnittstellen.

  • Erstellung von MIPs auf jeder Ebene auf den CE-orientierten logischen Schnittstellen.

  • Unterstützung für Continuity Check, Loopback und Linkrace Protocol.

  • Unterstützung des Ethernet Delay-Messprotokolls Y1731.

  • Unterstützung von Aktionsprofilen, um die CE-orientierten logischen Schnittstellen nach unten zu bringen, wenn Verbindungsverluste erkannt werden.

Abbildung 4: Layer-2-VPN-TopologieLayer-2-VPN-Topologie

Zur Überwachung des L2VPN-Circuits kann an den CE-orientierten logischen Schnittstellen der Provider-Edge-Router PE1 und PE2 ein CFM-up-MEP (Level 6 in Abbildung 4) konfiguriert werden. Zur Überwachung der CE-PE-Anschlussschaltung kann ein CFM Down MEP an den logischen Kundenschnittstellen von CE1-PE1 und CE2-PE2 (Level 0 in Abbildung 4) konfiguriert werden.

Konfigurieren von CFM für CCC Encapsulated Packets

Die einzige Änderung an der vorhandenen CLI-Konfiguration ist die Einführung eines neuen Befehls zur Erstellung eines MIP auf der CE-orientierten Schnittstelle des PE-Routers.

Siehe auch

Konfigurieren des Verbindungsfehlermanagements für Interoperabilität bei einheitlichen In-Service-Software-Upgrades

Junos OS Connectivity Fault Management (CFM) funktioniert ab Version 17.1 bei einem einheitlichen In-Service-Software-Upgrade (ISSU), wenn es sich bei dem Peer-Gerät nicht um einen Router von Juniper Networks handelt. In Verbindung mit dem Router eines anderen Anbieters speichert der Router von Juniper Networks Sitzungsinformationen und überträgt während der einheitlichen ISSU weiterhin Continuity Check Message (CCM)-PDUs. Das Konnektivitätsfehlermanagement bleibt bestehen.

Diese Funktion setzt voraus, dass die folgenden Bedingungen erfüllt sind:

  • Paketweiterleitungs-Engine-Keepalives müssen aktiviert sein, um die Inline-Übertragung von CCMs zu ermöglichen. Die Funktion funktioniert nicht, wenn die CCMs von der CPU einer Linecard übertragen werden, bei der es sich um die Standardübertragungsmethode handelt.

  • Das Intervall zwischen CCMs muss 1 Sekunde sein.

CFM-Interoperabilität während einer einheitlichen ISSU wird auf den folgenden MPCs unterstützt: MPC1, MPC2, MPC2-NG, MPC3-NG, MPC5 und MPC6.

Um CFM-Interoperabilität mit Geräten von Drittanbietern über eine einheitliche ISSU zu ermöglichen:

  1. Ermöglichen Sie Inline-Keepalives.
  2. Setzen Sie das CCM-Intervall auf 1 Sekunde.

Siehe auch

Konfigurieren von Unified ISSU für 802.1ag CFM

Mit einem einheitlichen In-Service Software Upgrade (ISSU) können Sie ein Upgrade zwischen zwei verschiedenen Junos OS-Versionen ohne Unterbrechungen auf der Steuerungsebene und mit minimalen Unterbrechungen des Datenverkehrs durchführen. Unified ISSU wird automatisch für die Connectivity Fault Management (CFM)-Protokolle aktiviert und interoperiert zwischen lokalen und Remote-Wartungsendstellen (MEPs).

Das Junos OS unterstützt Unified ISSU unter Verwendung des Verlustschwellwerts Typ Length Value (TLV), der für CFM automatisch aktiviert ist. TLVs werden im IEEE 802.1ag-Standard für CFM als Methode der Codierung variabler Länge und optionaler Informationen in einer Protokolldateneinheit (PDU) beschrieben. Der Verlustschwellenwert TLV gibt den Verlustschwellenwert eines Remote-MEP an. Der Verlustschwellenwert TLV wird als Teil der CFM-Continuity-Check-Nachrichten übertragen.

Anmerkung:

Ab Junos OS Version 15.1 wird die Konfiguration von ISSU mit CFM (802.1ag) nur auf MX- und PTX-Routern unterstützt, die TLV unterstützen. Die Zusammenarbeit mit anderen Anbietern wird nicht unterstützt.

Während einer einheitlichen ISSU kann die Steuerungsebene für mehrere Sekunden heruntergehen und dazu führen, dass CFM Continuity Check-Pakete abgebrochen werden. Dies kann dazu führen, dass der Remote-Abgeordnete einen Verbindungsverlust erkennt und den Europaabgeordneten als ausfallend bezeichnet. Um den Europaabgeordneten während einer einheitlichen ISSU aktiv zu halten, kommuniziert die Verlustschwelle TLV den Mindestgrenzwert, den der empfangende Abgeordnete benötigt, um den MdEP aktiv zu halten. Der empfangende MEP analysiert die TLV und aktualisiert den Verlustschwellenwert, aber nur, wenn der neue Schwellwert größer als der lokal konfigurierte Schwellwert ist.

Eine Übersicht über CFM wird ab IEEE 802.1ag OAM Connectivity Fault Management Overview beschrieben, und Sie sollten die zusätzlichen Anforderungen, die in diesem Thema beschrieben werden, weiter beachten.

Tabelle 2 zeigt das TLV-Format für Verlustschwellen an.

Tabelle 2: Verlustschwellwert TLV-Format

Parameter

Oktett (Sequenz)

Beschreibung

Type=31

1

Erforderlich. Erforderlich. Wenn 0, folgen keine Felder für Länge oder Wert. Wenn nicht 0, folgt mindestens das Feld Länge dem Feld Typ.

Length=12

2

Erforderlich, wenn das Feld Typ nicht 0 ist. Nicht vorhanden, wenn das Feld Typ 0 ist. Die 16 Bits des Feldes Länge geben die Größe im Oktett des Wertfelds an. 0 im Feld Länge gibt an, dass kein Wertfeld vorhanden ist.

OUI

3

Optional. Organization Unique Identifier (OUI), das von der IEEE gesteuert wird und in der Regel die ersten drei Bytes einer MAC-Adresse ist (Juniper OUI 0x009069).

Untertyp

1

Optional. Organisatorisch definierter Untertyp.

Wert

4

Optional. Schwellwert für Verluste.

Flag

4

Optional. Bit0 (stellt fest, dass eine ISSU in Bearbeitung ist)

Bit1-31 (reserviert)

Junos OS bietet Konfigurationsunterstützung für die convey-loss-threshold Anweisung, sodass Sie die Übertragung des verlustschwelligen TLV in Continuity Check Messages PDUs steuern können. Die convey-loss-threshold Anweisung legt fest, dass der Verlustschwellenwert TLV als Teil der Continuity-Check-Nachrichten übermittelt werden muss. Wenn die convey-loss-threshold Anweisung nicht angegeben ist, übertragen die Kontinuitätsüberprüfungsmeldungen dieses TLV nur dann, wenn eine einheitliche ISSU im Gange ist. Das Junos OS stellt diese Konfiguration auf Continuity-Check-Ebene bereit. Standardmäßig enthalten Die Nachrichten zur Kontinuitätsüberprüfung nicht den Verlustschwellenwert TLV.

Verwenden Sie die Anweisung auf [edit protocols oam ethernet connectivity-fault-management maintenance-domain identifier maintenance-association identifier continuity-check] Hierarchieebene, um den Schwellenwert für die convey-loss-threshold Übertragung von Verlusten zu konfigurieren.

Für den Remote-MEP wird der Verlustschwellenwert TLV nur während der einheitlichen ISSU übertragen, wenn die convey-loss-threshold Anweisung nicht konfiguriert ist. Der Remote-MEP wechselt zurück zum Standardverlustgrenzwert, wenn kein Verlustschwellengrenzwert empfangen wird oder der TLV einen Standardwert von 3 hat.

Ein Beispiel für die ISSU-Konfigurationsanweisungen folgt:

Das Junos OS speichert den zuletzt empfangenen Verlustschwellenwert TLV vom Remote-MEP. Sie können den zuletzt gespeicherten Verlustgrenzwert TLV anzeigen, der vom Remote-MEP empfangen wird, mithilfe des show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier Befehls wie im folgenden Beispiel:

Das Junos OS speichert den letzten übertragenen Verlustgrenzwert TLV von einem lokalen MEP. Sie können den letzten übertragenen Verlustgrenzwert TLV und den effektiven Verlustschwellenwert für den Remote-MEP mithilfe des show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier Befehls wie im folgenden Beispiel anzeigen:

Siehe auch

Junos OS-Unterstützung für Leistungsüberwachung konform mit technischen Spezifikationen MEF 36

Junos OS Version 16.1R1 und höher unterstützt die Leistungsüberwachung, die mit der technischen Spezifikation MEF 36 kompatibel ist. Technische Spezifikation MEF 36 gibt die MIB zur Leistungsüberwachung an. Die Leistungsüberwachungs-MIB ist zur Verwaltung von Servicebetriebs-, Administrations- und Wartungsimplementierungen (OAM) erforderlich, die die in MEF 17 und MEF 35 festgelegten Service-OAM-Anforderungen und -Frameworks erfüllen, die in MEF 7.1 angegebenen Verwaltungsobjekte und die Leistungsüberwachungsfunktionen, die in ITU-T Y.1731 und IEEE 802.1ag definiert sind.

Sie können die MEF-36-konforme Leistungsüberwachung aktivieren, indem Sie die measurement-interval Anweisung auf Hierarchieebene [edit protocols oam ethernet cfm performance-monitoring] konfigurieren.

Wenn die MEF-36-konforme Leistungsüberwachung aktiviert ist:

  • Eine SNMP-Get-Next-Anforderung für eine Variable ruft möglicherweise den aktuellen Wert nicht ab, es sei denn, vor der Ausführung der get-nächsten Anforderung wird ein SNMP-Walk durchgeführt. Diese Einschränkung gilt nur für die aktuellen Statistiken zur Verzögerungsmessung, Verlustmessung und synthetischen Verlustmessung.

  • Die Ausgabe für das Feld Current delay measurement statistics kann ein Messintervall von 0 (Null) und einen falschen Zeitstempel anzeigen, bis die erste Zykluszeit abgelaufen ist.

  • Unterstützte Daten TLV-Größe für Leistungsüberwachung Protokolldateneinheiten (PDUs) beträgt 1386 Bytes, wenn MEF-36-konforme Leistungsüberwachung aktiviert ist. Die TLV-Größe beträgt im Legacy-Modus 1400 Bytes.

  • Der maximal konfigurierbare Wert für den unteren Schwellwert liegt bei 4.294.967.294.

  • Das Rahmenverlustverhältnis (Frame Loss Ratio, FLR) ist bei Verlustmessungen während des Zeitraums der Nichtverfügbarkeit nur für die synthetische Verlustmessung ausgeschlossen. Im Falle einer Verlustmessung ist FLR selbst während des Zeitraums der Nichtverfügbarkeit enthalten.

  • Während eines Zeitraums, in dem die Kontinuität verloren geht (Adjacency Down), werden zwar keine SOAM-PDUs gesendet, FLR- und Verfügbarkeitsberechnungen werden jedoch nicht gestoppt. Diese Berechnungen werden mit der Annahme eines Verlusts von 100 % durchgeführt.

  • Die Anzahl der SOAM-PDUs, die während des ersten Messintervalls gesendet werden, ist möglicherweise niedriger als erwartet. Dies liegt an einer Verzögerung bei der Erkennung des Nachbarschaftsstatus auf Sitzungsebene der Leistungsüberwachung.

  • Die Anzahl der SOAM-PDUs, die während eines Messintervalls für eine Zykluszeit von 100 ms übertragen werden, ist möglicherweise nicht genau. In einem Messintervall von zwei Minuten mit einer Zykluszeit von 100 ms könnten die übertragenen SOAM-PDUs beispielsweise im Bereich von 1198–2000 liegen.

Siehe auch

Dämpfung von CFM-Leistungsüberwachung Traps und Benachrichtigungen zur Vermeidung von Überlastungen des NMS

Sie können die Leistungsüberwachung von Schwellenwert-Crossing-Traps und Benachrichtigungen, die jedes Mal generiert werden, wenn ein Schwellenwert-Crossing-Ereignis auftritt, dämpfen, um Überlastungen des Netzwerkmanagementsystems (NMS) zu verhindern.

Damping begrenzt die Anzahl der jnxSoamPmThresholdCrossingAlarm-Traps, die an das NMS gesendet werden, indem die Flap-Ereignisse über einen bestimmten Zeitraum zusammengefasst werden, der als Flap-Trap-Timer bekannt ist, und sendet eine einzelne jnxSoamPmThresholdFlapAlarm-Benachrichtigung an das NMS. Sie können die Dauer des Flap Trap-Timers auf einen Beliebigen Wert von 1 bis 360 Sekunden konfigurieren.

Die jnxSoamPmThresholdFlapAlarm-Benachrichtigung wird generiert und gesendet, wenn die folgenden Bedingungen erfüllt sind:

  • Mindestens ein Flap ist aufgetreten, wenn der Flap-Timer abgelaufen ist.

  • Sie haben den Wert des Flap Trap-Timers geändert, wodurch der Timer gestoppt wurde.

Sie können die Dämpfung auf globaler Ebene für den Iterator aktivieren oder die Dämpfung für den einzelnen Schwellenwerttyp des Iterators aktivieren. Verwenden Sie zum Aktivieren der Dämpfung auf globaler Ebene für den Iterator beispielsweise den folgenden Befehl: set protocols oam ethernet cfm performance-monitoring sla-iterator-profiles profile-name flap-trap-monitor. Um die Dämpfung an einem bestimmten Schwellenwerttyp für den avg-fd-twoway-thresholdzu aktivieren, verwenden Sie den folgenden Befehl: set protocols oam ethernet cfm performance-monitoring sla-iterator-profiles profile-name avg-fdv-twoway-threshold flap-trap-monitor.

Sie können auch die Dämpfung deaktivieren.

Siehe auch

Beispiel: Konfigurieren von Ethernet CFM an physischen Schnittstellen

Dieses Beispiel zeigt die Konfiguration von Ethernet Connectivity Fault Management (CFM) an physischen Schnittstellen.

Anforderungen

In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:

  • Junos OS Version 9.3 oder höher.

Überblick

CFM kann zur Überwachung der physischen Verbindung zwischen zwei Routern verwendet werden. Diese Funktionalität ist ähnlich wie die, die vom IEEE 802.3ah LFM-Protokoll unterstützt wird.

In Junos OS Version 9.3 und höher unterstützt CFM auch aggregierte Ethernet-Schnittstellen. An Schnittstellen, die auf Modular Port Concentrators (MPCs) und Modular Interface Cards (MICs) auf Routern der MX-Serie konfiguriert sind, wird CFM auf nicht gekennzeichneten aggregierten Ethernet-Member-Links nicht unterstützt. MPCs und MICs unterstützen CFM an nicht gekennzeichneten und getaggten aggregierten logischen Ethernet-Schnittstellen.

Anmerkung:

Die Konfigurationen in diesem Beispiel sind nur unvollständige Beispiele für vollständige und funktionale Routerkonfigurationen. Kopieren Sie diese Konfigurationen nicht und verwenden Sie sie direkt in einem tatsächlichen System.

Konfiguration

Im folgenden Beispiel sind zwei Router (Router 1 und Router 2) über eine Point-to-Point-Gigabit Ethernet-Verbindung verbunden. Die Verbindung zwischen diesen beiden Routern wird über CFM überwacht. Dies wird in Abbildung 5dargestellt. Die einzige Grenze ist ein "Down-Mep" in der CFM-Terminologie.

Abbildung 5: Ethernet CFM an physischen SchnittstellenEthernet CFM an physischen Schnittstellen

Um Ethernet CFM an physischen Schnittstellen zu konfigurieren, führen Sie folgende Aufgaben aus:

CLI-Schnellkonfiguration

Router 1

Konfiguration von Schnittstelle und CFM:

Die Konfiguration auf Router 2 spiegelt dies auf Router 1 mit Ausnahme der mep-id wieder.

Router 2

Konfiguration von Schnittstelle und CFM:

Verwenden Sie den Befehl, um zu überprüfen, show interface ob die physische Schnittstelle für CFM korrekt konfiguriert ist. Verwenden Sie einen oder mehrere der show oam ethernet connectivity-fault-management im CLI-Explorer aufgeführten Befehle, um die CFM-Konfiguration zu überprüfen.

Siehe auch

Beispiel: Konfigurieren von Ethernet CFM auf Bridge-Verbindungen

In diesem Beispiel führen Kunden und Service Provider Ethernet CFM über ein einfaches Bridge-Netzwerk aus. Das Netzwerk wird in Abbildung 6dargestellt. Der Kunde hat Ethernet CFM auf den Routern der MX-Serie L2-CE1 und L2-CE2 konfiguriert. Der Service Provider hat Ethernet CFM auf den Routern PE1 und PE2 der MX-Serie konfiguriert.

Anmerkung:

Die Konfigurationen in diesem Beispiel sind nur unvollständige Beispiele für vollständige und funktionale Routerkonfigurationen. Kopieren Sie diese Konfigurationen nicht und verwenden Sie sie direkt in einem tatsächlichen System.

Der Service Provider verwendet CFM-Ebene 3 für die Verbindung zwischen PE1 und PE2 und Ebene 5 von einem CE-Zugewandten Port zum anderen. Der Kunde verwendet CFM-Ebene 7. Die Grenzen sind in der Abbildung mit "up mep" und "down mep" CFM-Terminologie markiert.

Abbildung 6: Ethernet CFM über ein Bridge-NetzwerkEthernet CFM über ein Bridge-Netzwerk

Hier sind die Konfigurationen von CFM auf den Kundenroutern.

CFM auf L2-CE1

CFM auf L2-CE2

Hier sind die Konfigurationen von CFM auf den Provider-Routern.

CFM auf PE1

CFM auf PE2

Siehe auch

Beispiel: Konfigurieren von Ethernet CFM über VPLS

In diesem Beispiel führen Kunden und Service Provider Ethernet CFM über ein VPLS- und ein Multiprotocol Label Switching (MPLS)-Netzwerk aus. Das Netzwerk wird in Abbildung 7dargestellt. Der Kunde hat Ethernet CFM auf den Routern der MX-Serie L2-CE1 und L2-CE2 konfiguriert. Der Service Provider hat Ethernet CFM auf den Routern PE1, P und PE2 der MX-Serie konfiguriert.

Anmerkung:

Die Konfigurationen in diesem Beispiel sind nur unvollständige Beispiele für vollständige und funktionale Routerkonfigurationen. Kopieren Sie diese Konfigurationen nicht und verwenden Sie sie direkt in einem tatsächlichen System.

Der Service Provider verwendet CFM-Ebene 5 und der Kunde CFM-Ebene 7. Die Grenzen sind in der Abbildung mit "up mep" und "down mep" CFM-Terminologie markiert.

Abbildung 7: Ethernet-OAM mit VPLSEthernet-OAM mit VPLS
Anmerkung:

Die logischen Schnittstellen in einer VPLS-Routinginstanz haben möglicherweise die gleichen oder andere VLAN-Konfigurationen. VlaN-Normalisierung ist erforderlich, um Pakete zwischen diesen Schnittstellen korrekt zu wechseln. Die Normalisierung unterstützt die automatische Zuordnung von VLANs und führt Vorgänge an VLAN-Tags aus, um die gewünschte Übersetzung zu erreichen. Siehe Konfigurieren eines normalisierten VLANs für Übersetzung oder Tagging.

Anmerkung:

Folgende Überlegungen zum Weiterleitungspfad sind zu beachten:

  • Paket-Empfangspfad:

    • Dies ist der Weiterleitungspfad für Pakete, die an den Schnittstellen empfangen werden.

    • 802.1ag Ethernet OAM für VPLS verwendet implizite Schnittstellenfilter und Weiterleitungstabellenfilter zum Überfluten, Akzeptieren und Ablegen der CFM-Pakete.

  • Paketübertragungspfad:

    • Junos OS verwendet die hardwarebasierte Weiterleitung des Routers für CPU-generierte Pakete.

    • Bei down-MEPs werden die Pakete an die Schnittstelle übertragen, an der der MeP konfiguriert ist.

    • In Routern der MX-Serie müssen die Pakete für up-MEPs an andere Schnittstellen in der VPLS-Routinginstanz übertragen werden. Der Router erstellt eine Flood-Route, die an einen Flood Next Hop (mit allen zu floodden Schnittstellen) gebunden ist, und erzeugt dann die Pakete, die mit dieser Flood-Route weitergeleitet werden sollen.

Im Folgenden sind die Konfigurationen von VPLS und CFM auf den Service Provider-Routern aufgeführt.

Konfiguration von PE1

Konfiguration von PE2

Konfiguration des P-Routers

Nur MPLS, kein CFM erforderlich:

CFM auf L2-CE1

Hier ist die Konfiguration von CFM auf L2-E1:

CFM auf L2-CE2

Hier ist die Konfiguration von CFM L2-CE2:

Siehe auch

Asynchrone Benachrichtigung für CFM-Aktionsprofil

SUMMARY 

CFM-gesteuerte asynchrone Benachrichtigung ermöglicht die Synchronisierung des Verbindungsstatus zwischen zwei CE-Geräten

über einen Pseudodraht, der von ihren jeweiligen PE-Geräten stammt, miteinander verbunden ist. Es emuliert

als wären zwei CE-Geräte direkt verbunden. CFM bietet End-to-End-Signalübertragung, auch wenn PE1

und PE2 sind nicht über ein einziges Netzwerk verbunden, sondern über eine Reihe von Netzwerken.

Layer 2-Konnektivität zwischen PE1 und PE2

Abbildung 1 ist ein Beispiel für ein Implementierungsszenario, in dem CFM-basierte asynchrone Benachrichtigungen verwendet werden können

um den Verbindungsstatus zwischen CE1 und CE2 zu synchronisieren. Die folgenden zwei Anforderungen können mit der

konfiguration asynchroner Benachrichtigungen.

  • Wenn die Verbindung zwischen PE2 und CE2 fällt, dann ist auch die Verbindung zwischen PE1 und CE1 hergestellt.

    Wenn die Verbindung wiederhergestellt wird, sollte sie auch den Verbindungsstatus PE1 zu CE1 wiederherstellen. Die Änderung des Verbindungsstatus zwischen

    PE1 bis CE1 sollte ähnlich funktionieren.

    • Wenn es ein Verbindungsproblem zwischen PE1 und PE2 gibt, löst es eine Verbindung zwischen PE1 und CE1 aus

      und PE2 bis CE2. Wenn der Verbindungsstatus wiederhergestellt wird, sollte er den Verbindungsstatus an beiden Enden wiederherstellen

See Also

Release-Verlaufstabelle
Release
Beschreibung
17.1
Junos OS Connectivity Fault Management (CFM) funktioniert ab Version 17.1 bei einem einheitlichen In-Service-Software-Upgrade (ISSU), wenn es sich bei dem Peer-Gerät nicht um einen Router von Juniper Networks handelt.
15.1
Ab Junos OS Version 15.1 wird die Konfiguration von ISSU mit CFM (802.1ag) nur auf MX- und PTX-Routern unterstützt, die TLV unterstützen.
12.3
Ab Junos OS Version 12.3 müssen Sie für alle Schnittstellen, die auf Modular Port Concentrators (MPCs) auf universellen 5G-Routing-Plattformen der MX-Serie konfiguriert sind, nicht mehr die no-control-word Anweisung für alle Layer-2-VPNs und Layer-2-Schaltungen konfigurieren, über die Sie CFM-MEPs ausführen.
12.3
Ab Junos OS Version 12.3 müssen Sie für alle Schnittstellen, die auf Modular Port Concentrators (MPCs) auf universellen 5G-Routing-Plattformen der MX-Serie konfiguriert sind, nicht mehr die no-control-word Anweisung für alle Layer-2-VPNs und Layer-2-Schaltungen konfigurieren, über die Sie CFM-MEPs ausführen.
12.3
Ab Junos OS Version 12.3 müssen Sie für alle Schnittstellen, die auf Modular Port Concentrators (MPCs) auf universellen 5G-Routing-Plattformen der MX-Serie konfiguriert sind, nicht mehr die no-control-word Anweisung für alle Layer-2-VPNs und Layer-2-Schaltungen konfigurieren, über die Sie CFM-MEPs ausführen.