802.1ag CFM/802.3ah EFM OAM/Y.1731 ETH OAM学习笔记

802.1ag CFM/802.3ah EFM OAM/Y.1731 ETH OAM学习笔记相关协议:1)IEEE802.1ag连通性故障管理(CFM:ConnectivityFaultManagement)2)IEEE802.3ah第一英里的以太网(EFM:EthernetintheFirstMile),其中第57章的以太网OAM3)ITU-TY.1731以太网OAM(Operation,AdministrationandMaintenance

大家好,又见面了,我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。

Jetbrains全家桶1年46,售后保障稳定

 原文链接:http://blog.csdn.net/fw0124/article/details/5831096


相关协议:
1)IEEE 802.1ag 连通性故障管理(CFM:Connectivity Fault Management)
2)IEEE 802.3ah 第一英里的以太网(EFM:Ethernet in the First Mile),其中第57章的以太网OAM
3)ITU-T Y.1731 以太网OAM(Operation, Administration and Maintenance)

 

以太网OAM技术是分级实现,分为以下两个级别:

1)链路级以太网OAM技术:多应用于网络的PE设备-CE设备-用户设备之间(也叫最后一公里)的以太网物理链路,用于监测用户网络与运营商网络之间的链路状态,典型协议为EFM OAM协议。用户通过在两个点到点连接的设备上启用以太网OAM功能,可以监控这两台设备之间的链路状态。–>802.3ah
2)网络级以太网OAM技术:多应用于网络的接入汇聚层,用于监测整个网络的连通性、定位网络的连通性故障,典型协议为CFD协议。(CFD:Connectivity Fault Detection) –>802.1ag, Y.1731

 


802.3ah
EFM OAM工作在数据链路层,其协议报文被称为OAMPDU. 

The frame transmission rate is limited to a maximum of 10 frames per second; therefore, the impact of OAM on normal operations is negligible.

 

OAM PDU

 

a) Destination Address (DA). The DA in OAMPDUs is the Slow_Protocols_Multicast address. 0x0180-C200-0002慢速协议报文的特点就是不能被网桥转发,因此无论是否具备OAM功能或OAM功能是否激活,EFM OAM报文都不能跨多跳转发

b) Source Address (SA). The SA in OAMPDUs carries the individual MAC address associated with
the port through which the OAMPDU is transmitted.

c) Length/Type. 0x8809

d) Subtype. The Subtype field identifies the specific Slow Protocol being encapsulated. OAMPDUs carry the Subtype value 0x03.

e) Flags. The Flags field contains status bits.
Additional diagnostic information may be sent using the Event Notification OAMPDU.
主要的Flag:
–2 Critical Event
—-1 = A critical event has occurred.
—-0 = A critical event has not occurred.
–1 Dying Gasp
—-1 = An unrecoverable local failure condition has occurred.
—-0 = An unrecoverable local failure condition has not occurred.
–0 Link Fault
The PHY has detected a fault has occurred in the receive direction of the local DTE (e.g., link, Physical layer).
—-1 = Local device’s receive path has detected a fault.
—-0 = Local device’s receive path has not detected a fault.

f) Code. 
The Code field identifies the specific OAMPDU. 
–0x00Information OAMPDU 
信息OAMPDU,也称为心跳报文
用于在本端与远端的OAM实体之间交互各种状态信息(包括本地信息TLV、远端信息TLV和组织自定义信息TLV)

Information OAM PDU
–0x01
Event Notification OAMPDU
事件通知OAMPDU
用于对连接本端与远端OAM实体的链路上所发生的故障进行告警

Event Notification OAM PDU
–0x04
Loopback Control OAMPDU
环回控制OAMPDU
用于检测链路质量和定位链路故障,该报文中带有使能/去使能信息,用来开启/关闭远端环回功能
Command Description
0x01 Enable OAM Remote Loopback
0x02 Disable OAM Remote Loopback
0x00,0x03-0xFF Reserved Shall not be transmitted, should be ignored on reception by OAM client

Loopback Control OAMPDU

