CN108289044B - 数据转发方法、确定静态路由的链路状态方法及网络设备 - Google Patents

Abstract

本申请提供了数据转发方法、确定静态路由的链路状态的方法及网络设备；其中确定静态路由的链路状态的方法，包括当检测到端口在生存时间值内接收到由下一跳发送的LLDP更新报文，则设置端口对应的端口状态为正常状态，在端口的端口状态为正常状态的情况下，联动设置端口对应的静态路由的链路状态为表示下一跳可达的激活状态；当检测到端口在生存时间值内未接收到由下一跳发送的LLDP更新报文，则设置端口对应的端口状态为异常状态，在端口的端口状态为异常状态的情况下，联动设置端口对应的静态路由的链路状态为表示下一跳不可达的非激活状态。本申请不需要额外部署其它检测模块，这样会降低网络设备的负担和处理复杂度。

Description

数据转发方法、确定静态路由的链路状态方法及网络设备

技术领域

本申请涉及通信技术领域，尤其涉及一种数据转发方法、确定静态路由的链路状态的方法及网络设备。

背景技术

大型数据中心具有很多网络设备(网络设备包括路由器和交换机等设备)。网络设备的路由通常有两种实现方式：一种为预先通过手动配置生成的静态路由，一种为根据动态路由算法实时确定的动态路由。由于网络设备中的静态路由不占用网络设备的CPU资源来实时计算和分析路由，所以在一些网络结构较为稳定的数据中心内网络设备通常使用静态路由，这样可以节省网络设备的CPU资源。

在数据中心中网络设备在接收数据包之后，会根据路由来转发数据包至下一跳(网络设备的邻居网络设备)。为了确保下一跳可达(数据包可以从网络设备传输至邻居网络设备)，在发送数据包之前需要判断下一跳是否可达。

由于静态路由为人工手动配置的，所以使用静态路由的网络设备自身无法确定下一跳是否可达。现有技术通常在采用静态路由的网络设备中增加额外的检测模块来确定静态路由的链路状态，以便通过链路状态来确定下一跳是否可达。但是，在各个网络设备中均增加检测模块，会增加网络设备的负担和处理复杂度。

发明内容

本申请提供了一种数据转发方法及确定静态路由的链路状态的方法，在不额外增加检测模块的情况下确定静态路由的链路状态，以便通过静态路由的链路状态来确定下一跳是否可达。

为了实现上述目的，本申请提供了以下技术手段：

一种确定静态路由的链路状态的方法，包括：

当检测到端口在生存时间值内接收到由下一跳发送的LLDP更新报文，则设置所述端口对应的端口状态为正常状态，在所述端口的端口状态为正常状态的情况下，联动设置所述端口对应的静态路由的链路状态为表示下一跳可达的激活状态；

当检测到端口在生存时间值内未接收到由下一跳发送的LLDP更新报文，则设置所述端口对应的端口状态为异常状态，在所述端口的端口状态为异常状态的情况下，联动设置所述端口对应的静态路由的链路状态为表示下一跳不可达的非激活状态。

优选的，还包括：

在设置所述端口对应的静态路由的链路状态为激活状态后，控制所述端口对应的静态路由在静态路由表中处于可用状态；

在设置所述端口对应的静态路由的链路状态为非激活状态后，控制所述端口对应的静态路由在静态路由表中处于不可用状态。

优选的，所述控制所述端口对应的静态路由在静态路由表中处于可用状态，包括：在静态路由表中添加所述端口对应的静态路由；或，在静态路由表中显示所述端口对应的静态路由；

所述控制所述端口对应的静态路由在静态路由表中处于不可用状态，包括：在静态路由表中删除所述端口对应的静态路由，或，在静态路由表中不显示所述端口对应的静态路由。

一种数据转发方法，包括：

从接收的数据包中确定出目的地址；

