时延状态信息的检测方法及装置、网络架构的制作方法
【技术领域】
[0001] 本申请涉及计算机技术领域，具体涉及时延状态信息的检测技术领域，尤其涉及 时延状态信息的检测方法及装置、网络架构。
【背景技术】
[0002] 网络质量是互联网公司与运营商衡量自身服务质量的最重要指标之一，目前大部 分的网络质量监控主要关注于链路是否中断，而线路劣化、流量拥塞等所导致的网络质量 问题成为了监控的盲区。此外，为了使带宽被充分利用，运营商与大型互联网企业通常采用 多层级的负载均衡网络架构，然而受益于负载均衡的同时，也加剧了网络链路质量监控覆 盖全链路的难度，比如业务流量打在了问题链路上，但是监控或排查的流量打在正常链路 上，导致排障困难。
[0003] 现有技术中，各个厂商的网络设备主要通过哈希算法实现负载均衡，具体是通过 不断变换哈希参数制造探测流，来探测所有的链路。记录哈希参数对应的链路信息，按照该 哈希参数重新模拟探测流，复现出对应链路信息，通过两端服务器的时间戳相减，得到该链 路的延迟。
[0004] 但是，现有技术中，由于哈希参数的一致性问题，随机变换哈希参数构成的探测数 据报文会逐步收敛于某些链路上，导致大量探针返回的结果相同，最终无法覆盖完整链路； 当链路发生变化时（如，带宽扩容，链路迀移），原来得到的哈希参数与链路之间的关系不 再匹配，需要重新计算哈希参数与链路之间的关系；现有技术根据三层哈希参数来探测拓 扑，当多条链路共用一个IP地址时（如链路捆绑技术），此时无法探测每一条链路，导致不 能快速且准确的检测出处于时延状态的链路。
【发明内容】
[0005] 本申请的目的在于提出时延状态信息的检测方法及装置、网络架构，以解决现有 技术中不能快速且准确的检测出处于时延状态的链路的问题。
[0006] 为实现上述目的，本申请提供了如下方案：
[0007] 第一方面，本申请提供了一种时延状态信息的检测方法，所述方法包括：预先在源 节点上存储数据表，所述数据表包含已规划的探测流信息与链路信息的对应关系；根据所 述数据表在控制器上生成流表，所述流表包含匹配的探测流信息与处理该探测流的动作信 息，所述动作信息为从网络设备的某一接口转发；根据所述流表中的所述处理该探测流的 动作信息，指示中间节点转发所述源节点发送的携带有第一时间戳的所述探测流至目的节 点，并确定第二时间戳；根据所述第一时间戳，以及所述第二时间戳，确定所述探测流对应 的链路信息的时延状态信息。
[0008] 在一些实施例中，所述确定所述探测流对应的链路信息的时延状态信息之后，所 述方法还包括：将所述时延状态信息添加至所述数据表中的所述探测流信息与链路信息的 对应关系中；其中，所述数据表包括多个条目，每个条目记录着所述探测流信息、所述探测 流对应的链路信息、所述时延状态信息的对应关系。
[0009] 在一些实施例中，所述链路信息包括多个链路段，每个链路段为两个中间节点之 间的一条链路；所述链路信息用于指示所述中间节点转发所述探测流的路径。
[0010] 在一些实施例中，所述方法还包括：接收多个探测流对应的多个链路信息的时延 状态信息，其中，所述多个链路信息均为所述源节点与所述目的节点之间的链路信息；根据 所述多个探测流对应的多个链路信息的时延状态信息，确定所述源节点与所述目的节点之 间的延时链路段。
[0011] 在一些实施例中，所述确定所述源节点与所述目的节点之间的延时链路段，具体 包括：设置时延阈值；排除所述时延状态信息小于所述时延阈值的链路信息；统计剩下的 链路信息中的多个链路段，确定所述延时链路段。
[0012] 在一些实施例中，所述探测流信息为四元组，所述四元组包括：所述源节点的网络 协议IP地址、所述目的节点的IP地址、所述源节点端口、所述目的节点端口。
[0013] 在一些实施例中，所述方法还包括：接收携带第一时间戳的探测流；确定第二时 间戳，所述第二时间戳为所述接收携带第一时间戳的探测流时的当前时间；根据所述第一 时间戳，以及所述第二时间戳，计算所述探测流对应的链路信息的时延状态信息；根据多个 探测流对应的链路信息的时延状态信息，确定延时链路段。
[0014] 在一些实施例中，所述方法还包括：预先存储有数据表，所述数据表包括探测流信 息与链路信息的对应关系；将第一时间戳添加至探测流，并发送携带有第一时间戳的探测 流给交换机，以及发送所述数据表给控制器，以便所述控制器根据数据表生成流表。
[0015] 在一些实施例中，所述方法还包括：接收控制器下发的流表，所述流表包含匹配的 探测流信息与交换机处理该探测流的动作信息，所述交换机根据流表中的处理该探测流的 动作信息转发所述探测流。
[0016] 在一些实施例中，所述交换机接收到所述控制器发送的流表数量大于所述交换机 的端口数量。
[0017] 第二方面，本申请提供了一种时延状态信息的检测装置，所述装置包括：存储单 元，用于预先在源节点上存储数据表，所述数据表包含已规划的探测流信息与链路信息的 对应关系；生成单元，用于根据所述数据表在控制器上生成流表，所述流表包含匹配的探测 流信息与处理该探测流的动作信息，所述动作信息为从网络设备的某一接口转发；转发单 元，用于根据所述流表中的所述处理该探测流的动作信息，指示中间节点转发所述源节点 发送的携带有第一时间戳的所述探测流至目的节点，并确定第二时间戳；确定单元，用于根 据所述第一时间戳，以及所述第二时间戳，确定所述探测流对应的链路信息的时延状态信 息。
[0018] 第三方面，本申请提供了一种网络架构，所述网络架构包括：源服务器，用于预先 存储有数据表，所述数据表包括探测流信息与链路信息的对应关系；将第一时间戳添加至 探测流，并发送携带有第一时间戳的探测流，以及发送所述数据表，所述第一时间戳为发送 所述探测流时的当前时间；控制器，用于接收所述源服务器发送的所述数据表，根据所述数 据表生成流表；交换机，用于接收所述源服务器发送的所述探测流，接收所述控制器下发的 所述流表，所述流表包含匹配的探测流信息与交换机处理该探测流的动作信息，根据所述 流表中的所述处理该探测流的动作信息，转发所述携带有第一时间戳的所述探测流；目的 服务器，用于接收所述携带有第一时间戳的所述探测流时，确定第二时间戳，根据所述第一 时间戳，以及所述第二时间戳，计算所述探测流对应的链路信息的时延状态信息。
[0019] 在一些实施例中，所述目的服务器具体包括：接收单元，用于接收携带第一时间戳 的探测流；确定单元，用于确定第二时间戳，所述第二时间戳为所述接收携带第一时间戳的 探测流时的当前时间；计算单元，用于根据所述第一时间戳，以及所述第二时间戳，计算所 述探测流对应的链路信息的时延状态信息；处理单元，用于根据多个探测流对应的链路信 息的时延状态信息，确定延时链路段。
[0020] 根据本申请提供的具体实施例，本申请公开了以下技术效果：
[0021 ] 通过本申请实施例，可以检测网络架构中任意两个节点之间的时延状态信息，快 速并准确的检测出处于时延状态的链路段，提高了时延状态信息的检测效率。
[0022] 当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
【附图说明】
[0023] 通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它 特征、目的和优点将会变得更明显：
[0024] 图1是根据本申请的网络架构示意图；
[0025] 图2是根据本申请实施例一的时延状态信息的检测方法流程图；
[0026] 图3是根据本申请的时延状态信息的检测示意图；
[0027] 图4是根据本申请实施例二的时延状态信息的检测方法流程图；
[0028] 图5是根据本申请实施例三的时延状态信息的检测方法流程图；
[0029] 图6是根据本申请时延状态信息的检测装置示意图。
【具体实施方式】
[0030] 下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描 述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了 便于描述，附图中仅示出了与有关发明相关的部分。
[0031 ] 需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相 互组合。下面将参考附图并结合实施例来详细说明本申请。
[0032] 本申请实施例提供了时延状态信息的检测方法及装置、网络架构，可以为网络服 务器测量负载均衡提供数据支持。如图1所示的网络架构示意图，本申请实施例中的网络 架构100包括：源服务器101、控制器102、交换机103、目的服务器104,通过交换机将源服 务器发送的探测流转发给目的服务器，判断探测流从源服务器到达目的服务器的时间是否 延迟，根据源服务器到目的服务器之间的多条链路信息的延迟状态找出延迟链路段。
[0033