CN1622547A

CN1622547A - 链路管理方法

Info

Publication number: CN1622547A
Application number: CN 200310115746
Authority: CN
Inventors: 周子浩; 李旺
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2003-11-28
Filing date: 2003-11-28
Publication date: 2005-06-01
Anticipated expiration: 2023-11-28
Also published as: CN100525291C

Abstract

本发明公开一种链路管理方法，应用于自动交换光网络中，所述自动交换光网络包括有多个节点。该方法包括以下步骤：a)建立节点间的邻接关系；b)通过在节点间互发预定协议第一消息以维护节点间的邻接关系；c)在具有邻接关系的节点间通过路由方式发送预定协议消息以管理链路。本发明的LMP链路管理通过在节点间互发保活消息以维护节点间的邻接关系，消息的发送可通过路由实现，与现有技术相比，由于不再维护控制通道，仅仅维护邻接关系，可减少报文的交互，减轻***负担，链路管理操作维护简单。

Description

链路管理方法

技术领域

本发明涉及光通信技术领域，尤指一种适用于ASON(自动交换光网络)的链路管理方法。

背景技术

光网络包括SDH/Sonet(同步数字体系/同步光网络)、波长网络等。传统的光网络基于集中管理，节点(或称为网元)之间采用永久连接方式实现通信。采用所述的永久连接方式在光网络发展初期因其设计简单、成本较低等原因取得了较好效果。但是，永久连接方式光连接的创建、维护和拆除都需要人工或网管***进行干预，随着数据业务量的不断增长，这种连接方式已不能满足对光网络***动态、灵活配置的要求。

解决上述问题的关键是实现动态光交换，为此，ITU-T(国际电联)提出了ASON(或称为智能光网络)架构，该架构在传统的光网络中增加一个控制平面，并提出交换连接的概念。根据这一思想，光网络的节点首先通过链路局部的发现技术获得本节点与其他光节点的连接关系，再通过控制平面发布本节点和与本节点有关的链路状态，并接收网络中其他节点的状态发布，最终每个光节点都有一份描述网络精确拓扑的“网络地图”，“网络地图”中包括节点、链路、资源等多种信息。当客户设备或管理***要求建立节点连接时，节点利用“网络地图”的信息，结合一定的路由算法得到一条可行的路径，再通过信令协议驱动路径上的节点建立交叉连接。在网络连接动态建立、拆除、或者故障引起链路资源变化时，相应节点将及时发布更新的节点、链路状态信息，实现“网络地图”的再同步。

LMP(链路管理协议)则是IETF(互联网工程任务组)定义的满足ASON基本结构和需求的GMPLS(通用多协议标记交换)协议簇的一部分，用于在邻接节点间管理链路，本地节点与其他节点的连接关系通过在相应的节点上运行LMP来发现，发现的连接关系称为数据链路。

通常，两个节点间的数据链路可能非常多，如果全部通过控制平面扩散出去，相应的报文量会非常大。为了减少扩散的报文数目，需要将具有相同属性的数据链路合并成一个虚拟的逻辑链路，路由算法在计算可行的路径时需知道所有链路的相关信息，包括链路的最大带宽、可用带宽等，这些属性称为链路的TE(流量工程)属性，相应的，这条逻辑链路就叫TE链路。

在对节点间的数据链路进行管理时，LMP首先需要在数据链路两端的节点间建立邻接关系。LMP通过在所述节点间建立双向可达的控制通道来建立节点间的邻接关系。所述控制通道可以是建立在数据链路开销字节上的带内控制通道，也可以是穿过一个IP网络的带外控制通道。

在LMP中并没有限定控制通道底层的物理实现方式，它与数据链路是相互独立的，可以是光纤中的一个波长，一个以太网链路，一个穿过某网络的IP隧道或者数据链路上的开销字节。一对节点间可能会同时有多个控制通道启用。控制通道参数必须在各自控制通道上单独协商。LMP通过在每条控制通道上各自交换Hello消息，以此来维护各个控制通道的连通性。

有四个LMP消息用于维护独立的控制通道。这四个消息是：Config、ConfigAck、ConfigNack和Hello消息。这四个消息必须在指定的控制通道上传输，所有其他LMP消息可以在一对邻接节点间多条可用控制通道中的任意一条上传输。为了维护LMP的邻接关系，一对邻接节点间至少需要一条可用的控制通道。

综上，现有技术存在如下的缺点：

