CN107332726B - 一种通信链路的检测方法及装置 - Google Patents

一种通信链路的检测方法及装置 Download PDF

Info

Publication number
CN107332726B
CN107332726B CN201610284068.6A CN201610284068A CN107332726B CN 107332726 B CN107332726 B CN 107332726B CN 201610284068 A CN201610284068 A CN 201610284068A CN 107332726 B CN107332726 B CN 107332726B
Authority
CN
China
Prior art keywords
network device
communication link
state
message
response
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
CN201610284068.6A
Other languages
English (en)
Other versions
CN107332726A (zh
Inventor
李桂辰
刘宇
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201610284068.6A priority Critical patent/CN107332726B/zh
Publication of CN107332726A publication Critical patent/CN107332726A/zh
Application granted granted Critical
Publication of CN107332726B publication Critical patent/CN107332726B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/50Testing arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例公开了一种通信链路的检测方法及装置,所述方法应用于第一网络设备,第一网络设备和第二网络设备之间存在通信链路,所述方法包括:检测第一网络设备当前的端口状态;当第一网络设备当前的端口状态不是去激活状态时,通过通信链路向第二网络设备发送探测报文;当在第一预设时长内接收到第二网络设备响应探测报文所发送的应答报文时,确定通信链路正常,并将第一网络设备的端口状态更新为激活状态;当在第一预设时长内未接收到第二网络设备发送的应答报文时,确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。采用本发明实施例,可快速检测通信链路是否发生故障,提高链路检测的可靠性。

Description

一种通信链路的检测方法及装置
技术领域
本发明涉及通信技术领域,尤其涉及一种通信链路的检测方法及装置。
背景技术
当网络中连接两个网络设备之间的通信链路出现故障,而两个网络设备并不知悉通信链路已故障,仍然通过该通信链路发送报文时,将导致通信异常。对此,提出了双向转发检测(Bidirectional Forwarding Detection,缩写BFD)技术,当主链路出现网络故障时,可以通过BFD技术将数据切换到备份链路进行传输;当主链路故障修复完毕时,可以通过BFD技术将数据回切到主链路进行传输。当BFD技术为双向检测时,通信链路两端的网络设备,第一网络设备和第二网络设备,均需配置BFD,如果第一网络设备和第二网络设备属于不同厂商,需要确认第一网络设备和第二网络设备是否均支持BFD的配置,适用的应用场景有限,操作繁琐。当BFD技术为单跳检测时,仅需第一网络设备和第二网络设备中的任一结点设备配置BFD,但只适用于单跳链路,无法检测多跳组网。
发明内容
本申请提供一种通信链路的检测方法及装置,可快速检测通信链路是否发生故障,提高链路检测的可靠性。
第一方面,提供了一种通信链路的检测方法,所述方法应用于第一网络设备,第一网络设备和第二网络设备之间存在通信链路,包括:
检测第一网络设备当前的端口状态,当第一网络设备当前的端口状态不是去激活状态时,通过该通信链路向第二网络设备发送探测报文,当在第一预设时长内接收到第二网络设备响应探测报文所发送的应答报文时,确定该通信链路正常,并将第一网络设备的端口状态更新为激活状态;当在第一预设时长内未接收到第二网络设备发送的应答报文时,确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。其中,端口状态可以包括去激活状态、激活状态或者暂停数据传输状态。探测报文用于检测通信链路是否故障,探测报文包括地址解析协议(Address Resolution Protocol,缩写ARP)请求报文、网络控制报文协议(Internet Control Message Protocol,缩写ICMP)请求报文或者传输控制协议(Transmission Control Protocol,缩写TCP)报文。
在该技术方案中,第一网络设备需要检测通信链路是否故障时,可以检测第一网络设备当前的端口状态,当第一网络设备当前的端口状态不是去激活状态时,第一网络设备可以通过通信链路向第二网络设备发送探测报文,如果第一网络设备的端口状态为激活状态,且第一网络设备在第一预设时长内接收到第二网络设备响应探测报文所发送的应答报文,则第一网络设备可以确定通信链路正常,即第二网络设备可成功接收第一网络设备通过该通信链路发送的数据,进而保持第一网络设备的端口状态为激活状态;如果第一网络设备的端口状态为暂停数据传输状态,且第一网络设备在第一预设时长内接收到第二网络设备响应探测报文所发送的应答报文,则第一网络设备可以确定该通信链路故障修复完毕,已恢复正常,即第二网络设备可成功接收第一网络设备通过该通信链路发送的数据,进而将第一网络设备的端口状态由暂停数据传输状态更新为激活状态。
如果第一网络设备的端口状态为激活状态,且第一网络设备在第一预设时长内未接收到第二网络设备响应探测报文所发送的应答报文,则第一网络设备可以确定通信链路故障,即第一网络设备通过该通信链路发送的数据将被丢弃,第二网络设备无法成功接收该数据,进而第一网络设备可以将第一网络设备的端口状态由激活状态更新为暂停数据传输状态;如果第一网络设备的端口状态为暂停数据传输状态,且第一网络设备在第一预设时长内未接收到第二网络设备响应探测报文所发送的应答报文,则第一网络设备可以确定通信链路故障未修复,即第一网络设备通过该通信链路发送的数据将被丢弃,第二网络设备无法成功接收该数据,进而第一网络设备可以保持第一网络设备的端口状态为暂停数据传输状态。
其中,探测报文可以包括ARP请求报文、ICMP请求报文或者TCP报文,由于ARP协议位于数据链路层,ICMP协议位于网络层,TCP协议位于传输层,只要客户端或者服务器支持ARP协议、ICMP协议或TCP协议,则本发明实施例提供的方法可灵活支持任意厂商生成的设备,无需配置,可检测不同应用场景的通信链路,以快速检测通信链路是否发生故障,提高链路检测的可靠性。
结合第一方面,在第一方面的第一种可能的实现中,第一网络设备通过通信链路向第二网络设备发送探测报文的具体方式可以为:通过通信链路向第二网络设备发送ARP请求报文,ARP请求报文包括第二网络设备的网际协议(Internet Protocol,缩写IP)地址。
进一步的,当在第一预设时长内接收到第二网络设备响应探测报文所发送的应答报文时,确定通信链路正常,包括:当在第一预设时长内接收到第二网络设备响应ARP请求报文所发送的ARP应答报文时,第一网络设备确定通信链路正常。
当在第一预设时长内未接收到第二网络设备响应探测报文所发送的应答报文时,确定通信链路故障,包括:当在第一预设时长内未接收到第二网络设备响应ARP请求报文所发送的ARP应答报文时,确定通信链路故障。
在该技术方案中,第一网络设备需要检测与第二网络设备之间的通信链路是否故障时,通过该通信链路广播包含第二网络设备的IP地址的ARP请求报文。如果第一网络设备在第一预设时长内接收到第二网络设备返回的ARP应答报文,所述ARP应答报文是对所述第一网络设备发送的ARP请求报文的响应,则所述第一网络设备可以确定通信链路正常,并将第一网络设备的端口状态更新为激活状态。如果第一网络设备在第一预设时长内未接收到ARP应答报文,第一网络设备可以确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
由于ARP协议位于数据链路层,则本发明实施例可检测通信链路位于数据链路层是否故障,避免第一网络设备向第二网络设备发送数据之后,第二网络设备无法成功接收到该数据,提高数据传输的可靠性。
结合第一方面或第一方面的第一种可能的实现,在第一方面的第二种可能的实现中,第一网络设备可以根据第二网络设备的MAC地址,将ICMP请求报文通过通信链路发送给第二网络设备,当第一网络设备在第一预设时长内接收到第二网络设备响应ICMP请求报文所发送的ICMP应答报文时,确定该通信链路正常;当第一网络设备在第一预设时长内未接收到第二网络设备响应ICMP请求报文所发送的ICMP应答报文时,确定该通信链路故障。
如果第一网络设备在发送ICMP请求报文之前不知道第二网络设备的MAC地址,第一网络设备可以通过如下方式获取第二网络设备的MAC地址:通过通信链路向第二网络设备发送ARP请求报文,ARP请求报文包括第二网络设备的IP地址,接收第二网络设备响应ARP请求报文所发送的ARP应答报文,其中,ARP应答报文包括第二网络设备的媒介访问控制(Media Access Control,缩写MAC)地址。
在该技术方案中,一种方式中,第一网络设备根据第二网络设备的MAC地址,将ICMP请求报文发送给第二网络设备。第二网络设备接收到ICMP请求报文之后,可以生成ICMP应答报文,并将生成的ICMP应答报文发送给第一网络设备。如果第一网络设备在从发送ICMP请求报文开始经过第一预设时长的时间段内接收到ICMP应答报文,则第一网络设备可以确定通信链路正常,并将第一网络设备的端口状态更新为激活状态。如果第一网络设备向第二网络设备发送ICMP请求报文之后,在从发送ICMP请求报文开始经过第一预设时长的时间段内未接收到ICMP应答报文,第一网络设备可以确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
由于ICMP协议位于网络层,则本发明实施例可检测通信链路位于网络层是否故障。
另一种方式中,第一网络设备先发送ARP请求报文,并在确定通信链路位于数据链路层正常的情况下,进一步的根据第二网络设备的MAC地址,将ICMP请求报文通过通信链路发送给第二网络设备,当第一网络设备在第一预设时长内接收到第二网络设备响应ICMP请求报文所发送的ICMP应答报文时,确定该通信链路位于网络层正常;当第一网络设备在第一预设时长内未接收到第二网络设备响应ICMP请求报文所发送的ICMP应答报文时,确定该通信链路位于网络层故障。这样,在链路层探测没有故障的情况下,进一步对网络层进行探测,通过对该通信链路不同层次的故障探测,可以提高检测精度。
如果第一网络设备通过ARP请求报文探测,确定通信链路位于数据链路层故障的情况下,则无需检测该通信链路位于网络层是否故障,即第一网络设备检测到通信链路位于数据链路层故障时,无需再执行将ICMP请求报文通过通信链路发送给第二网络设备,探测该通信链路的网络层是否故障的步骤。
结合第一方面和第一方面的第一种和第二种可能的实现中的任一种,在第一方面的第三种可能的实现中,第一网络设备根据第二网络设备的MAC地址,与第二网络设备之间进行三次握手建立连接,以及与第二网络设备之间进行四次握手断开连接,当在第一预设时长内三次握手以及四次握手均完成时,第一网络设备可以确定通信链路正常;当在第一预设时长内三次握手和四次握手中任一次未完成时,第一网络设备可以确定通信链路故障,具体为通信链路的传输层故障。
其中,三次握手建立连接的具体方式可以为:第一网络设备根据第二网络设备的MAC地址,将第一TCP报文通过通信链路发送给第二网络设备,第一TCP报文用于指示第一网络设备请求与第二网络设备之间建立TCP连接,第一网络设备接收第二网络设备响应第一TCP报文所发送的第一TCP应答报文,第一网络设备将第二TCP报文通过通信链路发送给第二网络设备,第二TCP报文用于指示成功建立TCP连接。
其中,四次握手断开连接的具体方式可以为:第一网络设备将第三TCP报文通过通信链路发送给第二网络设备,第三TCP报文用于指示第一网络设备请求结束TCP连接;第一网络设备接收第二网络设备响应第三TCP报文所发送的第二TCP应答报文;第一网络设备接收第二网络设备通过通信链路发送的第三TCP报文;第一网络设备将响应第三TCP报文所生成的第三TCP应答报文发送给第二网络设备。
其中,当在第一预设时长内三次握手以及四次握手均完成时,第一网络设备确定通信链路正常,具体可以为:第一网络设备根据第二网络设备的MAC地址,将第一TCP报文通过通信链路发送给第二网络设备,第一网络设备接收第二网络设备响应第一TCP报文所发送的第一TCP应答报文,第一网络设备将第二TCP报文通过通信链路发送给第二网络设备,第一网络设备将第三TCP报文通过通信链路发送给第二网络设备,第一网络设备接收第二网络设备响应第三TCP报文所发送的第二TCP应答报文,第一网络设备接收第二网络设备通过通信链路发送的第三TCP报文,当第一网络设备在从发送第一TCP报文开始经过第一预设时长的时间段内将响应第三TCP报文所生成的第三TCP应答报文发送给第二网络设备时,确定通信链路正常。
其中,当在第一预设时长内三次握手和四次握手中任一次未完成时,第一网络设备确定通信链路故障,具体可以为:如果第一网络设备在从发送ARP请求报文开始经过第一预设时长的时间段内未接收到第二网络设备发送的ARP应答报文,第一网络设备可以确定通信链路故障。可选的,第一网络设备将第一TCP报文发送给第二网络设备之后,如果第一网络设备在从发送第一TCP报文开始经过第一预设时长的时间段内未接收到第一TCP应答报文时,第一网络设备可以确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。可选的,第一网络设备将第三TCP报文发送给第二网络设备之后,如果第一网络设备在从发送第一TCP报文开始经过第一预设时长的时间段内未接收到第二TCP应答报文时,第一网络设备可以确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。可选的,第一网络设备接收第二网络设备响应第三TCP报文所发送的TCP应答报文之后,如果第一网络设备在从发送第一TCP报文开始经过第一预设时长的时间段内未接收到第二网络设备发送的第三TCP报文时,第一网络设备可以确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
在该技术方案中,一种方式中,第一网络设备根据第二网络设备的MAC地址,将第一TCP报文发送给第二网络设备。当第一网络设备在从发送第一TCP报文开始经过第一预设时长的时间段内接收到第二网络设备响应第一TCP报文所发送的第一TCP应答报文时,第一网络设备可以将第二TCP报文发送给第二网络设备。第一网络设备还可以将第三TCP报文发送给第二网络设备。当第一网络设备接收第二网络设备响应第三TCP报文所发送的第二TCP应答报文,且接收第二网络设备发送的第三TCP报文之后,在从发送ARP请求报文开始经过第一预设时长的时间段内将响应第三TCP报文所生成的第三TCP应答报文发送给第二网络设备,则第一网络设备可以确定通信链路正常,并将第一网络设备的端口状态更新为激活状态。由于TCP协议位于传输层,则本发明实施例可检测通信链路位于传输层是否故障,当通信链路位于传输层正常时,第一网络设备可将在传输层传输的数据通过该通信链路发送给第二网络设备。
另一中方式中,第一网络设备先通过通信链路向第二网络设备发送ARP请求报文,在确定通信链路位于数据链路层正常的情况下,进一步根据第二网络设备的MAC地址,将ICMP请求报文通过通信链路发送给第二网络设备,在确定该通信链路位于网络层正常的情况下,进一步根据第二网络设备的MAC地址,与第二网络设备之间进行三次握手建立连接,以及与第二网络设备之间进行四次握手断开连接,当在第一预设时长内三次握手以及四次握手均完成时,确定通信链路位于传输层正常;当在第一预设时长内三次握手或者四次握手中任一次未完成时,确定通信链路位于传输层故障。这样,在该通信链路的数据链路层和网络层没有故障的情况下,进一步对传输层进行探测,通过对该通信链路不同层次的故障探测,可以提高检测精度。
如果确定通信链路的数据链路层或网络层任一个出现故障,则第一网络设备无需检测该通信链路位于网络层以及传输层是否故障。即第一网络设备无需执行根据第二网络设备的MAC地址,与第二网络设备之间进行三次握手建立连接,以及与第二网络设备之间进行四次握手断开连接的步骤。
结合第一方面和第一方面的第一至三中可能的实现中的任一种,在第一方面的第四种可能的实现中,第一网络设备按照第二预设时长为时间周期检测第一网络设备的端口状态,针对当前时间周期发送的探测报文,当在第一预设时长内接收到第二网络设备发送的应答报文时,第一网络设备可以确定通信链路正常,并将第一网络设备的端口状态更新为激活状态;当在第一预设时长内未接收到第二网络设备发送的应答报文时,第一网络设备可以确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
在该技术方案中,第一网络设备按照第二预设时长为时间周期通过通信链路向第二网络设备发送探测报文。第一网络设备针对上一个时间周期发送的探测报文,当在第一预设时长内接收到第二网络设备发送的应答报文时,第一网络设备可以确定该通信链路正常,并将第一网络设备的端口状态更新为激活状态。针对当前时间周期,第一网络设备检测到第一网络设备的端口状态为激活状态,即第一网络设备的端口状态不是去激活状态,则第一网络设备可以通过该通信链路向第二网络设备发送探测报文,当在从当前时间周期发送探测报文开始经过第一预设时长的时间段内接收到第二网络设备发送的应答报文时,第一网络设备可以确定该通信链路正常,进而保持第一网络设备的端口状态为激活状态不变;当在从当前时间周期发送探测报文开始经过第一预设时长的时间段内未接收到第二网络设备发送的应答报文时,第一网络设备可以确定该通信链路在当前时间周期故障,进而将第一网络设备的端口状态更新为暂停数据传输状态。
第一网络设备针对上一个时间周期发送的探测报文,当在第一预设时长内未接收到第二网络设备发送的应答报文时,第一网络设备可以确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。针对当前时间周期,第一网络设备检测到第一网络设备的端口状态为暂停数据传输状态,即第一网络设备的端口状态不是去激活状态,则第一网络设备可以通过该通信链路向第二网络设备发送探测报文,当在从当前时间周期发送探测报文开始经过第一预设时长的时间段内接收到第二网络设备发送的应答报文时,第一网络设备可以确定该通信链路故障修复完毕,进而将第一网络设备的端口状态更新为激活状态;当在从当前时间周期发送探测报文开始经过第一预设时长的时间段内未接收到第二网络设备发送的应答报文时,第一网络设备可以确定通信链路保持故障不变,进而保持第一网络设备的端口状态为暂停数据传输状态不变。
本发明实施例可实时监控第一网络设备和第二网络设备之间的通信链路是否故障,检测到该通信链路故障时,第一网络设备将第一网络设备的端口状态更新为暂停数据传输状态,暂停数据传输状态用于指示第一网络设备和第二网络设备暂停通过该通信链路传输数据;检测到该通信链路正常时,第一网络设备将第一网络设备的端口状态更新为激活状态,激活状态用于指示第一网络设备和第二网络设备可通过该通信链路成功传输数据。
第二方面提供了一种通信链路的检测装置,该通信链路的检测装置具有实现上述通信链路的检测方法的功能,所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现,所述硬件或软件可以包括一个或多个与上述功能相对应的模块。
第二方面的一种可能的实现中,该通信链路的检测装置包括端口状态检测模块、报文发送模块以及链路检测模块,其中:
端口状态检测模块,用于检测第一网络设备当前的端口状态,端口状态包括去激活状态、激活状态或者暂停数据传输状态;
报文发送模块,用于当第一网络设备当前的端口状态不是去激活状态时,通过通信链路向第二网络设备发送探测报文,探测报文用于检测通信链路是否故障,探测报文包括ARP请求报文、ICMP请求报文或者TCP报文;
链路检测模块,用于当在第一预设时长内接收到第二网络设备响应探测报文所发送的应答报文时,确定通信链路正常,并将第一网络设备的端口状态更新为激活状态;当在第一预设时长内未接收到第二网络设备发送的应答报文时,确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
第二方面的另一种可能的实现中,该通信链路的检测装置包括:处理器和存储器;该通信链路的检测装置还包括通信接口;处理器、存储器以及通信接口通过总线相互连接,处理器调用存储器中的程序指令用于执行以下操作:
检测第一网络设备当前的端口状态,端口状态包括去激活状态、激活状态或者暂停数据传输状态;
当第一网络设备当前的端口状态不是去激活状态时,通过与第二网络设备之间的通信链路向第二网络设备发送探测报文,探测报文用于检测通信链路是否故障,探测报文包括ARP请求报文、ICMP请求报文或者TCP报文;
当在第一预设时长内接收到第二网络设备响应探测报文所发送的应答报文时,确定通信链路正常,并将第一网络设备的端口状态更新为激活状态;
当在第一预设时长内未接收到第二网络设备发送的应答报文时,确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
第三方面提供了一种通信链路的检测系统,包括第一网络设备和第二网络设备,所述系统可以用于实施结合第一方面的部分或全部步骤。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例中提供的一种通信链路的检测系统的结构示意图;
图2是本发明实施例中提供的一种通信链路的检测方法的流程示意图;
图3是本发明另一实施例中提供的一种通信链路的检测方法的流程示意图;
图4是本发明另一实施例中提供的一种通信链路的检测方法的流程示意图;
图5是本发明实施例中提供的一种通信链路的检测装置的结构示意图;
图6是本发明实施例中提供的一种网络设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚地描述。
本申请提供的技术方案中,通信链路任意一端的网络设备的端口状态包括:去激活状态、激活状态和暂停数据传输状态;并可以在三个状态(去激活状态、激活状态和暂停数据传输状态)之间进行转换。当网络设备的端口状态为去激活状态时,该网络设备无法发送或者接收任何信息,例如数据或者探测报文等。当网络设备的端口状态为激活状态时,网络设备可以发送或者接收任何信息,例如数据或者探测报文等。当网络设备的端口状态为暂停数据传输状态时,该网络设备仅可发送探测报文以及接收探测应答报文,但是无法发送或者接收数据。
请参见图1,图1是本发明实施例中提供的一种通信链路的检测系统的结构示意图,该通信链路的检测系统可以包括第一网络设备和第二网络设备,第一网络设备和第二网络设备之间存在通信链路,其中:
第一网络设备位于通信链路的一端,第二网络设备位于该通信链路的另一端。第一网络设备和第二网络设备之间可以存在至少一条通信链路。第一网络设备或者第二网络设备可以为路由器、服务器、基站或者个人计算机(Personal Computer,缩写PC)等。
第一网络设备检测到第一网络设备当前的端口状态为激活状态或者暂停数据传输状态时,第一网络设备可以通过与第二网络设备之间的通信链路向第二网络设备发送探测报文,当在第一预设时长内接收到第二网络设备响应探测报文所发送的应答报文时,第一网络设备可以确定该通信链路正常,并将第一网络设备的端口状态更新为激活状态。当在第一预设时长内未接收到第二网络设备响应探测报文所发送的应答报文时,第一网络设备可以确定该通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
可选的,第一网络设备的端口状态更新为激活状态之后,第一网络设备可以通过该通信链路和第二网络设备之间传输数据。
可选的,当第一网络设备和第二网络设备之间存在第一通信链路和第二通信链路,且第一网络设备检测到第一通信链路故障时,第一网络设备可以将数据通过第二通信链路发送给第二网络设备,以确保第二网络设备可成功接收到第一网络设备发送的数据,提高数据传输的可靠性。
可选的,第一网络设备可以按照第二预设时长为时间周期检测第一网络设备的端口状态。针对当前时间周期,当第一网络设备的端口状态不是去激活状态时,第一网络设备可以通过该通信链路向第二网络设备发送探测报文,当第一网络设备在第一预设时长内接收到第二网络设备响应探测报文所发送的应答报文时,第一网络设备可以确定该通信链路正常,并将第一网络设备的端口状态更新为激活状态;当第一网络设备在第一预设时长内未接收到第二网络设备发送的应答报文时,第一网络设备可以确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
其中,探测报文可以包括ARP请求报文、ICMP请求报文或者TCP报文。当通信链路的检测系统支持ARP请求报文传输时,第一网络设备可以定制ARP协议,第一网络设备在检测到第一网络设备的端口状态不是去激活状态时,向第二网络设备发送ARP请求报文。当通信链路的检测系统支持ICMP请求报文传输时,第一网络设备可以定制ICMP协议,第一网络设备在检测到第一网络设备的端口状态不是去激活状态时,向第二网络设备发送ICMP请求报文。当通信链路的检测系统支持TCP报文传输时,第一网络设备可以定制TCP协议,第一网络设备在检测到第一网络设备的端口状态不是去激活状态时,向第二网络设备发送TCP报文。
需要说明的是,本发明实施例中的探测报文包含但不局限于ARP报文、ICMP报文或者TCP报文,通信链路的检测系统可根据数据传输的不同需求定制探测报文的协议类型,例如第一网络设备需要将在会话层传输的数据发送给第二网络设备,第一网络设备可以确定探测报文为安全外壳协议(Secure Shell,缩写SSH)报文,具体不受本发明实施例的限制。
其中,第一预设时长可以是预先设定的时间段,例如10s或者30s等,第一预设时长可以是第一网络设备在出厂前配置的,也可以是用户根据不同需求所配置的,具体不受本发明实施例的限制。
其中,第二预设时长可以是预先设定的时间段,例如30s或者40s等,第二预设时长可以大于或者等于第一预设时长,第二预设时长可以是第一网络设备在出厂前配置的,也可以是用户根据不同需求所配置的,具体不受本发明实施例的限制。
请参见图2,图2是本发明实施例中提供的一种通信链路的检测方法的流程示意图,如图所示本发明实施例中的通信链路的检测方法至少可以包括:
S201,第一网络设备检测第一网络设备当前的端口状态。
第一网络设备需要检测与第二网络设备之间的通信链路是否故障时,可以判断第一网络设备当前的端口状态是否为去激活状态,如果第一网络设备当前的端口状态为激活状态或者暂停数据传输状态,第一网络设备可以通过该通信链路和第二网络设备之间传输探测报文,进而执行步骤S202;如果第一网络设备当前的端口状态为去激活状态,第一网络设备无法和第二网络设备之间传输任何信息,则第一网络设备可以经过第二预设时长之后检测第一网络设备的端口状态。
示例性的,第一网络设备的端口的初始状态为去激活状态,当第一网络设备和第二网络设备之间建立通信连接时,第一网络设备的端口状态更新为激活状态,第一网络设备检测到第一网络设备当前的端口状态不是去激活状态时,可以通过该通信链路向第二网络设备发送ARP请求报文,其中ARP请求报文可以包括第二网络设备的IP地址。本发明实施例所述的端口与通信链路一一对应,即第一网络设备将ARP请求报文通过端口输出,由该端口对应的通信链路承载至第二网络设备。
在可选实施例中,第一网络设备可以按照第二预设时长为时间周期检测第一网络设备的端口状态。例如,当第二预设时长为30s时,第一网络设备可以每间隔30s检测第一网络设备的端口状态。
S202,当第一网络设备当前的端口状态不是去激活状态时,第一网络设备通过通信链路向第二网络设备发送ARP请求报文。
当第一网络设备当前的端口状态不是去激活状态时,第一网络设备可以通过与第二网络设备之间的通信链路向第二网络设备发送ARP请求报文。
S203,第一网络设备判断在第一预设时长内是否接收到第二网络设备响应ARP请求报文所发送的ARP应答报文。
第一网络设备通过该通信链路向第二网络设备发送ARP请求报文之后,可以判断在第一预设时长内是否通过该通信链路接收到第二网络设备响应ARP请求报文所发送的ARP应答报文,当在第一预设时长内接收到ARP应答报文时,第一网络设备进一步执行步骤S204;当在第一预设时长内未接收到ARP应答报文时,第一网络设备进一步执行步骤S205。例如,第一预设时长为10s,第一网络设备通过通信链路将ARP请求报文发送给第二网络设备之后,第一网络设备可以获取ARP请求报文的发送时间,如果第一网络设备在从发送时间开始经过10s的时间段内接收到第二网络设备响应ARP请求报文所发送的ARP应答报文,第一网络设备可以执行步骤S204;如果第一网络设备在从发送时间开始经过10s的时间段内未接收到第二网络设备响应ARP请求报文所发送的ARP应答报文,第一网络设备可以执行步骤S205。
具体实现中,第一网络设备通过通信链路向第二网络设备发送ARP请求报文之后,如果该通信链路正常,第二网络设备将成功接收到ARP请求报文,并响应该ARP请求报文以生成ARP应答报文,第二网络设备将生成的ARP应答报文发送给第一网络设备。如果该通信链路故障,第二网络设备无法接收到该ARP请求报文,则第二网络设备不会生成ARP应答报文,也不会将ARP应答报文发送给第一网络设备。对此,第一网络设备通过该通信链路向第二网络设备发送ARP请求报文之后,可以判断在第一预设时长内是否接收到第二网络设备响应ARP请求报文所发送的ARP应答报文,当在第一预设时长内接收到ARP应答报文时,第一网络设备可以确定该通信链路正常,并将第一网络设备的端口状态更新为激活状态;当在第一预设时长内未接收到ARP应答报文时,第一网络设备可以确定该通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
在可选实施例中,如果第一网络设备是按照第二预设时长为时间周期检测第一网络设备的端口状态的,则针对当前时间周期,当第一网络设备检测到第一网络设备的端口状态不是去激活状态时,通过该通信链路向第二网络设备发送ARP请求报文,第一网络设备可以判断是否在第一预设时长内接收到第二网络设备响应该ARP请求报文所发送的ARP应答报文,如果在第一预设时长内接收到ARP应答报文,第一网络设备可以确定该通信链路当前正常;如果在第一预设时长内未接收到ARP应答报文,第一网络设备可以确定该通信链路当前故障。
S204,第一网络设备当在第一预设时长内接收到ARP应答报文时,确定通信链路正常,并将第一网络设备的端口状态更新为激活状态。
第一网络设备通过该通信链路向第二网络设备发送ARP请求报文之后,如果在第一预设时长内接收到第二网络设备发送的ARP应答报文,第一网络设备可以确定该通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。具体实现中,当第一网络设备的端口状态为激活状态,且第一网络设备在第一预设时长内接收到ARP应答报文时,第一网络设备可以保持第一网络设备的端口状态为激活状态不变;当第一网络设备的端口状态为暂停数据传输状态,且第一网络设备在第一预设时长内接收到ARP应答报文时,第一网络设备可以将端口状态更新为激活状态。
S205,第一网络设备当在第一预设时长内未接收到ARP应答报文时,确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
第一网络设备通过该通信链路向第二网络设备发送ARP请求报文之后,如果在第一预设时长内未接收到第二网络设备发送的ARP应答报文,第一网络设备可以确定该通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。具体实现中,当第一网络设备的端口状态为激活状态,且第一网络设备在第一预设时长内未接收到ARP应答报文时,第一网络设备可以确定该通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态;当第一网络设备的端口状态为暂停数据传输状态,且第一网络设备在第一预设时长内未接收到ARP应答报文时,第一网络设备可以确定该通信链路故障,并保持第一网络设备的端口状态为暂停数据传输状态不变。需要说明的是,如果第一网络设备的当前端口状态为去激活状态,第一网络设备将断开和第二网络设备之间的通信连接,无法进行数据或者报文的传输。
在图2所示的通信链路的检测方法中,第一网络设备检测到第一网络设备的端口状态不是去激活状态时,通过通信链路向第二网络设备发送ARP请求报文,当在第一预设时长内接收到第二网络设备响应ARP请求报文所发送的ARP应答报文时,第一网络设备确定该通信链路正常,并将第一网络设备的端口状态更新为激活状态;当在第一预设时长内未接收到ARP应答报文时,第一网络设备确定该通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态,可快速检测通信链路是否发生故障,提高数据传输的可靠性。
请参见图3,图3是本发明实施例中提供的一种通信链路的检测方法的流程示意图,如图所示本发明实施例中的通信链路的检测方法至少可以包括:
S301,第一网络设备检测第一网络设备当前的端口状态。
在可选实施例中,第一网络设备可以按照第二预设时长为时间周期检测第一网络设备的端口状态。
S302,当第一网络设备当前的端口状态不是去激活状态时,第一网络设备通过通信链路向第二网络设备发送ARP请求报文,ARP请求报文包括第二网络设备的IP地址。
S303,第二网络设备响应ARP请求报文以生成ARP应答报文,ARP应答报文包括第二网络设备的MAC地址。
S304,第二网络设备通过该通信链路向第一网络设备发送ARP应答报文。
在可选实施例中,第一网络设备向第二网络设备发送ARP请求报文之后,可以判断在从发送ARP请求报文开始经过第一预设时长的时间段内是否接收到第二网络设备发送的ARP应答报文,当第一网络设备在从发送ARP请求报文开始经过第一预设时长的时间段内接收到第二网络设备发送的ARP应答报文时,第一网络设备可以执行步骤S305。当第一网络设备在从发送ARP请求报文开始经过第一预设时长的时间段内未接收到第二网络设备发送的ARP应答报文时,第一网络设备可以确定该通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
S305,第一网络设备根据第二网络设备的MAC地址,对ICMP请求报文进行封装。
第一网络设备接收到ARP应答报文之后,可以将第二网络设备的MAC地址封装到ICMP请求报文中,以便根据第二网络设备的MAC地址,将ICMP请求报文通过该通信链路发送给第二网络设备。
S306,第一网络设备通过该通信链路将ICMP请求报文发送给第二网络设备。
S307,第一网络设备判断在从发送ICMP请求报文开始经过第一预设时长的时间段内是否接收到第二网络设备响应ICMP请求报文所发送的ICMP应答报文。
第一网络设备通过该通信链路向第二网络设备发送ICMP请求报文之后,可以判断在从发送ICMP请求报文开始经过第一预设时长的时间段内是否通过通信链路接收到第二网络设备响应ICMP请求报文所发送的ICMP应答报文,当在从发送ICMP请求报文开始经过第一预设时长的时间段内接收到ICMP应答报文时,第一网络设备进一步执行步骤S308;当在从发送ICMP请求报文开始经过第一预设时长的时间段内未接收到ICMP应答报文时,第一网络设备进一步执行步骤S309。
具体实现中,第一网络设备通过该通信链路向第二网络设备发送ICMP请求报文之后,如果该通信链路正常,第二网络设备将成功接收到ICMP请求报文,并响应该ICMP请求报文以生成ICMP应答报文,第二网络设备将生成的ICMP应答报文通过该通信链路发送给第一网络设备。如果该通信链路故障,第二网络设备无法接收到该ICMP请求报文,则第二网络设备不会生成ICMP应答报文,也不会将ICMP应答报文发送给第一网络设备。对此,第一网络设备通过该通信链路向第二网络设备发送ICMP请求报文之后,可以判断在从发送ICMP请求报文开始经过第一预设时长的时间段内是否接收到第二网络设备响应ICMP请求报文所发送的ICMP应答报文,当在从发送ICMP请求报文开始经过第一预设时长的时间段内接收到ICMP应答报文时,第一网络设备可以确定该通信链路正常,并将第一网络设备的端口状态更新为激活状态;当在从发送ICMP请求报文开始经过第一预设时长的时间段内未接收到ICMP应答报文时,第一网络设备可以确定该通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
在可选实施例中,如果第一网络设备是按照第二预设时长为时间周期检测第一网络设备的端口状态的,则针对当前时间周期,当检测到第一网络设备的端口状态不是去激活状态时,第一网络设备可以通过该通信链路向第二网络设备发送ARP请求报文,接收第二网络设备响应ARP请求报文所发送的ARP应答报文,根据ARP应答报文包括的第二网络设备的MAC地址,向第二网络设备发送ICMP请求报文,第一网络设备可以判断是否在从发送ICMP请求报文开始经过第一预设时长的时间段内接收到第二网络设备响应该ICMP请求报文所发送的ICMP应答报文,如果在从发送ICMP请求报文开始经过第一预设时长的时间段内接收到ICMP应答报文,第一网络设备可以确定该通信链路当前正常,并将第一网络设备的端口状态更新为激活状态;如果在从发送ICMP请求报文开始经过第一预设时长的时间段内未接收到ICMP应答报文,第一网络设备可以确定该通信链路当前故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
S308,第一网络设备当在从发送ICMP请求报文开始经过第一预设时长的时间段内接收到ICMP应答报文时,确定通信链路正常,并将第一网络设备的端口状态更新为激活状态。
第一网络设备通过该通信链路向第二网络设备发送ICMP请求报文之后,如果在从发送ICMP请求报文开始经过第一预设时长的时间段内接收到第二网络设备发送的ICMP应答报文,第一网络设备可以确定通信链路正常,并将第一网络设备的端口状态更新为激活状态。具体实现中,当第一网络设备的端口状态为激活状态,且第一网络设备在从发送ICMP请求报文开始经过第一预设时长的时间段内接收到ICMP应答报文时,第一网络设备可以保持第一网络设备的端口状态为激活状态不变;当第一网络设备的端口状态为暂停数据传输状态,且第一网络设备在从发送ICMP请求报文开始经过第一预设时长的时间段内接收到ICMP应答报文时,第一网络设备可以将第一网络设备的端口状态更新为激活状态。
S309,第一网络设备当在从发送ICMP请求报文开始经过第一预设时长的时间段内未接收到ICMP应答报文时,确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
第一网络设备通过该通信链路向第二网络设备发送ICMP请求报文之后,如果在从发送ICMP请求报文开始经过第一预设时长的时间段内未接收到第二网络设备发送的ICMP应答报文,第一网络设备可以确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。具体实现中,当第一网络设备的端口状态为激活状态,且第一网络设备在从发送ICMP请求报文开始经过第一预设时长的时间段内未接收到ICMP应答报文时,第一网络设备可以将第一网络设备的端口状态更新为暂停数据传输状态;当第一网络设备的端口状态为暂停数据传输状态,且第一网络设备在从发送ICMP请求报文开始经过第一预设时长的时间段内未接收到ICMP应答报文时,第一网络设备可以保持第一网络设备的端口状态为暂停数据传输状态不变。
在图3所示的通信链路的检测方法中,第一网络设备检测到第一网络设备的端口状态不是去激活状态时,通过通信链路向第二网络设备发送ARP请求报文,接收第二网络设备响应ARP请求报文所发送的ARP应答报文,根据ARP应答报文包括的第二网络设备的MAC地址,将ICMP请求报文发送给第二网络设备,第一网络设备当在从发送ICMP请求报文开始经过第一预设时长的时间段内接收到第二网络设备响应ICMP请求报文所发送的ICMP应答报文时,确定通信链路正常,并将第一网络设备的端口状态更新为激活状态;当在从发送ICMP请求报文开始经过第一预设时长的时间段内未接收到ICMP应答报文时,确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态,可快速检测通信链路是否发生故障,提高数据传输的可靠性。
请参见图4,图4是本发明实施例中提供的一种通信链路的检测方法的流程示意图,如图所示本发明实施例中的通信链路的检测方法至少可以包括:
S401,第一网络设备检测第一网络设备当前的端口状态。
在可选实施例中,第一网络设备可以按照第二预设时长为时间周期检测第一网络设备的端口状态。
S402,当第一网络设备当前的端口状态不是去激活状态时,第一网络设备通过通信链路向第二网络设备发送ARP请求报文,ARP请求报文包括第二网络设备的IP地址。
S403,第二网络设备响应ARP请求报文以生成ARP应答报文,ARP应答报文包括第二网络设备的MAC地址。
S404,第二网络设备通过该通信链路向第一网络设备发送ARP应答报文。
在可选实施例中,第一网络设备向第二网络设备发送ARP请求报文之后,可以判断在从发送ARP请求报文开始经过第一预设时长的时间段内是否接收到第二网络设备发送的ARP应答报文,当第一网络设备在从发送ARP请求报文开始经过第一预设时长的时间段内接收到第二网络设备发送的ARP应答报文时,第一网络设备可以执行步骤S405。当第一网络设备在从发送ARP请求报文开始经过第一预设时长的时间段内未接收到第二网络设备发送的ARP应答报文时,第一网络设备可以确定该通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
S405,第一网络设备根据第二网络设备的MAC地址,通过通信链路向第二网络设备发送第一TCP报文。
具体实现中,第一网络设备接收到ARP应答报文之后,可以将第二网络设备的MAC地址封装到第一TCP报文中,以便根据第二网络设备的MAC地址,将第一TCP报文通过该通信链路发送给第二网络设备。其中,第一TCP报文用于指示第一网络设备请求与第二网络设备之间建立TCP连接,例如第一TCP报文可以为TCP SYN报文。
S406,第一网络设备判断在从发送第一TCP报文开始经过第一预设时长的时间段内是否接收到第二网络设备响应第一TCP报文所发送的第一TCP应答报文。
第一网络设备通过该通信链路向第二网络设备发送第一TCP报文之后,可以判断在从发送第一TCP报文开始经过第一预设时长的时间段内是否通过该通信链路接收到第二网络设备响应第一TCP报文所发送的第一TCP应答报文,当在从发送第一TCP报文开始经过第一预设时长的时间段内接收到第一TCP应答报文时,第一网络设备进一步执行步骤S407。
在可选实施例中,如果第一网络设备是按照第二预设时长为时间周期检测第一网络设备的端口状态的,则针对当前时间周期,当检测到第一网络设备的端口状态不是去激活状态时,第一网络设备可以通过该通信链路向第二网络设备发送ARP请求报文,接收第二网络设备响应ARP请求报文所发送的ARP应答报文,根据ARP应答报文包括的第二网络设备的MAC地址,向第二网络设备发送第一TCP报文,第一网络设备可以判断是否在从发送第一TCP报文开始经过第一预设时长的时间段内接收到第二网络设备响应该第一TCP报文所发送的第一TCP应答报文,如果在从发送第一TCP报文开始经过第一预设时长的时间段内接收到第一TCP应答报文,第一网络设备可以执行步骤S407;如果在从发送第一TCP报文开始经过第一预设时长的时间段内未接收到第一TCP应答报文,第一网络设备可以确定该通信链路当前故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
在可选实施例中,第一网络设备当在从发送第一TCP报文开始经过第一预设时长的时间段内未接收到第一TCP应答报文时,确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
具体实现中,当第一网络设备的端口状态为激活状态,且第一网络设备在从发送第一TCP报文开始经过第一预设时长的时间段内未接收到第一TCP应答报文时,第一网络设备可以将第一网络设备的端口状态更新为暂停数据传输状态;当第一网络设备的端口状态为暂停数据传输状态,且第一网络设备在从发送第一TCP报文开始经过第一预设时长的时间段内未接收到第一TCP应答报文时,第一网络设备可以保持第一网络设备的端口状态为暂停数据传输状态不变。
S407,第一网络设备当在从发送第一TCP报文开始经过第一预设时长的时间段内接收到第一TCP应答报文时,通过该通信链路将第二TCP报文发送给第二网络设备。
其中,第二TCP报文用于指示成功建立TCP连接,第二TCP报文可以为TCP ACK报文。
S408,第一网络设备通过该通信链路将第三TCP报文发送给第二网络设备。
其中,第三TCP报文用于指示第一网络设备请求结束TCP连接,第三TCP报文可以为FIN报文。
S409,第一网络设备判断在从发送第一TCP报文开始经过第一预设时长的时间段内是否接收到第二网络设备响应第三TCP报文所发送的第二TCP应答报文。
第一网络设备通过该通信链路向第二网络设备发送第三TCP报文之后,可以判断在从发送第一TCP报文开始经过第一预设时长的时间段内是否通过该通信链路接收到第二网络设备响应第三TCP报文所发送的第二TCP应答报文,当在从发送第一TCP报文开始经过第一预设时长的时间段内接收到第二TCP应答报文时,第一网络设备进一步执行步骤S410。
在可选实施例中,第一网络设备当在从发送第一TCP报文开始经过第一预设时长的时间段内未接收到第二TCP应答报文时,确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
具体实现中,当第一网络设备的端口状态为激活状态,且第一网络设备在从发送第一TCP报文开始经过第一预设时长的时间段内未接收到第二TCP应答报文时,第一网络设备可以将第一网络设备的端口状态更新为暂停数据传输状态;当第一网络设备的端口状态为暂停数据传输状态,且第一网络设备在从发送第一TCP报文开始经过第一预设时长的时间段内未接收到第二TCP应答报文时,第一网络设备可以保持第一网络设备的端口状态为暂停数据传输状态不变。
S410,第一网络设备当在从发送第一TCP报文开始经过第一预设时长的时间段内接收到第二TCP应答报文时,判断在从发送第一TCP报文开始经过第一预设时长的时间段内是否接收到第二网络设备通过该通信链路发送的第三TCP报文。
在可选实施例中,第一网络设备当在从发送第一TCP报文开始经过第一预设时长的时间段内未接收到第三TCP报文时,确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
具体实现中,当第一网络设备的端口状态为激活状态,且第一网络设备在从发送第一TCP报文开始经过第一预设时长的时间段内未接收到第三TCP报文时,第一网络设备可以将第一网络设备的端口状态更新为暂停数据传输状态;当第一网络设备的端口状态为暂停数据传输状态,且第一网络设备在从发送第一TCP报文开始经过第一预设时长的时间段内未接收到第三TCP报文时,第一网络设备可以保持第一网络设备的端口状态为暂停数据传输状态不变。
S411,第一网络设备当在从发送第一TCP报文开始经过第一预设时长的时间段内接收到第三TCP报文时,响应第三TCP报文以生成第三TCP应答报文。
第一网络设备生成第三TCP应答报文之后,可以将第三TCP应答报文发送给第二网络设备。
S412,第一网络设备当在从发送第一TCP报文开始经过第一预设时长的时间段内将第三TCP应答报文通过该通信链路发送给第二网络设备时,确定该通信链路正常,并将第一网络设备的端口状态更新为激活状态。
具体实现中,当第一网络设备的端口状态为激活状态,且第一网络设备在从发送第一TCP报文开始经过第一预设时长的时间段内将第三TCP应答报文发送给第二网络设备时,第一网络设备可以保持第一网络设备的端口状态为激活状态不变;当第一网络设备的端口状态为暂停数据传输状态,且第一网络设备在从发送第一TCP报文开始经过第一预设时长的时间段内将第三TCP应答报文发送给第二网络设备时,第一网络设备可以将第一网络设备的端口状态更新为激活状态。
在图4所示的通信链路的检测方法中,第一网络设备检测到第一网络设备的端口状态不是去激活状态时,通过通信链路向第二网络设备发送ARP请求报文,接收第二网络设备响应ARP请求报文所发送的ARP应答报文,根据ARP应答报文包括的第二网络设备的MAC地址,向第二网络设备发送第一TCP报文,当在从发送第一TCP报文开始经过第一预设时长的时间段内接收到第二网络设备响应第一TCP报文所发送的第一TCP应答报文时,第一网络设备将第二TCP报文发送给第二网络设备,将第三TCP报文发送给第二网络设备,当在从发送第一TCP报文开始经过第一预设时长的时间段内接收到第二网络设备响应第三TCP报文所发送的第二TCP应答报文,且接收到第二网络设备发送的第三TCP报文时,响应第三TCP报文以生成第三TCP应答报文,当在从发送第一TCP报文开始经过第一预设时长的时间段内将第三TCP应答报文发送给第二网络设备时,第一网络设备确定通信链路正常,并将第一网络设备的端口状态更新为激活状态,可快速检测通信链路是否发生故障,提高数据传输的可靠性。
请参见图5,图5是本发明实施例中提供的第一网络设备的结构示意图。如图5所示,该第一网络设备可以包括:处理器501、存储器502、通信接口503。处理器501连接到存储器502以及网络接口503,例如处理器501可以通过总线连接到存储器502以及网络接口503。
其中,处理器501可以是CPU,网络处理器(network processor,缩写NP)等。
存储器502具体可以用于存储第二网络设备的MAC地址等。存储器502可以包括易失性存储器(volatile memory),例如随机存取存储器(random-access memory,缩写RAM);存储器也可以包括非易失性存储器(non-volatile memory),例如只读存储器(read-onlymemory,缩写ROM),快闪存储器(flash memory),硬盘(hard disk drive,缩写HDD)或固态硬盘(solid-state drive,缩写SSD);存储器还可以包括上述种类的存储器的组合。
通信接口503可选的可以包括标准的有线接口、无线接口(如WI-FI接口)等。
可选地,存储器502还可用于存储程序指令,处理器501调用存储器502中的程序指令,可以执行以下操作:
处理器501检测第一网络设备当前的端口状态。
当第一网络设备当前的端口状态不是去激活状态时,通信接口503通过通信链路向第二网络设备发送探测报文。
当通信接口503在第一预设时长内接收到第二网络设备响应探测报文所发送的应答报文时,确定通信链路正常,并将第一网络设备的端口状态更新为激活状态。
当通信接口503在第一预设时长内未接收到第二网络设备发送的应答报文时,确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
具体的,所述处理器501,还用于通过通信接口503获取第二网络设备的MAC地址;
处理器501通过通信链路向第二网络设备发送探测报文,具体可以为:
根据第二网络设备的MAC地址,将ICMP请求报文通过通信链路发送给第二网络设备;
当通信接口503在第一预设时长内接收到第二网络设备响应探测报文所发送的应答报文时,处理器501确定通信链路正常,具体可以为:
当通信接口503在第一预设时长内接收到第二网络设备响应ICMP请求报文所发送的ICMP应答报文时,处理器501确定通信链路正常。
当通信接口503在第一预设时长内未接收到第二网络设备响应探测报文所发送的应答报文时,处理器501确定通信链路故障,具体可以为:
当通信接口503在第一预设时长内未接收到第二网络设备响应ICMP请求报文所发送的ICMP应答报文时,处理器501确定通信链路故障。
本发明实施例中介绍的网络设备可以用以实施本发明结合图2~图4介绍的通信链路的检测方法实施例中的部分或全部流程。
请参见图6,图6是本发明实施例中提供的一种通信链路的检测装置的结构示意图,其中本发明实施例提供的通信链路的检测装置可以结合图5中的处理器501,如图所示本发明实施例中的通信链路的检测装置至少可以包括端口状态检测模块601、报文发送模块602以及链路检测模块603,其中:
端口状态检测模块601,用于检测第一网络设备当前的端口状态。
报文发送模块602,用于当第一网络设备当前的端口状态不是去激活状态时,通过通信链路向第二网络设备发送探测报文。
链路检测模块603,用于当在第一预设时长内接收到第二网络设备响应探测报文所发送的应答报文时,确定通信链路正常,并将第一网络设备的端口状态更新为激活状态;当在第一预设时长内未接收到第二网络设备发送的应答报文时,确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
在可选实施例中,报文发送模块602,具体用于:
通过通信链路向第二网络设备发送ARP请求报文,ARP请求报文包括第二网络设备的IP地址。
链路检测模块603当在第一预设时长内接收到第二网络设备响应探测报文所发送的应答报文时,确定通信链路正常,具体用于:
当在第一预设时长内接收到第二网络设备响应ARP请求报文所发送的ARP应答报文时,确定通信链路正常,ARP应答报文包括第二网络设备的MAC地址。
在可选实施例中,所述装置还包括:
地址获取模块604,用于报文发送模块602通过通信链路向第二网络设备发送探测报文之前,获取第二网络设备的MAC地址。
报文发送模块602,具体用于根据第二网络设备的MAC地址,通过通信链路将ICMP请求报文发送给第二网络设备。
链路检测模块603当在第一预设时长内接收到第二网络设备响应探测报文所发送的应答报文时,确定通信链路正常,具体用于:
当在第一预设时长内接收到第二网络设备响应ICMP请求报文所发送的ICMP应答报文时,确定通信链路正常。
在可选实施例中,所述装置还包括:
地址获取模块604,用于报文发送模块602通过通信链路向第二网络设备发送探测报文之前,获取第二网络设备的MAC地址。
报文发送模块602,具体用于根据第二网络设备的MAC地址,与第二网络设备之间进行三次握手建立连接,以及与第二网络设备之间进行四次握手断开连接。
链路检测模块603当在第一预设时长内接收到第二网络设备响应探测报文所发送的应答报文时,确定通信链路正常,具体用于当在第一预设时长内三次握手以及四次握手均完成时,确定通信链路正常。
链路检测模块603当在第一预设时长内未接收到第二网络设备发送的应答报文时,确定通信链路故障,具体用于当在第一预设时长内三次握手或者四次握手中任一次未完成时,确定通信链路故障。
在可选实施例中,端口状态检测模块601,用于按照第二预设时长为时间周期检测第一网络设备的端口状态。
链路检测模块603,用于针对当前时间周期发送的探测报文,当在第一预设时长内接收到第二网络设备发送的应答报文时,确定所述通信链路正常,并将所述第一网络设备的端口状态更新为激活状态。
链路检测模块603,还用于当在第一预设时长内未接收到第二网络设备发送的应答报文时,确定通信链路故障,并将第一网络设备的端口状态更新为暂停数据传输状态。
具体的,本发明实施例中介绍的通信链路的检测装置可以用以实施本发明结合图2~图4介绍的通信链路的检测方法实施例中的部分或全部流程。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包括于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不是必须针对相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的程序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包括、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器,只读存储器,可擦除可编辑只读存储器,光纤装置,以及便携式光盘只读存储器。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列,现场可编程门阵列等。
此外,在本发明各个实施例中的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
尽管上面已经示出和描述了本发明的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本发明的限制,本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (16)

1.一种通信链路的检测方法,其特征在于,所述方法应用于第一网络设备,所述第一网络设备和第二网络设备之间存在通信链路,所述方法包括:
检测所述第一网络设备当前的端口状态,所述端口状态包括去激活状态、激活状态或者暂停数据传输状态;
当所述第一网络设备当前的端口状态不是去激活状态时,通过所述通信链路向所述第二网络设备发送探测报文,所述探测报文用于检测所述通信链路是否故障,所述探测报文包括地址解析协议ARP请求报文、网络控制报文协议ICMP请求报文或者传输控制协议TCP报文;
当在第一预设时长内接收到所述第二网络设备响应所述探测报文所发送的应答报文时,确定所述通信链路正常,如果第一网络设备当前的端口状态为激活状态,则保持第一网络设备的端口状态为激活状态,如果所述第一网络设备当前的端口状态为暂停数据传输状态,则确定通信链路故障修复完毕,并将所述第一网络设备的端口状态更新为激活状态;
当在所述第一预设时长内未接收到所述第二网络设备发送的所述应答报文时,确定所述通信链路故障,如果第一网络设备当前的端口状态为激活状态,则将所述第一网络设备的端口状态更新为暂停数据传输状态,若所述第一网络设备当前的端口状态为暂停数据传输状态,则确定通信链路故障未修复,并保持第一网络设备的端口状态为暂停数据传输状态。
2.如权利要求1所述的方法,其特征在于,所述通过所述通信链路向所述第二网络设备发送探测报文,包括:
通过所述通信链路向所述第二网络设备发送ARP请求报文,所述ARP请求报文包括所述第二网络设备的网际协议IP地址;
所述当在第一预设时长内接收到所述第二网络设备响应所述探测报文所发送的应答报文时,确定所述通信链路正常,包括:
当在所述第一预设时长内接收到所述第二网络设备响应所述ARP请求报文所发送的ARP应答报文时,确定所述通信链路正常。
3.如权利要求1所述的方法,其特征在于,所述通过所述通信链路向所述第二网络设备发送探测报文之前,还包括:
获取所述第二网络设备的MAC地址;
所述通过所述通信链路向所述第二网络设备发送探测报文,包括:
根据所述第二网络设备的MAC地址,将ICMP请求报文通过所述通信链路发送给所述第二网络设备;
所述当在第一预设时长内接收到所述第二网络设备响应所述探测报文所发送的应答报文时,确定所述通信链路正常,包括:
当在所述第一预设时长内接收到所述第二网络设备响应所述ICMP请求报文所发送的ICMP应答报文时,确定所述通信链路正常。
4.如权利要求2所述的方法,其特征在于,所述通过所述通信链路向所述第二网络设备发送探测报文之前,还包括:
获取所述第二网络设备的MAC地址;
所述通过所述通信链路向所述第二网络设备发送探测报文,包括:
根据所述第二网络设备的MAC地址,将ICMP请求报文通过所述通信链路发送给所述第二网络设备;
所述当在第一预设时长内接收到所述第二网络设备响应所述探测报文所发送的应答报文时,确定所述通信链路正常,包括:
当在所述第一预设时长内接收到所述第二网络设备响应所述ICMP请求报文所发送的ICMP应答报文时,确定所述通信链路正常。
5.如权利要求1~4任一项所述的方法,其特征在于,所述通过所述通信链路向所述第二网络设备发送探测报文之前,还包括:
获取所述第二网络设备的MAC地址;
所述通过所述通信链路向所述第二网络设备发送探测报文,包括:
根据所述第二网络设备的MAC地址,与所述第二网络设备之间进行三次握手建立连接,以及与所述第二网络设备之间进行四次握手断开连接;
所述当在第一预设时长内接收到所述第二网络设备响应所述探测报文所发送的应答报文时,确定所述通信链路正常,包括:
当在所述第一预设时长内所述三次握手以及所述四次握手均完成时,确定所述通信链路正常;
所述当在所述第一预设时长内未接收到所述第二网络设备发送的所述应答报文时,确定所述通信链路故障,包括:
当在所述第一预设时长内所述三次握手或者所述四次握手中任一次未完成时,确定所述通信链路故障。
6.如权利要求1~4任一项所述的方法,其特征在于,所述检测所述第一网络设备当前的端口状态,包括:
按照第二预设时长为时间周期检测所述第一网络设备的端口状态;
针对当前时间周期发送的探测报文,当在所述第一预设时长内接收到所述第二网络设备发送的应答报文时,确定所述通信链路正常,并将所述第一网络设备的端口状态更新为激活状态;
针对当前时间周期发送的探测报文,当在所述第一预设时长内未接收到所述第二网络设备发送的应答报文时,确定所述通信链路故障,并将所述第一网络设备的端口状态更新为暂停数据传输状态。
7.如权利要求5所述的方法,其特征在于,所述检测所述第一网络设备当前的端口状态,包括:
按照第二预设时长为时间周期检测所述第一网络设备的端口状态;
针对当前时间周期发送的探测报文,当在所述第一预设时长内接收到所述第二网络设备发送的应答报文时,确定所述通信链路正常,并将所述第一网络设备的端口状态更新为激活状态;
针对当前时间周期发送的探测报文,当在所述第一预设时长内未接收到所述第二网络设备发送的应答报文时,确定所述通信链路故障,并将所述第一网络设备的端口状态更新为暂停数据传输状态。
8.一种通信链路的检测装置,其特征在于,所述装置安装在第一网络设备中,所述第一网络设备和第二网络设备之间存在通信链路,所述装置包括:
端口状态检测模块,用于检测所述第一网络设备当前的端口状态,所述端口状态包括去激活状态、激活状态或者暂停数据传输状态;
报文发送模块,用于当所述第一网络设备当前的端口状态不是去激活状态时,通过所述通信链路向所述第二网络设备发送探测报文,所述探测报文用于检测所述通信链路是否故障,所述探测报文包括ARP请求报文、ICMP请求报文或者TCP报文;
链路检测模块,用于当在第一预设时长内接收到所述第二网络设备响应所述探测报文所发送的应答报文时,确定所述通信链路正常,如果第一网络设备当前的端口状态为激活状态,则保持第一网络设备的端口状态为激活状态,如果所述第一网络设备当前的端口状态为暂停数据传输状态,则确定通信链路故障修复完毕,并将所述第一网络设备的端口状态更新为激活状态;当在所述第一预设时长内未接收到所述第二网络设备发送的所述应答报文时,确定所述通信链路故障,如果第一网络设备当前的端口状态为激活状态,则将所述第一网络设备的端口状态更新为暂停数据传输状态,若所述第一网络设备当前的端口状态为暂停数据传输状态,则确定通信链路故障未修复,并保持第一网络设备的端口状态为暂停数据传输状态。
9.如权利要求8所述的装置,其特征在于,
所述报文发送模块,具体用于通过所述通信链路向所述第二网络设备发送ARP请求报文,所述ARP请求报文包括所述第二网络设备的IP地址;
所述链路检测模块当在第一预设时长内接收到所述第二网络设备响应所述探测报文所发送的应答报文时,确定所述通信链路正常,具体用于当在所述第一预设时长内接收到所述第二网络设备响应所述ARP请求报文所发送的ARP应答报文时,确定所述通信链路正常,所述ARP应答报文包括所述第二网络设备的MAC地址。
10.如权利要求8所述的装置,其特征在于,所述装置还包括:
地址获取模块,用于所述报文发送模块通过所述通信链路向所述第二网络设备发送探测报文之前,获取所述第二网络设备的MAC地址;
所述报文发送模块,具体用于根据所述第二网络设备的MAC地址,将ICMP请求报文通过所述通信链路发送给所述第二网络设备;
所述链路检测模块当在第一预设时长内接收到所述第二网络设备响应所述探测报文所发送的应答报文时,确定所述通信链路正常,具体用于当在所述第一预设时长内接收到所述第二网络设备响应所述ICMP请求报文所发送的ICMP应答报文时,确定所述通信链路正常。
11.如权利要求9所述的装置,其特征在于,所述装置还包括:
地址获取模块,用于所述报文发送模块通过所述通信链路向所述第二网络设备发送探测报文之前,获取所述第二网络设备的MAC地址;
所述报文发送模块,具体用于根据所述第二网络设备的MAC地址,将ICMP请求报文通过所述通信链路发送给所述第二网络设备;
所述链路检测模块当在第一预设时长内接收到所述第二网络设备响应所述探测报文所发送的应答报文时,确定所述通信链路正常,具体用于当在所述第一预设时长内接收到所述第二网络设备响应所述ICMP请求报文所发送的ICMP应答报文时,确定所述通信链路正常。
12.如权利要求8~11任一项所述的装置,其特征在于,所述装置还包括:
地址获取模块,用于所述报文发送模块通过所述通信链路向所述第二网络设备发送探测报文之前,获取所述第二网络设备的MAC地址;
所述报文发送模块,具体用于根据所述第二网络设备的MAC地址,与所述第二网络设备之间进行三次握手建立连接,以及与所述第二网络设备之间进行四次握手断开连接;
所述链路检测模块当在第一预设时长内接收到所述第二网络设备响应所述探测报文所发送的应答报文时,确定所述通信链路正常,具体用于当在所述第一预设时长内所述三次握手以及所述四次握手均完成时,确定所述通信链路正常;
所述链路检测模块当在所述第一预设时长内未接收到所述第二网络设备发送的所述应答报文时,确定所述通信链路故障,具体用于当在所述第一预设时长内所述三次握手或者所述四次握手中任一次未完成时,确定所述通信链路故障。
13.如权利要求8~11任一项所述的装置,其特征在于,
所述端口状态检测模块,用于按照第二预设时长为时间周期检测所述第一网络设备的端口状态;
所述链路检测模块,用于针对当前时间周期发送的探测报文,当在所述第一预设时长内接收到所述第二网络设备发送的应答报文时,确定所述通信链路正常,并将所述第一网络设备的端口状态更新为激活状态;
所述链路检测模块,还用于针对当前时间周期发送的探测报文,当在所述第一预设时长内未接收到所述第二网络设备发送的应答报文时,确定所述通信链路故障,并将所述第一网络设备的端口状态更新为暂停数据传输状态。
14.如权利要求12所述的装置,其特征在于,
所述端口状态检测模块,用于按照第二预设时长为时间周期检测所述第一网络设备的端口状态;
所述链路检测模块,用于针对当前时间周期发送的探测报文,当在所述第一预设时长内接收到所述第二网络设备发送的应答报文时,确定所述通信链路正常,并将所述第一网络设备的端口状态更新为激活状态;
所述链路检测模块,还用于针对当前时间周期发送的探测报文,当在所述第一预设时长内未接收到所述第二网络设备发送的应答报文时,确定所述通信链路故障,并将所述第一网络设备的端口状态更新为暂停数据传输状态。
15.一种通信链路的检测系统,包括第一网络设备和第二网络设备,其特征在于,所述第一网络设备中安装有权利要求8至14中的任意一种通信链路的检测装置。
16.一种计算机存储介质,其特征在于,
所述存储介质中存储有程序代码,所述程序代码包括程序指令,所述程序指令当被处理器执行时使所述处理器与通信接口配合实现权利要求1至7任意一项方法的功能。
CN201610284068.6A 2016-04-29 2016-04-29 一种通信链路的检测方法及装置 Active CN107332726B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610284068.6A CN107332726B (zh) 2016-04-29 2016-04-29 一种通信链路的检测方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610284068.6A CN107332726B (zh) 2016-04-29 2016-04-29 一种通信链路的检测方法及装置

Publications (2)

Publication Number Publication Date
CN107332726A CN107332726A (zh) 2017-11-07
CN107332726B true CN107332726B (zh) 2021-03-30

Family

ID=60192493

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610284068.6A Active CN107332726B (zh) 2016-04-29 2016-04-29 一种通信链路的检测方法及装置

Country Status (1)

Country Link
CN (1) CN107332726B (zh)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108092853B (zh) * 2017-12-27 2021-09-21 珠海市君天电子科技有限公司 监控服务器链路状态的方法、装置、系统、电子设备及存储介质
CN108616337A (zh) * 2018-04-26 2018-10-02 新华三信息安全技术有限公司 一种链路表项同步方法、装置及设备
CN110557272B (zh) * 2018-06-04 2022-11-25 杭州海康威视数字技术股份有限公司 数据流传输方法、装置、计算机可读存储介质及服务器
CN110266560B (zh) * 2019-06-25 2021-04-27 宁波三星医疗电气股份有限公司 一种通信测试方法、装置、存储介质及电子设备
CN110535720B (zh) * 2019-08-20 2022-01-25 新华三技术有限公司合肥分公司 一种bfd多跳检测方法和装置
CN110971667A (zh) * 2019-11-05 2020-04-07 武汉瑞盈通网络技术有限公司 一种恢复设备默认配置的方法及电子设备
CN111123819B (zh) * 2019-12-04 2021-08-03 山西诚鹏科技开发有限公司 基于主从站通讯模式的plc运行数据记录方法
CN111130951B (zh) * 2019-12-31 2022-08-23 中消云(北京)物联网科技研究院有限公司 设备状态检测方法、装置及存储介质
CN111327592B (zh) * 2020-01-19 2022-11-18 陈建慧 网络监测方法及相关装置
CN111682989B (zh) * 2020-07-01 2022-06-28 迈普通信技术股份有限公司 一种端口链路状态的检测方法、设备及系统
CN112073270B (zh) * 2020-09-15 2022-03-25 新华三信息安全技术有限公司 一种链路故障检测方法及装置
CN112367179B (zh) * 2020-09-25 2022-03-29 新华三信息安全技术有限公司 一种链路切换方法及装置
CN112953789B (zh) * 2021-01-22 2022-04-01 新华三大数据技术有限公司 一种链路检测方法及装置
CN113986985B (zh) * 2021-12-24 2022-03-11 深圳市聚能优电科技有限公司 能源管理的io读取方法、系统、设备及存储介质
CN114826888A (zh) * 2022-04-27 2022-07-29 济南浪潮数据技术有限公司 一种消息发送方法、装置、设备及存储介质
CN115046287B (zh) * 2022-05-24 2023-12-08 珠海格力电器股份有限公司 设备交互控制方法、装置、系统、空调器及存储介质
CN115348153B (zh) * 2022-08-15 2023-07-18 中国联合网络通信集团有限公司 转发设备的控制方法、装置、设备及存储介质
CN115426398B (zh) * 2022-10-27 2023-03-24 杭州海康威视数字技术股份有限公司 基于多层协同的视频物联网设备安全发现方法及装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102098183A (zh) * 2009-12-15 2011-06-15 中兴通讯股份有限公司 Shdsl多线对绑定方法及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101247290B (zh) * 2008-03-14 2010-12-08 中兴通讯股份有限公司 以太网交换机高温老化的实时监控方法和系统
CN101729312B (zh) * 2009-12-03 2012-12-19 中兴通讯股份有限公司 基于arp协议的链路检测方法和系统
CN103067243B (zh) * 2012-12-21 2016-03-09 华为技术有限公司 通信方法及相关设备
US20150172156A1 (en) * 2013-12-18 2015-06-18 Cisco Technology, Inc. Detecting end hosts in a distributed network environment

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102098183A (zh) * 2009-12-15 2011-06-15 中兴通讯股份有限公司 Shdsl多线对绑定方法及装置

Also Published As

Publication number Publication date
CN107332726A (zh) 2017-11-07

Similar Documents

Publication Publication Date Title
CN107332726B (zh) 一种通信链路的检测方法及装置
US10560550B1 (en) Automatic configuration of a replacement network device in a high-availability cluster
US8134928B1 (en) Technique for identifying a failed network interface card within a team of network interface cards
JP2006013827A (ja) パケット転送装置
US7653769B2 (en) Management of devices connected to infiniband ports
US7545741B1 (en) Technique for identifying a failed network interface card within a team of network interface cards
EP3844916A1 (en) Path management for segment routing based mobile user-plane using seamless bfd
CN110771097B (zh) 用于网络设备与应用服务器之间的数据隧道传输的连接性监测
US11843534B2 (en) State detection of NETCONF session
CN104125590A (zh) 链路故障诊断装置以及方法
CN112367257A (zh) 路由通告方法及装置
US7676623B2 (en) Management of proprietary devices connected to infiniband ports
CN109586986B (zh) 网络设备切换的方法、装置、设备及存储介质
CN102546304B (zh) 一种检测双向转发检测的方法、设备和系统
CN108259325B (zh) 路由维护方法和路由设备
JP6538639B2 (ja) 無線通信装置、方法およびプログラム
EP2840738B1 (en) Mep configuration method and network device
CN107547341B (zh) 虚拟扩展局域网vxlan的接入方法及装置
WO2022007861A1 (zh) 通知故障的方法和电子设备
CN107819648B (zh) 网络配置netconf连接检测方法和装置
US11729140B2 (en) Method and system for managing DHCP servers
CN108737189B (zh) Dr设备角色更新方法及装置
CN104954187A (zh) 一种确定用户侧设备状态的方法和装置
CN110912997B (zh) 一种三角组网Loopback接口的检查方法及装置
CN112838982B (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