以太网OAM技术白皮书

目  录

1 概述··· 3

2 EFM OAM技术实现··· 4

2.1 概念介绍·· 4

2.1.1 OAM实体·· 4

2.1.2 协议报文·· 4

2.1.3 连接模式·· 5

2.1.4 链路事件·· 5

2.2 运行机制·· 6

2.2.1 EFM OAM连接建立·· 6

2.2.2 链路性能监控·· 7

2.2.3 远端故障检测·· 7

2.2.4 远端环回·· 7

2.3 H3C实现的技术特色·· 8

3 CFD技术实现··· 9

3.1 概念介绍·· 9

3.1.1 MD· 9

3.1.2 MA· 9

3.1.3 MP· 10

3.1.4 协议报文·· 11

3.2 运行机制·· 12

3.2.1 连续性检测功能·· 13

3.2.2 环回测试功能·· 13

3.2.3 链路跟踪功能·· 14

3.2.4 告警抑制功能·· 14

3.2.5 单向丢包测试功能·· 15

3.2.6 帧时延测试功能·· 16

3.2.7 比特错误测试功能·· 17

3.3 H3C实现的技术特色·· 18

3.3.1 支持辅助CPU快速检测·· 18

3.3.2 支持与Smart Link联动·· 18

3.3.3 支持LTM PDU自动发送·· 18

4 典型组网应用··· 19

5 参考文献··· 19

1  概述

以太网技术自诞生起，就以其简单易用和价格低廉的特点逐步成为局域网的主导技术。近年来，随着千兆、万兆以太网技术的相继应用，也促使网络运营商、设备制造商和标准化组织致力于将以太网技术向城域网和广域网领域推进。

以太网最初为局域网而设计，由于局域网本身已具备较高的可靠性和稳定性，因此在设计以太网之初并未建立管理维护的机制。而相对于局域网，城域网和广域网在链路长度和网络规模上都迅速扩大，于是有效管理维护机制的缺乏，已成为以太网技术在城域网和广域网应用的严重障碍。为此，在以太网上实现OAM（Operation, Administration and Maintenance，操作、管理和维护）机制成为必然的发展趋势。以太网OAM技术可以有效提高对以太网的管理和维护能力，保障网络的稳定运行。

图1 以太网OAM技术分级实现示意图

以太网OAM技术是分级实现的。如图1所示，以太网OAM技术分为以下两个级别：

·              链路级以太网OAM技术：多应用于网络的PE设备—CE设备—用户设备之间（也叫最后一公里）的以太网物理链路，用于监测用户网络与运营商网络之间的链路状态，典型协议为EFM OAM（Ethernet in the First Mile OAM，最后一公里以太网OAM）协议。

·              网络级以太网OAM技术：多应用于网络的接入汇聚层，用于监测整个网络的连通性、定位网络的连通性故障，典型协议为CFD（Connectivity Fault Detection，连通错误检测）协议。

各级别上典型的以太网OAM协议如表1所示。

表1 典型的以太网OAM协议

本文将对EFM OAM和CFD分别进行介绍。

2  EFM OAM技术实现

2.1  概念介绍

2.1.1  OAM实体

使能了EFM OAM功能的接口称为EFM OAM实体，简称OAM实体。

2.1.2  协议报文

EFM OAM工作在数据链路层，其协议报文被称为OAMPDU（OAM Protocol Data Units，OAM协议数据单元）。EFM OAM就是通过设备之间定时交互OAMPDU来报告链路状态，使网络管理员能够对网络进行有效的管理。

图2 OAMPDU报文格式示意图

图2所示为OAMPDU的报文格式和常见的OAMPDU，OAMPDU中重要字段的含义如表2所示。

表2 OAMPDU重要字段含义

表3 常见的OAMPDU

2.1.3  连接模式

EFM OAM的连接模式有两种：主动模式和被动模式。EFM OAM连接只能由主动模式的OAM实体发起，而被动模式的OAM实体只能等待远端OAM实体的连接请求；同处于被动模式下的两个OAM实体之间无法建立EFM OAM连接。这两种模式下设备的处理能力如表4所示。

表4 两种工作模式下设备的处理能力

2.1.4  链路事件

EFM OAM中定义的链路事件分为一般链路事件和紧急链路事件两大类。

1. 一般链路事件

一般链路事件用于链路性能监控，其包含的类型如表5所示。

表5 一般链路事件

2. 紧急链路事件

