CN111585834B - 一种网络信息的存储方法和装置 - Google Patents

Abstract

本申请的实施例提供一种网络信息的存储方法和装置，涉及通信领域，解决了网络时延计算不准确的问题。该方法包括：第一设备接收业务报文，并解析出业务报文中存储的每一个目标设备的标识、目标设备的发送时间戳和接收时间戳。然后，第一设备将接收到业务报文的接收时间戳和发送业务报文的发送时间戳写入业务报文的包头，并向第二设备转发该业务报文。最后，第一设备存储目标设备的标识、目标设备的发送时间戳和接收时间戳、第一设备的标识、以及第一设备的发送时间戳和接收时间戳。本申请实施例应用于存储业务报文在网络中传输的时间信息。

Description

一种网络信息的存储方法和装置

技术领域

本申请的实施例涉及通信领域，尤其涉及一种网络信息的存储方法和装置。

背景技术

运营商级路由器支持双向主动测量协议(two-way active measurementprotocol，TWAMP)功能。在业务建立完成后，将TWAMP-Test协议报文作为发送和接收性能测量的探帧，来确定网络中某条路径上的时延。具体的，发送端向接收端发送携带有发送时间戳的TWAMP-Test报文。接收端收到TWAMP-Test报文后，在TWAMP-Test报文中写入接收时间戳和反射时间戳，并向发送端反射TWAMP-Test报文。最后，发送端根据TWAMP-Test报文中的时间戳计算网络路径上的时延。

但是在实际情况中，通过主动发包方式进行测试时的路径与实际业务的路径可能会不一致，因此会导致发送端所计算出的网络路径上的时延不准确。

发明内容

本申请的实施例提供一种网络信息的存储方法和装置，解决了网络时延计算不准确的问题。

第一方面，本申请提供一种网络信息的存储方法，包括如下步骤：第一设备接收业务报文，并解析出业务报文中存储的每一个前序目标设备的标识、目标设备的发送时间戳和接收时间戳。然后，第一设备将接收到业务报文的接收时间戳和发送业务报文的发送时间戳写入业务报文的包头，并向第二设备转发该业务报文。最后，第一设备存储目标设备的标识、目标设备的发送时间戳和接收时间戳、第一设备的标识、以及第一设备的发送时间戳和接收时间戳。

上述方案中，在实际业务报文进行传输时，第一设备将业务报文经由的每个前序设备(即目标设备)接收业务报文时的接收时间戳和发送业务报文时的发送时间戳记录在业务报文中。并且将第一设备及其前序设备的时间戳信息和设备标识存储在第一设备中。这样，在第一设备的角度，就能够直接计算出业务报文，在第一设备的前序设备到第一设备之间，任意两个设备之间的网络时延。避免了通过主动发包的方式，测试出的业务的路径与实际业务的路径不一致造成的网络时延测试不准确的问题。

第二方面，本申请提供一种网络信息的存储装置，包括：接收模块，用于接收业务报文，并解析出业务报文中存储的每一个前序目标设备的标识、目标设备的发送时间戳和接收时间戳。处理模块，用于将接收到业务报文的接收时间戳和发送业务报文的发送时间戳写入业务报文的包头，并向第二设备转发该业务报文。存储模块，用于存储目标设备的标识、目标设备的发送时间戳和接收时间戳、第一设备的标识、以及第一设备的发送时间戳和接收时间戳。

第三方面，本申请提供一种网络信息的存储装置，包括处理器，当网络信息的存储装置运行时，处理器执行计算机执行指令，以使网络信息的存储装置执行如上述的网络信息的存储方法。

第四方面，本申请提供一种计算机存储介质，包括指令，当指令在计算机上运行时，使得计算机执行如上述的网络信息的存储方法。

第五方面，本申请提供一种计算机程序产品，计算机程序产品包括指令代码，指令代码用于执行如上述的网络信息的存储方法。