g) Data/Pad.
This field contains the OAMPDU data and any necessary pad. Implementations shall support OAMPDUs at least minFrameSize in length.

 

h) FCS.
This field is the Frame Check Sequence

 

以太网OAM功能建立在以太网OAM连接的基础上。
以太网OAM连接的建立过程也称为Discovery阶段,即本端OAM实体发现远端OAM实体、并与之建立稳定对话的过程。
在这个过程中,相连的OAM实体通过交互Information OAMPDU通报各自的以太网OAM配置信息和本端支持的以太网OAM能力信息。当OAM实体收到对端的配置参数后,决定是否建立OAM连接。
交互以下的配置信息:
• OAM mode
The mode can be either active or passive and can be used to determine device functionality.
以太网OAM的连接模式有两种:主动模式和被动模式;
以太网OAM连接只能由主动模式的OAM实体发起,而被动模式的OAM实体只能等待对端OAM实体的连接请求;
都处于被动模式下的两个OAM实体之间无法建立以太网OAM连接。
• OAM configuration (capabilities)
Advertises the capabilities of the local OAM entity. With this information a peer can determine, what functions are supported and accessible; for example, loopback capability.
• OAMPDU configuration
Includes the maximum OAMPDU size for receipt and delivery. This information along with the rate limiting of 10 frames per second can be used to limit the bandwidth allocated to OAM traffic.
• Platform identity
A combination of an organization unique identifier (OUI) and 32-bits of vendor-specific information. OUI allocation, controlled by the IEEE, is typically the first three bytes of a MAC address.

 

以太网OAM能够有效提高以太网的管理和维护能力,保障网络的稳定运行,其主要功能包括:
1)链路性能监测:对链路的各种性能进行监测,包括对丢包、时延和抖动等的衡量,以及对各类流量的统计;

 

2)故障侦测和告警:通过发送检测报文来探测链路的连通性,当链路出现故障时及时通知网络管理员;
链路监控用于在各种环境下检测和发现链路层故障,通过Event Notification OAMPDU来监控链路。
当一端OAM实体监控到一般链路事件时,将向其对端发送Event Notification OAMPDU以进行通报。
• Link Event TLVs
主要有以下4种Event Type. 
-0x01 错误信号事件(Errored Symbol Period Event):单位时间内的错误信号数量超过定义的阈值
Counts the number of symbol errors that occurred during the specified period. The period is specified by the number of symbols that can be received in a time interval on the underlying physical layer.
==============================================
        Default / lower bound / upper bound
Window Size number of symbols that can be received in 1 second / in 1 second / in 1 minute
Threshold 1 symbol error / 0 symbol error / unspecified
==============================================

–0x02 错误帧事件(Errored Frame Event):单位时间内的错误帧数量超过定义的阈值
Counts the number of errored frames detected during the specified period. The period is specified by a time interval.
==============================================
        Default / lower bound / upper bound 
Window Size: 1 second / 1 second / 1 minute
Threshold: 1 frame error / 0 frame error / unspecified
==============================================

–0x03 错误帧周期事件(Errored Frame Period Event):指定帧数N为周期,在收到N个帧的周期内错误帧数超过定义的阈值
Counts the number of errored frames detected during the specified period. The period is specified by a number of received frames.
==============================================
        Default / lower bound / upper bound 
Window Size: number of minFrameSize frames that can be received in 1 second / 100ms / 1 minute
Threshold: 1 frame error / 0 frame error / unspecified
==============================================

–0x04 错误帧秒数事件(Errored Frame Seconds Event):指定M秒数下有错误帧的秒数超过了定义的阈值
Counts the number of errored frame seconds that occurred during the specified period. The period is specified by a time interval.
==============================================
        Default / lower bound / upper bound 
Window Size: 60 seconds / 10 seconds / 900 seconds
Threshold: 1 errored second / 0 errored seconds / unspecified
==============================================

 

3)环路测试:通过非以太网OAM协议报文的环回来检测链路故障。
主动模式下的OAM实体向对端(远端)发送除OAMPDU以外的所有其它报文时,对端收到报文后不按其目的地址进行转发,而是将其按原路返回给本端。远端环回只有在以太网OAM连接建立之后才能实现。

 


