CN107925591B - 分析包括多个网络节点的网络的网络性能的方法和设备 - Google Patents

分析包括多个网络节点的网络的网络性能的方法和设备 Download PDF

Info

Publication number
CN107925591B
CN107925591B CN201680043692.5A CN201680043692A CN107925591B CN 107925591 B CN107925591 B CN 107925591B CN 201680043692 A CN201680043692 A CN 201680043692A CN 107925591 B CN107925591 B CN 107925591B
Authority
CN
China
Prior art keywords
node
path
destination node
network
measurement result
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201680043692.5A
Other languages
English (en)
Other versions
CN107925591A (zh
Inventor
特雷弗·伯布里奇
P·厄德利
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
British Telecommunications PLC
Original Assignee
British Telecommunications PLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by British Telecommunications PLC filed Critical British Telecommunications PLC
Publication of CN107925591A publication Critical patent/CN107925591A/zh
Application granted granted Critical
Publication of CN107925591B publication Critical patent/CN107925591B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/12—Network monitoring probes

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

公开了用于分析包括多个网络节点的网络的网络性能的方法和设备。该方法可以包括以下步骤：关于目标节点(40b)获取多个探测测量结果，所述多个探测测量结果从以下得到：经由到所述目标节点(40b)的不同网络路径(P1、P2)发送的并且与关于由相应探测测试消息和与其关联的探测响应消息采取的路径的网络性能特性有关，并且所述多个探测测量结果还取决于相应探测测试消息在所述目标节点(40b)处的本地处理；关于探测测量结果确定相应意外量度；比较所述相应意外量度，并且根据比较，关于所述目标节点(40b)分配权重；以及根据至少一个探测测量结果且根据权重确定网络性能分析量度。

Description

分析包括多个网络节点的网络的网络性能的方法和设备
技术领域
本发明涉及数据网络，并且涉及用于分析关于数据网络的性能的方法和设备。具体地，本发明的实施方式涉及分析或测试关于使用诸如数据分组或其它这种消息的数据项的数字数据网络(诸如因特网、企业网络、数据中心或局域网)的网络性能。
背景技术
为了获取指示网络性能的测量结果而分析网络可以使用各种技术来进行，包括涉及主动测试(在主动测试中，通信量通过特别用于进行测试目的的网络来发送)的技术和涉及被动测试(在被动测试中，分析由于用户活动导致已经流经网络的通信量)的技术。
涉及被动测试的技术可以示出如由真实用户使用的真实应用程序的性能，但通常限于测试在特定时间使用的应用程序和网络，并且可能因为应用测试的通信量变化而使得难以比较网络性能。使用跨网络发送的参考通信量的主动测试通常不具有该缺点。
然而，涉及主动测试的技术还具有可以测试什么的问题。通常，主动测试技术测试服务本身(例如，网页或视频性能)或基础网络二者之一。测试通常从测试点到服务或到位于网络中的测试服务器来执行。通过使用多个测试服务器，网络运营商可以取得跨网络的不同路径或子路径的性能的观察，但大规模部署并维护测试服务器昂贵，并且这无法给出不在运营商的控制下的网络的观察，除非测试服务器位于这些网络中。因此，关注使用基本网络路由设备来进行测试，使用诸如“跟踪路由(traceroute)”和“查验(ping)”的基本工具。
“跟踪路由”是在存活时间(TTL)或跳限制计数到期时利用因特网协议(IP)网络的特征来生成对消息的发送者的回复消息的技术。
“查验”是可以用于测试网络中的节点的可靠性并测量用于从源节点(诸如计算机、服务器、路由器等)向目的地节点发送并返回的消息的往返时间(RTT)的技术。被称为“ICMP探测”、“探测消息”或简称为“探测”的根据因特网控制消息协议(ICMP)的消息通常可以经由一个或更多个中间节点从充当测试点的发送者被发送到远程网络节点，如果该远程网络节点是用于探测的预期目的地或“目标”(通常在包括在探测中的报头信息中指示)，则该远程网络节点将关联探测响应消息发回给发送者，这允许发送者确认已经达到目标，并且允许发送者测量RTT(还被称为时延)。
在本背景以及下文中，将注意，词语“探测”通常在“调查”或一个或更多个“调查性消息”的意义上使用，而不是在“传感器”的意义上使用。因此，所涉及的探测可以为经由网络发送的一个或更多个分组或一个或更多个另一种消息。
诸如上述的技术通常用于确定沿着网络路径定位的节点，而且分析多对节点之间的时延或时延变化。总时延可以确定节点有多远，同时可能由网络队列的填充而引起的时延变化可以用作网络拥塞的指示。这种技术可以提供每一条网络路径的相应节点处的网络性能的非常细粒度观察，这允许网络运营商甚至关于不在运营商的所有权或控制下的节点和跨网络的路径查看性能。
这种技术的问题是结果不总是网络性能的可靠指示器。虽然穿过节点的实际网络通信量通常在节点的优化转发元件中处理(“快速路径”处理)，但“跟踪路由”响应或“查验”通常将由节点的一般中央处理单元(CPU)来处理，并且通常涉及新分组或其它这种消息的生成(“慢速路径”处理)。由此，跟踪路由和查验测量结果通常指示所转发的用户通信量实际上未经历的延迟和损失。
因此，使用诸如跟踪路由和查验的基本路由器功能确定网络性能的之前尝试由于由标准网络设备(诸如路由器和其它节点)进行的这些探测(即，探测分组或其它消息)的可能缓慢或可变处理而经常有缺陷，这导致网络问题的错误诊断。因此，许多系统已经使用专业测试基础设施(例如，专用测试服务器)，但如以上所指示的，这些基础设施可能通常仅给出测试点与这些测试服务器所在的任何地点之间的总端到端路径性能。
由此，需要即使当在IP网络中使用基本探测技术(诸如“跟踪路由”和“查验”)时也可应用的测试网络性能的改进方式。
“应用因特网数据分析中心”(“CAIDA”)已经开发了在被称为“Archipelago”项目的项目中使用的被称为“Scamper”的工具。该工具旨在允许批量跟踪路由和查验测量结果。它们已经发布以下论文：
M.Luckie、A.Dhamdhere、D.Clark、B.Huffaker以及K.Claffy的“Challenges inInferring Internet Interdomain Congestion”，Internet Measurement Conference(IMC)，2014年11月，15-22页(该论文可在以下位置在线获取：https://www.caida.org/ publi cations/papers/2014/challenges_inferring_interdomain_congestion/)和D.Clark、S.Bauer、K.Claffy、A.Dhamdhere、B.Huffaker、W.Lehr以及M.Luckie的“Measurement and Analysis of Internet Interconnection and Congestion”，Telecommunications Policy Re search Conference(TPRC)，2014年9月(该论文可在以下位置在线获取：https://www.caida.org/publications/papers/2014/measurement_ analysis_internet_interconnection/)。这些论文考虑数据可以如何用于推断拥塞(特别是网络域之间的拥塞)，并且讨论如何分析数据来检测网络问题。
参考其它现有技术引用，由B.Augustin等人创作的标题为“Multipath Tracingwith Paris Traceroute”(2007年5月)的论文讨论了跟踪路由以及如何凭借负载平衡的部署，不再存在到目的地的单条路线，因此传统跟踪路由系统性地错过一些路径。该论文指定朝向目的地报告所有路径的被称为多路径检测算法的自适应随机探测算法。
由C.Crespelle等人创作的标题为“Rigorous Measurement of IP-levelNeighborhood of Internet Core Routers”(2010年3月)的论文涉及互联网核心路由器的IP级邻居的测量结果，并且提出一种旨在避免由于传统测量结果引起的问题的专用于互联网的核心的方法。
EP1206085(“Infonet”)涉及用于自动化服务等级协议的方法和设备。
日期为1998年11月且由G.Almes、S.Kalidindi以及M.Zekauskas创作的标题为“ARound-trip Delay Metric for IPPM”的IETF网络工作组互联网草案定义了用于分组跨因特网路径的往返延迟的度量。
日期为2010年1月的标题为“Understanding the Ping and TracerouteCommands”(http://www.cisco.com/image/gif/paws/12778/ping_traceroute.pdf)的来自思科系统(Cisco System)的“Tech Notes”公开出版物例示了查验和跟踪路由命令的使用，并且在一些调试命令的帮助下捕获这些命令如何工作的更详细观察。
US2010/315958(“Luo等人”)涉及用于以非协作方式测量网络路径质量的方法和设备，并且涉及向远程节点发送由探测数据分组构成的探测并从其接收由至少一个响应数据分组构成的响应。
发明内容
以上所讨论的CAIDA论文讨论了如何分析数据来检测网络问题，但未考虑与对网络探测具有很差或可变响应的特定节点本身关联的问题，更不用说处理这种问题的方法。
本发明的实施方式基于以下认识：由从“测试”网络节点向“目标”网络节点发送诸如“查验”消息的探测消息作出的测量结果(假设这些测量结果(至少主要)指示关于相应节点之间的路径的网络性能)还可能过度地受目标节点本身执行探测消息的本地、机载、“慢速路径”处理所花费的时间影响。这种“慢速路径”处理通常仅关于节点是“目标”节点的探测消息发生，如果同一节点仅是向为目标节点的随后节点转发探测消息的中间节点，则它通常将仅执行关于该探测消息的“快速路径”处理(即，检查该消息的报头并转发它)。本发明人已经认识到，这提供隔离并估计特定节点的“慢速路径”处理的影响的机会，并且如果该节点在它是目标节点的情况下被估计为对测量结果的可靠性具有特别有破坏性的影响，则网络性能分析可能(至少主要)基于对探测测量结果的自身影响不那么具有破坏性的其它节点。
根据本发明的第一方面，提供了一种分析包括多个网络节点的网络的网络性能的方法，关于至少一个目标节点，该方法包括以下步骤：
获取多个探测测量结果，关于所述目标节点的探测测量结果包括：
-至少一个第一路径探测测量结果，所述至少一个第一路径探测测量结果从以下得到：经由从测试节点到所述目标节点的第一网络路径发送的一个或更多个探测测试消息、以及通过在所述目标节点处接收并且本地处理一个或更多个探测测试消息触发的由所述测试节点从所述目标节点接收的一个或更多个关联探测响应消息；以及
-至少一个其它路径探测测量结果，所述至少一个其它路径探测测量结果从以下得到：经由从测试节点到所述目标节点的至少一条其它网络路径发送的一个或更多个探测测试消息、以及通过在所述目标节点处接收并且本地处理一个或更多个探测测试消息触发的由所述测试节点从目标节点接收的一个或更多个关联探测响应消息；
相应探测测量结果均与关于由相应探测测试消息和与其关联的探测响应消息采取的网络路径的一个或更多个网络性能特性有关，并且还取决于相应探测测试消息在所述目标节点处的本地处理；
关于所述至少一个第一路径探测测量结果且关于所述至少一个其它路径探测测量结果确定相应意外性量度，所述意外性量度根据所述相应探测测量结果的预定函数来确定；以及
比较所述相应意外性量度，并且根据比较，关于所述目标节点分配权重；
并且：
根据取决于关于至少一个目标节点的至少一个探测测量结果且取决于关于所述至少一个目标节点分配的权重的预定函数，确定网络性能分析量度。
优选实施方式可以用于通过以下方式来识别特定目标节点是否很可能提供不可靠结果：将通过经由不同网络路径(可以为来自同一测试节点的不同路径或来自不同测试节点的路径)向特定目标节点发送探测获取的结果进行比较。如果发现与到同一目标节点的不同路径有关的结果示出意外共性(例如，与不同路径有关的结果在彼此相同的时间展示共享或类似异常或突然变化)，则这可以被当作以下的暗示或强指示：与不同路径有关的结果全部受它们共同拥有的主要因素(即，共同目标节点的“慢速路径”处理)影响，而不是受到目标节点的路径影响，这暗示那些结果不可靠，并且在分析网络性能时应被忽视或给予较低权重。
预定功能可以被选择为使得总性能分析量度可以基于或最强烈地基于关于从其获取“最佳”测量结果的节点获取的探测测量结果，或者基于关于该节点随后获取的一个或更多个探测测量结果。将理解，术语“最佳”的意义将取决于所做出的测量结果的类型，但通常，关于诸如“时间”测量结果的一些类型的测量结果，最低将被视为最佳，而关于其它测量结果(例如，可靠性或数据量测量结果)，最高将被视为最佳。
由特定探测尝试的探测响应消息采取的“返回”网络路径通常将为由关联探测测试消息采取的“向外”网络路径的反向，但不必须为这种情况，可以不是在控制讨论中的测试节点或目标节点时在实体的控制下的因素。
根据优选实施方式，关于目标节点分配的权重可以根据在关于所述至少一个第一路径探测测量结果且关于所述至少一个其它路径探测测量结果确定的相应意外性量度之间展示的共性量度来确定。例如，可以关于相应意外性量度展示更高共性的目标节点分配较低权重。
权重可以为“1”(即，完全或100％)和“0”(即，零或0％)，以在总分析量度中包括或排除关于特定目标节点的测量结果，或者可以在从1到0的规模上，以允许总分析量度受关于被视为提供更可靠/不那么可靠的单独测量结果的目标节点做出的测量结果更大/更小程度影响。
根据优选实施方式，与目标节点有关的探测测量结果可以包括：
-多个第一路径探测测量结果，多个第一探测测量结果均从以下得到：经由从测试节点到所述目标节点的所述第一网络路径发送的探测测试消息、以及通过在所述目标节点处接收并且本地处理探测测试消息触发的由所述测试节点从所述目标节点接收(通常但不必须经由第一网络路径)的关联探测响应消息；以及
-多个其它路径探测测量结果，多个其它探测测量结果均从以下得到：经由从测试节点到所述目标节点的所述至少一条其它网络路径发送的探测测试消息、以及通过在所述目标节点处接收并且本地处理探测测试消息触发的由所述测试节点从所述目标节点接收(通常但不必须经由第一网络路径)的关联探测响应消息；
并且，相应意外性量度可以均根据所述相应多个探测测量结果的预定函数来确定。
在这种实施方式中，多个第一路径探测测量结果可以从在不同时间经由所述第一网络路径发送到所述目标节点的探测测试消息得到，并且多个其它路径探测测量结果可以从在不同时间经由所述其它网络路径发送到所述目标节点的探测测试消息得到。
例如，结果的更大变化可能暗示它们不那么可靠。
根据优选实施方式，所述一个或更多个第一路径探测测量结果和所述一个或更多个其它路径探测测量结果可以分别由从测试节点经由第一网络路径发送的一个或更多个探测测试消息和从测试节点经由另一条网络路径发送的一个或更多个探测测试消息得到。
相应路径例如可以为相同节点之间的无线路径和固定路径。
根据优选实施方式，所述一个或更多个第一路径探测测量结果和所述一个或更多个其它路径探测测量结果分别由从第一测试节点经由第一网络路径发送的一个或更多个探测测试消息和由从不同测试节点经由网络路径发送的一个或更多个探测测试消息得到。
根据优选实施方式，每个第一路径探测测量结果可以从以下得到：经由从第一测试节点到所述目标节点的第一网络路径发送的探测测试消息、以及通过在所述目标节点处接收并且本地处理探测测试消息触发的由所述测试节点从所述目标节点经由第一网络路径接收的关联探测响应消息；并且每个其它路径探测测量结果可以从以下得到：经由从另一个测试节点到所述目标节点的另一条网络路径发送的探测测试消息、以及通过在所述目标节点处接收并且本地处理探测测试消息触发的由所述另一个测试节点从所述目标节点经由另一条网络路径接收的关联探测响应消息。
根据优选实施方式，关于相应目标节点获取的探测测量结果可以包括关于以下中的一个或更多个的测量结果：
-与响应时间(例如，针对“查验”消息的往返响应时间)关联的一个或更多个特性；
-与通信速度关联的一个或更多个特性；
-与通信延迟和/或延迟变化关联的一个或更多个特性；
-与通信量关联的一个或更多个特性；
-与可靠性关联的一个或更多个特性；
-与数据丢失关联的一个或更多个特性；
-与通信质量关联的一个或更多个特性；
-与安全性关联的一个或更多个特性；
-与服务使用关联的一个或更多个特性。
或一个或更多个其它类型的特性。
根据本发明的第二方面，提供了一种分析包括多个网络节点的网络的网络性能的方法，该方法包括以下步骤：关于多个目标节点执行根据第一方面的方法，由此关于所述多个目标节点中的每个分配相应权重；以及根据取决于关于所述目标节点中的至少一个的至少一个探测测量结果且取决于关于所述至少一个目标节点分配的权重的预定函数，确定网络性能分析量度。
根据本发明的第三方面，提供了一种被构造为执行根据第一或第二方面的方法的设备。
设备例如可以包括一个或更多个网络节点(诸如路由器)或与一个或更多个这种节点关联的一个或更多个处理器。
根据本发明的第四方面，提供了一种计算机程序元件，该计算机程序元件包括计算机程序代码，该计算机程序代码在被加载到计算机系统并在计算机系统上执行时，使得计算机执行根据第一方面的方法的步骤。
以上关于第一方面提及的各种选项和优选实施方式关于第二、第三以及第四方面也可应用。
本发明的优选实施方式能够使用基于在IP路由器中发现的现有功能的现有测试。跟踪路由和查验可连同允许跟踪路由和查验测试的批量自动化的更全面工具(诸如Scamper)一起用作客户端工具。跟踪路由在存活时间(TTL)到期时利用IP网络的特征来生成对发送者的回复。查验将特殊ICMP探测反射到网络节点返回到发送者，以便测试往返时间(还被称为时延)。
本发明的优选实施方式能够使用这种工具来产生用于沿着从测试点开始的路径的路由器的单独测试结果。这种测试结果可以记录执行测试的时间、被测试的IP节点以及性能数据(诸如响应是否连同响应所花费的延迟(或往返时间)一起返回)。
这些单独结果然后可以用于执行关于大量节点中的每一个的性能的分析。所考虑的性能通常为到达节点的总(平均)时延以及时延变化(这可能指示拥塞)。以上所讨论的CAIDA开发的技术可以用于寻找从峰值时间网络使用期望的时延的日变化，然而，在网络不拥塞时，这种日变化还可能存在于节点对跟踪路由和查验的响应中。
附图说明
将参照附图描述本发明的优选实施方式，附图中：
图1示出了网络节点和两个相邻节点；
图2示出了路径上的多个网络节点；
图3例示了不同节点处的“快速路径”处理和“慢速路径”处理；
图4例示了在根据优选实施方式的方法中的可以允许使用沿着到同一目标节点的不同路径发送的探测消息来分析的节点和路径；
图5例示了从沿着具有共同意外异常的到同一目标节点的不同路径发送的探测获取的可能结果；
图6例示了从沿着不具有共同意外异常的到同一目标节点的不同路径发送的探测获取的可能结果；以及
图7是例示了根据优选实施方式的方法的流程图，其中，分析来自沿着到同一目标节点的不同路径发送的探测消息的测量结果，以识别有问题的节点数据。
具体实施方式
参照附图，将描述根据优选实施方式的方法和设备。
在描述本发明的优选实施方式之前，将参照图1、图2以及图3更详细地说明以上简要提及的网络节点(诸如路由器)中的“慢速路径”和“快速路径”处理的问题。
参照图1，图1示出了网络节点10和两个相邻节点10’和10”，这两个相邻节点分别被称为“上游”节点10’和“下游”节点10”。网络节点10通过所示单独/内部功能模块(注意，这些模块可以被实现为软件或硬件模块，并且注意，它们之间的分离实际上可以为功能的，而不是为空间的)被展开并且具体地示出，以辅助说明网络节点10的主要功能。两个相邻节点10’和10”通常将具有类似或对应单独/内部功能模块，但为了避免使附图不必要地复杂，未示出这些模块。
将理解，术语“上游”和“下游”为相对的，并且取决于特定节点关于数据的特定交换扮演的角色，第一节点可以关于由一个分组采取的路径为第二节点的上游，并且关于由另一个分组采取的路径为第二节点的下游，但对于本讨论，这些术语关于以下场景来使用：
(i)上游节点10’沿着经由节点10的路径向“下游”网络节点10”发送数据(例如，一个或更多个探测消息，包括一个或更多个数据分组)，在这种情况下，节点10的功能是从上游节点10’接收数据并将其转发到下游节点10”；以及
(ii)上游节点10’向节点10本身发送数据并从其接收响应。
在图1中，实线箭头(H1、h1、h2、H2)涉及场景(i)，并且指示由从上游节点10’发送的数据采取的单向路径，该数据以下游节点10”作为其(预期)目的地地址(如在其报头中或以其它方式指示的)，该数据到达节点10并由节点10在其路径上从上游节点10’转发到下游节点10”。这些箭头中，具有大写字母“H”(即，H1和H2)的那些箭头指示路径上的外部跳(hop)，即，节点10’与10之间的跳H1和节点10与10”之间的跳H2。具有小写字母“h”的箭头(即，h1和h2)指示用于数据的节点10内的内部处理路径，该数据由节点10的第一输入/输出(I/O)接口101从节点10’接收并被传递到节点10的转发处理器103(h1)，然后从节点10的转发处理器103传递到节点10的第二I/O接口109(h2)，该第二I/O接口呈现用于从节点10转发到节点10”的数据。
如以上所指示的，IP网络中的数据分组通常在它们的IP报头中指示它们的目的地IP地址(以及它们的源地址和其它信息)，这些IP地址通常将关于“查验”测试被使用。对于跟踪路由请求，报头(还)可以指示存活时间(TTL)跳计数，但在该场景中，目标IP地址可能不与跟踪路由目的地/目标相同。
虚线箭头(h3、h4、h5以及H3，并且目前忽略h1/3和h4/5)涉及场景(ii)，并且连同实线箭头H1和H3一起指示在数据以节点10作为其(预期)目的地地址从上游节点10’被发送时、在该数据到达节点10且在那里被处理时、以及在由节点10向上游节点10’发回关联响应时采取的双向路径。再次，具有大写字母“H”(即，H1和H3)的箭头指示路径上的外部跳，即，节点10’与10之间的跳H1(也在场景(i)中执行)和从节点10返回到节点10’的跳H3。具有小写字母“h”的那些箭头(即，h1、h3、h4以及h5)指示用于数据的节点10内的内部处理路径，该数据由节点10的I/O接口101从节点10’接收并被传递到节点10的转发处理器103(h1，与场景(i)共用)，由节点10发现该数据的目标为节点10本身，该数据因此被传递用于由节点10的CPU 105处理(h3)，在那里被处理，被传递回到节点10的转发处理器103(h4)，从那里传递回到节点10的I/O接口101(h5)并被呈现以便从节点10转发回到节点10’(H3)。CPU 105被示出为具有关联存储器107，在该存储器107中，可以存储诸如路由表、接口的IP地址等的信息。
由此，关于场景(i)，如果节点10充当上游节点10’与下游节点10”之间的中间节点且因此仅需要将诸如探测消息的数据从节点10’转发到节点10”，则数据所采取的路径为：
H1->h1->h2->H2。
然而，关于场景(ii)，如果节点10充当用于从上游节点10’发送到它的诸如探测消息的数据的目标或目的地节点且因此请求向上游节点10’发送探测响应(因此需要在将响应消息发回节点10’之前在其CPU 105中处理探测消息)，则数据所采取的路径为：
H1->h1->h3->h4->h5->H3。
(注意，关于如上所述的目前所描述的实施方式，节点10的I/O接口101和109简单地充当功能是向转发处理器103转发从外部节点(例如，节点10’或节点10”)接收的数据并向外部节点(例如，节点10”或10’)转发从转发处理器103接收的数据的接口。转发处理器103的功能是检查所接收的数据，并且在包括诸如“查验”请求的消息的大多数数据分组的情况下，确定(例如，从读取分组或其它这种消息的报头中的“目的地地址”指示)节点本身是否是用于数据的预期目的地(在这种情况下，数据被传递到CPU 105)或另一个节点是否是用于数据的预期目的地(在这种情况下，数据被传递到适当I/O接口以便转发)。(然而，对于“跟踪路由”测试，问题可能是分组的报头是否指示到期TTL，而不是分组是否到达其预期目的地)。然而，在任何情况下，将注意，图1中示出被称为“h1/3”和“h4/5”的弯曲虚线箭头。这些箭头例示了与另选实施方式有关的情形，在另选实施方式中，检查所接收数据并确定节点本身是否是用于数据的预期目的地或另一个节点是否是用于数据的预期目的地的功能可以由接收数据的I/O接口来执行。在这种实施方式中，需要由CPU 105处理的数据可以沿着由弯曲虚线箭头h1/3指示的内部处理路径从I/O接口101内部地传递到CPU 105，而不经过转发处理器103，并且响应数据可以沿着由弯曲虚线箭头h4/5指示的路径从CPU 105内部地传递回到I/O接口101，再次不经过转发处理器103。以上和以下所讨论的“快速路径”和“慢速路径”处理的问题可关于这两种实施方式来应用。)
关于上文注意的重要问题是在转发探测(诸如“跟踪路由”或“查验”消息)时，普通节点(如与专用测试服务器相对的)通常以与它处理其它分组相同的方式来处理该探测(NB，也就是在“快速路径”上被处理，其中，这里的词语“路径”是指“节点内的内部处理路径，而不是网络路径”)；节点被优化以用于转发分组，并且操作可以整体在硬件中执行。然而，在这种节点对探测响应时(比如，因为跟踪路由分组的TTL已经达到零，或者因为节点是“查验”分组的目标或预期目的地)，那么也就是节点在“慢速路径”上处理分组(词语“路径”再次是指“节点内的内部处理路径”)；“响应”操作涉及节点的CPU，并且通常包括生成朝向探测的源发送回的新分组/消息。
作为这样的结果，期望使用一个或更多个探测消息测量的与沿着网络路径的性能有关的特性(例如，往返响应时间或延迟、往返响应时间或延迟的变化等)的测量结果可能由于探测的目标节点本身的内部处理(并且具体是由于目标节点本身的CPU的速度、拥塞状态、可靠性或另一个特性)导致关于探测的“目标节点”本身的探测消息的“慢速路径”处理而失真。如果所期望的性能测量结果是指示测试节点与目标节点之间的路径的性能状态的性能测量结果，则受由过慢的目标节点本身的“慢速路径”处理过度影响的这种测量结果的失真通常是不期望的。
由此，可能期望识别由于由它们自己的“慢速路径”处理引起(或被视为很可能引起)对单独探测测量结果的显著失真的节点，和/或期望识别引起(或被视为很可能引起)最少或最多失真的节点，因此允许整个网络分析至少主要基于来自被发现(或被视为很可能)引起最少失真的一个或更多个节点的探测测量结果，并且可能期望允许从整个网络分析去除或忽略可能更失真的测量结果。
为了简化以上问题的说明，图1仅例示了涉及必要的最少数量节点的情形，但将理解，跨网络的路径可以涉及多个节点及其之间的跳，并且网络通常分支，因此节点之间的其它路线也是可能的。
进一步地，虽然节点10被示出为具有两个I/O接口，用于从节点10’接收数据并向节点10’发送数据的第一接口(101)和用于从节点10”接收数据并向节点10”发送数据的第二接口(109)，但节点可以仅具有用于所有发送和接收的一个接口、用于发送的一个接口和用于接收的另一个接口、多个接口、用于大量相邻节点中的每一个的一个接口、或接口的另一个这种布置。
例如，参照示出了路径上的多个网络节点的图2，将理解，跨网络的路径在诸如探测消息的消息的初始发送者(例如，测试源S，20)与用于该数据的目标之间通常可以具有多个中间节点。例如，如果节点E 20e是用于来自测试源S的探测消息22e的目标节点，并且从测试源S向节点E行进的数据在到达节点E之前由节点A、B、C以及D(20a、20b、20c、20d)分别接收并转发，则节点A、B、C以及D中的每一个充当与从测试源S到节点E的探测消息22e有关的中间节点，并且还可以充当与从节点E返回到测试源S的关联响应消息24e有关的中间节点(但应注意，该“返回”路径可以不必须是“向外”路径的反向)。在这种场景中，消息将经受由节点A、B、C以及D中的每一个进行的“快速路径”处理，并且经受仅由节点E进行的“慢速路径”处理。
还将理解，虽然测试源S被示出为向节点A、B、C、D以及E中的每一个发送探测消息22a、22b、22c、22d以及22e(即，节点A、B、C、D以及E中的每一个充当与发送到其的探测消息有关的目标节点)，并从其接收关联响应消息24a、24b、24c、24d以及24e，但所示节点中的任一个可以充当测试源，并且同时或不同时向其它节点中的任一个发送探测消息和从其接收关联响应消息，消息可以在任一方向上沿着链接节点的任意路径行进。特定节点在特定探测尝试中被涉及作为测试源、作为中间节点还是作为目标节点将确定其角色通常将涉及发送、转发还是接收并响应探测消息，这转而通常将确定特定节点将仅经由其“快速路径”处理路线来处理探测(以便向另一个节点下游发送或转发探测消息或朝向讨论中的测试源转发回响应消息)还是(另外)经由其“慢速路径”处理路线来处理探测(以便在其自己的CPU中处理探测消息，产生响应消息，并且朝向讨论中的测试源呈现该消息，以便传输回上游)。
图3例示了可以如何根据节点是充当与特定探测有关的目标节点还是仅充当在测试源与目标节点之间的路径上的中间节点在不同节点处执行“快速路径”和“慢速路径”处理。为了简单起见，图3简单地例示了从测试源S 30发送的两个探测消息，两个探测消息中的一个在节点A 30a作为其目标节点的情况下被发送，并且两个探测消息中的另一个在节点B 30b作为其目标节点的情况下沿着节点A 30a是中间节点的路径被发送。将理解，在不同实施方式中，相应探测消息可以由测试源S 30同时或不同时地被发送，并且多个消息可以被发送到每个目标节点，并且其它节点还可以同时或不同时涉及作为测试源、中间节点以及目标节点。将使用该简单示例，以说明可以如何进行并使用(使用“查验”、“跟踪路由”或其它这种探测技术)所作出的不同探测测量结果的比较。
在可应用时以缩写形式示出节点30、30a以及30b的单独功能模块(即，I/O接口、转发处理器、CPU及其关联存储器)，但因为早先已经参照图1解释了这些模块，所以图3中不对它们单独编号，以便不使附图过分复杂。图3中使用虚线箭头来示出所涉及的路径(即，节点之间的外部跳以及节点内的内部处理路径)，这些路径关于相应探测被遍历(即，由从测试源S到相应目标节点的相应探测测试消息采取的相应“向外”路径和由从相应目标节点返回到测试源S的相应探测响应消息采取的相应“返回”路径)，但是再次，不标记这些路径，因为认为这将使得附图不必要地复杂。
凭借本发明的优选实施方式，以以下这种方式来比较从在不同路径上和/或在不同测试源和/或目标节点之间发送的不同探测消息获取的性能测量结果：指示哪些测量结果已经或很可能已经受在充当用于讨论中的探测消息的目标节点的节点中的过度慢、不可靠、误导或另外很差的“慢速路径”处理过度影响。这种比较的结果可以指示哪一个节点或哪些节点以关于提供讨论中的网络路径上的性能的真实或实际指示的这种方式来响应。
参照图3的左手侧，考虑从测试源S到节点A的探测涉及在允许作出单个探测测量结果的过程中遍历的以下元素：
(i)从始发测试点(测试源S)到节点A的“向外”网络路径(该网络路径本身包括在测试源S内从测试源的CPU开始且到其到节点A的I/O接口上的虚线箭头、和从测试源S的I/O接口到节点A的I/O接口的虚线箭头，但因为部件为附图的左手侧和右手侧共用的，所以该细分不重要)；
(ii)节点A上来自测试源S的入接口；
(iii)与节点A内的探测有关的响应处理(该探测本身由节点A内的从节点A的I/O接口经由其转发处理器到其CPU并经由其转发处理器返回到其I/O接口的虚线箭头来表示)；
(iv)节点A上朝向测试源S返回的出接口；以及
(v)到测试源S的“返回”网络路径。
简化术语，我们以下可以说：
总节点A测量结果＝从S到A的返回路径+A的探测响应，
其中，被称为“从S到A的返回路径”对总节点A测量结果的贡献包括以下四个子贡献：
(i)与从测试源S到节点A的“向外”网络路径有关的子贡献；
(ii)与节点A上的入接口有关的子贡献；
(iv)与节点A上朝向测试源S返回的出接口有关的子贡献；以及
(v)与从节点A到测试源S的“返回”网络路径有关的子贡献。
将注意，不形成“从S到A的返回路径”贡献的一部分的总测量结果的唯一部分是与以上(iii)有关的部分(即，与节点A本身内的探测有关的响应处理)。
现在，参照图3的右手侧，考虑经由节点A 30a发送的从同一测试源S到随后节点B30b的探测。除了与节点A本身内的探测有关的“慢速路径”响应处理之外，该探测测量与到节点A的探测相同的元素(当到节点B的探测仅跨节点A经由其“快速路径”处理被转发，而不是经由节点A的“慢速路径”处理由节点A的CPU来处理，但是另外，该探测现在包括节点A与节点B之间的网络路径(“向外”和“返回”贡献，如由节点A与节点B之间的虚线箭头表示的)和节点B本身的探测响应(由在节点B内从其I/O接口经由其转发处理器到其CPU并经由其转发处理器返回到其I/O接口的虚线箭头表示)时)。
使用与上文相同的约定，总测量结果的贡献可以如下考虑：
总节点B测量结果＝从S到B的返回路径+B的探测响应
总节点B测量结果＝从S到A的返回路径+A与B之间的返回路径+B的探测响应
总节点B测量结果＝总节点A测量结果-节点A与节点B之间的节点A返回路径的探测响应+节点B的探测响应
以及
总节点B测量结果-总节点A测量结果＝节点A与节点B之间的返回路径+节点B的探测响应-节点A的探测响应
从上文可以看到，在节点B是目标节点时看到的性能(可以在速度、吞吐量、可靠性、一致性或各种其它类型的特性中的任一个方面来测量)将不总是比在节点A是目标节点时(例如，在节点A探测响应过度慢时)看到的性能更低、更长、更小、更大或另外更差(取决于讨论中的性能特性的类型)。然而，到节点A的路径的任意网络性能必须被包括在在节点B处看到的性能中。由此，虽然可能不可以清楚或完全地隔离到节点A的网络性能，但如果例如与从测试源S到节点A的探测有关的往返时间测量结果具有比与从同一测试源S经由节点A到随后节点B的探测有关的并发测量结果更大的RTT，则可以识别强烈地看起来被节点A的探测响应时间危害的节点测量结果。
使用到同一目标节点(即，从同一节点或不同节点开始)的多条路径的分析
代替分析同一路径上的不同节点(即，诸如在以上参照图3描述的情形下)，我们可以比较来自沿着两个或更多个不同路径发送的探测的、与单个节点有关的结果。这在路径完全不相交时最强有力，但在路径共享某一设备(例如，最后一跳或几跳、或例如目标节点上的接口)时仍然可以在一定程度上工作。
该方法优选地涉及查看来自多个测试点的测量结果。一个示例可以为检查从在目标节点的任一侧上的测试点开始的路径。另选地，该方法可以涉及查看与从单个测试点到同一目标节点的多条路径有关的测量结果(例如，在宽带和无线连接存在的情况下)。
前提是虽然这些测量结果中的每个将具有不同网络延迟和故障，但是即使这些探测到达不同接口，响应于在目标节点本身处的探测消息的延迟很可能非常类似，这是因为它们均将依赖目标节点本身内的“慢速路径”处理。因此，如果所有路径示出类似鲜明特征(signature)，则这很可能是由于节点本身响应中的延迟导致。
这还可以通过查看之前和随后节点来进一步加强(如参照图3阐述的)。例如，如果所有路径具有低延迟且然后在单个节点处示出突然增加(尽管不共享任何网络基础设施)，则可以更确信地推断出该节点的测量结果对于网络分析是有问题的。
关于诸如图4所示的网络的网络给出以下说明，图4例示了可以允许使用沿着到同一目标节点的不同路径发送的探测消息的分析的节点和路径。示出了五个节点。虽然五个这种节点可以充当单条路径(例如，测试源S1 40与测试源S2 40d之间)，但为了该说明的目的，它们将被认为是两条不同路径，在测试源S1 40与节点B 40b之间的一条路径和在测试源S2 40d与节点B 40b之间的另一条路径。图4将用来例示可以如何沿着到/从同一目标节点的不同路径进行测试。应注意，如图所示且如将描述的，不同路径可以从不同测试源开始，但在另选实施方式(未示出)中，不同路径可以为从同一测试源开始经由不同中间节点的路径。
与以上图3相同，图4例示了根据那些节点是充当与特定探测有关的目标节点还是仅充当在测试源与目标节点之间的路径上的中间节点在不同节点处执行“快速路径”处理和“慢速路径”处理。为简单起见，图4例示了两个探测消息被发送，一个探测消息从测试源S1 40经由中间节点A 40a到公共目标节点(节点B 40b)，并且另一个探测消息从不同测试源S2 40d经由中间节点C 40c到公共目标节点(节点B)40b。
将理解，在不同实施方式中，相应探测消息可以由测试源S1和S2同时或不同时地发送，并且多个消息可以均被发送到公共目标节点B，并且其它节点还可以同时或不同时地被涉及作为测试源、中间节点以及目标节点。将使用该简单示例说明可以如何进行并使用(使用“查验”、“跟踪路由”或其它这种探测技术)关于到同一目标节点的不同路径进行的不同探测测量结果的比较。
在可应用的情况下以缩写形式示出节点40、40a、40b、40c以及40d的独立功能模块(即，I/O接口、转发处理器、CPU及其关联的存储器)，但是因为早先已经参照图1说明了这些模块，所以图4中不对它们单独编号，以便不使附图过分复杂。图4中使用虚线箭头来示出所关心的路径(即，节点之间的外部跳以及节点本身内的内部处理路径)，这些路径关于相应探测被遍历(即，由从相应测试源S1和S2到目标节点B的相应探测测试消息采取的相应“向外”路径、以及由从目标节点B返回到相应测试源S1和S2的相应探测响应消息采取的相应“返回”路径)。上面由相应测试源进行相应测量的双向或“往返”路径在附图的右面被称为“第一路径测量结果”(即，与往返“S1-B-S1”有关的测量结果)和“第二路径测量结果”(即，与往返“S2-B-S2”有关的测量结果)。
凭借优选实施方式，将关于沿着到同一目标节点的不同路径发送的探测消息作出/获取的性能测量结果进行比较，以调查特定网络节点的性能。如所指示的，测量结果可以查验或者跟踪路由测量结果，所述测量结果提供从不同测试源到目标节点和返回的往返响应时间的量度。每个响应时间包括来自跨网络转发的探测和关联响应消息的延迟加上来自在目标节点本身上生成响应的处理的延迟。
通常预期一些路径将具有合理更高延迟(例如，因为它们更长)或由于排队延迟而具有更高延迟变化，特别是在更高网络使用时。基于类似路径上的其它节点的理论知识和观察，可以分析到目标节点的相应路径，以确定结果是预期的还是意外的。例如，因为总等级比模型暗示的等级远远更高或更可变，或者因为总等级与用于讨论中的路径的大部分结果或与关于讨论中的路径在不久之前和/或不久之后获取的结果(显著)不同，所以结果可能是意外的。通过针对时间分析结果，还可以识别比其它时段更多展示意外行为的时段。然而，由此，通常仅可以推断出沿着到目标节点的路径的探测的结果出人意料，无法推断出出人意料的结果是因为目标节点上的“慢速路径”处理。
通过将到同一目标节点的多条路径进行比较，可以确定沿着一条路径的出人意料行为是否也沿着到同一目标节点的一条或更多条其它路径展示。优选地，相应路径将完全不相交，这允许得出任意“共享”出人意料行为可能是由于目标节点本身内的处理导致的合理结论，该目标节点是相应路径的唯一共享元件。如果路径共享某一网络段(例如，被分析的目标节点上的接口)，那么可以假定意外行为来自接口(这可以被认为是用于网络性能分析的合理量度)或来自目标节点上的处理。
如果到目标节点的两条/全部路径示出相同的出人意料行为，那么可以以某一置信度推断出目标节点上的处理是意外行为的原因，这是因为以相同意外方式影响所有路径的概率很小。如果路径不示出相同的出人意料行为，则可以以某一置信度推断出所获取的测量结果指示与测试源和目标节点之间的相应路径有关的性能。
图5和图6中例示了以上两种类型的可能结果。在这些结果中，为简单起见，路径分别被示出为P1和P2。
图5例示了可以从沿着具有共享意外异常的到同一目标节点的不同路径发送的探测获取的可能结果，这是针对时间出现在每个度量图中的小峰值。
图6例示了从沿着不具有共享意外异常的、到同一目标节点的不同路径发送的探测获取的可能结果。
沿着路径的结果多么出人意料的计算可以以各种方式来执行。可以将结果与预期性能的理论或经验模型进行比较。简单方法可以是针对总体等级和变化测量预期结果和观察结果之间的差异。这可以通过在每个单位时间比较不同路径来改进。虽然结果总体可能相当好地符合模型，但在任意时间点，性能可能更异常。
当比较两条路径时，可以确定两条/全部路径是否具有相同总异常等级。实际上，更好地是比较路径是否同时具有相同异常。虽然一些节点处理可以提供连续更高或易变的响应，但其它节点将根据节点上的其它处理展示不同等级的处理延迟/可变性。因此，对于到节点的不同路径，可以同时看到这些处理延迟的影响。
现在将参照图7描述根据优选实施方式的方法，图7是例示了根据优选实施方式的方法的流程图，其中，分析来自沿着到同一目标节点的不同路径发送的探测消息的测量结果，以识别有问题的节点数据。
为了该说明，我们将考虑由“查验”探测获取的往返时间(RTT)的测量结果，但将理解，可以使用其它探测技术测量其它特性。我们将考虑可以收集与到多个不同可能目标节点的不同路径有关的多批探测测量结果的实施方式，但将理解，在其它实施方式中，处理可以简单地执行一次关于一个“目标节点”的分析。
如果使用预期路径性能的模型，而不是或也依赖不同时间的测量结果的比较，则例如可以在步骤s70处获取或产生模型，以便使得能够根据模型评定路径结果的意外性。
在优选实施方式中，关于到该目标节点(或每个目标节点)的相应路径收集探测测量结果(步骤s70)，并且选择一个目标节点(例如，在图4、图5以及图6中为节点B)以便分析(步骤s71)。
然后通过路径识别并划分涉及到所选目标节点的不同路径(例如，在图5和图6中为从不同测试源S1和S2开始的路径P1和P2)的探测测量结果(步骤s73)。
在步骤s74处，通过将关于路径的结果与预期路径性能的模型(如果该模型可用)进行比较，通过将关于同一路径的不同结果进行比较(如果每条路径多个结果可用)或以其它方式评定与每条路径有关的结果的意外性。
在步骤s74处，将针对到目标节点的相应路径获取的意外性进行比较。
如果发现(在步骤s76处)用于相应路径的路径测量结果示出意外强共性，则因为共性更可能是由于节点本身上的内部(即，“慢速路径”)处理问题导致的，而不是由于(巧合地)影响测试源与目标节点之间的两条/全部路径的性能问题导致的，所以可以推断出(在步骤s80)与目标节点有关的测量结果至少是有问题的。可以使用在组合测量结果中可能具有低权重的测量结果，并且处理然后可以返回到步骤s72，并且如果在步骤s79处发现来自其它目标节点的测量结果可用，则选择新目标节点以便分析，或者如果在步骤s79处未发现来自其它目标节点的测量结果可用，则处理可以返回到步骤s71，以便收集进一步测量结果。
如果发现(在步骤s76处)用于相应路径的路径测量结果未示出意外强共性，则可以推断出(在步骤s77)与目标节点有关的测量结果至少可能有效，这是因为共性的缺乏暗示所获取的路径测量结果不受内部处理问题过度影响，并因此很可能指示关于测试源与目标节点之间的单独路径中的一个或更多个的性能问题。在这种情况下，可以向目标节点或关于到其的路径获取的测量结果分配可以为“1”或在“0”至“1”之间的值的正权重，这指示这种测量结果可以用于网络性能量度的整个确定中。
处理然后继续到步骤s78，在步骤s78处，可以基于通过该目标节点(和例如已经分配正权重的任意其它节点)已经或随后获取的测量结果，确定整体网络性能量度。
如果发现(在步骤s79处)基于作为“目标节点”的一个或更多个其它节点的测量结果可用，则处理可以返回到步骤s72，并且从步骤s72关于其它节点被重复，或者处理可以返回到s71，并且关于新收集的测量结果被重复。
在所描述的本发明的实施方式至少部分使用软件控制可编程处理装置(诸如微处理器、数字信号处理器或其它处理装置)、数据处理设备或系统可实现的情况下，将理解，用于配置可编程装置、设备或系统配置以实现前面所描述的方法的计算机程序被设想为本发明的一个方面。例如，计算机程序可以被具体实现为源代码或者经受编译以用于在处理装置、设备或系统上实现或者例如可以被具体实现为对象代码。
适当地，计算机程序被存储在为机器或装置可读形式的载体介质上，例如存储在固态存储器、磁存储器(诸如盘或带)、光或磁光可读存储器(诸如光盘或数字通用光盘)等中，并且处理装置使用程序或其部分来配置它以便操作。计算机程序可以从以通信介质(诸如电子信号、射频载波或光载波)具体实现的远程源供应。这种载体介质也被设想为本发明的多个方面。
本领域技术人员将理解，虽然已经关于以上所描述的示例实施方式描述了本发明，但本发明不限于此，并且存在落在本发明范围内的许多可能的变型例和修改例。
本发明的范围包括任意新特征或这里所公开的特征的组合。申请人据此预示，可以在本申请或从其衍生的任意这种另外申请的审查期间对这种特征或特征的组合制定新权利要求。具体地，参照附图，来自从属权利要求的特征可以与独立权利要求的特征组合，并且来自各独立权利要求的特征可以以任意适当方式组合，并且不仅仅是采用权利要求中列举的特定组合。

Claims (12)

1.一种分析包括多个网络节点的网络的网络性能的方法，关于至少一个目标节点，所述方法包括以下步骤：
获取多个探测测量结果，关于所述目标节点的所述探测测量结果包括：
-至少一个第一路径探测测量结果，所述至少一个第一路径探测测量结果从以下得到：经由从测试节点到所述目标节点的第一网络路径发送的一个或更多个探测测试消息、以及通过在所述目标节点处接收并且本地处理所述一个或更多个探测测试消息触发的由所述测试节点从所述目标节点接收的一个或更多个关联探测响应消息；以及
-至少一个其它路径探测测量结果，所述至少一个其它路径探测测量结果从以下得到：经由从测试节点到所述目标节点的至少一条其它网络路径发送的一个或更多个探测测试消息、以及通过在所述目标节点处接收并且本地处理所述一个或更多个探测测试消息触发的由所述测试节点从所述目标节点接收的一个或更多个关联探测响应消息；
相应探测测量结果均与关于由相应探测测试消息和与所述相应探测测试消息关联的所述探测响应消息采取的所述网络路径的一个或更多个网络性能特性有关，并且还取决于所述相应探测测试消息在所述目标节点处的所述本地处理；
关于所述至少一个第一路径探测测量结果且关于所述至少一个其它路径探测测量结果确定沿着相应路径的意外行为的相应意外性量度，所述意外性量度根据所述相应探测测量结果的预定函数来确定；以及
比较所述相应意外性量度，并且根据所述比较，关于所述目标节点分配权重；
并且：
根据取决于关于至少一个目标节点的至少一个探测测量结果且取决于关于所述至少一个目标节点分配的所述权重的预定函数，确定网络性能分析量度。
2.根据权利要求1所述的方法，其中，根据在关于所述至少一个第一路径探测测量结果且关于所述至少一个其它路径探测测量结果确定的所述相应意外性量度之间展示的共性的量度来确定关于目标节点分配的所述权重。
3.根据权利要求2所述的方法，其中，关于所述相应意外性量度展示更高共性的目标节点分配较低权重。
4.根据权利要求1至3中的任一项所述的方法，其中，关于目标节点的所述探测测量结果包括：
-多个第一路径探测测量结果，所述多个第一路径探测测量结果均从以下得到：经由从测试节点到所述目标节点的所述第一网络路径发送的探测测试消息、以及通过在所述目标节点处接收并且本地处理所述探测测试消息触发的由所述测试节点从所述目标节点接收的关联探测响应消息；以及
-多个其它路径探测测量结果，所述多个其它路径探测测量结果均从以下得到：经由从测试节点到所述目标节点的所述至少一条其它网络路径发送的探测测试消息、以及通过在所述目标节点处接收并且本地处理所述探测测试消息触发的由所述测试节点从所述目标节点接收的关联探测响应消息；
并且其中，所述相应意外性量度均根据相应多个探测测量结果的预定函数来确定。
5.根据权利要求4所述的方法，其中，所述多个第一路径探测测量结果从在不同时间经由所述第一网络路径发送到所述目标节点的探测测试消息得到，并且所述多个其它路径探测测量结果从在不同时间经由所述其它网络路径发送到所述目标节点的探测测试消息得到。
6.根据权利要求1至3中任一项所述的方法，其中，一个或更多个第一路径探测测量结果和一个或更多个其它路径探测测量结果分别由从测试节点经由第一网络路径发送的一个或更多个探测测试消息和从所述测试节点经由另一条网络路径发送的一个或更多个探测测试消息得到。
7.根据权利要求1至3中任一项所述的方法，其中，一个或更多个第一路径探测测量结果和一个或更多个其它路径探测测量结果分别由从第一测试节点经由第一网络路径发送的一个或更多个探测测试消息和从不同测试节点经由网络路径发送的一个或更多个探测测试消息得到。
8.根据权利要求1至3中任一项所述的方法，其中，每个第一路径探测测量结果均从经由从第一测试节点到所述目标节点的第一网络路径发送的探测测试消息和通过在所述目标节点处接收并本地处理所述探测测试消息触发的由所述测试节点从所述目标节点经由所述第一网络路径接收的关联探测响应消息得到；并且其中，每个其它路径探测测量结果均从经由从另一个测试节点到所述目标节点的另一条网络路径发送的探测测试消息和通过在所述目标节点处接收并且本地处理所述探测测试消息触发的由所述另一个测试节点从所述目标节点经由所述另一条网络路径接收的关联探测响应消息得到。
9.根据权利要求1至3中任一项所述的方法，其中，关于相应目标节点获取的所述探测测量结果包括关于以下中的一个或更多个的测量结果：
-与响应时间关联的一个或更多个特性；
-与通信速度关联的一个或更多个特性；
-与通信延迟和/或延迟变化关联的一个或更多个特性；
-与通信量关联的一个或更多个特性；
-与可靠性关联的一个或更多个特性；
-与数据丢失关联的一个或更多个特性；
-与通信质量关联的一个或更多个特性；
-与安全性关联的一个或更多个特性；
-与服务使用关联的一个或更多个特性。
10.一种分析包括多个网络节点的网络的网络性能的方法，所述方法包括以下步骤：关于多个目标节点执行根据前述权利要求中任一项所述的方法，由此关于所述多个目标节点中的每个分配相应权重；以及根据取决于关于所述目标节点中的至少一个的至少一个探测测量结果且取决于关于所述至少一个目标节点分配的所述权重的预定函数，确定网络性能分析量度。
11.一种用于分析包括多个网络节点的网络的网络性能的设备，所述设备被构造为执行根据前述权利要求中任一项所述的方法，所述设备包括：
获取模块，所述获取模块用于关于至少一个目标节点获取多个探测测量结果，关于所述目标节点的所述探测测量结果包括：
-至少一个第一路径探测测量结果，所述至少一个第一路径探测测量结果从以下得到：经由从测试节点到所述目标节点的第一网络路径发送的一个或更多个探测测试消息、以及通过在所述目标节点处接收并且本地处理所述一个或更多个探测测试消息触发的由所述测试节点从所述目标节点接收的一个或更多个关联探测响应消息；以及
-至少一个其它路径探测测量结果，所述至少一个其它路径探测测量结果从以下得到：经由从测试节点到所述目标节点的至少一条其它网络路径发送的一个或更多个探测测试消息、以及通过在所述目标节点处接收并且本地处理所述一个或更多个探测测试消息触发的由所述测试节点从所述目标节点接收的一个或更多个关联探测响应消息；
相应探测测量结果均与关于由相应探测测试消息和与所述相应探测测试消息关联的所述探测响应消息采取的所述网络路径的一个或更多个网络性能特性有关，并且还取决于所述相应探测测试消息在所述目标节点处的所述本地处理；
第一确定模块，所述第一确定模块用于关于所述至少一个第一路径探测测量结果且关于所述至少一个其它路径探测测量结果确定沿着相应路径的意外行为的相应意外性量度，所述意外性量度根据所述相应探测测量结果的预定函数来确定；以及
比较模块，所述比较模块用于比较所述相应意外性量度；
分配模块，所述分配模块用于根据所述比较，关于所述目标节点分配权重；以及
第二确定模块，所述第二确定模块用于根据取决于关于至少一个目标节点的至少一个探测测量结果且取决于关于所述至少一个目标节点分配的所述权重的预定函数，确定网络性能分析量度。
12.一种计算机可读介质，所述计算机可读介质上存储有计算机程序，所述计算机程序用于执行如权利要求1至10中任一项所要求保护的方法的步骤。
CN201680043692.5A 2015-09-30 2016-09-26 分析包括多个网络节点的网络的网络性能的方法和设备 Active CN107925591B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP15187798.2 2015-09-30
EP15187798 2015-09-30
PCT/EP2016/072882 WO2017055226A1 (en) 2015-09-30 2016-09-26 Analysis of network performance

Publications (2)

Publication Number Publication Date
CN107925591A CN107925591A (zh) 2018-04-17
CN107925591B true CN107925591B (zh) 2018-12-18

Family

ID=54291040

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680043692.5A Active CN107925591B (zh) 2015-09-30 2016-09-26 分析包括多个网络节点的网络的网络性能的方法和设备

Country Status (4)

Country Link
US (1) US10419324B2 (zh)
EP (1) EP3357196B1 (zh)
CN (1) CN107925591B (zh)
WO (1) WO2017055226A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10320648B2 (en) 2015-09-30 2019-06-11 British Telecommunications Public Limited Company Analysis of network performance
US10277498B2 (en) 2015-10-08 2019-04-30 British Telecommunications Public Limited Company Analysis of network performance
US10826965B2 (en) * 2016-11-29 2020-11-03 Sap Se Network monitoring to identify network issues
US11356351B2 (en) * 2017-10-23 2022-06-07 Telefonaktiebolaget Lm Ericsson (Publ) Method and coordinating node for providing current analysis result relating to a link
US11159972B2 (en) 2018-10-31 2021-10-26 Qualcomm Incorporated Handling of radio frequency front-end group delays for round trip time estimation
US10848256B2 (en) * 2018-11-08 2020-11-24 Qualcomm Incorporated Group delay calibration for carrier aggregation / multi-radio access technology
US11388079B1 (en) * 2019-09-20 2022-07-12 Amazon Technologies, Inc. Testing forwarding states of network devices
US20230091734A1 (en) * 2021-09-23 2023-03-23 Palo Alto Networks, Inc. Latency based network path scoring

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1206085A2 (en) * 2000-11-08 2002-05-15 Infonet Services Corporation, A California Corporation Method and apparatus for automated service level agreements
CN101151847A (zh) * 2005-03-22 2008-03-26 思科技术公司 用于识别网络路径性能的系统和方法
CN101505230A (zh) * 2008-01-31 2009-08-12 思科技术公司 计算机网络中用于优化路由的事件触发追踪路由
CN102150395A (zh) * 2009-06-11 2011-08-10 香港理工大学 用于网络数据路径质量的非协作测量方法

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6363056B1 (en) 1998-07-15 2002-03-26 International Business Machines Corporation Low overhead continuous monitoring of network performance
US7680920B2 (en) 2003-03-24 2010-03-16 Netiq Corporation Methods, systems and computer program products for evaluating network performance using diagnostic rules identifying performance data to be collected
DE102004050350B4 (de) 2004-10-15 2006-11-23 Siemens Ag Verfahren und Vorrichtung zur Redundanzkontrolle von elektrischen Einrichtungen
US7768933B2 (en) 2005-10-14 2010-08-03 Chang Kirk K Estimating available bandwidth and enhancing narrow link bandwidth estimations in telecommunications networks using existing user traffic
US7912934B1 (en) * 2006-01-09 2011-03-22 Cisco Technology, Inc. Methods and apparatus for scheduling network probes
US7961635B2 (en) 2006-05-24 2011-06-14 At&T Intellectual Property I, Lp Network latency analysis packet and method
JP2008283621A (ja) 2007-05-14 2008-11-20 Oki Electric Ind Co Ltd ネットワーク輻輳状況監視装置、ネットワーク輻輳状況監視方法及びプログラム
US8751619B2 (en) 2011-05-31 2014-06-10 Cisco Technology, Inc. Autonomous performance probing
US8675502B2 (en) 2008-01-30 2014-03-18 Cisco Technology, Inc. Relative one-way delay measurements over multiple paths between devices
US7860017B2 (en) 2008-10-27 2010-12-28 Cisco Technology, Inc. Network assessment and fault isolation
JP2012039565A (ja) 2010-08-11 2012-02-23 Oki Networks Co Ltd 監視システム、監視装置、監視プログラム及び端末
CN101958810B (zh) 2010-10-27 2013-01-23 华为数字技术有限公司 用于中间节点自主实现故障定位的方法及系统
JP5538652B2 (ja) 2010-12-20 2014-07-02 三菱電機株式会社 ネットワークの状態監視方式
US8665733B2 (en) 2011-09-30 2014-03-04 Alcatel Lucent Method and apparatus for round trip delay KPI monitoring in live network using user plane probe session
US9713160B2 (en) * 2011-10-20 2017-07-18 Telefonaktiebolaget Lm Ericsson (Publ) Methods and arrangements for allocation of radio resources
US8755377B2 (en) 2012-06-06 2014-06-17 Juniper Networks, Inc. Facilitating operation of one or more virtual networks
US20140003224A1 (en) 2012-06-27 2014-01-02 Google Inc. Deterministic network failure detection
EP2763349A1 (en) 2013-02-05 2014-08-06 Telefonaktiebolaget L M Ericsson AB (Publ) Methods and Apparatus for Determining Improved Mobile Network Key Performance Indicators
CN103401726B (zh) 2013-07-19 2016-12-07 华为技术有限公司 网络路径探测方法及装置、系统
US9577910B2 (en) * 2013-10-09 2017-02-21 Verisign, Inc. Systems and methods for configuring a probe server network using a reliability model
US9722905B2 (en) 2014-05-14 2017-08-01 Cisco Technology, Inc. Probing technique for predictive routing in computer networks
EP3222004B1 (en) * 2014-11-19 2018-09-19 British Telecommunications public limited company Diagnostic testing in networks
WO2017055225A1 (en) 2015-09-30 2017-04-06 British Telecommunications Public Limited Company Analysis of network performance
US10320648B2 (en) 2015-09-30 2019-06-11 British Telecommunications Public Limited Company Analysis of network performance
US10277498B2 (en) 2015-10-08 2019-04-30 British Telecommunications Public Limited Company Analysis of network performance

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1206085A2 (en) * 2000-11-08 2002-05-15 Infonet Services Corporation, A California Corporation Method and apparatus for automated service level agreements
CN101151847A (zh) * 2005-03-22 2008-03-26 思科技术公司 用于识别网络路径性能的系统和方法
CN101505230A (zh) * 2008-01-31 2009-08-12 思科技术公司 计算机网络中用于优化路由的事件触发追踪路由
CN102150395A (zh) * 2009-06-11 2011-08-10 香港理工大学 用于网络数据路径质量的非协作测量方法

Also Published As

Publication number Publication date
WO2017055226A1 (en) 2017-04-06
CN107925591A (zh) 2018-04-17
US20180270141A1 (en) 2018-09-20
US10419324B2 (en) 2019-09-17
EP3357196A1 (en) 2018-08-08
EP3357196B1 (en) 2019-11-06

Similar Documents

Publication Publication Date Title
CN107925591B (zh) 分析包括多个网络节点的网络的网络性能的方法和设备
CN107852346B (zh) 分析包括多个网络节点的网络的网络性能的方法和设备
CN107925590B (zh) 分析与网络的一个或更多个部分有关的网络性能的方法和设备
US20210243099A1 (en) Cross-layer troubleshooting of application delivery
US9800478B2 (en) Cross-layer troubleshooting of application delivery
CN104506482B (zh) 网络攻击检测方法及装置
CN107852347B (zh) 分析包括多个网络节点的网络的网络性能的方法和设备
US11005777B2 (en) Software defined prober
CN104871487B (zh) 对网络进行探测
Katz-Bassett et al. Machiavellian routing: improving internet availability with bgp poisoning
CN105959129B (zh) 监测网络故障的方法及装置
Tagyo et al. Network tomography using routing probability for undeterministic routing
GB2542832A (en) Analysis of network performance
GB2543078B (en) Analysis of network performance
GB2542828A (en) Analysis of network performance
US20230362083A1 (en) Monitoring for inconsistent latency in data centers
GB2542830A (en) Analysis of network performance

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant