CN101471822A - Method and system for locating network fault - Google Patents
Method and system for locating network fault Download PDFInfo
- Publication number
- CN101471822A CN101471822A CNA2007103078794A CN200710307879A CN101471822A CN 101471822 A CN101471822 A CN 101471822A CN A2007103078794 A CNA2007103078794 A CN A2007103078794A CN 200710307879 A CN200710307879 A CN 200710307879A CN 101471822 A CN101471822 A CN 101471822A
- Authority
- CN
- China
- Prior art keywords
- network
- port number
- detection message
- protocol type
- detection
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及通信领域,本发明提供一种定位网络故障的方法,在应用traceroute程序时,动态调整检测报文协议类型、端口号,并发出经调整后的检测报文进行检测;根据应用traceroute程序检测到的网络中的连通情况判断确定网络故障的位置。并提供一种定位网络故障的系统,包括信息获取单元、检测报文发送单元和网络故障定位单元,本发明提供了一种检测定位特定应用的网络故障方法,解决了原来的traceroute程序使用固定的端口号、协议,无法对特定的网络及网络的应用层进行检测和故障点定位的问题。
The present invention relates to the communication field. The present invention provides a method for locating network faults. When using the traceroute program, dynamically adjust the protocol type and port number of the detection message, and send out the adjusted detection message for detection; according to the application of the traceroute program The detected connectivity in the network is judged to determine the location of the network fault. It also provides a system for locating network faults, including an information acquisition unit, a detection message sending unit, and a network fault locating unit. The invention provides a method for detecting and locating specific application network faults, which solves the problem that the original traceroute program uses a fixed The port number and protocol cannot detect and locate the fault point of a specific network and the application layer of the network.
Description
技术领域 technical field
本发明涉及通信领域,特别涉及一种应用traceroute程序定位网络故障的方法和系统。The invention relates to the communication field, in particular to a method and system for locating network faults by using a traceroute program.
背景技术 Background technique
随着互联网飞速发展,网络规模越来越大。对于一个网络管理员来说,维护如此庞大的网络将面临着很多挑战。其中的一个挑战就是,当网络发生故障,业务发生中断后。网络管理员首先需要做的是,快速查找出故障点,只有故障点被查找出来了,才能对故障原因进行分析定位,进而快速恢复网络。With the rapid development of the Internet, the scale of the network is getting larger and larger. For a network administrator, maintaining such a large network will face many challenges. One of the challenges is that when the network fails and the business is interrupted. The first thing the network administrator needs to do is to quickly find the fault point. Only after the fault point is found can the cause of the fault be analyzed and located, and then the network can be restored quickly.
网络中断可以归纳为三个层次:其一是链路中断,主要指网络中的物理连接断了,比如说网络中某条光纤断了,某个设备死机了等等;其二是网络层中断,即网络中的物理连接都是好的,但是网络中的路由等故障,造成网络中的主机间无法互相发送接收到对端报文了;其三是应用层中断,即网络中的主机间还是可以连通的,报文还是可以转发的,比如说可以Ping(检测网络连通性的小程序)通,但是不能联网打游戏了,不能视频聊天了。对于前两种中断,可以通过下面介绍的现有技术定位出故障节点,但对于第三种网络业务中断,现有技术无法定位到故障节点。Network interruption can be summarized into three levels: one is link interruption, which mainly refers to the interruption of the physical connection in the network, for example, a certain optical fiber in the network is broken, a certain device is dead, etc.; the other is network layer interruption , that is, the physical connections in the network are all good, but the routing and other faults in the network cause the hosts in the network to be unable to send and receive peer messages; the third is the application layer interruption, that is, the hosts in the network It can still be connected, and the message can still be forwarded. For example, it can be pinged (a small program to detect network connectivity), but it can no longer play games online or video chat. For the first two kinds of interruptions, the faulty node can be located by the prior art described below, but for the third type of network service interruption, the prior art cannot locate the faulty node.
由梵·杰科博森(Van Jacobson)编写的跟踪路由traceroute程序,是一种获取源、目的主机间网络路径的程序,可以通过源主机,如一台PC,向目的主机,如服务器,发送数据包并测试数据包从所述源主机(PC)到所述目的主机(应用服务器)所经过的网关,用于检查网络连接是否可达,以及分析网络什么地方发生了故障。应用traceroute的执行过程是:源主机首先向目的主机发送一个TTL(Time To Live,生存时间)为1的IP数据包,当路径上的第一跳路由设备收到此数据包时将TTL减1,并检查此数据包的TTL是否为0,如果为0,则将数据包丢弃并给源主机发送回一ICMP(Internet Control MessageProtocol,互联网控制消息协议)错误消息,如果不为0,则继续转发此数据包。由于此时数据包的TTL变为0,因此该第一跳路由设备会将数据包丢弃,并发送回一个ICMP(Internet Control Message Protocol,互联网控制消息协议)错误消息以指明此数据包因为TTL超时而不能被发送,所述ICMP错误消息是通过ICMP超时差错报文发送。之后源主机重新发送一个TTL为2的IP数据包,同样第二跳路由设备收到数据包后将返回一个指明TTL超时而不能被发送的ICMP错误消息。这个过程不断进行,直到到达目的主机。执行这些过程的目的是记录每一个ICMP超时差错报文的源地址,以提供一个IP数据包到达目的主机所经历的路径。当最后收到目的主机回应的ICMP应答报文时,说明从源主机到目的主机的网络是连通的,并且根据上述记录的ICMP超时差错报文源地址,可以知道源、目的主机间跨越了哪些网关设备。当网络中某个节点、链路发生故障时,则从源节点到该故障节点、链路之间经过的每一个网关设备都会回应ICMP超时差错报文,而该故障节点及其以后的设备不会有回应过来,由此可以判断出网络中的故障节点或者链路。The traceroute program written by Van Jacobson is a program to obtain the network path between the source and destination hosts. It can send data to the destination host, such as a server, through the source host, such as a PC. package and test the gateway through which the data packet passes from the source host (PC) to the destination host (application server), to check whether the network connection is reachable, and to analyze where a fault occurs in the network. The execution process of applying traceroute is: the source host first sends an IP packet with a TTL (Time To Live) of 1 to the destination host, and when the first-hop routing device on the path receives this packet, the TTL is reduced by 1 , and check whether the TTL of this data packet is 0, if it is 0, then discard the data packet and send back an ICMP (Internet Control Message Protocol, Internet Control Message Protocol) error message to the source host, if it is not 0, then continue to forward this packet. Since the TTL of the data packet becomes 0 at this time, the first-hop routing device will discard the data packet and send back an ICMP (Internet Control Message Protocol, Internet Control Message Protocol) error message to indicate that the data packet is due to TTL timeout Instead of being sent, the ICMP error message is sent through an ICMP timeout error message. Afterwards, the source host resends an IP data packet with a TTL of 2, and after receiving the data packet, the second-hop routing device will return an ICMP error message indicating that the TTL has expired and cannot be sent. This process continues until the destination host is reached. The purpose of performing these processes is to record the source address of each ICMP timeout error message, so as to provide the path experienced by an IP data packet to reach the destination host. When the ICMP response message from the destination host is finally received, it means that the network from the source host to the destination host is connected, and according to the source address of the ICMP timeout error message recorded above, you can know which hosts have crossed between the source and destination hosts. gateway device. When a node or link in the network fails, each gateway device passing through from the source node to the failed node or link will respond with an ICMP timeout error message, and the failed node and subsequent devices will not There will be a response, which can determine the faulty node or link in the network.
但是现有网络中,为了防攻击,很多网关设备都配置了禁止ICMP检测报文功能,但一般不禁止返回的ICMP差错报文。而传统的traceroute程序检测报文类型是固定的。这样,就经常会遇到无法通过传统的traceroute程序检测网络是否可达。因为不能知道该节点是由于禁止该检测报文还是节点出现故障导致报文无法通过,以至于无法准确查找到故障节点。还有些网络业务中断发生时,网络层是连通的,但应用层无法连接。即传统的traceroute程序可以到达目的主机,但是游戏、视频等应用却无法使用,这种情况下就无法检测出故障节点了。However, in the existing network, in order to prevent attacks, many gateway devices are configured with the function of prohibiting ICMP detection packets, but generally do not prohibit the returned ICMP error packets. However, the traditional traceroute program detects a fixed packet type. In this way, it is often encountered that it is impossible to detect whether the network is reachable through the traditional traceroute program. Because it is impossible to know whether the node cannot pass the message because the detection message is prohibited or the node fails, so that the faulty node cannot be accurately found. When some network service interruptions occur, the network layer is connected, but the application layer cannot be connected. That is, the traditional traceroute program can reach the destination host, but applications such as games and videos cannot be used. In this case, the faulty node cannot be detected.
作为traceroute程序的改进,现有另一种技术是:源主机发送的是UDP检测报文,而不是ICMP检测报文。UDP(用户报文协议)检测报文源端口使用随机的任何大于32768的高端端口,目的端口从33434开始每发送一个探测报文依次递增,同时TTL从1开始依次递增。中间的路由器发现TTL超时,发送ICMP超时错误消息指明该数据报文不能被发送。当最后的目的主机收到源主机发送的UDP检测报文时,目的主机会解析该UDP检测报文,并检查报文中要求的端口是否正被使用。由于UDP检测报文的端口号是大于33434的高端端口号,普通应用程序通常都不会使用这一类的高端端口号(大于30000的端口号),因此目的主机将会发送一个ICMP端口不可达差错报文给源主机。但是该技术方案中,端口号是程序固定了的,如果网络中间设备禁止了这些高端端口号,就无法正常工作;另外端口号是程序自己生成的而且是固定的,但实际应用中不同的应用层对应的端口号不一样,因此不能通过该traceroute程序检测出应用层是否连通。As an improvement of the traceroute program, there is another technique: the source host sends a UDP detection packet instead of an ICMP detection packet. The source port of the UDP (User Message Protocol) detection message uses any random high-end port greater than 32768, and the destination port starts from 33434 and increases sequentially every time a detection message is sent, and the TTL increases sequentially from 1 at the same time. The intermediate router finds that the TTL has expired and sends an ICMP timeout error message indicating that the datagram cannot be sent. When the final destination host receives the UDP detection packet sent by the source host, the destination host will parse the UDP detection packet and check whether the port required in the packet is being used. Since the port number of the UDP detection message is a high-end port number greater than 33434, ordinary applications usually do not use this type of high-end port number (port number greater than 30000), so the destination host will send an ICMP port unreachable Error message to the source host. However, in this technical solution, the port number is fixed by the program. If the network intermediate device prohibits these high-end port numbers, it will not work normally; in addition, the port number is generated by the program itself and is fixed, but different applications in actual applications The port numbers corresponding to different layers are different, so the traceroute program cannot be used to detect whether the application layer is connected.
发明内容 Contents of the invention
本发明实施例提供一种定位网络故障的方法和系统,能够解决由于网络中间设备配置了某些端口、协议过滤,而无法应用traceroute程序检测网络连通性及正确定位网络故障的问题。Embodiments of the present invention provide a method and system for locating network faults, which can solve the problem that the traceroute program cannot be used to detect network connectivity and correctly locate network faults due to the configuration of certain ports and protocol filtering in network intermediate devices.
本发明实施例所提供的定位网络故障的方法和系统实施例是通过以下技术方案实现的:The method and system embodiments for locating network faults provided by the embodiments of the present invention are realized through the following technical solutions:
一种定位网络故障的方法,包括步骤:A method for locating network faults, comprising the steps of:
获取网络连通情况的信息;Obtain information about network connectivity;
如果网络不通,则调整检测报文的协议类型和/或端口号;If the network is unreachable, adjust the protocol type and/or port number of the detection message;
发出调整协议类型和/或端口号后的检测报文;Send a detection message after adjusting the protocol type and/or port number;
根据调整协议类型和/或端口号后的检测报文检测到的网络连通情况判断确定网络故障的位置。Determine the location of the network fault according to the network connectivity detected by the detection packet after adjusting the protocol type and/or port number.
本发明实施例还提供一种应用traceroute程序定位网络故障的系统,包括:The embodiment of the present invention also provides a system for locating network faults using the traceroute program, including:
信息获取单元,用于获取网络连通的信息;an information acquisition unit, configured to acquire information about network connectivity;
信息调整单元,用于调整检测报文的协议类型和/或端口号;An information adjustment unit, configured to adjust the protocol type and/or port number of the detection message;
检测报文发送单元,用于发出调整协议类型和/或端口号后的检测报文;A detection message sending unit, configured to send a detection message after adjusting the protocol type and/or port number;
网络故障定位单元,根据调整协议类型和/或端口号后的检测报文检测到的网络连通情况判断确定网络故障的位置。The network fault location unit judges and determines the location of the network fault according to the network connectivity detected by the detection message after adjusting the protocol type and/or port number.
本发明实施例提供一种定位网络故障的方法和系统,由于灵活调整检测报文的协议类型和/或端口号,解决了由于网络中间设备配置了某些过高的端口号、协议过滤、而无法来检测网络连通性,正确定位网络故障的问题。The embodiment of the present invention provides a method and system for locating network faults. Due to the flexible adjustment of the protocol type and/or port number of the detection message, it solves the problems caused by the configuration of some excessively high port numbers and protocol filtering in the network intermediate equipment. Unable to detect network connectivity and correctly locate network faults.
附图说明 Description of drawings
图1为本发明实施例一提供的应用traceroute程序穿越防火墙检测网络连通情况的实现原理图;Fig. 1 is the implementation schematic diagram of the application of the traceroute program provided by
图2为本发明实施例二提供的应用traceroute程序检测应用层故障节点的实现原理图;Fig. 2 is the implementation schematic diagram of detecting application layer failure nodes by using the traceroute program provided by
图3为本发明实施例提供的应用traceroute程序定位网络故障的流程图;Fig. 3 is the flow chart of the application traceroute program location network failure that the embodiment of the present invention provides;
图4为本发明实施例提供的应用traceroute程序定位网络故障的系统的结构示意图。FIG. 4 is a schematic structural diagram of a system for locating network faults using a traceroute program provided by an embodiment of the present invention.
具体实施方式 Detailed ways
本发明实施例提供一种应用traceroute程序定位网络故障的方法和系统,调整检测报文的协议类型和/或端口号,再发出调整协议类型和/或端口号后的检测报文;根据所述调整协议类型和/或端口号后的检测报文检测到的网络连通情况来判断确定网络故障的位置。Embodiments of the present invention provide a method and system for locating network faults using the traceroute program, adjust the protocol type and/or port number of the detection message, and then issue the detection message after adjusting the protocol type and/or port number; according to the The location of the network fault is determined by adjusting the network connectivity detected by the detection packet after adjusting the protocol type and/or port number.
下面结合附图详细描述本发明的实施例,以更好的理解本发明的技术方案。Embodiments of the present invention will be described in detail below in conjunction with the accompanying drawings, so as to better understand the technical solution of the present invention.
本发明提供的实施例一:参照图1,该图为利用traceroute程序穿越防火墙检测网络连通情况的实现原理图。
在现有技术中,通过现有traceroute程序可以检测网络连通性,了解网络拓扑结构。但当网络中存在防火墙时,防火墙可能会禁止掉现有traceroute程序使用的协议类型和端口号,如ICMP、端口号大于30000的UDP端口等,此时通过现有的traceroute程序就无法进行相应的检测了。图1为在一个小型网络应用的示意图。终端PC 10(源主机)和应用服务器14(目的主机)之间的网络跨越了两台路由器(路由器11和路由器13)和一台防火墙设备12,防火墙设备12禁止了ICMP协议以及端口号大于30000的UDP报文,而其他的端口号和协议一般不会被禁止,如ICMP差错报文。各个网络设备接口的IP地址如图1中描述。上图为本发明实施例提供的应用改进的traceroute程序穿越防火墙检测网络连通情况的流程。应用traceroute程序时,调整检测报文的协议类型和端口号进行检测,解决使用的固定协议、端口号被防火墙禁止而无法成功定位网络故障的问题。具体流程描述如下:In the prior art, the network connectivity can be detected through the existing traceroute program, and the network topology can be understood. However, when there is a firewall in the network, the firewall may prohibit the protocol type and port number used by the existing traceroute program, such as ICMP, UDP port with a port number greater than 30000, etc. At this time, the corresponding traceroute program cannot be used. detected. Figure 1 is a schematic diagram of a small network application. The network between the terminal PC 10 (source host) and the application server 14 (destination host) spans two routers (
步骤101、PC10发出第一个UDP检测报文并指定该第一个UDP检测报文的目的地址为4.4.4.2,端口号为12345,TTL为1。
步骤102、路由器11收到第一个UDP检测报文,发现目的地址不是自己,TTL是1,于是构造TTL超时的ICMP差错报文发送给PC 10。该ICMP差错报文的源地址是路由器11的接口地址,目的地址是PC 10的地址。
步骤103、PC 10收到路由器11返回的ICMP差错报文后,记录下该报文的源地址,即路由器11的接口地址,由此知道PC 10到应用服务器14网络中的第一跳地址为1.1.1.2。Step 103,
步骤104、PC 10发出第二个UDP检测报文,并指定该第二个UDP检测报文的目的地址为4.4.4.2,端口号为12345,TTL为2。
步骤105、路由器11收到第二个UDP检测报文,发现目的地址不是自己,TTL为2,因此把TTL减1后把该第二个UDP检测报文转发出去。
步骤106、防火墙12收到该第二个UDP检测报文,发现目的地址不是自己,TTL是1,于是构造TTL超时的ICMP差错报文发送给PC 10。该ICMP差错报文的源地址是防火墙12的接口地址,目的地址是PC 10的地址。路由器11把该ICMP差错报文转发给PC 10。
步骤107、PC 10收到防火墙12返回的ICMP差错报文后,记录下该报文的源地址,即防火墙12的接口地址,由此知道PC 10到应用服务器14网络中的第二跳地址为2.2.2.2。
步骤108、PC 10发出第三个UDP检测报文,并指定该第三个UDP检测报文的目的地址为4.4.4.2,端口号为12345,TTL为3。由于所述检测报文的协议类型及端口号可以动态调整,因此根据防火墙12所设定的禁止范围,可将所述检测报文的协议类型及端口号指定在防火墙12禁止范围之外。如上所述,该第三个UDP检测报文的协议类型和端口号均不在防火墙12禁止范围内,因此该第三个UDP检测报文将顺利通过防火墙12。按前述的方式处理,PC 10将收到路由器13返回的ICMP差错报文,由此知道网络中第三跳地址,即路由器13的接口地址为3.3.3.2。
步骤109、以上述方式,PC 10发出第四个UDP检测报文,经过路由器11、路由器13和防火墙12转发后,应用服务器14收到该第四个UDP检测报文。应用服务器14发现该检测报文的目的地址为自己,于是上送应用层处理。如果存在UDP端口号为12345的应用,则应用服务器14接受了该UDP检测报文,并且不会再发送ICMP差错报文。
步骤110、如果不存在UDP端口号为12345的应用,则应用服务器14向PC10发送端口不可达的ICMP差错报文。如果PC 10收到应用服务器14发送的端口不可达的ICMP差错报文后,知道第四个UDP检测报文已经被从PC 10端转发到应用服务器14端口,由此可以知道PC 10到应用服务器14端的网络路径将依次穿过IP地址为1.1.1.2、2.2.2.2、3.3.3.2、4.4.4.2的几个网络设备。
上述步骤进行完后,如果PC 10发出第四个UDP检测报文后没有收到回应,则等待一段时间后,发送第五个UDP检测报文,该检测报文和第四个UDP检测报文类似,只是把UDP端口号改另外一个比较大的值,比如29999。如果该检测报文发出后收到ICMP端口不可达差错报文,则已经检测出来了网络的连通性。如果等待一段时间还是未有回应,则PC10应用traceroute程序再换一个端口号发送UDP检测报文。如果一直没有收到ICMP端口不可达差错报文,则PC 10变换端口号继续发送检测报文,直到停止应用traceroute程序。由此可以判断网络的连通情况。After the above steps are completed, if
本发明提供的实施例二:参见图2,该图为应用traceroute程序检测应用层故障节点的实现原理图。
通过现有技术的traceroute程序可以检测网络连通性,定位网络的故障节点。但当网络中存在防火墙时,防火墙可能会禁止掉一些应用端口号和协议类型。此时,通过现有技术的traceroute程序检测网络是连通的,但是用户服务获取特定的服务,也就是说网络的应用层可能是不连通的。The network connectivity can be detected through the traceroute program in the prior art, and the fault nodes of the network can be located. However, when there is a firewall in the network, the firewall may prohibit some application port numbers and protocol types. At this time, the traceroute program in the prior art detects that the network is connected, but the user service obtains a specific service, that is to say, the application layer of the network may not be connected.
图2为一个本发明应用在小型网络的另一实施例,终端PC10和应用服务器14之间的网络跨越了两台路由器(路由器11和路由器13)和一台防火墙12,防火墙12禁止了UDP端口号为12345的应用,各个网络设备的接口IP地址如图2中描述。通过本发明实施例提供的定位网络故障的方法,检测并定位到应用层故障,具体流程描述如下:Fig. 2 is another embodiment that the present invention is applied in small-scale network, and the network between terminal PC10 and
步骤201、PC 10发出第一个UDP检测报文,并指定该第一个UDP检测报文目的地址为4.4.4.2,端口号为12345,TTL为1。Step 201,
步骤202、路由器11收到该第一个UDP检测报文,发现目的地址不是自己,TTL是1,于是构造TTL超时的ICMP差错报文发送给PC 10。该ICMP差错报文的源地址是路由器11的接口地址,目的地址是PC 10的地址。Step 202,
步骤203、PC 10端收到路由器11返回的ICMP差错报文后,记录下该报文的源地址,即路由器11的接口地址,由此知道PC 10端到应用服务器14网络中的第一跳地址为1.1.1.2。Step 203, after the
步骤204、PC 10发出第二个UDP检测报文,并指定该第二个UDP检测报文目的地址为4.4.4.2,端口号为12345,TTL为2。Step 204,
步骤205、路由器11收到该第二个UDP检测报文,发现目的地址不是自己,TTL为2,因此把TTL减1后把该第二个UDP检测报文转发出去。Step 205, the
步骤206、防火墙12收到该第二个UDP检测报文,对于不同的防火墙12,可能会有不同的处理,下面分成情形1、情形2.1、情形2.2三种情况分别加以说明。Step 206, when the
对于情形1,防火墙12发现对应的网络的应用层端口号(调整后的小于30000的端口号)被禁止了,发送一个目的主机被禁止的ICMP差错报文,PC 10收到该ICMP差错报文后,知道应用层故障节点即在IP地址为2.2.2.2的防火墙12;For
对于情形2.1,防火墙12发现目的地址不是自己,TTL是1,于是构造TTL超时的ICMP差错报文发送给PC。PC机把TTL加1,发送了第三个UDP检测报文。防火墙12收到该检测报文后,发现对应的应用层端口号(调整后的小于30000的端口号)被禁止了,发送一个目的主机被禁止的ICMP差错报文,PC 10收到该ICMP差错报文后,知道故障节点即在IP地址为2.2.2.2防火墙12;For situation 2.1, the
对于情形2.2,防火墙12收到PC发出来的第三个UDP探测报文后,发现对应的应用层端口号(调整后的小于30000的端口号)被禁止了,于是直接丢弃了该检测报文,不发送ICMP差错报文;PC 10等待一段时间后,把UDP端口号换成10000后,发送第四个UDP探测报文。此时路由器13会回应一个TTL超时的ICMP差错报文,PC 10端收到该差错报文后,可以判断出路由器13前一个节点,即防火墙12是故障节点。For situation 2.2, after the
上述本发明的实施例一和实施例二通过应用traceroute程序时调整的检测报文协议类型和端口号,可以使得根据traceroute程序指令,PC 10发出的UDP检测报文顺利穿越有防火墙的网络,并且可以对指定的应用层的网络连通性进行检测。本发明实施例还可以扩充traceroute程序发出的检测报文的类型,包括UDP、TCP(不用现有自动发送)等,根据调整后的具体的检测报文的协议类型和端口号信息,检测网络的网络层和网络的应用层的故障点。实施例一和实施例二以UDP应用为例,描述了应用优化的traceroute程序检测应用层网络连通性,以及定位应用层网络故障的基本实现原理。The first embodiment of the present invention and the second embodiment of the present invention can make according to the traceroute program instruction, the UDP detection message sent by the
图3为本发明实施例提供的应用traceroute程序定位网络故障的一般方法流程图,参照该图,包括步骤:Fig. 3 is a flow chart of a general method for locating network faults using the traceroute program provided by an embodiment of the present invention. With reference to this figure, steps are included:
30、获知无法使用某种网络的故障;30. Knowing the failure to use a certain network;
31、首先应用PING命令,检测网络到应用服务器的连通情况;31. First use the PING command to detect the connection between the network and the application server;
32、判断是否PING通;32. Determine whether the PING is successful;
33、如果PING不通,则可能是网络层无法连通,也可能是应用服务器故障;如果能够PING通,则说明网络层是连通的,应用服务器也是正常运行的;33. If the PING fails, it may be that the network layer cannot be connected, or the application server may be faulty; if the PING is successful, it means that the network layer is connected and the application server is running normally;
34、应用传统的traceroute程序自动检测PC到应用服务器的连通情况;34. Use the traditional traceroute program to automatically detect the connection between the PC and the application server;
35、检测网络是否连通;35. Detect whether the network is connected;
36、根据自动检测的检测报文的路由的轨迹判断网络的连通性;36. Judging the connectivity of the network according to the route track of the automatically detected detection message;
37、由于网络中可能存在防火墙、网关等设备,根据本发明实施例提供定位网络故障的方法应用traceroute程序,调整协议类型和端口号,发出检测报文,检测网络的连通性;37. Since there may be devices such as firewalls and gateways in the network, according to the embodiment of the present invention, a method for locating network faults is provided using the traceroute program, adjusting the protocol type and port number, sending a detection message, and detecting the connectivity of the network;
38、结合自动检测的检测报文的路由的轨迹和调整协议类型和端口号后检测报文的路由的轨迹定位网络故障的位置。38. Combining the track of the route of the detected message with the automatic detection and the track of the route of the detected message after adjusting the protocol type and port number to locate the location of the network fault.
如果调整协议类型和端口号后应用traceroute程序连通成功,说明网络层是正常的,可能是应用层故障;If the traceroute program is used to connect successfully after adjusting the protocol type and port number, it means that the network layer is normal, and the application layer may be faulty;
如果调整协议类型和端口号后应用traceroute程序连通不成功,则根据调整协议类型和端口号后应用traceroute程序连通的情况,以及应用传统的traceroute程序自动检测到的网络连通情况,判断确定出故障节点。即应用调整协议类型和端口号后的检测报文中最后一个可以到达的节点后面一个节点就是故障节点。If the connection with the traceroute program is unsuccessful after adjusting the protocol type and port number, determine the faulty node according to the connection with the traceroute program after adjusting the protocol type and port number, and the network connection automatically detected by the traditional traceroute program . That is, the node behind the last reachable node in the detection message after adjusting the protocol type and port number is the faulty node.
本发明实施例还提供一种应用traceroute程序定位网络故障的系统,参照图4,该系统包括:The embodiment of the present invention also provides a system for locating network faults using the traceroute program. Referring to FIG. 4, the system includes:
信息获取单元41,用于获取网络连通的信息;An
信息调整单元42,用于调整检测报文的协议类型和端口号;An
检测报文发送单元43,发出调整文协议类型和端口号后的检测报文;The detection
网络故障定位单元44,根据所述的检测报文在网络中的连通情况判断确定网络故障的位置。The network
为了更好实现发明的目的,该定位网络故障的系统信息获取单元41,用于自动检测网络到应用服务器连通状况,如果自动检测不成功,则网络层不通;如果自动检测成功,则网络层连接是连通的。In order to better realize the purpose of the invention, the system
在本发明实施例提供的定位网络故障的系统的所述的网络故障定位单元44,如果应用调整协议类型和端口号后的检测报文连通成功,则网络层正常,应用层故障;In the network
上述所有本发明的实施例中应用traceroute程序时,调整后的检测报文的协议类型可以为UDP、ICMP或TCP或者其他任何协议类型,根据不同的应用调整为不同的协议类型和端口号。When the traceroute program is used in all the above-mentioned embodiments of the present invention, the protocol type of the adjusted detection message can be UDP, ICMP or TCP or any other protocol type, and it can be adjusted to different protocol types and port numbers according to different applications.
以上对本发明实施例所提供的一种定位网络故障的方法和系统,进行了详细介绍,对于本领域的一般技术人员,依据本发明实施例的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书实施例的内容不应理解为对本发明的限制。The method and system for locating network faults provided by the embodiments of the present invention have been introduced in detail above. For those of ordinary skill in the art, based on the idea of the embodiments of the present invention, there will be specific implementation methods and application scopes. Changes, in summary, the content of the embodiments of this specification should not be construed as limiting the present invention.
Claims (6)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007103078794A CN101471822A (en) | 2007-12-29 | 2007-12-29 | Method and system for locating network fault |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007103078794A CN101471822A (en) | 2007-12-29 | 2007-12-29 | Method and system for locating network fault |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101471822A true CN101471822A (en) | 2009-07-01 |
Family
ID=40828965
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2007103078794A Pending CN101471822A (en) | 2007-12-29 | 2007-12-29 | Method and system for locating network fault |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101471822A (en) |
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102177681A (en) * | 2011-04-21 | 2011-09-07 | 华为技术有限公司 | Method and system for detecting faults |
| CN102255775A (en) * | 2011-07-18 | 2011-11-23 | 中兴通讯股份有限公司 | Route tracing method, apparatus thereof, and system thereof |
| CN102457403A (en) * | 2010-10-15 | 2012-05-16 | 无锡江南计算技术研究所 | Network connection fault detection method and device |
| CN102739462A (en) * | 2011-04-08 | 2012-10-17 | 中国移动通信集团公司 | Test message sending method and device |
| CN103138988A (en) * | 2013-02-06 | 2013-06-05 | 北京德瑞塔时代网络技术有限公司 | Positioning treatment method and positioning treatment device of network faults |
| CN103401735A (en) * | 2013-08-19 | 2013-11-20 | 上海斐讯数据通信技术有限公司 | Method and system for indicating errors in routing device |
| CN104125118A (en) * | 2014-08-08 | 2014-10-29 | 福建富士通信息软件有限公司 | Method and system for monitoring and alarming heterogeneous network routing |
| CN104219091A (en) * | 2014-08-27 | 2014-12-17 | 中国科学院计算技术研究所 | System and method for network operation fault detection |
| CN106910326A (en) * | 2015-12-22 | 2017-06-30 | 霍尼韦尔国际公司 | Warning device calibration method and system |
| CN106996860A (en) * | 2016-01-22 | 2017-08-01 | 神讯电脑(昆山)有限公司 | Optical fiber connects Auto-Test System and method |
| CN109039815A (en) * | 2018-07-27 | 2018-12-18 | 成都网丁科技有限公司 | A kind of routing interruption nodal test method and device based on historical data perception |
| CN111917608A (en) * | 2020-08-07 | 2020-11-10 | 深圳市友华软件科技有限公司 | Method and device for judging Internet connectivity based on Linux system equipment |
| CN112260922A (en) * | 2020-10-16 | 2021-01-22 | 南京嘉环科技股份有限公司 | Method and system for quickly positioning network loop problem |
| CN112532412A (en) * | 2019-09-18 | 2021-03-19 | 纬联电子科技(中山)有限公司 | Network fault detection method and network fault detection device |
| CN113890838A (en) * | 2021-09-24 | 2022-01-04 | 天津津航计算技术研究所 | Network connectivity judgment method based on ICMP (Internet control protocol) |
| WO2022105508A1 (en) * | 2020-11-17 | 2022-05-27 | 中兴通讯股份有限公司 | Route tracing method and apparatus, device, and storage medium |
| CN115459936A (en) * | 2021-06-07 | 2022-12-09 | 中移动信息技术有限公司 | Network path blocking point location method, device and storage medium |
| CN115913903A (en) * | 2022-11-09 | 2023-04-04 | 云南电网有限责任公司普洱供电局 | Method and system for automatically repairing network fault of wave recording master station networking equipment |
-
2007
- 2007-12-29 CN CNA2007103078794A patent/CN101471822A/en active Pending
Cited By (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102457403A (en) * | 2010-10-15 | 2012-05-16 | 无锡江南计算技术研究所 | Network connection fault detection method and device |
| CN102457403B (en) * | 2010-10-15 | 2015-02-11 | 无锡江南计算技术研究所 | Method and device for detecting network connection faults |
| CN102739462A (en) * | 2011-04-08 | 2012-10-17 | 中国移动通信集团公司 | Test message sending method and device |
| CN102739462B (en) * | 2011-04-08 | 2014-12-31 | 中国移动通信集团公司 | Test message sending method and device |
| CN102177681A (en) * | 2011-04-21 | 2011-09-07 | 华为技术有限公司 | Method and system for detecting faults |
| WO2011110118A3 (en) * | 2011-04-21 | 2012-03-22 | 华为技术有限公司 | Fault detection method and system |
| US9203716B2 (en) | 2011-04-21 | 2015-12-01 | Huawei Technologies Co., Ltd. | Fault detection method and system |
| CN102255775A (en) * | 2011-07-18 | 2011-11-23 | 中兴通讯股份有限公司 | Route tracing method, apparatus thereof, and system thereof |
| CN103138988A (en) * | 2013-02-06 | 2013-06-05 | 北京德瑞塔时代网络技术有限公司 | Positioning treatment method and positioning treatment device of network faults |
| CN103401735A (en) * | 2013-08-19 | 2013-11-20 | 上海斐讯数据通信技术有限公司 | Method and system for indicating errors in routing device |
| CN104125118A (en) * | 2014-08-08 | 2014-10-29 | 福建富士通信息软件有限公司 | Method and system for monitoring and alarming heterogeneous network routing |
| CN104219091A (en) * | 2014-08-27 | 2014-12-17 | 中国科学院计算技术研究所 | System and method for network operation fault detection |
| CN106910326A (en) * | 2015-12-22 | 2017-06-30 | 霍尼韦尔国际公司 | Warning device calibration method and system |
| CN106996860A (en) * | 2016-01-22 | 2017-08-01 | 神讯电脑(昆山)有限公司 | Optical fiber connects Auto-Test System and method |
| CN109039815A (en) * | 2018-07-27 | 2018-12-18 | 成都网丁科技有限公司 | A kind of routing interruption nodal test method and device based on historical data perception |
| CN112532412A (en) * | 2019-09-18 | 2021-03-19 | 纬联电子科技(中山)有限公司 | Network fault detection method and network fault detection device |
| CN112532412B (en) * | 2019-09-18 | 2022-12-13 | 纬联电子科技(中山)有限公司 | Network fault detection method and network fault detection device |
| CN111917608A (en) * | 2020-08-07 | 2020-11-10 | 深圳市友华软件科技有限公司 | Method and device for judging Internet connectivity based on Linux system equipment |
| CN112260922A (en) * | 2020-10-16 | 2021-01-22 | 南京嘉环科技股份有限公司 | Method and system for quickly positioning network loop problem |
| CN112260922B (en) * | 2020-10-16 | 2022-08-19 | 嘉环科技股份有限公司 | Method and system for quickly positioning network loop problem |
| WO2022105508A1 (en) * | 2020-11-17 | 2022-05-27 | 中兴通讯股份有限公司 | Route tracing method and apparatus, device, and storage medium |
| CN115459936A (en) * | 2021-06-07 | 2022-12-09 | 中移动信息技术有限公司 | Network path blocking point location method, device and storage medium |
| CN113890838A (en) * | 2021-09-24 | 2022-01-04 | 天津津航计算技术研究所 | Network connectivity judgment method based on ICMP (Internet control protocol) |
| CN115913903A (en) * | 2022-11-09 | 2023-04-04 | 云南电网有限责任公司普洱供电局 | Method and system for automatically repairing network fault of wave recording master station networking equipment |
| CN115913903B (en) * | 2022-11-09 | 2025-03-07 | 云南电网有限责任公司普洱供电局 | A method and system for automatically repairing network failures of network equipment of a recording master station |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101471822A (en) | Method and system for locating network fault | |
| US9344325B2 (en) | System, method and apparatus providing MVPN fast failover | |
| CA2698317C (en) | Router detection | |
| EP2187565B1 (en) | Detecting and processing method and device of node fault within a peer-to-peer network | |
| Arkko et al. | Failure detection and locator pair exploration protocol for IPv6 multihoming | |
| WO2011110118A2 (en) | Fault detection method and system | |
| CN102598596B (en) | Fault Location in MPLS-TP Network | |
| US7969894B2 (en) | System and method for dead gateway detection | |
| EP2222027A1 (en) | A method for transmitting bfd message, a method and device for detecting link failure | |
| US7865591B2 (en) | Facilitating DHCP diagnostics in telecommunication networks | |
| EP2557731B1 (en) | Method and system for independently implementing fault location by intermediate node | |
| CN102571492B (en) | Method and device for detecting failure of routing equipment | |
| JP7124206B2 (en) | Packet processing methods and gateway devices | |
| CN101316271A (en) | Method for realizing information backup, firewall and network system | |
| WO2013128483A1 (en) | Relay device, relay device control method, and network system | |
| CN101425942A (en) | Method, apparatus and system for bidirectional forwarding detection implementation | |
| CN101605063A (en) | Network fault location system and method | |
| CN103117930B (en) | The detection method of static routing configuration and device | |
| CN102647312A (en) | Method and device for detecting multicast topology of the whole network | |
| CN100438452C (en) | Method and equipment for detecting signalling or media path fault in next generation method | |
| CN107332793A (en) | A kind of message forwarding method, relevant device and system | |
| Cisco | 9.0(1) Caveats/9.0(2) Modifications | |
| Cisco | 9.0(1) Caveats/9.0(2) Modifications | |
| Cisco | 9.0(1) Caveats/9.0(2) Modifications | |
| Cisco | 9.0(1) Caveats/9.0(2) Modifications |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Open date: 20090701 |