紧急链路事件用于远端故障检测，其包含的类型以及对应的Information OAMPDU发送频率如表6所示。

表6 紧急链路事件

2.2  运行机制

下面对EFM OAM的运行机制进行介绍。

2.2.1  EFM OAM连接建立

EFM OAM功能的实现建立在EFM OAM连接的基础之上，EFM OAM连接的建立过程也称为Discovery阶段，即本端OAM实体发现远端OAM实体、并与之建立稳定对话的过程。

当设备的某个接口使能了EFM OAM功能时，如果该接口的EFM OAM工作模式为主动模式，便由该接口向远端发起EFM OAM连接。在建立EFM OAM连接的过程中，相连的OAM实体通过交互Information OAMPDU通报各自的EFM OAM配置信息。当OAM实体收到远端的配置参数后，决定是否建立EFM OAM连接。

图3 EFM OAM连接示意图

如图3所示，Device A的接口Ethernet1/1工作在主动模式下，当该接口上使能了EFM OAM功能时：

(1)      Device A向Device B发送Information OAMPDU，其中包含Device A的EFM OAM配置信息。

(2)      Device B收到该OAMPDU后，与自己的EFM OAM配置进行匹配，然后向Device A回复Information OAMPDU，其中除了包含Device A和Device B二者的EFM OAM配置信息外，还包含Device B对Device A的EFM OAM配置是否匹配的标志信息。

(3)      Device A收到Device B发来的OAMPDU后，再来判断Device B的EFM OAM配置与自己的配置是否匹配。

通过以上过程，如果双方的EFM OAM配置都匹配，EFM OAM连接便建立起来。EFM OAM连接建立后，两端的OAM实体会周期性地发送Information OAMPDU来检测连接是否正常。如果一端OAM实体在连接超时时间内未收到远端发来的Information OAMPDU，则认为EFM OAM连接中断。

2.2.2  链路性能监控

当一端OAM实体监控到一般链路事件时，将向其远端OAM实体发送Event Notification OAMPDU进行通报，同时将监控信息记入日志并上报给网管系统；远端OAM实体收到该信息后，也将其记入日志并上报给网管系统。这样，管理员就可以通过观察日志信息动态地掌握网络的状况。

2.2.3  远端故障检测

当设备上发生紧急链路事件而导致流量中断时，故障端OAM实体通过Information OAMPDU中的Flag域将故障信息（即紧急链路事件类型）通知给远端OAM实体，同时将故障信息记入日志并上报给网管系统；远端OAM实体收到该信息后，也将其记入日志并上报给网管系统。这样，管理员就可以通过观察日志信息动态地了解链路状态，对相应的错误及时进行处理。

2.2.4  远端环回

远端环回功能是指主动模式下的OAM实体向远端发送除OAMPDU以外的所有其它报文时，远端收到报文后不按其目的地址进行转发，而是将其按原路返回给本端。它可用于定位链路故障和检测链路质量：网络管理员通过观察非OAMPDU报文的返回情况，可以对链路性能（包括丢包率、时延、抖动等）作出评判。

图4 远端环回示意图

如图4所示，Device A的接口Ethernet1/1工作在主动模式下，在Device A与Device B之间的EFM OAM连接建立之后，使能该接口上的远端环回功能：

(1)      Device A向Device B发送带有使能信息的Loopback Control OAMPDU，并等待回复。

(2)      Device B收到该OAMPDU后，向Device A回复状态改变的Information OAMPDU，并进入环回状态（在此状态下，设备会把收到的非OAMPDU报文都按原路返回）。

(3)      Device A收到回复后，开始向Device B发送非OAMPDU的测试报文。

(4)      Device B收到测试报文后，将其按原路返回给Device A。

(5)      当Device A需要停止远端环回时，向Device B发送带有去使能信息的Loopback Control OAMPDU。

(6)      Device B收到该OAMPDU后便退出环回状态，并向Device A回复状态改变的Information OAMPDU。

2.3  H3C实现的技术特色

EFM OAM连接建立之后，两端的OAM实体会周期性地发送心跳报文（即Information OAMPDU）来检测连接是否正常。如果一端OAM实体在连接超时时间内未收到远端OAM实体发来的心跳报文，则认为OAM连接中断。IEEE 802.3ah中定义了心跳报文发送周期为1秒，连接超时时间为5秒。H3C在协议规定的基础上，还允许用户对心跳报文的发送周期和连接超时时间进行配置。

