CN102300132B - 一种同步自动发现的配置的方法 - Google Patents

Abstract

本发明公开了一种同步自动发现的配置的方法，解决由于自动发现配置不一致而引起的链路不可用问题，减少配置变化对业务的影响。所述方法包括：第一节点向第二节点发送自动发现参数同步请求消息，消息中包含本节点的自动发现状态；所述自动发现状态用于表示当前节点当前启动自动发现还是未启动自动发现；第二节点检测收到的自动发现参数同步请求消息，判断如果消息中的自动发现状态表示第一节点未启动自动发现，且本端当前启动了自动发现，则本端停止自动发现。采用本发明所述方法，可以解决由于配置引起的链路降级。提升用户的使用体验，减少不准确告警的上报。同时避免由于不准确的告警引起的资源浪费。

Description

一种同步自动发现的配置的方法

技术领域

本发明涉及自动交换光网络(ASON)，具体涉及一种同步自动发现的配置的方法。

背景技术

自动交换光网络(ASON)是用控制平面来完成自动交换和连接控制的光传送网。它是以光纤为物理传送媒介，以SDH和OTN等光传输系统构成的具有智能的光传送网。ASON的体系结构按照功能划分为3个平面：传送平面、控制平面、管理平面。

控制平面是ASON的核心，它由提供路由、信令、自动发现功能的一组控制组件组成，并由一个信令网络支撑。自动发现(简称DA)是指网络能够通过信令协议实现传送平面之间、控制域之间的连接关系，包括连接所支持的业务的识别和确定。其目的是协助资源管理和选路，减少人工配置的工作量。其主要功能是是完成传送平面的端口映射、逻辑邻接关系的绑定、错连检测和业务能力通告。ASON自动发现使用的是链路管理协议(简称LMP)。LMP通过控制通道建立、数据链路校验、链路属性关联来完成自动发现过程。

目前，对于链路资源的管理支持手动配置或者自动发现来完成。自动发现的启动需要通过管理平面配置自动发现参数来进行。自动发现除了可以自动完成链路资源的配置，链路的洪泛，还可以对链路的状态进行实时监测。但是自动发现也有一定的局限性，就是必须两端启动自动发现才可能完成自动发现，任何一方停止自动发现都会导致另一端出现自动发现的告警。对于手动配置则必须由配置人员保证配置与物理设备的一致性。

如图1所示，在节点1(NODE1)的传送端口1(TransPort1)和节点2(NODE2)的传送端口2(TransPort2)之间存在一条TE(流量工程)链路，同时两点均启动了自动发现。两点之间按照图1进行链路校验。当NODE2的自动发现取消后，NODE2将不处理NODE1发送的TEST(检测)消息，如图2所示，而NODE1仍然在进行相关自动发现处理，由于NODE2不再回应NODE1的相关消息，NODE1会出现检测超时而导致链路校验失败，导致该NODE1和NODE2之间的数据链路不可用，从而导致自动发现失败，最终导致TE链路降级。还有一种可能是，此时实际链路可能仍然是可用的，但是如果在这种情况下进行新业务的建立，由于该TE链路处于降级状态，新业务将无法建立成功。

发明内容

本发明要解决的技术问题是提供一种同步自动发现的配置的方法，解决由于自动发现配置不一致而引起的链路不可用问题，减少配置变化对业务的影响。

为解决上述技术问题，本发明提供了一种同步自动发现的配置的方法，包括：

第一节点向第二节点发送自动发现参数同步请求消息，消息中包含本节点的自动发现状态；所述自动发现状态用于表示当前节点当前启动自动发现还是未启动自动发现；

第二节点检测收到的自动发现参数同步请求消息，判断如果消息中的自动发现状态表示第一节点未启动自动发现，且本端当前启动了自动发现，则本端停止自动发现。

进一步地，所述方法还包括：第二节点判断如果消息中的自动发现状态表示第一节点启动了自动发现，则根据本端自动发现状态进行处理：如果本端当前未启动自动发现，则保持当前状态，如果本端当前启动了自动发现，则开始进行自动发现。

进一步地，所述方法还包括：第二节点向第一节点发送自动发现参数同步响应消息，所述自动发现参数同步响应消息中包含本节点的自动发现状态。

