CN101202664A - 上报设备信息的方法、获取设备信息的系统和设备 - Google Patents

Abstract

本发明公开了一种上报设备信息的方法、获取设备信息的系统和设备，属于通信领域。所述方法包括：接收包括应答标识字段的探测报文；当自身为目的设备时，向源设备发送应答报文；当自身不是目的设备时，根据所述应答标识字段判断是否需要发送应答报文；如果是，向源设备发送应答报文；所述应答报文携带自身的设备信息，所述设备信息至少包括设备名称。所述系统包括：源设备和应答设备。所述设备包括：接收模块、第一判断模块、第二判断模块和应答报文发送模块。本发明通过在应答报文中携带设备信息，通知源设备本设备的设备名称及当前状态，方便了网络的管理与维护。

Description

上报设备信息的方法、获取设备信息的系统和设备

技术领域

本发明涉及通信领域，特别涉及一种上报设备信息的方法、获取设备信息的系统和设备。

背景技术

随着网络技术的发展，越来越多的人开始使用网络处理日常生活。运营商借助网络为消费者提供各种业务的同时，对网络的管理能力也提出了越来越高的要求。网络的管理建立在对网络运行信息掌握的基础之上，如果无法掌握运行设备的各种信息，将无法对设备进行适当的管理，以及在网络发生异常时，无法采取修正措施及时使网络恢复正常。

现有技术中提供了一种ICMP(Internet Control Message Protocol，因特网控制报文协议)，它通过IP(Internet Protocol，因特网协议)承载，协议号是1。参见图1提供的ICMP报文的格式，其中，包括8位类型字段，用于说明ICMP报文的作用及格式；8位代码字段，用于详细说明某种ICMP报文的类型，16位校验和字段，以及数据字段，ICMP报文的类型参见表1。

表1

类型代码	类型描述	含义
			0	Echo Reply	响应应答
3	Destination Unreachable	目标不可达
			4	Source Quench	抑制源设备的数据发送率
5	Redirect	重定向
			8	Echo Request	响应请求
11	Time Exceeded	超时
			12	Parameter Problem	参数失灵
13	Timestamp Request	时间戳请求
			14	Timestamp Reply	时间戳应答
15	Information Request	信息请求
			16	Information Reply	信息应答

现有技术中还有某些ICMP报文使用代码字段的值来进一步描述不同的条件，比如类型值为3时，代码字段取值0代表网络不可达，代码字段取值1代表主机不可达。

节点对网络流量进行处理时，可以将本节点在处理报文时发生的某些特定情况，通过向源节点发送ICMP应答报文的形式通告给源节点。现有技术中有一种信息获取的方法，该方法利用ICMP完成网络探索的，如traceroute程序，其原理如下：

当路由器收到一个IP报文时，如果其TTL(Time To Live，生存周期)是0或1，则路由器不转发该报文，直接丢弃该报文，同时，向源设备发送一个含超时信息的ICMP应答报文，即ICMP应答报文类型值为11，代码字段为0，该ICMP应答报文的源地址是该路由器的IP地址。

在实现本发明的过程中，发明人发现上述信息获取方法至少存在以下问题：

通过ICMP报文的形式获取设备信息的方法，只能得到报文经过的路由器的IP地址，通常一台路由器可能存在多个IP地址，该方法只能获得其中某一个IP地址，而具体返回哪一个IP并没有统一，根据获得的IP定位到具体的物理设备比较困难；并且也无法获得设备的其他信息。

发明内容

为了方便网络的管理与维护，本发明实施例提供了一种上报设备信息的方法、获取设备信息的系统和设备。所述技术方案如下：

一种上报设备信息的方法，所述方法包括：

接收包括应答标识字段的探测报文；

当自身为目的设备时，向源设备发送应答报文；

当自身不是目的设备时，根据所述应答标识字段判断是否需要发送应答报文；

如果是，向所述源设备发送应答报文；

所述应答报文携带自身的设备信息，所述设备信息至少包括设备名称。

本发明实施例还提供了一种获取设备信息的系统，所述系统包括：

源设备，用于向下一跳设备发送包括应答标识字段的探测报文；以及接收应答报文，根据所述应答报文携带的设备信息中的设备名称确定对应的设备；