可以理解地，上述提供的任一种网络信息的存储装置、计算机存储介质或计算机程序产品均用于执行上文所提供的第一方面对应的方法，因此，其所能达到的有益效果可参考上文第一方面的方法以及下文具体实施方式中对应的方案的有益效果，此处不再赘述。

附图说明

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

图1为本申请的实施例提供的一种通过TWAMP功能确定网络时延的方法的流程示意图；

图2为本申请的实施例提供的一种通信网络拓扑结构示意图；

图3为本申请的实施例提供的一种网络信息的存储装置的硬件结构示意图；

图4为本申请的实施例提供的一种网络信息的存储方法的流程示意图；

图5为本申请的实施例提供的一种IPv6业务报文的包头结构示意图；

图6为本申请的实施例提供的一种IPv4业务报文的包头结构示意图；

图7为本申请的实施例提供的一种网络信息的存储装置的结构示意图。

具体实施方式

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

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

运营商级路由器支持双向主动测量协议(two-way active measurementprotocol，TWAMP)功能。在业务建立完成后，路由器将TWAMP测试协议(TWAMP-Test)报文作为发送和接收性能测量的探帧，来确定网络中某条路径上的时延。其中，TWAMP-Test报文使用预先设置好的统计会话的网络之间的互联协议(internet protocol，IP)地址、用户数据报协议(user datagram protocol，UDP)端口号进行网络时延的测试。具体的，TWAMP的TWAMP Light架构定义了两个方向的TWAMP-Test报文，包括测试请求(test-request)报文和测试响应(test-response)报文。

参照图1所示，通过TWAMP检测网络时延的方法包括如下步骤：发送端向接收端发送携带有发送时间戳(t1)的测试请求(test-request)报文。接收端接收到测试请求(test-request)报文后，在测试请求(test-request)报文中写入第一接收时间戳(t2)和反射时间戳(t3)，并向发送端反射测试响应(test-response)报文。之后，发送端接收到测试响应(test-response)报文后记录第二接收时间戳(t4)。最后，发送端根据TWAMP-Test报文中的时间戳，计算TWAMP-Test报文从发送端到接收端，最后回到发送端的过程中，单个周期的网络路径时延为t＝t4-t1-(t3-t2)。

但在实际情况中，上述通过主动发包方式进行测试时的路径与实际业务的路径可能会不一致。例如，参见图2中的通信的网络拓扑。该网络拓扑包括客户端21、第一路由器22、第二路由器23、第三路由器24、目标主机25。其中，客户端21与目标主机25之间存在7条路径，这7条路径分别为：路径1(客户端21→第一路由器22→第二路由器23→目标主机25)，路径2(客户端21→第一路由器22→第三路由器24→第二路由器23→目标主机25)，路径3(客户端21→第三路由器24→目标主机25)，路径4(客户端21→第一路由器22→第三路由器24→目标主机25)，路径5(客户端21→第三路由器24→第二路由器23→目标主机25)，路径6(客户端21→第一路由器22→第二路由器23→第三路由器24→目标主机25)，路径7(客户端21→第三路由器24→第一路由器22→第二路由器23→目标主机25)。所以当通过主动发包的方式测试客户端21与目标主机25之间的网络路径时延时，客户端21并不清楚实际业务在网络中的路径。因此，会导致发送端所计算出的网络路径上的时延不准确。

针对上述问题，本申请提供了一种网络信息的存储方法和装置。应用于存储业务报文在如图2所示的网络拓扑中传输时的时间信息，以便于计算业务报文在网络中的时延情况。其中，网络信息的存储方法包括：第一网络设备获取并解析出，业务报文中存储的每一个前序目标设备的标识、目标设备的发送时间戳和接收时间戳。之后，将接收到业务报文的接收时间戳和发送业务报文的发送时间戳写入业务报文的包头，并向第二设备转发该业务报文。最后，对目标设备的标识、目标设备的发送时间戳和接收时间戳、第一设备的标识、以及第一设备的发送时间戳和接收时间戳进行存储。这样能够直接计算出业务报文在第一设备的前序设备到第一设备之间，任意两个设备之间的网络时延。同时避免了通过主动发包的方式，测试网络时延不准确的问题。