在静态路由表中确定出所述目的地址所在目的网段，并在目的网段对应的静态路由中确定一条静态路由；其中，所述静态路由包括：目的网段、出端口和下一跳IP地址；

在所述静态路由的链路状态为激活状态下，通过所述出端口向下一跳IP地址发送所述数据包；

其中，所述静态路由的链路状态与出端口的端口状态联动，在出端口在生存时间值内接收到由下一跳发送的LLDP更新报文情况下，则确定所述出端口对应的端口状态为正常状态，联动确定出端口对应的静态路由的链路状态为表示下一跳可达的激活状态。

优选的，还包括：

在所述静态路由的链路状态为非激活状态下，停止通过该静态路由发送所述数据包；

其中，所述静态路由的链路状态与出端口的端口状态联动，在出端口在生存时间值内未接收到由下一跳发送的LLDP更新报文情况下，则确定所述出端口对应的端口状态为异常状态，联动确定出端口对应的静态路由的链路状态为表示下一跳不可达的非激活状态。

优选的，在静态路由表中与所述目的地址对应的目的网段包括多条静态路由的情况下，则所述方法还包括：

在所述静态路由的链路状态为非激活状态下，在在目的地址所在的目的网段对应的静态路由中重选选择一条静态路由，并执行在所述静态路由的链路状态为激活状态下通过所述出端口向下一跳IP地址发送所述数据包的步骤。

一种网络设备，包括：

端口，用于接收其它网络设备发送的数据包，并将数据包发送至处理器；

处理器，用于在生存时间值内通过各个端口向各个网络设备发送LLDP报文，并通过端口接收各个网络设备发送的LLDP报文，并确定各个端口的接收标识；在一个端口的接收标识表示确认接收到LLDP报文的确认标识情况下，设置该端口的端口状态为正常状态，并联动设置该端口对应的静态路由的链路状态为表示下一跳可达的激活状态；在一个端口接收标识表示确认接收到LLDP报文的否认标识情况下，设置该端口的端口状态为异常状态，并联动设置所述端口对应的静态路由的链路状态为表示下一跳不可达的非激活状态；还用于从接收的数据包中确定出目的地址，在静态路由表中确定出所述目的地址所在目的网段，并在目的网段对应的静态路由中确定一条静态路由；其中，所述静态路由包括：目的网段、出端口和下一跳IP地址，在所述静态路由的链路状态为激活状态下，通过所述出端口向下一跳IP地址发送所述数据包。

一种确定静态路由的链路状态的方法，包括：

当检测到端口在生存时间值内接收到由下一跳发送的LLDP更新报文，则设置所述端口对应的端口状态为正常状态；其中，正常状态表示静态路由的链路状态正常；

当检测到端口在生存时间值内未接收到由下一跳发送的LLDP更新报文，则设置所述端口对应的端口状态为异常状态；其中，异常状态表示静态路由的链路状态异常。

一种数据转发方法，包括：

从接收的数据包中确定出目的地址；

在静态路由表中确定出所述目的地址所在目的网段，并在目的网段对应的静态路由中确定一条静态路由；其中，所述静态路由包括：目的网段、出端口和下一跳IP地址；

在所述出端口的端口状态为正常状态下，通过所述出端口向下一跳IP地址发送所述数据包；

其中，所述出端口在生存时间值内接收到由下一跳发送的LLDP更新报文情况下，则确定所述出端口对应的端口状态为正常状态。

一种网络设备，包括：

端口，用于接收其它网络设备发送的数据包，并将数据包发送至处理器；

处理器，用于在生存时间值内通过各个端口向各个网络设备发送LLDP报文，并通过端口接收各个网络设备发送的LLDP报文，并确定各个端口的接收标识；在一个端口的接收标识表示确认接收到LLDP报文的确认标识情况下，设置该端口的端口状态为正常状态，在一个端口的接收标识表示确认接收到LLDP报文的否认标识情况下，设置该端口的端口状态为异常状态；还用于从接收的数据包中确定出目的地址，在静态路由表中确定出所述目的地址所在目的网段，并在目的网段对应的静态路由中确定一条静态路由；其中，所述静态路由包括：目的网段、出端口和下一跳IP地址，在所述出端口的端口状态为正常状态下，通过所述出端口向下一跳IP地址发送所述数据包。

