一种协商同步的方法及装置与流程

本发明涉及通信技术领域，特别涉及一种协商同步的方法及装置。

背景技术：

良好的网络运营，除了充足的带宽，较小的转发时延，稳定性，安全性，qos(qualityofservice，服务质量)等指标外，在网络不可避免发生故障的时候，快速的保护倒换也是一个硬指标。为了能够实现快速切换，快速的故障检测机制又是基础条件。只有快速检测到告警，才能够快速的执行切换。所以oam(operations,administration,andmaintenance，操作、管理和维护)机制在网络运营中占据重要位置。

oam使用比较广泛的有两类oam检测机制，一个是tp-oam(transportprofileoam，传送应用oam)，一个是cfm(connectivityfaultmanagement，连接故障管理)。tp-oam用于段层、隧道层和伪线层的检测，cfm用于以太网层面的检测，两个协议均遵循itu-ty.1731，itu-tg.8113.1以及ieee802.1ag标准，通过双端对发各种oam协议帧，来实现设备之间的连通性检测。其使用方式简单，协议帧丰富，可以满足大多数静态业务的告警检测。

但是tp-oam的标准在设计的时候，其起源由于是检测静态业务，所以在oam机制上也力求静态简便，没有像bfd(bidirectionalforwardingdetection，双向转发检测)一样设计协议协商机制。双端设备分别独立的启用oam进行连通性，丢包检测，时延检测等处理。虽然使用方便，但是也导致了一个个重要问题。当双端的设备启用时间不一致的时候，先启用的设备会检测到loc(lossofclock，时钟丢失)告警，从而触发业务的切换。当关闭oam功能的时候，后关闭的一端也会检测到loc告警，从而触发业务切换。这个问题导致在业务开通之后部署oam的时候存在不期望的业务切换的风险。

技术实现要素：

根据本发明实施例提供的方案解决的技术问题是在业务开通之后部署oam的时候存在不期望的业务切换的风险。

根据本发明实施例提供的一种协商同步的方法，包括：

第一设备向第二设备发送包含协商同步信息的ccm(continuitycheckmessage，连续性检查消息)报文，以便第二设备根据所述ccm报文中的协商同步信息，生成包含同步信息的ccm报文，并将所述包含同步信息的ccm报文发送给第一设备；

第一设备根据所述包含同步信息的ccm报文进行与第二设备的同步检测；

其中，所述ccm是指连续性检查消息。

优选地，所述第一设备向第二设备发送包含协商同步信息的ccm报文包括：

在创建oam实例时，第一设备判断所述oam实例配置参数中是否包含协商同步参数；

若判断所述oam实例配置参数中包含协商同步参数，则第一设备进入初始化状态，并向第二设备发送包含初始化状态的协商同步信息的ccm报文；

其中，所述oam是指操作、管理及维护。

优选地，所述第一设备向第二设备发送包含协商同步信息的ccm报文包括：

在删除oam实例时，第一设备判断所述oam实例配置参数中是否包含协商同步参数；

若判断所述oam实例配置参数中包含协商同步参数，则第一设备进入down状态，并向第二设备发送包含down状态的协商同步信息的ccm报文。

根据本发明实施例提供的一种协商同步的方法，包括：

第二设备接收第一设备发送的包含协商同步信息的ccm报文；

第二设备根据所述ccm报文中的协商同步信息，生成包含同步信息的ccm报文，并将所述包含同步信息的ccm报文发送给第一设备，以便第一设备根据所述包含同步信息的ccm报文进行与第二设备的同步检测；

其中，所述ccm是指连续性检查消息。

优选地，所述第二设备根据所述ccm报文中的协商同步信息，生成包含同步信息的ccm报文，并将所述包含同步信息的ccm报文发送给第一设备，以便第一设备根据所述包含同步信息的ccm报文进行与第二设备的同步检测包括：

