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 Konnektivitätsfehlermanagement (CFM)

Verwenden Sie dieses Thema, um Funktionen zur Verwaltung von Verbindungsfehlern zu konfigurieren, wie Wartungsdomänen, Wartungszuordnungen, Maintenance Intermediate Points (MIPs) und Parameter für Continuity-Überprüfungen. Sie können dieses Thema auch verwenden, um ein Aktionsprofil zu konfigurieren, um die CFM-Aktion anzugeben, die bei einem bestimmten CFM-Ereignis ausgeführt werden muss.

Erstellen einer Wartungsdomäne

Um das Connectivity Fault Management (CFM) an einer Ethernet-Schnittstelle zu aktivieren, 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 Namesformat als DNS-Format (Domain Name Service) angeben, können Sie den Namen der Wartungsdomäne als "www.juniper.net. Das Standardnamenformat ist der ASCII-Zeichenzeichenfolge.

Anmerkung:

Für logische Schnittstellen muss der Name der Wartungsdomäne in logischen Systemen eindeutig sein. Wenn Sie denselben Wartungsdomänennamen über logische Systeme konfigurieren, dann erhalten Sie die folgende Fehlermeldung: 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 Nesting-Beziehung zwischen verschiedenen Wartungsdomänen an. Die Wartungsdomänenebene ist in jeden der CFM-Frames eingebettet.

So erstellen Sie eine Wartungsdomäne:

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

    Wenn Sie die Länge der Wartungsdomänen mit einer Länge von mehr als 45 Oktett konfigurieren, wird die 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.

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-Domain-Ebene. Auf diese Weise können Sie eine Wartungsdomäne für jede Standardstufe definieren. Die MIPs-Namen werden als default-level-number auf der Hierarchieebene [edit protocols oam ethernet connectivity-fault-management maintenance-domain] erstellt. Verwenden Sie bridge-domain die Optionen , und instancevirtual-switchmip-half-function MIP, um die MIP-Konfiguration anzugeben.

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

Für die Konfiguration des Maintenance Intermediate Point (MIP):

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

    Eine Bridge-Domäne muss durch Den Namen nur angegeben werden, wenn sie durch die Anweisung vlan-id in der Anweisung konfiguriert virtual-switch ist. Wenn eine Bridge-Domäne mit einer Reihe von VLAN-IDs konfiguriert ist, müssen die VLAN-IDs nach dem Namen der Bridge-Domain explizit aufgelistet werden.

    Anmerkung:

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

  2. Konfigurieren Sie die VPLS-Routinginstanz für die Standardwartungsdomäne.
  3. Konfigurieren Sie die MIP-Half-Funktion (Maintenance Intermediate Point), um die MIP-Funktion in zwei unidirektionale Segmente zu unterteilen, um die Netzabdeckung durch Erhöhung der Überwachten MIPs zu verbessern. Die MIP-Half-Funktion reagiert auch auf Loop-Back- und Link-Trace-Nachrichten, um Fehler zu identifizieren.
    Anmerkung:

    Immer wenn ein MIP konfiguriert und einer Bridge-Domäne mehrere Wartungsdomänen oder Wartungszuordnungen zugeordnet wird, ist es von entscheidender Bedeutung, dass der Wert aller Wartungsdomänen und Wartungszuordnungen gleich mip-half-function ist.

Configuring Maintenance Association Intermediate Points in ACX Series

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

Anmerkung:

ACX5048- und ACX5096-Router unterstützen keine MIP-Konfiguration bei VPLS-Diensten.

Anmerkung:

ACX5448-Router MIP nicht unterstützen.

Anmerkung:

Immer wenn ein MIP konfiguriert und einer Bridge-Domäne mehrere Wartungsdomänen oder Wartungszuordnungen zugeordnet wird, ist es von entscheidender Bedeutung, dass der Wert aller Wartungsdomänen und Wartungszuordnungen gleich mip-half-function ist.

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

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

  • MIP mit Bridge-Domain

  • MIP mit Circuit Cross-Connect (CCC)

  • MIP mit Bridge-Domäne, wenn ein Maintenance Association-Endpunkt konfiguriert ist

  • MIP mit CCC, wenn der Endpunkt für die Wartungsgemeinschaft konfiguriert ist

In den folgenden Abschnitten wird die MIP-Konfiguration beschrieben:

Konfigurieren der Maintenance Domain Bridge-Domain

Um die Bridge-Domäne zu konfigurieren, fügen Sie die vlans Anweisung auf der [edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domain-name] Hierarchieebene 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 MIP-Half-Funktion für die Wartungsdomäne

MIP Half Function (MHF) unterteilt MIP-Funktionen in zwei unidirektionale Segmente, verbessert die Visibilität bei minimaler Konfiguration und verbessert die Netzwerkabdeckung durch eine Erhöhung der Anzahl von Punkten, die überwacht werden können. MHF erweitert die Überwachungsfunktionen durch Reaktion auf Loopback- und Linktrace-Nachrichten, um Fehler zu isolieren.

Immer wenn ein MIP konfiguriert und einer Bridge-Domäne mehrere Wartungsdomänen oder Wartungszuordnungen zugeordnet wird, ist es von entscheidender Bedeutung, dass der MIP-Half-Function-Wert für alle Wartungsdomänen und Wartungszuordnungen gleich ist. Um die MIP-Half-Funktion zu konfigurieren, fügen Sie die mip-half-function Anweisung auf der [edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domain-name] Hierarchieebene ein.

Konfigurieren der Maintenance Association Intermediate Points mit Bridge Domain

In ACX5048- und ACX5096-Routern können Sie MIP mit Bridge-Domain konfigurieren. Im Folgenden finden Sie ein Beispiel für die Konfiguration von MIP mit Bridge-Domäne:

Konfigurieren der Maintenance Association Intermediate Points mit Circuit Cross-Connect

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

Konfigurieren der Maintenance Association Intermediate Points mit Bridge-Domain bei der Konfiguration des Maintenance Association End Point

In ACX5048- und ACX5096-Routern können Sie MIP mit Bridge-Domäne konfigurieren, wenn ein MAINTENANCE Association End Point (OXID) konfiguriert ist. Im Folgenden finden Sie ein Beispiel für die Konfiguration von MIP mit Bridge-Domäne, wenn THEMEN KONFIGURIERT werden:

Konfigurieren der Maintenance Intermediate Points mit Circuit Cross-Connect bei der Konfiguration von Maintenance Association End Point

In ACX5048- und ACX5096-Routern können Sie MIP mit Circuit Cross-Connect (CCC) konfigurieren, wenn ein Maintenance Association End Point (OXID) konfiguriert ist. Im Folgenden finden Sie ein Beispiel für die Konfiguration von MIP mit CCC, wenn CCC konfiguriert ist:

Aufbau einer Wartungsgemeinschaft

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

Die Bezeichnungen von Wartungsgemeinschaft können in einem der folgenden Formate vorliegen:

  • Als Klar-ASCII-Zeichenzeichenfolge

  • Als VLAN-Kennung des VLANs werden Sie hauptsächlich mit der Wartungsgemeinschaft in Verbindung

  • Als Kennung mit zwei Oktett im Bereich von 0 bis 65.535

  • Als Name in dem von RFC 2685 angegebenen Format

Das Standard-Kurznamenformat ist ein ASCII-Zeichen Zeichenfolge.

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

Überblick über die Protokollparameter "Continuity Check"

Das Continuity Check Protocol wird zur Fehlererkennung durch Maintenance End Points (MEPs) innerhalb einer Wartungsgesellschaft verwendet. DASKT sendet regelmäßig Multicast-Nachrichten zur Kontinuitätsprüfung. Die Continuity Check Protocol-Pakete verwenden den Ethertype Value 0x8902 und die Multicastziel-MAC-Adresse 01:80:c2:00:00:32.