另外，本申请提供的网络信息的存储装置，在具体实现时，具有如图3所示的部件。图3为本申请实施例提供的一种网络信息的存储装置，可以包括处理器302，处理器302用于执行应用程序代码，从而实现本申请中的网络信息的存储方法。

处理器302可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

如图3所示，网络信息的存储装置还可以包括存储器303。其中，存储器303用于存储执行本申请方案的应用程序代码，并由处理器302来控制执行。

存储器303可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器303可以是独立存在，通过总线与处理器302相连接。存储器303也可以和处理器302集成在一起。

如图3所示，网络信息的存储装置还可以包括通信接口301，其中，通信接口301、处理器302、存储器303可以相互耦合，例如通过总线304相互耦合。通信接口301用于与其他设备进行信息交互，例如支持网络信息的存储装置与其他设备的信息交互，例如从其他设备获取数据或者向其他设备发送数据。

需要指出的是，图3中示出的设备结构并不构成对该网络信息的存储装置的限定，除图3所示部件之外，该网络信息的存储装置可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面对本申请实施例提供的网络信息的存储方法进行描述。其中，下述方法实施例中提及的各个装置均可以具有图3所示组成部分，以下不再赘述。

图4为本申请实施例提供的网络信息的存储方法的流程示意图。参见图4，该网络信息的存储方法包括如下步骤。

401、第一设备接收业务报文。

具体的，业务报文中包括每一个目标设备的标识、每一个目标设备的发送时间戳和接收时间戳；目标设备用于传输业务报文，且位于第一设备之前。具体的，目标设备的标识为目标设备的地址。

可选的，业务报文中还包括业务报文的源地址和目的地址。

可选的，当业务报文为互联网协议第六版(internet protocol version 4，IPV6)业务报文时，目标设备的标识、目标设备的发送时间戳和接收时间戳携带在IPv6业务报文的扩展包头中。具体的，IPV6业务报文的扩展包头包括数据内容、下一头部、以及长度。其中，数据内容包含IPV6业务报文的源地址、目地址、途经的目标设备的地址、目标设备的到达时间戳、以及目标设备的发送时间戳。下一头部包含下一包头的类型，用于读取下一包头中的内容。长度标识了该扩展包头的长度。

进一步的，互联网工程任务组(the internet engineering task force，IETF)所规定IPv6业务报文的包头参见图5所示，包括版本号(version)、流量等级(trafficclass)、流标签(flow label)、载荷长度(payload length)、下一包头(next header)、跳数限制(hop limit)、源地址(source address)、目的地址(destination address)。其中，version包括4bit的IP协议号，固定为6。traffic class包括8bit的流量等级域。flowlabel包括20bit的流标签，用于标识同一个流里面的报文。payload length包括16bit字段，表明IPv6业务报文的头部包含的字节数，且包含扩展包头。next header包括8bit的识别号，用于识别上层协议或者扩展包头。hop limit包括8bit字段，在每次转发报文时跳数减1。source address包括128bit的地址，用于标识IPv6业务报文的来源。destinationaddress包括128bit的地址用于标识IPv6业务报文的目的地址。

因此，本申请在符合上述IETF所规定IPv6业务报文的包头的基础上，对扩展包头进行了定义。参见下表1，本申请中IPv6业务报文的扩展包头长度定义为8bit。数据内容包括128bit的源IPv6业务报文的地址、128bit的目的IPv6业务报文的地址、128bit的途经的目标设备的地址、64bit的目标设备的到达时间戳、64bit的目标设备的发送时间戳、以及填充字段。其中，填充字段是为了使扩展包头的长度能够保持为8字节的倍数。另外，扩展包头还包括8bit的下一头部。其中，下一头部包含下一包头的类型，用于读取下一包头中的内容。例如，定义本IPv6业务报文的扩展包头的类型为248(二进制为11111000)，则在其他扩展包头的下一头部位置标记249时，其他扩展包头的下一头部为本IPv6业务报文的扩展包头。进一步的，定义本IPv6业务报文的扩展包头的处理顺序为最后处理。