通过以上技术手段，可以实现以下有益效果：

LLDP协议作为链路发现协议，所以网络设备基于LLDP协议可以向邻接网络设备发送LLDP报文，也可以接收邻接设备发送的LLDP报文。通过网络设备的端口是否可以正常接收LLDP报文，便可以确定端口对应的静态路由的链路状态。因此，本申请不需要额外部署其它检测模块，这样会降低网络设备的负担和处理复杂度。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1a为本实施例提供的一种网络设备系统的结构图；

图1b为本实施例提供的一种网络设备的拓扑结构图；

图2为本实施例提供的一种网络设备的结构图；

图3为本实施例提供的一种静态路由的链路状态确定过程的示意图；

图4为本实施例提供的一种数据转发方法的流程图；

图5为本实施例提供的又一种数据转发方法的流程图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

术语解释：

网络设备：连接到网络中的物理实体。基本的网络设备有：计算机(无论其为个人电脑或服务器)、集线器、交换机、网桥、路由器、网关、网络接口卡(NIC)、无线接入点(WAP)、打印机和调制解调器。

下一跳：路由的下一个点。如果路由器没有直接连接到目的网络，它会提供一个邻居路由器以将数据发送至邻居路由器上，邻居路由器再发送数据至邻居路由器，从而实现传递数据到目的网络。

LLDP：链路层发现协议(Link Layer Discovery Protocol)。它提供一种标准的链路层发现方式，可以将本端设备的主要能力、管理地址、设备标识、接口标识等信息封装在链路层发现协议数据单元中，发布给与自己直连的邻居。邻居设备收到这些信息后将其以标准形式保存起来，以供网络管理系统查询及判断链路的通信状况。

静态路由表：网络设备存储静态路由的表格。

静态路由：目的网段、网络设备的出接口和下一跳的IP地址。

下一跳IP地址：网络设备的邻接路由设备的IP地址。

生存时间值：英文名称为Time-To-Live，其作用为限制IP数据包在计算机网络中的存在的时间。

链路状态：两个网络设备之间的网络的状态。

激活状态：两个网络设备之间的网络的状态正常，则两个设备之间的链路状态处于激活状态，此时两个网络设备之间可以传输数据。

非激活状态：两个网络设备之间的网络的状态异常，则两个设备之间的链路状态处于非激活状态，此时两个网络设备之间不可以传输数据。

为了方便本领域技术人员清楚了解本申请的执行过程，参见图1a，下面介绍本申请提供网络设备系统，具体包括：骨干网络设备，与骨干网络设备相连的中间网络设备，与中间网络设备相连的业务服务器。可以理解的是，根据不同的应用场景，网络设备系统可以有多层中间网络设备。

一个网络设备上可以具有多个端口，可以理解的是，网络设备通过端口来连接其它网络设备。一个网络设备的一个端口与另一个网络设备的一个端口相连，这样两个网络设备之间便组建有网络链路。参见图1b，以网络设备为路由器为例，路由器A上具有四个端口，S0、S1、E0和E1，四个端口分别连接四个路由器B1、B2、B3和B4。

参见表1，为在图1b举例基础上的路由器A的静态路由表：

表1

参见图1a，为了实现网络设备系统的拓扑发现和维护，各个网络设备本身已经均设置有LLDP模块。基于LLDP协议，各个网络设备均会周期性向自身的邻接设备发送LLDP报文，以告知邻接设备本端设备信息。在LLDP协议中周期长度为生存时间值，基于LLDP协议网络设备在生存时间值内会向邻接网络设备发送LLDP报文。