对于OAM连接中断，用户可以在接口上配置是否关联EFM OAM动作：如果配置了关联，接口在收到远端以太网OAM事件时除了记录日志外，还会自动断开OAM连接，并设置该接口的链路层状态为down；否则，只记录日志。

3  CFD技术实现

3.1  概念介绍

3.1.1  MD

MD（Maintenance Domain，维护域）是指连通错误检测所覆盖的一个网络或网络的一部分，它以“MD名称”来标识。

为了准确定位故障点，在MD中引入了级别（层次）的概念。MD共分为八级，用整数0～7来表示，数字越大级别越高，MD的范围也就越大。不同MD之间可以相邻或嵌套，但不能交叉，且嵌套时只能由高级别MD向低级别MD嵌套，即低级别MD必须包含在高级别MD内部。低级别MD的CFD PDU进入高级别MD后会被丢弃；高级别MD的CFD PDU则可以穿越低级别MD；相同级别的MD的CFD PDU不可以互相穿越。

图5 MD嵌套示意图

在实际应用中，要对MD进行合理规划：如图5所示，有MD_A和MD_B两个MD，MD_B嵌套在MD_A中，要在MD_A中进行连通性检测，就要求MD_A的CFD PDU能够穿越MD_B，因此需要将MD_A的级别配置得比MD_B高。这样，MD_A的CFD PDU就可以穿越MD_B，从而实现了整个MD_A的连通性故障管理，而MD_B的CFD PDU则不会扩散到MD_A中。

3.1.2  MA

MA（Maintenance Association，维护集）是MD的一部分，一个MD可划分为一个或多个MA。MA以“MD名称＋MA名称”来标识。

一个MA服务于一个VLAN，MA中的MP所发送的报文都带有该VLAN的标签，同时MA中的MP可以接收由本MA中其它MP发来的报文。

3.1.3  MP

MP（Maintenance Point，维护点）配置在接口上，属于某个MA，可分为MEP（Maintenance association End Point，维护端点）和MIP（Maintenance association Intermediate Point，维护中间点）两种。

1. MEP

MEP确定了MA的边界，它以“MEP ID”来标识。

MEP所属的MA确定了该MEP发出的报文所属的VLAN；MEP的级别等于其所属MD的级别，MEP发出的报文的级别等于该MEP的级别。MEP的级别决定了其所能处理的报文的级别：当MEP收到高于自己级别的报文时不会进行处理，而是将其按原有路径转发；而当MEP收到小于等于自己级别的报文时才会进行处理。需要注意的是，本段是针对同一VLAN内的报文处理方式进行描述，不同VLAN内的报文之间是相互隔离的，不会相互影响。

MEP具有方向性，分为内向MEP和外向MEP两种：

·              内向MEP通过除其所在的接口以外的所有接口向外发送CFD PDU，即在其所属MA所服务的VLAN中进行广播。

·              外向MEP则直接通过其所在的接口向外发送CFD PDU。

2. MIP

MIP位于MA的内部，不能主动发出CFD PDU，但可以处理和响应CFD PDU。MIP可以配合MEP完成类似于ping和tracert的功能。当MIP收到不等于自己级别的报文时不会进行处理，而是将其按原有路径转发；只有当MIP收到等于自己级别的报文时才会进行处理。

图6 CFD的分级配置

图6所示为CFD的一种分级配置方式，图中共有0、2、3、5四个级别的MD，标识号较大的MD的级别高、控制范围广；标识号较小的MD的级别低、控制范围小。在Device A～Device F的各接口上配置了MP，譬如Device B的接口Ethernet1/1上配置有：级别为5的MIP、级别为3的内向MEP、级别为2的内向MEP和级别为0的外向MEP。

3.1.4  协议报文

CFD的协议报文被称为CFD PDU。不同的CFD PDU具有相同的报文头，通过头部的类型字段来区分报文类型。

图7 CFD PDU报文格式示意图

图7所示为CFD PDU的报文格式和常见的CFD PDU，CFD PDU中重要字段的含义如表7所示。

表7 CFD PDU重要字段含义

表8 常见的CFD PDU

表9 组播地址中x和y的取值

3.2  运行机制

CFD的有效应用建立在合理的网络部署和配置之上。它的功能是在所配置的MP之间实现的，包括以下几种：

3.2.1  连续性检测功能