表1

可选的，当业务报文为互联网协议第四版(internet protocol version 4，IPV4)业务报文时，目标设备的标识、目标设备的发送时间戳和接收时间戳携带在IPv4业务报文头部的option字段中。

进一步的，IETF所规定IPv4业务报文的包头参见图6所示，包括版本号(version)、首部长度(header length)、服务类型(type of service)、总长度(total length)、标识(identifier)、标志(flags)、片偏移(fragment offset)、生存时间(TTL)、协议(protocol)、首部检验和(header checksum)、源地址(source address)、目的地址(destination address)、可选字段(options)、填充(padding)。其中，version包括4bit的IP协议号，固定为4。header length包括4bit的包头长度。type of service包括8bit，用于设置数据包的优先级以及选择传输服务。total length包括16bit。identifier包括16bit、flags包括3bit、fragment offset包括13bit，用于对大的上层数据包进行分段(fragment)操作。TTL包括8bit，在每次转发报文时TTL减1。protocol包括8bit，标识上层所使用的协议。header checksum包括16bit，用于对IPv4业务报文的包头进行纠错。source address包括32bit的地址，用于标识IPv4业务报文的来源。destination address包括32bit的地址用于标识IPv4业务报文的目的地址。options为一个可变长的字段，最长为20字节。padding用于在options后添加0来补足32bit，保证IPv4业务报文的包头为32bit的倍数。

再进一步的，参见表2，IETF规定的options字段由类型、长度和数据内容组成。其中，类型包括8bit，第0bit是复制标记位(copied flag)，第1-2bit是option class字段(0＝控制字段，1＝预留字段，2＝测量字段，3＝预留字段)，第3-7bit是option number字段。

因此，本申请在符合上述IETF所规定IPv4业务报文的包头的基础上，对options字段进行了定义。首先，使用options字段的类型中的第1-2bit的option class＝1的预留字段，第3-7bit的option number＝7的字段表示本IPv4业务报文的包头的options字段的类型。使用options字段的数据内容记录源IPv4业务报文的地址、目的IPv4业务报文的地址、途经的目标设备的地址、目标设备的到达时间戳、以及目标设备的发送时间戳。具体的数据内容包括32bit的源IPv4业务报文的地址、32bit的目的IPv4业务报文的地址、32bit的途经的目标设备的地址、64bit的目标设备的到达时间戳、以及64bit的目标设备的发送时间戳、以及填充字段。其中，填充字段是为了保证整个option字段的长度为8字节的倍数。

表2

402、第一设备在业务报文的包头中添加第一设备的接收时间戳和发送时间戳，并向第二设备转发业务报文。

可选的，当第一设备为生成业务报文的源设备时，在业务报文的包头中添加第一设备的发送时间戳。

可选的，当第一设备为处理业务报文的目的设备时，仅在业务报文的包头中添加第一设备的接收时间戳，并停止转发业务报文。

403、第一设备存储目标设备的标识、目标设备的发送时间戳和接收时间戳、第一设备的标识、以及第一设备的发送时间戳和接收时间戳。

可选的，当业务报文中还包括业务报文的源地址和目的地址，第一设备将业务报文的源地址和目的地址进行存储。

可选的，第一设备将业务报文的源地址、业务报文的目的地址、目标设备和第一设备的标识、发送时间戳和接收时间戳存储至第一设备的数据库中，以便于后续进行网络时延的计算，进一步检测网络故障。示例性的，第一设备将业务报文的源地址、业务报文的目的地址、目标设备和第一设备的标识、发送时间戳和接收时间戳以下表3的形式进行存储。则下表中包括3台目标设备，分别是地址为1.1.1.1的源设备和地址为1.3.0.1、1.4.0.1的设备。第一设备的地址为1.5.0.1。

