本文涉及但不限于通信技术，尤指一种实现故障处理的方法及设备。
背景技术：
连接性故障管理(cfm，connectivityfaultmanagement)是由美国电气和电子工程师协会(ieee，instituteofelectricalandelectronicsengineers)802.1ag定义的一种二层(数据链路层)链路的、端到端的、基于虚拟局域网(vlan，virtuallocalareanetwork)的操作、管理和维护(oam，operationadministrationandmaintenance)机制，支持国际电信联盟远程通信标准化组织(itu-t，itu-tfoitutelecommunicationstandardizationsector)所定义的oam标准，主要用于在二层网络中检测链路连通性、确认故障、并确定故障发生的位置。为使相关技术足够清楚，以下对cfm报文的相关定义进行说明：
维护域(md，maintenancedomain)：md指明了连通错误检测(cfd，connectivityfaultdetection)所覆盖的网络，它的边界是由配置在设备端口上的一系列维护端点所定义的，维护域用维护域名来标识；
维护关联(ma，maintenanceassociation)：ma是维护域中一些维护点的集合。维护关联用“维护域名+维护关联名”来标识。ma指明了所服务的vlan，ma中的维护点所发送的报文带有该vlan标签，同时ma中的维护点可以接收本ma中其它维护点发送的报文，每个ma对应一个服务实例(serviceinstance)；
维护点(mp，maintenancepoint)：配置在设备端口上，属于某个ma。维护点可分为两种：mep和维护中间点(mip，maintenanceassociationintermediatepoint)；
维护端点(mep，maintenanceassociationendpoint,)：mep配置在设备端口上，属于某个ma，用一个整数来标识，称为mep标识(mepid)。mep确定了维护域的范围和边界。mep所属的维护关联和维护域，确定mep所发出的报文的vlan属性和级别。维护端点具有方向性，分为外向维护端点(downmep)和内向维护端点(upmep)两种。mep的方向表明了维护域相对于该端口的位置；其中，外向mep(downmep)是在该外向mep所在的端口收发cfm协议报文，而内向mep(upmep)则是在设备上同一个vlan内的除了内向mep所在的端口外的其他端口收发cfm协议报文；
联通性检测消息(ccm，connectivitycheckmessage)是cfm报文中最为重要的一种，检测端定期发送ccm报文用以通告对端链路的连通性；
联通性故障确认消息(lbm，loopbackmessage)是cfm用于验证本地维护端点(localmep，localmaintenanceassociationendpoint)与对等维护中间点(mip，maintenancedomainintermediatepoint)或对端mep之间的双向联通性，分为单播环回和组播环回；
联通性故障隔离消息(ltm，linktracemessage)是cfm用于确认联通路径故障发生的具体位置；
连通检测时间间隔(cci，continuitycheckinterval)：维护端点发送ccm中的时间间隔。
cfm报文为二层以太包，二层协议类型为0x8902；在接收端的交换芯片上，接收到以太协议类型为0x8902的报文，则将该报文进行cfm报文处理流程。由于cfm支持itu-t定义的oam标准，所以cfm报文的协议数据单元(pdu，protocoldataunit)内容采用itu-t定义的oam数据格式。cfm报文又分为外向连通性故障管理(downcfm，downconnectivityfaultmanagement)报文和内向连通性故障管理(upcfm，upconnectivityfaultmanagement)报文，upcfm报文在upmep发起和终结，而downcfm报文从主控板生成发起，经网络节点接口(nni，networktonetworkinterface)送到对端节点主控板进行终结。
在相关技术中，当网络设备中交换芯片支持硬件upmep时，交换芯片发送upmep报文不需要指定转发端口，upmep报文在除mep关联端口外的其他同vlan端口进行选路转发。而如果交换芯片不支持硬件upmep时，只能使用中央处理器(cpu)软件功能实现upmep报文发送，而这种方式在周期性发送cfm(例如，ccm)报文时会消耗大量cpu资源，同时也会增加系统软件处理的复杂度，由此，成为cfm故障检测过程中需要解决的问题。
技术实现要素：
以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
本发明实施例提供一种实现故障处理的方法及设备，能够在交换芯片不支持硬件内向维护端点时，通过硬件实现故障处理，简化系统故障处理的复杂度。
本发明实施例提供了一种实现故障处理的方法，包括：
在交换芯片上设置用于收发连接性故障管理cfm报文的转发端口；
通过设置的转发端口进行故障判断处理；
其中，所述转发端口与用户侧接口uni上预先创建的维护端点mep绑定；所述cfm报文包括ccm报文。
可选的，所述进行故障判断处理包括：
处于工作状态的所述转发端口接收到由自身所在的交换芯片转发的cfm报文时，根据硬件转发表项向同一维护关联ma内的远端mep发送；
处于工作状态的所述转发端口接收到同一ma内的远端mep发送的cfm报文为ccm报文时，根据接收到的所述cfm报文携带的配置信息与所述转发端口绑定的mep的绑定信息是否匹配进行故障判断处理。
可选的，所述的硬件转发表项设置于所述转发端口。
可选的，所述转发端口包括：所述交换芯片的网络节点接口nni端口。
可选的，所述转发端口与用户侧接口uni上预先创建的mep绑定包括：
设置通过所述转发端口能获取本地mep和远端mep的硬件转发表项；
其中，所述硬件转发表项包括：mep的配置信息。
可选的，所述cfm报文为ccm报文时，所述根据接收到的所述cfm报文携带的配置信息与所述转发端口绑定的mep的绑定信息是否匹配进行故障判断处理包括：
判断出接收到的所述ccm报文携带的配置信息与所述转发端口绑定的mep的绑定信息匹配一致时，结束所述cfm报文的接收，并清除远端接收超时状态位，以确定报文收发正常；
判断出接收到的所述ccm报文中携带的配置信息与所述转发端口绑定的mep的绑定信息匹配存在不一致时，置位链路故障码；定期轮询故障寄存器，判断出所述故障寄存器中的链路故障码与在前一次的查询结果相同时，进行在后一次的轮询；判断出所述故障寄存器中的链路故障码与在前一次的查询结果不同时，确定发生故障；确定发生故障时，根据查询到的链路故障码确定故障类型，并根据确定的故障类型进行故障处理。
可选的，当所述mep的配置信息中包含的cfm等级高于从获取的所述ccm报文确定的cfm等级时，所述方法还包括：
向与自身所在的vlan内，除本地关联的端口之外的其他端口洪泛所述ccm报文。
另一方面，本发明实施例还提供一种实现故障处理的设备，包括：设置单元和处理单元；其中，
设置单元用于：在交换芯片上设置用于收发连接性故障管理cfm报文的转发端口；
处理单元用于：通过设置的转发端口进行故障判断处理；
其中，所述转发端口与用户侧接口uni上预先创建的维护端点mep绑定；所述cfm报文包括ccm报文。
可选的，所述处理单元具体用于：
处于工作状态的所述转发端口接收到由自身所在的交换芯片转发的cfm报文时，根据硬件转发表项向同一维护关联ma内的远端mep发送；
处于工作状态的所述转发端口接收到同一ma内的远端mep发送的cfm报文为ccm报文时，根据接收到的所述cfm报文携带的配置信息与所述转发端口绑定的mep的绑定信息是否匹配进行故障判断处理。
可选的，所述的硬件转发表项设置于所述转发端口。
可选的，所述转发端口包括：所述交换芯片的网络节点接口nni端口。
可选的，所述设置单元还用于：
设置通过所述转发端口能获取本地mep和远端mep的硬件转发表项，以使所述转发端口与用户侧接口uni上预先创建的mep绑定；
其中，所述硬件转发表项包括：mep的配置信息。
可选的，所述cfm报文为ccm报文时，所述处理单元用于根据接收到的所述cfm报文携带的配置信息与所述转发端口绑定的mep的绑定信息是否匹配进行故障判断处理包括：
判断出接收到的所述ccm报文携带的配置信息与所述转发端口绑定的mep的绑定信息匹配一致时，结束所述cfm报文的接收，并清除远端接收超时状态位，以确定报文收发正常；
判断出接收到的所述ccm报文中携带的配置信息与所述转发端口绑定的mep的绑定信息匹配存在不一致时，置位链路故障码；定期轮询故障寄存器，判断出所述故障寄存器中的链路故障码与在前一次的查询结果相同时，进行在后一次的轮询；判断出所述故障寄存器中的链路故障码与在前一次的查询结果不同时，确定发生故障；确定发生故障时，根据查询到的链路故障码确定故障类型，并根据确定的故障类型进行故障处理。
可选的，所述设备还包括洪泛单元，用于：当所述mep的配置信息中包含的cfm等级高于从获取的所述ccm报文确定的cfm等级时，向与自身所在的vlan内，除本地关联的端口之外的其他端口洪泛所述ccm报文。
与相关技术相比，本申请技术方案包括：在交换芯片上设置用于收发连接性故障管理cfm报文的转发端口；转发端口与用户侧接口uni上预先创建的维护端点mep绑定；通过设置的转发端口进行故障判断处理；其中，cfm报文包括ccm报文。本发明实施例在交换芯片不支持硬件内向维护端点时，通过硬件实现了故障处理，简化了系统故障处理的复杂度。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。
图1为本发明实施例实现故障处理的方法的流程图；
图2为本发明实施例实现故障处理的设备的结构框图；
图3为本发明第一应用示例的方法流程图；
图4为本发明第二应用示例实现故障处理的系统的结构框图；
图5为本发明第三应用示例系统的拓扑示意图；
图6为本发明第三应用示例另一系统拓扑示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。图1为本发明实施例实现故障处理的方法的流程图，如图1所示，包括：
步骤101、在交换芯片上设置用于收发连接性故障管理(cfm)报文的转发端口；
其中，本发明实施例转发端口与用户侧接口uni上预先创建的维护端点mep绑定；所述cfm报文包括ccm报文。
可选的，本发明实施例转发端口包括：所述交换芯片的网络节点接口nni端口。
可选的，本发明实施例转发端口与用户侧接口uni上预先创建的mep绑定包括：
设置通过所述转发端口能获取本地mep和远端mep的硬件转发表项；
其中，所述硬件转发表项包括：mep的配置信息。
步骤102、通过设置的转发端口进行故障判断处理。
可选的，本发明实施例步骤102进行故障判断处理包括：
处于工作状态的所述转发端口接收到由自身所在的交换芯片转发的cfm报文时，根据硬件转发表项向同一维护关联ma内的远端mep(rmep)发送；
处于工作状态的所述转发端口接收到同一ma内的rmep发送的cfm报文为ccm报文时，根据接收到的所述cfm报文携带的配置信息与所述转发端口绑定的mep的绑定信息是否匹配进行故障判断处理。
可选的，本发明实施例硬件转发表项设置于所述转发端口。
可选的，cfm报文为ccm报文时，根据接收到的cfm报文携带的配置信息与转发端口绑定的mep的绑定信息是否匹配进行故障判断处理包括：
判断出接收到的ccm报文携带的配置信息与所述转发端口绑定的mep的绑定信息匹配一致时，结束所述cfm报文的接收，并清除远端接收超时状态位，以确定报文收发正常；
判断出接收到的所述ccm报文中携带的配置信息与所述转发端口绑定的mep的绑定信息匹配存在不一致时，置位链路故障码；定期轮询故障寄存器，判断出所述故障寄存器中的链路故障码与在前一次的查询结果相同时，进行在后一次的轮询；判断出所述故障寄存器中的链路故障码与在前一次的查询结果不同时，确定发生故障；确定发生故障时，根据查询到的链路故障码确定故障类型，并根据确定的故障类型进行故障处理。
可选的，当所述mep的配置信息中包含的cfm等级高于从获取的所述ccm报文确定的cfm等级时，本发明实施例方法还包括：
向与自身所在的vlan内，除本地关联的端口之外的其他端口洪泛所述ccm报文。
与相关技术相比，本申请技术方案包括：在交换芯片上设置用于收发连接性故障管理cfm报文的转发端口；转发端口与用户侧接口uni上预先创建的维护端点mep绑定；通过设置的转发端口进行故障判断处理；其中，cfm报文包括ccm报文。本发明实施例在交换芯片不支持硬件内向维护端点时，通过硬件实现了故障处理，简化了系统故障处理的复杂度。
图2为本发明实施例实现故障处理的设备的结构框图，如图2所示，包括：设置单元和处理单元；其中，
设置单元用于：在交换芯片上设置用于收发连接性故障管理cfm报文的转发端口；
可选的，所述转发端口包括：所述交换芯片的网络节点接口nni端口。
可选的，所述设置单元还用于：
设置通过所述转发端口能获取本地mep和远端mep的硬件转发表项，以使所述转发端口与用户侧接口uni上预先创建的mep绑定；
其中，所述硬件转发表项包括：mep的配置信息。
其中，转发端口与用户侧接口uni上预先创建的维护端点mep绑定；cfm报文包括ccm报文；
处理单元用于：通过设置的转发端口进行故障判断处理。
可选的，处理单元具体用于：
处于工作状态的所述转发端口接收到由自身所在的交换芯片转发的cfm报文时，根据硬件转发表项向同一维护关联ma内的远端mep(rmep)发送；
处于工作状态的所述转发端口接收到同一ma内的rmep发送的cfm报文为ccm报文时，根据接收到的所述cfm报文携带的配置信息与所述转发端口绑定的mep的绑定信息是否匹配进行故障判断处理。
可选的，所述的硬件转发表项设置于所述转发端口。
可选的，所述cfm报文为ccm报文时，所述处理单元用于根据接收到的所述cfm报文携带的配置信息与所述转发端口绑定的mep的绑定信息是否匹配进行故障判断处理包括：
判断出接收到的所述ccm报文携带的配置信息与所述转发端口绑定的mep的绑定信息匹配一致时，结束所述cfm报文的接收，并清除远端接收超时状态位，以确定报文收发正常；
判断出接收到的所述ccm报文中携带的配置信息与所述转发端口绑定的mep的绑定信息匹配存在不一致时，置位链路故障码；定期轮询故障寄存器，判断出所述故障寄存器中的链路故障码与在前一次的查询结果相同时，进行在后一次的轮询；判断出所述故障寄存器中的链路故障码与在前一次的查询结果不同时，确定发生故障；确定发生故障时，根据查询到的链路故障码确定故障类型，并根据确定的故障类型进行故障处理。
可选的，所述设备还包括洪泛单元，用于：当所述mep的配置信息中包含的cfm等级高于从获取的所述ccm报文确定的cfm等级时，向与自身所在的vlan内，除本地关联的端口之外的其他端口洪泛所述ccm报文。
与相关技术相比，本申请技术方案包括：在交换芯片上设置用于收发连接性故障管理cfm报文的转发端口；转发端口与用户侧接口uni上预先创建的维护端点mep绑定；通过设置的转发端口进行故障判断处理；其中，cfm报文包括ccm报文。本发明实施例在交换芯片不支持硬件内向维护端点时，通过硬件实现了故障处理，简化了系统故障处理的复杂度。
以下通过应用示例进行本发明实施例的说明，应用示例仅用于陈述本发明，并不用于限定本发明的保护范围。
应用示例1
图3为本发明第一应用示例的方法流程图，如图3所示，包括：
步骤301、第一设备的第一转发端口接收到连接性故障管理cfm报文时，判断第一转发端口的工作状态；
步骤302、第一设备判断出第一转发端口处于发送状态时，根据硬件转发表项向第二设备转发接收到的cfm报文；
步骤303、第二设备判断通过第二转发端口接收到的cfm报文是否为联通性检测消息ccm报文；
步骤304、第二设备判断出cfm报文为ccm报文时，根据ccm报文中携带的配置信息与第二转发端口绑定的第二mep的绑定信息是否一致进行故障处理；
其中，所述第一设备与所述第二设备通过网络节点接口nni连接；
在所述第一设备的用户网络侧接口uni上预先创建有第一维护端点mep，在所述第二设备的uni上预先创建有第二mep；
所述第一转发端口为与所述第一mep绑定的，用于进行业务报文和cfm报文收发的转发端口；所述第二转发端口为与所述第二mep绑定的，用于进行业务报文和cfm报文收发的转发端口。
可选的，所述第一mep和所述第二mep属于同一维护域，且同一维护关联；所述第一mep的身份标识和所述第二mep的身份标识在同一维护关联中唯一确定。
可选的，所述第一转发端口为所述第一设备的交换芯片与所述第二设备的交换芯片上相连的nni；所述第二转发端口为所述第二设备的交换芯片与所述第一设备的交换芯片上相连的nni。
可选的，所述转发端口用于进行业务报文和cfm报文收发之前，所述方法还包括：
配置所述转发端口处于发送状态时，进行内向维护端点的cfm报文的转发，所述转发端口处于阻塞状态时，不进行所述内向维护端点的cfm报文的转发。
可选的，所述第一设备判断出第一转发端口为阻塞状态时，本发明实施例方法还包括：
所述第一设备丢弃接收到的所述cfm报文。
可选的，所述进行故障处理包括：
第二设备解析接收到的ccm报文，获取ccm报文中携带的配置信息；
所述第二设备判断出从所述ccm报文中获取到的配置信息与所述第二mep的配置信息一致时，所述第二设备结束所述ccm报文的接收，并清除远端接收超时状态位，以确定报文收发正常；
所述第二设备判断出从所述ccm报文中获取到的配置信息与所述第二mep的配置信息存在不一致时，置位链路故障码；所述第二设备定期轮询故障寄存器，判断出所述故障寄存器中的链路故障码与在前一次的查询结果相同时，进行在后一次的轮询；判断出所述故障寄存器中的链路故障码与在前一次的查询结果不同时，确定发生故障；确定发生故障时，所述第二设备根据查询到的链路故障码确定故障类型，并根据确定的故障类型进行故障处理。
可选的，当所述第二mep的配置信息中包含的cfm等级高于从获取的所述ccm报文确定的cfm等级时，本发明实施例方法还包括：
向与第二设备相同的vlan内，除所述第二设备本地关联的端口之外的其他端口洪泛所述ccm报文。
需要说明的是，本地关联的端口为与用户网络侧接口(uni，usernetworksinterface)同属于一个维护关联ma的nni，在此不做赘述。
可选的，所述第二设备判断出接收到的cfm报文为非ccm报文时，本发明实施例方法还包括：
确定接收到cfm报文的报文类型；
根据确定的cfm报文的报文类型进行故障处理。
应用示例2
图4为本发明第二应用示例实现故障处理的系统的结构框图，如图4所示，包括：第一设备和第二设备；其中，
第一设备包括第一判断单元及转发单元；其中，
第一判断单元用于：自身所属第一设备的第一转发端口接收到连接性故障管理cfm报文时，判断第一转发端口的工作状态；
转发单元用于：判断出第一转发端口处于发送状态时，根据硬件转发表项向第二设备转发接收到的cfm报文；
所述第二设备包括第二判断单元及处理单元；其中，
第二判断单元用于：判断通过自身所属的第二设备的第二转发端口接收到的cfm报文是否为联通性检测消息ccm报文；
处理单元用于：判断出cfm报文为ccm报文时，根据ccm报文中携带的配置信息与第二转发端口绑定的第二mep的绑定信息是否一致进行故障处理；
其中，所述第一设备与所述第二设备通过网络节点接口nni连接；
在所述第一设备的用户网络侧接口uni上预先创建有第一维护端点mep，在所述第二设备的uni上预先创建有第二mep；
所述第一转发端口为与所述第一mep绑定的，用于进行业务报文和cfm报文收发的转发端口；所述第二转发端口为与所述第二mep绑定的，用于进行业务报文和cfm报文收发的转发端口。
可选的，所述第一mep和所述第二mep属于同一维护域，且同一维护关联；所述第一mep的身份标识和所述第二mep的身份标识在同一维护关联中唯一确定。
本应用示例转发单元和处理单元分别设置于第一设备和第二设备；当转发单元和处理单元均设置于一侧设备是，转发单元可以作为处理单元的一个功能进行整合。
可选的，所述第一转发端口为所述第一设备的交换芯片与所述第二设备的交换芯片上相连的nni；所述第二转发端口为所述第二设备的交换芯片与所述第一设备的交换芯片上相连的nni。
可选的，本发明实施例第一设备还包括第一配置单元，用于：配置所述第一转发端口处于发送状态时，进行内向维护端点的cfm报文的转发，所述第一转发端口处于阻塞状态时，不进行所述内向维护端点的cfm报文的转发；
可选的，本发明实施例第二设备还包括第二配置单元，用于：配置所述第二转发端口处于发送状态时，进行内向维护端点的cfm报文的转发，所述第二转发端口处于阻塞状态时，不进行所述内向维护端点的cfm报文的转发。
可选的，所述第一设备还包括丢弃单元，用于：判断出自身所属的第一设备的第一转发端口为阻塞状态时，丢弃接收到的所述cfm报文。
可选的，本发明实施例处理单元具体用于：解析接收到的所述ccm报文，获取所述ccm报文中携带的配置信息；
判断出从所述ccm报文中获取到的配置信息与所述第二mep的配置信息一致时，结束所述ccm报文的接收，并清除远端接收超时状态位，以确定报文收发正常；
判断出从所述ccm报文中获取到的配置信息与所述第二mep的配置信息存在不一致时，置位链路故障码；定期轮询故障寄存器，判断出所述故障寄存器中的链路故障码与在前一次的查询结果相同时，进行在后一次的轮询；判断出所述故障寄存器中的链路故障码与在前一次的查询结果不同时，确定发生故障；确定发生故障时，根据查询到的链路故障码确定故障类型，并根据确定的故障类型进行故障处理。
可选的，本发明实施例第二设备还包括洪泛单元，用于：当所述第二mep的配置信息中包含的cfm等级高于从获取的所述ccm报文确定的cfm等级时，向与第二设备相同的vlan内，除所述第二设备本地关联的端口之外的其他端口洪泛所述ccm报文。
可选的，本发明实施例处理单元还用于：判断出接收到的cfm报文为非ccm报文时，确定接收到cfm报文的报文类型；根据确定的cfm报文的报文类型进行故障处理。
本发明实施例第一和第二仅是相对而言。
应用示例3
图5为本发明第三应用示例系统的拓扑示意图，如图5所示，第一设备与第二设备通过网络节点接口(nni，networktonetworkinterface)直连，且通过nni口进行cfm报文收发，此处的nni为设备的上联口或者链路聚合口，在第一设备上的uni上创建第一mep(具有第一mep的身份标识mepid1)，在第二设备上的uni上创建第二mep(具有第二mep的身份标识mepid2)；第一mep和第二mep属于同一指定维护域md以及同一维护关联ma，且第一mep的身份标识mepid1和第二mep的身份标识mepid2在同一维护关联ma中唯一确定；
在图5所示的系统中，对于第一设备而言，第一mep为本地mep(lmep)，而第二mep为远端mep(rmep)；对应地，对于第二设备而言，第二mep为本地mep(lmep)，而第一mep为rmep。
以下以第一设备发送cfm报文，第二设备接收cfm报文为例说明本发明实施例故障处理方法，包括：
设置第一设备的交换芯片和第二设备的交换芯片上相连的两个nni分别为第一转发端口和第二转发端口，第一设备上的第一转发端口与第一mep绑定，第二设备上的第二转发端口与第二mep绑定，且第一转发端口和第二转发端口为发送(forward)状态时，进行upmep的cfm报文转发，第一转发端口和第二转发端口为阻塞(block)状态时，禁止收发cfm报文；
设置第一设备和第二设备上的nni为与用户网络侧接口(uni，usernetworksinterface)同属于一个维护关联ma的mep关联端口；第一转发端口和第二转发端口为属于同一维护关联ma下的cfm报文的收发端口；
设置mep关联端口(第一设备和第二设备上的uni)和第一转发端口及第二转发端口为同属于当前cfm所需监控的业务虚拟局域网；
对于以上的设置，本应用示例进行简要说明：
1、第一转发端口与第一mep绑定是指：在第一转发端口能够获取本地mep和远端mep的硬件表项信息，mep的硬件表项信息可以包括配置信息，可以包括以下部分或全部：cfm报文等级、md名称、ma名称、发包周期、第一和第二mep的身份标识、第一转发端口的物理状态和逻辑状态等；本应用示例获取硬件表项信息表明本应用不对硬件表项信息的存储位置做出限定；可选的，本发明实施例可以将硬件表项信息下发到第一转发端口后，存储在第一转发端口上，加快信息读取速度；
2、本应用示例，第一设备和第二设备对于本地mep相关的配置信息还可以记录在设备的交换芯片寄存器中，由此交换芯片可以按照配置信息进行cfm报文的自动发送及解析；
3、本应用示例，在一个ma中，一个lmep可以对应多个rmep，且一个lmep可以对应多个rmep时，以第一设备为lmep为例，第一转发端口的绑定信息包括了所有rmep的配置信息。
基于以上的设置，本发明实施例故障处理方法包括：
首先、第一设备上与第一mep绑定的第一转发端口接收到cfm报文后，判断第一mep绑定的第一转发端口的工作状态，如果第一mep绑定的第一转发端口为block状态，则丢弃接收到的cfm报文；如果第一mep绑定的第一转发端口为forward状态，则解析接收到的cfm报文，根据解析获得的硬件转发表项向第二设备(第二mep)转发该cfm报文；
可选的，本发明实施例中，cfm报文可以包括：连通性检测消息(ccm，connectivitycheckmessage)，除ccm之外的其它二层协议类型为0x8902的二层以太包(例如：链路跟踪消息(ltm，linktracemessage),环回消息(lbm，loopbackmessage))等报文类型；其中，
ccm为第一设备中的交换芯片按照预定的发送周期根据ma和第一mep预先设置的配置信息和协议要求封装而成，然后发送至第一转发端口，具体的封装过程可以为本领域技术人员惯用的封装，此处不再赘述；
除ccm之外的其它二层协议类型为0x8902的二层以太包(例如：lbm、ltm等)由第一设备中的cpu在确定当前配置信息正确时，按照协议封装后发送至第一转发端口；当前配置信息包括：md名称、ma名称、关联业务vlan、lmep、第一转发端口的物理状态和逻辑状态；
然后，第二设备上与第二mep绑定的第二转发端口接收到cfm报文后，判断接收到的cfm报文的类型；如果接收到的cfm报文为ccm报文，执行分支一；如果接收到的cfm报文为非ccm的其它单播二层协议类型为0x8902的二层以太报文(例如，lbm报文)，执行分支二；如果接收到的cfm报文为非ccm的其它组播二层协议类型为0x8902的二层以太包(例如，ltm报文)，直接转发至cpu，然后执行分支三；
在本步骤中，各报文类型可以通过cfm报文中的预设字段(例如字段选择编码(opcode))携带的信息确定，报文是组播报文还是单播报文可以由cfm报文的目的地址确定；
分支一包括：
第二设备上的交换芯片解析接收到的ccm报文，获取ccm报文中携带的配置信息；配置信息可以包括：cfm报文等级、md名称、ma名称、发包周期、第一和第二mep的身份标识、第一设备上的nni端口的物理状态和逻辑状态信息等，判断所获取的配置信息与当前接收ccm报文的第二转发端口绑定的第二mep的绑定信息(即：第一mep和第二mep的配置信息)是否一致，如果获取的配置信息与当前接收ccm报文的第二转发端口绑定的第二mep的绑定信息完全一致，则终结该接收到的ccm报文，清除交换芯片故障寄存器中远端接收超时状态位，以表明收发正常；
如果获取的配置信息与当前接收ccm报文的第二转发端口绑定的第二mep的绑定信息存在不一致时，置位交换芯片的故障寄存器中对应的链路故障码；
在本步骤中，交换芯片的故障寄存器实时保存链路连接故障码，而链路连接故障码为故障寄存器中保存的值；具体可以是本领域普通技术人员已知的：交换芯片对确定的链路故障进行的状态存储标识，每次置位为设置状态对应的标识位；需要说明的是，当cfm等级信息高于当前转发端口所获取的cfm等级信息时，本发明实施例方法还包括：向本地除关联端口uni之外的相同vlan的其他端口洪泛ccm报文。
第二设备中的cpu定期轮询故障寄存器，判断故障寄存器中的链路故障码是否与在前一次查询结果相同；如果故障寄存器中的链路故障码与在前一次查询结果相同，则暂不做处理，继续等待下次轮询；如果故障寄存器中的链路故障码与在前一次查询结果不相同，发送消息通知cpu产生故障；
cpu根据当前的链路故障码值确定故障类型，以进行故障处理；进行故障处理包括：通知用户故障产生或者故障恢复，以执行对应的故障处理流程或者故障恢复流程。
在本步骤中故障处理流程和故障恢复流程可以采用本领域技术人员惯用的方法进行实施；
本发明实施例故障处理流程可以包括：
判断是否存在有效的静态远端mep(rmep)，如果不存在有效的静态远端mep，不进行任何处理操作；如果存在有效的静态远端mep，cpu轮询远端mep(rmep)，对于属于远端mep的故障直接进行相应的故障处理，而对于属于远端mep的故障则需要轮询所有属于当前lmep的rmep，对于同一类型故障进行或操作，如果操作结果值为1，表明存在故障；如果该故障已经上报并且还未恢复，则不进行处理；如果该故障首次出现则进行通知用户；如果操作值为0，则需要执行故障恢复操作。
本发明实施例故障恢复流程可以包括：
判断是否存在有效的静态远端mep(rmep)，如果不存在有效的静态远端mep，直接将属于该远端ma的故障全部恢复，即：清除当前故障寄存器中记录远端mep存在的故障，通知用户当前ma下的所有故障全部恢复；如果存在有效的静态远端mep，cpu轮询有效的静态远端mep(rmep)，并且查询交换芯片故障寄存器中的链路连接故障码值，对于属于远端ma的故障进行恢复操作；具体的，对于属于远端mep的故障轮询属于lmep的所有rmep，当所有rmep的故障都恢复后才认为完成故障恢复。
在上述判断过程中，判断是否存在有效的静态远端mep可以通过cpu查询转发端口的绑定信息获知，本发明实施例有效的静态远端mep可以是第一mep。
在上述步骤中，如果cpu轮询当前的故障码值为空或者无效，则表示当前链路不存在故障，即：无故障产生或者已有故障已经全部恢复，继续执行故障恢复处理流程。
分支二包括：交换芯片判断接收到的除ccm之外的其它二层协议类型为0x8902的二层以太报文的目的mac地址是否为本地mac地址，如果接收到的除ccm之外的其它二层协议类型为0x8902的二层以太报文的目的mac地址为本地mac地址，发送到本地cpu；本地cpu判断接收到的该二层以太报文由本地转发端口为收包端口，且判定转发端口的绑定信息不存在该报文中所携带的mep配置信息，将该报文直接转发到mep关联端口处理进行终结处理。如果接收到的除ccm之外的其它二层协议类型为0x8902的二层以太报文的目的mac地址不是本地mac地址，丢弃该报文；
分支三包括：判定第二转发端口的绑定信息不存在cfm报文所携带的mep配置信息，将cfm报文由转发端口处理流程转发到第二mep的关联端口的处理流程进行后续处理。可选的，在cfm报文匹配成功时，终结报文进行报文后续处理；如果cfm报文匹配失败，判断cfm报文携带的cfm等级是否大于mep所属的md的配置等级；如果大于mep所属md的配置等级，则在mep关联端口继续转发该组播报文，如果小于等于mep所属md的配置等级则丢弃该组播报文；其中，匹配信息包括：cfm等级，ma名称，关联vlan等。
在上述应用示例中，对于lmep而言，当关联的rmep发生变化时，更新交换芯片寄存器中存储的rmep的配置信息。
需要说明的是，上述方法是在第一mep、第二mep、第一转发端口和第二转发端口均使能cfm功能的情况下实现的，上述端口如何使能cfm功能为本领域普通技术人员所已知，此处不再赘述。
在以上实施例中，只有当第一转发端口与第一mep绑定后才能直接获知该mep的硬件转发表项信息，在该第一转发端口未进行绑定之前，只在设备软件中记录各设备mep的配置信息。如果获知当前本地mep的关联端口uni的状态发生变化，本应用示例可以更新本地软件存储的配置信息，对本地mep的硬件表项信息进行更新。
为了支持链路保护，本应用示例可以设备上设置两个第一转发端口，但只有一个第一转发端口作为当前工作的端口，执行以上实施例中操作，另外一个端口不参与执行上述操作，但也可获取到硬件表项信息，以使得发生保护链路切换后及时进行报文转发；图6为本发明第三应用示例另一系统拓扑示意图，如图6所示，nni1和nni2是ma关联的两个报文转发的第一转发端口；其中，nni1端口直连链路为主链路，nni2端口直连链路为备链路；正常情况下，主链路为转发链路，而备链路为阻塞链路，基于以上实施例中的方法进行配置并通过主链路进行报文转发，当主链路产生断连故障后，链路切换到备链路。
上述应用示例通过在交换芯片上设置第一转发端口，使第一转发端口与第一mep绑定，第一转发端口可以获取硬件转发表项信息，在交换芯片硬件不支持upmep的情况下实现cfm报文的收发，降低了cpu资源的耗费要求以及软件处理复杂度。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件(例如处理器)完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的每个模块/单元可以采用硬件的形式实现，例如通过集成电路来实现其相应功能，也可以采用软件功能模块的形式实现，例如通过处理器执行存储于存储器中的程序/指令来实现其相应功能。本发明不限制于任何特定形式的硬件和软件的结合。
虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。