本申请申请人发现：各个网络设备相互发送LLDP报文的过程可以侧面反应各个网络设备之间的网络链路是否正常。即：若网络设备的端口可以接收到邻接设备发送的LLDP报文，即说明端口处于正常状态可以正常传输数据包；同时说明网络设备的端口与邻接设备之间的网络链路正常，即与网络链路对应的静态路由可以正常使用。

反之，若网络设备的端口不可以接收到邻接设备发送的LLDP报文，则说明端口处于异常状态不可以正常传输数据包；同时说明网络设备的端口与邻接设备之间的网络链路异常，即与网络链路对应的静态路由不可以正常使用。

由此可以发现：端口的端口状态与静态路由的链路状态具有对应关系，即：若端口的端口状态为正常状态，则与端口对应的静态路由可以正常使用；若端口的端口状态为异常状态，则与端口对应的静态路由不可以正常使用。

参见图2，本申请提供一种网络设备的结构示意图。

网络设备包括处理器以及与处理器相连的多个端口。多个端口采用端口1、端口2……端口N来表示，N为非零自然数。

下面以一个网络设备为例，介绍网络设备中各个模块的执行过程：

网络设备的处理器可以在生存时间值内通过各个端口向各个网络设备发送LLDP报文，并通过端口接收各个网络设备发送的LLDP报文。

处理器基于LLDP协议，在每个生存时间值内均会通过端口向各个邻接的网络设备发送LLDP报文。同理，各个邻接的网络设备也会在生存时间值内发送LLDP报文至网络设备。

若处理器发现一个端口在生存时间值内接收到LLDP报文，则设置端口的接收标识为表示接收到LLDP报文的确认标识；若处理器发现一个端口在生存时间值内未接收到LLDP报文，则设置端口的接收标识为表示未接收到LLDP报文的否认标识。

处理器依据各个端口的接收标识确定端口状态，在端口状态变化之后联动控制链路状态。

参见图3，若一个端口的接收标识为表示接收到LLDP报文的确认标识，则设置端口状态为正常状态，并联动控制端口对应的静态路由的链路状态为表示下一跳可达的激活状态。

此外，在设置所述端口对应的静态路由的链路状态为激活状态后，为了便于该静态路由可以被使用，处理器可以控制所述端口对应的静态路由在静态路由表中处于可用状态。

处理器控制端口对应的静态路由在静态路由表中处于可用状态具体操作可以包括：在静态路由表中添加所述端口对应的静态路由(默认在此之前静态路由表已经删除该静态路由)；或者，在静态路由表中显示所述端口对应的静态路由。

反之，若一个端口的接收标识为表示未接收到LLDP报文的否认标识，则设置端口状态为异常状态，并联动控制端口对应的静态路由的链路状态为表示下一跳不可达的非激活状态。

此外，在设置所述端口对应的静态路由的链路状态为非激活状态后，为了停止使用该静态路由，控制所述端口对应的静态路由在静态路由表中处于不可用状态。具体操作包括：在静态路由表中删除所述端口对应的静态路由，或者，在静态路由表中不显示所述端口对应的静态路由。

参见图4，根据本申请一个实施例，提供一种数据转发方法，方法具体包括以下步骤：

步骤S401：从接收的数据包中确定出目的地址。

网络设备的处理器通过端口接收数据包后，从数据包中提取出目的地址。假设目的地址为“172.16.1.22”。

步骤S402：在静态路由表中确定出所述目的地址所在目的网段，并在目的网段对应的静态路由中确定一条静态路由；其中，所述静态路由包括：目的网段、出端口和下一跳IP地址。

结合表1提供的静态路由表，假设目的地址为“172.16.1.22”，网络设备的处理器通过静态路由表发现目的地址在“172.16.1.0”网段，则将“172.16.1.0”网段对应的一个静态路由确定为与目的地址对应的静态路由；比如，将出端口为S0的静态路由，确定为与目的地址对应的静态路由。然后，通过静态路由表确定下一跳IP地址“172.16.1.1”和出端口“S0”。