在创建oam实例时，第二设备根据所述ccm报文中包含初始化状态的协商同步信息，从初始化状态进入到up状态，并生成包含up状态的同步信息的ccm报文；

第二设备将所述包含up状态的同步信息的ccm报文发送给第一设备，以便第一设备根据所述ccm报文中包含up状态的同步信息，从初始化状态进入到up状态，并启动与第二设备的同步检测。

优选地，所述第二设备根据所述ccm报文中的协商同步信息，生成包含同步信息的ccm报文，并将所述包含同步信息的ccm报文发送给第一设备，以便第一设备根据所述包含同步信息的ccm报文进行与第二设备的同步检测包括：

在删除oam实例时，第二设备根据所述ccm报文中包含down状态的协商同步信息，从down状态进入到初始化状态，并生成包含初始化状态同步信息的ccm报文；

第二设备将所述包含初始化状态的同步信息的ccm报文发送给第一设备，以便第一设备根据所述ccm报文中包含初始化状态的同步信息，从down状态进入到初始化状态，并删除oam实例。

优选地，所述ccm报文中的协商同步信息包括ccm报文中pdu(protocoldataunit，协议数据单元)字段中自定义的tlv(type-length-value，类型-长度-值)字段，或者ccm报文中的保留字段。

根据本发明实施例提供的一种协商同步的装置，包括：

第一设备，用于向第二设备发送包含协商同步信息的ccm报文，并根据所述包含同步信息的ccm报文进行与第二设备的同步检测；

第二设备，用于根据所述ccm报文中的协商同步信息，生成包含同步信息的ccm报文，并将所述包含同步信息的ccm报文发送给第一设备；

其中，所述ccm是指连续性检查消息。

优选地，所述第一设备具体用于在创建oam实例时，判断所述oam实例配置参数中是否包含协商同步参数，并在判断所述oam实例配置参数中包含协商同步参数时，进入初始化状态，并向第二设备发送包含初始化状态的协商同步信息的ccm报文；

其中，所述oam是指操作、管理及维护。

根据本发明实施例提供的一种协商同步的电子设备，所述电子设备包括：处理器和存储器，其中，所述存储器用于存储可执行程序代码；所述处理器通过读取所述存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于执行以下步骤：

第一设备向第二设备发送包含协商同步信息的ccm报文，以便第二设备根据所述ccm报文中的协商同步信息，生成包含同步信息的ccm报文，并将所述包含同步信息的ccm报文发送给第一设备；

第一设备根据所述包含同步信息的ccm报文进行与第二设备的同步检测；

其中，所述ccm是指连续性检查消息。

根据本发明实施例提供的一种计算机存储介质，存储有协商同步的程序，所述协商同步的程序被处理器执行时包括：

第一设备向第二设备发送包含协商同步信息的ccm报文，以便根据所述ccm报文中的协商同步信息，生成包含同步信息的ccm报文，并将所述包含同步信息的ccm报文发送给第一设备；

第一设备根据所述包含同步信息的ccm报文进行与第二设备的同步检测；

其中，所述ccm是指连续性检查消息。

根据本发明实施例提供的方案，在不影响和原有的标准对通的前提下，增加一种新的同步协商机制，通过这种新的同步机制，实现双端设备oam实例的同步开启和同步删除，从而避免误报loc告警的情况。

附图说明

图1是现有技术提供的y.1731标准的ccm报文格式示意图；

图2是本发明实施例提供的修改后的ccm报文格式示意图；

图3是本发明实施例提供的自定义tlv格式示意图；

图4是本发明实施例提供的一种协商同步的方法流程图；

图5是本发明实施例提供的一种协商同步的装置流程图；

图6是本发明实施例提供的创建和删除oam实例的时候的整体示意图；

图7是本发明实施例提供的新设备对接时oam实例创建交互图；

图8是本发明实施例提供的新老设备对接时oam创建交互图；

图9是本发明实施例提供的新设备对接时oam实例删除交互图；

图10是本发明实施例提供的支持新功能的设备状态机。