表3

源地址	目的地址	途经设备	接收时间戳	发送时间戳
					1.1.1.1	2.2.2.2	1.1.1.1		0x4001
		1.3.0.1	0x4010	0x4013
							1.4.0.1	0x401f	0x4022
		1.5.0.1	0x4030	0x4040

可选的，第一设备根据目标设备的标识、目标设备的发送时间戳和接收时间戳，计算任意两个目标设备之间的路径时延。例如，第一设备为上述表3中地址为1.5.0.1的设备，计算地址为1.4.0.1的目标设备和地址为1.3.0.1的目标设备之间的路径时延的方法为0x401f减去0x4013。

可选的，第一设备根据目标设备的标识、目标设备的发送时间戳和接收时间戳、第一设备的标识、以及第一设备的发送时间戳和接收时间戳，计算任意一个目标设备与第一设备之间的路径时延。例如，第一设备的为上述表3中地址为1.5.0.1的设备，计算第一设备与地址为1.4.0.1的目标设备的路径时延的方法为0x4030减去0x4022。

可选的，第一设备根据目标设备的标识、目标设备的发送时间戳和接收时间戳，计算任意一个目标设备的设备时延。例如，第一设备为上述表3中地址为1.5.0.1的设备，计算地址为1.4.0.1的目标设备的设备时延的方法为0x4022减去0x401f。

可选的，第一设备根据第一设备的标识、以及第一设备的发送时间戳和接收时间戳，计算第一设备的设备时延。例如，第一设备为上述表3中地址为1.5.0.1的设备，计算第一设备的设备时延的方法为0x4040减去0x4030。

进一步的，下面以路由器A为源设备，路由器B为中间设备，路由器C为目的设备为例，对本申请进行说明。

S1、路由器A(此时路由器A为本申请中的第一设备)在它的数据库中存储业务报文的网络信息，网络信息包括业务报文的源地址(写入路由器A的地址)、目的地址(写入路由器C的地址)、途径地址(路由器A的地址)、到达时间戳、发送时间戳。当路由器A向路由器C发送业务报文时，路由器A将发送时间戳t1同步至数据库中的发送时间戳下。同时，路由器A将数据库中存储的业务报文的网络信息添加至业务报文的包头中。此时，路由器A的数据库如下表4。

表4

S2、业务报文途经路由器B(此时路由器B为本申请中的第一设备，路由器A为本申请中的目标设备)。路由器B将业务报文的包头中存储的网络信息存储进它的数据库中，并记录接收时间戳为t2。然后，路由器B将路由器B的标识和接收时间戳t2同步至数据库中。当路由器B向路由器C发送业务报文时，路由器B将发送时间戳t3同步至路由器B的数据库中的发送时间戳下。同时，路由器B将业务报文在路由器B上的网络信息添加至业务报文的包头中。此时，路由器B的数据库如下表5。

表5

此时，在路由器B上，路由器A到路由器B的路径时延为t2-t1，路由器B的设备时延为t3-t2。

S3、业务报文到达路由器C(此时路由器C为本申请中的第一设备，路由器A和路由器B为本申请中的目标设备)。路由器C将业务报文的包头中存储的网络信息存储进它的数据库中，并记录接收时间戳为t4。然后，路由器C将路由器C的标识和接收时间戳t4同步至数据库中。此时，路由器B的数据库如下表6。

表6

此时，在路由器C上，路由器A到路由器B的路径时延为t2-t1，路由器B的设备时延为t3-t2。路由器A到路由器C的路径时延为t4-t1-(t3-t2)。路由器B到路由器C的路径时延为t4-t3。