步骤S403：判断静态路由的链路状态是否为激活状态。若是则进入步骤S404，若否则进入步骤S402。

为了判定该静态路由的下一跳是否可达，即数据包是否可以发送至下一跳IP地址“172.16.1.1”对应的网络设备，网络设备的处理器可以获取静态路由的链路状态。然后，判断链路状态是否为表示下一跳可达的激活状态，若是，则进入步骤S404，否则进入步骤S405。

步骤S404：在所述静态路由的链路状态为激活状态下，通过所述出端口向下一跳IP地址发送所述数据包。

在静态路由的链路状态为激活状态下则表示下一跳可达，则通过出端口向下一跳IP地址对应的网络设备发送数据包。延续上述举例，则通过出端口S0向下一跳IP地址“172.16.1.1”对应的网络设备发送数据包。

在所述静态路由的链路状态为非激活状态下，则表示该静态路由对应的下一跳不可达，停止通过该出端口发送所述数据包。为了保证数据包可以继续传输，会再次进入步骤S402重新在静态路由表中与目的地址所在网段对应静态路由中确定出一个静态路由。

比如，在目的地址为“172.16.1.22”所在“172.16.1.0”网段对应的静态路由中，将出端口为S1的静态路由，确定为与目的地址“172.16.1.22”对应的静态路由。然后，通过静态路由表确定下一跳IP地址“172.16.1.4”和出端口“S1”。在该静态路由的链路状态为激活状态下，通过出端口S1向下一跳IP地址“172.16.1.4”对应的网络设备发送数据包。

若静态路由表中不具有与目的地址所在网段对应静态路由，则发出报警信息。

通过以上技术手段，可以实现以下有益效果：

在数据中心中为了实现网络设备的拓扑发现和维护，网络设备本身已经具有LLDP协议。LLDP协议作为链路发现协议，所以网络设备基于LLDP协议可以向邻接网络设备发送LLDP报文，也可以接收邻接设备发送的LLDP报文。

通过网络设备的端口是否可以正常接收LLDP报文，便可以确定端口对应的静态路由的链路状态。因此，本申请不需要额外部署其它检测模块，这样会降低网络设备的负担和处理复杂度。

上述方案中采用端口状态与链路状态联动方式来确定链路状态，本申请申请人发现：可以直接采用端口状态来确定下一跳是否可达。通过上述描述可以得知，在端口状态为正常状态的情况下表示下一跳可达，在端口状态为异常状态的情况下表示下一跳不可达。这样，相比于图4所示的实施例而言可以减少联动过程。

以一个网络设备为例，对网络设备的处理过程进行描述。

LLDP模块，网络设备的处理器在生存时间值内通过各个端口向各个邻接的网络设备发送LLDP报文，并通过端口接收各个网络设备发送的LLDP报文，并确定各个端口的接收标识。

处理器依据各个端口的接收标识确定端口状态。若一个端口的接收标识为表示接收到LLDP报文的确认标识，则设置端口状态为正常状态；其中，正常状态表示静态路由的链路状态正常。

此外，在设置所述端口的端口状态为正常状态后，为了便于与端口对应的静态路由可以被使用，处理器可以控制所述端口对应的静态路由在静态路由表中处于可用状态。具体操作可以包括：在静态路由表中添加所述端口对应的静态路由(默认在此之前静态路由表已经删除该静态路由)；或者，在静态路由表中显示所述端口对应的静态路由。

反之，若一个端口的接收标识为表示接收到LLDP报文的否认标识，则设置端口状态为异常状态；其中，异常状态表示静态路由的链路状态异常。