Die folgende Liste beschreibt die Protokollparameter für Continuity Check, die Sie konfigurieren können:

  • interval- Häufigkeit der Continuity-Check-Nachrichten (CCM), d. h. zwischen der Übertragung der CCM-Nachrichten. Sie können 10 Minuten ( 10m ), 1 Minute ( 1m ), 10 Sekunden ( ), 1 Sekunde ( ), 100 Millisekunden ( ) oder 10s1s100ms 10 Millisekunden ( ) 10ms angeben. Der Standardwert ist 1 Minute. Wenn Sie z. B. das Intervall als 1 Minute angeben, sendet DAS UNTERNEHMEN die Kontinuitäts-Check-Nachrichten jede Minute an die empfangendeBENACHRICHTIGUNG.

    Anmerkung:

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

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

  • hold-interval— Häufigkeit der Nachredung der FALLS-Datenbank, wenn keine Aktualisierungen auftreten. Empfangende MEPs verwenden die Nachrichten zur Kontinuitätsüberprüfung, um eine SCHLIEßLICH-Datenbank aller MEPs in der Wartungsgemeinschaft aufzubauen. Die Häufigkeit bedeute die Anzahl von Minuten, die vor der Abrenden der WORDEN-Datenbank warten müssen, wenn keine Aktualisierungen auftreten. Der Standardwert ist 10 Minuten.

    Anmerkung:

    Eine Hold-Timer-basierte Datenentladung ist nur für die automatische Wiederherstellung von Remote-MEPs und nicht für statisch konfigurierte Remote-MEPs anwendbar.

    Die Logik für das Hold-Intervall führt einen Polling-Timer pro CFM-Sitzungsebene aus (nicht pro Remote-EBENE, wobei die Abrufzeitsteuerungsdauer der konfigurierten Hold Time entspricht. Wenn der Polling-Timer abläuft, löscht er alle auto-dedeckten Remote-ENTRIES, die während eines Zeitraums, der der konfigurierten Hold Time entspricht oder größer ist, im fehlerhaften Zustand waren. Wenn die Remote-SOR-Verbindung die Hold-Time-Dauer im fehlerhaften Zustand beendet, wird die Zeit bis zum Ablauf des nächsten Polling-Timers nicht vollständig beendet. Daher können Remote-SOR-E-5000-Daten nicht exakt zum konfigurierten Hold-Time-Zeitraum entfernt werden.

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

Configuring Continuity Check Protocol Parameters for Fault Detection

Das Continuity Check Protocol wird zur Fehlererkennung von einem Maintenance Association End Point () innerhalb einer Wartungsgemeinschaft verwendet. Eine ZEIT WIRD regelmäßig Multicast-Nachrichten generiert und darauf reagiert. Die Continuity Check Protocol-Pakete verwenden den Ethertype Value 0x8902 und die Multicastziel-MAC-Adresse 01:80:c2:00:00:32. Die empfangenden MEPs verwenden die CcMs (Continuity Check Messages), um eineKONTINUitäts-Datenbank aller MEPs in der Wartungsgemeinschaft aufzubauen.

Zur Konfiguration von Continuity Prüfen der Protokollparameter:

  1. Geben Sie die Zeit an, die Sie in Minuten vor der Vorentschwemmung der DATABASE vor dem Eintreten von Aktualisierungen warten möchten. Der Wert beträgt 1 Minute bis 30.240 Minuten. Der Standardwert ist 10 Minuten.
    Anmerkung:

    Die Aufladung basierend auf dem Hold-Timer ist nur für auto-dedeckte Remote-MEPs und nicht für statisch konfigurierte Remote-MEPs anwendbar.

  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 (1 Sekunde), 100 Millisekunden (100 Millisekunden) oder 10 Millisekunden (10 Millisekunden). Der Standardwert ist 1 Minute.
  3. Geben Sie die Anzahl der Kontinuitätsüberprüfungsmeldungen an, die verloren gehen können, bevor der Router DIE ZAHL als "down" markiert. Der Wert kann zwischen 3 und 256 Protokolldateneinheiten (PDUs) sein. Der Standardwert ist 3 PDUs.

KONFIGURIEREN VON TOR ZUR Generierung und Reaktion auf CFM-Protokollmeldungen

Ein Endpunkt der Wartungsgemeinschaft (MAINTENANCE Association End Point, SOZ) bezieht sich auf die Grenzen einer Domäne. EIN SOR generiert und reagiert auf Verbindungsfehlerverwaltungs-Protokollmeldungen (Connectivity Fault Management, CFM). Sie können mehrere BISPS für eine einzige Kombination von Wartungsgemeinschafts-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 von Maintenance Domain Identifier und Maintenance Association-Namen konfigurieren, um die Von Virtual Private LAN Service (VPLS), Bridge-Domain, Circuit Cross-Connect (CCC) oder IPv4-Domänen bereitgestellten Dienste zu überwachen.

Für Layer-2-VPNs Routing-Instanzen (lokales Switching) und EVPN-Routing-Instanzen können Sie auch mehrere bis zu MEPs für eine einzige Kombination von Maintenance Association ID und Maintenance Domain ID an logischen Schnittstellen konfigurieren. Die logische Schnittstelle kann auf unterschiedlichen Geräten oder auf demselben Gerät konfiguriert werden. Zur Unterstützung mehrerer bis zu mehreren MEPs auf zwei IFLs müssen für das Gehäuse erweiterte IP-Netzwerkservices konfiguriert werden.

Sie können die automatische Erkennung einesORTs aktivieren. Mit automatischer Erkennung kann EIN SOR Nachrichten (Continuity Check Messages) (CCMs) von allen Remote-MEPs derselben Wartungsgemeinschaft akzeptieren. Wenn die automatische Erkennung nicht aktiviert ist, müssen die Remote-MEPs konfiguriert werden. Wenn das Remote-SOR-System NICHT konfiguriert ist, werden CCMs aus der Remote-MANDR-Datei als Fehler behandelt.

Die Continuity-Messung wird durch ein vorhandenes Continuity Check-Protokoll bereitgestellt. Die Kontinuität für jedes Remote-MAL-PROGRAMM WIRD als prozentualen Anteil der Zeit gemessen, in der REMOTE-GESCHÄFTSbetrieb über die gesamte administrative Zeit im Betrieb lag. Hierbei ist die Betriebszeit die Gesamtzeit, in der die CCM-Adjacency für eine bestimmte Remote-ZEIT AKTIV ist, und die administrative Zeit ist die Gesamtzeit, in der das lokale DANN AKTIV ist. Sie können die Kontinuitätsmessung auch neu starten, indem Sie die aktuell gemessene Betriebszeit und die verwaltungsfähige Zeit löschen.

Konfigurieren einer Maintenance Association End Point (OPTIONAL)

So konfigurieren Sie einen Endpunkt für die Wartungsgemeinschaft:

  1. Geben Sie eine ID für DAS an der [ edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name] . Sie können einen beliebigen Wert von 1 bis 8191 angeben.
  2. Ermöglichen eine automatische Erkennung von Wartungsendpunktn, sodass DAS UNTERNEHMEN GESCHÄFTSkontinuitäts-Check-Nachrichten (CCMs) von allen Remote-MEPs der gleichen Wartungsgemeinschaft akzeptieren kann.
  3. Geben Sie die Richtung an, in der DIE CCM-Pakete an die ZEIT ZWISCHEN ZWISCHEN 1 und 80 G übertragen werden. Sie können nach oben oder unten festlegen. Wenn Sie die Richtung als "oben" angeben, werden CCMs über jede logische Schnittstelle, die Teil der gleichen Bridging- oder VPLS-Instanz ist, mit Ausnahme der auf DEM BENUTZEROBERFLÄCHE konfigurierten Schnittstelle übertragen. Wenn Sie die Richtung als "unten" angeben, werden CCMs nur über die auf DEM BERR konfigurierte Schnittstelle übertragen.
    Anmerkung:

    Ports im Spanning Tree Protocol (STP)-Blockierungsstatus blockieren CFM-Pakete nicht, da diese an einen aufbeschlüsselten SOR-Paketen (Down-Tree Protocol) gehen. Ports in einem STP-Blockierungsstatus ohne konfiguriertes Continuity Check Protocol blockieren CFM-Pakete.

    Anmerkung:

    Beginnend mit Junos OS Version 12.3 müssen Sie für alle Schnittstellen, die auf Modular Port Concentrators (MPCs) auf 5G-Universelle Routing-Plattformen der MX-Serie konfiguriert sind, die Anweisung nicht mehr für alle Layer 2-VPNs und Layer 2-Circuits konfigurieren, auf denen Sie no-control-word 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 weiterhin auf der Oder Hierarchieebene konfigurieren, wenn Sie no-control-word[edit routing-instances routing-instance-name protocols l2vpn][edit protocols l2circuit neighbor neighbor-id interface interface-name] CFM-MEPs konfigurieren. Andernfalls werden die CFM-Pakete nicht übertragen und der Befehl show oam ethernet connectivity-fault-management mep-database zeigt keine Remote-MEPs an.

  4. Geben Sie die Schnittstelle an, an die DAS UNTERNEHMEN angeschlossen ist. Dabei kann es sich um eine physische oder logische Schnittstelle oder eine Trunkschnittstelle (Trunk Interface) machen. Auf Routern der MX-Serie kann DAS UNTERNEHMEN an ein bestimmtes VLAN einer Trunkschnittstelle 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 einen Wert von bis zu 7 als Priorität angeben.
  6. Geben Sie den Fehler mit der geringsten Priorität an, der einen Fehleralarm generiert, wenn CFM einen Fehler erkennt. Zu den möglichen Werten gehören: alle -Defekte, err-xcon, mac-rem-err-xcon, kein Defekt, rem-err-xcon und xcon.
  7. Geben Sie die ID des Remote-SOR UNTER [ edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name mep mep-id] ein. Sie können einen beliebigen Wert von 1 bis 8191 angeben.

Konfigurieren eines Remote Maintenance Association End Point (OPTIONAL)

So konfigurieren Sie einen Fernwartungs-Zuordnungs-Endpunkt:

  1. Konfigurieren Sie Remote-ANZAHL VON AR AUF, indem Sie die SOR-ID unter [ edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name mep mep-id] angeben. Sie können einen beliebigen Wert von 1 bis 8191 angeben.
  2. Geben Sie den Namen des Für das Aktionsprofils, das für das Remote-ZU verwenden ist, an, indem Sie die action-profile profile-name Anweisung unter der Adresse [ 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 sein.
  3. Konfigurieren Sie das Remote-SOR, um einen anfänglichen Verbindungsverlust zu erkennen. Standardmäßig generiert DAS keine LOC-Fehlermeldungen (Loss-of-Continuity). Beim Konfigurieren der Anweisung wird ein Fehler beim Verlust der Kontinuität (Loss-of-Continuity, LOC) festgestellt, wenn innerhalb eines Zeitraums, der dem 3,5-fachen des für die Wartungskontinuitätsüberprüfung konfigurierten Kontinuitätsüberprüfungsintervalls entspricht, keine Continuity-Check-Nachricht von der Remote-DESR-Nachricht empfangen detect-loc wird. Wenn ein LOC-Fehler festgestellt wird, wird eine Syslog-Fehlermeldung generiert.
    Anmerkung:

    Wenn Sie das Connectivity-Fault Management (CFM) sowie alle konfigurierten Konfigurationen zum Herunterbringen der Schnittstelle konfigurieren, wenn keine Continuity-Check-Nachricht detect-locaction-profile empfangen wird. Die Wird jedoch nicht ausgeführt, wenn Sie nicht konfiguriert sind und die Continuity-Check-Nachricht action-profile detect-loc nicht empfangen wurde.

KONFIGURIEREN VONKONS-Schnittstellen zur Unterstützung von Ethernet-Frame-Verzögerungsmessungen

Die Messung der Ethernet-Frame-Verzögerung ist ein nützliches Tool zur Bereitstellung von Leistungsstatistiken oder zur Unterstützung oder Herausfordern von Service Level Agreements (SLAs). Standardmäßig nutzt die Ethernet-Frame-Verzögerungsmessung Software für die Zeitstempel- und Verzögerungsberechnung. Optional können Sie das Hardware-Timing verwenden, um diesen Prozess zu unterstützen und die Genauigkeit der Verzögerungsmessungsergebnisse zu erhöhen. Diese Unterstützung finden Sie beim Empfang.

Bevor Sie Ethernet-Frame-Verzögerungsmessungen auf Routern der MX-Serie durchführen können, müssen Sie Folgendes durchgeführt haben:

  • Korrekte Konfiguration von Ethernet-OAM und CFM

  • Vorbereitung der Messung zwischen zwei kompatibilität konfigurierten Routern der MX-Serie

  • Ermöglicht den verteilten regelmäßigen Paketverwaltungs-Daemon (ppmd)

  • Es wurde der Versuch vermieden, Ethernet-Frame-Verzögerungsmessung an aggregierten Ethernet- oder Pseudowire-Schnittstellen durchzuführen, die nicht unterstützt werden

  • Stellen Sie sicher, dass bei der Konfiguration dieser Funktion die hardwaregestützte Zeitstempel unterstützt wird

am Ende dieser Konfiguration erstellen Sie zwei Router der MX-Serie, die über optionale Hardware-Zeitstempel Ethernet-Frame-Verzögerungsmessungen an Ethernet-Schnittstellen durchführen und anzeigen können. Standardmäßig nutzt die Ethernet-Frame-Verzögerungsmessung Software für die Zeitstempel- und Verzögerungsberechnung. Optional können Sie das Hardware-Timing verwenden, um diesen Prozess zu unterstützen und die Genauigkeit der Verzögerungsmessungsergebnisse zu erhöhen. Diese Unterstützung finden Sie beim Empfang.

Zur Konfiguration hardwaregestützter Zeitstempel:

  1. Zur Unterstützung der Ethernet-Frameverzögerungsmessung hardwareunterstützung beim Empfangspfad fügen Sie die hardware-assisted-timestamping Aussage auf der [edit protocols oam ethernet connectivity-fault-management performance-monitoring] Hierarchieebene hinzu:
  2. Die Messung der Ethernet-Frame-Verzögerung erfordert die Aktivierung verteilter PPMD. Bevor Sie Statistiken zur Ethernet-Frameverzögerungsmessung sammeln können, müssen Sie sicherstellen, dass PPMD ordnungsgemäß konfiguriert ist. Ohne verteiltes PPMD sind die Ergebnisse zur Verzögerungsmessung ungültig.

    Zur Messung der Ethernet-Frame-Verzögerung müssen Sie sicherstellen, dass die folgende Konfiguration nicht vorhanden ist:

Konfigurieren des Dienstschutzes für VPWS über MPLS DERSCHNITTSTELLE

Sie können einen Serviceschutz für einen VPWS (Virtual Private Wire Service) über ein mehr als MPLS festlegen, indem Sie einen funktionierenden Pfad oder einen Schutzpfad in DER ARBEITSTAG angeben. Der Dienstschutz sorgt bei einem Ausfall für einen End-to-End-Verbindungsschutz des funktionierenden Pfads.

Zur Konfiguration des Serviceschutzes müssen Sie zwei separate Transportpfade erstellen: einen funktionierenden und einen Schutzpfad. Sie können den Arbeitspfad festlegen und den Pfad schützen, indem Sie zwei Wartungszuordnungen erstellen. Um die Wartungsgemeinschaft mit einem Pfad zu verknüpfen, müssen Sie die Anweisung für die PATH innerhalb der MAINTENANCE Association konfigurieren und den Pfad interface als funktionierender oder geschützter Pfad angeben.

Anmerkung:

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

Tabelle 1 beschreiben die verfügbaren Dienstschutzoptionen.

Tabelle 1: Dienstschutzoptionen

Option

Beschreibung

working

Legt den Arbeitspfad fest.

protect

Legt den Schutzpfad fest.

In dieser Konfiguration aktivieren wir den Serviceschutz für den VPWS-Service. Die CCM-Sitzung wird für den Arbeitspfad konfiguriert und referenziert auf die für den Schutzpfad konfigurierte CCM-Sitzung mithilfe der protect-maintenance-association Anweisung. Der Name des Schützen-Transportpfads der Wartungsgemeinschaft wird konfiguriert und der Wartungsgesellschaft für den Arbeitspfad zugeordnet.

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

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

    Wenn Sie die Länge der Wartungsdomänen mit einer Länge von mehr als 45 Oktett konfigurieren, wird die 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 Wartungsgemeinschaft 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 für den Verbindungsschutz verwendeten Namen der Wartungsverbindung und den Namen des APS-Profils (automatisches Schutz-Switching) auf der [ edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name ] Hierarchieebene an.
  5. Geben Sie die Zeit an, bis zwischen den Ü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 zu warten. Die Dauer kann einer der folgenden Werte sein: 10 Minuten (10 m), 1 Minute (1m), 10 Sekunden (10s), 1 Sekunde (1s), 100 Millisekunden (100 Millisekunden) oder 10 Millisekunden (10 Millisekunden). Der Standardwert ist 1 Minute.
  6. Geben Sie eine ID für DAS an der [ edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name] . Sie können einen beliebigen Wert von 1 bis 8191 angeben.
  7. Ermöglichen eine automatische Erkennung von Wartungsendpunktn, sodass DAS UNTERNEHMEN GESCHÄFTSkontinuitäts-Check-Nachrichten (CCMs) von allen Remote-MEPs der gleichen Wartungsgemeinschaft akzeptieren kann.
  8. Geben Sie die Richtung an, in der DIE CCM-Pakete an die ZEIT ZWISCHEN ZWISCHEN 1 und 80 G übertragen werden. Sie können nach oben oder unten festlegen. Wenn Sie die Richtung als "oben" angeben, werden CCMs über jede logische Schnittstelle, die Teil der gleichen Bridging- oder VPLS-Instanz ist, mit Ausnahme der auf DEM BENUTZEROBERFLÄCHE konfigurierten Schnittstelle übertragen. Wenn Sie die Richtung als "unten" angeben, werden CCMs nur über die auf DEM BERR konfigurierte Schnittstelle übertragen.
    Anmerkung:

    Ports im Spanning Tree Protocol (STP)-Blockierungsstatus blockieren CFM-Pakete nicht, da diese an einen aufbeschlüsselten SOR-Paketen (Down-Tree Protocol) gehen. Ports in einem STP-Blockierungsstatus ohne konfiguriertes Continuity Check Protocol blockieren CFM-Pakete.

    Anmerkung:

    Beginnend mit Junos OS Version 12.3 müssen Sie für alle Schnittstellen, die auf Modular Port Concentrators (MPCs) auf 5G-Universelle Routing-Plattformen der MX-Serie konfiguriert sind, die Anweisung nicht mehr für alle Layer 2-VPNs und Layer 2-Circuits konfigurieren, auf denen Sie no-control-word 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 weiterhin auf der Oder Hierarchieebene konfigurieren, wenn Sie no-control-word[edit routing-instances routing-instance-name protocols l2vpn][edit protocols l2circuit neighbor neighbor-id interface interface-name] CFM-MEPs konfigurieren. Andernfalls werden die CFM-Pakete nicht übertragen und der Befehl show oam ethernet connectivity-fault-management mep-database zeigt keine Remote-MEPs an.

  9. Geben Sie die Schnittstelle an, an die DAS UNTERNEHMEN angeschlossen ist. Dabei kann es sich um eine physische oder logische Schnittstelle oder eine Trunkschnittstelle (Trunk Interface) machen. Auf Routern der MX-Serie kann DAS UNTERNEHMEN an ein bestimmtes VLAN einer Trunkschnittstelle angeschlossen werden. Geben Sie außerdem den Transportpfad als funktionierenden Pfad an.
  10. Erstellen Sie eine Wartungsgemeinschaft 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 Zeit an, bis zwischen den Ü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 zu warten. Die Dauer kann einer der folgenden Werte sein: 10 Minuten (10 m), 1 Minute (1m), 10 Sekunden (10s), 1 Sekunde (1s), 100 Millisekunden (100 Millisekunden) oder 10 Millisekunden (10 Millisekunden). Der Standardwert ist 1 Minute.
  12. Geben Sie eine ID für DAS an der [ edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name] . Sie können einen beliebigen Wert von 1 bis 8191 angeben.
  13. Ermöglichen eine automatische Erkennung von Wartungsendpunktn, sodass DAS UNTERNEHMEN GESCHÄFTSkontinuitäts-Check-Nachrichten (CCMs) von allen Remote-MEPs der gleichen Wartungsgemeinschaft akzeptieren kann.
  14. Geben Sie die Richtung an, in der DIE CCM-Pakete an die ZEIT ZWISCHEN ZWISCHEN 1 und 80 G übertragen werden. Sie können nach oben oder unten festlegen. Wenn Sie die Richtung als "oben" angeben, werden CCMs über jede logische Schnittstelle, die Teil der gleichen Bridging- oder VPLS-Instanz ist, mit Ausnahme der auf DEM BENUTZEROBERFLÄCHE konfigurierten Schnittstelle übertragen. Wenn Sie die Richtung als "unten" angeben, werden CCMs nur über die auf DEM BERR konfigurierte Schnittstelle übertragen.
    Anmerkung:

    Ports im Spanning Tree Protocol (STP)-Blockierungsstatus blockieren CFM-Pakete nicht, da diese an einen aufbeschlüsselten SOR-Paketen (Down-Tree Protocol) gehen. Ports in einem STP-Blockierungsstatus ohne konfiguriertes Continuity Check Protocol blockieren CFM-Pakete.

    Anmerkung:

    Beginnend mit Junos OS Version 12.3 müssen Sie für alle Schnittstellen, die auf Modular Port Concentrators (MPCs) auf 5G-Universelle Routing-Plattformen der MX-Serie konfiguriert sind, die Anweisung nicht mehr für alle Layer 2-VPNs und Layer 2-Circuits konfigurieren, auf denen Sie no-control-word 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 weiterhin auf der Oder Hierarchieebene konfigurieren, wenn Sie no-control-word[edit routing-instances routing-instance-name protocols l2vpn][edit protocols l2circuit neighbor neighbor-id interface interface-name] CFM-MEPs konfigurieren. Andernfalls werden die CFM-Pakete nicht übertragen und der Befehl show oam ethernet connectivity-fault-management mep-database zeigt keine Remote-MEPs an.

  15. Geben Sie die Schnittstelle an, an die DAS UNTERNEHMEN angeschlossen ist. Dabei kann es sich um eine physische oder logische Schnittstelle oder eine Trunkschnittstelle (Trunk Interface) machen. Auf Routern der MX-Serie kann DAS UNTERNEHMEN an ein bestimmtes VLAN einer Trunkschnittstelle angeschlossen werden. Geben Sie außerdem den Transportpfad als funktionierenden Pfad an.

Konfigurieren des Linktrace Protocol in CFM

Das Linktrace-Protokoll wird zur Pfaderkennung zwischen einem Paar von Wartungspunkten verwendet. Linktrace-Nachrichten werden von einem Administrator ausgelöst, der den Befehl verwendet, um den Pfad zwischen einem Paar MEPs unter der traceroute gleichen Wartungsverbindung zu überprüfen. Linktrace-Nachrichten können auch verwendet werden, um den Pfad zwischen einer PRÜF- und einer MIP-Verbindung in der gleichen Wartungsdomäne zu verifizieren. Mithilfe des linktrace-Protokolls können Sie die Zeit zum Warten auf eine Antwort konfigurieren. Wenn keine Antwort für eine Linktrace-Anforderungsnachricht empfangen wird, werden die Anforderungs- und Antworteinträge nach Ablauf des Intervalls gelöscht. Sie können auch die Anzahl der Linktrace-Antworten konfigurieren, die für die entsprechende Linktrace-Anforderung gespeichert werden.

Der Betrieb von IEEE 802.1ag Linktrace-Anforderungs- und Antwortmeldungen ähnelt dem Betrieb von Layer traceroute 3-Befehlen. Weitere Informationen zum Befehl finden Sie in der traceroute Administrationsbibliothek Junos OS für Routinggeräte.

So konfigurieren Sie das linktrace-Protokoll:

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

Konfigurieren der Begrenzung der Rate von Ethernet-OAM-Nachrichten

Die M320 mit Enhanced III FPC, M120, M7i, M10 mit CFEB und routern der MX-Serie unterstützen die Begrenzung der Raten von Ethernet OAM-Nachrichten. Abhängig von der 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 abzufangen.

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

  • Globale CFM-Überwachung – verwendet einen Policer auf globaler Ebene, um den CFM-Datenverkehr zu allen Sitzungen zu policen.

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

Um CFM-Policing auf globaler Ebene zu konfigurieren, geben Sie die Anweisung policer und die 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.

Im folgenden Beispiel wird ein CFM-Policer zur Begrenzung der Rate von CFM verwendet:

Fall 1: CFM-Überwachung auf globaler Ebene

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

Fall 2: CFM-Policing auf Sitzungsebene

In diesem Beispiel wird ein CFM-Policer auf Sitzungsebene zur Begrenzung der Rate verwendet. Die Anweisung auf der Sitzungshierarchieebene gibt den Policer an, der nur für Policing verwendet wird Continuity Check-Pakete des policer CFM-Datenverkehrs, die zu der angegebenen [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name] Sitzung gehören. Die Anweisung auf Hierarchieebene gibt den Policer an, der für die Überwachung aller other cfm-policer1 Nicht-Continuity-Check-Pakete des CFM-Datenverkehrs verwendet werden soll, die nur zu [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name] dieser Sitzung gehören. Die Anweisung gibt an, alle CFM-Pakete mit dem angegebenen all cfm-policer2 Policer cfm-policer2 zu policer. Wenn diese all policer-name Option verwendet wird, kann der Benutzer die vorherigen und die continuity-check Optionen nicht other angeben.

Im Fall einer globalen CFM-Überwachung wird derselbe Policer von mehreren CFM-Sitzungen gemeinsam genutzt. Bei CFM-Policing pro Sitzung muss ein separater Policer erstellt werden, um Pakete mit einer bestimmten Geschwindigkeit zu begrenzen.

Anmerkung:

Die Service-Level-Policer-Konfiguration für zwei CFM-Sitzungen an der gleichen Schnittstelle auf unterschiedlichen Ebenen muss die folgenden Einschränkungen erfüllen, wenn die Richtung der Sitzungen gleich ist:

  • Wenn eine Sitzung mit konfiguriert ist, kann die andere policer all Sitzung nicht über eine oder eine Konfiguration policer allpolicer other verfügen.

  • Wenn eine Sitzung mit konfiguriert ist, kann die andere policer other Sitzung nicht über eine oder eine Konfiguration policer allpolicer other verfügen.

Bei einer solchen Konfiguration tritt ein Commit-Fehler auf.

Anmerkung:

Policer mit PBB und MIPs werden nicht unterstützt.

Konfigurieren der lokalen Ethernet-Verwaltungsschnittstelle

Ethernet Local Management Interface Overview

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

Anmerkung:

Auf Routern der MX-Serie wird E-LMI auf Gigabit Ethernet ( ge ), 10-Gigabit Ethernet ( ) und Aggregated Ethernet ( ) Schnittstellen unterstützt, die auf Routern der MX-Serie mit ausschließlich DPC konfiguriert xeae sind.

Die E-LMI-Spezifikation ist im Metro Ethernet Forum verfügbar. Dabei werden E-LMI-Verfahren und -Protokolle verwendet, um eine automatische Konfiguration des Customer Edge (CE) zur Unterstützung von Metro Ethernet-Services zu ermöglichen. Das E-LMI-Protokoll stellt dem Protokoll außerdem Statusinformationen zwischen der Benutzerschnittstelle (UNI) und der Ethernet virtuellen Verbindung (EVC) CE. Die UNI- und EVC-Informationen ermöglichen die automatische Konfiguration CE Netzwerkbetriebs basierend auf der Metro Ethernet-Konfiguration.

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

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

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

E-LMI ist mit einem OAM-Protokoll wie Connectivity Fault Management (CFM) zusammenarbeitet, das innerhalb des Anbieternetzwerks ausgeführt wird, um den OAM-Status zu erfassen. CFM läuft auf Anbieter-Wartungsebene (UNI-N bis UNI-N mit bis zu MEPs an der UNI). E-LMI nutzt CFM für den End-to-End-Status von EVCs in allen CFM-Domänen (SVLAN-Domain oder VPLS).

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

  • Benachrichtigung an den CE Zum-/Löschung eines EVC (aktiv, nicht aktiv oder teilweise aktiv)

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

  • Kommunikation der UNI- und EVC-Attribute zum CE:

    • UNI-Attribute:

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

      • CE-VLAN-ID/EVC-Kartentyp (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 (committed information rate)

        • CBR (zugesagte Burst-Größe)

        • EIR (Überschussdatenrate)

        • 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 der VPLS-Pseudowire-Status oder End-to-End-CFM-Sitzungen zwischen UNI-Ns können zur Überwachung des EVC-Status verwendet werden.

  • L2 Circuit/L2VPN (Point-to-Point): Entweder VPLS-Pseudowire-Status oder End-to-End-CFM-Sitzungen zwischen UNI-Ns können zur Überwachung des EVC-Status verwendet werden.

    Anmerkung:

    l2-circuit werden l2vpn 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 linklose Weiterleitung für Pseudowire-Dienste (Layer 2 Circuit und Layer 2 VPN):

  • 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 für die Überwachung aktiver und Backup-Pseudowire-Sitzungen verwendet werden. Der EVC-Status wird nur dann als "CE erklärt, wenn sowohl die aktiven als auch die Backup-Pseudowire-Sitzungen heruntergehen.

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

    • Wenn ein Maintenance Association End Point (COMPUTERS) einen RDI-Bitsatz in einer Continuity Check Message (CCM)-Frame empfängt und wenn die RDI-Fehlererkennung in der EVC-Konfiguration unter aktiviert ist, wird die Pseudowire-Verbindung als [edit protocols oam ethernet evcs evc-id evc-protocol cfm management-domain name management-association name faults rdi] CE-Router über E-LMI erklärt.

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

Anmerkung:

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

Konfigurieren der lokalen Ethernet-Managementschnittstelle

Führen Sie die folgenden Schritte aus, um E-LMI zu konfigurieren:

Konfigurieren eines OAM-Protokolls (CFM)

Informationen zur Konfiguration des OAM-Protokolls (CFM) finden Sie in IEEE 802.1ag OAM Connectivity Fault Management Overview.

Zuweisen des OAM-Protokolls zu einem EVC

Zum Konfigurieren eines EVC müssen Sie einen Namen für den EVC mithilfe der Anweisung evcsevc-id auf der [edit protocols oam ethernet] Hierarchieebene angeben. Sie können das EVC-Protokoll zur Überwachung von EVC-Statistiken auf oder mithilfe der Anweisung und cfm der Optionen auf der vplsevc-protocol[edit protocols oam ethernet evcs] Hierarchieebene festlegen.

Sie können die Anzahl der Remote-UNIs im EVC mithilfe der Anweisung remote-uni-count number auf der [edit protocols oam ethernet evcs evcs-protocol] Hierarchieebene festlegen. Die remote-uni-count Standardeinstellungen sind 1. Konfigurieren eines Werts größer 1 macht den EVC-Multipoint-zu-Multipoint. Wenn Sie einen Wert über der tatsächlichen Anzahl von Endpunkten eingeben, wird der EVC-Status auch dann als teilweise aktiv angezeigt, wenn alle Endpunkte aktiv sind. Wenn Sie eine weniger als die tatsächliche Anzahl von Endpunkten eingeben, wird der Status als aktiv angezeigt, auch wenn remote-uni-count alle Endpunkte nicht aktiv sind.

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

Aktivierung von E-LMI auf einer Schnittstelle und Zuordnung CE VLAN-IDs zu einem EVC

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

Sie können den Statuszähler festlegen, um aufeinanderfolgende Fehler mit der status-counter count Anweisung auf der [edit protocols oam ethernet lmi] Hierarchieebene zu zählen. Mit diesem Statuszähler wird bestimmt, 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 ist 15 Sekunden.

Sie können eine Schnittstelle aktivieren und die Optionen für die Verwendung mit E-LMI mithilfe der Anweisung interface name auf der [edit protocols oam ethernet lmi] Hierarchieebene festlegen. Es ge werden nur und Schnittstellen xeae unterstützt. Sie können die Schnittstellenoption uni-id verwenden, um einen Namen für die UNI anzugeben. Wenn uni-id nicht konfiguriert, wird standardmäßig die Name-Variable von interface name verwendet.

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

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

Sie können mithilfe der Anweisung auf der Hierarchieebene eine Liste von VLANs einem EVC vlan-list vlan-id-list[edit protocols oam ethernet lmi interface name evc evc-id] 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 den VlaNs 1 bis 2048 evc1 (SVLAN 100) und 2049 bis 4096 evc2 (SVLAN 200) zugeordnet. Zur Überwachung dieser EVCs werden zwei CFM-Sitzungen erstellt.

Abbildung 2: E-LMI-Konfiguration für einen von CFM überwachten Point-to-Point EVC (SVLAN)E-LMI-Konfiguration für einen von CFM überwachten Point-to-Point EVC (SVLAN)

PE1-Konfiguration

PE2-Konfiguration

Konfigurieren von zwei UNIs, die den gleichen EVC nutzen

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 Schwellenwerte zu definieren, die überwacht werden sollen. Sie können auch die Aktionen festlegen, die bei auftreten einer der konfigurierten Ereignisse zu ergreifen sind. Wenn cfM-Ereignisse auftreten, führt der Router die entsprechende Aktion basierend auf Ihrer Spezifikation durch. Sie können eine oder mehrere Ereignisse im Aktionsprofil konfigurieren. Alternativ können Sie ein Aktionsprofil konfigurieren und Standardaktionen angeben, wenn die Verbindung mit einem REMOTE MAINTENANCE Association Endpoint (LOS) ausfällt.

Anmerkung:

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

So konfigurieren Sie das CFM-Aktionsprofil:

  1. Geben Sie im Konfigurationsmodus auf der [ ] Hierarchieebene den Namen des Aktionsprofils und die edit protocols oam ethernet connectivity-fault-management CFM-Ereignisse an. Sie können im Aktionsprofil mehr als eine Veranstaltung konfigurieren. Zu möglichen Ereignissen gehören: Interface Status tlv, port-status-tlv, Adjacency-Loss, RDI.
  2. Geben Sie die vom Router zu ergreifende Aktion an, wenn das Ereignis eintritt. 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 die Aktion auslösen.
  3. Geben Sie die Standardmaßnahmen an, die der Router ergreifen muss, wenn die Verbindung zu einer Remote-ZEITSTEUERUNG ausfällt. Wenn keine Aktion konfiguriert ist, wird keine Aktion ergriffen.
    Anmerkung:

    Die Zuordnung eines Aktionsprofils mit der Aktion auf einer oben genannten SOR CFM-Sitzung, die über eine interface-down Circuit Cross-Connect (CCC)-Schnittstelle (l2circuit/l2vpn) ausgeführt wird, ist nicht empfehlenswert und kann zu einer Sackgasse führen.

Übersicht über CFM-Aktionsprofil zum Herunterfing einer Gruppe logischer Schnittstellen

Bei wachsenden Netzwerken ist die Überwachung einer großen Anzahl von Services mit CFM erforderlich. Zur Überwachung jedes Services ist eine Sitzung pro logische Dienstschnittstelle erforderlich. Wenn die Dienste eine große Anzahl haben, wird diese Methode nicht skaliert, da die Anzahl der Sitzungen begrenzt ist. Statt einer CFM-Sitzung pro Service kann eine einzelne CFM-Sitzung mehrere Services überwachen.

Es gibt auch Szenarien, in denen das UNI-Gerät (User-to-Network Interface) basierend auf Sitzungen auf logischer NNI-Schnittstelle (Network-to-Network Interface) heruntergefahren werden muss. Hier wird die logische NNI-Schnittstelle als Core-Schnittstelle und UNI-physikalische Schnittstelle bezeichnet als Zugriffsschnittstelle, die mehrere logische Dienstschnittstellen hosten. Basierend auf der Core-Schnittstellenüberwachung können Sie logische Serviceschnittstellen, die mit der Zugriffsschnittstelle verknüpft sind, heruntergefahren werden.

Abbildung 3 zeigt eine Topologie, bei der eine Reihe von Services, die für Customer-Edge-Router (CE) bestimmt sind, einen einzigen Port auf einem Provider-Edge-Router (PE) gemeinsam nutzen. Jeder Service verwendet eine logische Schnittstelle. Eine Reihe von Services oder logischen Schnittstellen (gelb unterstützt) sind dazu bestimmt, einen Router CE und eine Reihe von Services oder logischen Schnittstellen, die in Rot logisch konfiguriert sind, sind an einen anderen Router CE bestimmt. Zur Überwachung jedes Services benötigen Sie dedizierte( Maintenance Association End Point) End-Point-Sitzungen (DIENSTANBIETER) für jeden Service. Sie können den Service heruntergefahren werden, indem Sie die logische Dienstschnittstelle heruntergefahren werden, wenn die Sitzung ausläuft. Dieser Ansatz ist jedoch nicht skalierbar, wenn wir über eine große Anzahl von Services verfügen. Die Überwachung der CFM-Sitzung auf der physischen Schnittstelle ist ebenfalls nicht machbar, da mehrere Router CE verbunden und die Dienste mit anderen Routern CE unterbrochen werden könnten. Um dieses Problem der Überwachung mehrerer Services mit einer Einzigen Sitzung zu beheben, können Sie ein CCM-Aktionsprofil erstellen, um eine Gruppe logischer Schnittstellen durch Verwendung einer CFM-Sitzung zu lösen, die auf einer einzigen logischen Schnittstelle konfiguriert ist.

Abbildung 3: Topologie mehrerer VLAN-Services, die einen einzelnen Port auf PE-Router gemeinsam nutzen, für mehrere CE Router bestimmt Topologie mehrerer VLAN-Services, die einen einzelnen Port auf PE-Router gemeinsam nutzen, für mehrere CE Router bestimmt

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

  • Um eine Gruppe logischer Schnittstellen zu verbinden, die alle denselben übergeordneten Port haben, wenn CCM-Überwachungssitzung an einer logischen Schnittstelle, aber auf einem anderen übergeordneten Port ausgeführt wird.

  • Wenn eine CCM-Überwachungssitzung auf einer der logischen Schnittstellen eine Gruppe logischer Schnittstellen heruntergefahren wird, gehören alle zum selben übergeordneten Port.

  • Wenn die CCM-Überwachungssitzung an einer der logischen Schnittstellen eines anderen übergeordneten Ports ausgeführt wird, wird der Port heruntergefahren.

Vorteile der Erstellung von CFM-Aktionsprofil zum Herunterfing einer Gruppe logischer Schnittstellen

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

  • Es muss nicht mehr für jeden Service in einer Topologie individuelle SOR-Sitzungen erstellt werden, dass mehrere Services überwacht werden müssen. Auf diese Weise werden Leistung und Skalierbarkeit des Netzwerks verbessert.

Konfigurieren eines CFM-Aktionsprofils zum Herunterbringen einer Gruppe logischer Schnittstellen

Zur Überwachung mehrerer Services oder IFLs mithilfe von CFM-Sitzungen, die auf einer einzelnen logischen Schnittstelle konfiguriert sind, können Sie ein CCM-Aktionsprofil erstellen, um eine Gruppe logischer Schnittstellen zum Erl. Sie müssen eine Aktion definieren, um die Schnittstellengruppe im Aktionsprofil herunter zu bringen. Sie definieren dann den Namen des Schnittstellengeräts und die Anzahl der logischen Schnittstellen, die heruntergefahren werden müssen. Eine logische Schnittstelle wird durch eine Kombination aus und interface-device-nameunit-list dargestellt. In den folgenden Schritten wird erläutert, wie eine Gruppe logischer Schnittstellen heruntergefahren wird, wenn die interface-device-nameunit-list bzw. die logischen Schnittstellen angegeben sind.

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

    Zum Beispiel

    Anmerkung:

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

  2. Definieren Sie im Konfigurationsmodus auf der [ edit protocols oam ethernet connectivity-fault-management action-profile profile-name ] Hierarchieebene die Aktion, um die Schnittstellengruppe herunter zu bringen.
    Anmerkung:

    Die Aktion interface-group-down wird nicht mit anderen Aktionen im Zusammenhang mit der Schnittstelle 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 Wartungsparameter an.

    Zum Beispiel

  4. Definieren Sie auf edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name der , den Endpunkt der Wartungsgemeinschaft und die zugehörigen Parameter.

    Zum Beispiel

  5. Wenn das Aktionsprofil aktionskonfiguriert ist, ist die interface-group-down Konfiguration auf interface-group RMEP-Ebene Pflicht. Im Konfigurationsmodus wird unter "Include the Statement" die Schnittstellengruppe heruntergefahren, die mit dem [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-nameinterface-group Aktionsprofil als interface-group-down .

    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 und interface-device-nameunit-list dargestellt. Konfigurieren Sie den Namen der Geräteschnittstelle und die Anzahl logischer Schnittstellen 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 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 bzw. muss konfiguriert unit-list sein. Wenn der Name des Schnittstellengeräts nicht konfiguriert ist, wird die GERÄTS-Schnittstelle als Gerätename betrachtet und die logische Schnittstelle wird heruntergefahren.

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

    • Wenn der Name des Schnittstellengeräts nicht in der angegeben ist, werden die in der physischen Schnittstelle erwähnten logischen interface-groupunit-list Schnittstellennummern heruntergefahren.

    • Wenn die Unit-Liste nicht in der angegeben ist, werden interface-group IFLs für die konfigurierte Schnittstelle heruntergefahren.

  7. Überprüfen Sie die Konfiguration mithilfe eines show protocols oam Befehls.

Ermöglichung eines verbesserten Konnektivitäts-Fehlermanagement-Modus

Sie können den CFM-Modus (Enhanced Connectivity Fault Management) aktivieren, um eine effektive Ethernet OAM-Bereitstellung in skalierungsnetzwerken zu ermöglichen. Bei Aktivierung eines erweiterten CFM-Modus unterstützt Junos OS 32. 000 Maintenance Association End Points (MEPs) und Maintenance Intermediate Points (MIPs) pro Gehäuse für Bridge-, VPLS-, L2VPN- und CCC-Domänen. In früheren Versionen unterstützt Junos OS 8. 000 MEPs und 8.000 MIPS pro Gehäuse. Wenn Sie eine verbesserte CFM nicht aktivieren, Junos OS weiterhin die vorhandene Anzahl von MIPs und MEPs pro Gehäuse unterstützt.

Anmerkung:

Zur Unterstützung des erweiterten CFM-Modus konfigurieren Sie den Netzwerkservicemodus auf dem Router als enhanced-ip . Wenn der Netzwerkservicemodus nicht ist und Sie das verbesserte CFM aktiviert haben, wird die folgende enhanced-ip Warnnachricht angezeigt:[edit protocols oam ethernet] 'connectivity-fault-management' enhanced ip is not effective please configure enhanced ip and give router reboot

Führen Sie folgende Schritte aus, um den erweiterten CFM-Modus zu aktivieren:

  1. Im Konfigurationsmodus wechseln Sie zur [edit protocols oam ethernet connectivity-fault-management] Hierarchieebene.
  2. Ermöglichen eine effektive Ethernet-OAM-Implementierung durch Die Aktivierung des erweiterten CFM-Modus.
  3. Commit für Änderung des Modus. Sie werden in einer Warnnachricht aufgefordert, CFM neu zu starten. Wenn CFM nicht neu gestartet wird, wird CFM automatisch von einem Junos OS.
  4. Verwenden Sie den Befehl, um zu prüfen, ob der erweiterte CFM-Modus konfiguriert show oam ethernet connectivity-fault-management state wurde.

Konfigurieren von M120- und MX-Serie-Routern für CCC-eingekapselte Pakete

IEEE 802.1ag CFM OAM-Unterstützung für CCC-eingekapselte Pakete Überblick

Layer 2 Virtual Private Network (L2VPN) ist eine Art virtueller privater Netzwerkservice, der zur Transport des privaten Layer-2-Datenverkehrs des Kunden (z. B. Ethernet, ATM oder Frame-Relay) über die gemeinsame IP/MPLS-Infrastruktur des Service Providers verwendet wird. Der Edge-Router für Service Provider (PE) muss über eine Schnittstelle mit CCC-Einkapselung (Circuit Cross-Connect) verfügen, um den Kunden-Edge-Datenverkehr (CE) auf das öffentliche Netzwerk zu übertragen.

Der IEEE 802.1ag Ethernet Connectivity Fault Management (CFM) ist ein OAM-Standard zur Fehlererkennung, -isolierung und -überprüfung in virtuellen Bridge-LANs. M120- und MX-Serie bieten CFM-Unterstützung für Bridge/VPLS/Routed Schnittstellen und unterstützen 802.1ag Ethernet-OAM für CCC-eingekapselte Pakete.

CfM-Funktionen, die auf Layer-2-VPN-Verbindungen unterstützt werden

Folgende CFM-Funktionen werden auf L2VPN-Circuits unterstützt:

  • Auf jeder Ebene der logischen Schnittstellen für die CE MEPs erstellen.

  • Erstellen von MIPs auf jeder Ebene der logischen CE nach vorn.

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

  • Unterstützung des Ethernet Delay Measurement Protocol Y1731.

  • Die Unterstützung von Aktionsprofilen zum Heruntersteh der CE bei erkannten Verbindungsverlusten in Richtung logische Schnittstellen.

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

Zur Überwachung der L2VPN-Verbindung kann ein CFM upKONN (Level 6 in) auf den auf die CE gerichteten logischen Schnittstellen von Abbildung 4 Provider-Edge-Routern PE1 und PE2 konfiguriert werden. Zur Überwachung der CE-PE-Attachment-Verbindung kann eine CFM-down-ZEIT ZWISCHEN CE1-PE1 und CE2-PE2 (Level 0 in) auf den logischen Schnittstellen des Kunden konfiguriert Abbildung 4 werden.

Konfigurieren von CFM für CCC-eingekapselte Pakete

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

Konfiguration von Konnektivitätsfehlermanagement für Interoperabilität Während einheitlicher Software-Upgrades bei während des Betriebs

Ab Version 17.1 funktioniert Junos OS Connectivity Fault Management (CFM) bei einem einheitlichen In-Service-Software-Upgrade (ISSU), wenn das Peer-Gerät kein Juniper Networks ist. Bei der Interoperabilität mit dem Router eines anderen Herstellers behält der Juniper Networks-Router Sitzungsinformationen bei und überträgt während der einheitlichen ISSU weiterhin die CCM-PDUs (Continuity Check Message). Das Fehlermanagement bei Konnektivität funktioniert weiter.

Für diese Funktion müssen die folgenden Bedingungen erfüllt sein:

  • Packet Forwarding Engine müssen für die Inline-Übertragung von CCMs aktiviert sein. Die Funktion funktioniert nicht, wenn die CCMs von der CPU einer Linecard übertragen werden. Dies ist die standardmäßige Übertragungsmethode.

  • Das Intervall zwischen CCMs muss eine Sekunde liegen.

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

Um die CFM-Interoperabilität mit Drittanbietergeräten über eine einheitliche ISSU zu aktivieren:

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

Konfigurieren von Unified ISSU für 802.1ag CFM

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

Der Junos OS bietet Unterstützung für unified ISSU unter Verwendung des Verlustschwellentyp-Längenwerts (Loss Threshold Type Length Value, TLV), der automatisch für CFM aktiviert ist. TLVs werden im Standard IEEE 802.1ag für CFM als Methode der Kodierung mit variabler Länge und optionaler Informationen in einer Protokolldateneinheit (PDU) beschrieben. Die Verlustschwelle TLV gibt den Grenzwert für den Verlust eines Remote-ZEITGESTEUERTEN Alarms an. Der Schwellwert für den Verlust TLV wird als Teil der CFM-Continuity-Kontrollmeldungen übertragen.

Anmerkung:

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

Während einer einheitlichen ISSU kann die Kontrollebene mehrere Sekunden aussteigen und dazu führen, dass Pakete der CFM-Continuity-Prüfung verworfen werden. Dies kann dazu führen, dass DAS REMOTE-ZU-ERKENNEN EINEN Verbindungsverlust erkennt und das THEMA als "down" bezeichnet. Um DAS UNTERNEHMEN während einer einheitlichen ISSU aktiv zu halten, kommuniziert der Verlustschwellwert TLV den minimalen Grenzwert, den DAS empfangende UNTERNEHMEN ZU ERREICHEN benötigt, um die SPERRUNG aktiv zu halten. Der empfangende PARSER analysiert die TLV, aktualisiert den Grenzwert für Verlust aber nur, wenn der neue Grenzwert höher als der lokal konfigurierte Grenzwert ist.

Ein Überblick über CFM wird ab dem IEEE 802.1ag OAM Connectivity Fault Management Übersichtbeschrieben, und Sie sollten die zusätzlichen in diesem Thema beschriebenen Anforderungen weiter beobachten.

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

Tabelle 2: TLV-Format für Verlustschwellen

Parameter

Oktett (Folge)

Beschreibung

Type=31

1

Erforderlich. Erforderlich. Wenn 0, keine Längen- oder Wertfelder folgen. Wenn nicht 0, folgt mindestens das Feld Länge dem Feld Typ.

Length=12

2

Erforderlich, wenn das Feld Typ nicht 0 ist. Wird bei Feld Typ 0 nicht angezeigt. Die 16 Bits des Längenfelds geben die Größe (im Oktett) des Feldes "Wert" an. 0 im Feld "Länge" gibt an, dass kein Wertfeld besteht.

Oui

3

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

Untertyp

1

Optional. Organisationsdefinierter Subtyp.

Wert

4

Optional. Schwellwert für Verlust.

Flag

4

Optional. Bit0 (identifiziert eine ISSU ist in Bearbeitung)

Bit1-31 (reserviert)

Junos OS bietet Konfigurationsunterstützung für die Anweisung und ermöglicht Ihnen, die Übertragung des Schwellwerts TLV für Kontinuitätsüberprüfungsmeldungen convey-loss-threshold PDUs zu steuern. Die Aussage gibt an, dass der Verlustschwellenwert TLV als Teil der convey-loss-threshold Continuity-Check-Nachrichten übertragen werden muss. Wenn die Aussage nicht festgelegt ist, werden Nachrichten zur Continuity-Prüfung nur dann übermittelt, wenn eine einheitliche convey-loss-threshold ISSU in Arbeit ist. Der Junos OS stellt diese Konfiguration auf Continuity-Check-Ebene zur Bieten. Standardmäßig enthalten Continuity-Check-Nachrichten keinen Grenzwert für Verluste TLV.

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

Für die Remote-SOR-Lösung wird der Verlustschwellenwert TLV nur während der einheitlichen ISSU übertragen, wenn die Anweisung convey-loss-threshold nicht konfiguriert ist. Die REMOTE-SOR-Switches zurück zur Standardverlustschwelle, wenn kein Schwellenwert empfangen wird oder der TLV einen Standard-Grenzwert von 3 auf dem Standardwert hat.

Ein Beispiel für die ISSU-Konfigurationserklärungen folgt:

Der Junos OS spart die zuletzt empfangene Verlustschwelle TLV aus der Remote-VERBINDUNG. Sie können den zuletzt gespeicherten Grenzwert für Verlust, der von der Remote-ANWENDUNG empfangen wird, mit dem Befehl anzeigen, wie show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier in folgendem Beispiel:

Der Junos OS spart die zuletzt übertragene Verlustschwellwerte TLV von einem lokalen SOR. Sie können die TLV-Grenzwerte für die letzten übertragenen Verluste und den Schwellenwert für den effektiven Verlust (Betrieb) für den Remote-Zugriff anzeigen. Verwenden Sie wie in folgendem Beispiel den show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier Befehl:

Junos OS-Support für Leistungsüberwachung konform mit der technischen Spezifikation MEF 36

Junos OS release 16.1R1 und unterstützt später Leistungsüberwachung, die mit der technischen Spezifikation MEF 36 kompatibel ist. Technische SpezifikationEN MEF 36 gibt die Leistungsüberwachungs-MIB. Die Leistungsüberwachung MIB ist erforderlich für die Verwaltung von Service Operations, Administration and Maintenance (OAM)-Implementierungen, die die in MEF 17 und MEF 35 festgelegten Service OAM-Anforderungen und das Framework, die in MEF 7.1 angegebenen Verwaltungsobjekte und die in ITU-T Y.1731 und IEEE 802.1ag definierten Leistungsüberwachungsfunktionen erfüllen.

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

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

  • Wenn ein SNMP die nächste Anforderung für eine Variable abruft, kann der aktuelle Wert nur abgerufen werden, wenn vor der nächsten Anforderung ein SNMP-Walk ausgeführt wird. Diese Einschränkung gilt nur für die aktuellen Statistiken zur Verzögerungsmessung, Verlustmessung und synthetischen Verlustmessung.

  • Die Für das Feld ausgegebene Ausgabe zeigt möglicherweise ein Messintervall von 0 (Null) und einen falschen Zeitstempel an, bis die erste Durchlaufzeit Current delay measurement statistics abgelaufen ist.

  • Unterstützte Daten-TLV-Größe für Performance Monitoring Protocol Data Units (PDUs) beträgt 1.386 Bytes, wenn MEF-36-konforme Leistungsüberwachung aktiviert ist. Die TLV-Größe beträgt im Legacy-Modus 1.400 Byte.

  • Der maximale konfigurierbare Wert für die untere Grenzwerte beträgt 4.294.967.294.

  • Frame Loss Ratio (FLR) ist in Verlustmessungen während der Nichtverfügbarkeit nur für synthetische Verlustmessungen ausgeschlossen. Bei Verlustmessung wird FLR selbst während der Nichtverfügbarkeit einbezogen.

  • Auch wenn die SOAM-PDUs nicht gesendet werden, werden die FLR- und Verfügbarkeitsberechnungen während eines Zeitraums mit Verlust der Kontinuität (Adjacency-Down) nicht beendet. Bei dieser Berechnung wird von einem Verlust von 100 % ausgegangen.

  • Die Anzahl der SOAM-PDUs, die während des ersten Messintervalls gesendet werden, ist möglicherweise weniger als erwartet. Dies liegt an einer Verzögerung beim Erkennen des Adjacency-Status auf der Performance-Überwachungssitzungsebene.

  • Die Anzahl der SOAM-PDUs, die im Messintervall für eine Zykluszeit von 100 ms übertragen werden, ist möglicherweise nicht richtig. In einem Messintervall von zwei Minuten mit einer Zykluszeit von 100 ms kann die übertragene SOAM-PDUs beispielsweise im Bereich von 1198 bis 2000 liegen.

Damping CFM performance Monitoring Traps and Notifications to Prevent Congestion of The NMS

Sie können die Leistungsüberwachungs-Traps und Benachrichtigungen, die bei jedem Alarm generiert werden, eindämmen, um Überlastungen im Netzwerkmanagementsystem (NMS) zu vermeiden.

Damping begrenzt die Anzahl der an das NMS gesendeten jnxSoamPmThreshold-Traps durch Zusammenfassung der Flap-Vorfälle über einen bestimmten Zeitraum, auch als Flap Trap-Timer bekannt, und sendet eine einzige jnxSoamPmThresholdFlapAlarm-Benachrichtigung an das NMS. Sie können die Dauer des Flap Trap-Timer 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 änderten den Wert des Flap Trap-Timer, der den Timer zum Anhalten führte.

Für Iterator kann ein Damping auf globaler Ebene möglich sein oder ein Damping auf die individuelle Grenzwertart des ITerators möglich sein. Um beispielsweise für Iterator einen Damping auf globaler Ebene zu ermöglichen, verwenden Sie den folgenden Befehl: set protocols oam ethernet cfm performance-monitoring sla-iterator-profiles profile-name flap-trap-monitor. Verwenden Sie den folgenden Befehl, um ein Damping bei einem bestimmten Grenzwerttyp zu avg-fd-twoway-threshold ermöglichen: set protocols oam ethernet cfm performance-monitoring sla-iterator-profiles profile-name avg-fdv-twoway-threshold flap-trap-monitor.

Man kann auch Damping deaktivieren.

Beispiel: Konfigurieren von Ethernet CFM auf physischen Schnittstellen

In diesem Beispiel wird die Konfiguration von Ethernet Connectivity Fault Management (CFM) an physischen Schnittstellen gezeigt.

Anforderungen

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

  • Junos OS 9.3 oder höher.

Überblick

CFM kann zur Überwachung der physischen Verbindung zwischen zwei Routern verwendet werden. Diese Funktionen ähneln denen, die vom 802.3ah LFM-Protokoll IEEE werden.

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

Anmerkung:

Die Konfigurationen in diesem Beispiel sind nur unvollständige Beispiele vollständiger und funktionaler Routerkonfigurationen. Kopieren Sie diese Konfigurationen nicht 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 mit CFM überwacht. Dies ist Abbildung 5 in Dabei werden nur die Grenzen eines "Down-Down-Begriffs" in der CFM-Terminologie überschritten.

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

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

CLI-Konfiguration

Router 1

Konfigurieren Sie die Schnittstelle und CFM:

Die Konfiguration auf Router 2 spiegelt die Konfiguration auf Router 1 mit Ausnahme der netzwerkbasierten ID wieder.

Router 2

Konfigurieren Sie die Schnittstelle und CFM:

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

Beispiel: Konfigurieren von Ethernet CFM auf Bridge-Verbindungen

In diesem Beispiel verwenden Sowohl Kunde als auch Service Provider Ethernet CFM über ein einfaches Bridge-Netzwerk. Das Netzwerk ist in Abbildung 6 dargestellt. 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 der MX-Serie PE1 und PE2 konfiguriert.

Anmerkung:

Die Konfigurationen in diesem Beispiel sind nur unvollständige Beispiele vollständiger und funktionaler Routerkonfigurationen. Kopieren Sie diese Konfigurationen nicht direkt in einem tatsächlichen System.

Der Dienstanbieter verwendet CFM-Ebene 3 für die Verbindung zwischen PE1 und PE2 und Ebene 5 von einem Port CE zum anderen. Der Kunde verwendet CFM Level 7. Die Grenzen sind in der Abbildung mit "up down" und "down down" CFM gekennzeichnet.

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

Hier finden Sie die CFM-Konfigurationen auf Kundenroutern.

CFM auf L2-CE1

CFM auf L2-CE2

Hier sind die CFM-Konfigurationen auf Anbieterroutern.

CFM auf PE1

CFM auf PE2

Beispiel: Konfigurieren von Ethernet CFM über VPLS

In diesem Beispiel verwenden Sowohl Kunde als auch Dienstanbieter Ethernet CFM über ein VPLS und ein Multiprotocol Label Switching (MPLS)-Netzwerk. Das Netzwerk ist in Abbildung 7 dargestellt. 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 der MX-Serie PE1, P und PE2 konfiguriert.

Anmerkung:

Die Konfigurationen in diesem Beispiel sind nur unvollständige Beispiele vollständiger und funktionaler Routerkonfigurationen. Kopieren Sie diese Konfigurationen nicht direkt in einem tatsächlichen System.

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

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

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

Anmerkung:

Folgende Überlegungen an den Weiterleitungspfaden müssen berücksichtigt werden:

  • 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 Fluten, Akzeptieren und Ablegen der CFM-Pakete.

  • Paket-Übertragungspfad:

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

    • Bei MePs werden die Pakete an die Schnittstelle übertragen, auf der DAS BER konfiguriert ist.

    • Bei Routern der MX-Serie müssen Pakete (für Up-MEPs) an andere Schnittstellen in der VPLS-Routinginstanz überflutet werden. Der Router erstellt eine Floodroute, die an einen Flood Next Hop (mit allen Schnittstellen zu Flood) gebunden ist, und erstellt dann die Quellen der Pakete, die mit dieser Floodroute weitergeleitet werden sollen.

Im Folgenden finden Sie die Konfigurationen von VPLS und CFM auf den Dienstanbieterroutern.

Konfiguration von PE1

Konfiguration von PE2

Konfiguration des P-Routers

MPLS nur, 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:

CFM Action Profile Asynchrone Benachrichtigung

SUMMARY 

CFM-gestützte asynchrone Benachrichtigung ermöglicht Linkstatussynchronisierung zwischen zwei CE Geräten

über eine Pseudoleitung miteinander verbunden sind, die von ihren jeweiligen PE-Geräten stammt. Es a emuliert

das Szenario, als ob zwei CE direkt miteinander verbunden sind. CFM bietet auch dann End-to-End-Signalübertragung, wenn PE1

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

Layer 2-Konnektivität zwischen PE1 und PE2

Abbildung 1 ist ein Beispiel für ein Bereitstellungsszenario, in dem CFM-basierte asynchrone Benachrichtigung verwendet werden kann

um den Verbindungsstatus zwischen CE1 und CE2 zu synchronisieren. Nach zwei Anforderungen kann das

Konfiguration von asynchroner Benachrichtigung.

  • Wenn die Verbindung zwischen PE2 und CE2 ausbichne, wurde die Verbindung zwischen PE1 und CE1 ebenfalls geschlossen.

    Wenn die Verbindung wiederhergestellt wird, sollte der Verbindungsstatus PE1 auch auf CE1 wiederhergestellt werden. Die Änderung des Verbindungsstatus zwischen

    PE1 bis CE1 sollten ähnlich funktionieren.

    • Wenn ein Verbindungsproblem zwischen PE1 und PE2 besteht, wird eine Verbindung zwischen PE1 und CE1 ausgelöst

      und PE2 bis CE2. Wird der Verbindungsstatus wiederhergestellt, sollte der Verbindungsstatus an beiden Enden wiederhergestellt werden.

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