上述方案中，在实际业务报文进行传输时，第一设备将业务报文经由的每个前序设备(即目标设备)接收业务报文时的接收时间戳和发送业务报文时的发送时间戳记录在业务报文中。并且将第一设备及其前序设备的时间戳信息和设备标识存储在第一设备中。这样，在第一设备的角度，就能够直接计算出业务报文，在第一设备的前序设备到第一设备之间，任意两个设备之间的网络时延。避免了通过主动发包的方式，测试出的业务的路径与实际业务的路径不一致造成的网络时延测试不准确的问题。

另外，在IETF定义的互联网协议RFC 791中，也对IPV4业务报文的包头的option字段进行了定义。具体包括在业务报文的发送端将存储时间戳的存储空间的大小预先规定好，然后沿途的路由器可选插入发送时间戳/地址、发送时间戳/指定主机、发送时间戳三种方式，但不能超过预先设置的时间戳总长。即发送端规定了时间戳存储空间不能超过60字节，若某一跳插入时间戳时发现插入后总长度超过60字节，则这一跳路由器及其之后的路由器均不能再插入时间戳。这样，若途经的目标设备跳数较多，则无法有效记录沿途所有路由器的时间戳，记录的网络信息不全面。并且这种方式不会对目标设备内部的处理时延进行记录。但本申请通过定义IPv4业务报文的option字段，进而在网络中的任何目标设备上进行字段检查，据此能够得出IPv4业务报文经过的每一跳目标设备上的时延情况。并且源发送端不对时间戳报文长度做出限制，能够满足路径上的每一跳目标设备将时间戳一一记录下来。此外，每跳目标设备会记录接收时间戳和发送时间戳，这样不止可以获得路径时延，也可获知每一跳的设备处理时延时的设备时延。

本申请实施例可以根据上述的方法实施例对网络信息的存储装置进行功能模块的划分。例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

参照图7所示，本申请提供一种网络信息的存储装置，包括：

接收模块71，用于接收业务报文。业务报文中包括每一个目标设备的标识、每一个目标设备的发送时间戳和接收时间戳。目标设备用于传输业务报文，且位于第一设备之前。例如，结合图4，获取模块71可以用于执行步骤401。处理模块72，用于在接收模块71接收的业务报文的包头中添加第一设备的接收时间戳和发送时间戳，并向第二设备转发业务报文。第二设备为第一设备的下一跳设备。例如，结合图4，处理模块72可以用于执行步骤402。存储模块73，用于存储目标设备的标识、目标设备的发送时间戳和接收时间戳、第一设备的标识、以及第一设备的发送时间戳和接收时间戳。例如，结合图4，存储模块73可以用于执行步骤403。

可选的处理模块72，还用于根据目标设备的标识、目标设备的发送时间戳和接收时间戳，计算任意两个目标设备之间的路径时延。或者，处理模块72，还用于根据目标设备的标识、目标设备的发送时间戳和接收时间戳、第一设备的标识、以及第一设备的发送时间戳和接收时间戳，计算任意一个目标设备与第一设备之间的路径时延。

可选的，处理模块72，还用于根据目标设备的标识、目标设备的发送时间戳和接收时间戳，计算任意一个目标设备的设备时延。或者，处理模块72，还用于根据第一设备的标识、以及第一设备的发送时间戳和接收时间戳，计算第一设备的设备时延。

此外，还提供一种计算存储媒体(或介质)，包括在被执行时进行上述实施例中的网络信息的存储方法操作的指令。另外，还提供一种计算机程序产品，包括上述计算存储媒体(或介质)。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，其作用在此不再赘述。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块、单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (8)

1.一种网络信息的存储方法，其特征在于，包括：

第一设备接收业务报文；所述业务报文中包括每一个目标设备的标识、每一个目标设备的发送时间戳和接收时间戳；所述目标设备用于传输所述业务报文，且位于所述第一设备之前；

