CN112291116A - 链路故障检测方法、装置及网络设备 - Google Patents
链路故障检测方法、装置及网络设备 Download PDFInfo
- Publication number
- CN112291116A CN112291116A CN202011324963.9A CN202011324963A CN112291116A CN 112291116 A CN112291116 A CN 112291116A CN 202011324963 A CN202011324963 A CN 202011324963A CN 112291116 A CN112291116 A CN 112291116A
- Authority
- CN
- China
- Prior art keywords
- link
- detection
- target member
- member link
- detection message
- 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.)
- Pending
Links
Images
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/0823—Errors, e.g. transmission errors
-
- 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
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
- H04L45/245—Link aggregation, e.g. trunking
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供一种链路故障检测方法、装置及网络设备,涉及网络通信技术领域。该方法通过对每条成员链路与相应的IP地址建立一对一的绑定关系,网管设备可基于IP地址向相应的每条成员链路下发IP检测报文,使得中心节点设备将IP检测报文通过相应成员链路下发给分支节点设备,从而可通过基于分支节点设备对IP检测报文的响应情况来判断相应成员链路是否出现故障,这样可实现对每条成员链路的故障检测,实现对链路聚合组成员链路故障的准确定位。
Description
技术领域
本申请涉及网络通信技术领域,具体而言,涉及一种链路故障检测方法、装置及网络设备。
背景技术
随着网络通信的高速发展,客户对于业务的稳定性要求越来越高,从而对于承载业务运行的通信设备的组网可靠性提出更高要求。企业用户在组网拓扑上对关键节点都进行了冗余性设计,以保障单条线路或者单个节点出现故障后能够尽快的恢复业务。比如关键节点设备采用N:1虚拟化堆叠部署,然后针对多条链路进行链路聚合等技术来实现冗余设计。
当前链路聚合已经不仅仅应用于局域网中两台直接连接的设备之间,大量的企业用户已经在广域网上进行了链路聚合部署,将多条链路聚合在一起,以提高网络连接的可靠性。
而将多条链路进行链路聚合之后,由于链路聚合成员接口只是一些二层以下设置,二层及以上信息都在链路聚合逻辑接口上设置。所以当某一个链路成员接口出现故障后,客户网管设备无法通过三层的IP通信机制及时感知(只有当所有链路聚合成员接口都出现故障后,引起了链路聚合逻辑接口状态down,才感知到),也就是当所有链路都出现了故障才能感知到,而无法实现对单个或部分链路进行故障检测。
发明内容
本申请实施例的目的在于提供一种链路故障检测方法、装置及网络设备,用以改善现有技术中无法对链路聚合的单个或部分成员链路进行故障检测的问题。
第一方面,本申请实施例提供了一种链路故障检测方法,应用于网络系统中的中心节点设备,所述网络系统还包括网管设备以及分支节点设备,所述中心节点设备与所述分支节点设备之间通过多条成员链路聚合后形成的逻辑链路通信,所述方法包括:
接收所述网管设备下发的针对所述多条成员链路中的目标成员链路的IP检测报文,所述IP检测报文中携带有为所述目标成员链路配置的IP地址;
根据所述IP检测报文中携带的IP地址,将所述IP检测报文通过所述目标成员链路发送给所述分支节点设备,以使所述网管设备基于所述分支节点设备针对所述IP检测报文的响应情况判断所述目标成员链路是否出现故障。
在上述实现过程中,通过对成员链路预先配置的IP地址,这样网管设备可基于IP地址向相应的每条成员链路下发IP检测报文,使得中心节点设备将IP检测报文通过相应成员链路下发给分支节点设备,从而可通过基于分支节点设备对IP检测报文的响应情况来判断相应成员链路是否出现故障,这样可实现对每条成员链路的故障检测,实现链路聚合组成员链路故障的准确定位。
可选地,所述根据所述IP检测报文中携带的IP地址,将所述IP检测报文通过所述目标成员链路发送给所述分支节点设备,包括:
根据所述IP检测报文中携带的IP地址,对所述IP检测报文进行标记,所述标记用于标识所述目标成员链路;
通过所述中心节点设备的链路聚合接口根据所述标记,将所述IP检测报文通过与所述标记匹配一致的目标成员链路发送给所述分支节点设备。
在上述实现过程中,通过对IP检测报文进行标记,以便于链路聚合接口可快速识别到该IP检测报文对应的成员链路,以将该IP检测报文通过对应的目标成员链路发送。
可选地,所述根据所述IP检测报文中携带的IP地址,对所述IP检测报文进行标记,包括:
通过访问控制列表匹配所述IP地址的IP检测报文,并对所述IP检测报文进行标记,以实现对标记的IP检测报文从标记匹配一致的目标成员链路发送。
第二方面,本申请实施例还提供了一种链路故障检测方法,应用于网络系统中的网管设备,所述网络系统还包括中心节点设备以及分支节点设备,所述中心节点设备与所述分支节点设备之间通过多条成员链路聚合后形成的逻辑链路通信,所述方法包括:
向所述中心节点设备发送针对所述多条成员链路中的目标成员链路的IP检测报文,以使所述中心节点设备根据所述IP检测报文中携带的IP地址,将所述IP检测报文通过所述目标成员链路发送给所述分支节点设备,其中,所述IP检测报文中携带有为所述目标成员链路配置的IP地址;
基于所述分支节点设备针对所述IP检测报文的响应情况确定所述目标成员链路是否故障。
在上述实现过程中,通过针对每条成员链路下发对应的IP检测报文,使得中心节点设备可基于IP检测报文中的IP地址通过对应的成员链路进行报文的发送,从而可通过基于分支节点设备对IP检测报文的响应情况来判断相应成员链路是否出现故障,这样可实现对每条成员链路的故障检测,实现链路聚合组成员链路故障的准确定位。
可选地,所述向所述中心节点设备发送针对所述多条成员链路中的目标成员链路的IP检测报文,包括:
每隔预设时间间隔向所述中心节点设备发送针对所述多条成员链路中的目标成员链路的IP检测报文;
所述基于所述分支节点设备针对所述IP检测报文的响应情况确定所述目标成员链路是否故障,包括:
若连续多次未接收到所述分支节点设备针对所述IP检测报文返回的响应报文时,则确定所述目标成员链路故障。
在上述实现过程中,通过每个预设时间段下发IP检测报文,从而可对成员链路的故障进行及时检测,且在连续多次未接收到响应报文,则可更加准确地确定成员链路的故障状态,以避免由于其他网络原因而对成员链路的故障状态造成误判的情况。
可选地,所述向所述中心节点设备发送针对所述多条成员链路中的目标成员链路的IP检测报文,包括:
启动用于对所述目标成员链路进行故障检测的线程;
通过所述线程向所述中心节点设备发送针对所述多条成员链路中的目标成员链路的IP检测报文。
在上述实现过程中,通过启用针对每条成员链路的线程来下发IP检测报文,从而可确保网管设备针对各个成员链路的IP检测报文的下发互不干扰。
可选地,在确定所述目标成员链路故障之后,还包括:
输出针对所述目标成员链路的告警信息,以便于网络管理员可及时采取措施对故障进行维修,确保网络的正常运行。
可选地,所述分支节点设备中针对成员链路创建有对应的loopback接口,每个所述loopback接口配置有对应的IP地址,形成成员链路与检测的IP地址一对一的绑定关系,以便于网管设备可针对每条成员链路下发对应的IP检测报文。
第三方面,本申请实施例提供一种链路故障检测装置,运行于网络系统中的中心节点设备,所述网络系统还包括网管设备以及分支节点设备,所述中心节点设备与所述分支节点设备之间通过多条成员链路聚合后形成的逻辑链路通信,所述装置包括:
报文接收模块,用于接收所述网管设备下发的针对所述多条成员链路中的目标成员链路的IP检测报文,所述IP检测报文中携带有为所述目标成员链路配置的IP地址;
报文发送模块,用于根据所述IP检测报文中携带的IP地址,将所述IP检测报文通过所述目标成员链路发送给所述分支节点设备,以使所述网管设备基于所述分支节点设备针对所述IP检测报文的响应情况判断所述目标成员链路是否出现故障。
可选地,所述报文发送模块,用于根据所述IP检测报文中携带的IP地址,对所述IP检测报文进行标记,所述标记用于标识所述目标成员链路;通过所述中心节点设备的链路聚合接口根据所述标记,将所述IP检测报文通过所述目标成员链路发送给所述分支节点设备。
可选地,所述报文发送模块,用于通过访问控制列表匹配所述IP地址的IP检测报文,并对所述IP检测报文进行标记。
第四方面,本申请实施例还提供一种链路故障检测装置,运行于网络系统中的网管设备,所述网络系统还包括中心节点设备以及分支节点设备,所述中心节点设备与所述分支节点设备之间通过多条成员链路聚合后形成的逻辑链路通信,所述装置包括:
报文下发模块,用于向所述中心节点设备发送针对所述多条成员链路中的目标成员链路的IP检测报文,以使所述中心节点设备根据所述IP检测报文中携带的IP地址,将所述IP检测报文通过所述目标成员链路发送给所述分支节点设备,其中,所述IP检测报文中携带有为所述目标成员链路配置的IP地址;
故障检测模块,用于基于所述分支节点设备针对所述IP检测报文的响应情况确定所述目标成员链路是否故障。
可选地,所述报文下发模块,用于每隔预设时间间隔向所述中心节点设备发送针对所述多条成员链路中的目标成员链路的IP检测报文;
所述故障检测模块,用于若连续多次未接收到所述分支节点设备针对所述IP检测报文返回的响应报文时,则确定所述目标成员链路故障。
可选地,所述报文下发模块,用于启动用于对所述目标成员链路进行故障检测的线程;通过所述线程向所述中心节点设备发送针对所述多条成员链路中的目标成员链路的IP检测报文。
可选地,所述装置还包括:
告警模块,用于输出针对所述目标成员链路的告警信息。
可选地,所述分支节点设备中针对成员链路创建有对应的loopback接口,每个所述loopback接口配置有对应的IP地址,形成成员链路与检测的IP地址一对一的绑定关系。
第五方面,本申请实施例提供一种网络系统,所述网络系统包括网管设备、中心节点设备以及分支节点设备,所述中心节点设备与所述分支节点设备之间通过多条成员链路聚合后形成的逻辑链路通信;
所述网管设备,用于向所述中心节点设备发送针对所述多条成员链路中的目标成员链路的IP检测报文,其中,所述IP检测报文中携带有为所述目标成员链路配置的IP地址;
所述中心节点设备,用于接收所述网管设备下发的所述IP检测报文,并根据所述IP检测报文中携带的IP地址,将所述IP检测报文通过所述目标成员链路发送给所述分支节点设备;
所述网管设备,还用于基于所述分支节点设备针对所述IP检测报文的响应情况判断所述目标成员链路是否出现故障。
第六方面,本申请实施例提供一种网络设备,包括处理器以及存储器,所述存储器存储有计算机可读取指令,当所述计算机可读取指令由所述处理器执行时,运行如上述第一方面或第二方面提供的所述方法中的步骤。
第七方面,本申请实施例提供一种可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时运行如上述第一方面或第二方面提供的所述方法中的步骤。
本申请的其他特征和优点将在随后的说明书阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的一种网络系统的拓扑示意图;
图2为本申请实施例提供的一种链路故障检测方法的流程图;
图3为本申请实施例提供的另一种链路故障检测方法的流程图;
图4为本申请实施例提供的一种链路故障检测装置的结构框图;
图5为本申请实施例提供的另一种链路故障检测装置的结构框图;
图6为本申请实施例提供的一种用于执行链路故障检测方法的网络设备的结构示意图。
具体实施方式
下面将结合本申请实施例中附图,对本申请实施例中的技术方案进行清楚、完整地描述。
本申请实施例提供一种链路故障检测方法,该方法通过对每条成员链路与相应的IP地址建立一对一的绑定关系,网管设备可基于IP地址向相应的每条成员链路下发IP检测报文,使得中心节点设备将IP检测报文通过相应成员链路下发给分支节点设备,从而可通过基于分支节点设备对IP检测报文的响应情况来判断相应成员链路是否出现故障,这样可实现对每条成员链路的故障检测,实现对链路聚合组成员链路故障的准确定位。
请参照图1,图1为本申请实施例提供的一种网络系统的拓扑示意图,该网络系统包括网管设备110、中心节点设备120和分支节点设备130,网管设备110与中心节点设备120连接,其连接方式可以是网线直连,也可以是跨多个三层IP网络的连接。中心节点设备120与分支节点设备130之间的数据传输链路包括多条成员链路。成员链路可以是指物理链路,也可以是指子接口这种逻辑链路。为了增加链路带宽,中心节点设备120将多条成员链路进行链路聚合,即中心节点设备120与分支节点设备130之间通过多条成员链路进行聚合后形成的逻辑链路通信。其中,链路聚合是指将多个成员链路捆绑在一起,形成一个逻辑链路,以实现出入流量在多个成员链路之间的负荷分担。
其中,网管设备110可以为计算机、服务器等终端设备,中心节点设备120和分支节点设备130可以是指路由器、交换机或网关等数据传输设备,两个网络设备之间可通过多条成员链路实现数据交互。
为了能够实现对故障链路的定位,即确定具体是链路聚合组的哪条成员链路出现了故障,以便于网络管理员可针对故障的成员链路及时采取相应的措施进行故障恢复,则本申请实施例中通过针对每条成员链路下发对应的IP检测报文,以此来实现对相应成员链路的连通性检测。
网管设备110即用来向中心节点设备120发送针对多条成员链路中的目标成员链路的IP检测报文。
中心节点设备120,用于接收网管设备110下发的IP检测报文,并根据IP检测报文中携带的IP地址,将IP检测报文通过目标成员链路发送给分支节点设备130。
网管设备110,还用于基于分支节点设备130针对所述IP检测报文的响应情况判断所述目标成员链路是否出现故障。
下面结合链路故障检测方法的实现过程对上述通过各个设备对成员链路进行故障检测的过程进行详细介绍。
请参照图2,图2为本申请实施例提供的一种链路故障检测方法的流程图,该方法应用于上述的中心节点设备,包括如下步骤:
步骤S110:接收网管设备下发的针对多条成员链路中的目标成员链路的IP检测报文。
其中,IP检测报文中携带有为目标成员链路配置的IP地址。可以理解地,若需要对链路聚合组的每条成员链路进行故障检测,可以在网管设备中预先设置IP地址与对应的成员链路的一对一的绑定关系,如IP地址1对应成员链路1,IP地址2对应成员链路2,……,IP地址N对应成员链路N等。
网管设备在需要对链路聚合组的多条成员链路中的某条成员链路进行故障检测时,网管设备可通过查找上述的对应关系来获取该条成员链路对应的IP地址,然后生成IP检测报文,该IP检测报文即用于检测该条成员链路的连通性。可以理解地,若需要对每条成员链路均进行故障检测时,可以针对每条成员链路生成对应的IP检测报文,每个IP检测报文中携带有对应的成员链路的IP地址。
其中,IP检测报文可以是ping报文,也可以是网管设备与分支节点设备预先协商好的其他IP报文,该IP报文可以被分支节点设备识别且可以得到分支节点设备的响应,如IP检测报文为一定格式的IP报文,分支节点设备可识别此格式的IP报文,并返回一个响应报文,该响应报文也能够被网管设备识别,即网管设备可以识别该响应报文为分支节点设备针对IP检测报文返回的响应报文。
为了描述的简洁,本申请实施例中以对目标成员链路进行故障检测为例进行说明,对于其他成员链路的故障检测也可以通过本申请提供的链路故障检测方法来实现。为了实现对目标成员链路的故障检测,网管设备可生成针对目标成员链路的IP检测报文,该IP检测报文中携带有目标成员链路对应绑定的IP地址。
网管设备在生成针对目标成员链路的IP检测报文后,将生成的IP检测报文发送给中心节点设备,中心节点设备即可接收到网管设备下发的IP检测报文。
步骤S120:根据所述IP检测报文中携带的IP地址,将所述IP检测报文通过所述目标成员链路发送给分支节点设备,以使所述网管设备基于所述分支节点设备针对所述IP检测报文的响应判断所述目标成员链路是否出现故障。
中心节点设备在接收到IP检测报文后,可对IP检测报文进行解析,从中获得IP检测报文携带的IP地址。其中,为了对每条成员链路进行区分,中心节点设备中也可存储有每条成员链路与对应的IP地址之间的对应关系,所以,中心节点设备在获得IP检测报文中携带的IP地址后,查找该IP地址对应的成员链路,即中心节点设备在查找到该IP地址对应的成员链路为目标成员链路时,则将该IP检测报文通过目标成员链路发送给分支节点设备。
在一些情况下,若目标成员链路出现故障,分支节点设备可能接收不到IP检测报文,或者分支节点设备接收到IP检测报文后该目标成员链路才出现故障,则分支节点设备向网管设备返回的响应报文则不会被中心节点设备接收到,进而网管设备也不会接收到响应报文。
可以理解地,若分支节点设备接收到IP检测报文,可对IP检测报文进行识别,识别该IP检测报文为用于对目标成员链路进行故障检测的IP报文,然后可针对该IP检测报文进行响应,即向中心节点设备发送一个针对该IP检测报文的响应报文,然后中心节点设备若接收到该响应报文后,可将该响应报文发送给网管设备,网管设备接收到该响应报文后,可对该响应报文进行识别,以识别该响应报文为分支节点设备针对IP检测报文返回的响应报文。
其中,响应报文可以是ping响应报文,也可以是网管设备与分支节点设备之间预先协商好的其他IP报文。
若网管设备接收到分支节点设备针对IP检测报文返回的响应报文,则可确定目标成员链路未故障,但是若网管设备未接收到分支节点设备针对IP检测报文返回的响应报文,则确定目标成员链路故障。
所以,分支节点设备针对IP检测报文的响应情况即可以包括未响应和响应两种,在未响应时,网管设备则未接收到对应的响应报文,再响应时,网络设备则能够接收到对应的响应报文,网管设备可基于此来判断该目标成员链路是否故障。
可以理解地,若需要对链路聚合组所有成员链路进行故障检测,则网管设备可以针对每条成员链路下发对应的IP检测报文,在所有成员链路正常的情况下,分支节点设备能够接收到所有的IP检测报文,也能够对所有的IP检测报文进行正常响应,但是当某条或某部分的成员链路出现故障的情况下,分支节点设备可能无法接收到针对这些故障成员链路的IP检测报文,或者分支节点设备向网管设备返回的针对这些故障成员链路的响应报文不能被网管设备接收到,从而网管设备可记录哪些成员链路的IP检测报文没有被响应,则可确定出哪些成员链路出现了故障,以实现对故障的链路聚合组中的成员链路的准确定位。
在一些实施方式中,若网管设备确定出某条成员链路故障,如上述确定出目标成员链路故障时,可以输出针对目标成员链路的告警信息。
其中,输出告警信息的方式可以包括但不限于:向网络管理员输出目标成员链路故障的提示信息、弹出告警界面、向网络管理员发送邮件和/或发送短信等。
这样网络管理员可及时知晓具体故障的成员链路,从而可及时采取措施对该故障的成员链路进行故障维修,以确保网络的正常运行,进而可提高网络运维的精准性和效率。
在上述实现过程中,通过对成员链路预先配置对应的IP地址,如将每个成员链路绑定一个IP地址,形成一对一绑定关系,这样网管设备可基于IP地址向相应的成员链路下发IP检测报文,使得中心节点设备将IP检测报文通过该条成员链路下发给分支节点设备,从而可通过基于分支节点设备对IP检测报文的响应情况来判断该成员链路是否出现故障,这样可实现对每条成员链路的故障检测,实现对链路聚合组中成员链路故障的准确定位。
在一些实施方式中,网管设备可以实时发送针对目标成员链路的IP检测报文,或者也可以每隔预设时间间隔发送针对目标成员链路的IP检测报文,或者也可以不一定是按照预设时间间隔来发,也可以第一次第0s发,第二次第5s发,第三次第11s发,这样的不等间隔来发送IP检测报文。或者,网管设备也可以只发送一次IP检测报文,用于对目标成员链路进行故障检测,当然,为了实现对目标成员链路是否故障的准确检测,网管设备可以多次下发IP检测报文。
其中,在针对链路聚合组中多条成员链路进行故障检测时,网管设备针对每条成员链路下发的IP检测报文的时间间隔或次数可以相同,也可以不同,例如,针对成员链路1可以每隔5s下发一次IP检测报文和/或下发3次IP检测报文,针对成员链路2可以每隔3s下发一次IP检测报文和/或下发5次IP检测报文,或者对所有的成员链路均每隔5s下发一次IP检测报文和/或均下发5次IP检测报文。
在一些实施方式中,为了更加准确地确定目标成员链路故障,在连续多次未接收到分支节点设备针对IP检测报文返回的响应报文时,则确定目标成员链路故障。
例如,若网管设备连续下发三次针对目标成员链路的IP检测报文,若这三次均未接收到分支节点设备返回的响应报文,则确定目标成员链路故障。
其中,次数可以根据实际需求而定。而针对每条成员链路设置的次数可以相同也可以不同,如针对成员链路1设定的次数为3,表示针对成员链路1,在连续下发三次IP检测报文后,若均未接收到分支节点设备返回的响应报文,则确定成员链路1故障;针对成员链路2设定的次数为4,表示针对成员链路2,在连续下发四次IP检测报文后,若均未接收到分支节点设备返回的响应报文,则确定成员链路2故障;对于其他成员链路的故障检测也如此,为了描述的简洁,在此不一一举例说明。
在另一些实施方式中,网管设备还可以在预设时间段后未接收到分支节点设备针对IP检测报文返回的响应报文时,确定目标成员链路故障。
例如,网管设备在下发IP检测报文后,启动定时器,在预设时间段后若还未接收到分支节点设备返回的响应报文时,则确定目标成员链路故障。
其中,预设时间段可以根据实际需求灵活设置,如10s等,而针对每条成员链路设置的预设时间段可以相同也可以不同,如针对成员链路1设置的预设时间段为10s,针对成员链路2设置的预设时间段为15s等。
在上述实现过程中,通过每个预设时间段下发IP检测报文,从而可对成员链路的故障进行及时检测,且在连续多次未接收到响应报文,则可更加准确地确定成员链路的故障状态,以避免由于其他网络原因而对成员链路的故障状态造成误判的情况。
在一些实施方式中,为了确保网管设备针对各个成员链路的IP检测报文的下发互不干扰,还可以在网管设备中启动与多条成员链路数目一致的线程,用于对各条成员链路的连通性进行检测。
例如,线程1用于检测IP地址1的成员链路1的连通性,线程2用于检测IP地址2的成员链路2的连通性,……,线程N用于检测IP地址N的成员链路N的连通性。
如针对目标成员链路,网管设备启动用于对目标成员链路进行故障检测的线程,然后通过线程发送针对目标成员链路的IP检测报文。也就是说,若需要对哪条成员链路进行故障检测,则启用哪条成员链路对应的线程,若需要对所有成员链路均进行故障检测,则可启用上述的N个线程。
在上述实现过程中,通过启用针对每条成员链路的线程来下发IP检测报文,从而可确保网管设备针对各个成员链路的IP检测报文的下发互不干扰。
在一些实施方式中,中心节点设备在接收到网管设备下发的IP检测报文后,为了便于中心节点设备的链路聚合接口对各个成员链路对应的IP检测报文的识别,中心节点设备可以在连接网管设备的入接口,对接收到的IP检测报文进行分类标记,如对IP地址1的IP检测报文标记为X1,IP地址2的IP检测报文标记为X2,……,IP地址n的IP检测报文标记为Xn。
其中,中心节点设备中可以存储不同IP地址对应的标记信息,这样中心节点设备在接收到IP检测报文后,识别出IP检测报文中的IP地址,然后查找该IP地址对应的标记,并将该标记添加到IP检测报文中。
其中,标记可以通过IP检测报文中的报文描述符字段来携带,也可以通过直接修改IP检测报文中的某些字段,来将标记添加到IP检测报文中。
这样在添加了标记的IP检测报文到达链路聚合接口时,即到达中心节点设备的出接口时,链路聚合接口根据IP检测报文中的相应标记,与成员链路的标记进行匹配,将IP检测报文通过与标记匹配一致的目标成员链路发送给分支节点设备。例如,对于标记为X1的IP检测报文从成员链路1发送,对于标记为X2的IP检测报文从成员链路2发送等。所以,链路聚合接口通过检测IP检测报文中的标记,确定与该IP检测报文中的标记匹配一致的成员链路,然后将IP检测报文通过该成员链路发送,即使该成员链路出现故障,也将IP检测报文从该成员链路发送,不能从其他成员链路发送,从而确保了相应标记的IP检测报文从对应的成员链路发送,实现对故障成员链路的准确定位。
在上述实现过程中,通过对IP检测报文进行标记,以便于链路聚合接口可快速识别到该IP检测报文对应的成员链路,以将该IP检测报文通过对应的成员链路发送。
在一些实施方式中,中心节点设备对IP检测报文进行标记的动作可以由QoS处理模块来执行,其具体实现过程可以是匹配IP检测报文的相关特征,然后对匹配的IP检测报文进行标记。为了实现快速匹配,可以通过访问控制列表(Access Control List,ACL)来匹配目标成员链路对应的IP地址的IP检测报文,并对匹配的IP检测报文进行标记。
如QoS处理模块中可记录相应的ACL匹配信息以及对应的执行动作,其ACL匹配信息可以为成员链路对应的IP地址,执行动作为对IP检测报文添加相应的标记。如针对成员链路1,其ACL表中记录的匹配信息为IP地址1,QoS处理模块记录的执行动作为添加标记X1,针对成员链路2,其ACL表中记录的匹配信息为IP地址2,QoS处理模块记录的执行动作为添加标记X2。也就是说QoS中可包括有多个表项,每个表项为针对一条成员链路配置的。
中心节点设备在获取到IP检测报文中携带的IP地址后,将IP地址与QoS处理模块中的各个表项中的ACL匹配信息进行匹配,在匹配到某个表项时,则执行该表项中的动作,即为该IP检测报文添加相应的标记。
在上述实施例的基础上,为了使得IP检测报文可达分支节点设备,可以在分支节点设备中针对成员链路创建有对应的loopback接口,每个loopback接口配置有对应的IP地址。
例如,链路聚合组的成员链路有N条,就在分支节点设备中设置N个可达的IP地址,具体方式可以为在分支节点设备中创建N个loopback接口,即针对每条成员链路创建一个loopback接口,并为每个loopback接口分别配置对应的IP地址,或者也可以只创建1个loopback接口,然后针对这一个loopback接口配置N个IP地址。
其中,loopback接口是一种纯软件性质的虚拟接口,loopback接口创建后物理层状态和链路层协议永远处于up状态,其可以配置IP地址,并且可以使用路由协议,可以收发路由协议报文。所以,通过创建loopback接口,并为loopback接口分配对应的IP地址,可便于网管设备通过各条成员链路发送对应的IP检测报文,实现对链路聚合各条成员链路的故障检测。
请参照图3,图3为本申请实施例提供的另一种链路故障检测方法的流程图,该方法应用于上述的网管设备,包括如下步骤:
步骤S210:向中心节点设备发送针对多条成员链路中的目标成员链路的IP检测报文,以使所述中心节点设备根据所述IP检测报文中携带的IP地址,将所述IP检测报文通过所述目标成员链路发送给分支节点设备。
步骤S220:基于所述分支节点设备针对所述IP检测报文的响应情况确定所述目标成员链路是否故障。
可以理解地,该实施例的具体实现过程可参照上述实施例中的相关实现过程,为了避免重复描述,在此不再赘述。
请参照图4,图4为本申请实施例提供的一种链路故障检测装置200的结构框图,该装置200运行于上述的中心节点设备,该装置200可以是中心节点设备上的模块、程序段或代码。应理解,该装置200与上述图2方法实施例对应,能够执行图2方法实施例涉及的各个步骤,该装置200具体的功能可以参见上文中的描述,为避免重复,此处适当省略详细描述。
可选地,所述装置200包括:
报文接收模块210,用于接收所述网管设备下发的针对所述多条成员链路中的目标成员链路的IP检测报文,所述IP检测报文中携带有为所述目标成员链路配置的IP地址;
报文发送模块220,用于根据所述IP检测报文中携带的IP地址,将所述IP检测报文通过所述目标成员链路发送给所述分支节点设备,以使所述网管设备基于所述分支节点设备针对所述IP检测报文的响应情况判断所述目标成员链路是否出现故障。
可选地,所述报文发送模块220,用于根据所述IP检测报文中携带的IP地址,对所述IP检测报文进行标记,所述标记用于标识所述目标成员链路;通过所述中心节点设备的链路聚合接口根据所述标记,将所述IP检测报文通过所述目标成员链路发送给所述分支节点设备。
可选地,所述报文发送模块220,用于通过访问控制列表匹配所述IP地址的IP检测报文,并对所述IP检测报文进行标记。
请参照图5,图5为本申请实施例提供的另一种链路故障检测装置300的结构框图,该装置300运行于上述的网管设备,该装置300可以是网管设备上的模块、程序段或代码。应理解,该装置300与上述图3方法实施例对应,能够执行图3方法实施例涉及的各个步骤,该装置300具体的功能可以参见上文中的描述,为避免重复,此处适当省略详细描述。
可选地,所述装置300包括:
报文下发模块310,用于向所述中心节点设备发送针对所述多条成员链路中的目标成员链路的IP检测报文,以使所述中心节点设备根据所述IP检测报文中携带的IP地址,将所述IP检测报文通过所述目标成员链路发送给所述分支节点设备,其中,所述IP检测报文中携带有为所述目标成员链路配置的IP地址;
故障检测模块320,用于基于所述分支节点设备针对所述IP检测报文的响应情况确定所述目标成员链路是否故障。
可选地,所述报文下发模块310,用于每隔预设时间间隔向所述中心节点设备发送针对所述多条成员链路中的目标成员链路的IP检测报文;
所述故障检测模块320,用于若连续多次未接收到所述分支节点设备针对所述IP检测报文返回的响应报文时,则确定所述目标成员链路故障。
可选地,所述报文下发模块310,用于启动用于对所述目标成员链路进行故障检测的线程;通过所述线程向所述中心节点设备发送针对所述多条成员链路中的目标成员链路的IP检测报文。
可选地,所述装置300还包括:
告警模块,用于输出针对所述目标成员链路的告警信息。
可选地,所述分支节点设备中针对成员链路创建有对应的loopback接口,每个所述loopback接口配置有对应的IP地址,形成成员链路与检测的IP地址一对一的绑定关系。
需要说明的是,本领域技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再重复描述。
请参照图6,图6为本申请实施例提供的一种用于执行链路故障检测方法的网络设备的结构示意图,该网络设备为上述的中心节点设备或网管设备,所述网络设备可以包括:至少一个处理器410,例如CPU,至少一个通信接口420,至少一个存储器430和至少一个通信总线440。其中,通信总线440用于实现这些组件直接的连接通信。其中,本申请实施例中设备的通信接口420用于与其他节点设备进行信令或数据的通信。存储器430可以是高速RAM存储器,也可以是非易失性的存储器(non-volatile memory),例如至少一个磁盘存储器。存储器430可选的还可以是至少一个位于远离前述处理器的存储装置。存储器430中存储有计算机可读取指令,当所述计算机可读取指令由所述处理器410执行时,网络设备执行上述图2或图3所示方法过程。
可以理解,图6所示的结构仅为示意,所述网络设备还可包括比图6中所示更多或者更少的组件,或者具有与图6所示不同的配置。图6中所示的各组件可以采用硬件、软件或其组合实现。
本申请实施例提供一种可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时,执行如图2或图3所示方法实施例中网络设备所执行的方法过程。
本实施例公开一种计算机程序产品,所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,计算机能够执行上述各方法实施例所提供的方法,例如,包括:接收所述网管设备下发的针对所述多条成员链路中的目标成员链路的IP检测报文,所述IP检测报文中携带有为所述目标成员链路配置的IP地址;根据所述IP检测报文中携带的IP地址,将所述IP检测报文通过所述目标成员链路发送给所述分支节点设备,以使所述网管设备基于所述分支节点设备针对所述IP检测报文的响应情况判断所述目标成员链路是否出现故障。
综上所述,本申请实施例提供一种链路故障检测方法、装置及网络设备,通过对每条成员链路与相应的IP地址建立一对一的绑定关系,网管设备可基于IP地址向相应的每条成员链路下发IP检测报文,使得中心节点设备将IP检测报文通过相应成员链路下发给分支节点设备,从而可通过基于分支节点设备对IP检测报文的响应情况来判断相应链路是否出现故障,这样可实现对每条成员链路的故障检测,实现链路聚合组成员链路故障的准确定位。
在本申请所提供的实施例中,应该理解到,所揭露装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
另外,作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
再者,在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
以上所述仅为本申请的实施例而已,并不用于限制本申请的保护范围,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (12)
1.一种链路故障检测方法,其特征在于,应用于网络系统中的中心节点设备,所述网络系统还包括网管设备以及分支节点设备,所述中心节点设备与所述分支节点设备之间通过多条成员链路聚合后形成的逻辑链路通信,所述方法包括:
接收所述网管设备下发的针对所述多条成员链路中的目标成员链路的IP检测报文,所述IP检测报文中携带有为所述目标成员链路配置的IP地址;
根据所述IP检测报文中携带的IP地址,将所述IP检测报文通过所述目标成员链路发送给所述分支节点设备,以使所述网管设备基于所述分支节点设备针对所述IP检测报文的响应情况判断所述目标成员链路是否出现故障。
2.根据权利要求1所述的方法,其特征在于,所述根据所述IP检测报文中携带的IP地址,将所述IP检测报文通过所述目标成员链路发送给所述分支节点设备,包括:
根据所述IP检测报文中携带的IP地址,对所述IP检测报文进行标记,所述标记用于标识所述目标成员链路;
通过所述中心节点设备的链路聚合接口根据所述标记,将所述IP检测报文通过与所述标记匹配一致的目标成员链路发送给所述分支节点设备。
3.根据权利要求2所述的方法,其特征在于,所述根据所述IP检测报文中携带的IP地址,对所述IP检测报文进行标记,包括:
通过访问控制列表匹配所述IP地址的IP检测报文,并对所述IP检测报文进行标记。
4.一种链路故障检测方法,其特征在于,应用于网络系统中的网管设备,所述网络系统还包括中心节点设备以及分支节点设备,所述中心节点设备与所述分支节点设备之间通过多条成员链路聚合后形成的逻辑链路通信,所述方法包括:
向所述中心节点设备发送针对所述多条成员链路中的目标成员链路的IP检测报文,以使所述中心节点设备根据所述IP检测报文中携带的IP地址,将所述IP检测报文通过所述目标成员链路发送给所述分支节点设备,其中,所述IP检测报文中携带有为所述目标成员链路配置的IP地址;
基于所述分支节点设备针对所述IP检测报文的响应情况确定所述目标成员链路是否故障。
5.根据权利要求4所述的方法,其特征在于,所述向所述中心节点设备发送针对所述多条成员链路中的目标成员链路的IP检测报文,包括:
每隔预设时间间隔向所述中心节点设备发送针对所述多条成员链路中的目标成员链路的IP检测报文;
所述基于所述分支节点设备针对所述IP检测报文的响应情况确定所述目标成员链路是否故障,包括:
若连续多次未接收到所述分支节点设备针对所述IP检测报文返回的响应报文时,则确定所述目标成员链路故障。
6.根据权利要求4所述的方法,其特征在于,所述向所述中心节点设备发送针对所述多条成员链路中的目标成员链路的IP检测报文,包括:
启动用于对所述目标成员链路进行故障检测的线程;
通过所述线程向所述中心节点设备发送针对所述多条成员链路中的目标成员链路的IP检测报文。
7.根据权利要求4所述的方法,其特征在于,在确定所述目标成员链路故障之后,还包括:
输出针对所述目标成员链路的告警信息。
8.根据权利要求4-7任一所述的方法,其特征在于,所述分支节点设备中针对成员链路创建有对应的loopback接口,每个所述loopback接口配置有对应的IP地址。
9.一种链路故障检测装置,其特征在于,运行于网络系统中的中心节点设备,所述网络系统还包括网管设备以及分支节点设备,所述中心节点设备与所述分支节点设备之间通过多条成员链路进行聚合后形成的逻辑链路通信,所述装置包括:
报文接收模块,用于接收所述网管设备下发的针对所述多条成员链路中的目标成员链路的IP检测报文,所述IP检测报文中携带有为所述目标成员链路配置的IP地址;
报文发送模块,用于根据所述IP检测报文中携带的IP地址,将所述IP检测报文通过所述目标成员链路发送给所述分支节点设备,以使所述网管设备基于所述分支节点设备针对所述IP检测报文的响应情况判断所述目标成员链路是否出现故障。
10.一种链路故障检测装置,其特征在于,运行于网络系统中的网管设备,所述网络系统还包括中心节点设备以及分支节点设备,所述中心节点设备与所述分支节点设备之间通过多条成员链路聚合后形成的逻辑链路通信,所述装置包括:
报文下发模块,用于向所述中心节点设备发送针对所述多条成员链路中的目标成员链路的IP检测报文,以使所述中心节点设备根据所述IP检测报文中携带的IP地址,将所述IP检测报文通过所述目标成员链路发送给所述分支节点设备,其中,所述IP检测报文中携带有为所述目标成员链路配置的IP地址;
故障检测模块,用于基于所述分支节点设备针对所述IP检测报文的响应情况确定所述目标成员链路是否故障。
11.一种网络系统,其特征在于,所述网络系统包括网管设备、中心节点设备以及分支节点设备,所述中心节点设备与所述分支节点设备之间通过多条成员链路聚合后形成的逻辑链路通信;
所述网管设备,用于向所述中心节点设备发送针对所述多条成员链路中的目标成员链路的IP检测报文,其中,所述IP检测报文中携带有为所述目标成员链路配置的IP地址;
所述中心节点设备,用于接收所述网管设备下发的所述IP检测报文,并根据所述IP检测报文中携带的IP地址,将所述IP检测报文通过所述目标成员链路发送给所述分支节点设备;
所述网管设备,还用于基于所述分支节点设备针对所述IP检测报文的响应情况判断所述目标成员链路是否出现故障。
12.一种网络设备,其特征在于,包括处理器以及存储器,所述存储器存储有计算机可读取指令,当所述计算机可读取指令由所述处理器执行时,运行如权利要求1-8任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011324963.9A CN112291116A (zh) | 2020-11-23 | 2020-11-23 | 链路故障检测方法、装置及网络设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011324963.9A CN112291116A (zh) | 2020-11-23 | 2020-11-23 | 链路故障检测方法、装置及网络设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112291116A true CN112291116A (zh) | 2021-01-29 |
Family
ID=74425257
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011324963.9A Pending CN112291116A (zh) | 2020-11-23 | 2020-11-23 | 链路故障检测方法、装置及网络设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112291116A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113411296A (zh) * | 2021-05-07 | 2021-09-17 | 上海纽盾科技股份有限公司 | 态势感知虚拟链路防御方法、装置及系统 |
CN114285786A (zh) * | 2021-12-24 | 2022-04-05 | 中国农业银行股份有限公司 | 一种网络链路库的构建方法及装置 |
CN115225462A (zh) * | 2022-07-21 | 2022-10-21 | 北京天融信网络安全技术有限公司 | 网络故障诊断方法及装置 |
WO2022267944A1 (zh) * | 2021-06-21 | 2022-12-29 | 中兴通讯股份有限公司 | 跨设备链路聚合的网管方法、系统、交换机及存储介质 |
CN115834436A (zh) * | 2022-11-24 | 2023-03-21 | 中国联合网络通信集团有限公司 | 网络连通性检测方法、装置及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101132320A (zh) * | 2007-09-18 | 2008-02-27 | 华为技术有限公司 | 检测接口故障的方法及网络节点设备 |
CN105264834A (zh) * | 2013-06-28 | 2016-01-20 | 华为技术有限公司 | 一种在nvo3网络中处理组播报文的方法、装置和nvo3网络 |
CN107026790A (zh) * | 2016-01-30 | 2017-08-08 | 华为技术有限公司 | 一种转发控制方法及设备 |
CN107078924A (zh) * | 2014-12-31 | 2017-08-18 | 华为技术有限公司 | 对聚合链路进行双向转发检测的方法、设备和系统 |
CN111541609A (zh) * | 2020-03-31 | 2020-08-14 | 新华三信息安全技术有限公司 | 一种链路聚合组的状态检测方法和装置 |
US10748111B2 (en) * | 2013-11-29 | 2020-08-18 | Fedex Corporate Services, Inc. | Node-enabled generation of a shipping label using elements of a wireless node network |
-
2020
- 2020-11-23 CN CN202011324963.9A patent/CN112291116A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101132320A (zh) * | 2007-09-18 | 2008-02-27 | 华为技术有限公司 | 检测接口故障的方法及网络节点设备 |
CN105264834A (zh) * | 2013-06-28 | 2016-01-20 | 华为技术有限公司 | 一种在nvo3网络中处理组播报文的方法、装置和nvo3网络 |
US10748111B2 (en) * | 2013-11-29 | 2020-08-18 | Fedex Corporate Services, Inc. | Node-enabled generation of a shipping label using elements of a wireless node network |
CN107078924A (zh) * | 2014-12-31 | 2017-08-18 | 华为技术有限公司 | 对聚合链路进行双向转发检测的方法、设备和系统 |
CN107026790A (zh) * | 2016-01-30 | 2017-08-08 | 华为技术有限公司 | 一种转发控制方法及设备 |
CN111541609A (zh) * | 2020-03-31 | 2020-08-14 | 新华三信息安全技术有限公司 | 一种链路聚合组的状态检测方法和装置 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113411296A (zh) * | 2021-05-07 | 2021-09-17 | 上海纽盾科技股份有限公司 | 态势感知虚拟链路防御方法、装置及系统 |
WO2022267944A1 (zh) * | 2021-06-21 | 2022-12-29 | 中兴通讯股份有限公司 | 跨设备链路聚合的网管方法、系统、交换机及存储介质 |
CN114285786A (zh) * | 2021-12-24 | 2022-04-05 | 中国农业银行股份有限公司 | 一种网络链路库的构建方法及装置 |
CN114285786B (zh) * | 2021-12-24 | 2023-12-08 | 中国农业银行股份有限公司 | 一种网络链路库的构建方法及装置 |
CN115225462A (zh) * | 2022-07-21 | 2022-10-21 | 北京天融信网络安全技术有限公司 | 网络故障诊断方法及装置 |
CN115225462B (zh) * | 2022-07-21 | 2024-02-02 | 北京天融信网络安全技术有限公司 | 网络故障诊断方法及装置 |
CN115834436A (zh) * | 2022-11-24 | 2023-03-21 | 中国联合网络通信集团有限公司 | 网络连通性检测方法、装置及存储介质 |
CN115834436B (zh) * | 2022-11-24 | 2024-05-03 | 中国联合网络通信集团有限公司 | 网络连通性检测方法、装置及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112291116A (zh) | 链路故障检测方法、装置及网络设备 | |
JP4840236B2 (ja) | ネットワークシステム及びノード装置 | |
CN102833109B (zh) | 故障点位置信息处理方法及设备 | |
US9608841B2 (en) | Method for real-time synchronization of ARP record in RSMLT cluster | |
EP2725743B1 (en) | Methods and device for processing location information about fault point | |
CN105165054A (zh) | 网络服务故障处理方法,服务管理系统和系统管理模块 | |
JP2019500812A (ja) | リンク検出の方法、装置、ネットワークデバイス、及び、コントローラ | |
CN110011941B (zh) | 一种报文转发方法及设备 | |
CN104601394A (zh) | 一种业务链连通性检测的方法、装置及系统 | |
CN104243232A (zh) | 虚拟网故障探测和定位方法 | |
JP2010034876A (ja) | 障害監視サーバおよびネットワーク障害監視システム。 | |
US20090116395A1 (en) | Communication apparatus and method | |
CN104618189A (zh) | 链路故障检测方法及装置 | |
CN105610594B (zh) | 业务链的故障诊断方法及装置 | |
CN113949649B (zh) | 故障检测协议的部署方法、装置、电子设备及存储介质 | |
CN109218176B (zh) | 一种报文处理的方法及装置 | |
CN102868616B (zh) | 网络中虚mac地址表项建立的方法、路由器及系统 | |
JP4464256B2 (ja) | ネットワーク上位監視装置 | |
EP2840738B1 (en) | Mep configuration method and network device | |
CN108259442B (zh) | 一种慢协议报文处理方法及相关装置 | |
CN109412851B (zh) | 链路层路径检测方法、装置及系统 | |
CN110505176B (zh) | 报文优先级的确定、发送方法及装置、路由系统 | |
CN112737949A (zh) | 故障检测方法及装置、电子设备、计算机可读介质 | |
CN111835544B (zh) | 一种基于用户态协议栈的虚拟路由器的监控方法及系统 | |
CN112422428A (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210129 |