802.1ag
CFM导入了以下概念:
• 维护域(Maintenance Domain:MD)
指明了连通错误检测所覆盖的网络,其边界是由配置在端口上的一系列维护端点所定义的。维护域以”维护域名”来标识。
维护域共分为八级,用整数0~7来表示,数字越大级别越高,维护域的范围也就越大。
不同维护域之间可以相邻或嵌套,但不能交叉,且嵌套时只能由较高级别的维护域来嵌套较低级别维护域。
低级别维护域的CFD PDU进入高级别维护域后会被丢弃;高级别维护域的CFD PDU则可以穿越低级别维护域;相同级别的维护域的CFD PDU不可以互相穿越。

• 维护集(Maintenance Association:MA)
在维护域内根据需要可以配置多个维护集(MA),每个维护集是维护域内一些维护点的集合。
维护集以”维护域名+维护集名”来标识。维护集中的维护点可以接收由本维护集中其它维护点发来的报文。
一个维护集(MA)可以服务于多个VLAN,但是同一MD中的不同MA不能共享同一个VLAN。

• 维护点(Maintenance Point:MP)
维护点(MP)配置在端口上,属于某个维护集,可分为维护端点(MEP)和维护中间点(MIP)两种。
1) MEP: Maintenance association End Point
维护端点以称为MEP ID的整数(range 1 – 8191)来标识,在同一个MA中它是唯一的。
它确定了维护域的范围和边界。维护端点所属的维护集和维护域确定了该维护端点所发出报文的VLAN属性和级别。
维护端点的级别决定了其所能处理的报文的级别,维护端点所发出报文的级别就是该维护端点的级别。
当维护端点收到高于自己级别的报文时,会将其按原有路径继续转发;而当维护端点收到小于或等于自己级别的报文时不会再转发,以确保低级别维护域内的报文不会扩散到高级别维护域中。
维护端点具有方向性,分为外向(DOWN)维护端点和内向(UP)维护端点两种。
维护端点的方向表明了维护域相对于该端口的位置。其中,外向维护端点通过其所在端口向外发送报文,内向维护端点则不通过其所在端口向外发送报文,而是通过该设备上的其它端口向外发送报文。

2)MIP: Maintenance association Intermediate Point
维护中间点位于维护域内部,不能主动发出CFM协议报文,但可以响应LBM和LTM报文。
维护中间点所属的维护集和维护域确定了该维护中间点所接收报文的VLAN属性和级别。
维护中间点可以配合维护端点完成类似于ping和tracert的功能。与维护端点类似,当维护中间点收到高于自己级别的报文时,不会进行处理,而是将其按原有路径转发;而当维护中间点收到小于等于自己级别的报文时,才会进行处理。
维护中间点是根据一定的规则,由系统在每个端口上计算出来的。用户应根据网络规划的情况,选择合适的生成规则。
缺省情况下,设备上不配置维护中间点。
如果在该维护域内的所有端口上都规划有维护中间点,则应选择default规则。
如果仅在低层维护域有维护端点时规划维护中间点,则应选择explicit规则。

 

 

维护端点列表是同一维护集内允许配置的本地维护端点和需要监控的远端维护端点的集合,它限定了维护集内维护端点的选取范围:不同设备上同一维护集内的所有维护端点都应包含在此列表中,且MEP ID互不重复。如果维护端点收到远端设备发来的CCM报文携带的维护端点不在同一维护集的维护端点列表中,就丢弃该报文。
MEPs may monitor either all frames or a set of VLANs. You may configure a virtual switch as either VLAN-aware or VLAN-unaware to recognize or not recognize VLAN tagged frames or packets when they are delivered from another virtual switch in the network.
• VLAN-Aware
Maintenance Entities, such as MAs and MEPs, monitor a VLAN or set of VLANs that are associated with a Primary VLAN ID. These Maintenance Entities protect only the VLAN or set of VLANs to which
they are associated.
• VLAN-Unaware
Maintenance Entities, such as MAs and MEPs, monitor all data frames passing through a port, regardless of using VLANs. If the Maintenance Entity is VLAN-Unaware, do not specify the VLAN parameter in the configuration commands.