1、现有LMP链路管理方法需要单独维护所有的控制通道，交互报文较多，***负担较重，操作维护复杂。事实上，LMP链路管理真正需要维护的应该是节点间的邻接关系，不需要维护所有的控制通道。

2、当两个节点间有多条控制通道时，除了前面提到的四个LMP消息需要在指定的控制通道上传输，所有其他LMP报文将在其中一条控制通道上传输。这条控制通道是LMP根据自己的规则选出来的。但LMP对于控制通道的底层物理实现并不清楚，选出来的主用控制通道不一定是两个节点间最优的控制通道。

3、为了维护控制通道，控制通道相关的四个消息需要在指定的控制通道上发送。所有其他的LMP消息也要在LMP自己选出的某条控制通道上传输。也就是说所有的LMP消息都需要指定接口发送。当节点间的控制通道穿过某个网络时，指定接口发送单播报文可能导致路由环回。虽然这个问题可以通过在节点间建立一条穿过网络的隧道来避免，但这会增加额外的工作。

4、指定接口发送不是TCP/IP协议栈的标准实现，要实现指定接口发送需要对已有的协议栈进行扩展。各个厂家的扩展之间需要考虑互通性，以避免在不同厂商的设备间对接时出现问题，不利于将来扩展。

5、假设两个节点间只有一条可用的控制通道，而且是条与数据链路承载在相同物理链路上的控制通道，如图1所示，如果这条控制通道所在的光纤发生故障，业务发生倒换，由于开销无法透传，这条控制通道将不可用。如图2所示，此时，业务通道还是可用的，但这两个节点间将无控制通道可用。这种情况下，LMP链路管理也就失去了对节点间资源的控制和管理能力。

发明内容

为了解决现有技术LMP链路管理需要维护所有控制通道以致操作维护较复杂的问题，本发明提供一种链路管理方法，可使链路管理更简单、有效。

根据本发明提供的链路管理方法，该方法包括以下步骤：

a.建立节点间的邻接关系；

b.通过在节点间互发预定协议第一消息以维护节点间的邻接关系；

c.在具有邻接关系的节点间通过路由方式发送预定协议消息以管理链路。

其中，步骤a通过自动发现邻接节点或手工配置建立节点间的邻接关系。

具体的，所述步骤a通过自动发现邻接节点建立节点间的邻接关系进一步包括：

a1、本地节点多播预定协议第二消息以获取邻接节点地址，并与所述地址的邻接节点协商预定协议第一消息发送间隔时间和超时时间；

a2、若协商通过，则返回本地节点协商确认消息，否则返回本地节点协商拒绝消息。

另外，所述步骤a通过人工配置建立邻接关系进一步包括：

人工设定本地节点的邻接节点地址，并向所述地址的邻接节点单播预定协议第二消息，以与所述地址的邻接节点协商预定协议第一消息发送间隔时间和超时时间；

若协商通过，则返回本地节点协商确认消息，否则返回本地节点协商拒绝消息。

优化的，所述邻接节点地址为可路由地址。

另外，所述步骤b进一步包括：

根据协商通过的间隔时间发送预定协议第一消息，若在协商通过的超时时间内没有收到所述预定协议第一消息则确认所述邻接关系不可用。

最好，通过路由方式发送所述预定协议第一消息、单播的预定协议第二消息、协商确认消息以及协商拒绝消息。

可选的，所述预定协议为链路管理协议(LMP协议)，所述预定协议第一消息为LMP保活消息，所述预定协议第二消息为LMP协商配置消息，所述协商确认消息为LMP协商确认消息，所述协商拒绝消息为LMP协商拒绝消息。

可选的，所述预定协议为链路管理协议(LMP协议)，所述预定协议第一消息为LMP保活消息，所述预定协议第二消息为LMP自举消息，所述协商确认消息为LMP协商确认消息，所述协商拒绝消息为LMP协商拒绝消息；

所述步骤a1进一步包括在本地节点多播LMP自举消息并获取邻接节点地址后，向所述地址的邻接节点单播LMP协商配置消息，以与所述地址的邻接节点协商LMP保活消息发送间隔时间和超时时间。

最好，通过路由方式发送所述LMP保活消息、单播的LMP协商配置消息、LMP协商确认消息以及LMP协商拒绝消息。

另外，步骤c所述通过路由方式发送为按照预定路由协议发送。