MEP之间的连通失败可能由设备故障或配置错误造成，连续性检测（Continuity Check，CC）功能就是用来检测MEP之间的连通状态。该功能的实现方式是：由MEP周期性地发送CCM PDU，相同MA的其它MEP接收该报文，并由此获知远端状态。若MEP在3.5个CCM PDU发送周期内未收到远端MEP发来的CCM PDU，则认为链路有问题，会输出日志报告。当MD中的多个MEP在发送CCM PDU时，就实现了多点到多点之间的链路检测。

CCM PDU中时间间隔域（Interval域）的值、CCM PDU的发送间隔和远端MEP的超时时间这三者之间的关系如表10所示。

表10 参数关系表

3.2.2  环回测试功能

环回测试（Loopback，LB）功能类似于IP层的ping功能，用于验证源MEP与目标MP之间的连接状态。该功能的实现方式是：由源MEP发送LBM PDU给目标MP，并根据能否收到对端反馈的LBR PDU来检验链路状态。

图8 环回测试示意图

如图8所示，在Device A与Device C之间进行环回测试的过程如下：

(1)      Device A向Device C发送LBM PDU，其中携带有该报文的发送时间；

(2)      Device C收到该报文后，回复LBR PDU给Device A，其中携带有LBM PDU的发送和接收时间，以及LBR PDU的发送时间。

在超时时间内，如果Device A收到了Device C回应的LBR PDU，则可以根据其中携带的时间信息算出Device A到Device C的网络时延；否则，便认为Device A到Device C不可达。此外，通过连续发送多个LBM PDU并观察LBR PDU的返回情况，还可以了解网络的丢包情况。

3.2.3  链路跟踪功能

链路跟踪（Linktrace，LT）功能类似于IP层的tracert功能，用于确定源MEP到目标MEP的路径，其实现方式是：由源MEP发送LTM PDU给目标MEP，目标MEP及LTM PDU所经过的MIP收到该报文后，会发送LTR PDU给源MEP，源MEP则根据收到的LTR PDU来确定到目标MEP的路径。

图9 链路跟踪示意图

如图9所示，在Device A与Device C之间进行链路跟踪的过程如下：

(1)      Device A向Device C发送LTM PDU，其中携带有TTL值和目标MEP的MAC地址；

(2)      Device B收到该报文后，先将其TTL值减1，再继续转发给Device C，并回复LTR PDU给Device A，其中也携带有TTL值（等于Device A发送来的LTM PDU中的TTL值减1）；

(3)      Device C收到该报文后，回复LTR PDU给Device A，其中也携带有TTL值（等于Device B转发来的LTM PDU中的TTL值再减1）。由于根据LTM PDU中携带的目标MEP的MAC地址，Device C可以判断出自己就是目标MEP，因此不会再转发该报文。

如果Device A到Device C之间的路径有故障，则故障点下游的设备将无法收到LTM PDU，也不会回复LTR PDU，据此可判定故障点的位置。例如，若Device A能收到Device B回复的LTR PDU，但收不到Device C回复的LTR PDU，就可以判定Device B和Device C之间的路径有故障。

3.2.4  告警抑制功能

告警抑制功能是ITU-T Y.1731基于CFD定义的扩展功能，用来减少MEP故障告警的数量。如果MEP在3.5个CCM PDU发送周期内未收到远端MEP发来的CCM PDU，便立刻开始周期性地发送AIS（Alarm Indication Signal，告警指示信号） PDU，该报文的发送方向与CCM PDU相反。其它MEP在收到AIS PDU后，会抑制本端的故障告警，并继续发送AIS PDU。此后，如果MEP收到了CCM PDU，便停止发送AIS PDU并恢复故障告警。

图10 告警抑制示意图

如图10所示，告警抑制的触发过程如下：

(1)      当Device B和Device C之间的链路出现故障，Device B和Device C之间的连续性检测失败，向用户发出故障告警信息；

(2)      检测到故障后，Device B向Device A发送AIS PDU，而Device C则向Device D发送AIS PDU；

(3)      Device A和Device D收到AIS PDU后，都进入告警抑制状态。此后，如果Device A和Device D之间的连续性检测失败，将不再向用户发出故障告警信息。

AIS PDU的缺省发送周期为1秒，由于告警抑制功能可以配置很多发送VLAN，而报文发送数量过多将对设备CPU造成负担，因此在这种情况下可将AIS PDU的发送周期调整为1分钟，从而减少报文发送数量。

3.2.5  单向丢包测试功能