具体实施方式

以下结合附图对本发明的优选实施例进行详细说明，应当理解，以下所说明的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

图1～图3是ccm报文以及自定义tlv字段的取值和格式。tlv的取值采用原有标准预留的39，其中8bit为state，取值分别为(0-init，1-up，2-down)。关于自定义tlv的方式，也可以用其他方式代替，例如直接使用原有ccm报文中的保留字段来携带这个状态信息。

图4是本发明实施例提供的一种协商同步的方法流程图，如图4所示，包括：

步骤s401：第一设备向第二设备发送包含协商同步信息的ccm报文，以便第二设备根据所述ccm报文中的协商同步信息，生成包含同步信息的ccm报文，并将所述包含同步信息的ccm报文发送给第一设备；

步骤s402：第一设备根据所述包含同步信息的ccm报文进行与第二设备的同步检测。

其中，所述第一设备向第二设备发送包含协商同步信息的ccm报文包括：在创建oam实例时，第一设备判断所述oam实例配置参数中是否包含协商同步参数；若判断所述oam实例配置参数中包含协商同步参数，则第一设备进入初始化状态，并向第二设备发送包含初始化状态的协商同步信息的ccm报文。

其中，所述第一设备向第二设备发送包含协商同步信息的ccm报文包括：在删除oam实例时，第一设备判断所述oam实例配置参数中是否包含协商同步参数；若判断所述oam实例配置参数中包含协商同步参数，则第一设备进入down状态，并向第二设备发送包含down状态的协商同步信息的ccm报文。

本发明实施例提供的一种协商同步的方法，包括：

第二设备接收第一设备发送的包含协商同步信息的ccm报文；

第二设备根据所述ccm报文中的协商同步信息，生成包含同步信息的ccm报文，并将所述包含同步信息的ccm报文发送给第一设备，以便第一设备根据所述包含同步信息的ccm报文进行与第二设备的同步检测；

其中，所述ccm是指连续性检查消息。

其中，所述第二设备根据所述ccm报文中的协商同步信息，生成包含同步信息的ccm报文，并将所述包含同步信息的ccm报文发送给第一设备，以便第一设备根据所述包含同步信息的ccm报文进行与第二设备的同步检测包括：在创建oam实例时，第二设备根据所述ccm报文中包含初始化状态的协商同步信息，从初始化状态进入到up状态，并生成包含up状态的同步信息的ccm报文；第二设备将所述包含up状态的同步信息的ccm报文发送给第一设备，以便第一设备根据所述ccm报文中包含up状态的同步信息，从初始化状态进入到up状态，并启动与第二设备的同步检测。

其中，所述第二设备根据所述ccm报文中的协商同步信息，生成包含同步信息的ccm报文，并将所述包含同步信息的ccm报文发送给第一设备，以便第一设备根据所述包含同步信息的ccm报文进行与第二设备的同步检测包括：在删除oam实例时，第二设备根据所述ccm报文中包含down状态的协商同步信息，从down状态进入到初始化状态，并生成包含初始化状态同步信息的ccm报文；第二设备将所述包含初始化状态的同步信息的ccm报文发送给第一设备，以便第一设备根据所述ccm报文中包含初始化状态的同步信息，从down状态进入到初始化状态，并删除oam实例。

其中，所述ccm报文中的协商同步信息包括ccm报文中pdu(protocoldataunit，协议数据单元)字段中自定义的tlv(type-length-value，类型-长度-值)字段，或者ccm报文中的保留字段。

图5是本发明实施例提供的一种协商同步的装置流程图，如图5所示，包括：第一设备501，用于向第二设备发送包含协商同步信息的ccm报文，并根据所述包含同步信息的ccm报文进行与第二设备的同步检测；第二设备502，用于根据所述ccm报文中的协商同步信息，生成包含同步信息的ccm报文，并将所述包含同步信息的ccm报文发送给第一设备。