进一步地，所述方法还包括：第一节点在同步消息的超时检测时间内如果没有收到自动发现参数同步响应消息，则重发自动发现参数同步请求消息。

进一步地，所述同步消息的超时检测时间小于自动发现的超时检测时间。

为解决上述技术问题，本发明还提供了一种节点，用于同步自动发现的配置，包括第一模块和第二模块，其中：

所述第一模块，用于在当前节点作为第一节点时，向第二节点发送自动发现参数同步请求消息，消息中包含本节点的自动发现状态；所述自动发现状态用于表示当前节点当前启动自动发现还是未启动自动发现；

所述第二模块，用于在当前节点作为第二节点时，检测收到的自动发现参数同步请求消息，判断如果消息中的自动发现状态表示第一节点未启动自动发现，且本端当前启动了自动发现，则本端停止自动发现。

进一步地，所述第二模块还用于判断如果消息中的自动发现状态表示第一节点启动了自动发现，则根据本端自动发现状态进行处理：如果本端当前未启动自动发现，则保持当前状态，如果本端当前启动了自动发现，则开始进行自动发现。

进一步地，所述第二模块还用于向第一节点发送自动发现参数同步响应消息，所述自动发现参数同步响应消息中包含本节点的自动发现状态。

进一步地，所述第一模块还用于在同步消息的超时检测时间内如果没有收到自动发现参数同步响应消息，则重发自动发现参数同步请求消息。

进一步地，所述同步消息的超时检测时间小于自动发现的超时检测时间。

遇到链路告警通常的处理是进行链路降级。对于链路降级目前会采用不影响当前业务，但不支持新业务建立的处理办法。采用本发明实施例所述的方法，可以解决由于配置引起的链路降级。提升用户的使用体验，减少不准确告警的上报。同时避免由于不准确的告警引起的资源浪费。

附图说明

图1是节点1和节点2都启动了自动发现时的消息处理流程图；

图2是节点2取消自动发现后，节点1与节点2间的校验流程图；

图3是本发明实施例1同步配置的流程图；

图4是本发明实施例2节点结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

实施例1

本实施例中，通过增加自动发现参数同步消息，使停止自动发现的节点将本端的自动发现状态通知给对端，如果本端或者远端停止了自动发现，则本地均停止自动发现处理。

在NODE1和NODE2两个节点之间进行同步处理。具体处理流程如下：

步骤A：NODE1发送自动发现参数同步请求消息给NODE2，消息中包含本节点的传送端口ID对端节点的传送端口ID，以及本节点的自动发现状态；

自动发现状态用于表示当前节点当前启动自动发现还是未启动自动发现。

步骤B：NODE2检测收到的自动发现参数同步请求消息，判断如果消息中的自动发现状态表示NODE1未启动自动发现，且本端当前启动了自动发现，则本端停止自动发现(如果本端未启动自动发现，则保持当前状态)，如果消息中的自动发现状态表示NODE1启动了自动发现，则根据本端自动发现状态进行相应处理：如果本端的自动发现状态表示未启动自动发现，则保持当前状态(不进行自动发现)，如果本端的自动发现状态表示启动自动发现，则开始进行自动发现。

对于已经停止了自动发现的传送端口，其可以作为管理平面配置的传送端口来进行管理。

优选地，在步骤B后，还可执行以下步骤C：NODE2回应自动发现参数同步响应消息给NODE1，消息中包含本节点的传送端口ID对端节点的传送端口ID，以及本节点的自动发现状态。

优选地，如果执行了步骤C，则还可执行以下步骤D：NODE1在定时时间内如果没有收到自动发现参数同步响应消息，则重发自动发现参数同步请求消息。

考虑到自动发现检测有超时检测时间，所以上述定时时间即同步消息的超时检测时间应该小于自动发现的超时检测时间。

在本实施例中，NODE1停止自动发现后，向NODE2发送同步请求消息，NODE2收到同步请求消息后，停止本端自动发现。在这种情况下，NODE1和NODE2均不会在TE链路上产生自动发现相关的告警。当NODE2收到NODE1的test消息后，在本地标识NODE1自动发现状态为使能，重新启动自动发现。

实施例2