所述业务报文包括：IPv6业务报文或IPv4业务报文；所述IPv6业务报文的包头包括：填充字段和8bit的下一头部；其中，所述填充字段用于使扩展所述IPv6业务报文的包头的长度能够保持为8字节的倍数；所述8bit的下一头部包含下一包头的类型，所述8bit的下一头部用于读取所述下一包头中的内容；所述IPv4业务报文的包头包含64bit的时间戳；

所述第一设备在所述业务报文的包头中添加所述第一设备的接收时间戳和发送时间戳，并向第二设备转发业务报文；所述第二设备为所述第一设备的下一跳设备；

所述第一设备存储所述目标设备的标识、所述目标设备的发送时间戳和接收时间戳、所述第一设备的标识、以及所述第一设备的发送时间戳和接收时间戳。

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

所述第一设备根据所述目标设备的标识、所述目标设备的发送时间戳和接收时间戳，计算任意两个目标设备之间的路径时延；

或者，

所述第一设备根据所述目标设备的标识、所述目标设备的发送时间戳和接收时间戳、所述第一设备的标识、以及所述第一设备的发送时间戳和接收时间戳，计算任意一个目标设备与第一设备之间的路径时延。

3.根据权利要求1所述的存储方法，其特征在于，所述存储方法还包括：

所述第一设备根据所述目标设备的标识、所述目标设备的发送时间戳和接收时间戳，计算任意一个目标设备的设备时延；

或者，

所述第一设备根据所述第一设备的标识、以及所述第一设备的发送时间戳和接收时间戳，计算所述第一设备的设备时延。

4.一种网络信息的存储装置，其特征在于，用于第一设备，包括：

接收模块，用于接收业务报文；所述业务报文中包括每一个目标设备的标识、每一个目标设备的发送时间戳和接收时间戳；所述目标设备用于传输所述业务报文，且位于所述第一设备之前；

所述业务报文包括：IPv6业务报文或IPv4业务报文；所述IPv6业务报文的包头包括：填充字段和8bit的下一头部；其中，所述填充字段用于使扩展所述IPv6业务报文的包头的长度能够保持为8字节的倍数；所述8bit的下一头部包含下一包头的类型，所述8bit的下一头部用于读取所述下一包头中的内容；所述IPv4业务报文的包头包含64bit的时间戳；

处理模块，用于在所述接收模块接收的所述业务报文的包头中添加所述第一设备的接收时间戳和发送时间戳，并向第二设备转发业务报文；所述第二设备为所述第一设备的下一跳设备；

存储模块，用于存储所述目标设备的标识、所述目标设备的发送时间戳和接收时间戳、所述第一设备的标识、以及所述第一设备的发送时间戳和接收时间戳。

5.根据权利要求4所述的存储装置，其特征在于，

所述处理模块，还用于根据所述目标设备的标识、所述目标设备的发送时间戳和接收时间戳，计算任意两个目标设备之间的路径时延；

或者，

所述处理模块，还用于根据所述目标设备的标识、所述目标设备的发送时间戳和接收时间戳、所述第一设备的标识、以及所述第一设备的发送时间戳和接收时间戳，计算任意一个目标设备与第一设备之间的路径时延。

6.根据权利要求4所述的存储装置，其特征在于，

所述处理模块，还用于根据所述目标设备的标识、所述目标设备的发送时间戳和接收时间戳，计算任意一个目标设备的设备时延；

或者，

所述处理模块，还用于根据所述第一设备的标识、以及所述第一设备的发送时间戳和接收时间戳，计算所述第一设备的设备时延。

7.一种网络信息的存储装置，其特征在于，包括处理器，当所述网络信息的存储装置运行时，所述处理器执行计算机执行指令，以使所述网络信息的存储装置执行如权利要求1-3任一项所述的网络信息的存储方法。

8.一种计算机存储介质，包括指令，其特征在于，当所述指令在计算机上运行时，使得所述计算机执行如权利要求1-3任一项所述的网络信息的存储方法。

Images