优化的，所述预定路由协议为开放最短路径优先协议(OSPF协议)或中间***对中间***协议(IS-IS协议)。

与现有技术相比，本发明具有以下优点：

1、本发明的LMP链路管理通过在节点间互发保活消息以维护节点间的邻接关系，消息的发送可通过路由实现，与现有技术相比，由于不再维护控制通道，仅仅维护邻接关系，可减少报文的交互，减轻***负担，链路管理操作维护简单。

2、除了多播的Config消息以及自举消息，其他的LMP协议控制消息都可通过路由的方式发送，与现有技术需要指定的控制通道传送相比，本发明消息发送更灵活，更易于实现。

3、当两个节点间的控制通道穿过某个网络时，如果单播报文指定接口发送可能会引起路由环回。原有的LMP链路管理方法为了解决这个问题，必须先在两个节点间的相应控制接口上建立一条隧道。这就需要额外占用一定的资源，而且增加了复杂度。而本发明由于通过路由方式发送报文，不需指定接口发送，将不会出现路由环回的问题，也就不用另外建隧道。

4、由于不用对已有的协议栈进行扩展，LMP报文可按路由方式发送。而按路由发送报文已经是成熟的标准，不用作额外的工作，易于实现，有利于将来进一步扩展。

5、当两个节点间只有一条可用的带内物理控制通道时，如果物理控制通道所在的光纤发生复用段环保护倒换，这条物理控制通道将不再可用，由于本发明采用路由方式发送消息，路由协议可以迅速发现链路不可用，并重新选择一条可用的路径到达邻接节点。这个过程对LMP是透明的。只要Hello消息能在一定的时间内正确到达，LMP根本就不知道底层的物理控制通道已经改变。

附图说明

图1是现有技术正常的复用段环保护业务示意图；

图2是图1业务通道发生倒换后的复用段环保护业务示意图；

图3是本发明链路管理方法具体实施例的流程图；

图4是本发明链路管理方法通过自动发现邻接节点建立节点间的邻接关系的流程图；

图5是现有技术具有带内控制通道的邻接节点示意图；

图6是图5中所示的节点A与节点B协商的示意图；

图7是现有技术具有带外控制通道的邻接节点示意图；

图8是通过人工设定邻接节点地址建立节点间的邻接关系的流程图。

具体实施方式

本具体实施方式中，所指预定协议为LMP协议，所指预定协议消息为LMP协议消息，与现有技术LMP协议逻辑的控制通道相区别，下述控制通道指物理的控制通道，即节点间交互链路管理消息的实际传送通道。本发明的链路管理方法，基于LMP协议实现，与现有技术不同，本发明中LMP链路管理将不再维护和管理本身的控制通道，而是仅维护节点间的邻接关系。

参考图3所示，以应用于自动交换光网络中的具体实施例进行说明，所述自动交换光网络包括有多个节点，节点间以数据链路相通，如背景技术介绍，自动光网络中还引入了控制平面等。为了管理节点间的链路以便维持正常的通信，本发明的链路管理方法具体实施例主要包括以下步骤：

步骤1建立节点间的邻接关系。

在两个支持LMP功能的节点之间可以建立邻接关系，但并不是所有的邻居都会构成邻接关系，一般可通过两种方式建立节点间的邻接关系：自动发现邻接节点或人工配置。现有技术通过建立节点间双向可达的逻辑控制通道以建立节点间的邻接关系。本发明中弱化了逻辑控制通道的概念，即只关心节点间消息是否可以互通，而不必关心消息如何传送，在建立邻接关系时，只需获取邻接节点的一个控制接口地址，控制通道的消息传送作用则可通过按路由方式发送实现。

步骤2通过在节点间互发预定协议第一消息以维护节点间的邻接关系，本实施例中所述预定协议第一消息可为LMP协议的保活消息(即Hello消息)。

上述建立了节点间的邻接关系，还需要维持节点间的邻接关系。如背景技术部分所介绍，现有技术中通过在节点间建立的双向可达的逻辑控制通道上互发Hello消息以验证所述逻辑控制通道是否可用，进而当节点间所有的逻辑控制通道都不可用时则确定节点间的邻接关系不可用。这种方法如前面叙述的，在链路管理时，由于需要维护所有的逻辑控制通道，存在许多的缺点。本实施例中可通过在节点间互发所述Hello消息来维护节点间的邻接关系，即只要两个节点间可以互通消息，则认为节点间的邻接关系可用，而不必关心节点间有几条逻辑控制通道可用，所述预定协议第一消息(即Hello消息)可按路由方式发送。