应答设备，用于接收上一跳设备发送的探测报文，当自身为目的设备时，向所述源设备发送应答报文；当自身不是目的设备时，根据所述应答标识字段判断是否需要发送应答报文；如果是，向所述源设备发送应答报文；所述应答报文携带所述应答设备的设备信息，所述设备信息至少包括设备名称。

进一步地，本发明实施例还提供了一种设备，所述设备包括：

接收模块，用于接收包括应答标识字段的探测报文；

第一判断模块，用于根据所述接收模块接收到的探测报文中的目的地址判断自身是否为目的设备；

第二判断模块，用于当所述第一判断模块判断出自身不是目的设备时，根据所述探测报文中的应答标识字段判断是否需要向源设备发送应答报文；

应答报文发送模块，用于当所述第一判断模块判断出自身是目的设备时，或当所述第二判断模块的判断结果是需要向所述源设备发送应答报文时，向所述源设备发送应答报文，所述应答报文携带自身的设备信息，所述设备信息至少包括设备名称。

本发明实施例提供的技术方案的有益效果是：

通过在应答报文中携带设备信息，通知源设备本设备的设备名称及当前状态，方便了网络的管理与维护。

附图说明

图1是现有技术提供的ICMP报文的格式示意图；

图2是本发明实施例1提供的自定义协议的数据格式示意图；

图3是本发明实施例1提供的上报设备信息的方法流程图；

图4是本发明实施例1提供的网络结构示意图；

图5是本发明实施例1提供的另一个网络结构示意图；

图6是本发明实施例2提供的上报设备信息的方法流程图；

图7是本发明实施例3提供的获取设备信息的系统示意图；

图8是本发明实施例4提供的设备示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

本发明实施例中的设备接收到包括应答字段的探测报文后，当自身为目的设备时，向源设备发送应答报文；当自身不是目的设备时，根据应答标识字段判断是否需要发送应答报文；如果是，向源设备发送应答报文，其中，应答报文携带自身的设备信息，且设备信息至少包括设备名称。使源设备能够根据设备名称确认对应的设备，方便了网络的管理与维护。

实施例1

本实施例提供了一种上报设备信息的方法，其中，设备信息至少包括设备名称，还可以包括本地信息和/或TTL，本地信息指入接口丢包数、出接口丢包数、入接口丢字节数、出接口丢字节数、入接口总带宽、出接口总带宽、入接口空闲带宽、出接口空闲带宽、转发失败原因、转发属性信息和MTU中的一种或多种。另外，设备信息中可以包括设备的IP地址或MAC地址，也可以不包括其IP地址或MAC地址，根据需要，设备名称也可以表示为设备的MAC地址或IP地址，为了利于识别，优选带有地理位置信息的名称作为设备名称。

本实施例定义了一种可以扩展的协议，该协议的数据格式中定义了多个类型字段，如表2所示，通过类型字段携带上述设备信息，根据设备信息对网络进行管理和维护。

表2

含义	类型	长度	值的描述
				设备名称	1	＜64Byte	设备名称
入接口丢包数	2	8Byte	因QOS原因丢弃的报文数量
				出接口丢包数	3	8Byte	因QOS原因丢弃的报文数量
入接口丢字节数	4	8Byte	因QOS原因丢弃的bit数量
				出接口丢字节数	5	8Byte	因QOS原因丢弃的bit数量
入接口总带宽	6	4Byte	由带宽数值(3Byte)和单位(1Byte)组成
				出接口总带宽	7	4Byte	由带宽数值(3Byte)和单位(1Byte)组成
入接口空闲带宽	8	4Byte	由带宽数值(3Byte)和单位(1Byte)组成
				出接口空闲带宽	9	4Byte	由带宽数值(3Byte)和单位(1Byte)组成
MTU	10	4Byte	报文数量的最大传输
				TTL	11	1Byte	设备收到的报文中携带的TTL值
转发失败原因	12	1Byte	1：路由查找失败；2：QOS；3：无法找到L2封装信息；4：安检失败；5：URPF失败
				转发属性信息	13	1Byte	1：走缺省路由；2：负载分担；3：主备链路的备用链路；4：主备链路的备用链路；5：进入隧道(GRE，MPLS等)

本实施例中的带宽单位不固定，用1表示bits，2表示kbits，3表示Mbits，4表示Gbits，5表不10Gbits。

