Ethernet CFM, Y.1731 Grundlegende Konzepte, Konfiguration und Implementierung
Inhalt
Einleitung
In diesem Dokument werden die CFM-Technologie (Connectivity Fault Management), die Konfiguration, Nachprüfungen und die Fehlerbehebung beschrieben. Die grundlegenden Konzepte von CFM, den Bausteinen von CFM, einer Konfigurationsanleitung, show-Befehlen und Wireshark-Analysen von CFM-Nachrichten werden bereitgestellt. In diesem Dokument werden weder die Hardware-Einschränkungen noch die unterstützte Schnittstelle für CFM erläutert.
Voraussetzungen
Anforderungen
Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:
- Ethernet-Technologien
- Ethernet Virtual Connections (EVC)
Verwendete Komponenten
Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.
Hintergrundinformationen
Ethernet CFM ist ein End-to-End Ethernet Layer Operation, Administration and Management (OAM)-Protokoll pro Service-Instanz. Sie umfasst proaktive Verbindungsüberwachung, Fehlerüberprüfung und Fehlerisolierung für große Ethernet-MANs (Metropolitan-Area Networks) und WANs.
Die Einführung von Ethernet als MAN- und WAN-Technologie stellt neue Anforderungen an OAMs im traditionellen Ethernet-Betrieb, die sich ausschließlich auf Unternehmensnetzwerke konzentrierten. Die Erweiterung der Ethernet-Technologie in den Bereich von Service Providern, wo Netzwerke wesentlich größer und komplexer als Unternehmensnetzwerke sind und die Benutzerbasis größer ist, macht das Betriebsmanagement der Verbindungsverfügbarkeit zu einem entscheidenden Faktor. Noch wichtiger ist, dass die rechtzeitige Isolierung und Reaktion auf einen Ausfall für den täglichen Betrieb zwingend vorgeschrieben ist, und OAM wirkt sich direkt auf die Wettbewerbsfähigkeit des Service Providers aus.
Ethernet-OAM
- Baustein - IEEE 802.1ag
- CFM - IEEE 802.3ah (Abschnitt 57)
- Ethernet Link OAM (auch als 802.3 OAM, Link OAM oder Ethernet in the First Mile (EFM) OAM bezeichnet) - ITU-T Y.1731
- OAM-Funktionen und -Mechanismen für Ethernet-basierte Netzwerke - MEF E-LMI (Ethernet Local Management Interface)
Position der Ethernet-OAM-Protokolle
- E-LMI - User-to-Network Interface (UNI)
- Link OAM - Jede Point-to-Point 802.3-Verbindung
- CFM = End-to-End UNI to UNI
- MPLS OAM - innerhalb der MPLS-Cloud
CFM - Übersicht
- eine Reihe von Protokollen, die Funktionen zum Erkennen, Überprüfen, Isolieren und Melden von End-to-End-Fehlern bei Ethernet-Verbindungen bieten
- Verwendung regulärer Ethernet-Frames, die in Band mit dem Kundendatenverkehr übertragen werden
- Geräte, die CFM-Nachrichten nicht interpretieren können, leiten sie als normale Daten-Frames weiter
- CFM-Frames unterscheiden sich nach Ether-Type (0x8902) und dMAC-Adresse (für Multicast-Nachrichten)
- Standardisierung durch IEEE im Jahr 2007 IEEE-Standard 802.1ag-2007
Wichtigste CFM-Mechanismen
- Geschachtelte Wartungsdomänen (MDs), die die Verantwortlichkeiten für die Netzwerkadministration eines bestimmten End-to-End-Service aufteilen
- Wartungsvereine (Maintenance Associations, MAs), die Serviceinstanzen unter einem bestimmten MD überwachen
- Wartungspunkte, die CFM Protocol Data Units (PDUs) generieren und darauf reagieren
- Protokolle (Continuity Check, Loopback und Linktrace), die für Fehlermanagementaktivitäten verwendet werden
CFM-Konzepte
Wartungsdomäne
- Durch Betriebs-/Vertragsgrenzen definiert, z. B. Kunde/Service Provider/Betreiber
- MD kann verschachtelt und berührt werden, schneidet sich aber nie.
- Bis zu acht Ebenen der "Verschachtelung": MD-Level (0..7) - je höher der Level, desto größer die Reichweite
- MD-Namensformat: null, MAC-Adresse, DNS oder zeichenfolgenbasiert
Wartungszuordnung
- Überwacht die Konnektivität einer bestimmten Serviceinstanz in einem bestimmten MD, z. B. ein Service, der vier MDs durchläuft = vier MAs
- Definiert durch eine Reihe von Wartungs-Endpunkten (MEPs) am Rande einer Domäne
- Identifiziert durch MAID - "Short MA"-Name + MD-Name
- Short MA Name Format - VLAN-ID, VPN-ID, Integer- oder Zeichenfolgenformat
Wartungspunkt - Wartungsendpunkt
- Endpunkt für Wartungszuordnung
- Definieren der Grenzen eines MD
- Unterstützung bei der Erkennung von Verbindungsfehlern zwischen einem beliebigen Paar von Abgeordneten in einem MA
- Zugeordnet pro MA und gekennzeichnet durch eine MEPID (1-8191)
- Initiierung und Reaktion auf CFM-PDUs möglich
Zwischenpunkt für Wartungsdomäne
- MIP (Maintenance Domain Intermediate Point)
- Unterstützt die Entdeckung von Pfaden zwischen Abgeordneten und die Lokalisierung von Fehlern entlang dieser Pfade
- Zuordnung per MD und VLAN/EVC möglich (manuell oder automatisch erstellt)
- Kann CFM PDUs hinzufügen, prüfen und darauf reagieren
EP-Abgeordnete
- Vom MEP erzeugte CFM-PDUs werden an die Relay-Funktion der Bridge gesendet und nicht über den Draht, der mit dem Port verbunden ist, in dem der MEP konfiguriert ist.
- CFM PDUs, die vom MEP beantwortet werden sollen, werden über die Relay-Funktion der Bridge erwartet
- Für Switches
UP MEP - Frame Forwarding
EP DOWN
- CFM PDUs, die vom MEP erzeugt werden, werden über den Draht gesendet, der mit dem Port verbunden ist, in dem der MEP konfiguriert ist.
- CFM PDUs, die vom MEP beantwortet werden sollen, sollen über die Leitung ankommen, die mit dem Hafen verbunden ist, in dem das MEP konfiguriert ist
- Port MEP - spezieller Down MEP auf Ebene Null (0), der verwendet wird, um Fehler auf Verbindungsebene (statt auf Dienstebene) zu erkennen
- Gilt für Router und Switches
DOWN MEP - Frame Forwarding
MP-Platzierung in einem Bridge-Port
Europaabgeordnete und Abgeordnete des Europäischen Parlaments
Anwendbarkeit von UP/DOWN-EPs in Switches
- DOWN-MEPs werden in der Regel für MAs verwendet, die über eine einzige Verbindung verfügen
- UP-MEPs werden häufig für MAs mit einer größeren Reichweite verwendet, wie z. B. End-to-End und über eine einzige Verbindung hinaus
Fehlermanagement
CFM-Protokolle
Es gibt drei (3) Protokolle, die von CFM definiert werden:
- Continuity Check Protocol
- Fehlererkennung
- Fehlerbenachrichtigung
- Fehlerbehebung
- Loopback-Protokoll
- Fehlerüberprüfung
- Linktrace-Protokoll
- Pfaderkennung und Fehlerisolierung
Continuity Check Protocol
- Für die Fehlererkennung, -benachrichtigung und -wiederherstellung
- Per-Maintenance Association
multicast "heart-beat"Nachrichten werden in einem konfigurierbaren Intervall von MEPs (3.3ms, 10ms, 100ms, 1s, 10s, 1min, 10min) übertragen - Uni-direktional (keine Antwort erforderlich) - Überträgt den Status des Hafens, auf dem MEP konfiguriert ist
- Katalogisiert durch MIPs auf derselben MD-Ebene, abgeschlossen durch entfernte MEPs im selben MA
Loopback-Protokoll
- Für die Fehlerüberprüfung verwendet -
Ethernet Ping - MEP kann ein Unicast-LBM an einen MEP oder MIP im gleichen MA übertragen
- MEP können auch ein Multicast-LBM übertragen (definiert durch ITU-T Y.1731), wobei nur MEPs in derselben MA antworten
- Der empfangende Abgeordnete antwortet und wandelt den LBM in einen Unicast-LBR um, der an den ursprünglichen Abgeordneten zurückgesendet wird
Linktrace-Protokoll
- Zur Pfaderkennung und Fehlerisolierung verwendet -
Ethernet Traceroute - MEP können eine Multicast-Nachricht (LTM) senden, um die MPs zu entdecken und den Weg zu einem MIP oder MEP im selben MA zu finden
- Jeder MIP entlang des Pfades und der terminierende MP geben einen Unicast-LTR an den ursprünglichen MEP zurück
Führen Sie die folgenden Schritte aus, um alle drei Protokolle zusammenzufassen und im Netzwerk zu implementieren:
- Führen Sie eine Verbindungsprüfung durch, um einen weichen oder harten Fehler proaktiv zu erkennen.
- Verwenden Sie bei einer Fehlererkennung Loopback, CCM DB und Error DB, um dies zu überprüfen.
- Führen Sie bei der Verifizierung eine Traceroute aus, um sie zu isolieren. Mehrere Segment-LBMs können ebenfalls verwendet werden, um den Fehler zu isolieren.
- Wenn der isolierte Fehler auf einen virtuellen Schaltkreis verweist, können die OAM-Tools für diese Technologie zur weiteren Fehlerisolierung verwendet werden. als Beispiel für MPLS-PW-, VCCV- und MPLS-Ping.
Implementierungsbeispiele
Konfigurationsmanagement (UP MEP)
Topologie
Um die Konfiguration zu erkunden, wurde eine kleine Topologie zu Demonstrationszwecken erstellt. Die für Domäne, Dienstname und EVC-Name verwendeten Namen werden hier angezeigt:
Domain: ISPdomain
Domain level: 5
Service Name: XCONN_EVC
EVC Name: EVC_CE1
PE1:
---------------------------Enabling CFM globally-------------------------------------
ethernet cfm ieee
ethernet cfm distribution enable
ethernet cfm global
ethernet cfm traceroute cache
ethernet cfm alarm notification all
ethernet cfm domain ISPdomain level 5
service XCONN_EVC evc EVC_CE1
continuity-check
---------------------------Enabling CFM MEP under EVC----------------------------
int gig4/2
service instance 2100 ethernet EVC_CE1
encapsulation dot1q 2100
xconnect 192.168.3.3 2100 encapsulation mpls
cfm mep domain ISPdomain mpid 102
monitor loss counter
PE3:
---------------------------Enabling CFM globally-------------------------------------
ethernet cfm ieee
ethernet cfm distribution enable
ethernet cfm global
ethernet cfm traceroute cache
ethernet cfm alarm notification all
ethernet cfm domain ISPdomain level 5
service XCONN_EVC evc EVC_CE1
continuity-check
---------------------------Enabling CFM MEP under EVC----------------------------
int gig4/2
service instance 2100 ethernet EVC_CE1
encapsulation dot1q 2100
xconnect 192.168.1.1 2100 encapsulation mpls
cfm mep domain ISPdomain mpid 201
monitor loss counter
Überprüfung
show-Befehle
PE1#show ethernet cfm maintenance-points local
Local MEPs:
--------------------------------------------------------------------------------
MPID Domain Name Lvl MacAddress Type CC
Ofld Domain Id Dir Port Id
MA Name SrvcInst Source
EVC name
--------------------------------------------------------------------------------
102 ISPdomain 5 ccef.48d0.64b0 XCON Y
No ISPdomain Up Gi4/2 N/A
XCONN_EVC 2100 Static
EVC_CE1
Total Local MEPs: 1
PE1#show ethernet cfm maintenance-points remote
--------------------------------------------------------------------------------
MPID Domain Name MacAddress IfSt PtSt
Lvl Domain ID Ingress
RDI MA Name Type Id SrvcInst
EVC Name Age
Local MEP Info
--------------------------------------------------------------------------------
201 ISPdomain 8843.e1df.00b0 Up Up
5 ISPdomain Gi4/2:(192.168.3.3, 2100)
- XCONN_EVC XCON N/A 2100
EVC_CE1 5s
MPID: 102 Domain: ISPdomain MA: XCONN_EVC
In dieser Ausgabe sehen Sie die Remote-MPID und die Remote-MAC-Adresse. CFM-Status wird angezeigt.
Überprüfung der Kontinuität
PE1#ping ethernet mpid 201 domain ISPdomain service XCONN_EVC
Type escape sequence to abort.
Sending 5 Ethernet CFM loopback messages to 8843.e1df.00b0, timeout is 5 seconds:!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 4/4/4 ms
PE1#traceroute ethernet mpid 201 domain ISPdomain service XCON$
Type escape sequence to abort. TTL 64. Linktrace Timeout is 5 seconds
Tracing the route to 8843.e1df.00b0 on Domain ISPdomain, Level 5,
service XCONN_EVC, evc EVC_CE1
Traceroute sent via Gi4/2:(192.168.3.3, 2100), path found via MPDB
B = Intermediary Bridge
! = Target Destination
* = Per hop Timeout
--------------------------------------------------------------------------------
MAC Ingress Ingr Action Relay Action
Hops Host Forwarded Egress Egr Action Previous Hop
--------------------------------------------------------------------------------
B 1 ccef.48d0.64b0 Gi4/2 IngOk RlyMPDB
Forwarded
! 2 8843.e1df.00b0 RlyHit:MEP
Not Forwarded ccef.48d0.64b0
Sniffer-Ergebnisse
Ein Sniffer-Gerät wurde auf PE1 platziert, das alle CFM-Pakete erfasst, die remote eingehen. Hier sehen Sie ein Beispiel:
Im Screenshot:
- Die Sequenzen 2 und 13 zeigen die Nachricht für die allgemeine Kontinuitätsprüfung (General Continuity Check, CCM).
- Die Sequenzen 4, 5, 6, 7 und 8 zeigen die Loopback-Antworten (Loopback Replies, LBRs), die aufgrund eines Ping-Tests generiert wurden.
- Die Sequenznummer 10 zeigt die Linetrace Reply (LTR), die aufgrund eines Traceroute-Tests generiert wurde.
Konfigurationsmanagement (DOWN MEP)
Im vorherigen Beispiel kann der EVC von CE1 verwendet werden, das sich hinter PE1 und PE3 befindet. Sie können MEP auf dem CE1-Gerät deaktivieren, jedoch mit einer höheren MD-Ebene. In diesem Beispiel wird die MD-Ebene 7 angezeigt.
Domain: CEdomain
Domain level: 7
CE1_A
--------------------Enabling CFM globally---------------------------
ethernet cfm ieee
ethernet cfm global
ethernet cfm domain CEdomain level 7
service CUST vlan 2100 direction down (down Mep)
continuity-check
------------------Enabling CFM MEP under interface--------------------
interface GigabitEthernet1/0/1
switchport access vlan 2100
switchport trunk encapsulation dot1q
switchport mode trunk
ethernet cfm mep domain CEdomain mpid 1002 service CUST
CE1_B
--------------------Enabling CFM globally---------------------------
ethernet cfm ieee
ethernet cfm global
ethernet cfm domain CEdomain level 7
service CUST vlan 2100 direction down
continuity-check
------------------Enabling CFM MEP under interface--------------------
interface GigabitEthernet1/0/1
switchport access vlan 2100
switchport trunk encapsulation dot1q
switchport mode trunk
ethernet cfm mep domain CEdomain mpid 2001 service CUST
Überprüfung
show-Befehle
CE1#show ethernet cfm maintenance-points remote
--------------------------------------------------------------------------------
MPID Domain Name MacAddress IfSt PtSt
Lvl Domain ID Ingress
RDI MA Name Type Id SrvcInst
EVC Name Age
Local MEP Info
--------------------------------------------------------------------------------
2001 CEdomain 5835.d970.9381 Up Up
7 CEdomain Gi1/0/1
- CUST Vlan 2100 N/A
N/A 3s
MPID: 1002 Domain: CEdomain MA: CUST
Total Remote MEPs: 1
CE1#show ethernet cfm maintenance-points local
Local MEPs:
--------------------------------------------------------------------------------
MPID Domain Name Lvl MacAddress Type CC
Ofld Domain Id Dir Port Id
MA Name SrvcInst Source
EVC name
--------------------------------------------------------------------------------
1002 CEdomain 7 0023.eac6.8d01 Vlan Y
No CEdomain Down Gi1/0/1 2100
CUST N/A Static
N/A
Überprüfung der Kontinuität
CE1#ping ethernet mpid 2001 domain CEdomain service CUST
Type escape sequence to abort.
Sending 5 Ethernet CFM loopback messages to 5835.d970.9381, timeout is 5 seconds:!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 ms
Total Local MEPs: 1
Till now MIP is not configured on PE1 and PE3 hence output of show command and
traceroute command will be as per below.
CE1#tracer ethernet mpid 2001 domain CEdomain service CUST
Type escape sequence to abort. TTL 64. Linktrace Timeout is 5 seconds
Tracing the route to 5835.d970.9381 on Domain CEdomain, Level 7, vlan 2100
Traceroute sent via Gi1/0/1
B = Intermediary Bridge
! = Target Destination
* = Per hop Timeout
--------------------------------------------------------------------------------
MAC Ingress Ingr Action Relay Action
Hops Host Forwarded Egress Egr Action Previous Hop
--------------------------------------------------------------------------------
! 1 5835.d970.9381 Gi1/0/1 IngOk RlyHit:MEP
Not Forwarded 0023.eac6.8d01
CE1_A kann CE1_B über eine Traceroute sehen.
Konfigurieren Sie jetzt MIP auf PE1 und PE2.
PE1:
interface GigabitEthernet 4/2
service instance 2100 ethernet EVC_CE1
cfm mip level 7
PE2:
interface GigabitEthernet 4/2
service instance 2100 ethernet EVC_CE1
cfm mip level 7
Überprüfen Sie jetzt die Traceroute-Ergebnisse von CE1.
CE1#traceroute ethernet mpid 2001 domain CEdomain service CUST
Type escape sequence to abort. TTL 64. Linktrace Timeout is 5 seconds
Tracing the route to 5835.d970.9381 on Domain CEdomain, Level 7, vlan 2100
Traceroute sent via Gi1/0/1
B = Intermediary Bridge
! = Target Destination
* = Per hop Timeout
--------------------------------------------------------------------------------
MAC Ingress Ingr Action Relay Action
Hops Host Forwarded Egress Egr Action Previous Hop
--------------------------------------------------------------------------------
B 1 ccef.48d0.64b0 Gi4/2 IngOk RlyMPDB
Forwarded 0023.eac6.8d01
B 2 8843.e1df.00b0 RlyMPDB
Forwarded Gi4/2 EgrOK ccef.48d0.64b0
! 3 5835.d970.9381 Gi1/0/1 IngOk RlyHit:MEP
Not Forwarded 8843.e1df.00b0
Sie können den Unterschied in der Traceroute-Ausgabe sehen. Wenn MIPs auf PE1 und PE2 konfiguriert sind, werden Zwischen-Hops erkannt.
Debug-Befehle
debug ethernet cfm diagnostic packets
debug ethernet cfm packets
Performance-Management
Leistungskennzahlen
- Frame-Verlust-Verhältnis - Prozentsatz (%) der nicht bereitgestellten Service-Frames/Gesamtzahl der im T-Zeitintervall bereitgestellten Service-Frames
- Frame-Verzögerung - Round-Trip/unidirektionale Verzögerung für einen Service-Frame
- Frame-Verzögerungsvariation - Änderung der Frame-Verzögerung zwischen zwei Service-Frames
Kennzahlen messen
Frame-Verzögerung/Verzögerung - Änderung
- Einweg- oder Zweiweg-Messungen
- Erfordert synthetischen Datenverkehr mit Zeitstempeln
- Erfordert für unidirektionale Verzögerungen eine Synchronisierung der Tageszeit
Frame-Verlust
- Einweg-Frame-Verlust
- Quelle an Ziel - Far-End
- Ziel an Quelle - Near-End
- Service Frame Loss (tatsächlicher Verlust) - erfordert einen Zähleraustausch
- Gilt nur für Point-to-Point-EVCs
- Statistischer Frame-Verlust - basiert auf synthetischem Datenverkehr
- Synthetischer Datenverkehr für Multipoint-Services erforderlich
- Anwendbar auf Point-to-Point- und Multipoint-EVCs
Cisco Performance Management-Lösung
- Ethernet-Performance-Tests nach IEEE 802.1ag und anbieterspezifischen PDUs
- Messung von Einweg-FD/FDV/FL und Zweiweg-FD/FDV
- Teilweise Unterstützung von Netzwerken verschiedener Hersteller
- Konfiguration und Planung über IP SLA
- Versendet unter dem Funktionsnamen:
IP SLA for Metro Ethernet
- Ethernet-Performance-Sonden auf Basis von Y.1731 PDUs
- Priorität dieser Mechanismen in Cisco IOS®: Unidirektionale ETH-DM-/Zweiwege-ETH-DM-, Single-ended ETH-LM- und von Cisco vorgeschlagene Y.1731-Erweiterungen (ETH-SLM) anbieterübergreifende Interoperabilität
- Konfiguration und Planung der software- und hardwaregestützten Implementierung über IP SLA
- Auslaufende Bereitstellung für ausgewählte Cisco IOS- und Cisco IOS-XR-Plattformen
Nutzungsrichtlinien und -beschränkungen
- Cisco 7600-Implementierung
- Y.1731 PM wird für diese CFM-Szenarien nicht unterstützt:
- EP zum Thema Switchport
- MdEP zu VPLS L2VFI
- UP MdEP zu Dienstinstanz mit Bridge-Domäne
- DOWN MEP auf unmarkierter Dienstinstanz mit Bridge-Domain
- DOWN MEP auf doppelt markierter gerouteter (Sub-)Schnittstelle
- Port MEP
- Nach einem Supervisor-Switchover werden die Y.1731 PM-Statistiken gelöscht.
- IPSLA-Neustart erforderlich
- Überlegungen zu Port-Channels
- Mitgliedsschnittstellen müssen auf ES+ Linecards gespeichert sein.
- Bei Loss Probes (LMM) müssen sich alle Mitglieder auf derselben NPU befinden (die Einschränkung gilt nicht für Delay Probes).
- Wenn ein Member-Link hinzugefügt/gelöscht wird, wird die Sitzung ungültig.
- Y.1731 PM wird auf Port-Channel mit manuellem EVC-Lastenausgleich nicht unterstützt
- Y.1731 PM wird auf mLACP nicht unterstützt
Voraussetzungen
- Konfigurieren Sie CFM.
- MD, MA und MEPs
- Bereitstellung lokaler MEP-Konfigurationen auf ES+-Linecards
- Programmierhardware zur Reaktion auf eingehende PDUs (Delay Measurement Message, DMM)/Loss Measurement Message, LMM)
- Router(config)#
ethernet cfm distribution enable
- (Optional) Konfigurieren Sie das Zeitquellen-Protokoll (NTP oder PTPv2). Für unidirektionale Verzögerungsmessung erforderlich.
- Synchronisierung bis zur Linecard aktivieren.
- Router(config)#
platform time-source
- Router(config)#
- (Optional) Aktivieren Sie die Service-Frame-Überwachung pro Kosten/aggregiertem Zähler unter CFM MEP. Erforderlich für Verlustsonden.
- Router(config-if-srv-ecfm-mep)#
monitor loss counter
- Router(config-if-srv-ecfm-mep)#
Konfigurationsverwaltung
Die vorherigen Befehle wurden bereits im Fehlermanagement aktiviert. Daher ist nur IP SLA aktiviert, um mit dem Leistungsmanagement zu beginnen.
Ip sla 10
Ethernet y1731 loss LMM domain SPdomain evc EVC_CE1 mpid 201 cos 8 source mpid 102
Frame interval 100
Aggregate interval 180
Ip sla schedule 10 start-time after 00:00:30 life forever.
Überprüfung
PE1#show ip sla stat 10
IPSLAs Latest Operation Statistics
IPSLA operation id: 10
Loss Statistics for Y1731 Operation 10
Type of operation: Y1731 Loss Measurement
Latest operation start time: 09:30:11.332 UTC Fri Dec 20 2013
Latest operation return code: OK
Distribution Statistics:
Interval
Start time: 09:30:11.332 UTC Fri Dec 20 2013
Elapsed time: 56 seconds
Number of measurements initiated: 120
Number of measurements completed: 120
Flag: OK
PE1#show ethernet cfm pm session active
Display of Active Session
----------------------------------------------------------------------------
EPM-ID SLA-ID Lvl/Type/ID/Cos/Dir Src-Mac-address Dst-Mac-address
----------------------------------------------------------------------------
0 10 5/XCON/N/A/7/Up ccef.48d0.64b0 8843.e1df.00b0
Total number of Active Session: 1
--> Src-Mac-address: SRC MAC of MEP,check 'show ethernet cfm maintenance-points local'
--> Dst-Mac-address: MAC of dest MEP,check 'show ethernet cfm maintenance-points remote'
PE1#show ethernet cfm pm session detail 0
Session ID: 0
Sla Session ID: 10
Level: 5
Service Type: XCO
Service Id: N/A
Direction: Up
Source Mac: ccef.48d0.64b0
Destination Mac: 8843.e1df.00b0
Session Status: Active
MPID: 102
Tx active: yes
Rx active: yes
Timeout timer: stopped
Last clearing of counters: 08:54:20.079 UTC Sat Dec 20 2013
DMMs:
Transmitted: 0
DMRs:
Rcvd: 0
1DMs:
Transmitted: 0
Rcvd: 0
LMMs:
Transmitted: 3143161
LMRs
Rcvd: 515720
VSMs: Transmitted: 0
VSRs: Rcvd: 0
Debug-Befehle
debug ip sla trace <oper_id>
debug ip sla error <oper_id
Zugehörige Informationen
Revisionsverlauf
| Überarbeitung | Veröffentlichungsdatum | Kommentare |
|---|---|---|
1.0 |
09-Apr-2014
|
Erstveröffentlichung |
Feedback