此外，在设置所述端口的端口状态为异常状态后，为了便于与端口对应的静态路由不可以被使用，处理器可以控制所述端口对应的静态路由在静态路由表中处于不可用状态。具体操作可以包括：在静态路由表中删除所述端口对应的静态路由；或者，在静态路由表中不显示所述端口对应的静态路由。

参见图5，根据本申请另一个实施例，提供一种数据转发方法，方法具体包括以下步骤：

步骤S501：从接收的数据包中确定出目的地址。

步骤S502：在静态路由表中确定出所述目的地址所在目的网段，并在目的网段对应的静态路由中确定一条静态路由；其中，所述静态路由包括：目的网段、出端口和下一跳IP地址。

步骤S503：判断静态路由中出端口的端口状态是否为正常状态，若是，则进入步骤S504，若否则进入步骤S502。

步骤S501-S503的执行过程可以参见步骤S401-S403的执行过程，在此不再赘述。

步骤S504：在所述出端口的端口状态为正常状态下，通过所述出端口向下一跳IP地址发送所述数据包。

在所述出端口的端口状态为异常状态下，停止通过该出端口发送所述数据包；其中，所述出端口在生存时间值内未接收到由下一跳发送的LLDP更新报文情况下，则确定所述出端口对应的端口状态为异常状态。

为了保证数据包可以继续传输，会再次进入步骤S502重新在静态路由表中与目的地址所在网段对应静态路由中确定出一个静态路由。

通过上述过程可以发现本申请具有以下有益效果：

在数据中心中为了实现网络设备的拓扑发现和维护，网络设备本身已有LLDP协议。LLDP协议作为链路发现协议，其本身可以向邻接网络设备发送LLDP报文，也可以接收邻接设备发送的LLDP报文。

通过网络设备的端口是否可以正常接收LLDP报文，便可以确定端口对应的端口状态，进而确定出下一跳是否可达。本申请不需要额外部署其它检测模块，这样会降低网络设备的负担和处理复杂度。