例如：一个报文中可同时携带多个数据，一条数据由三部分组成：类型、长度和值。应答设备(设备名称为SHANGHAI)发送的应答报文中携带的入接口丢包数量为100，出接口丢包数量为200，则数据格式参见图2，其中，类型为1时，表示设备名称，其长度为8，值为SHANGHAI；类型为2时，表示入接口丢包数，其长度为8，值为100；类型为3时，表示出接口丢包数，其长度为8，值为200。

参见图3，该上报设备信息的方法包括：

S101：源设备向下一跳设备发送探测报文，该探测报文包括应答标识字段。

其中，探测报文可以是自定义的探测报文，也可以是ICMP报文；自定义的探测报文可以具有ICMP报文的功能，或者为带有应答标识字段的报文，用以使下一跳设备收到探测报文后，能够根据应答标识字段决定是否将其设备信息回复给源设备。

源设备可以预先和其它设备约定应答标识字段的设定规则，例如：如果源设备只希望获取目的设备的设备信息，则在探测报文的应答标识字段中填加标识“E”，表明中间设备可以不对探测报文进行应答；如果探测报文的应答标识字段中没有填加标识“E”，表示源设备希望获取路径上每个设备的设备信息。或者，用在探测报文的应答标识字段中填加“1”表示需要应答，填加“0”表示不需要应答等。本实施例以应答标识字段中是否填加标识“E”作为是否要求应答的依据。

S102：下一跳设备收到上述探测报文后，根据探测报文中的目的地址判断自身是否为目的设备，如果是，执行S106；否则执行S103。

S103：根据应答标识字段判断是否需要向源设备发送应答报文，如果是，执行S104；否则，执行S105。

S104：向源设备发送应答报文，该应答报文携带本设备的设备信息，然后执行S105。

其中，设备信息中的本地信息为预先统计好的，保存在本设备上。例如：当设备发现所接收报文的校验码错误时，便从入接口直接将此报文丢弃，并记录丢弃的报文数量(丢包数)及丢弃的原因；或者，当报文出队列已满，便将后续需要转发的报文从出接口丢弃，并记录丢弃的报文数量及丢弃的原因。

S105：修改探测报文中的TTL，将原来的TTL减1，向下一跳设备转发修改后的探测报文，返回S102。

S106：目的设备向源设备发送应答报文，该应答报文携带本设备的设备信息。

S107：源设备收到应答报文后，提取应答报文中携带的设备信息。

上述各标号只是用于引用方便，并不对各流程的先后顺序造成限定，例如：S104也可以在S105之后执行。

源设备根据提取出的设备信息进行分析：

1)如果应答报文携带的设备信息为设备名称，源设备将能够知道哪个设备在线。

2)如果应答报文携带的设备信息为设备名称和本地信息，源设备将得知该设备名称对应的设备的状态，例如：

应答报文携带入/出接口丢包数时，根据该丢包数源设备可以分析出路径上哪个设备对数据、声音或图像等传输造成影响；

该应答报文携带转发失败原因、转发属性信息时，源设备可以根据这个原因寻找解决的途径；

该应答报文携带带宽占用量(入接口总带宽、出接口总带宽、入接口空闲带宽、出接口空闲带宽)时，源设备将可以根据带宽占用量分析该设备是否达到传输的瓶颈。

应答报文携带设备的MTU时，源设备将可以知道该设备是否会导致报文分片等。

3)如果应答报文携带的设备信息为设备名称和TTL时，根据每个设备返回的应答报文中的TTL，源设备将可以知道路径上每个设备的先后顺序。

4)如果应答报文携带的设备信息为设备名称、本地信息和TTL时，源设备将能够分析出上述1)至3)中的信息。

参见图4提供的网络结构示意图，以源设备Beijing向目的设备Shenzhen发送探测报文，途经中间设备Shanghai和Guangzhou为例，上述方法过程如下：

1)源设备Beijing发送探测报文，该探测报文的TTL＝64，且应答标识字段中没有携带标识E。

2)中间设备Shanghai收到上述探测报文后，因该探测报文没有携带标识E，则提取探测报文中的TTL＝64，将64减1得到63，向源设备Beijing发送应答报文，该应答报文携带此中间设备的设备名称Shanghai和TTL＝63；修改探测报文中的TTL为63，向下一跳设备(中间设备Guangzhou)转发修改后的探测报文；