CFM MD/MA/MP

 

CFM PDU的格式如下:

CFM PDU

 

 

 

a) MD level
维护域的级别,取值范围为0~7,取值越大表示级别越高

b)Version
协议版本号,为0 

c)OpCode
消息编码,不同取值表示不同类型的CFM PDU,常见的CFM PDU如下所示。
=======================================================
OpCode值 报文类型 目的MAC地址 作用
——————————————————–
0x01 CCM PDU 01-80-C2-00-00-3x(组播地址) 用于连续性检测,各维护端点均可发出
0x02 LBR PDU 环回发起端的MAC(单播地址) 用于环回,由环回对端回应
0x03 LBM PDU 环回目的端的MAC(单播地址) 用于环回,由环回发起端发出
0x04 LTR PDU 链路跟踪发起端的MAC(单播地址) 用于链路跟踪,由链路跟踪对端回应
0x05 LTM PDU 01-80-C2-00-00-3y(组播地址) 用于链路跟踪,由链路跟踪发起端发出
0, 6-31 Reserved for IEEE 802.1
32-63 Defined by ITU-T Y.1731
    33 AIS
    35 LCK
    37 TST
    39 APS
    41 MCC
    43 LMM
    42 LMR
    45 1DM
    47 DMM
    46 DMR
64-255 Reserved for IEEE 802.1
========================================================
目的MAC地址中x和y的取值
MD level x的取值 y的取值
7 7 F
6 6 E
5 5 D
4 4 C
3 3 B
2 2 A
1 1 9
0 0 8
CCM:Continuity Check Message 连续性检测报文
LBM:Loopback Message 环回消息
LBR:Loopback Reply 环回应答
LT:Linktrace 链路跟踪
LTM:Linktrace Message 链路跟踪消息
LTR:Linktrace Reply 链路跟踪应答 

d)Flags
Flag域,该字段在不同类型的CFM PDU中表示不同的含义

e)Varies with value of OpCode
–Sequence number:序列号,初始值为一个随机值,以后维护端点每发送一个CCM PDU,该字段的取值就会加1
–Loopback transaction ID/LTR/LTM transaction ID:处理编号,初始值为0,以后维护端点每发送一个LBR/LBM/LTR/LTM PDU,该字段的取值就会加1 

f)TLV(Type, Length, Value)
TLV stands for Type, Length, Value and denotes a method of encoding variable-length and/or optional information in a PDU. TLVs are not aligned to any particular word or octet boundary. TLVs follow each other with no padding between TLVs.TLV or organization / Type field
End TLV / 0 在终了TLV中,类型 = 0,长度和数值字段都不用。
Sender ID TLV / 1
Port Status TLV / 2
Data TLV / 3
Interface Status TLV / 4
Reply Ingress TLV / 5
Reply Egress TLV / 6
LTM Egress Identifier TLV / 7
LTR Egress Identifier TLV / 8
Reserved for IEEE 802.1 / 9-30,64-255
Defined by ITU-T Y.1731 / 32测试TLV 33-63 Reserved 
Organization-Specific TLV / 31

Organization-Specific TLV format

 

CFM的有效应用建立在合理的网络部署和配置之上。它的功能是在所配置的维护点之间实现的,包括:
连续性检测功能(Continuity Check,CC)
环回功能(Loopback,LB) 
链路跟踪功能(Linktrace,LT)

 