本实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算设备可读取存储介质中。基于这样的理解，本申请实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算设备(可以是个人计算机，服务器，移动计算设备或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种确定静态路由的链路状态的方法，其特征在于，包括：

当检测到端口在生存时间值内接收到由下一跳发送的LLDP更新报文，则设置所述端口对应的端口状态为正常状态，在所述端口的端口状态为正常状态的情况下，联动设置所述端口对应的静态路由的链路状态为表示下一跳可达的激活状态；

当检测到端口在生存时间值内未接收到由下一跳发送的LLDP更新报文，则设置所述端口对应的端口状态为异常状态，在所述端口的端口状态为异常状态的情况下，联动设置所述端口对应的静态路由的链路状态为表示下一跳不可达的非激活状态。

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

在设置所述端口对应的静态路由的链路状态为激活状态后，控制所述端口对应的静态路由在静态路由表中处于可用状态；

在设置所述端口对应的静态路由的链路状态为非激活状态后，控制所述端口对应的静态路由在静态路由表中处于不可用状态。

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

所述控制所述端口对应的静态路由在静态路由表中处于可用状态，包括：在静态路由表中添加所述端口对应的静态路由；或，在静态路由表中显示所述端口对应的静态路由；

所述控制所述端口对应的静态路由在静态路由表中处于不可用状态，包括：在静态路由表中删除所述端口对应的静态路由，或，在静态路由表中不显示所述端口对应的静态路由。

4.一种数据转发方法，其特征在于，包括：

从接收的数据包中确定出目的地址；

在静态路由表中确定出所述目的地址所在目的网段，并在目的网段对应的静态路由中确定一条静态路由；其中，所述静态路由包括：目的网段、出端口和下一跳IP地址；

在所述静态路由的链路状态为激活状态下，通过所述出端口向下一跳IP地址发送所述数据包；

其中，所述静态路由的链路状态与出端口的端口状态联动，在出端口在生存时间值内接收到由下一跳发送的LLDP更新报文情况下，则确定所述出端口对应的端口状态为正常状态，联动确定出端口对应的静态路由的链路状态为表示下一跳可达的激活状态。

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

在所述静态路由的链路状态为非激活状态下，停止通过该静态路由发送所述数据包；

其中，所述静态路由的链路状态与出端口的端口状态联动，在出端口在生存时间值内未接收到由下一跳发送的LLDP更新报文情况下，则确定所述出端口对应的端口状态为异常状态，联动确定出端口对应的静态路由的链路状态为表示下一跳不可达的非激活状态。

6.如权利要求4所述的方法，其特征在于，在静态路由表中与所述目的地址对应的目的网段包括多条静态路由的情况下，则所述方法还包括：

在所述静态路由的链路状态为非激活状态下，在在目的地址所在的目的网段对应的静态路由中重选选择一条静态路由，并执行在所述静态路由的链路状态为激活状态下通过所述出端口向下一跳IP地址发送所述数据包的步骤。

7.一种网络设备，其特征在于，包括：

端口，用于接收其它网络设备发送的数据包，并将数据包发送至处理器；

处理器，用于在生存时间值内通过各个端口向各个网络设备发送LLDP报文，并通过端口接收各个网络设备发送的LLDP报文，并确定各个端口的接收标识；在一个端口的接收标识表示确认接收到LLDP报文的确认标识情况下，设置该端口的端口状态为正常状态，并联动设置该端口对应的静态路由的链路状态为表示下一跳可达的激活状态；在一个端口接收标识表示确认接收到LLDP报文的否认标识情况下，设置该端口的端口状态为异常状态，并联动设置所述端口对应的静态路由的链路状态为表示下一跳不可达的非激活状态；还用于从接收的数据包中确定出目的地址，在静态路由表中确定出所述目的地址所在目的网段，并在目的网段对应的静态路由中确定一条静态路由；其中，所述静态路由包括：目的网段、出端口和下一跳IP地址，在所述静态路由的链路状态为激活状态下，通过所述出端口向下一跳IP地址发送所述数据包。

8.一种确定静态路由的链路状态的方法，其特征在于，包括：

当检测到端口在生存时间值内接收到由下一跳发送的LLDP更新报文，则设置所述端口对应的端口状态为正常状态；其中，正常状态表示静态路由的链路状态正常；

当检测到端口在生存时间值内未接收到由下一跳发送的LLDP更新报文，则设置所述端口对应的端口状态为异常状态；其中，异常状态表示静态路由的链路状态异常。

9.一种数据转发方法，其特征在于，包括：

从接收的数据包中确定出目的地址；

在静态路由表中确定出所述目的地址所在目的网段，并在目的网段对应的静态路由中确定一条静态路由；其中，所述静态路由包括：目的网段、出端口和下一跳IP地址；

在所述出端口的端口状态为正常状态下，通过所述出端口向下一跳IP地址发送所述数据包；

其中，所述出端口在生存时间值内接收到由下一跳发送的LLDP更新报文情况下，则确定所述出端口对应的端口状态为正常状态。

10.一种网络设备，其特征在于，包括：

端口，用于接收其它网络设备发送的数据包，并将数据包发送至处理器；

处理器，用于在生存时间值内通过各个端口向各个网络设备发送LLDP报文，并通过端口接收各个网络设备发送的LLDP报文，并确定各个端口的接收标识；在一个端口的接收标识表示确认接收到LLDP报文的确认标识情况下，设置该端口的端口状态为正常状态，在一个端口的接收标识表示确认接收到LLDP报文的否认标识情况下，设置该端口的端口状态为异常状态；还用于从接收的数据包中确定出目的地址，在静态路由表中确定出所述目的地址所在目的网段，并在目的网段对应的静态路由中确定一条静态路由；其中，所述静态路由包括：目的网段、出端口和下一跳IP地址，在所述出端口的端口状态为正常状态下，通过所述出端口向下一跳IP地址发送所述数据包。

Images