单向丢包测试（Loss Measurement，LM）功能用来检测MEP之间的单向丢包情况，其实现方式是：由源MEP发送LMM（Loss Measurement Message，丢包测试报文） PDU给目标MEP，目标MEP收到该报文后，会发送LMR（Loss Measurement Reply，丢包测试应答） PDU给源MEP，源MEP则根据两个连续的LMR PDU来计算源MEP和目标MEP间的丢包数，即源MEP从收到第二个LMR PDU开始，根据本LMR PDU和前一个LMR PDU的统计计数来计算源MEP和目标MEP间的丢包数。

如图7所示，源MEP发送LMM PDU时会填充当前接口的发包统计计数TxFCf，目标MEP收到该报文后，会获取当前接口的收发包统计计数，并向源MEP回应。LMR PDU中携带以下统计值：

·              TxFCf：从收到的最后一个LMM PDU中的TxFCf字段复制而来。

·              RxFCf：收到最后一个LMM PDU时，当前接口的收包统计计数。

·              TxFCb：发送LMR PDU时，当前接口的发包统计计数。

源MEP收到LMR PDU后（至少需要两次报文交互过程），进行丢包统计的计算公式如下：

·              远端丢包数＝|TxFCb[t_c] – TxFCb[t_p]| – |RxFCb[t_c] – RxFCb[t_p]|

·              本端丢包数＝|TxFCf[t_c] – TxFCf[t_p]| – |RxFCl[t_c] – RxFCl[t_p]|

其中，t_c表示前一次收发的测试报文，tp表示当前一次收发的报文。

图11 单向丢包测试示意图

如图11所示，Device A与Device B之间的单向丢包测试过程如下：

(1)      Device A以100毫秒为间隔向Device B发送指定数量（缺省为5个）的LMM PDU，报文中填充有发送接口的发包统计计数TxFCf。

(2)      Device B收到LMM PDU时，先获取当前接口的收包统计计数RxFCf，并在向Device A回应LMR PDU时获取当前接口的发包统计计数TxFCb。LMR PDU中会同时填充有TxFCf、RxFCf和TxFCb。后向Device A回应DMR PDU，其中填充有TxTimef、RxTimef和TxTimeb

(3)      Device A收到LMR PDU时，先获取当前接口的收包统计计数RxFCl。从收到第二个LMR PDU开始，Device A就按前面的公式分别计算远端和本端的丢包数，并记录本次交互的计算结果。在本次测试完成后再进行平均的测试统计结果。

单向丢包测试结果的准确度依赖于发送LMM PDU和LMR PDU，以及接收LMM PDU时，获取硬件统计计数的及时性和和准确性。一般需要硬件支持直接向报文中填充报文的收发统计计数。

3.2.6  帧时延测试功能

帧时延测试（Delay Measurement，DM）功能用来检测MEP之间报文传输的时延情况，分为单向时延测试和双向时延测试两种：

1. 单向时延测试

单向时延测试功能的实现方式是：源MEP发送1DM（One-way Delay Measurement，单向时延测试） PDU给目标MEP，该报文中携带有其发送时间。目标MEP收到该报文后记录其接收时间，并结合其发送时间来计算并记录链路传输的时延和抖动（即时延变化值）。

如图7所示，1DM PDU中的TxTimeStampf字段填充源MEP的发送时间TxTimef，RxTimeStampf字段填充目标MEP的接收时间RxTimef。源MEP会以100毫秒为间隔发送指定数量（缺省为5个）的1DM PDU。目标MEP收到该报文后，计算RxTimef与TxTimef的差值即为此次测试的时延。时延抖动则是本次测出的时延与已测出的最小时延的差值。单向时延测试要求测试设备之间已完成时钟同步，否则测试出的时延有较大误差，而只能进行时延抖动测试。

2. 双向时延测试

双向时延是用于测量报文从本端发送到接收的一次往返过程中，报文在链路上的消耗时间。测试是从源MEP向目的MEP发送测试请求报文，然后在接收到目的MEP的应答报文后，根据应答报文的接收时间和测试请求的发送时间的差值计算双向报文时延。

如图7所示，DMM PDU中的TxTimeStampf字段填充源MEP的发送时间TxTimef，目标MEP收到此报文后直接将其中的TxTimef填充到DMR PDU中，并在DMR PDU中填充上DMM PDU的接收时间RxTimef和DMR PDU的发送时间TxTimeb。

源MEP在收到DMR PDU后，需要获取到DMR PDU的接收时间RxTimeb。如果报文中填充了DMM PDU的接收时间和DMR PDU的发送时间，则可根据以下公式计算出报文往返消耗在链路上的双向时延：双向链路时延＝ (RxTimeb – TxTimef) – (TxTimeb – RxTimef)；否则，只能计算出双向报文时延＝ RxTimeb – TxTimef。