1. 连续性检测功能
连续性检测功能用来检测维护端点之间的连通状态。连通失败可能由设备故障或配置错误造成。该功能的实现方式是:由维护端点周期性地发送CCM报文,该报文是组播报文,相同维护集的其它维护端点接收该报文,并由此获知远端状态。当维护端点在3.5个周期的时间段内收不到该报文时,则认为链路有问题,会输出日志报告。当维护域中的多个维护端点在发送CCM报文时,就实现了多点到多点之间的链路检测。不同设备上处于同一个维护域和维护集中的维护端点,其发送CCM报文的时间间隔必须相同。
CCM PDU的Flag域定义了2个信息单元。
MSB       LSB
8  7 6 5 4  3 2 1
RDI 保留(0)  周期
• RDI:远端故障指示。比特位8置为1时指示RDI,否则它置为0。
• 周期:比特3到1指示传输周期,其编码如下所示。
标记[3:1] 周期值 说明
000 无效数值 对CCM PDU为无效数值
001 3.33ms 每秒300帧
010 10ms 每秒100帧
011 100ms 每秒10帧
100 1s 每秒1帧
101 10s 每分钟6帧
110 1min 每分钟1帧
111 10min 每小时6帧

 

2. 环回功能
环回功能类似于IP层的ping功能,用于验证本地设备与远端设备之间的连接状态。该功能的实现方式是:由维护端点发送LBM(Loopback Message,环回报文)给远端维护点,根据能否接收到对端反馈的LBR(Loopback Replay,环回应答报文)来检验链路状态。LBM和LBR是单播报文,它们的接收情况反映了两点间的链路是否连通。
LBM PDU的Flag字段全部置零。TLV类型字段数值是3(Data TLV)或者32(Test TLV)。
LBR PDU中的相应字段都是从LBM PDU中复制而来。

 

3. 链路跟踪功能
链路跟踪功能用于确定源端到目标维护端点的路径。该功能的实现方式是:由源端发送LTM(Linktrace Message,链路跟踪报文)给目标维护端点,目标维护端点及LTM经过的维护中间点接收到该报文后,发送LTR(Linktrace Reply,链路跟踪应答报文)给源端,源端根据收到的应答报文确定到目标维护端点的路径。LTM是组播报文,LTR是单播报文。

• LTM PDU
Flag字段仅使用第8位(UseFDBonly),其他全部置为0.
If UseFDBonly is set, indicates that only MAC addresses learned in a Bridge’s Filtering Database, and not information saved in the MIP CCM Database, is to be used to determine the Egress Port.
LTM PDU的Additional LTM TLVs必须包含
–LTM Egress Identifier TLV(type=7)
可能包含
–Sender ID TLV(type=2)
–Organization-Specific TLV(type=31)

 

• LTR PDU
Reply TTL(1 octet)包含LTR为之发送的LTM的TTL字段的数值再递减1。(One less than the value from the LTM TTL field in the LTM that triggered the transmission of this LTR. If the LTM TTL field contained a 0, no LTR is transmitted.)
Flag字段定义如下:
==================================
Mnemonic Meaning Bit
UseFDBonly Copied from LTM. 8 (MSB)
FwdYes The LTM was (1) or was not (0) forwarded. 7
TerminalMEP The MP reported in Reply Egress TLV(or Reply Ingress TLV, if it is not present) is a MEP. 6
Reserved Copied from LTM. 5 – 1
==================================
LTR PDU的Additional LTR TLVs必须包含
–LTR Egress Identifier TLV(8)
–Reply Ingress TLV(5)和Reply Egress TLV(6)中的任意1个或者全部
可能包含
–Sender ID TLV(type=2)
–Organization-Specific TLV(type=31) 

 


Y.1731
Y.1731的CFM部分和802.1ag基本相同,只是使用的一些术语有区别。
=====================
Y.1731术语 802.1ag术语 
MEG     MA
MEGID    MAID
MEG等级    MA 等级
=====================
另外CFM部分增加了例如ETH-AIS,ETH-LCK等。