3)中间设备Guangzhou收到探测报文后，同中间设备Shanghai的处理过程一样，向源设备Beijing发送应答报文，该应答报文携带此中间设备的设备名称Guangzhou和TTL＝62；修改探测报文中的TTL为62，向下一跳设备(目的设备Shenzhen)转发修改后的探测报文；

4)目的设备Shenzhen收到探测报文后，向源设备Beijing发送应答报文，该应答报文携带此中间设备的设备名称Shenzhen和TTL＝61；

5)源设备Beijing收到Shanghai的应答报文后，因为并非是Shenzhen的应答报文，所以继续等待，直到收到Shenzhen的应答报文或等待超时，收到所有的应答报文后，源设备Beijing根据Shanghai、Guangzhou、Shenzhen返回的应答报文的TTL(Shanghai TTL＝63、Guangzhou TTL＝62、Shenzhen TTL＝61)，可判断出路径的顺序为Beijing-Shanghai-Guangzhou-Shenzhen。

参见图5，从北京到深圳，例如：北京的设备的主机名(HostName)为Beijing，IP地址为10.1.1.1；上海的设备的主机名为Shanghai，IP地址为10.2.2.2，入接口丢包数(InBoundLoss)为0，出接口丢包数(OutBoundLoss)为222；深圳的设备的主机名为Shenzhen，IP地址为10.3.3.3，入接口丢包数为0，出接口丢包数为0。通过输入：C:\Documents andSettings\Administrator＞tracert 10.1.1.1，将获得如下信息：

Tracing route to 10.111.138.87 over a maximum of 30 hops

No   IP           HostName     InBoundLoss  OutBoundLoss

1    10.2.2.2     Shanghai     0            222

2    10.3.3.3     Shenzhen     0            0

通过这些信息，源设备可以知道探测报文经过的主机名列表，通过对设备名称进行合理的规划，运营商可快速知道一个数据流经过了哪些地区或机房。另外，通过入/出接口丢包中的信息可知道中间Shanghai设备出接口有丢包，可能是造成视频产生马赛克的原因。

本实施例通过在应答报文中携带本设备的设备信息，以使源设备通过设备信息中的设备名称知道本设备在线，通过设备名称管理设备的方式，可读性好，方便了网络的管理与维护。同时，通过设备信息中的其它信息(如：本地信息)可以使源设备得知本设备的状态，帮助解决网络中出现的问题。

实施例2

参见图6，本实施例提供了一种上报设备信息的方法，该方法是通过扩展ICMP应答机制实现的，包括：

S201：源设备向下一跳设备发送一个包括TTL的ICMP探测报文。

S202：下一跳设备收到ICMP探测报文后，检查该ICMP探测报文中的TTL是否为1，如果是，执行S203；否则，执行S204。

S203：向源设备发送ICMP超时报文，并携带本设备的设备信息。

其中，ICMP探测报文中的TTL即为应答标识字段，TTL＝1，表示需要发送应答报文，TTL不为1，表示不需要发送应答报文，本实施例中的应答报文即为ICMP超时报文；设备信息与实施例1中的设备信息相同，这里不再赘述。

S204：将该ICMP探测报文中的TTL减1，将TTL减1后的ICMP探测报文发送给下一跳设备，返回S202。

S205：源设备收到ICMP超时报文后，提取ICMP超时报文中的设备信息。

源设备也可以通过ICMP超时报文收到的先后顺序得出路径上的设备先后顺序，例如：源设备将第一次发送的ICMP探测报文的TTL设置为1，收到目的设备发送的ICMP超时报文后，记录设备信息中的设备名称；然后发送TTL为2的ICMP探测报文，收到目的设备发送的ICMP超时报文后，再次记录设备信息中的设备名称，依次类推，将会得到路径上设备的先后顺序。

同理，根据设备信息中的其它信息，源设备也可以分析出当前设备的状态等。

同时，ICMP探测报文的TTL＝1还可以表示本设备为目的设备，即源设备只需要目的设备返回应答报文，即本实施例中的ICMP超时报文。

本实施例通过发送携带TTL的ICMP探测报文，使收到TTL为1的ICMP探测报文的设备向源设备发送ICMP超时报文，并在ICMP超时报文中携带本设备的设备信息，根据设备信息分析设备的状态，方便了网络的管理和维护。

实施例3

参见图7，本实施例提供了一种获取设备信息的系统，包括：

源设备，用于向下一跳设备发送包括应答标识字段的探测报文；以及接收应答报文，根据应答报文携带的设备信息中的设备名称确定对应的设备；

