CN107370636A - 链路状态确定方法和装置 - Google Patents
链路状态确定方法和装置 Download PDFInfo
- Publication number
- CN107370636A CN107370636A CN201610321601.1A CN201610321601A CN107370636A CN 107370636 A CN107370636 A CN 107370636A CN 201610321601 A CN201610321601 A CN 201610321601A CN 107370636 A CN107370636 A CN 107370636A
- Authority
- CN
- China
- Prior art keywords
- identification code
- ping
- client
- request messages
- messages
- 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.)
- Granted
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/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
Landscapes
- Engineering & Computer Science (AREA)
- Environmental & Geological Engineering (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供了一种链路状态确定方法和装置，涉及网络诊断领域，所述方法包括：获取探测请求命令，探测请求命令包括客户端的客户端标识；根据探测请求命令发送Ping Echo Request报文至客户端标识所对应的客户端，Ping Echo Request报文包括第一识别码，第一识别码用于指示Ping Echo Request报文具有Ping功能；接收客户端返回的Ping Echo Reply报文，Ping Echo Reply报文包括第二识别码；确定第一识别码和第二识别码相同时，根据发送的Ping Echo Request报文和接收到的Ping Echo Reply报文，确定服务器与客户端之间的链路状态。解决了现有技术中在客户端设置禁Ping之后，服务器无法确定与客户端之间的链路状态的问题。
Description
技术领域
本发明实施例涉及网络诊断领域，特别涉及一种链路状态确定方法和装置。
背景技术
因特网包搜索器(英文：Packet Internet Groper；简称：Ping)命令是用于确定网络中的端对端的链路状态的工具。
现有技术中，服务器确定客户端的链路状态的方法包括：服务器通过Ping发送网络控制消息协议(英文：Internet Control Messages Protocol；简称：ICMP)报文至客户端，客户端接收到该ICMP报文之后，反馈应答报文至服务器，服务器根据接收到的应答报文确定客户端的链路状态。
发明人在实现本发明的过程中，发现上述过程至少存在如下问题：
由于木马病毒会强行远程执行大量Ping进而抢占客户端的网络资源，所以为了避免客户端网速被拖慢的问题，客户端可以设置禁Ping。而在客户端设置禁Ping之后，客户端将不会回应服务器发送的ICMP报文，因此服务器将无法通过ICMP报文来确定与客户端之间的链路状态。
发明内容
为了解决现有技术中当客户端禁Ping时，服务器无法确定与客户端之间的链路状态的问题，本发明实施例提供了一种链路状态确定方法和装置，所述技术方案如下：
第一方面，提供了一种链路状态确定方法，该方法包括：
获取探测请求命令，探测请求命令包括客户端的客户端标识；
根据探测请求命令发送因特网包搜索器回声请求Ping Echo Request报文至客户端标识所对应的客户端，Ping Echo Request报文包括第一识别码，第一识别码用于指示Ping Echo Request报文具有Ping功能；
接收客户端返回的因特网包搜索器回声应答Ping Echo Reply报文，PingEcho Reply报文包括第二识别码；
确定第一识别码和第二识别码相同时，根据发送的Ping Echo Request报文和接收到的Ping Echo Reply报文，确定服务器与客户端之间的链路状态。
由于接收到的Ping Echo Reply报文中的报文识别码与发送的Ping EchoRequest报文中的报文识别码相同，且客户端在接收到的Ping Echo Request报文的报文格式为标准格式时，均会反馈Ping Echo Reply报文，因此通过发送报文识别码为用于指示Ping Echo Request报文具有Ping功能的第一识别码的PingEcho Request报文至客户端，使得接收到的Ping Echo Reply报文中的报文识别码也为用于指示Ping Echo Request报文具有Ping功能的识别码，进而在接收到Ping Echo Reply报文之后可以确定与客户端之间的链路状态；由于上述方案在Ping Echo Request报文的报文格式为标准格式时客户端均会反馈Ping EchoReply报文，也即服务器均会确定与客户端之间的链路状态，而并不会受客户端禁Ping的影响，因此这就解决了现有技术中客户端禁Ping之后，服务器无法确定与客户端之间的链路状态的问题，达到了在客户端禁Ping时，服务器仍然能够追踪到客户端并确定与客户端之间的链路状态的效果。
在本实施例的第一种可能的实现方式中，探测请求命令还包括报文发送间隔；此时，根据探测请求命令发送因特网包搜索器回声请求Ping Echo Request报文至客户端标识所对应的客户端，包括：
按照报文发送间隔发送Ping Echo Request报文至客户端，不同Ping EchoRequest报文中的第一识别码不同。
结合第一方面或者第一方面的第一种可能的实现方式，在第二种可能的实现方式中，探测请求命令还包括报文个数；此时根据探测请求命令发送因特网包搜索器回声请求Ping Echo Request报文至客户端标识所对应的客户端，包括：
发送数量为报文个数的Ping Echo Request报文至客户端，不同Ping EchoRequest报文中的第一识别码不同。
结合第一方面、第一方面的第一种可能的实现方式或者第一方面的第二种可能的实现方式，在第三种可能的实现方式中，探测请求命令还包括超时时间；方法还包括：
在超时时间到达时，若未收到识别码与Ping Echo Request报文中的第一识别码相同的Ping Echo Reply报文，则生成用于表示超时的超时信息。
结合第一方面、第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式或者第一方面的第三种可能的实现方式，在第四种可能的实现方式中，探测请求命令还包括报文长度，报文长度大于预设长度；此时，根据探测请求命令发送因特网包搜索器回声请求Ping Echo Request报文至客户端标识所对应的客户端，包括：
生成数据字段中包含预设内容，且长度为报文长度的Ping Echo Request报文；
分片发送Ping Echo Request报文至客户端。
结合第一方面、第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式、第一方面的第三种可能的实现方式或者第一方面的第四种可能的实现方式中，在第五种可能的实现方式中，该方法还包括：
确定第一识别码和第二识别码不相同时，判断第二识别码是否与第三识别码相同，其中，第三识别码为服务器向客户端发送的回声请求Echo Request报文中携带的识别码；
确定第二识别码和第三识别码相同时，将Ping Echo Reply报文确定为回声应答Echo Reply报文。
结合第一方面的第五种可能的实现方式，在第六种可能的实现方式中，方法还包括：
确定第二识别码和第三识别码不相同时，将Ping Echo Reply报文丢弃。
结合第一方面、第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式、第一方面的第三种可能的实现方式、第一方面的第四种可能的实现方式中或者第一方面的第五种可能的实现方式中，在第六种可能的实现方式中，服务器确定与客户端之间的链路状态的步骤，，包括：
根据接收到Echo Reply报文的接收时刻以及发送报文识别码与Echo Reply报文中的报文识别码相同的Echo Request报文的发送时刻，确定链路时延；
和/或；
根据发送的Echo Request报文的个数以及接收到的Echo Request报文所对应的Echo Reply报文的个数，计算丢包率。
第二方面，提供了一种链路状态确定装置，所述链路状态确定装置包括至少一个单元，该至少一个单元用于实现上述第一方面中所提供的链路状态确定方法。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明各个实施例所涉及的实施环境的示意图。
图2是本发明一个实施例提供的Echo报文的报文格式的示意图。
图3是本发明一个实施例提供的链路状态确定方法的方法流程图。
图4是本发明另一个实施例提供的链路状态确定方法的方法流程图。
图5是本发明另一实施例提供的链路状态确定装置的结构示意图。
图6是本发明一个实施例提供的链路状态确定装置的结构示意图。
图7是本发明另一个实施例提供的链路状态确定装置的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
请参考图1，其示出了本发明各个实施例提供的链路状态确定方法所涉及的实施环境的示意图。如图1所示，该实施环境可以包括客户端110和服务器120。
客户端110可以为诸如手机、台式计算机、平板电脑、笔记本电脑、超级移动个人计算机(英文：Ultra-mobile Personal Computer，简称：UMPC)、上网本、个人数字助理(英文：Personal Digital Assistant，简称：PDA)、客户终端设备(英文：Customer Premise Equipment；简称：CPE)、路由器、光传输设备或者服务器等等。客户端110可以通过点对点协议(英文：Point to Point Protocol；简称：PPP)拨号接入服务器120。可选的，客户端110可以通过异步传输模式上的点对点协议(英文：Point to Point Over ATM；简称：PPPOA)、以太网上的点对点协议(英文：Point to Point Over Ethernet；简称：PPPOE)、在ATM适配层5上承载的通过异步传输模式上的点对点协议(英文：Point to Point OverEthernet Over AAL5；简称：PPPOEOA)或者二层隧道协议(英文：Layer TwoTunneling Protocol；简称：L2TP)接入至服务器。
服务器120为用于网络承载的服务器。实际实现时，该服务器可以为宽带远程接入服务器(英文：Broadband Remote Access Server；简称：BRAS)。实际实现时，同一个BRAS120下可以连接多个客户端110，并且多个BRAS可以连接一个核心路由器(英文：Core Router；简称：CR)。
为了便于理解，此处先对PPP回声(英文：Echo)报文的报文格式中与各个实施例有关的内容做简单介绍。请参考图2，其示出了一种可能的PPP Echo报文的报文格式。如图2所示，该PPP Echo报文中包括Code、Identifier、Length和Data四个字段。其中：
Code:编号，用于表示的是链路控制协议(英文：Link Control Protocol；简称：LCP)报文的类型。
Indentifier：识别码，用于表示探测请求Echo Request报文和探测应答Echoreply报文之间的对应关系。
Length：长度，表明LCP报文的长度，该长度包括Code、Identifier、Length、Data等所有字段加起来的长度。
Data：内容，表明LCP报文中的内容。其中，Data字段的字段长度可以扩展，开发人员可以依据自己的开发需求在该Data字段中设置不同长度的内容。
Echo报文包括Echo Request报文和Echo Reply报文。服务器在发送EchoRequest报文至客户端之后，在客户端检测到接收到的Echo Request报文的报文格式为Echo报文的标准格式时，客户端可以反馈Echo Reply报文。其中，反馈的Echo Reply报文中的Indentifier和Data与接收到的Echo Request报文中的Indentifier和Data相同。实际实现时，若服务器接收到的Echo Reply报文中的Indentifier与某一Echo Request报文中的Indentifier相同，则服务器可以确定该Echo Reply报文为该Echo Request报文所对应的应答报文。
请参考图3，其示出了本发明一个实施例提供的链路状态确定方法的方法流程图，如图3所示，该链路状态确定方法可以包括：
步骤301，获取探测请求命令，探测请求命令包括客户端的客户端标识。
步骤302，根据探测请求命令发送Ping Echo Request报文至客户端标识所对应的客户端，Ping Echo Request报文包括第一识别码，第一识别码用于指示PingEcho Request报文具有Ping功能。
如图2所示，Echo Request报文中可以包括Code、Identifier、Length和Data四个字段，本实施例中可以发送Ping Echo Request报文至客户端，该Ping EchoRequest报文中的Identifier可以为第一识别码，该第一识别码用于指示Ping EchoRequest报文具有Ping功能。
步骤303，接收客户端返回的Ping Echo Reply报文，Ping Echo Reply报文包括第二识别码。
服务器发送Ping Echo Request报文至客户端之后，客户端可以相应的接收到该Ping Echo Request报文。并且，在客户端检测到接收到的Ping Echo Request报文的报文格式为标准格式时，客户端反馈Ping Echo Reply报文。相应的，服务器可以接收该Ping Echo Reply报文。可选的，客户端反馈Ping Echo Reply报文时，客户端可以反馈Identifier与接收到的Ping Echo Request报文中的第一识别码相同的Ping Echo Reply报文。
步骤304，确定第一识别码和第二识别码相同时，根据发送的Ping EchoRequest报文和接收到的Ping Echo Reply报文，确定服务器与客户端之间的链路状态。
如果服务器确定发送的Ping Echo Request报文中的第一识别码与接收到的Ping Echo Reply报文中的第二识别码，则服务器可以确定Ping Echo Reply报文即为Ping Echo Request报文的应答报文，此时，服务器可以确定与客户端之间的链路状态。其中，链路状态可以包括丢包率、时延等等，本实施例对此并不做限定。
综上所述，本实施例提供的链路状态确定方法，由于接收到的Ping EchoReply报文中的报文识别码与发送的Ping Echo Request报文中的报文识别码相同，且客户端在接收到的Ping Echo Request报文的报文格式为标准格式时，均会反馈Ping Echo Reply报文，因此通过发送报文识别码为用于指示Ping EchoRequest报文具有Ping功能的第一识别码的Ping Echo Request报文至客户端，使得接收到的Ping Echo Reply报文中的报文识别码也为用于指示Ping EchoRequest报文具有Ping功能的识别码，进而在接收到Ping Echo Reply报文之后可以确定与客户端之间的链路状态；由于上述方案在Ping Echo Request报文的报文格式为标准格式时客户端均会反馈Ping Echo Reply报文，也即服务器均会确定与客户端之间的链路状态，而并不会受客户端禁Ping的影响，因此这就解决了现有技术中客户端禁Ping之后，服务器无法确定与客户端之间的链路状态的问题，达到了在客户端禁Ping时，服务器仍然能够追踪到客户端并确定与客户端之间的链路状态的效果。
请参考图4，其示出了本发明一个实施例提供的链路状态确定方法的方法流程图，如图4所示，该链路状态确定方法可以包括：
步骤401，获取探测请求命令，探测请求命令包括客户端的客户端标识。
本步骤可以包括：接收测试人员输入的命令行，将接收到的命令行作为探测请求命令；或者，根据预设生成规则自动生成该探测请求命令。其中，该探测请求命令中包括客户端的客户端标识，该客户端标识可以为客户端的互联网协议(英文：Internet Protocol；简称：IP)地址。本实施例以服务器接收命令行来举例。
比如，在测试人员输入命令行PPP-Ping user-id<user-id>后，服务器可以相应的接收到该命令行。其中，user-id为客户端在服务器中的标识。
可选的，探测请求命令中还可以包括报文发送间隔，该报文发送间隔用于指示发送相邻两个Ping Echo Request报文的时间间隔。比如，测试人员可以输入命令行PPP-Ping user-id<user-id>[-m<time>]，相应的服务器可以接收到该命令行。其中，user-id为客户端在服务器中的标识，[-m<time>]表示发送相邻两个Ping Echo Request报文的时间间隔。
可选的，探测请求命令中还可以包括报文个数，该报文个数表示服务器需要发送的Ping Echo Request报文的总个数。比如，测试人员可以输入命令行PPP-Ping user-id<user-id>[-c<number>]，相应的服务器可以接收到该命令行。其中，user-id为客户端在服务器中的标识，[-c<number>]表示所需发送的PingEcho Request报文的总个数。
可选的，探测请求命令中还可以包括超时时间，该超时时间用于表示在该超时时间内若未接收到对Ping Echo Request报文的Ping Echo Reply报文，则确定超时。比如，测试人员可以输入命令行为：PPP-Ping user-id<user-id>[-t<time>]，相应的服务器可以接收到该命令行。user-id为客户端在服务器中的标识，[-t<time>]表示超时时间。
可选的，探测请求命令中还可以包括报文长度，该报文长度用于表示发送的Ping Echo Request报文的报文长度。比如，测试人员可以输入命令行为：PPP-Ping user-id<user-id>[-s<length>]，相应的服务器可以接收到该命令行。user-id为客户端在服务器中的标识，[-s<length>]表示报文长度。实际实现时，该报文长度可以大于预设长度，且大于预设长度的报文为大报文，服务器在发送该报文时需要分片发送，预设长度可以为1500字节。
本实施例只是以探测请求命令中可选包括报文发送间隔、报文个数、超时时间和报文长度中的任一种来举例说明，可选的，该探测请求命令中还可以包括其中的两种或者多种，本实施例对此并不做限定。并且，本实施例只是以探测请求命令中包括上述几种参数来举例，可选地，探测请求命令中还可以包括其他内容，比如，探测请求命令中还包括报文内容，本实施例对此并不做限定。
步骤402，根据探测请求命令发送Ping Echo Request报文至客户端标识所对应的客户端，Ping Echo Request报文包括第一识别码，第一识别码用于指示PingEcho Request报文具有Ping功能。
比如，服务器中预设奇数用于指示确定与客户端之间的链路状态，而偶数为普通Echo探测流程，则服务器在发送Ping Echo Request报文至客户端时，服务器可以发送报文识别码为奇数的Ping Echo Request报文。可选的，发送的不同Ping Echo Request报文的报文识别码各不相同。
可选的，当探测请求命令中还包括报文发送间隔时，本步骤可以包括：按照该报文发送间隔发送Ping Echo Request报文至客户端标识所对应的客户端。其中，发送的报文总数可以为服务器中预设的个数，本实施例对此并不做限定。
可选的，当探测请求命令中还包括报文个数时，本步骤可以包括：发送数量为该报文个数的Ping Echo Request报文至客户端。其中，发送相邻两个PingEcho Request报文之间的时间间隔可以为预设时间间隔。
可选的，当探测请求命令中还包括超时时间时，服务器在发送Ping EchoRequest报文时，可以创建超时定时器，该超时定时器用于判断本次Ping是否超时。这也就说，在发送Ping Echo Request报文之后，服务器可以检测在该超时时间到达时，是否接收到识别码与发送的Ping Echo Request报文中的第一识别码相同的Ping Echo Reply报文，若未接收到该Ping Echo Reply报文，则确定超时，此时生成用于表示超时的超时信息。
可选的，当探测请求命令中还包括报文长度时，本步骤可以包括：生成数据字段中包含预设内容，且长度为探测请求命令中的报文长度的Ping EchoRequest报文；分片发送Ping Echo Request报文至客户端。其中，服务器在分片发送Ping Echo Request报文时，可以将Ping Echo Request报文以1480字节为单位进行分片，且最后不足1480字节的内容为最后一个分片。其中，各个分片具有相同的标识，该标识表示来自同一个报文。预设内容可以为预设的补位内容，如‘0’；或者，预先设置的目标字段，如‘abcdef’；又或者，补位内容和预先设置的目标字段的组合。
比如，报文长度为2000字节，Ping Echo Request报文中除Data字段之外的其他字段的总长度为1300字节，目标字段占用6字节，则服务器将生成数据字段中包含携带有占用6字节的目标字段以及占用694字节的补位内容的PingEcho Request报文。由于生成的Ping Echo Request报文为大报文，则服务器可以将生成的Ping Echo Request报文分片发送至客户端，比如，将2000字节中的前1480字节划分在一个分片，并将剩余的520字节划分在另一个分片，进而将该Ping Echo Request报文通过两个分片发送至客户端。其中，目标字段可以为厂商，也可以为设计人员预设的其他内容，本实施例对此并不做限定。
以探测请求命令中包括客户端的客户端标识、报文发送间隔1S以及报文个数10个为例，服务器可以每隔1S向客户端标识所对应的客户端发送一个PingEcho Request报文，并且连续发送10个。
需要说明的是，服务器发送Ping Echo Request报文至客户端之后，客户端可以相应的接收到该Ping Echo Request报文。并且，客户端可以检测接收到的Ping Echo Request报文的报文格式是否为标准格式，若是，则客户端反馈PingEcho Reply报文。具体的，客户端可以检测Ping Echo Request报文的报文格式是否为RFC1661中规定的报文格式，若是，则客户端反馈Ping Echo Reply报文。其中，反馈的Ping Echo Reply报文中的识别码与接收到的Ping Echo Request报文中的识别码相同。可选地，若客户端的检测结果为不是标准格式，则客户端丢弃接收到的Ping Echo Request报文，本实施例对此并不做限定。
可选的，若服务器发送至少两个Ping Echo Request报文至客户端，则客户端依次对接收到的每个Ping Echo Request报文进行判断，并且在判断结果为是标准格式时，客户端可以反馈报文识别码与该Ping Echo Request报文中的报文识别码相同的Ping Echo Reply报文。其中，由于服务器发送Ping Echo Request报文至客户端时，可能会存在丢包，因此客户端接收到的Ping Echo Request报文的个数小于等于服务器发送的Ping Echo Request报文的个数，本实施例对此并不做限定。
可选的，如果服务器分片发送Ping Echo Request报文至客户端，则客户端可以接收到该Ping Echo Request报文的各个分片，并根据各个分片中的标识确定其属于同一个Ping Echo Request报文，进而进行重组。可选的，若客户端检测到重组后的该Ping Echo Request报文符合标准格式，此时，客户端类似的可以采用分片的方式发送Ping Echo Reply报文至服务器。
步骤403，接收客户端返回的Ping Echo Reply报文，Ping Echo Reply报文包括第二识别码。
客户端反馈Ping Echo Reply报文之后，服务器可以相应的接收到客户端反馈的Ping Echo Reply报文。
可选的，由于服务器发送Ping Echo Request报文至客户端的过程中可能会存在丢包，且客户端对Ping Echo Request报文进行判断时可能会存在部分PingEcho Request报文不符合标准格式，也即客户端并不会反馈Ping Echo Reply报文。因此，服务器接收到的Ping Echo Reply报文的个数小于等于发送的Ping EchoRequest报文的个数。
步骤404，检测Ping Echo Reply报文中的第二识别码是否与Ping EchoRequest报文中的第一识别码相同。
在接收到Ping Echo Reply报文之后，服务器可以检测历史时间段内发送的Ping Echo Request报文中是否存在识别码与第二识别码相同的报文，并且检测该第二识别码是否为用于指示Ping Echo Request报文具有Ping功能的识别码。可选的，服务器还可以检测第二识别码是否与最近一次发送的Ping Echo Request报文的识别码相同。
比如，在历史时间段内发送了3个Ping Echo Request报文，则在接收到PingEcho Reply报文之后，服务器可以检测之前发送的3个Ping Echo Request报文中是否存在识别码第二识别码相同的报文。若检测结果为存在，则服务器检测第二识别码是否为用于指示Ping Echo Request报文具有Ping功能的识别码。
其中，服务器检测第二识别码是否为用于指示Ping Echo Request报文具有Ping功能的识别码的检测步骤可以包括：检测第二识别码是否属于预设分类，若属于，则确定第二识别码是用于指示Ping Echo Request报文具有Ping功能的识别码，反之，则否。服务器中预先存储有两类报文识别码，一类报文识别码用于指示Ping Echo Request报文具有Ping功能，一类报文识别码用于指示执行普通的Echo探测流程，则服务器可以检测第二识别码是否为其中的预设分类中的识别码。其中，预设分类中的识别码均为用于指示Ping Echo Request报文具有Ping功能的识别码。比如，报文识别码为奇数时用于指示Ping Echo Request报文具有Ping功能，为偶数时用于指示普通的Echo探测流程，则服务器可以检测第二识别码是否为奇数。又比如，报文识别码在0-50时表示Ping Echo Request报文具有Ping功能，在51-100时表示执行普通Echo流程，则服务器检测第二识别码是否在0-50之间。
可选的，若服务器接收到多个Ping Echo Reply报文，则服务器可以对每个Ping Echo Reply报文进行检测。比如，服务器每隔1S向客户端发送一个PingEcho Request报文，且连续发送了10个，则服务器可能会接收到客户端反馈的8个Ping Echo Reply报文，此时，服务器可以对8个Ping Echo Reply报文中的每个报文执行上述检测，本实施例在此不再赘述。
步骤405，若检测结果为相同，则根据发送的Ping Echo Request报文和接收到的Ping Echo Reply报文，确定服务器与客户端之间的链路状态。
可选的，若探测请求命令中包括报文发送间隔或者报文个数，则此时，服务器发送Ping Echo Request报文时，会发送至少两个Ping Echo Request报文至客户端，也即客户端可能会反馈至少两个Ping Echo Reply报文至服务器，因此，对于此种情况，本步骤可以包括：根据发送的至少两个Ping Echo Request报文和接收到的至少两个Ping Echo Reply报文，确定服务器与客户端之间的链路状态。
可选地，链路状态可以包括链路时延和丢包率中的至少一种。也即本步骤可以包括：
(1)、根据接收到Ping Echo Reply报文的接收时刻以及发送报文识别码与Ping Echo Reply报文中的报文识别码相同的Ping Echo Request报文的发送时刻，确定链路时延。
服务器在发送Ping Echo Request报文时可以记录发送Ping Echo Request报文的发送时刻，这样在接收到报文识别码相同的Ping Echo Reply报文之后，即可根据接收时刻以及发送时刻计算链路时延。具体的，可以将Ping Echo Reply报文的接收时刻和报文识别码与该Ping Echo Reply报文中的报文识别码相同的Ping Echo Request报文的发送时刻的时间差作为链路时延。
可选的，若服务器发送的Ping Echo Request报文有至少两个，且接收到多个Ping Echo Request报文所对应的Ping Echo Reply报文，则服务器可以计算依据每对Ping Echo Request报文和Ping Echo Reply报文计算得到的链路时延的平均值，并将计算得到的平均值作为服务器与客户端之间的链路时延，本实施例对此并不做限定。
(2)、根据发送的Ping Echo Request报文的个数以及接收到的Ping EchoRequest报文所对应的Ping Echo Reply报文的个数，计算丢包率。
服务器还可以统计接收到的Ping Echo Reply报文中报文识别码与发送的Ping Echo Request报文中的报文识别码相同的报文的个数，计算发送的PingEcho Request报文的个数与统计得到的个数的差值，将计算得到的差值与发送的Ping Echo Request报文的个数的比值作为丢包率。
可选的，当探测请求命令中包含报文长度，且该报文长度大于预设长度时，服务器将分片发送Ping Echo Request报文至客户端，相应的，客户端也将分片反馈Ping Echo Reply报文。由于各个分片中包括一个IP字段、标志字段和偏移字段，其中，同一个报文的各个分片中的IP字段的取值相同；除最后一个分片之外其他分片中的标志字段的取值为1，最后一个分片中的标志字段的取值为0；偏移字段表示该分片偏移原始报文起始处的位置。因此，在服务器接收到客户端反馈的多个分片报文之后，服务器可以依据每个分片报文中的IP字段确定各个分片共同发送的是同一个报文，并根据每个分片的标志字段和偏移字段对各个分片进行重组。其中，服务器在接收到一个分片之后，可以启动一个计时器，在计时器到达时，丢弃该分片。
基于上述方法，服务器可以根据能否重组成功，来确定分片和重组功能是否正常，也即对分片和重组功能进行检测的目的。
可选地，实际实现时，链路状态还可以包括其他参数，本实施例对此并不做限定。
需要补充说明的一点是，如果服务器的检测结果为第一识别码与第二识别码不相同，则服务器可以执行如下步骤：
第一，判断第二识别码是否与第三识别码相同，第三识别码为服务器向客户端发送的Echo Request报文中携带的识别码。
可选的，服务器检测得到历史时间段内发送的Ping Echo Request报文中存在识别码与第二识别码相同的报文，且该第二识别码与第一识别码不同，则服务器可以检测第二识别码是否属于另一分类，该另一分类中的识别码为指示执行普通Echo探测流程的识别码。
比如，报文识别码为奇数时用于指示Ping Echo Request报文具有Ping功能，为偶数时用于指示普通的Echo探测流程，则服务器可以检测第二识别码是否为偶数。
第二，确定第二识别码和第三识别码相同时，将Ping Echo Reply报文确定为Echo Reply报文。
若判断结果为第二识别码与第三识别码相同，则此时服务器确定Ping EchoReply报文为Echo Reply报文，进而执行普通的Echo探测流程。
第三，确定第二识别码和第三识别码不相同时，将Ping Echo Reply报文丢弃。
而若检测结果仍然为否，则说明报文非法，此时服务器直接丢弃该Ping EchoReply报文。
需要补充说明的另一点是，如果探测请求命令中包括超时时间，且如果服务器在该超时时间内未接收到与发送的Ping Echo Request报文的报文识别码相同的Ping Echo Reply报文，则确定报文超时，此时服务器可以生成超时信息。
综上所述，本实施例提供的链路状态确定方法，由于接收到的Ping EchoReply报文中的报文识别码与发送的Ping Echo Request报文中的报文识别码相同，且客户端在接收到的Ping Echo Request报文的报文格式为标准格式时，均会反馈Ping Echo Reply报文，因此通过发送报文识别码为用于指示Ping EchoRequest报文具有Ping功能的第一识别码的Ping Echo Request报文至客户端，使得接收到的Ping Echo Reply报文中的报文识别码也为用于指示Ping EchoRequest报文具有Ping功能的识别码，进而在接收到Ping Echo Reply报文之后可以确定与客户端之间的链路状态；由于上述方案在Ping Echo Request报文的报文格式为标准格式时客户端均会反馈Ping Echo Reply报文，也即服务器均会确定与客户端之间的链路状态，而并不会受客户端禁Ping的影响，因此这就解决了现有技术中客户端禁Ping之后，服务器无法确定与客户端之间的链路状态的问题，达到了在客户端禁Ping时，服务器仍然能够追踪到客户端并确定与客户端之间的链路状态的效果。
同时，本实施例通过将指示Ping Echo Request报文具有Ping功能的识别码与其他普通Echo报文的报文识别码划分为两类，进而在判断是否需要确定与客户端之间的链路状态时，服务器只需要确定是否属于分类，而无需遍历所有报文识别码进而最终确定检测结果，降低了服务器接收到Ping Echo Reply报文之后，判断是否需要确定与客户端之间的链路状态的复杂度，提高了确定链路状态的效率。
通过发送报文长度大于预设长度的Ping Echo Request报文，使得上述方法可以对分片和重组功能进行检测。
本实施例在第二识别码与第三识别码相同时，可以执行普通的Echo探测流程，因此，上述方法在实现客户端禁Ping时确定与客户端之间的链路状态的同时，可以不影响现有的Echo探测流程，提高了兼容性。另外，在第二识别码与第一识别码和第三识别码不同时，服务器会直接丢弃接收到的Ping Echo Reply报文，防止了报文攻击。
请参考图5，其示出了本发明一个实施例提供的链路状态确定装置，该链路状态确定装置可以实现为图1所示的服务器120中的全部或者部分。如图5所示，该链路状态确定装置可以包括：处理器511、通信总线512、存储器513以及通信接口514。
处理器511可以包括一个或者一个以上中央处理单元(英文：CentralProcessing Unit，缩写：CPU)。处理器511通过运行软件程序以及模块，从而执行各种功能应用以及业务数据处理。
通信接口514可以包含有线网络接口，比如以太网接口，也可以包含无线网络接口。该通信接口514用于发送探测报文至客户端，以及接收客户端发送的应答报文。
存储器513和通信接口514分别通过通信总线512与处理器511相连。
存储器513可用于存储软件程序以及模块，该软件程序以及模块由处理器51执行。此外，该存储器513中还可以存储各类业务数据和用户数据。
在本发明实施例中，存储器513中存储操作系统581、用于实现命令获取的获取代码582、用于实现报文发送的发送代码583、用于实现报文接收的接收代码584、用于实现链路状态确定的确定代码585以及和至少一个其它功能所需的应用程序586，处理器511通过调用存储器513中存储的各个代码来实现上述实施例中链路状态确定方法。具体的，通过调用获取代码582执行上述步骤301和步骤401，通过调用发送代码583执行上述步骤302和步骤402，通过调用接收代码584执行上述步骤303和步骤403，通过调用确定代码执行上述步骤304和步骤405。
请参考图6，其示出了本发明一个实施例提供的链路状态确定装置的结构示意图，如图6所示，该链路状态确定装置可以包括：获取单元610、发送单元620、接收单元630和确定单元640。
获取单元610，用于获取探测请求命令，所述探测请求命令包括客户端的客户端标识；
发送单元620，用于根据所述获取单元610获取到的所述探测请求命令发送因特网包搜索器回声请求Ping Echo Request报文至所述客户端标识所对应的所述客户端，所述Ping Echo Request报文包括第一识别码，所述第一识别码用于指示所述Ping Echo Request报文具有Ping功能；
接收单元630，用于接收所述客户端返回的因特网包搜索器回声应答PingEcho Reply报文，所述Ping Echo Reply报文包括第二识别码；
确定单元640，用于确定所述第一识别码和所述第二识别码相同时，根据发送的所述Ping Echo Request报文和接收到的所述Ping Echo Reply报文，确定所述服务器与所述客户端之间的链路状态。
综上所述，本实施例提供的链路状态确定装置，由于接收到的Ping EchoReply报文中的报文识别码与发送的Ping Echo Request报文中的报文识别码相同，且客户端在接收到的Ping Echo Request报文的报文格式为标准格式时，均会反馈Ping Echo Reply报文，因此通过发送报文识别码为用于指示Ping EchoRequest报文具有Ping功能的第一识别码的Ping Echo Request报文至客户端，使得接收到的Ping Echo Reply报文中的报文识别码也为用于指示Ping EchoRequest报文具有Ping功能的识别码，进而在接收到Ping Echo Reply报文之后可以确定与客户端之间的链路状态；由于上述方案在Ping Echo Request报文的报文格式为标准格式时客户端均会反馈Ping Echo Reply报文，也即服务器均会确定与客户端之间的链路状态，而并不会受客户端禁Ping的影响，因此这就解决了现有技术中客户端禁Ping之后，服务器无法确定与客户端之间的链路状态的问题，达到了在客户端禁Ping时，服务器仍然能够追踪到客户端并确定与客户端之间的链路状态的效果。
请参考图7，其示出了本发明一个实施例提供的链路状态确定装置的结构示意图，如图7所示，该链路状态确定装置可以包括：获取单元710、发送单元720、接收单元730和确定单元740。
获取单元710，用于获取探测请求命令，所述探测请求命令包括客户端的客户端标识；
发送单元720，用于根据所述获取单元710获取到的所述探测请求命令发送因特网包搜索器回声请求Ping Echo Request报文至所述客户端标识所对应的所述客户端，所述Ping Echo Request报文包括第一识别码，所述第一识别码用于指示所述Ping Echo Request报文具有Ping功能；
接收单元730，用于接收所述客户端返回的因特网包搜索器回声应答PingEcho Reply报文，所述Ping Echo Reply报文包括第二识别码；
确定单元740，用于确定所述第一识别码和所述第二识别码相同时，根据发送的所述Ping Echo Request报文和接收到的所述Ping Echo Reply报文，确定所述服务器与所述客户端之间的链路状态。
可选的，所述探测请求命令还包括报文发送间隔；
所述发送单元720，还用于按照所述报文发送间隔发送至少两个Ping EchoRequest报文至所述客户端，不同Ping Echo Request报文中的第一识别码不同。
可选的，所述探测请求命令还包括报文个数；
所述发送单元720，还用于发送数量为所述报文个数的所述Ping EchoRequest报文至所述客户端，不同Ping Echo Request报文中的第一识别码不同。
可选的，所述探测请求命令还包括超时时间；所述装置还包括：
生成单元750，用于在所述超时时间到达时，若未收到识别码与所述PingEcho Request报文中的所述第一识别码相同的Ping Echo Reply报文，则生成用于表示超时的超时信息。
可选的，所述探测请求命令还包括报文长度，所述报文长度大于预设长度；
所述发送单元720，还用于生成数据字段中包含预设内容，且长度为所述报文长度的所述Ping Echo Request报文；分片发送所述Ping Echo Request报文至所述客户端。
可选的，所述装置还包括：
判断单元760，用于确定所述第一识别码和所述第二识别码不相同时，判断所述第二识别码是否与第三识别码相同，其中，所述第三识别码为所述服务器向所述客户端发送的回声请求Echo Request报文中携带的识别码；
所述确定单元740，还用于确定所述第二识别码和所述第三识别码相同时，将所述Ping Echo Reply报文确定为回声应答Echo Reply报文。
可选的，所述装置还包括：
报文丢弃单元770，用于确定所述第二识别码和所述第三识别码不相同时，将所述Ping Echo Reply报文丢弃。
综上所述，本实施例提供的链路状态确定装置，由于接收到的Ping EchoReply报文中的报文识别码与发送的Ping Echo Request报文中的报文识别码相同，且客户端在接收到的Ping Echo Request报文的报文格式为标准格式时，均会反馈Ping Echo Reply报文，因此通过发送报文识别码为用于指示Ping EchoRequest报文具有Ping功能的第一识别码的Ping Echo Request报文至客户端，使得接收到的Ping Echo Reply报文中的报文识别码也为用于指示Ping EchoRequest报文具有Ping功能的识别码，进而在接收到Ping Echo Reply报文之后可以确定与客户端之间的链路状态；由于上述方案在Ping Echo Request报文的报文格式为标准格式时客户端均会反馈Ping Echo Reply报文，也即服务器均会确定与客户端之间的链路状态，而并不会受客户端禁Ping的影响，因此这就解决了现有技术中客户端禁Ping之后，服务器无法确定与客户端之间的链路状态的问题，达到了在客户端禁Ping时，服务器仍然能够追踪到客户端并确定与客户端之间的链路状态的效果。
同时，本实施例通过将指示Ping Echo Request报文具有Ping功能的识别码与其他普通Echo报文的报文识别码划分为两类，进而在判断是否需要确定与客户端之间的链路状态时，服务器只需要确定是否属于分类，而无需遍历所有报文识别码进而最终确定检测结果，降低了服务器接收到Ping Echo Reply报文之后，判断是否需要确定与客户端之间的链路状态的复杂度，提高了确定链路状态的效率。
通过发送报文长度大于预设长度的Ping Echo Request报文，使得上述方法可以进行大报文检测。
本实施例在第二识别码与第三识别码相同时，可以执行普通的Echo探测流程，因此，上述方法在实现客户端禁Ping时确定与客户端之间的链路状态的同时，可以不影响现有的Echo探测流程，提高了兼容性。另外，在第二识别码与第一识别码和第三识别码不同时，服务器会直接丢弃接收到的Ping Echo Reply报文，防止了报文攻击。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (14)
1.一种链路状态确定方法，其特征在于，用于服务器中，所述方法包括：
获取探测请求命令，所述探测请求命令包括客户端的客户端标识；
根据所述探测请求命令发送因特网包搜索器回声请求Ping Echo Request报文至所述客户端标识所对应的所述客户端，所述Ping Echo Request报文包括第一识别码，所述第一识别码用于指示所述Ping Echo Request报文具有Ping功能；
接收所述客户端返回的因特网包搜索器回声应答Ping Echo Reply报文，所述Ping Echo Reply报文包括第二识别码；
确定所述第一识别码和所述第二识别码相同时，根据发送的所述Ping EchoRequest报文和接收到的所述Ping Echo Reply报文，确定所述服务器与所述客户端之间的链路状态。
2.根据权利要求1所述的方法，所述探测请求命令还包括报文发送间隔；
所述根据所述探测请求命令发送因特网包搜索器回声请求Ping EchoRequest报文至所述客户端标识所对应的所述客户端，包括：
按照所述报文发送间隔发送至少两个Ping Echo Request报文至所述客户端，不同Ping Echo Request报文中的第一识别码不同。
3.根据权利要求1或2所述的方法，所述探测请求命令还包括报文个数；
所述根据所述探测请求命令发送因特网包搜索器回声请求Ping EchoRequest报文至所述客户端标识所对应的所述客户端，包括：
发送数量为所述报文个数的所述Ping Echo Request报文至所述客户端，不同Ping Echo Request报文中的第一识别码不同。
4.根据权利要求1至3任一所述的方法，所述探测请求命令还包括超时时间；所述方法还包括：
在所述超时时间到达时，若未收到识别码与所述Ping Echo Request报文中的所述第一识别码相同的Ping Echo Reply报文，则生成用于表示超时的超时信息。
5.根据权利要求1至4任一所述的方法，所述探测请求命令还包括报文长度，所述报文长度大于预设长度；
所述根据所述探测请求命令发送因特网包搜索器回声请求Ping EchoRequest报文至所述客户端标识所对应的所述客户端，包括：
生成数据字段中包含预设内容，且长度为所述报文长度的所述Ping EchoRequest报文；
分片发送所述Ping Echo Request报文至所述客户端。
6.根据权利要求1至5任一所述的方法，所述方法还包括：
确定所述第一识别码和所述第二识别码不相同时，判断所述第二识别码是否与第三识别码相同，其中，所述第三识别码为所述服务器向所述客户端发送的回声请求Echo Request报文中携带的识别码；
确定所述第二识别码和所述第三识别码相同时，将所述Ping Echo Reply报文确定为回声应答Echo Reply报文。
7.根据权利要求6所述的方法，所述方法还包括：
确定所述第二识别码和所述第三识别码不相同时，将所述Ping Echo Reply报文丢弃。
8.一种链路状态确定装置，其特征在于，用于服务器中，所述装置包括：
获取单元，用于获取探测请求命令，所述探测请求命令包括客户端的客户端标识；
发送单元，用于根据所述获取单元获取到的所述探测请求命令发送因特网包搜索器回声请求Ping Echo Request报文至所述客户端标识所对应的所述客户端，所述Ping Echo Request报文包括第一识别码，所述第一识别码用于指示所述Ping Echo Request报文具有Ping功能；
接收单元，用于接收所述客户端返回的因特网包搜索器回声应答Ping EchoReply报文，所述Ping Echo Reply报文包括第二识别码；
确定单元，用于确定所述第一识别码和所述第二识别码相同时，根据发送的所述Ping Echo Request报文和接收到的所述Ping Echo Reply报文，确定所述服务器与所述客户端之间的链路状态。
9.根据权利要求8所述的装置，所述探测请求命令还包括报文发送间隔；
所述发送单元，还用于按照所述报文发送间隔发送至少两个Ping EchoRequest报文至所述客户端，不同Ping Echo Request报文中的第一识别码不同。
10.根据权利要求8或9所述的装置，所述探测请求命令还包括报文个数；
所述发送单元，还用于发送数量为所述报文个数的所述Ping Echo Request报文至所述客户端，不同Ping Echo Request报文中的第一识别码不同。
11.根据权利要求8至10任一所述的装置，所述探测请求命令还包括超时时间；所述装置还包括：
生成单元，用于在所述超时时间到达时，若未收到识别码与所述Ping EchoRequest报文中的所述第一识别码相同的Ping Echo Reply报文，则生成用于表示超时的超时信息。
12.根据权利要求8至11任一所述的装置，所述探测请求命令还包括报文长度，所述报文长度大于预设长度；
所述发送单元，还用于生成数据字段中包含预设内容，且长度为所述报文长度的所述Ping Echo Request报文；分片发送所述Ping Echo Request报文至所述客户端。
13.根据权利要求8至12任一所述的装置，所述装置还包括：
判断单元，用于确定所述第一识别码和所述第二识别码不相同时，判断所述第二识别码是否与第三识别码相同，其中，所述第三识别码为所述服务器向所述客户端发送的回声请求Echo Request报文中携带的识别码；
所述确定单元，还用于确定所述第二识别码和所述第三识别码相同时，将所述Ping Echo Reply报文确定为回声应答Echo Reply报文。
14.根据权利要求13所述的装置，所述装置还包括：
报文丢弃单元，用于确定所述第二识别码和所述第三识别码不相同时，将所述Ping Echo Reply报文丢弃。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610321601.1A CN107370636B (zh) | 2016-05-12 | 2016-05-12 | 链路状态确定方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610321601.1A CN107370636B (zh) | 2016-05-12 | 2016-05-12 | 链路状态确定方法和装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107370636A true CN107370636A (zh) | 2017-11-21 |
| CN107370636B CN107370636B (zh) | 2021-01-29 |
Family
ID=60304638
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610321601.1A Active CN107370636B (zh) | 2016-05-12 | 2016-05-12 | 链路状态确定方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107370636B (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111431772A (zh) * | 2020-04-28 | 2020-07-17 | 上海众链科技有限公司 | 网络延迟测量方法、系统、可读存储介质及终端设备 |
| CN111917682A (zh) * | 2019-05-07 | 2020-11-10 | 阿里巴巴集团控股有限公司 | 访问行为识别方法、性能检测方法、装置、设备和系统 |
| CN112492062A (zh) * | 2020-11-20 | 2021-03-12 | 清华大学 | 基于分片指纹的IPv6别名前缀检测方法 |
| CN112688826A (zh) * | 2019-10-18 | 2021-04-20 | 中车株洲电力机车研究所有限公司 | 链路诊断方法、终端设备、链路诊断系统和存储介质 |
| CN112996031A (zh) * | 2019-12-12 | 2021-06-18 | 烽火通信科技股份有限公司 | 一种ppp链路选择方法及系统 |
| CN114760231A (zh) * | 2022-04-14 | 2022-07-15 | 和中通信科技有限公司 | 一种快速大规模主机在线识别的方法 |
Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1713596A (zh) * | 2004-06-15 | 2005-12-28 | 中兴通讯股份有限公司 | 在实现多链路协议时进行链路检测的方法 |
| CN1953400A (zh) * | 2005-10-17 | 2007-04-25 | 华为技术有限公司 | 一种控制以太网链路连续性检测的方法 |
| US20070177524A1 (en) * | 2006-01-31 | 2007-08-02 | Microsoft Corporation | Network connectivity determination based on passive analysis of connection-oriented path information |
| CN101257389A (zh) * | 2007-03-02 | 2008-09-03 | 日立通讯技术株式会社 | Icmp变换装置 |
| CN101640620A (zh) * | 2009-09-01 | 2010-02-03 | 杭州华三通信技术有限公司 | 一种被均衡设备的健康检测方法及装置 |
| CN101753376A (zh) * | 2009-12-30 | 2010-06-23 | 杭州华三通信技术有限公司 | 一种链路状态检测方法和设备 |
| CN101820368A (zh) * | 2010-04-08 | 2010-09-01 | 华为技术有限公司 | 以太网链路故障检测方法及装置 |
| CN102355383A (zh) * | 2011-09-28 | 2012-02-15 | 深圳市深信服电子科技有限公司 | 一种检测网络节点故障的方法和系统 |
| CN102624584A (zh) * | 2012-03-01 | 2012-08-01 | 中兴通讯股份有限公司 | 链路检测方法及装置 |
| CN103220161A (zh) * | 2012-01-18 | 2013-07-24 | 深圳市腾讯计算机系统有限公司 | 一种服务器状态的探测方法和装置 |
| CN103561025A (zh) * | 2013-11-01 | 2014-02-05 | 中国联合网络通信集团有限公司 | 防dos攻击能力检测方法、装置和系统 |
| US20140040493A1 (en) * | 2012-07-31 | 2014-02-06 | Christopher Baldwin | Distributing communication of a data stream among multiple devices |
| CN103701658A (zh) * | 2013-11-18 | 2014-04-02 | 北京视联动力国际信息技术有限公司 | 一种视联网的网络状况测试方法和装置 |
| US8923290B1 (en) * | 2013-02-26 | 2014-12-30 | Marvell Israel (M.I.S.L) Ltd. | Self-forming lags |
| US20150381466A1 (en) * | 2014-06-25 | 2015-12-31 | Broadcom Corporation | Micro-OAM for Link Groups |
-
2016
- 2016-05-12 CN CN201610321601.1A patent/CN107370636B/zh active Active
Patent Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1713596A (zh) * | 2004-06-15 | 2005-12-28 | 中兴通讯股份有限公司 | 在实现多链路协议时进行链路检测的方法 |
| CN1953400A (zh) * | 2005-10-17 | 2007-04-25 | 华为技术有限公司 | 一种控制以太网链路连续性检测的方法 |
| US20070177524A1 (en) * | 2006-01-31 | 2007-08-02 | Microsoft Corporation | Network connectivity determination based on passive analysis of connection-oriented path information |
| CN101257389A (zh) * | 2007-03-02 | 2008-09-03 | 日立通讯技术株式会社 | Icmp变换装置 |
| CN101640620A (zh) * | 2009-09-01 | 2010-02-03 | 杭州华三通信技术有限公司 | 一种被均衡设备的健康检测方法及装置 |
| CN101753376A (zh) * | 2009-12-30 | 2010-06-23 | 杭州华三通信技术有限公司 | 一种链路状态检测方法和设备 |
| CN101820368A (zh) * | 2010-04-08 | 2010-09-01 | 华为技术有限公司 | 以太网链路故障检测方法及装置 |
| CN102355383A (zh) * | 2011-09-28 | 2012-02-15 | 深圳市深信服电子科技有限公司 | 一种检测网络节点故障的方法和系统 |
| CN103220161A (zh) * | 2012-01-18 | 2013-07-24 | 深圳市腾讯计算机系统有限公司 | 一种服务器状态的探测方法和装置 |
| CN102624584A (zh) * | 2012-03-01 | 2012-08-01 | 中兴通讯股份有限公司 | 链路检测方法及装置 |
| US20140040493A1 (en) * | 2012-07-31 | 2014-02-06 | Christopher Baldwin | Distributing communication of a data stream among multiple devices |
| US8923290B1 (en) * | 2013-02-26 | 2014-12-30 | Marvell Israel (M.I.S.L) Ltd. | Self-forming lags |
| CN103561025A (zh) * | 2013-11-01 | 2014-02-05 | 中国联合网络通信集团有限公司 | 防dos攻击能力检测方法、装置和系统 |
| CN103701658A (zh) * | 2013-11-18 | 2014-04-02 | 北京视联动力国际信息技术有限公司 | 一种视联网的网络状况测试方法和装置 |
| US20150381466A1 (en) * | 2014-06-25 | 2015-12-31 | Broadcom Corporation | Micro-OAM for Link Groups |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111917682A (zh) * | 2019-05-07 | 2020-11-10 | 阿里巴巴集团控股有限公司 | 访问行为识别方法、性能检测方法、装置、设备和系统 |
| CN111917682B (zh) * | 2019-05-07 | 2023-01-24 | 阿里巴巴集团控股有限公司 | 访问行为识别方法、性能检测方法、装置、设备和系统 |
| CN112688826A (zh) * | 2019-10-18 | 2021-04-20 | 中车株洲电力机车研究所有限公司 | 链路诊断方法、终端设备、链路诊断系统和存储介质 |
| CN112688826B (zh) * | 2019-10-18 | 2022-05-20 | 中车株洲电力机车研究所有限公司 | 链路诊断方法、终端设备、链路诊断系统和存储介质 |
| CN112996031A (zh) * | 2019-12-12 | 2021-06-18 | 烽火通信科技股份有限公司 | 一种ppp链路选择方法及系统 |
| CN112996031B (zh) * | 2019-12-12 | 2022-08-05 | 烽火通信科技股份有限公司 | 一种ppp链路选择方法及系统 |
| CN111431772A (zh) * | 2020-04-28 | 2020-07-17 | 上海众链科技有限公司 | 网络延迟测量方法、系统、可读存储介质及终端设备 |
| CN112492062A (zh) * | 2020-11-20 | 2021-03-12 | 清华大学 | 基于分片指纹的IPv6别名前缀检测方法 |
| CN112492062B (zh) * | 2020-11-20 | 2021-09-07 | 清华大学 | 基于分片指纹的IPv6别名前缀检测方法 |
| CN114760231A (zh) * | 2022-04-14 | 2022-07-15 | 和中通信科技有限公司 | 一种快速大规模主机在线识别的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107370636B (zh) | 2021-01-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107370636A (zh) | 链路状态确定方法和装置 | |
| CN103905447B (zh) | 业务链路选择控制方法以及设备 | |
| US9825841B2 (en) | Method of and network server for detecting data patterns in an input data stream | |
| CN104717107B (zh) | 网络设备探测的方法、装置及系统 | |
| CN113595897B (zh) | 一种路径探测方法及装置 | |
| CN109756501A (zh) | 一种基于http协议的高隐匿网络代理方法及系统 | |
| CN107547300B (zh) | 一种网络质量检测方法及装置 | |
| CN108259425A (zh) | 攻击请求的确定方法、装置及服务器 | |
| CN106330944A (zh) | 恶意系统漏洞扫描器的识别方法和装置 | |
| CN104539464A (zh) | 节点故障诊断方法及装置 | |
| CN109246189B (zh) | 网络数据分发方法及装置、存储介质、服务端 | |
| CN106790291A (zh) | 一种入侵检测提示方法及装置 | |
| CN108390856A (zh) | 一种DDoS攻击检测方法、装置及电子设备 | |
| CN109756401A (zh) | 一种测试方法、装置、电子设备及存储介质 | |
| CN105262858B (zh) | 一种检测域名系统dns服务器安全性的方法及装置 | |
| CN110247823A (zh) | 一种故障检测方法、装置及相关设备 | |
| CN107493229A (zh) | 融合通信的消息群发方法、服务器及计算机存储介质 | |
| CN106612303A (zh) | 数据处理方法和装置 | |
| CN109040344A (zh) | 一种nat穿透方法、装置、设备及存储介质 | |
| CN107911263A (zh) | 一种能够同时测量以太网时延和拥塞的报文 | |
| CN106230726A (zh) | 转发路径的探测方法和装置 | |
| CN111225038A (zh) | 服务器访问方法及装置 | |
| CN107678897A (zh) | 一种自动化测试的方法及装置 | |
| CN106603346A (zh) | 基于虚拟可扩展局域网的网络质量测试工具 | |
| CN107122326A (zh) | 外部组件连接接口的验证装置 |
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 |