步骤3在具有邻接关系的节点间通过路由方式发送预定协议消息以管理链路。

在具有邻接关系的节点间，管理链路时除了维护节点间邻接关系的Hello消息外，其他用于管理链路的LMP协议消息也可通过路由方式发送，即原来链路管理中需根据LMP协议选择一定的逻辑控制通道并指定接口传送的LMP协议消息，在本发明中可通过路由方式发送，亦即可按照预定的路由协议获取的路由传送LMP协议消息，所述预定路由协议可采用开放最短路径优先协议(OSPF路由协议)或中间***对中间***协议(IS-IS路由协议)，也可根据实际情况采用其他路由协议。

下面详细说明如何建立节点间的邻接关系，先来看自动发现邻接节点建立节点间的邻接关系的过程。当两个节点间传送链路管理消息的控制通道与数据链路承载在相同的物理链路上时，即可采用自动发现邻接节点获取邻接节点的NODE_ID(节点标识)和控制接口地址，参考图4，所述自动发现邻接节点建立节点间的邻接关系包括以下流程：

步骤41多播预定协议第二消息以获取邻接节点地址，获取邻接节点地址后，即可与所述邻接节点协商预定协议第一消息发送间隔时间和超时时间。为了实现通过路由发送所述预定协议第一消息以及其他预定协议消息，所述邻接节点地址最好是可路由的地址，可包括邻接节点的NODE_ID和控制接口地址。

步骤42判断是否协商通过，若协商通过，进入步骤43，返回本地节点协商确认消息，否则进入步骤44，返回本地节点协商拒绝消息。

具体的，步骤41中所述预定协议第二消息可为LMP配置消息(Config消息)，所述协商确认消息可为LMP协商确认消息(ConfigAck消息)，所述协商拒绝消息可为LMP协商拒绝消息(ConfigNack消息)，在多播获取邻接节点地址后，所述LMP协商确认消息、LMP协商拒绝消息都通过路由方式发送。另外，根据LMP协议描述的方式，通过多播所述Config消息来自动发现邻接节点的地址，所述Config消息的格式如下：

<LOCAL_NODE_ID>

Config消息中各个部分的详细定义如下：

<Common Header>：通用消息头对象，所有LMP消息(除了要在指定数据链路上发送的TEST消息)都有这个通用消息头对象。这个对象指定了当前消息的消息类型，长度等信息。

<MESSAGE_ID>：消息标识对象，这个对象用于标识一个消息，接收方发送相应的响应消息时要带上这个对象里的值。

<LOCAL_NODE_ID>：本地节点标识对象，用于标识产生这个消息的节点ID。

<CONFIG>：该对象中包含了Hello消息的间隔时间和超时时间，这两个值需要两个节点进行协商。

另外，由于本发明中LMP链路管理不再维护和管理本身的逻辑控制通道，因此LMP协议草案中定义的CCID(节点范围内唯一的32位非零整数，它唯一的标识发送这个消息的逻辑控制通道)在本发明中将不再需要。

具体的自动发现邻接节点建立节点间邻接关系的过程举例如下：

参考图5所示，图5描述的两个节点(节点A、节点B)之间有三条数据链路相连，这三条数据链路合并成一个TE链路。在其中一条数据链路的开销字节上建立一条物理的控制通道，这个控制通道是带内控制通道。由于控制通道与数据链路承载在相同的物理链路上时，可以通过交换Config消息动态的获取控制通道远端的邻接节点的NODE_ID和控制接口地址，即邻接节点地址。

在上述情况下，节点A首先在本地所有与数据链路承载在相同物理链路的控制通道上多播Config消息，其中节点A发送的Config消息的源地址是单播的本地节点控制接口地址，目的地址是多播地址(如224.0.0.1)。节点B收到Config消息后，就可获取邻接节点的控制接口地址(即接收的Config消息中的源地址)，在取出Config消息中携带的NODE-ID(即节点A的标识)，并对这个NODE-ID进行检查，如果这个NODE-ID与本地的NODE-ID相同，就丢弃这个消息。如果这是一个新发现的邻接节点，节点B根据是否接受Config消息中的参数，向节点A响应一个消息，若接受，则响应一个ConfigAck消息，否则响应一个ConfigNack消息。另外，如果节点B已经发现了这个NODE-ID，并已经向对方响应了ConfigAck消息，则直接向节点A响应一个ConfigNack消息。ConfigAck消息和ConfigNack消息的目的IP地址填为刚获得的邻接节点控制接口地址，源地址是本地节点的控制接口地址。