应答设备，用于接收上一跳设备发送的探测报文，当自身为目的设备时，向源设备发送应答报文；当自身不是目的设备时，根据应答标识字段判断是否需要发送应答报文；如果是，向源设备发送应答报文；应答报文携带应答设备的设备信息，设备信息至少包括设备名称。

其中，当该系统的应答设备为多个时，应答设备具体包括：

接收模块，用于接收上一跳设备发送的探测报文；

判断模块，用于根据探测报文中的目的地址判断自身是否为目的设备，如果不是，根据应答标识字段判断是否需要向源设备发送应答报文；

应答报文发送模块，用于当判断模块的判断结果是需要向源设备发送应答报文时，提取探测报文中的生存周期，将生存周期减1，向源设备发送应答报文，应答报文携带自身的设备信息，设备信息包括设备名称和减1后的生存周期；

探测报文转发模块，用于当判断模块的判断结果是自身不是目的设备时，对接收模块接收到的探测报文进行修改，将探测报文的生存周期减1，向下一跳设备转发修改后的探测报文。

本实施例提供的系统能够通过发送探测报文获取应答设备的设备信息，根据设备信息对网络进行管理，提高了管理的效率，方便更好地对网络进行维护。

实施例4

参见图8，本实施例提供了一种设备，包括：

接收模块，用于接收包括应答标识字段的探测报文；

第一判断模块，用于根据接收模块接收到的探测报文中的目的地址判断自身是否为目的设备；

第二判断模块，用于当第一判断模块判断出自身不是目的设备时，根据探测报文中的应答标识字段判断是否需要向源设备发送应答报文；

应答报文发送模块，用于当第一判断模块判断出自身是目的设备时，或当第二判断模块的判断结果是需要向源设备发送应答报文时，向源设备发送应答报文，应答报文携带自身的设备信息，设备信息至少包括设备名称。

其中，应答报文发送模块具体包括：

应答报文发送确认单元，用于当第一判断模块判断出自身是目的设备时，或当第二判断模块的判断结果是需要向源设备发送应答报文时，确认需要向源设备发送应答报文；

应答报文发送单元，用于当应答报文发送确认单元确认需要向源设备发送应答报文时，提取探测报文中的生存周期，将生存周期减1，向源设备发送应答报文，应答报文携带自身的设备信息，设备信息包括设备名称和减1后的生存周期；

相应地，设备还包括：

探测报文转发模块，用于对接收模块接收到的探测报文进行修改，将探测报文的生存周期减1，向下一跳设备转发修改后的探测报文。

进一步地，接收模块接收到的探测报文携带的应答标识字段具体为生存周期，相应地，第二判断模块具体用于判断探测报文中的生存周期是否为1，如果是，需要向源设备发送应答报文；否则，不需要向源设备发送应答报文。

本实施提供的设备能够根据探测报文中的信息向源设备发送应答报文，通知源设备自身的设备信息，使源设备能够根据设备信息对网络进行管理和维护。

以上实施例通过向源设备发送应答报文时携带设备信息，使源设备能够得到当前网络中的设备状态，增强了网络的管理和维护。

同时，通过以上实施例提供的技术方案，可以不需要通过网管系统获取被管设备的信息，解决了网管系统不易于部署，网管往往只能管理到有限的设备，不能获取到管辖范围外的设备的信息，以及获取网络流量的实际转发路径比较困难等问题。

以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现，其软件程序存储在可读取的存储介质中，存储介质例如：计算机中的硬盘、光盘或软盘。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种上报设备信息的方法，其特征在于，所述方法包括：

接收包括应答标识字段的探测报文；

当自身为目的设备时，向源设备发送应答报文；

当自身不是目的设备时，根据所述应答标识字段判断是否需要发送应答报文；如果是，向源设备发送应答报文；

所述应答报文携带自身的设备信息，所述设备信息至少包括设备名称。

2.如权利要求1所述的上报设备信息的方法，其特征在于，所述设备信息还包括入接口丢包数、出接口丢包数、入接口丢字节数、出接口丢字节数、入接口总带宽、出接口总带宽、入接口空闲带宽、出接口空闲带宽、转发失败原因、转发属性信息和最大传输单元中的一种或多种；

相应地，所述方法还包括：

