CFM 学习总结

 

      1、概述

      802.1ag是一种网络级以太网 OAM 技术，多应用于网络的接入汇聚层，用于监测整个网络的连通性、定位网络的连通性故障。它提供了以下几个功能

路径发现（Path discovery）

故障检测（Fault detection）

故障确认和定位（Fault verification and isolation）

故障通知（Fault notification）

故障恢复（Fault recovery）

 

2、概念介绍

    维护域（MD）：维护域（MD）指明了连通错误检测所覆盖的网络，其边界是由配置在端口上的一系列维护端点所定义的。维护域以“维护域名”来标识。维护域名是全局唯一的。

 

    维护域等级（MD Level）：维护域共分为八级，用整数 0～7 来表示，数字越大级别越高，维护域的范围也就越大。不同维护域之间可以相邻或嵌套，但不能交叉，且嵌套时只能由较高级别的维护域来嵌套较低级别维护域。低级别维护域的 CFD PDU 进入高级别维护域后会被丢弃；高级别维护域的 CFD PDU 则可以穿越低级别维护域；相同级别的维护域的 CFD PDU不可以互相穿越。维护域等级分配如下图：

                            

    维护集（MA）：在维护域内根据需要可以配置多个维护集（MA），每个维护集是维护域内一些维护点的集合。维护集以“维护域名＋维护集名”（MAID）来标识。 一个维护集服务于一个 VLAN，维护集中的维护点所发送的报文都带有该 VLAN 的标签，同时维护集中的维护点可以接收由本维护集中其它维护点发来的报文。

 

    维护点（MP）：配置在端口上，属于某个维护集，可分为维护端点（MEP）和维护中间点（MIP）两种。

 

    维护端点（MEP）：维护端点以MEPID 来标识，它确定了维护域的范围和边界。维护端点所属的维护集和维护域确定了该维护端点所发出报文的 VLAN属性和级别。 维护端点的级别决定了其所能处理的报文的级别，维护端点所发出报文的级别就是该维护端点的级别。当维护端点收到高于自己级别的报文时，会将其按原有路径继续转发；而当维护端点收到小于或等于自己级别的报文时不会再转发，以确保低级别维护域内的报文不会扩散到高级别维护域中。

维护端点具有方向性，分为外向维护端点（Down MEP ）和内向维护端点（UP MEP）两种。维护端点的方向表明了维护域相对于该端口的位置。其中，外向维护端点通过其所在端口向外发送报文，内向维护端点则不通过其所在端口向外发送报文，而是通过该设备上的其它端口向外发送报文。

   

    维护中间节点（MIP）：维护中间点位于维护域内部，不能主动发出 CFD PDU，但可以处理和响应 CFD PDU。维护中间点所属的维护集和维护域确定了该维护中间点所接收报文的 VLAN属性和级别。与维护端点类似，当维护中间点收到高于自己级别的报文时，会将其按原有路径继续转发；而当维护中间点收到小于或等于自己级别的报文时不会再转发，以确保低级别维护域内的报文不会扩散到高级别维护域中。一个维护中间节点可分成两个对称的MHF，两个MHF功能相同。

   

3、协议报文

       CFM报文由Ethernet header，Common header，具体报文类型自己的header组成。

Ethernet Header:

MacDa: 具体见CCM/LBM/LBR/LTM/LTR

MacSa: 是发送报文的MP的Mac,在实现的时候，通常是bridge port mac.

TPID: 8902

Vlan: 可以是tagged or untagged.但是通常是tagged, untagged只用于特定的场景中。最后的“讨论与思考”中会详细讨论这个问题

MD level:标志该packet的MD level

Version: 目前都是0

OpCode：表示发的是什么消息，见后面

Flags: 它的解释具体取决于各个OpCode.

First TLV offset:指从这个field往后，直到PDU中第一个TLV之间，有多少个字节。  具体什么作用尚不清楚

Varies with value of OpCode :是指具体的OpCode所对应的header

End TLV:是最后一个TLV，type=0,没有length和value

4、使用实现功能

1、路径发现（Path Discovery）由MEP和MIP通过Link Trace手段来完成。MEP朝一个唯一的目的地发送Link Trace Message (LTM),在路上每经过一个MIP，MIP就发送一个Link Trace Reply (LTR)回去，然后继续往前转发，直到最终到达目的地或者找不到继续前进的道路了。在这个过程中，source MEP就可以学到这条路上都经过了哪些MIP，从而达到path discovery的目的。

2、故障检测(Fault Detection)由MEP通过Connectivity Check来完成。MEP会周期性的multicast Connectivity Check Message (CCM)，如果路径没问题，远端的MEP会定期收到该MEP发送的CCM，如果连续几个周期都没有收到，或者收到的CCM有错误，远端MEP就知道出问题了。

   3、故障确认（Fault Verification）由MEP或者MEP+MIP通过Loopback协同完成。在检测到故障之后，管理员可能需要手动确认一下是否错误真的存在（防止误报）。MEP朝某个目的地发送Loopback Message (LBM)，如果该目的地收到了并且发送回Loopback Reply,说明这一段路径不存在故障。否则，如果源MEP没有收到Reply，则说明真的是有故障存在。 

   4、故障定位需要MEP和MIP的协同工作，可以使用Loopback也可以使用Link Trace Loopback, 假设管理员已经知道了故障路径上有哪些MIP存在，它可以朝这些MIP一个一个的发送LBM，如果发到A的LBM能有LBR回来而发到B的没有，则说明A跟B之间出了问题Link Trace, 管理员可以从故障MA内的一个MEP向另外一个MEP发送LTM，故障段之前的MIP都会回复LTR而之后的则都不会回复，通过这种方式可以一次就找到故障段。

   5、故障报告（Fault Notification）。一旦检测到错误，MEP就会发送消息（比如通过SNMP）到管理中心，提醒管理员某个MA出现故障。

 

5、CFM 状态机、变量、程序

   CFM根据MEP、MIP的内部体系结构定义了各种功能单元如 MP Type Demultiplexer（见19.2与19.3），这些功能单元由CFM定义的状态机、变量、程序来一一实现。