其中ConfigAck消息的格式如下：

<MESSAGE_ID_ACK><REMOTE_NODE

_ID>

所述ConfigAck消息详细定义如下：

<Common Header>、和<LOCAL_NODE_ID>的内容同前面所述。

<MESSAGE_ID_ACK>：确认消息对象，用于标识被确认的消息，这个值是从被确认消息的<MESSAGE_ID>对象中拷贝出来的。

<REMOTE_NODE_ID>：远端节点标识对象，用于标识远端节点。

而ConfigNack消息的格式如下：

<LOCAL_NODE_ID>

<MESSAGE_ID_ACK>

REMOTE_NODE_ID><CONFIG>

ConfigNack消息中用到的对象前面都已经介绍过。在节点B不接受节点A发过来的Config消息中的间隔时间和超时时间时，才会向节点A响应一个ConfigNack消息。其中所述ConfigNack消息的Config对象中携带的值是节点B希望采用的间隔时间和超时时间。

图6示出了节点A与节点B的协商过程，如果节点B同意所述Config消息中携带的间隔时间和超时时间，就向节点A响应一个ConfigAck消息；否则就响应一个ConfigNack消息。若节点B收到的这个Config消息中携带的NODE_ID是一个已经发现的邻接节点NODE_ID，而且已经向对方响应了ConfigAck消息，就响应一个不带Config对象的ConfigNack消息。节点A收到ConfigAck或者ConfigNack消息后，就可以获取控制通道远端节点B的NODE_ID和控制接口地址。

上述以多播Config消息自动发现邻接关系进行说明，具体实施时自动发现邻接节点还可以按照[LMP-BOOTSTRAP]中描述的方式，通过在数据链路上多播LMP自举消息来实现。

具体的所述LMP自举消息(Bootstrap消息)，其格式如下：

<LOCAL_NODE_ID>[<LOCAL_CONTROL_ADDRESS>...]

所述消息中<Common Header>和<LOCAL_NODE_ID>对象的定义同前，<LOCAL_INTERFACE_ID>对象为本地数据链路的接口标识，用于标识本地节点的一个数据链路接口，<LOCAL_CONTROL_ADDRESS>对象则为本地节点控制接口地址，用于标识建立控制通道所需的一个控制接口。

上述Bootstrap消息如果没有包含<LOCAL_CONTROL_ADDRESS>，那么<LOCAL_NODE_ID>对象包含的消息内容必须是一个可路由的地址(即这个地址可通过普通的路由到达)，这个地址将被接收方作为控制通道的远端控制接口地址来建立控制通道。建立控制通道的过程与前面通过多播LMP协商配置消息(Config消息)实现的过程一致，即通过多播Bootstrap消息获取邻接节点控制接口地址，然后可通过单播Config消息与邻接节点协商LMP保活消息发送间隔时间和超时时间，若协商通过，则返回本地节点LMP协商确认消息，否则返回本地节点LMP协商拒绝消息。由于多播获取了可路由的邻接节点地址，所述单播的Config消息、LMP协商确认消息以及LMP协商拒绝消息都可通过路由方式发送。另外，在单个的Bootstrap消息里可以包含多个<LOCAL_CONTROL_ADDRESS>，也即可以通过多个目的控制接口地址到达对方。

下面说明通过人工配置建立邻接关系的过程。

图7所示为一个带外控制通道，图7中所示的控制通道穿过一个IP网络。对于带外控制通道，需要通过人工配置邻接节点地址来建立节点间的邻接关系。参考图8，人工配置建立节点间的邻接关系包括以下步骤：

步骤81人工设定本地节点的邻接节点地址，所还邻接节点地址为邻接节点的NODE_ID和控制接口地址，然后可将该控制接口地址作为目的地址向所述节点单播预定协议第二消息，以与所述节点协商预定协议第一消息发送间隔时间和超时时间；

步骤82判断是否协商通过；若协商通过，进入步骤83，返回本地节点协商确认消息，否则，进入步骤84，返回本地节点协商拒绝消息。

上述单播的预定协议第二消息为LMP配置消息(即Config消息)，消息格式与前述相同，建立控制通道的过程与前面描述相同，这里不再赘述。