所述源设备收到所述应答报文后，提取所述应答报文中携带的设备信息；

根据所述设备信息判断所述设备名称对应的设备的状态。

3.如权利要求1所述的上报设备信息的方法，其特征在于，所述应答标识字段的标识为需要应答；

所述设备信息还包括生存周期，所述生存周期为从所述探测报文中提取出的生存周期减1后的值；

相应地，当自身不是目的设备时，所述向源设备发送应答报文的步骤后还包括：

修改所述探测报文中的生存周期，将所述探测报文中的生存周期减1，向下一跳设备转发修改后的探测报文。

4.如权利要求3所述的上报设备信息的方法，其特征在于，所述方法还包括：

所述源设备接收每个应答报文，提取所述每个应答报文中的生存周期和设备名称；

根据每个生存周期确定从所述源设备到目的设备的设备先后顺序。

5.如权利要求1所述的上报设备信息的方法，其特征在于，所述探测报文的应答标识字段具体为生存周期，相应地，所述根据所述应答标识字段判断是否需要发送应答报文的步骤具体为：

判断所述探测报文中的生存周期是否为1，如果是，需要发送应答报文；否则，不需要发送应答报文。

6.一种获取设备信息的系统，其特征在于，所述系统包括：

源设备，用于向下一跳设备发送包括应答标识字段的探测报文；以及接收应答报文，根据所述应答报文携带的设备信息中的设备名称确定对应的设备；

应答设备，用于接收上一跳设备发送的探测报文，当自身为目的设备时，向所述源设备发送应答报文；当自身不是目的设备时，根据所述应答标识字段判断是否需要发送应答报文；如果是，向所述源设备发送应答报文；所述应答报文携带所述应答设备的设备信息，所述设备信息至少包括设备名称。

7.如权利要求6所述的获取设备信息的系统，其特征在于，所述应答设备为多个，具体包括：

接收模块，用于接收上一跳设备发送的探测报文；

判断模块，用于根据所述探测报文中的目的地址判断自身是否为目的设备，如果不是，根据所述应答标识字段判断是否需要向所述源设备发送应答报文；

应答报文发送模块，用于当所述判断模块的判断结果是需要向所述源设备发送应答报文时，提取所述探测报文中的生存周期，将所述生存周期减1，向所述源设备发送应答报文，所述应答报文携带自身的设备信息，所述设备信息包括设备名称和减1后的生存周期；

探测报文转发模块，用于当所述判断模块的判断结果是自身不是目的设备时，对所述接收模块接收到的探测报文进行修改，将所述探测报文的生存周期减1，向下一跳设备转发修改后的探测报文。

8.一种设备，其特征在于，所述设备包括：

接收模块，用于接收包括应答标识字段的探测报文；

第一判断模块，用于根据所述接收模块接收到的探测报文中的目的地址判断自身是否为目的设备；

第二判断模块，用于当所述第一判断模块判断出自身不是目的设备时，根据所述探测报文中的应答标识字段判断是否需要向源设备发送应答报文；

应答报文发送模块，用于当所述第一判断模块判断出自身是目的设备时，或当所述第二判断模块的判断结果是需要向所述源设备发送应答报文时，向所述源设备发送应答报文，所述应答报文携带自身的设备信息，所述设备信息至少包括设备名称。

9.如权利要求8所述的设备，其特征在于，所述应答报文发送模块具体包括：

应答报文发送确认单元，用于当所述第一判断模块判断出自身是目的设备时，或当所述第二判断模块的判断结果是需要向所述源设备发送应答报文时，确认需要向所述源设备发送应答报文；

应答报文发送单元，用于当所述应答报文发送确认单元确认需要向所述源设备发送应答报文时，提取所述探测报文中的生存周期，将所述生存周期减1，向所述源设备发送应答报文，所述应答报文携带自身的设备信息，所述设备信息包括设备名称和减1后的生存周期；

相应地，所述设备还包括：

探测报文转发模块，用于对所述接收模块接收到的探测报文进行修改，将所述探测报文的生存周期减1，向下一跳设备转发修改后的探测报文。

10.如权利要求8所述的设备，其特征在于，所述接收模块接收到的探测报文携带的应答标识字段具体为生存周期，相应地，所述第二判断模块具体用于判断所述探测报文中的生存周期是否为1，如果是，需要向源设备发送应答报文；否则，不需要向源设备发送应答报文。

Images