[发明专利]通过估算端链路容量来测量端主机的数据包处理时间

说明书

总体描述了用于测量远程连接的主机设备的数据包处理时间的技术。根据一些示例，链路容量可以被测量来估算数据包处理时间(PPT)。连接至主机的链路的容量可以通过主机在接收到每个探测数据包后对每个探测数据包添加时间戳的主动探测来测量。因此，PPT信息可以被包括在数据包接收处理和由不同计算应用的类型限定的数据包经历的处理中，给数据包添加时间戳是涉及处理时间的处理的示例。

技术领域

本公开涉及用于通过估算端链路容量来测量端主机的数据包处理时间的技术。

背景技术

除非本文另有指明，否则本部分中描述的材料不是本申请中的现有技术并且不通过被包括在本部分而被认为是现有技术。

分组交换网络中的网络时延可以被单向(从将发送数据包的源到接收数据包的目的地的时间)或往返(从源到目的地的单向时延加上从目的地返回源的单向时延)地测量。尽管往返时延更为经常使用，因为其可以从单点测量，但是其可能模糊/隐藏目的地系统花在处理数据包上的时间量。一些软件平台采用ping操作，ping操作可以被用来测量往返时延。Ping操作执行长数据包处理；当接收到数据包时，其仅仅发回响应。

但是，典型的数据包可以在许多链路上通过许多网关被传送，每一个网关可能直到其完全接收数据包才会开始传送该数据包。在此类网络中，最小时延可以被定义为每个链路的传输时延加上每个链路的最小时延之和。该时延可以进一步地增加排队延迟和处理延迟。在当网关从朝同一目的地的不同源接收多个数据包时，可能发生排队延迟。由于一般一次仅可以传输一个数据包，因此数据包中的一些数据包可能排队等候传输，从而产生额外的延迟。当网关确定如何处理新接收到的数据包时，发生处理延迟。传播延迟、序列化延迟、排队延迟和处理延迟的组合可以经常产生复杂且多变的网络时延情况。

在主机中-测量数据包处理时间-总网络时延的组成部分可能涉及复杂设置。如果主机远离管理员(例如，如在云中)被放置，则其复杂性可能增加。

发明内容

本公开总体描述了用于通过估算端链路容量来测量端主机的数据包处理时间的技术，其中，主机的端链路可以是直接连接至被测量主机的链路。

根据一些示例，描述了一种用于通过估算端链路容量来测量端主机的数据包处理时间的方法。示例方法可以包括从源主机向目的主机传输包括两个或多个数据包的复合探测，使所述复合探测在每个主机处一旦被接收即被添加时间戳，和/或基于所述复合探测的时间戳值来估算数据包处理时间。

根据另一其他示例，描述了一种用于通过估算端链路容量来测量端主机的数据包处理时间的计算设备。示例计算设备可以包括通信模块、存储器和处理器，所述通信模块被配置为在一个或多个网络上与多个其他计算设备通信，所述存储器被配置为存储指令，所述处理器被配置为执行数据包处理计时模块。所述数据包处理计时模块可以从源主机向目的主机传输包括一串探测数据包的复合探测，使所述探测数据包在每个主机处一旦被接收即被添加时间戳，并且基于所述探测数据包的时间戳值来估算数据包处理时间(PPT)。

根据另一些其他示例，描述了一种在其上存储有指令的计算机可读存储介质，所述指令用于通过估算端链路容量来测量端主机的数据包处理时间。当所述指令被执行时，所述指令可以引起方法被执行。所述方法可包括：从源主机向目的主机传输包括两个或多个数据包的复合探测，使所述复合探测在每个主机处一旦被接收即被添加时间戳，和/或基于所述复合探测的时间戳值来估算数据包处理时间。

前述发明内容仅用于说明性并且不旨在以任何方式进行限制。除上述示意性方面、实施方式和特征外，通过参考附图和以下详细描述，另外的方面、实施方式和特征将变得显而易见。

附图说明

组合附图，从以下描述及所附权利要求书，本公开的下述及其他特征将变得更加明显。理解的是，这些附图仅描绘了根据本公开的几个实施方式，并且因此将不被认为限制本公开的范围，通过使用附图，本公开的另外的特性及细节将被描述，其中：