其中，所述第一设备501具体用于在创建oam实例时，判断所述oam实例配置参数中是否包含协商同步参数，并在判断所述oam实例配置参数中包含协商同步参数时，进入初始化状态，并向第二设备发送包含初始化状态的协商同步信息的ccm报文。

本发明实施例提供了一种协商同步的电子设备，所述电子设备包括：处理器和存储器，其中，所述存储器用于存储可执行程序代码；所述处理器通过读取所述存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于执行以下步骤：

第一设备向第二设备发送包含协商同步信息的ccm报文，以便第二设备根据所述ccm报文中的协商同步信息，生成包含同步信息的ccm报文，并将所述包含同步信息的ccm报文发送给第一设备；

第一设备根据所述包含同步信息的ccm报文进行与第二设备的同步检测。

本发明实施例提供了一种计算机存储介质，存储有协商同步的程序，所述协商同步的程序被处理器执行时包括：

第一设备向第二设备发送包含协商同步信息的ccm报文，以便根据所述ccm报文中的协商同步信息，生成包含同步信息的ccm报文，并将所述包含同步信息的ccm报文发送给第一设备；

第一设备根据所述包含同步信息的ccm报文进行与第二设备的同步检测；

其中，所述ccm是指连续性检查消息。

本发明实施例公开一种tp-oam/cfm扩展的同步协商的方法，分为3个部分来描述相应的步骤。

1、新设备对接，当创建oam实例的时候，如图6所示，相应步骤如下：

1)用户在配置oam实例的时候，在原有的oam实例配置参数上增加一个新的参数，表明是否需要实现双端设备的创建同步。如果有此参数，则设备初始化自己的状态为init(initialization，初始化)状态，并且先关闭告警检测，定时发送ccm报文给对端，ccm报文的pdu字段中携带一个自定义的tlv字段，取值为init。

2)如果对端设备也支持这个参数，则对端设备初始化也处于init并且不检测告警的状态。在收到本端设备发过去的携带了init标志的ccm报文后，对端进入up状态，并且发送给本端的ccm报文中携带自定义tlv字段取值为up。

3)本端收到对端携带了up字段的ccm报文后，进入up状态，开始正常检测告警。双端设备建立起正常的检测。

2、新设备对接，当删除oam实例的时候，如图6所示，相应步骤如下：

1)用户在删除oam实例的时候，在原有的oam实例配置参数上增加一个新的参数，表明是否需要实现双端设备的删除同步。如果有此参数，则停止告警检测，发送ccm报文给对端，ccm报文的pdu字段中携带一个自定义的tlv字段，取值为downrequest。

2)对端设备收到携带了downrequest标志的ccm报文后，进入init状态，停止检测告警。应答ccm报文给本端，ccm报文的pdu字段中携带一个自定义的tlv字段，取值为downresponse。

3)本端收到downresponse状态的ccm报文后，删除本端的oam实例。

3、新老设备对接，当创建oam实例的时候，如图7和图8所示，相应步骤如下：

1)用户在配置oam实例的时候，在原有的oam实例配置参数上增加一个新的参数，表明是否需要实现双端设备的创建同步。如果有此参数，则设备初始化自己的状态为init状态，并且先关闭告警检测，定时发送ccm报文给对端，ccm报文的pdu字段中携带一个自定义的tlv字段，表明本端的状态机为init。

2)对端设备不支持这个参数，收到后不做任何处理，按照老的标准方式，发送不携带状态机的ccm给本端。

3)本端收到对端未携带up状态的ccm报文后，放弃协商，按照老的方式发送不携带tlv标志的ccm报文，并且开始正常检测告警。双端设备建立起正常的检测。

4、新老设备对接，当删除oam实例的时候，如图9所示，相应步骤如下：

1)由于新老设备对接，新设备会按照老的标准方式进行处理，所以在删除oam实例的时候，处理方式和之前的老设备完全一样。

实施例1

如图10所示，设备双端都需要支持协商同步的时候，当用户设置a和z分别启用oam的ccm检测，则操作步骤如下：