在建立了节点间的邻接关系后，即两个节点协商通过后，根据协商通过的间隔时间，两个邻接节点开始定时向对方发送保活消息(即Hello消息)，告诉对方自己还活着。如果在协商通过的超时时间内没有收到对方的Hello消息，则认为节点间的邻接关系已不可用。

上述LMP所有的消息中，除了建立节点间邻接关系所需的Config消息需多播发送外，在具邻接关系后的节点间，LMP协议消息都可通过路由方式发送到邻接节点，不再指定在某条控制通道上发送。

采用本发明的上述技术方案，当两个节点只建立了一条控制通道，并且是条带内控制通道时，如果控制通道所在的数据链路上的业务发生倒换，这条控制通道不可用时，可通过路由重新选择一条到达邻接节点的路径传送LMP链路管理消息，这个过程对LMP是透明的，即对于LMP链路管理，只要Hello消息能在一定时间内正确到达，LMP链路管理根本不知道底层的物理实现已经改变，有利于将来扩展。

而对于带外控制通道，如果单播报文指定接口发送可能会引起路由环回，本发明中，单播的报文不需指定接口发送，只要设定的邻接节点控制接口地址是一个可路由的地址，报文就可通过路由发送到邻接节点，不需在两个节点间的相应控制接口间建立隧道，因此，也就不需要额外占用资源，实现简单。

综上，本发明中的LMP链路管理不再维护本身的控制通道，仅仅维护节点间的邻接关系，减少了报文交互，降低了***的负担，同时，除了多播的Config消息外，其他LMP消息都可以路由方式发送，不用对已有的协议栈进行扩展，并且按路由发送报文已经是成熟的标准，不用作额外的工作，减轻了实现的负担，有利于将来的进一步扩展。

上述仅以优选实施例对本发明进行说明，非因此即局限本发明的权利范围，因此，在不脱离本发明思想的情况下，凡运用本发明说明书及附图内容所为的等效变化，均理同包含于本发明的权利要求范围内。

Claims

1、一种链路管理方法，应用于自动交换光网络中，所述自动交换光网络包括有多个节点，其特征在于，所述方法包括以下步骤：

a.建立节点间的邻接关系；

2、根据权利要求1所述链路管理方法，其特征在于，步骤a通过自动发现邻接节点或手工配置建立节点间的邻接关系。

3、根据权利要求2所述链路管理方法，其特征在于，所述步骤a通过自动发现邻接节点建立节点间的邻接关系进一步包括：

a1.本地节点多播预定协议第二消息以获取邻接节点地址，并与所述地址的邻接节点协商预定协议第一消息发送间隔时间和超时时间；

a2.若协商通过，则返回本地节点协商确认消息，否则返回本地节点协商拒绝消息。

4、根据权利要求2所述链路管理方法，其特征在于，所述步骤a通过人工配置建立邻接关系进一步包括：

5、根据权利要求3或4所述链路管理方法，其特征在于，所述邻接节点地址为可路由地址。

6、根据权利要求5所述链路管理方法，其特征在于，所述步骤b进一步包括：

7、根据权利要求6所述链路管理方法，其特征在于，通过路由方式发送所述预定协议第一消息、单播的预定协议第二消息、协商确认消息以及协商拒绝消息。

8、根据权利要求7所述链路管理方法，其特征在于，所述预定协议为链路管理协议(LMP协议)，所述预定协议第一消息为LMP保活消息，所述预定协议第二消息为LMP协商配置消息，所述协商确认消息为LMP协商确认消息，所述协商拒绝消息为LMP协商拒绝消息。

9、根据权利要求3所述链路管理方法，其特征在于，所述预定协议为链路管理协议(LMP协议)，所述预定协议第一消息为LMP保活消息，所述预定协议第二消息为LMP自举消息，所述协商确认消息为LMP协商确认消息，所述协商拒绝消息为LMP协商拒绝消息；

10、根据权利要求9所述链路管理方法，其特征在于，通过路由方式发送所述LMP保活消息、单播的LMP协商配置消息、LMP协商确认消息以及LMP协商拒绝消息。

11、根据权利要求1所述链路管理方法，其特征在于，步骤c所述通过路由方式发送为根据预定路由协议发送。

12、根据权利要求11所述链路管理方法，其特征在于，所述预定路由协议为开放最短路径优先协议(OSPF协议)或中间***对中间***协议(IS-IS协议)。