图12 双向时延测试示意图

如图12所示，Device A与Device B之间的双向时延测试过程如下：

(1)      Device A以100毫秒为间隔向Device B发送指定数量（缺省为5个）的DMM PDU，报文中填充有发送时间TxTimef。

(2)      Device B收到DMM PDU后向Device A回应DMR PDU，其中填充有TxTimef、RxTimef和TxTimeb。

(3)      Device A收到DMR PDU后，计算出本此交互的双向链路时延。从收到第二个DMR PDU开始，还要计算出双向时延抖动和平均双向时延。

3.2.7  比特错误测试功能

比特错误测试功能用来测试MEP之间的报文比特错误。由源MEP发送指定数量的TST（Test，比特错误测试） PDU给目标MEP（每个TST PDU都携带不同的递增序号），该报文中携带有伪随机序列或全0值。目标MEP收到该报文后，根据其中指定的测试模式和测试比特内容进行计算和比较，从而确定报文是否有比特错误。测试的比特长度为32位，有以下几种测试模式：

·              全0比特不带校验和

·              全0比特带校验和

·              伪随机比特带校验和

·              伪随机比特不带校验和

3.3  H3C实现的技术特色

3.3.1  支持辅助CPU快速检测

由于CCM PDU的发送周期跨度很大，从3.3毫秒到10分钟。但是，3.3毫秒的CCM PDU发送周期会对业务板上其它业务的性能产生影响，而其它业务对CPU的抢占也会影响CCM PDU的发送精度。因此，H3C可采用单独的辅助CPU来处理这种快速报文的发送和接收，检测结果通过主CPU之间以及主CPU与辅助CPU之间的通信来通知MEP所在的业务板。

3.3.2  支持与Smart Link联动

Smart Link实现了主备链路的冗余备份和快速迁移。在双上行组网中，当主用链路出现故障时，设备自动将流量切换到备用链路，这样就实现了主备链路的冗余备份。但是，对于传输链路上的设备或链路自身发生的故障（如光纤链路发生单通、错纤、丢包等故障）以及此类故障的恢复，Smart Link本身是无法感知的。

H3C通过将Smart Link与CFD协议的连续性检测功能进行联动，可以对上述故障的发生或恢复进行检测。其原理如下：MEP周期性地发送CCM PDU，同一MA内的其它MEP收到该报文后便能获知远端MEP的状态。若MEP在3.5个发送周期内仍未收到该报文，便认为链路有问题，于是通知Smart Link重新计算Smart Link的链路状态，以便进行链路切换。

3.3.3  支持LTM PDU自动发送

H3C支持LTM PDU的自动发送，当本端MEP在3.5个CCM PDU发送周期内未收到远端MEP发来的CCM PDU时，便判定与远端MEP的连接中断，本端MEP会自动发送LTM PDU，并通过检测回应的LTR PDU来定位故障。这个过程也会被记录下来，使网络管理员可以在事后查看故障的时间和路径等信息。

4  典型组网应用

图13 以太网OAM典型应用组网图

以太网OAM在城域网的典型应用如图13所示，可分为以下两个层次进行部署：

·              在CE设备与PE设备之间的链路上部署EFM OAM：通过CE设备与PE设备之间定时互发Information OAMPDU来检测用户业务接入链路的连通性。网络管理员可以通过观察错误帧的情况，来判断CE设备与PE设备之间链路的性能；通过远端环回功能可以检测链路的质量，或在发生链路故障时进行故障定位。

·              在接入汇聚层的网络中部署CFD：先根据设备所属的ISP来划分MD，把同一ISP管理下的设备划分在同一MD中；再根据业务来划分MA，使每个MA对应一个VLAN。CFD通过MA内的各MEP定时互发CCM PDU来检测MA内网络的连通性。当检测到连通性故障后进行报警，网络管理员可以通过环回测试、链路跟踪、单向丢包测试等功能进行故障定位、路径查找或链路测试。

5  参考文献

·              IEEE 802.3ah：Carrier Sense Multiple Access with Collision Detection (CSMA/CD) Access Method and Physical Layer Specifications

·              IEEE 802.1ag：Virtual Bridged Local Area Networks Amendment 5: Connectivity Fault Management

·              ITU-T Y.1731：OAM functions and mechanisms for Ethernet based networks