CN112311580B - 报文传输路径确定方法、装置及系统、计算机存储介质 - Google Patents
报文传输路径确定方法、装置及系统、计算机存储介质 Download PDFInfo
- Publication number
- CN112311580B CN112311580B CN201910708597.8A CN201910708597A CN112311580B CN 112311580 B CN112311580 B CN 112311580B CN 201910708597 A CN201910708597 A CN 201910708597A CN 112311580 B CN112311580 B CN 112311580B
- Authority
- CN
- China
- Prior art keywords
- equipment
- message
- determining
- fault
- data
- 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
Links
Images
Classifications
-
- 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/42—Centralised routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- 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
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/22—Alternate routing
-
- 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
-
- 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/26—Route discovery packet
-
- 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/38—Flow based routing
-
- 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/74—Address processing for routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
-
- 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/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- 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
- H04L43/106—Active monitoring, e.g. heartbeat, ping or trace-route using time related information in packets, e.g. by adding timestamps
-
- 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/20—Hop count for routing purposes, e.g. TTL
-
- 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/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
Abstract
本申请公开了一种报文传输路径确定方法、装置及系统、计算机存储介质,属于网络技术领域。管理设备获取目标报文的n个镜像报文,每个镜像报文分别由传输目标报文的n个网络设备中的一个网络设备生成,每个镜像报文中携带有生成镜像报文的网络设备的标识;管理设备根据n个镜像报文,确定目标报文的传输路径。由于目标报文的镜像报文实质上为目标报文的复制报文,因此管理设备根据目标报文的镜像报文确定目标报文的传输路径,即管理设备根据目标报文自身确定传输路径,确定的报文传输路径的可靠性高。
Description
技术领域
本申请涉及网络技术领域,特别涉及一种报文传输路径确定方法、装置及系统、计算机存储介质。
背景技术
当前网络中经常会出现因网络环境、人为操作或设备缺陷等原因导致流量中断从而导致业务故障的问题。由于大部分业务(尤其是金融类业务和银行类业务等)对业务故障问题非常敏感,因此在业务故障后,需要及时进行故障定位,然后对故障设备采取相应隔离或恢复措施。而目前的故障定位通常需要基于故障业务对应的报文传输路径实现。
跟踪路由(trace router,Tracert)是目前用于确定报文传输路径的一种常用手段。采用跟踪路由技术确定目标报文的传输路径的方式包括:通过在网络中传输源互联网协议(Internet Protocol,IP)地址与目标报文的源IP地址相同、且目的IP地址与目标报文的目的IP地址相同的探测报文,将该探测报文的传输路径确定为目标报文的传输路径。
但是,由于目前网络规模较大,目标报文的源端设备和目的端设备之间可能建立有多条传输路径,探测报文的传输路径可能与目标报文的实际传输路径不同,因此采用跟踪路由技术确定的报文传输路径的可靠性较低。
发明内容
本申请提供了一种报文传输路径确定方法、装置及系统、计算机存储介质,可以解决目前确定报文传输路径的可靠性较低的问题。
第一方面,提供了一种报文传输路径确定方法。管理设备获取目标报文的n个镜像报文,每个镜像报文分别由传输目标报文的n个网络设备中的一个网络设备生成,每个镜像报文中携带有生成镜像报文的网络设备的标识,n为大于1的整数;管理设备根据n个镜像报文,确定目标报文的传输路径。
由于目标报文的镜像报文实质上为目标报文的复制报文,因此管理设备根据目标报文的镜像报文确定目标报文的传输路径,即管理设备根据目标报文自身确定传输路径,确定的报文传输路径的可靠性高。另外,本申请提供的报文传输路径确定方法能够实现对报文传输路径的实时还原,保证确定报文传输路径的及时性。
在一种可实现方式中,管理设备根据n个镜像报文,确定目标报文的传输路径,包括:管理设备根据n个镜像报文中的生存时间以及每个镜像报文中的网络设备的标识,确定目标报文到达n个网络设备的时间先后顺序,得到传输路径。本申请中,采用该实现方式可以实现对三层转发的目标报文的传输路径还原。
在另一种可实现方式中,管理设备根据n个镜像报文,确定目标报文的传输路径,包括:管理设备根据接收到n个镜像报文的时间先后顺序以及每个镜像报文中的网络设备的标识,确定目标报文到达n个网络设备的时间先后顺序,得到传输路径。本申请中,采用该实现方式可以实现对二层转发和/或三层转发的目标报文的传输路径还原。
在又一种可实现方式中,镜像报文中携带有网络设备生成该镜像报文的生成时间戳,管理设备根据n个镜像报文,确定目标报文的传输路径,包括:管理设备根据n个镜像报文中的生成时间戳,确定目标报文到达n个网络设备的时间先后顺序,得到传输路径。可选地,管理设备和通信网络中的各个网络设备上可以部署高精度时钟同步,例如1588时钟同步。若通信网络中的各个设备之间时钟精准同步,管理设备根据各个镜像报文中的生成时间戳确定的目标报文的准确度高,可以实现对二层转发和/或三层转发的目标报文的传输路径的准确还原。
可选地,当目标报文为传输控制协议TCP控制报文,管理设备还根据n个镜像报文,确定目标报文的源端设备与目标报文的目的端设备之间基于目标报文的通信过程是否成功;当源端设备与目的端设备之间基于目标报文的通信过程失败时,管理设备确定传输路径为异常流路径。
本申请中,通过目标报文确定源端设备与目的端设备之间基于该目标报文的通信过程是否成功,进而实现对还原出的传输路径的异常判断。
可选地,目标报文为TCP控制报文,则基于目标报文的通信过程包括基于目标报文建立TCP连接或基于目标报文断开TCP连接。
由于通信网络中传输的TCP控制报文的数据量较少,管理设备仅需采用TCP控制报文的镜像报文还原报文传输路径,工作量较少;另外,TCP控制报文具有TCP标志位,网络设备通过过滤报文的TCP标志位即能够匹配到TCP控制报文。
可选地,TCP控制报文可以是用于建立TCP连接的TCP控制报文或用于断开TCP连接的TCP控制报文。由于用于建立TCP连接的TCP控制报文和用于断开TCP连接的TCP控制报文均包括源端设备向目的端设备发送的请求报文以及目的端设备向源端设备发送的确认报文,管理设备可以根据是否接收到目的端设备基于请求报文生成的确认报文的镜像报文,确定建立TCP连接或断开TCP连接是否成功。
可选地,管理设备在确定传输路径为异常流路径之后,还基于异常流路径以及正常流路径,确定导致源端设备与目的端设备之间基于目标报文的通信过程失败的故障设备,正常流路径为源端设备与目的端设备之间基于历史报文的通信过程成功的历史路径。
在一种实现方式中,当异常流路径与正常流路径不同,管理设备基于异常流路径以及正常流路径,确定导致源端设备与目的端设备之间基于目标报文的通信过程失败的故障设备,包括:
当正常流路径中的第一个网络设备与异常流路径中的第一个网络设备不同时,将正常流路径中的第一个网络设备确定为故障设备;当正常流路径中的前i-1个网络设备与异常流路径中的前i-1个网络设备相同,且满足目标条件时,将正常流路径中的第i-1个网络设备确定为第一待定故障设备,将正常流路径中的第i个网络设备确定为第二待定故障设备,并在第一待定故障设备和第二待定故障设备中确定故障设备,1<i≤m,且i-1≤n,m为正常流路径中网络设备的数量;其中,目标条件为:n=i-1,或者,n>i-1且正常流路径中的第i个网络设备与异常流路径中的第i个网络设备不同。
本申请中,当异常流路径和正常流路径上存在不同的网络设备时,可以将正常流路径上与异常流路径上相同的最后一个网络设备确定为断点设备。通常情况下,目标报文的传输路径应为该正常流路径,由于正常流路径中断点设备的存在,目标报文才会从正常流路径转换至异常流路径传输,因此当正常流路径中的前i-1个网络设备与异常流路径中的前i-1个网络设备相同,且异常流路径中网络设备的数量大于i-1,且正常流路径中的第i个网络设备与异常流路径中的第i个网络设备不同时,管理设备可以将正常流路径中的第i-1个网络设备(断点设备)确定为待定故障设备。
可选地,管理设备在第一待定故障设备和第二待定故障设备中确定故障设备,包括:
管理设备获取源端设备与目的端设备之间的传输路径为正常流路径时,第一待定故障设备的第一设备数据以及第二待定故障设备的第二设备数据;管理设备获取目标报文的传输过程中,第一待定故障设备的第三设备数据以及第二待定故障设备的第四设备数据;管理设备根据第一设备数据以及第三设备数据,确定第一待定故障设备的设备数据变化信息,并根据第二设备数据以及第四设备数据,确定第二待定故障设备的设备数据变化信息;管理设备基于第一待定故障设备的设备数据变化信息以及第二待定故障设备的设备数据变化信息,确定故障设备;其中,第一设备数据、第二设备数据、第三设备数据以及第四设备数据均包括管理面数据、数据面数据或控制面数据中的至少一种。
可选地,管理设备基于第一待定故障设备的设备数据变化信息以及第二待定故障设备的设备数据变化信息,确定故障设备,包括:
当第一待定故障设备的设备数据未发生变化,且第二待定故障设备的设备数据发生变化时,将第二待定故障设备确定为故障设备;当第一待定故障设备的设备数据发生变化,且第二待定故障设备的设备数据未发生变化时,将第一待定故障设备确定为故障设备。
可选地,管理设备基于第一待定故障设备的设备数据变化信息以及第二待定故障设备的设备数据变化信息,确定故障设备,还包括:
当第一待定故障设备的设备数据以及第二待定故障设备的设备数据均发生变化时,基于预设判定规则,确定第一待定故障设备的设备数据变化信息以及第二待定故障设备的设备数据变化信息中的根因信息,并将根因信息对应的待定故障设备确定为故障设备。
本申请中,基于报文传输路径实现故障定位,管理设备在进行故障定位时,首先确定传输路径中的断点设备,但是断点设备不一定是故障设备,因此将正常流路径上的断点设备以及断点设备的下游设备均作为待定故障设备,进一步在待定故障设备中确定真正的故障设备,可以提高故障定位的准确性。另外,通过比较正常流路径和异常流路径即可确定故障设备,故障定位过程较为简单且能够实现快速故障定位。
可选地,管理设备还输出故障设备的标识以及故障设备的故障根因,故障设备的故障根因基于故障设备的设备数据变化信息得到。
本申请中,管理设备还可以基于故障设备的设备数据变化信息确定故障根因,实现自动根因定位。
在另一种实现方式中,当异常流路径与正常流路径相同,管理设备基于异常流路径以及正常流路径,确定导致源端设备与目的端设备之间基于目标报文的通信过程失败的故障设备,包括:
管理设备将正常流路径上的最后一个网络设备以及目的端设备确定为待定故障设备;管理设备在确定最后一个网络设备未发生故障时,将目的端设备确定为故障设备。
第二方面,提供了一种报文传输路径确定方法。网络设备在接收到目标报文后,生成目标报文的镜像报文,镜像报文中携带有网络设备的标识;网络设备向管理设备发送镜像报文,供管理设备确定目标报文的传输路径。
可选地,网络设备基于网络设备中的访问控制列表获取目标报文。
本申请中,由于网络设备基于访问控制列表获取目标报文并对目标报文执行镜像操作,整个过程无需网络设备的CPU参与,因此不会影响网络设备的性能,同时,网络设备在对目标报文执行镜像操作的过程中不会对目标报文做更改,也不会影响目标报文的传输路径。
可选地,目标报文包括传输控制协议TCP控制报文。
可选地,当网络设备的设备状态发生变化后,网络设备向管理设备发送更新后的设备数据,设备数据包括管理面数据、数据面数据或控制面数据中的至少一种。
第三方面,提供了一种报文传输路径确定装置,用于管理设备。所述装置包括多个功能模块,所述多个功能模块相互作用,实现上述第一方面及其各实施方式中的方法。所述多个功能模块可以基于软件、硬件或软件和硬件的结合实现,且所述多个功能模块可以基于具体实现进行任意组合或分割。
第四方面,提供了另一种报文传输路径确定装置,用于网络设备。所述装置包括多个功能模块,所述多个功能模块相互作用,实现上述第一方面及其各实施方式中的方法。所述多个功能模块可以基于软件、硬件或软件和硬件的结合实现,且所述多个功能模块可以基于具体实现进行任意组合或分割。
第五方面,提供了一种管理设备,所述管理设备包括:处理器和存储器;
所述存储器,用于存储计算机程序,所述计算机程序包括程序指令;
所述处理器,用于调用所述计算机程序,实现如第一方面任一所述的报文传输路径确定方法。
第六方面,提供了一种网络设备,所述网络设备包括:处理器和存储器;
所述存储器,用于存储计算机程序,所述计算机程序包括程序指令;
所述处理器,用于调用所述计算机程序,实现如第二方面任一所述的报文传输路径确定方法。
第七方面,提供了一种报文传输路径确定系统,所述系统包括:网络设备和管理设备,所述管理设备包括如第三方面任一所述的报文传输路径确定装置,所述网络设备包括如第四方面任一所述的报文传输路径确定装置。
第八方面,提供了一种计算机存储介质,所述计算机存储介质上存储有指令,当所述指令被管理设备的处理器执行时,实现如第一方面任一所述的报文传输路径确定方法;或者,当所述指令被网络设备的处理器执行时,实现如第二方面任一所述的报文传输路径确定方法。
本申请提供的技术方案带来的有益效果至少包括:
本申请提供的报文传输路径确定方法,通信网络中的网络设备在接收到目标报文后,能够生成目标报文的镜像报文,并向管理设备发送该镜像报文;管理设备根据目标报文的多个镜像报文,确定目标报文的传输路径。由于目标报文的镜像报文实质上为目标报文的复制报文,因此管理设备根据目标报文的镜像报文确定目标报文的传输路径,即管理设备根据目标报文自身确定传输路径,确定的报文传输路径的可靠性高。另外,本申请提供的报文传输路径确定方法能够实现对报文传输路径的实时还原,保证确定报文传输路径的及时性;且由于网络设备基于访问控制列表获取目标报文并对目标报文执行镜像操作,整个过程无需网络设备的CPU参与,因此不会影响网络设备的性能,同时,网络设备在对目标报文执行镜像操作的过程中不会对目标报文做更改,也不会影响目标报文的传输路径。
进一步地,本申请还可以基于报文传输路径实现故障定位,管理设备在进行故障定位时,首先确定传输路径中的断点设备,但是断点设备不一定是故障设备,因此将正常流路径上的断点设备以及断点设备的下游设备均作为待定故障设备,进一步在待定故障设备中确定真正的故障设备,可以提高故障定位的准确性。另外,通过比较正常流路径和异常流路径即可确定故障设备,故障定位过程较为简单且能够实现快速故障定位。此外,管理设备还可以基于故障设备的设备数据变化信息确定故障根因,实现自动根因定位。
附图说明
图1是本申请实施例提供的一种报文传输路径确定系统的结构示意图;
图2是本申请实施例提供的一种报文传输路径确定方法的流程图;
图3是本申请实施例提供的一种正常流路径与异常流路径的对比示意图;
图4是本申请实施例提供的另一种正常流路径与异常流路径的对比示意图;
图5是本申请实施例提供的一种确定故障设备的方法流程图;
图6是本申请实施例提供的一种报文传输路径确定装置的结构示意图;
图7是本申请实施例提供的另一种报文传输路径确定装置的结构示意图;
图8是本申请实施例提供的又一种报文传输路径确定装置的结构示意图;
图9是本申请实施例提供的再一种报文传输路径确定装置的结构示意图;
图10是本申请另一实施例提供的一种报文传输路径确定装置的结构示意图;
图11是本申请另一实施例提供的另一种报文传输路径确定装置的结构示意图;
图12是本申请实施例提供的一种网络设备的框图;
图13是本申请实施例提供的一种管理设备的框图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
图1是本申请实施例提供的一种报文传输路径确定系统的结构示意图。如图1所示,该报文传输路径确定系统中包括管理设备101以及通信网络中的网络设备102a-102d(统称为网络设备102)。图1中网络设备的数量仅用作示意,不作为对本申请实施例提供的通信网络的限制。
本申请实施例提供的通信网络可以是数据中心网络(data center network,DCN)、城域网络、广域网络、园区网络、虚拟局域网(virtual local area network,VLAN)或虚拟扩展局域网(virtual extensible local area network,VXLAN)等,本申请实施例对通信网络的类型不做限定。
可选地,管理设备101可以是一台服务器,或者由若干台服务器组成的服务器集群,或者是一个云计算服务中心。网络设备102可以是交换机或路由器等。管理设备101与网络设备102通过有线网络或无线网络连接。可选地,管理设备101与网络设备102可以直接连接,例如参见图1,管理设备101与网络设备102a、网络设备102b和网络设备102c分别直接连接;或者,管理设备101与网络设备102也可以间接连接,例如参见图1,管理设备101与网络设备102d通过网络设备102b连接。
网络设备102支持封装远程交换端口分析(Encapsulated Remote Switch PortAnalyzer,ERSPAN)功能,即三层远端流镜像功能。网络设备102上具有封装远程镜像源端口,管理设备上具有封装远程镜像目的端口。网络设备102生成的镜像报文能够从封装远程镜像源端口传输至封装远程镜像目的端口。可选地,管理设备101包括采集器和分析器,采集器上具有封装远程镜像目的端口。采集器能够采集网络设备102生成的镜像报文,并将采集到的镜像报文传输至分析器,供分析器基于镜像报文进行分析。
图2是本申请实施例提供的一种报文传输路径确定方法的流程图。可以应用于如图1所示的报文传输路径确定系统中,如图2所示,该方法包括:
步骤201、网络设备基于访问控制列表获取目标报文。
可选地,网络设备中可以预先配置有访问控制列表(access control list,ACL)。访问控制列表是网络设备接口的指令列表。访问控制列表中的一条表项通常包括过滤(filter)和动作(action)这两部分,当网络设备匹配到filter中定义的内容时,执行action中定义的动作。在本申请实施例中,目标报文可以为传输控制协议(TransmissionControl Protocol,TCP)控制报文。TCP控制报文的类型通过TCP标志位(TCP flag)进行区分。目前的TCP flag包括紧急指针(urgent pointer,URG)、确认字符(acknowledgement,ACK)、推送比特(push,PSH)、建立TCP连接(synchronize,SYN)、断开TCP连接(finish,FIN)和重置连接(reset,RST)这6个。当TCP标志位中的SYN=1时,表示该TCP控制报文用于建立TCP连接;当TCP标志位中的FIN=1时,表示该TCP控制报文用于断开TCP连接。示例地,目标报文可以是用于建立TCP连接的TCP控制报文或用于断开TCP连接的TCP控制报文。例如,可以在访问控制列表中配置以下两条表项以获取目标报文,该两条表项分别为:
1、filter:(TCP flag:SYN=1),action:mirror;
2、filter:(TCP flag:FIN=1),action:mirror。
第一条表项用于匹配SYN=1的TCP控制报文;第二条表项用于匹配FIN=1的TCP控制报文。“action:mirror”表示:匹配到对应的TCP控制报文后,对该TCP控制报文执行镜像操作,该镜像操作包括步骤202和步骤203中的动作。
步骤202、网络设备生成目标报文的镜像报文,该镜像报文中携带有该网络设备的标识。
当通信网络中有n个网络设备接收到目标报文,则该n个网络设备中的每个网络设备会生成该目标报文的一个镜像报文,n为大于1的整数。
其中,网络设备的标识用于唯一标识该网络设备。可选地,网络设备的标识包括网络设备的IP地址。镜像报文中封装有生成该镜像报文的网络设备的标识,可以使管理设备在接收到该镜像报文后,能够确定该镜像报文的发送端。
步骤203、网络设备向管理设备发送目标报文的镜像报文。
步骤204、管理设备根据获取的目标报文的n个镜像报文,确定目标报文的传输路径。
每个镜像报文分别由传输该目标报文的n个网络设备中的一个网络设备生成。
可选地,目标报文可以是用于建立TCP连接的TCP控制报文或用于断开TCP连接的TCP控制报文。在源端设备与目的端设备建立TCP连接的过程中,管理设备可以根据用于建立TCP连接的TCP控制报文的多个镜像报文确定该用于建立TCP连接的TCP控制报文的传输路径;在源端设备与目的端设备断开TCP连接的过程中,管理设备可以根据用于断开TCP连接的TCP控制报文的多个镜像报文确定该用于断开TCP连接的TCP控制报文的传输路径。
在本申请的一个可选实施例中,上述步骤204的实现过程包括:管理设备根据n个镜像报文中的生存时间以及每个镜像报文中的网络设备的标识,确定目标报文到达n个网络设备的时间先后顺序,得到传输路径。
其中,报文的生存时间(time to live,TTL)用于限制报文在通信网络中的最大转发跳数。报文每进行一次三层转发,报文中TTL的值减1。因此镜像报文中TTL的值越大,表示目标报文到达生成该镜像报文的网络设备的时间越早。在本申请实施例中,当目标报文进行三层转发时,管理设备可以基于n个镜像报文中的TTL,确定目标报文到达n个网络设备的时间先后顺序,从而还原目标报文的传输路径。
示例地,目标报文为用于建立TCP连接的TCP控制报文,假设通信网络中有三个网络设备接收到目标报文,该三个网络设备包括IP地址为1.1.1.1的第一网络设备、IP地址为2.2.2.2的第二网络设备和IP地址为3.3.3.3的第三网络设备。第一网络设备接收到目标报文后,生成该目标报文的第一镜像报文,并向管理设备发送该第一镜像报文,该第一镜像报文中TTL的值为63;第二网络设备接收到目标报文后,生成该目标报文的第二镜像报文,并向管理设备发送该第二镜像报文,该第二镜像报文中TTL的值为64;第三网络设备接收到目标报文后,生成该目标报文的第三镜像报文,并向管理设备发送该第三镜像报文,该第三镜像报文中TTL的值为62。管理设备对第一镜像报文、第二镜像报文和第三镜像报文分别进行解析,并根据三个镜像报文中的TTL对该三个网络设备进行排序,可以得到如表1所示的传输路径顺序。
表1
传输路径顺序 | IP | TTL | TCP Flag |
1 | 2.2.2.2 | 64 | SYN=1 |
2 | 1.1.1.1 | 63 | SYN=1 |
3 | 3.3.3.3 | 62 | SYN=1 |
基于表1可知,目标报文在通信网络中的传输路径为:第二网络设备→第一网络设备→第三网络设备。
在本申请的另一个可选实施例中,上述步骤204的实现过程包括:管理设备根据接收到n个镜像报文的时间先后顺序以及每个镜像报文中的网络设备的标识,确定目标报文到达n个网络设备的时间先后顺序,得到传输路径。
由于n个网络设备接收到目标报文的时间存在先后顺序,则n个网络设备生成镜像报文以及向管理设备发送镜像报文的时间也存在先后顺序;因此管理设备接收到某个镜像报文的时间越早,可以表示目标报文到达生成该镜像报文的网络设备的时间越早。由于目标报文进行二层转发时,目标报文在转发过程中TTL的值是不变的,管理设备根据接收到n个镜像报文的时间先后顺序,确定目标报文到达n个网络设备的时间先后顺序,既可以实现对三层转发的目标报文的传输路径还原,又可以实现对二层转发的目标报文的传输路径还原。
可选地,管理设备每接收到一个镜像报文,记录该镜像报文的接收时刻,管理设备在接收到多个镜像报文后,根据该多个镜像报文的接收时刻,对分别发送该多个镜像报文的多个网络设备进行排序,从而还原目标报文的传输路径。当管理设备包括采集器和分析器,采集器用于接收网络设备发送的镜像报文,并为镜像报文设置接收时间戳,然后将镜像报文及接收时间戳传输至分析器;分析器基于目标报文的多个镜像报文及其接收时间戳,还原目标报文的传输路径。
可选地,上述步骤204还可以结合以上两个可选实施例实现,包括:管理设备获取n个镜像报文中的TTL,若n个镜像报文中的TTL不同,则采用第一个可选实施例中的实现方式确定目标报文的传输路径;若n个镜像报文中的TTL相同,则采用第二个可选实施例中的实现方式确定目标报文的传输路径。另外,若网络设备发送的镜像报文中携带有该镜像报文的生成时间戳,则管理设备还可以根据各个镜像报文的生成时间戳确定目标报文到达n个网络设备的时间先后顺序。在本申请实施例中,管理设备和通信网络中的各个网络设备上可以部署高精度时钟同步,例如1588时钟同步,以保证还原出的报文传输路径的可靠性。
本申请实施例提供的报文传输路径确定方法,通信网络中的网络设备在接收到目标报文后,能够生成目标报文的镜像报文,并向管理设备发送该镜像报文;管理设备根据目标报文的多个镜像报文,确定目标报文的传输路径。由于目标报文的镜像报文实质上为目标报文的复制报文,因此管理设备根据目标报文的镜像报文确定目标报文的传输路径,即管理设备根据目标报文自身确定传输路径,确定的报文传输路径的可靠性高。另外,本申请实施例提供的报文传输路径确定方法能够实现对报文传输路径的实时还原,保证确定报文传输路径的及时性;且由于网络设备基于访问控制列表获取目标报文并对目标报文执行镜像操作,整个过程无需网络设备的中央处理器(central processing unit,CPU)参与,因此不会影响网络设备的性能,同时,网络设备在对目标报文执行镜像操作的过程中不会对目标报文做更改,也不会影响目标报文的传输路径。
可选地,当目标报文包括TCP控制报文时,管理设备基于目标报文的n个镜像报文,不仅可以确定目标报文的传输路径,还可以实现对目标报文的传输路径的异常检测,具体实现过程参见步骤205至步骤206。
步骤205、管理设备根据目标报文的n个镜像报文,确定目标报文的源端设备与目标报文的目的端设备之间基于目标报文的通信过程是否成功。
当目标报文未到达目的端设备,或者,目标报文到达目的端设备但目的端设备无法响应该目标报文时,目的端设备不会向源端设备发送用于指示接收到目标报文的确认报文,因此本申请实施例中,当管理设备未接收到目的端设备基于目标报文生成的确认报文的镜像报文时,管理设备确定目标报文的源端设备与目标报文的目的端设备之间基于目标报文的通信过程失败。
可选地,目标报文为用于建立TCP连接的TCP控制报文,则管理设备确定目标报文的源端设备与目的端设备之间基于目标报文的通信过程是否成功,包括:管理设备确定源端设备与目的端设备之间基于目标报文建立TCP连接是否成功;或者,目标报文为用于断开TCP连接的TCP控制报文,则管理设备确定目标报文的源端设备与目的端设备之间基于目标报文的通信过程是否成功,包括:管理设备确定源端设备与目的端设备之间基于目标报文断开TCP连接是否成功。
示例地,当目标报文为用于建立TCP连接的TCP控制报文时,网络设备会向管理设备发送所有TCP标志位SYN=1的报文的镜像报文。基于“三次握手”机制可知,在建立TCP连接过程中,源端设备会向目的端设备发送请求连接报文,该请求连接报文为TCP标志位SYN=1的TCP控制报文;目的端设备接收到请求连接报文后,会向源端设备发送确认连接报文,该确认连接报文为TCP标志位SYN=1且ACK=1的TCP控制报文。因此,管理设备可以通过在接收到TCP标志位SYN=1的多个镜像报文后,判断是否在预设时段内接收到TCP标志位SYN=1且ACK=1的镜像报文,确定目标报文的源端设备与目标报文的目的端设备之间建立TCP连接是否成功。
步骤206、当目标报文的源端设备与目标报文的目的端设备之间基于目标报文的通信过程失败时,管理设备确定目标报文的传输路径为异常流路径。
可选地,当目标报文的源端设备与目标报文的目的端设备之间基于目标报文的通信过程成功时,管理设备确定目标报文的传输路径为正常流路径。
本申请实施例中,管理设备在确定目标报文的传输路径为异常流路径之后,还可以进一步进行故障定位,具体实现过程参见步骤207至步骤208。
步骤207、管理设备基于异常流路径以及正常流路径,确定导致目标报文的源端设备与目标报文的目的端设备之间基于目标报文的通信过程失败的故障设备。
可选地,正常流路径为目标报文的源端设备与目标报文的目的端设备之间基于历史报文的通信过程成功的历史路径,该历史报文可以是在目标报文之前传输的报文,例如可以是在目标报文之前传输的历史TCP控制报文。管理设备中可以存储有一条或多条目标报文的源端设备与目标报文的目的端设备之间的正常流路径,正常流路径可以是基于某个历史TCP控制报文的镜像报文确定该源端设备与该目的端设备之间基于该历史TCP控制报文的通信过程成功后得到的。当管理设备中包括多条正常流路径时,管理设备可以基于异常流路径以及生成时刻距离目标报文的传输时刻最近的正常流路径,确定故障设备;或者,当管理设备中包括多条正常流路径时,管理设备可以分别计算每条正常流路径与异常流路径的路径匹配度,并基于与异常流路径的路径匹配度最高的正常流路径确定故障设备。其中,正常流路径与异常流路径的路径匹配度跟目标路径的长度正相关,目标路径为从正常流路径的源端和异常流路径的源端开始,正常流路径与异常流路径相匹配的连续路径。例如,异常流路径为a-b-c-d-e,正常流路径为a-b-c-f,则目标路径为a-b-c。
在本申请的一个可选实施例中,正常流路径中包括m个网络设备,当异常流路径与正常流路径不同时,步骤207的实现过程包括:
S1、管理设备依次比较正常流路径中的m个网络设备以及异常流路径中的n个网络设备,m为大于1的整数。
可选地,异常流路径与正常流路径不同,包括:异常流路径上网络设备的数量与正常流路径上网络设备的数量不同,和/或,异常流路径上的网络设备与正常流路径上的网络设备不同。
示例地,图3是本申请实施例提供的一种正常流路径与异常流路径的对比示意图。如图3所示,异常流路径上网络设备的数量与正常流路径上网络设备的数量不同,正常流路径上依次包括:网络设备A、网络设备B、网络设备C和网络设备D;异常流路径上依次包括:网络设备A、网络设备B和网络设备C。图4是本申请实施例提供的另一种正常流路径与异常流路径的对比示意图。如图4所示,异常流路径上的网络设备与正常流路径上的网络设备不同,正常流路径上依次包括:网络设备A、网络设备B、网络设备C和网络设备D;异常流路径上依次包括:网络设备A、网络设备B、网络设备E和网络设备F。本申请实施例提供的传输路径上不包括源端设备和目的端设备,图中仅用作示意性说明。
S2、当正常流路径中的第一个网络设备与异常流路径中的第一个网络设备不同时,管理设备将正常流路径中的第一个网络设备确定为故障设备。
S3、当正常流路径中的前i-1个网络设备与异常流路径中的前i-1个网络设备相同,且满足目标条件时,管理设备将正常流路径中的第i-1个网络设备确定为第一待定故障设备,将正常流路径中的第i个网络设备确定为第二待定故障设备,并在第一待定故障设备和所述第二待定故障设备中确定所述故障设备,1<i≤m,且i-1≤n。其中,目标条件为:n=i-1,或者,n>i-1且正常流路径中的第i个网络设备与异常流路径中的第i个网络设备不同。
上述S3也即是,当正常流路径中的前i-1个网络设备与异常流路径中的前i-1个网络设备相同,且异常流路径中仅包括i-1个网络设备时,管理设备将正常流路径中的第i-1个网络设备确定为第一待定故障设备,将正常流路径中的第i个网络设备确定为第二待定故障设备。或者,当正常流路径中的前i-1个网络设备与异常流路径中的前i-1个网络设备相同,且异常流路径中网络设备的数量大于i-1,且正常流路径中的第i个网络设备与异常流路径中的第i个网络设备不同时,管理设备将正常流路径中的第i-1个网络设备确定为第一待定故障设备,将正常流路径中的第i个网络设备确定为第二待定故障设备。
本申请实施例中,当异常流路径和正常流路径上存在不同的网络设备时,可以将正常流路径上与异常流路径上相同的最后一个网络设备确定为断点设备。通常情况下,目标报文的传输路径应为该正常流路径,由于正常流路径中断点设备的存在,目标报文才会从正常流路径转换至异常流路径传输,因此当正常流路径中的前i-1个网络设备与异常流路径中的前i-1个网络设备相同,且异常流路径中网络设备的数量大于i-1,且正常流路径中的第i个网络设备与异常流路径中的第i个网络设备不同时,管理设备可以将正常流路径中的第i-1个网络设备(断点设备)确定为待定故障设备。
示例地,参见图3,正常流路径中的前三个网络设备与异常流路径中的前三个网络设备相同,且异常流路径中仅包括该三个网络设备,管理设备可以将正常流路径上的第三个网络设备(网络设备C)和第四个网络设备(网络设备D)分别确定为第一待定故障设备和第二待定故障设备。又例如参见图4,正常流路径中的前两个网络设备与异常流路径中的前两个网络设备相同,且正常流路径上的第三个网络设备(网络设备C)与异常流路径上的第三个网络设备(网络设备E)不同,管理设备可以将正常流路径上的第二个网络设备(网络设备B)和第三个网络设备(网络设备C)分别确定为第一待定故障设备和第二待定故障设备。
本申请实施例中,管理设备在进行故障定位时,首先确定传输路径中的断点设备(例如图3中的网络设备C和图4中的网络设备B),但是断点设备不一定是故障设备,因此将正常流路径上的断点设备以及断点设备的下游设备均作为待定故障设备,进一步在待定故障设备中确定真正的故障设备,可以提高故障定位的准确性。另外,通过比较正常流路径和异常流路径即可确定故障设备,故障定位过程较为简单且能够实现快速故障定位。
可选地,图5是本申请实施例提供的一种管理设备在第一待定故障设备和第二待定故障设备中确定故障设备的方法流程图。如图5所示,该过程包括:
步骤2071、管理设备获取源端设备与目的端设备之间的传输路径为正常流路径时,第一待定故障设备的第一设备数据以及第二待定故障设备的第二设备数据。
可选地,管理设备可以获取通信网络中各个网络设备的设备数据。通信网络中常见的故障类型包括:配置类、表项类、硬件类、拥塞类、攻击类、状态类、资源类和非网络侧故障等,根据以上故障定位时所需的信息,管理设备获取的设备数据可以包括管理面数据、数据面数据或控制面数据中的至少一种。其中,管理面数据包括配置文件和告警数据等;数据面数据包括地址解析协议(Address Resolution Protocol,ARP)表、媒体访问控制(MediaAccess Control,MAC)表、路由表、隧道状态表(VXLAN网络)和端口状态等;控制面数据包括CPU数据、内存数据、链路层发现协议(Link Layer Discovery Protocol,LLDP)状态、边界网关协议(Border Gateway Protocol,BGP)状态和开放式最短路径优先(Open ShortestPath First,OSPF)状态等,BGP和OSPF均为路由协议。
在本申请实施例中,管理设备可以周期性地采集通信网络中各个网络设备的设备数据,并将采集到的设备数据及其采集时刻存储至数据库中。或者,网络设备上电后,向管理设备发送该网络设备的设备数据以及设备数据的采集时刻;当网络设备的设备状态发生变化后,网络设备向管理设备发送更新后的设备数据以及该更新后的设备数据的采集时刻;管理设备将网络设备发送的设备数据及其采集时刻存储至数据库中。
可选地,步骤2071的实现过程包括:管理设备根据正常流路径的还原时间以及数据库中存储的设备数据的采集时刻,从数据库中获取第一待定故障设备的第一设备数据以及第二待定故障设备的第二设备数据。
步骤2072、管理设备获取目标报文的传输过程中,第一待定故障设备的第三设备数据以及第二待定故障设备的第四设备数据。
可选地,参考步骤2071,管理设备根据目标报文的传输时间以及数据库中存储的设备数据的采集时刻,从数据库中获取第一待定故障设备的第三设备数据以及第二待定故障设备的第四设备数据。
步骤2073、管理设备根据第一设备数据以及第三设备数据,确定第一待定故障设备的设备数据变化信息,并根据第二设备数据以及第四设备数据,确定第二待定故障设备的设备数据变化信息。
可选地,管理设备通过比较第一设备数据以及第三设备数据,确定第一待定故障设备的设备数据是否发生变化,并通过比较第二设备数据以及第四设备数据,确定第二待定故障设备的设备数据是否发生变化。
步骤2074、管理设备基于第一待定故障设备的设备数据变化信息以及第二待定故障设备的设备数据变化信息,确定故障设备。
在第一种可能实现方式中,当第一待定故障设备的设备数据未发生变化,且第二待定故障设备的设备数据发生变化时,管理设备将第二待定故障设备确定为故障设备。
示例地,管理设备通过比较第二设备数据以及第四设备数据中的表项、配置文件变化以及告警数据,确定第二待定故障设备中存在“目的IP主机路由删除”的变化,则管理设备确定第二待定故障设备为故障设备,且故障根因为“目的IP主机路由删除”。
在第二种可能实现方式中,当第一待定故障设备的设备数据发生变化,且第二待定故障设备的设备数据未发生变化时,管理设备将第一待定故障设备确定为故障设备。
示例地,管理设备通过比较第一设备数据以及第三设备数据中的表项、配置文件变化以及告警数据,确定第一待定故障设备中存在“接入子接口删除”的变化,则管理设备确定第一待定故障设备为故障设备,且故障根因为“接入子接口删除”。
在第三种可能实现方式中,当第一待定故障设备的设备数据以及第二待定故障设备的设备数据均发生变化时,管理设备基于预设判定规则,确定第一待定故障设备的设备数据变化信息以及第二待定故障设备的设备数据变化信息中的根因信息,并将根因信息对应的待定故障设备确定为故障设备。其中,预设判定规则可以基于专家经验确定。
示例地,管理设备通过比较第一设备数据以及第三设备数据中的表项、配置文件变化以及告警数据,确定第一待定故障设备中存在“接入子接口删除”的变化,管理设备通过比较第二设备数据以及第四设备数据中的表项、配置文件变化以及告警数据,确定第二待定故障设备中存在“目的IP主机路由删除”的变化。预设判定规则中定义有规则:“接入子接口删除”会导致“目的IP主机路由删除”,则管理设备确定“接入子接口删除”是故障根因,且确定第一待定故障设备为故障设备。
本申请实施例中,管理设备在进行故障定位的同时,可以实现自动根因定位。需要说明的是,上述管理设备确定的网络设备的设备数据变化信息还可以应用于网络监控和网络状态实时分析等业务场景,本申请实施例对此不做限定。
在本申请的另一个可选实施例中,当异常流路径和正常流路径相同时,步骤207的实现过程包括:管理设备将正常流路径上的最后一个网络设备以及目的端设备确定为待定故障设备;在确定最后一个网络设备未发生故障时,管理设备将目的端设备确定为故障设备。
可选地,管理设备根据源端设备与目的端设备之间的传输路径为正常流路径时,该最后一个网络设备的设备数据,以及目标报文的传输过程中该最后一个网络设备的设备数据,确定该最后一个网络设备的设备数据变化信息;若该最后一个网络设备的设备数据未发生变化时,管理设备确定该最后一个网络设备未发生故障,此时管理设备将目的端设备确定为故障设备;若该最后一个网络设备的设备数据发生变化时,管理设备将该最后一个网络设备确定为故障设备。
步骤208、管理设备输出故障设备的标识以及故障设备的故障根因。
其中,故障设备的故障根因基于故障设备的设备数据变化信息得到。可选地,管理设备可以向显示设备传输故障设备的标识以及故障设备的故障根因,供显示设备显示;或者,管理设备自身具有显示功能时,管理设备上可以显示故障设备的标识以及故障设备的故障根因,供运维人员查看并解决该故障。
可选地,管理设备还可以将存储的报文传输路径结合LLDP状态信息动态生成网络物理拓扑,向运维人员呈现报文传输路径。
本申请实施例提供的报文传输路径确定方法的步骤先后顺序可以进行适当调整,例如步骤204与步骤205可以同时执行。步骤也可以根据情况进行相应增减。任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化的方法,都应涵盖在本申请的保护范围之内,因此不再赘述。
综上所述,本申请实施例提供的报文传输路径确定方法,通信网络中的网络设备在接收到目标报文后,能够生成目标报文的镜像报文,并向管理设备发送该镜像报文;管理设备根据目标报文的多个镜像报文,确定目标报文的传输路径。由于目标报文的镜像报文实质上为目标报文的复制报文,因此管理设备根据目标报文的镜像报文确定目标报文的传输路径,即管理设备根据目标报文自身确定传输路径,确定的报文传输路径的可靠性高。另外,本申请实施例提供的报文传输路径确定方法能够实现对报文传输路径的实时还原,保证确定报文传输路径的及时性;且由于网络设备基于访问控制列表获取目标报文并对目标报文执行镜像操作,整个过程无需网络设备的CPU参与,因此不会影响网络设备的性能,同时,网络设备在对目标报文执行镜像操作的过程中不会对目标报文做更改,也不会影响目标报文的传输路径。
进一步地,本申请实施例还可以基于报文传输路径实现故障定位,管理设备在进行故障定位时,首先确定传输路径中的断点设备,但是断点设备不一定是故障设备,因此将正常流路径上的断点设备以及断点设备的下游设备均作为待定故障设备,进一步在待定故障设备中确定真正的故障设备,可以提高故障定位的准确性。另外,通过比较正常流路径和异常流路径即可确定故障设备,故障定位过程较为简单且能够实现快速故障定位。此外,管理设备还可以基于故障设备的设备数据变化信息确定故障根因,实现自动根因定位。
图6是本申请实施例提供的一种报文传输路径确定装置的结构示意图。该装置可以应用于如图1所示的报文传输路径确定系统中的管理设备101,如图6所示,装置60包括:
获取模块601,用于获取目标报文的n个镜像报文,每个镜像报文分别由传输目标报文的n个网络设备中的一个网络设备生成,每个镜像报文中携带有生成镜像报文的网络设备的标识,n为大于1的整数。
第一确定模块602,用于根据n个镜像报文,确定目标报文的传输路径。
综上所述,本申请实施例提供的报文传输路径确定装置,通信网络中的网络设备在接收到目标报文后,能够生成目标报文的镜像报文,并向管理设备发送该镜像报文;管理设备根据目标报文的多个镜像报文,通过第一确定模块确定目标报文的传输路径。由于目标报文的镜像报文实质上为目标报文的复制报文,因此管理设备根据目标报文的镜像报文确定目标报文的传输路径,即管理设备根据目标报文自身确定传输路径,确定的报文传输路径的可靠性高。另外,本申请实施例实现了对报文传输路径的实时还原,保证确定报文传输路径的及时性。
在本申请的一个可选实施例中,第一确定模块602,用于:根据n个镜像报文中的生存时间以及每个镜像报文中的网络设备的标识,确定目标报文到达n个网络设备的时间先后顺序,得到传输路径。
在本申请的另一个可选实施例中,第一确定模块602,用于:根据接收到n个镜像报文的时间先后顺序以及每个镜像报文中的网络设备的标识,确定目标报文到达n个网络设备的时间先后顺序,得到传输路径。
可选地,目标报文为传输控制协议TCP控制报文,如图7所示,装置60还包括:
第二确定模块603,用于根据n个镜像报文,确定目标报文的源端设备与目标报文的目的端设备之间基于目标报文的通信过程是否成功;
第三确定模块604,用于当源端设备与目的端设备之间基于目标报文的通信过程失败时,确定传输路径为异常流路径。
可选地,目标报文为TCP控制报文,基于目标报文的通信过程包括基于目标报文建立TCP连接或基于目标报文断开TCP连接。
可选地,如图8所示,装置60还包括:
第四确定模块605,用于基于异常流路径以及正常流路径,确定导致源端设备与目的端设备之间基于目标报文的通信过程失败的故障设备,正常流路径为源端设备与目的端设备之间基于历史报文的通信过程成功的历史路径。
可选地,当异常流路径与正常流路径不同,第四确定模块605,用于:
当正常流路径中的第一个网络设备与异常流路径中的第一个网络设备不同时,将正常流路径中的第一个网络设备确定为故障设备;
当正常流路径中的前i-1个网络设备与异常流路径中的前i-1个网络设备相同,且满足目标条件时,将正常流路径中的第i-1个网络设备确定为第一待定故障设备,将正常流路径中的第i个网络设备确定为第二待定故障设备,并在第一待定故障设备和第二待定故障设备中确定故障设备,1<i≤m,且i-1≤n,m为正常流路径中网络设备的数量;
其中,目标条件为:n=i-1,或者,n>i-1且正常流路径中的第i个网络设备与异常流路径中的第i个网络设备不同。
可选地,第四确定模块605,用于:
获取源端设备与目的端设备之间的传输路径为正常流路径时,第一待定故障设备的第一设备数据以及第二待定故障设备的第二设备数据;
获取目标报文的传输过程中,第一待定故障设备的第三设备数据以及第二待定故障设备的第四设备数据;
根据第一设备数据以及第三设备数据,确定第一待定故障设备的设备数据变化信息,并根据第二设备数据以及第四设备数据,确定第二待定故障设备的设备数据变化信息;
基于第一待定故障设备的设备数据变化信息以及第二待定故障设备的设备数据变化信息,确定故障设备;
其中,第一设备数据、第二设备数据、第三设备数据以及第四设备数据均包括管理面数据、数据面数据或控制面数据中的至少一种。
可选地,第四确定模块605,用于:
当第一待定故障设备的设备数据未发生变化,且第二待定故障设备的设备数据发生变化时,将第二待定故障设备确定为故障设备;
当第一待定故障设备的设备数据发生变化,且第二待定故障设备的设备数据未发生变化时,将第一待定故障设备确定为故障设备。
可选地,第四确定模块605,用于:
当第一待定故障设备的设备数据以及第二待定故障设备的设备数据均发生变化时,基于预设判定规则,确定第一待定故障设备的设备数据变化信息以及第二待定故障设备的设备数据变化信息中的根因信息,并将根因信息对应的待定故障设备确定为故障设备。
可选地,如图9所示,装置60还包括:
输出模块606,用于输出故障设备的标识以及故障设备的故障根因,故障设备的故障根因基于故障设备的设备数据变化信息得到。
可选地,当异常流路径与正常流路径相同,第四确定模块605,用于:
将正常流路径上的最后一个网络设备以及目的端设备确定为待定故障设备;
在确定最后一个网络设备未发生故障时,将目的端设备确定为故障设备。
综上所述,本申请实施例提供的报文传输路径确定装置,通信网络中的网络设备在接收到目标报文后,能够生成目标报文的镜像报文,并向管理设备发送该镜像报文;管理设备根据目标报文的多个镜像报文,通过第一确定模块确定目标报文的传输路径。由于目标报文的镜像报文实质上为目标报文的复制报文,因此管理设备根据目标报文的镜像报文确定目标报文的传输路径,即管理设备根据目标报文自身确定传输路径,确定的报文传输路径的可靠性高。另外,本申请实施例实现了对报文传输路径的实时还原,保证确定报文传输路径的及时性。进一步地,本申请实施例还可以基于报文传输路径实现故障定位,管理设备在进行故障定位时,首先确定传输路径中的断点设备,但是断点设备不一定是故障设备,因此将正常流路径上的断点设备以及断点设备的下游设备均作为待定故障设备,进一步在待定故障设备中确定真正的故障设备,可以提高故障定位的准确性。另外,通过比较正常流路径和异常流路径即可确定故障设备,故障定位过程较为简单且能够实现快速故障定位。此外,管理设备还可以基于故障设备的设备数据变化信息确定故障根因,实现自动根因定位。
图10是本申请另一实施例提供的一种报文传输路径确定装置的结构示意图。该装置可以应用于如图1所示的报文传输路径确定系统中的网络设备102,如图10所示,装置100包括:
生成模块1001,用于在接收到目标报文后,生成目标报文的镜像报文,镜像报文中携带有网络设备的标识。
发送模块1002,用于向管理设备发送镜像报文,供管理设备确定目标报文的传输路径。
综上所述,本申请实施例提供的报文传输路径确定装置,通信网络中的网络设备在接收到目标报文后,能够通过生成模块生成目标报文的镜像报文,并通过发送模块向管理设备发送该镜像报文;管理设备根据目标报文的多个镜像报文,确定目标报文的传输路径。由于目标报文的镜像报文实质上为目标报文的复制报文,因此管理设备根据目标报文的镜像报文确定目标报文的传输路径,即管理设备根据目标报文自身确定传输路径,确定的报文传输路径的可靠性高。另外,本申请实施例实现了对报文传输路径的实时还原,保证确定报文传输路径的及时性。
可选地,如图11所示,装置100还包括:
获取模块1003,用于基于网络设备中的访问控制列表获取目标报文。
可选地,目标报文包括传输控制协议TCP控制报文。
可选地,发送模块1002,还用于当网络设备的设备状态发生变化后,向管理设备发送更新后的设备数据,设备数据包括管理面数据、数据面数据或控制面数据中的至少一种。
综上所述,本申请实施例提供的报文传输路径确定装置,通信网络中的网络设备在接收到目标报文后,能够通过生成模块生成目标报文的镜像报文,并通过发送模块向管理设备发送该镜像报文;管理设备根据目标报文的多个镜像报文,确定目标报文的传输路径。由于目标报文的镜像报文实质上为目标报文的复制报文,因此管理设备根据目标报文的镜像报文确定目标报文的传输路径,即管理设备根据目标报文自身确定传输路径,确定的报文传输路径的可靠性高。另外,本申请实施例实现了对报文传输路径的实时还原,保证确定报文传输路径的及时性;且由于网络设备基于访问控制列表获取目标报文并对目标报文执行镜像操作,整个过程无需网络设备的CPU参与,因此不会影响网络设备的性能,同时,网络设备在对目标报文执行镜像操作的过程中不会对目标报文做更改,也不会影响目标报文的传输路径。
图12是本申请实施例提供的一种网络设备的框图。如图12所示,该网络设备120包括:处理器1201和存储器1202。
存储器1201,用于存储计算机程序,该计算机程序包括程序指令;
处理器1202,用于调用计算机程序,实现如图2所示的报文传输路径确定方法中网络设备执行的步骤。
可选地,该网络设备120还包括通信总线1203和通信接口1204。
其中,处理器1201包括一个或者一个以上处理核心,处理器1201通过运行计算机程序执行各种功能应用以及数据处理。
存储器1202可用于存储计算机程序。可选地,存储器可存储操作系统和至少一个功能所需的应用程序单元。操作系统可以是实时操作系统(Real Time eXecutive,RTX)、LINUX、UNIX、WINDOWS或OS X之类的操作系统。
通信接口1204可以为多个,通信接口1204用于与其它设备进行通信。例如与管理设备进行通信。
存储器1202与通信接口1204分别通过通信总线1203与处理器1201连接。
图13是本申请实施例提供的一种管理设备的框图。如图13所示,该管理设备130包括:处理器1301和存储器1302。
存储器1301,用于存储计算机程序,该计算机程序包括程序指令;
处理器1302,用于调用计算机程序,实现如图2所示的报文传输路径确定方法中管理设备执行的步骤。
可选地,该管理设备130还包括通信总线1303和通信接口1304。
其中,处理器1301包括一个或者一个以上处理核心,处理器1301通过运行计算机程序执行各种功能应用以及数据处理。
存储器1302可用于存储计算机程序。可选地,存储器可存储操作系统和至少一个功能所需的应用程序单元。操作系统可以是实时操作系统(Real Time eXecutive,RTX)、LINUX、UNIX、WINDOWS或OS X之类的操作系统。
通信接口1304可以为多个,通信接口1304用于与其它设备进行通信。例如与网络设备进行通信。
存储器1302与通信接口1304分别通过通信总线1303与处理器1301连接。
本申请实施例还提供了一种计算机存储介质,所述计算机存储介质上存储有指令,当所述指令被网络设备的处理器执行时,实现如图2所示的报文传输路径确定方法中网络设备执行的步骤;或者,当所述指令被管理设备的处理器执行时,实现如图2所示的报文传输路径确定方法中管理设备执行的步骤。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
在本申请实施例中,术语“第一”、“第二”和“第三”仅用于描述目的,而不能理解为指示或暗示相对重要性。术语“至少一个”是指一个或多个,术语“多个”指两个或两个以上,除非另有明确的限定。
本申请中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
以上所述仅为本申请的可选实施例,并不用以限制本申请,凡在本申请的构思和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (36)
1.一种报文传输路径确定方法,其特征在于,用于管理设备,所述方法包括:
获取目标报文的n个镜像报文,每个所述镜像报文分别由传输所述目标报文的n个网络设备中的一个网络设备生成,每个所述镜像报文中携带有生成所述镜像报文的网络设备的标识,所述目标报文的源端设备与所述目标报文的目的端设备分别接入所述n个网络设备所在的通信网络,所述目标报文由所述源端设备生成并发往所述目的端设备,n为大于1的整数;
根据所述n个镜像报文,确定所述目标报文的传输路径。
2.根据权利要求1所述的方法,其特征在于,所述根据所述n个镜像报文,确定所述目标报文的传输路径,包括:
根据所述n个镜像报文中的生存时间以及每个所述镜像报文中的网络设备的标识,确定所述目标报文到达所述n个网络设备的时间先后顺序,得到所述传输路径。
3.根据权利要求1所述的方法,其特征在于,所述根据所述n个镜像报文,确定所述目标报文的传输路径,包括:
根据接收到所述n个镜像报文的时间先后顺序以及每个所述镜像报文中的网络设备的标识,确定所述目标报文到达所述n个网络设备的时间先后顺序,得到所述传输路径。
4.根据权利要求1至3任一所述的方法,其特征在于,所述方法还包括:
根据所述n个镜像报文,确定所述目标报文的源端设备与所述目标报文的目的端设备之间基于所述目标报文的通信过程是否成功;
当所述源端设备与所述目的端设备之间基于所述目标报文的通信过程失败时,确定所述传输路径为异常流路径。
5.根据权利要求4所述的方法,其特征在于,所述目标报文为传输控制协议TCP控制报文,所述基于所述目标报文的通信过程包括基于所述目标报文建立TCP连接或基于所述目标报文断开TCP连接。
6.根据权利要求4所述的方法,其特征在于,在所述确定所述传输路径为异常流路径之后,所述方法还包括:
基于所述异常流路径以及正常流路径,确定导致所述源端设备与所述目的端设备之间基于所述目标报文的通信过程失败的故障设备,所述正常流路径为所述源端设备与所述目的端设备之间基于历史报文的通信过程成功的历史路径。
7.根据权利要求6所述的方法,其特征在于,当所述异常流路径与所述正常流路径不同,所述基于所述异常流路径以及正常流路径,确定导致所述源端设备与所述目的端设备之间基于所述目标报文的通信过程失败的故障设备,包括:
当所述正常流路径中的第一个网络设备与所述异常流路径中的第一个网络设备不同时,将所述正常流路径中的第一个网络设备确定为所述故障设备;
当所述正常流路径中的前i-1个网络设备与所述异常流路径中的前i-1个网络设备相同,且满足目标条件时,将所述正常流路径中的第i-1个网络设备确定为第一待定故障设备,将所述正常流路径中的第i个网络设备确定为第二待定故障设备,并在所述第一待定故障设备和所述第二待定故障设备中确定所述故障设备,1<i≤m,且i-1≤n,m为所述正常流路径中网络设备的数量;
其中,所述目标条件为:n=i-1,或者,n>i-1且所述正常流路径中的第i个网络设备与所述异常流路径中的第i个网络设备不同。
8.根据权利要求7所述的方法,其特征在于,所述在所述第一待定故障设备和所述第二待定故障设备中确定所述故障设备,包括:
获取所述源端设备与所述目的端设备之间的传输路径为所述正常流路径时,所述第一待定故障设备的第一设备数据以及所述第二待定故障设备的第二设备数据;
获取所述目标报文的传输过程中,所述第一待定故障设备的第三设备数据以及所述第二待定故障设备的第四设备数据;
根据所述第一设备数据以及所述第三设备数据,确定所述第一待定故障设备的设备数据变化信息,并根据所述第二设备数据以及所述第四设备数据,确定所述第二待定故障设备的设备数据变化信息;
基于所述第一待定故障设备的设备数据变化信息以及所述第二待定故障设备的设备数据变化信息,确定所述故障设备;
其中,所述第一设备数据、所述第二设备数据、所述第三设备数据以及所述第四设备数据均包括管理面数据、数据面数据或控制面数据中的至少一种。
9.根据权利要求8所述的方法,其特征在于,所述基于所述第一待定故障设备的设备数据变化信息以及所述第二待定故障设备的设备数据变化信息,确定所述故障设备,包括:
当所述第一待定故障设备的设备数据未发生变化,且所述第二待定故障设备的设备数据发生变化时,将所述第二待定故障设备确定为所述故障设备;
当所述第一待定故障设备的设备数据发生变化,且所述第二待定故障设备的设备数据未发生变化时,将所述第一待定故障设备确定为所述故障设备。
10.根据权利要求8所述的方法,其特征在于,所述基于所述第一待定故障设备的设备数据变化信息以及所述第二待定故障设备的设备数据变化信息,确定所述故障设备,包括:
当所述第一待定故障设备的设备数据以及所述第二待定故障设备的设备数据均发生变化时,基于预设判定规则,确定所述第一待定故障设备的设备数据变化信息以及所述第二待定故障设备的设备数据变化信息中的根因信息,并将所述根因信息对应的待定故障设备确定为所述故障设备。
11.根据权利要求7至10任一所述的方法,其特征在于,所述方法还包括:
输出所述故障设备的标识以及所述故障设备的故障根因,所述故障设备的故障根因基于所述故障设备的设备数据变化信息得到。
12.根据权利要求6所述的方法,其特征在于,当所述异常流路径与所述正常流路径相同,所述基于所述异常流路径以及正常流路径,确定导致所述源端设备与所述目的端设备之间基于所述目标报文的通信过程失败的故障设备,包括:
将所述正常流路径上的最后一个网络设备以及所述目的端设备确定为待定故障设备;
在确定所述最后一个网络设备未发生故障时,将所述目的端设备确定为所述故障设备。
13.一种报文传输路径确定方法,其特征在于,用于网络设备,所述方法包括:
在接收到目标报文后,生成所述目标报文的镜像报文,所述镜像报文中携带有所述网络设备的标识,所述目标报文的源端设备与所述目标报文的目的端设备分别接入所述网络设备所在的通信网络,所述目标报文由所述源端设备生成并发往所述目的端设备;
向管理设备发送所述镜像报文,供所述管理设备确定所述目标报文的传输路径。
14.根据权利要求13所述的方法,其特征在于,所述方法还包括:
基于所述网络设备中的访问控制列表获取所述目标报文。
15.根据权利要求13或14所述的方法,其特征在于,所述目标报文包括传输控制协议TCP控制报文。
16.根据权利要求13或14所述的方法,其特征在于,所述方法还包括:
当所述网络设备的设备状态发生变化后,向所述管理设备发送更新后的设备数据,所述设备数据包括管理面数据、数据面数据或控制面数据中的至少一种。
17.一种报文传输路径确定装置,其特征在于,用于管理设备,所述装置包括:
获取模块,用于获取目标报文的n个镜像报文,每个所述镜像报文分别由传输所述目标报文的n个网络设备中的一个网络设备生成,每个所述镜像报文中携带有生成所述镜像报文的网络设备的标识,所述目标报文的源端设备与所述目标报文的目的端设备分别接入所述n个网络设备所在的通信网络,所述目标报文由所述源端设备生成并发往所述目的端设备,n为大于1的整数;
第一确定模块,用于根据所述n个镜像报文,确定所述目标报文的传输路径。
18.根据权利要求17所述的装置,其特征在于,所述第一确定模块,用于:
根据所述n个镜像报文中的生存时间以及每个所述镜像报文中的网络设备的标识,确定所述目标报文到达所述n个网络设备的时间先后顺序,得到所述传输路径。
19.根据权利要求17所述的装置,其特征在于,所述第一确定模块,用于:
根据接收到所述n个镜像报文的时间先后顺序以及每个所述镜像报文中的网络设备的标识,确定所述目标报文到达所述n个网络设备的时间先后顺序,得到所述传输路径。
20.根据权利要求17至19任一所述的装置,其特征在于,所述目标报文为传输控制协议TCP控制报文,所述装置还包括:
第二确定模块,用于根据所述n个镜像报文,确定所述目标报文的源端设备与所述目标报文的目的端设备之间基于所述目标报文的通信过程是否成功;
第三确定模块,用于当所述源端设备与所述目的端设备之间基于所述目标报文的通信过程失败时,确定所述传输路径为异常流路径。
21.根据权利要求20所述的装置,其特征在于,所述目标报文为传输控制协议TCP控制报文,所述基于所述目标报文的通信过程包括基于所述目标报文建立TCP连接或基于所述目标报文断开TCP连接。
22.根据权利要求20所述的装置,其特征在于,所述装置还包括:
第四确定模块,用于基于所述异常流路径以及正常流路径,确定导致所述源端设备与所述目的端设备之间基于所述目标报文的通信过程失败的故障设备,所述正常流路径为所述源端设备与所述目的端设备之间基于历史报文的通信过程成功的历史路径。
23.根据权利要求22所述的装置,其特征在于,当所述异常流路径与所述正常流路径不同,所述第四确定模块,用于:
当所述正常流路径中的第一个网络设备与所述异常流路径中的第一个网络设备不同时,将所述正常流路径中的第一个网络设备确定为所述故障设备;
当所述正常流路径中的前i-1个网络设备与所述异常流路径中的前i-1个网络设备相同,且满足目标条件时,将所述正常流路径中的第i-1个网络设备确定为第一待定故障设备,将所述正常流路径中的第i个网络设备确定为第二待定故障设备,并在所述第一待定故障设备和所述第二待定故障设备中确定所述故障设备,1<i≤m,且i-1≤n,m为所述正常流路径中网络设备的数量;
其中,所述目标条件为:n=i-1,或者,n>i-1且所述正常流路径中的第i个网络设备与所述异常流路径中的第i个网络设备不同。
24.根据权利要求23所述的装置,其特征在于,所述第四确定模块,用于:
获取所述源端设备与所述目的端设备之间的传输路径为所述正常流路径时,所述第一待定故障设备的第一设备数据以及所述第二待定故障设备的第二设备数据;
获取所述目标报文的传输过程中,所述第一待定故障设备的第三设备数据以及所述第二待定故障设备的第四设备数据;
根据所述第一设备数据以及所述第三设备数据,确定所述第一待定故障设备的设备数据变化信息,并根据所述第二设备数据以及所述第四设备数据,确定所述第二待定故障设备的设备数据变化信息;
基于所述第一待定故障设备的设备数据变化信息以及所述第二待定故障设备的设备数据变化信息,确定所述故障设备;
其中,所述第一设备数据、所述第二设备数据、所述第三设备数据以及所述第四设备数据均包括管理面数据、数据面数据或控制面数据中的至少一种。
25.根据权利要求24所述的装置,其特征在于,所述第四确定模块,用于:
当所述第一待定故障设备的设备数据未发生变化,且所述第二待定故障设备的设备数据发生变化时,将所述第二待定故障设备确定为所述故障设备;
当所述第一待定故障设备的设备数据发生变化,且所述第二待定故障设备的设备数据未发生变化时,将所述第一待定故障设备确定为所述故障设备。
26.根据权利要求24所述的装置,其特征在于,所述第四确定模块,用于:
当所述第一待定故障设备的设备数据以及所述第二待定故障设备的设备数据均发生变化时,基于预设判定规则,确定所述第一待定故障设备的设备数据变化信息以及所述第二待定故障设备的设备数据变化信息中的根因信息,并将所述根因信息对应的待定故障设备确定为所述故障设备。
27.根据权利要求23至26任一所述的装置,其特征在于,所述装置还包括:
输出模块,用于输出所述故障设备的标识以及所述故障设备的故障根因,所述故障设备的故障根因基于所述故障设备的设备数据变化信息得到。
28.根据权利要求22所述的装置,其特征在于,当所述异常流路径与所述正常流路径相同,所述第四确定模块,用于:
将所述正常流路径上的最后一个网络设备以及所述目的端设备确定为待定故障设备;
在确定所述最后一个网络设备未发生故障时,将所述目的端设备确定为所述故障设备。
29.一种报文传输路径确定装置,其特征在于,用于网络设备,所述装置包括:
生成模块,用于在接收到目标报文后,生成所述目标报文的镜像报文,所述镜像报文中携带有所述网络设备的标识,所述目标报文的源端设备与所述目标报文的目的端设备分别接入所述网络设备所在的通信网络,所述目标报文由所述源端设备生成并发往所述目的端设备;
发送模块,用于向管理设备发送所述镜像报文,供所述管理设备确定所述目标报文的传输路径。
30.根据权利要求29所述的装置,其特征在于,所述装置还包括:
获取模块,用于基于所述网络设备中的访问控制列表获取所述目标报文。
31.根据权利要求29或30所述的装置,其特征在于,所述目标报文包括传输控制协议TCP控制报文。
32.根据权利要求29或30所述的装置,其特征在于,
所述发送模块,还用于当所述网络设备的设备状态发生变化后,向所述管理设备发送更新后的设备数据,所述设备数据包括管理面数据、数据面数据或控制面数据中的至少一种。
33.一种管理设备,其特征在于,所述管理设备包括:处理器和存储器;
所述存储器,用于存储计算机程序,所述计算机程序包括程序指令;
所述处理器,用于调用所述计算机程序,实现如权利要求1至12任一所述的报文传输路径确定方法。
34.一种网络设备,其特征在于,所述网络设备包括:处理器和存储器;
所述存储器,用于存储计算机程序,所述计算机程序包括程序指令;
所述处理器,用于调用所述计算机程序,实现如权利要求13至16任一所述的报文传输路径确定方法。
35.一种报文传输路径确定系统,其特征在于,所述系统包括:网络设备和管理设备,所述管理设备包括如权利要求17至28任一所述的报文传输路径确定装置,所述网络设备包括如权利要求29至32任一所述的报文传输路径确定装置。
36.一种计算机存储介质,其特征在于,所述计算机存储介质上存储有指令,当所述指令被管理设备的处理器执行时,实现如权利要求1至12任一所述的报文传输路径确定方法;或者,当所述指令被网络设备的处理器执行时,实现如权利要求13至16任一所述的报文传输路径确定方法。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910708597.8A CN112311580B (zh) | 2019-08-01 | 2019-08-01 | 报文传输路径确定方法、装置及系统、计算机存储介质 |
EP20846987.4A EP3993321A4 (en) | 2019-08-01 | 2020-08-03 | METHOD, DEVICE AND SYSTEM FOR DETERMINING A MESSAGE TRANSMISSION PATH AND COMPUTER STORAGE MEDIUM |
PCT/CN2020/106492 WO2021018309A1 (zh) | 2019-08-01 | 2020-08-03 | 报文传输路径确定方法、装置及系统、计算机存储介质 |
US17/587,539 US20220158936A1 (en) | 2019-08-01 | 2022-01-28 | Packet Transmission Path Determining Method, Apparatus, and System, and Computer Storage Medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910708597.8A CN112311580B (zh) | 2019-08-01 | 2019-08-01 | 报文传输路径确定方法、装置及系统、计算机存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112311580A CN112311580A (zh) | 2021-02-02 |
CN112311580B true CN112311580B (zh) | 2022-03-11 |
Family
ID=74228976
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910708597.8A Active CN112311580B (zh) | 2019-08-01 | 2019-08-01 | 报文传输路径确定方法、装置及系统、计算机存储介质 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220158936A1 (zh) |
EP (1) | EP3993321A4 (zh) |
CN (1) | CN112311580B (zh) |
WO (1) | WO2021018309A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113259198A (zh) * | 2021-05-14 | 2021-08-13 | 优刻得科技股份有限公司 | 监测网络的方法、转发平面装置、存储介质和系统 |
CN115103000B (zh) * | 2022-06-20 | 2023-09-26 | 北京鼎兴达信息科技股份有限公司 | 基于NetStream对铁路数据网进行业务会话还原和分析方法 |
US20240015110A1 (en) * | 2022-07-06 | 2024-01-11 | Cisco Technology, Inc. | Intelligent packet distribution control for optimizing system performance and cost |
CN115277510B (zh) * | 2022-07-28 | 2023-12-01 | 科来网络技术股份有限公司 | 自动识别网络会话中设备、设备接口、设备路径的方法 |
CN115865734A (zh) * | 2022-12-02 | 2023-03-28 | 上海浦东发展银行股份有限公司 | 一种故障检测方法、数据生成方法、装置、设备及介质 |
CN116418599B (zh) * | 2023-06-09 | 2023-09-15 | 北京安帝科技有限公司 | 一种基于工业交换机的报文检测方法及装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106375105A (zh) * | 2015-07-24 | 2017-02-01 | 华为技术有限公司 | 一种确定路径故障的方法、控制器、交换机和系统 |
CN106464590A (zh) * | 2015-11-27 | 2017-02-22 | 华为技术有限公司 | 一种获取路径信息的方法及装置 |
US9621453B1 (en) * | 2013-08-29 | 2017-04-11 | Google Inc. | Path discovery in multipath networks |
CN106878106A (zh) * | 2017-02-24 | 2017-06-20 | 新华三技术有限公司 | 一种可达性检测方法及装置 |
CN108075936A (zh) * | 2016-11-16 | 2018-05-25 | 中国移动通信有限公司研究院 | VxLAN探测方法及装置 |
CN109245957A (zh) * | 2017-07-10 | 2019-01-18 | 中兴通讯股份有限公司 | 网络健康度的检测方法及装置 |
CN109379241A (zh) * | 2018-12-27 | 2019-02-22 | 新华三技术有限公司 | 一种路径信息确定方法及装置 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6865689B1 (en) * | 2001-06-29 | 2005-03-08 | Sun Microsystems, Inc. | Method and apparatus for fault isolation on network loops using low level error counters |
US9088506B2 (en) * | 2012-09-11 | 2015-07-21 | Avaya, Inc. | System and method for data stream mirroring |
CN104322023B (zh) * | 2013-05-24 | 2017-07-14 | 华为技术有限公司 | 流转发方法、设备及系统 |
CN103746828B (zh) * | 2013-12-17 | 2017-06-23 | 福建星网锐捷网络有限公司 | 一种管理网络节点的方法及装置 |
US9954751B2 (en) * | 2015-05-29 | 2018-04-24 | Microsoft Technology Licensing, Llc | Measuring performance of a network using mirrored probe packets |
CN106612211B (zh) * | 2015-10-23 | 2020-02-21 | 华为技术有限公司 | VxLAN中的路径探测方法,控制器和网络设备 |
-
2019
- 2019-08-01 CN CN201910708597.8A patent/CN112311580B/zh active Active
-
2020
- 2020-08-03 WO PCT/CN2020/106492 patent/WO2021018309A1/zh unknown
- 2020-08-03 EP EP20846987.4A patent/EP3993321A4/en active Pending
-
2022
- 2022-01-28 US US17/587,539 patent/US20220158936A1/en active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9621453B1 (en) * | 2013-08-29 | 2017-04-11 | Google Inc. | Path discovery in multipath networks |
CN106375105A (zh) * | 2015-07-24 | 2017-02-01 | 华为技术有限公司 | 一种确定路径故障的方法、控制器、交换机和系统 |
CN106464590A (zh) * | 2015-11-27 | 2017-02-22 | 华为技术有限公司 | 一种获取路径信息的方法及装置 |
CN108075936A (zh) * | 2016-11-16 | 2018-05-25 | 中国移动通信有限公司研究院 | VxLAN探测方法及装置 |
CN106878106A (zh) * | 2017-02-24 | 2017-06-20 | 新华三技术有限公司 | 一种可达性检测方法及装置 |
CN109245957A (zh) * | 2017-07-10 | 2019-01-18 | 中兴通讯股份有限公司 | 网络健康度的检测方法及装置 |
CN109379241A (zh) * | 2018-12-27 | 2019-02-22 | 新华三技术有限公司 | 一种路径信息确定方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
EP3993321A4 (en) | 2022-09-07 |
WO2021018309A1 (zh) | 2021-02-04 |
CN112311580A (zh) | 2021-02-02 |
US20220158936A1 (en) | 2022-05-19 |
EP3993321A1 (en) | 2022-05-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112311580B (zh) | 报文传输路径确定方法、装置及系统、计算机存储介质 | |
JP5846221B2 (ja) | ネットワークシステム、及びトポロジー管理方法 | |
US8441941B2 (en) | Automating identification and isolation of loop-free protocol network problems | |
JP5207082B2 (ja) | コンピュータシステム、及びコンピュータシステムの監視方法 | |
US7924730B1 (en) | Method and apparatus for operations, administration and maintenance of a network messaging layer | |
WO2021128977A1 (zh) | 一种故障诊断方法及装置 | |
WO2022083540A1 (zh) | 故障恢复预案确定方法、装置及系统、计算机存储介质 | |
EP1968238A1 (en) | A method and system for obtaining path maximum transfer unit in network | |
WO2021047011A1 (zh) | 数据处理方法及装置、计算机存储介质 | |
JP4412031B2 (ja) | ネットワーク監視システム及びその方法、プログラム | |
CN108449210B (zh) | 一种网络路由故障监测系统 | |
CN111934936A (zh) | 网络状态检测方法、装置、电子设备及存储介质 | |
JP4532253B2 (ja) | フレーム転送装置及びフレームのループ抑止方法 | |
US9893979B2 (en) | Network topology discovery by resolving loops | |
Molina et al. | Availability improvement of layer 2 seamless networks using openflow | |
JP4464256B2 (ja) | ネットワーク上位監視装置 | |
US10148515B2 (en) | Determining connections of non-external network facing ports | |
US9667439B2 (en) | Determining connections between disconnected partial trees | |
JP2012221175A (ja) | 仮想マシン環境におけるネットワーク障害検知方法、装置、およびプログラム | |
CN113190368A (zh) | 实现表项检查的方法、装置及系统、计算机存储介质 | |
WO2012070274A1 (ja) | 通信システムおよびネットワーク障害検出方法 | |
US11290319B2 (en) | Dynamic distribution of bidirectional forwarding detection echo sessions across a multi-processor system | |
WO2016082368A1 (zh) | 一种保持数据一致性的方法、装置及ptn传输设备 | |
JP2001067291A (ja) | ネットワーク監視方式 | |
JP5829183B2 (ja) | 経路制御プロトコルに基づいて障害ノード装置又は障害リンクをリアルタイムに検出する方法、ノード装置及びプログラム |
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 |