4. ETH-AIS以太网告警指示信号
告警抑制功能用来减少故障告警的上报数量。如果维护端点在3.5个CCM报文发送周期内未收到远端维护端点发来的CCM报文,便开始周期性地发送AIS(Alarm Indication Signal,告警指示信号)报文,该报文地发送方向与CCM报文相反。维护端点在收到AIS报文后,会抑制本端的故障告警,并继续发送AIS报文。各维护端点如果在3.5个CCM报文发送周期内重新收到了CCM报文,便停止发送AIS报文。AIS报文是组播报文。
The alarm indication signal suppresses alarms at the client-layer MEPs after detecting a fault or an AIS condition at the server-layer MEP. The operator can enable or disable the AIS functionality for a MEP. If AIS is enabled and a fault or AIS condition is detected at a MEP, AIS frames are transmitted to the client-layer MEPs in the direction opposite to the peer MEP. On receiving the AIS frame, the client-layer MEP suppresses its fault alarms.

5. ETH-LCK 以太网锁定信号
以太网锁定信号功能(ETH-LCK)用于通告服务器层(子层)MEP的管理性锁定以及随后的数据业务
流中断,该业务流是送往期待接收这业务流的MEP的。它使得接收带有ETH-LCK信息的帧的MEP能区分是故障情况,还是服务器层(子层)MEP的管理性锁定动作。

 

Y.1731增加了PM(Performance Monitoring)功能。
用于性能监测的OAM功能可以测量不同的性能参数。性能参数是针对点到点的ETH连接来定义的。
1. ETH-LM 帧丢失率的测量
Frame Loss Measurement for Frame Loss Ratio – is used to collect values applicable for ingress and egress service frames where the counters maintain a count of transmitted and received data frames between a pair of MEPs.
ETH-LM可以以两种方式进行:
• 单端的ETH-LM
其实现方式是由源端发送LMM(Loss Measurement Message,丢包测量报文)报文给目标维护端点,目标维护端点收到该报文后,会发送LMR(Loss Measurement Reply,丢包测量应答)报文给源端,源端则根据两个连续的LMR报文来计算源端和目标维护端点间的丢包数,即源端从收到第二个LMR报文开始,根据本LMR报文和前一个LMR报文的统计计数来计算源端和目标维护端点间的丢包数。LMM报文和LMR报文都是单播报文。
• 双端的ETH-LM
每个MEP向它对等的MEP周期地发送带有ETH-LM信息帧,以便于对等MEP的帧丢失测量。
用于双端ETH-LM信息的PDU是CCM PDU。

 

2. ETH-DM 帧时延的测量
ETH-DM 可用于测量帧时延和帧时延变化。
ETH-DM can be used for on-demand OAM to measure frame delay and frame delay variation.
Frame delay and frame delay variation measurements are performed by sending periodic frames with ETH-DM information to the peer MEP and receiving frames with ETH-DM information from the peer MEP during the diagnostic interval. 
ETH-DM可以以两种方式进行:
• 单向ETH-DM
MEP发送带有ETH-DM信息的帧1DM PDU(One-way Delay Measurement,单向时延测量),其中包含TxTimestampf(ETH-DM传输时的时戳)信息单元。
接收的MEP可以将这一数值与ETH-DM帧的接收时间RxTimef进行比较,并按下式计算单向的帧时延:
帧时延 = RxTimef – TxTimeStampf
但是,单向帧时延的测量需要发送端MEP和接收端MEP的时钟同步。就帧时延变化的测量而言,它基于前后帧时延测量之间的差值,对于时钟同步的要求可以放松,因为在前后帧时延测量的差别中,相位差的间隔可以抵消。
• 双向ETH-DM
最通常情况下,要求时钟同步是不实际的,这时帧时延测量将只能在双向测量中进行。
MEP发送一个带有ETH-DM请求信息的帧DMM(Delay Measurement Message,时延测量报文)报文,它携带TxTimeStampf,同时接收端MEP以1个带有ETH-DM回复信息帧DMR(Delay Measurement Reply,时延测量应答)PDU进行回应,回复帧中有从ETH-DM请求信息中复制来的TxTimeStampf。MEP接收该带有ETH-DM回复信息的帧,将TxTimeStampf与ETH-DM回复信息帧的接收时间RxTimeb进行比较,并按下式进行双向帧时延和双向帧时延变化的测量:
帧时延 = RxTimeb – TxTimeStampf

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:http://www.javaforall.cn/234655.html原文链接:http://www.javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)
blank

相关推荐

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号