本实施例描述实现上述实施例1方法的节点，如图4所示，包括第一模块和第二模块，其中：

第一模块，用于在当前节点作为第一节点时，向第二节点发送自动发现参数同步请求消息，消息中包含本节点的自动发现状态；所述自动发现状态用于表示当前节点当前启动自动发现还是未启动自动发现；

第二模块，用于在当前节点作为第二节点时，检测收到的自动发现参数同步请求消息，判断如果消息中的自动发现状态表示第一节点未启动自动发现，且本端当前启动了自动发现，则本端停止自动发现。

优选地，该第二模块还用于判断如果消息中的自动发现状态表示第一节点启动了自动发现，则根据本端自动发现状态进行处理：如果本端当前未启动自动发现，则保持当前状态，如果本端当前启动了自动发现，则开始进行自动发现。

优选地，该第二模块还用于向第一节点发送自动发现参数同步响应消息，所述自动发现参数同步响应消息中包含本节点的自动发现状态。

优选地，该第一模块还用于在同步消息的超时检测时间内如果没有收到自动发现参数同步响应消息，则重发自动发现参数同步请求消息。

优选地，该同步消息的超时检测时间小于自动发现的超时检测时间。

相对于节点B而言，该节点B为第二节点，节点A可以作为该节点B的第一节点，同时对于节点C而言，该节点C作为第一节点，节点A可以作为该节点C的第二节点。对于任意两节点而言X、Y而言，X可能作为第一节点，Y也有可能作为第一节点。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (10)

1.一种同步自动发现的配置的方法，应用于自动交换光网络中，包括：

第一节点向第二节点发送自动发现参数同步请求消息，消息中包含本节点的自动发现状态；所述自动发现状态用于表示当前节点当前启动自动发现还是未启动自动发现；

第二节点检测收到的自动发现参数同步请求消息，判断如果消息中的自动发现状态表示第一节点未启动自动发现，且本端当前启动了自动发现，则本端停止自动发现。

2.如权利要求1所述的方法，其特征在于：

所述方法还包括：第二节点判断如果消息中的自动发现状态表示第一节点启动了自动发现，则根据本端自动发现状态进行处理：如果本端当前未启动自动发现，则保持当前状态，如果本端当前启动了自动发现，则开始进行自动发现。

3.如权利要求1或2所述的方法，其特征在于：所述方法还包括：

第二节点向第一节点发送自动发现参数同步响应消息，所述自动发现参数同步响应消息中包含本节点的自动发现状态。

4.如权利要求3所述的方法，其特征在于：所述方法还包括：

第一节点在同步消息的超时检测时间内如果没有收到自动发现参数同步响应消息，则重发自动发现参数同步请求消息。

5.如权利要求4所述的方法，其特征在于：

所述同步消息的超时检测时间小于自动发现的超时检测时间。

6.一种节点，用于同步自动发现的配置，应用于自动交换光网络中，包括第一模块和第二模块，其中：

所述第一模块，用于在当前节点作为第一节点时，向第二节点发送自动发现参数同步请求消息，消息中包含本节点的自动发现状态；所述自动发现状态用于表示当前节点当前启动自动发现还是未启动自动发现；

所述第二模块，用于在当前节点作为第二节点时，检测收到的自动发现参数同步请求消息，判断如果消息中的自动发现状态表示第一节点未启动自动发现，且本端当前启动了自动发现，则本端停止自动发现。

7.如权利要求6所述的节点，其特征在于：

所述第二模块还用于判断如果消息中的自动发现状态表示第一节点启动了自动发现，则根据本端自动发现状态进行处理：如果本端当前未启动自动发现，则保持当前状态，如果本端当前启动了自动发现，则开始进行自动发现。

8.如权利要求6或7所述的节点，其特征在于：

所述第二模块还用于向第一节点发送自动发现参数同步响应消息，所述自动发现参数同步响应消息中包含本节点的自动发现状态。

9.如权利要求8所述的节点，其特征在于：

所述第一模块还用于在同步消息的超时检测时间内如果没有收到自动发现参数同步响应消息，则重发自动发现参数同步请求消息。

10.如权利要求9所述的节点，其特征在于：

所述同步消息的超时检测时间小于自动发现的超时检测时间。