1、采用自定义tlv的方式扩展ccm的报文格式。具体格式参见前面附图说明。

2、用户分别在a和z设备上下发启用基于tp-oam的隧道1的ccm检测的功能。并且配置两个设备都需要支持协商同步。则设备a和z收到配置命令后都进入状态机init状态，init状态的设备只发包不做告警检测。

3、假设设备a先配置，则设备a优先向设备z发送ccm报文，携带自定义tlv，取值为init。假设发包周期为快速3.3ms。

4、设备z收到ccm报文后，从init状态进入到up状态，开始正常检测告警，发送给a端的ccm报文携带了up状态信息。

5、设备a接收到ccm报文后，检测到自定义的tlv字段为up状态，则也进入up状态机，开始正常的告警检测。之后发送给z设备的ccm报文携带自定义tlv字段，取值为up。

6、两个设备正常通讯，对隧道1进行检测，除了ccm报文中多了一个自定义tlv字段，取值为up，其他处理和原有的标准相同。

7、当用户想删除会话的时候，分别在设备a和设备z上下发删除命令。

8、假设设备a先收到删除命令，则停止本端的告警检测，依然按照发包周期向对端发送ccm报文，ccm报文携带自定义tlv字段取值为down。

9、对端z设备收到这个命令之后，检测到ccm报文中的自定义tlv字段为down，则停止本端的告警检测，并进入init状态机。同时回应ccm报文携带down的自定义信息。

10、a设备收到携带down的ccm的报文后，停止发送ccm报文，删除本端oam实例。

11、对端设备收到用户下发的删除oam实例的命令后，判断自己的状态已经是init，则直接删除oam实例。

实施例2

除了ccm报文，在oam协议里面，还有一些其他报文也存在协商同步的问题，例如ccm的lm功能，在双端不同时启用ccm-lm的时候，也会存在未同时开启的时候，统计出来的收发包信息不准确的问题。本实施例采用类似方法可以解决ccm-lm的同步问题。

1、直接采用ccm的保留字段reserved(0)定义状态信息，取值为((0-init，1-up，2-down)。

2、用户分别在a和z设备上下发启用基于伪线1的ccm预激活lm检测的功能。并且配置两个设备都需要支持协商同步。则设备a和z收到配置命令后都进入状态机init状态。在未实现同步之前，只发包不做计数统计。

3、假设设备a先配置，则设备a优先向设备z发送ccm报文，携带init标志信息，假设发包周期为快速3.3ms。

4、设备z收到ccm报文后，从init状态进入到up状态，开始做收发包计数处理。发送给a端的ccm报文携带了up的标志信息。

5、设备a接收到ccm报文后，检测到up标志，则也进入up状态机。开始正常进行收发包处理。之后发送给z设备的ccm报文携带up标志。

6、两个设备正常通讯，对伪线1进行收发包检测，除了ccm报文中多了一个标志字段，其他处理和原有的标准相同。

7、当用户想停止收发包统计的时候，分别在设备a和设备z上下发停止预激活lm的命令。

8、假设设备a先收到删除命令，则停止本端的收发包统计，依然按照发包周期向对端发送ccm报文，ccm报文携带down标志。

9、对端z设备收到这个命令之后，检测到ccm报文中的标志为down，则停止本端的收发包统计，并进入init状态机。同时回应ccm报文携带down的标志。

10、通过删除处理，两个设备的性能检测不会出现开启和停止的时候不准确的问题。

根据本发明实施例提供的方案，在原有无协商机制的oam标准上，增加了一种简单的协商机制，可以解决双端设备启动不同步以及删除不同步导致设备出现不期望的告警以及保护倒换的处理。

尽管上文对本发明进行了详细说明，但是本发明不限于此，本技术领域技术人员可以根据本发明的原理进行各种修改。因此，凡按照本发明原理所作的修改，都应当理解为落入本发明的保护范围。