CN110650041A - IPRAN network fault positioning method and device - Google Patents
IPRAN network fault positioning method and device Download PDFInfo
- Publication number
- CN110650041A CN110650041A CN201910876676.XA CN201910876676A CN110650041A CN 110650041 A CN110650041 A CN 110650041A CN 201910876676 A CN201910876676 A CN 201910876676A CN 110650041 A CN110650041 A CN 110650041A
- Authority
- CN
- China
- Prior art keywords
- detection
- fault
- ipran
- determining
- ipran network
- 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
- 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
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention provides a method and a device for positioning an IPRAN network fault, wherein the method comprises the following steps: determining the positioning range of the IPRAN network fault; obtaining IPRAN network topology data in a positioning range; determining a fault detection type and a detection sequence of the fault detection type; detecting the IPRAN network based on the IPRAN network topology data in the positioning range according to the detection sequence of the fault detection type to obtain detection result data corresponding to the fault detection type; and analyzing the detection result data and determining the node where the IPRAN network fault is located. The invention can carry out fault location on the IPRAN network, and has high efficiency and high accuracy.
Description
Technical Field
The present invention relates to the field of communications, and in particular, to a method and an apparatus for locating an ip ran network fault.
Background
In the prior art, after receiving fault report, operation and maintenance personnel often need to spend a long time to judge the fault location, and the efficiency is low and the accuracy is low.
Disclosure of Invention
The embodiment of the invention provides an IPRAN network fault positioning method, which is used for positioning faults of an IPRAN network, and has high efficiency and high accuracy, and the method comprises the following steps:
determining the positioning range of the IPRAN network fault;
obtaining IPRAN network topology data in a positioning range;
determining a fault detection type and a detection sequence of the fault detection type;
detecting the IPRAN network based on the IPRAN network topology data in the positioning range according to the detection sequence of the fault detection type to obtain detection result data corresponding to the fault detection type;
and analyzing the detection result data and determining the node where the IPRAN network fault is located.
The embodiment of the invention provides an IPRAN network fault positioning device, which is used for positioning the fault of an IPRAN network, and has high efficiency and high accuracy, and the device comprises:
the positioning range determining module is used for determining the positioning range of the IPRAN network fault;
the routing topology data acquisition module is used for acquiring IPRAN network topology data in a positioning range;
the detection type and sequence determining module is used for determining the fault detection type and the detection sequence of the fault detection type;
the detection module is used for detecting the IPRAN network based on the IPRAN network topology data in the positioning range according to the detection sequence of the fault detection type to obtain detection result data corresponding to the fault detection type;
and the positioning module is used for analyzing the detection result data and determining the node where the IPRAN network fault is located.
The embodiment of the present invention further provides a computer device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and when the processor executes the computer program, the processor implements the ip ran network fault location method.
An embodiment of the present invention further provides a computer-readable storage medium, where the computer-readable storage medium stores a computer program for executing the above-mentioned IPRAN network fault location method.
In the embodiment of the invention, the positioning range of the IPRAN network fault is determined firstly, and then IPRAN network topology data in the positioning range is obtained; then, determining a fault detection type and a detection sequence of the fault detection type; the fault locating process can be more accurate by determining the detection sequence of the fault detection types, and the conflict among different fault detection types is avoided, so that the accuracy of the subsequent IPRAN network fault locating is improved, and finally, based on the IPRAN network topology data in the locating range, the IPRAN network is detected according to the detection sequence of the fault detection types, and the detection result data corresponding to the fault detection types is obtained; and analyzing the detection result data and determining the node where the IPRAN network fault is located. The fault locating process does not need manual analysis of operation and maintenance personnel, so that the efficiency of the IPRAN network fault locating is improved, and the accuracy of the IPRAN network fault locating is further improved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts. In the drawings:
fig. 1 is a flowchart of an ip ran network fault location method in an embodiment of the present invention;
FIG. 2 is a schematic diagram of an IPRAN government enterprise line in an embodiment of the present invention;
fig. 3 is a detailed flowchart of an ip ran network fault location method according to an embodiment of the present invention;
FIG. 4 is a diagram illustrating the PW state between U-A according to an embodiment of the present invention;
FIG. 5 is a diagram illustrating the PW state between A and B according to an embodiment of the present invention;
FIG. 6 is a diagram illustrating the PW state between B-B according to an embodiment of the present invention;
fig. 7 is a schematic diagram of an ip ran network fault location apparatus in an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the embodiments of the present invention are further described in detail below with reference to the accompanying drawings. The exemplary embodiments and descriptions of the present invention are provided to explain the present invention, but not to limit the present invention.
In the description of the present specification, the terms "comprising," "including," "having," "containing," and the like are used in an open-ended fashion, i.e., to mean including, but not limited to. Reference to the description of the terms "one embodiment," "a particular embodiment," "some embodiments," "for example," etc., means that a particular feature, structure, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the application. In this specification, the schematic representations of the terms used above do not necessarily refer to the same embodiment or example. Furthermore, the particular features, structures, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. The sequence of steps involved in the embodiments is for illustrative purposes to illustrate the implementation of the present application, and the sequence of steps is not limited and can be adjusted as needed.
Fig. 1 is a flowchart of an ip ran network fault location method in an embodiment of the present invention, as shown in fig. 1, the method includes:
104, detecting the IPRAN network according to the detection sequence of the fault detection type based on the IPRAN network topology data in the positioning range to obtain detection result data corresponding to the fault detection type;
and 105, analyzing the detection result data, and determining the node where the IPRAN network fault is located.
In the embodiment of the invention, the positioning range of the IPRAN network fault is determined firstly, and then IPRAN network topology data in the positioning range is obtained; then, determining a fault detection type and a detection sequence of the fault detection type; the fault locating process can be more accurate by determining the detection sequence of the fault detection types, and the conflict among different fault detection types is avoided, so that the accuracy of the subsequent IPRAN network fault locating is improved, and finally, based on the IPRAN network topology data in the locating range, the IPRAN network is detected according to the detection sequence of the fault detection types, and the detection result data corresponding to the fault detection types is obtained; and analyzing the detection result data and determining the node where the IPRAN network fault is located. The fault locating process does not need manual analysis of operation and maintenance personnel, so that the efficiency of the IPRAN network fault locating is improved, and the accuracy of the IPRAN network fault locating is further improved.
In step 101, determining a location range of the IPRAN network fault, that is, determining a line of the IPRAN network fault that needs to be analyzed, such as a private line or a regional area, where the IPRAN network may be an IPRAN government-enterprise network; in step 102, the ip ran network topology data within the positioning range is obtained in a loading manner, where the ip ran network topology data may be service end-to-end routing topology data, and the service end-to-end routing topology data is presented according to a stored service path when service provisioning \ service discovery is performed, where the path is a full service path and includes all device network elements penetrated by the service end-to-end. In step 103, the fault detection type is determined, that is, each time a fault is located, the concerned fault detection type may be selected, and the detection sequence of different fault detection types may affect the detection result, so the detection sequence of the fault detection type is also determined, which may improve the flexibility of fault location; in step 104, based on the ip ran network topology data in the positioning range, the ip ran network is detected according to the detection sequence of the fault detection type to obtain detection result data corresponding to the fault detection type, and finally, the detection result data is analyzed to determine the node where the ip ran network fault is located.
In one embodiment, determining the location range of the ip ran network fault includes:
determining the identification of a special line to be analyzed for faults in the IPRAN network;
obtaining IPRAN network topology data within a positioning range, comprising:
and obtaining the IPRAN network topology data of the private line according to the identification of the private line.
In the above embodiment, the ip ran network, for example, the ip ran government and enterprise network, includes a plurality of private lines, and therefore, the identifier of the private line with the fault to be analyzed is determined first; then, according to the identifier of the private line, obtaining the ip ran network topology data of the private line, that is, the service end-to-end routing topology data of the private line, where fig. 2 is a schematic diagram of an ip ran government-enterprise private line in an embodiment of the present invention.
In an embodiment, the fault detection type includes one or any combination of traffic alarm data detection, traffic port state detection, bidirectional forwarding detection, PW state detection, LDP state detection, PING test, and LSP Tracert detection.
In one embodiment, determining the fault detection type and the detection order of the fault detection type includes:
determining a fault detection type;
when the determined fault detection types comprise service alarm data detection, service port state detection, bidirectional forwarding detection, PW state detection, LDP state detection, PING test and LSP Tracert detection, the detection sequence of the determined fault detection types sequentially comprises service alarm data detection, service port state detection, bidirectional forwarding detection, PW state detection, LDP state detection, PING test and LSP Tracert detection.
The above embodiment shows the case where the types of fault detection include seven types, and if the types of fault detection are less than 7 types at the time of fault location, the fault detection of the types of fault detection may be directly omitted.
After the detection sequence of the fault detection type is determined, detecting the IPRAN network according to the detection sequence of the fault detection type based on the IPRAN network topology data in the positioning range to obtain detection result data corresponding to the fault detection type; and analyzing the detection result data and determining the node where the IPRAN network fault is located. In an embodiment, after the detection result data corresponding to multiple fault detection types can be obtained, all the detection result data are analyzed, and the node where the ip ran network fault is located is determined. In another embodiment, the detection result data corresponding to the fault detection type may also be obtained and analyzed to determine that the node where the ip ran network fault is located is often performed simultaneously, that is, after the detection result data of a certain type is obtained, the detection result data is directly analyzed to determine the node where the ip ran network fault is located, and then the next fault detection type is detected. The detection result data comprises a normal state and an abnormal state, when the detection result is the normal state, the detection result indicates that no fault occurs, and when the detection result is the abnormal state, the detection result indicates that the fault occurs, and the abnormal state needs to be analyzed, so that the node where the IPRAN network fault is located is determined.
Based on the foregoing embodiment, the present invention provides the following embodiment to explain a detailed flow of the ip ran network fault location method, fig. 3 is a detailed flow chart of the ip ran network fault location method provided in the embodiment of the present invention, as shown in fig. 3, in an embodiment, the detailed flow of the ip ran network fault location method includes:
step 301, determining the identifier of a special line to be analyzed for a fault in an IPRAN network;
step 302, obtaining the IPRAN network topology data of the private line according to the identification of the private line;
step 303, determining the fault detection type including service alarm data detection, service port state detection, bidirectional forwarding detection, PW state detection, LDP state detection, PING test and LSP Tracert detection;
step 304, performing service alarm data detection, entering step 305 when detection result data corresponding to the service alarm data detection is in a normal state, otherwise, judging whether the obtained equipment alarm data is single equipment alarm data, entering step 311 when the single equipment alarm data is obtained, otherwise, entering step 306;
step 305, performing service port state detection, and entering step 306 when detection result data corresponding to the service port state detection is in a normal state, otherwise, entering step 311;
step 306, performing bidirectional forwarding detection, ending the detection when the detection result data corresponding to the bidirectional forwarding detection is in a normal state, otherwise, entering step 307 and step 311;
step 307, performing PW state detection, wherein the PW state detection comprises checking a PW state between U-A, checking a PW state between A-B and checking a PW state between B-B, and wherein U, A and B are identifiers of each device in FIG. 2, and when an abnormal state is obtained by checking the PW state between A-B or checking the PW state between B-B, the steps 308 and 311 are performed, otherwise, the step 309 is performed, and after the checking of the PW state between U-A is completed, the steps 309 and 311 are performed directly;
step 308, performing LDP state detection, and after LDP state detection is completed, entering step 309; when the detection result data corresponding to the LDP state detection is obtained as an abnormal state, step 311 is entered;
step 309, performing PING test, and entering step 310 after the PING test is finished; when the detection result data corresponding to the PING test is obtained as an abnormal state, step 311 is entered;
step 310, performing LSP Tracert detection, and entering step 311 when the detection result data corresponding to the LSP Tracert detection is obtained as an abnormal state;
step 311, determine the node where the ip ran network failure is located.
Of course, it is understood that there may be other variations to the detailed flow of the ip ran network fault location method, and all the relevant variations should fall within the scope of the present invention.
Each fault detection type is described separately below.
(1) Traffic alarm data detection
In one embodiment, the traffic alarm data detection includes one or any combination of device alarm data detection, protocol alarm data detection, and circuit alarm data detection.
In the above embodiment, the device alarm data detection is used to locate a faulty network element, the obtained detection result data is the device alarm data, and the device alarm data is analyzed to locate a fault position, and the faults of the board card, the optical module, the fan, and the like are mainly located; the circuit alarm data detection is used for positioning the detection result data obtained by the fault circuit into circuit alarm data, and the circuit alarm data can reduce the fault positioning range and further position the node where the fault is positioned by a measurement means; the protocol alarm data detection is used for positioning protocol abnormity, the obtained detection result data is protocol alarm data, the protocol alarm data can reduce the fault positioning range, and the node where the fault is positioned is further positioned through a measurement means. In the three types of service alarm data detection, if the obtained detection result data is in a normal state, the service port state detection is continued, and if the obtained detection result data is in an abnormal state, if only single equipment alarm data exists and no circuit alarm data or protocol alarm data exists, the node where the IPRAN network fault is located can be directly determined according to the equipment alarm data without detecting other fault detection types.
Table 1 gives examples of the above three types of traffic alarm data detection.
Table 1 example of traffic alert data detection
(2) Service port status detection
The service port state detection refers to checking state data and performance data of a downlink port (service access port) of an access U device, and specifically includes: when the obtained detection result data is in an abnormal state, the detection result data mainly comprises port CRC error codes, port flow abnormity, optical module abnormity, port state DOWN and the like, and the detection result data is analyzed to determine the node where the IPRAN network fault is located.
(3) Bidirectional forwarding detection
Bidirectional Forwarding Detection (BFD) is used for PW detection, BFD is a network protocol specially used for detecting faults between two forwarding devices, and is a bidirectional forwarding detection mechanism, and a method for rapidly detecting the communication state of a forwarding path between two adjacent routers under light load is provided, so that millisecond-level rapid detection can be provided for a network link. Taking the ip ran network government and enterprise special line BFD as an example, the state detection of the ip ran network government and enterprise special line BFD is a detection mode for detecting whether the communication of the intermediate PW link from end to end (source end to destination end) of the service is normal, if the detection result data is: and if the BFD state is DOWN, the PW link communication from the source end to the sink end is not passed, PW state detection is carried out, and if the detection result data is: and if the BFD state is UP, the service of the IPRAN network government and enterprise private line is normal, the measurement result of the BFD state is directly displayed, and the detection is finished.
(4) PW state detection
PW state detection comprises three types, namely checking the PW state between U-A, checking the PW state between A-B and checking the PW state between B-B.
Fig. 4 is a schematic diagram of a PW state between U-as in the embodiment of the present invention, and as shown in fig. 4, a process of checking the PW state between U-as includes: if the PW state is DOWN, it indicates that the traffic route between U-A is not passed, and at this time, a PING test between U-A is also required. If the PW state is UP, the U-A link is normal, and the router above A is judged to have problems.
Fig. 5 is a schematic diagram of a PW state between a and B in the embodiment of the present invention, and as shown in fig. 5, a process of checking the PW state between a and B includes: if PW state is DOWN, it represents that the service route between A-B is not passed, and LDP state detection is needed. If the PW state is UP, the A-B link is normal, and the route above B is judged to have problems.
Fig. 6 is a schematic diagram of a PW state between B-B in the embodiment of the present invention, and as shown in fig. 6, a process of checking the PW state between B-B includes: if PW state is DOWN, it means that the service route between B-B is not passed, at this time, LDP state detection is generally needed.
(5) LDP status detection
LDP is a label distribution protocol, and the process of LDP state detection generally includes: and checking whether the dynamic LDP session is normally established or not by detecting the LDP session state. If the data result of the detection result is that the LDP configuration of the equipment is abnormal, the fault network element can be directly positioned. If the data result of the detection result is in a normal state, a PING test can be carried out subsequently, and the result of LDP state detection is as follows:
(6) PING test
The PING test comprises a common PING test, a PW PING test and an LSP PING test, wherein the three types of tests comprise a PING test between U-A, a PING test between A-B and a PING test between B-B, and the PING test between U-A is to check whether the IP address and the service management address of the U-A interface can be PING communicated with each other or not; the PING test between A-B checks whether the A-B service management IP addresses can be PING communicated with each other; the PING test between B-B checks if the B-B service management IP addresses can PING each other, U, A, B is the identification of each device in fig. 2. Generally, a normal PING test is performed first, then a PW PING test is performed, and finally an LSP PING test is performed.
In the above three types of tests, if the PING is not valid, a faulty segment can be identified.
An example result of PING pass in the normal PING test is as follows:
[U]ping vc vlan 1-r 4 control-word
Reply from 100.2.0.103:bytes＝100 Sequence＝1 time＝5ms
Reply from 100.2.0.103:bytes＝100 Sequence＝2 time＝4ms
Reply from 100.2.0.103:bytes＝100 Sequence＝3 time＝4ms
Reply from 100.2.0.103:bytes＝100 Sequence＝4 time＝4ms
Reply from 100.2.0.103:bytes＝100 Sequence＝5 time＝4ms
---FEC:FEC 128 PSEUDOWIRE(NEW).Type＝vlan,ID＝1 ping statistics---
5 packet(s)transmitted
5 packet(s)received
0.00％packet loss
round-trip min/avg/max＝4/4/5ms
an example result of PING pass in LSP PING tests is as follows:
[U]ping lsp ip 100.0.0.1 32
LSP PING FEC:IPV4 PREFIX 100.0.0.1/32/:100 data bytes,press CTRL_C to break
Reply from 100.0.0.1:bytes＝100 Sequence＝1 time＝9ms
Reply from 100.0.0.1:bytes＝100 Sequence＝2 time＝6ms
Reply from 100.0.0.1:bytes＝100 Sequence＝3 time＝6ms
Reply from 100.0.0.1:bytes＝100 Sequence＝4 time＝4ms
Reply from 100.0.0.1:bytes＝100 Sequence＝5 time＝5ms
---FEC:IPV4 PREFIX 100.0.0.1/32 ping statistics---
5 packet(s)transmitted
5 packet(s)received
0.00％packet loss
round-trip min/avg/max＝4/6/9 ms
and if the LSP PING is not communicated, carrying out subsequent LSP Tracert detection.
(7) LSP Tracert detection
In MPLS, an LSP (Label Switching Path) is a packet forwarding Path established using MPLS protocol, and is composed of a series of Label packet source LSRs (Label forwarding routers) and destination LSRs and links therebetween, and is similar to a virtual circuit in ATM, and a virtual circuit connection is implemented in VC-sink. Tracert (traceroute) is a route tracing utility that determines the path taken by an IP packet to access a target. The Tracert command uses the IP Time To Live (TTL) field and ICMP error messages to determine the route from one host to other hosts on the network. The results of the LSPTracert detection are shown as follows:
the detection result of the LSP Tracert is a result that the LSP Tracert passes, so that if a fault exists, a node where an IPRAN network fault is located can be obtained according to the position where the trace cannot pass.
In summary, in the method provided in the embodiment of the present invention, a location range of an IPRAN network fault is first determined, and then, ip ran network topology data within the location range is obtained; then, determining a fault detection type and a detection sequence of the fault detection type; the fault locating process can be more accurate by determining the detection sequence of the fault detection types, and the conflict among different fault detection types is avoided, so that the accuracy of the subsequent IPRAN network fault locating is improved, and finally, based on the IPRAN network topology data in the locating range, the IPRAN network is detected according to the detection sequence of the fault detection types, and the detection result data corresponding to the fault detection types is obtained; and analyzing the detection result data and determining the node where the IPRAN network fault is located. The fault locating process does not need manual analysis of operation and maintenance personnel, so that the efficiency of the IPRAN network fault locating is improved, and the accuracy of the IPRAN network fault locating is further improved. In addition, the method can perform feedback presentation on the real-time result data of the inspection, help network operation and maintenance personnel to quickly locate the service fault, and reduce the working pressure of the network operation and maintenance personnel. The IPRAN network government and enterprise private line is a two-layer channel service, the method not only detects the service fault caused by the fault of the traditional service network layer, but also carries out all-around diagnosis and analysis on each layer causing the service fault, including the detection and analysis of a link layer, a protocol layer, a PW layer and an LSP layer, so that the fault location is comprehensive and accurate.
Based on the same inventive concept, the embodiment of the present invention further provides an ip ran network fault location apparatus, as described in the following embodiments. Since the principles of these solutions are similar to the method for positioning the ip ran network fault, the implementation of the apparatus may refer to the implementation of the method, and the repeated details are not repeated.
Fig. 7 is a schematic diagram of an ip ran network fault location apparatus in an embodiment of the present invention, as shown in fig. 7, the apparatus includes:
a positioning range determining module 701, configured to determine a positioning range of the ip ran network fault;
a routing topology data obtaining module 702, configured to obtain ip ran network topology data in a positioning range;
a detection type and sequence determining module 703, configured to determine a fault detection type and a detection sequence of the fault detection type;
a detection module 704, configured to detect the IPRAN network according to a detection sequence of the fault detection type based on the IPRAN network topology data in the positioning range, and obtain detection result data corresponding to the fault detection type;
and a positioning module 705, configured to analyze the detection result data, and determine a node where the ip ran network failure is located.
In an embodiment, the positioning range determining module 701 is specifically configured to:
determining the identification of a special line to be analyzed for faults in the IPRAN network;
the routing topology data obtaining module is specifically configured to:
and obtaining the IPRAN network topology data of the private line according to the identification of the private line.
In an embodiment, the fault detection type includes one or any combination of traffic alarm data detection, traffic port state detection, bidirectional forwarding detection, PW state detection, LDP state detection, PING test, and LSP Tracert detection.
In an embodiment, the detection type and order determining module 703 is specifically configured to:
determining a fault detection type;
when the determined fault detection types comprise service alarm data detection, service port state detection, bidirectional forwarding detection, PW state detection, LDP state detection, PING test and LSP Tracert detection, the detection sequence of the determined fault detection types sequentially comprises service alarm data detection, service port state detection, bidirectional forwarding detection, PW state detection, LDP state detection, PING test and LSP Tracert detection.
In one embodiment, the traffic alarm data detection includes one or any combination of device alarm data detection, protocol alarm data detection, and circuit alarm data detection.
In summary, in the apparatus provided in the embodiment of the present invention, a location range of an IPRAN network fault is first determined, and then, ip ran network topology data in the location range is obtained; then, determining a fault detection type and a detection sequence of the fault detection type; the fault locating process can be more accurate by determining the detection sequence of the fault detection types, and the conflict among different fault detection types is avoided, so that the accuracy of the subsequent IPRAN network fault locating is improved, and finally, based on the IPRAN network topology data in the locating range, the IPRAN network is detected according to the detection sequence of the fault detection types, and the detection result data corresponding to the fault detection types is obtained; and analyzing the detection result data and determining the node where the IPRAN network fault is located. The fault locating process does not need manual analysis of operation and maintenance personnel, so that the efficiency of the IPRAN network fault locating is improved, and the accuracy of the IPRAN network fault locating is further improved. In addition, the method can perform feedback presentation on the real-time result data of the inspection, help network operation and maintenance personnel to quickly locate the service fault, and reduce the working pressure of the network operation and maintenance personnel. The IPRAN network government and enterprise private line is a two-layer channel service, the method not only detects the service fault caused by the fault of the traditional service network layer, but also carries out all-around diagnosis and analysis on each layer causing the service fault, including the detection and analysis of a link layer, a protocol layer, a PW layer and an LSP layer, so that the fault location is comprehensive and accurate.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The above-mentioned embodiments are intended to illustrate the objects, technical solutions and advantages of the present invention in further detail, and it should be understood that the above-mentioned embodiments are only exemplary embodiments of the present invention, and are not intended to limit the scope of the present invention, and any modifications, equivalent substitutions, improvements and the like made within the spirit and principle of the present invention should be included in the scope of the present invention.
Claims (12)
1. An IPRAN network fault location method, comprising:
determining the positioning range of the IPRAN network fault;
obtaining IPRAN network topology data in a positioning range;
determining a fault detection type and a detection sequence of the fault detection type;
detecting the IPRAN network based on the IPRAN network topology data in the positioning range according to the detection sequence of the fault detection type to obtain detection result data corresponding to the fault detection type;
and analyzing the detection result data and determining the node where the IPRAN network fault is located.
2. The IPRAN network fault location method of claim 1, wherein determining a location range for the IPRAN network fault comprises:
determining the identification of a special line to be analyzed for faults in the IPRAN network;
obtaining IPRAN network topology data within a positioning range, comprising:
and obtaining the IPRAN network topology data of the private line according to the identification of the private line.
3. The ip ran network failure location method of claim 1, wherein the failure detection type comprises one or any combination of traffic alarm data detection, traffic port state detection, bidirectional forwarding detection, PW state detection, LDP state detection, PING test, and LSP Tracert detection.
4. The ip ran network fault location method of claim 3, wherein determining the type of fault detection and the detection order of the type of fault detection comprises:
determining a fault detection type;
when the determined fault detection types comprise service alarm data detection, service port state detection, bidirectional forwarding detection, PW state detection, LDP state detection, PING test and LSP Tracert detection, the detection sequence of the determined fault detection types sequentially comprises service alarm data detection, service port state detection, bidirectional forwarding detection, PW state detection, LDP state detection, PING test and LSP Tracert detection.
5. The IPRAN network fault location method of claim 3, wherein traffic alarm data detection comprises one or any combination of device alarm data detection, protocol alarm data detection, and circuit alarm data detection.
6. An ip ran network fault location apparatus, comprising:
the positioning range determining module is used for determining the positioning range of the IPRAN network fault;
the routing topology data acquisition module is used for acquiring IPRAN network topology data in a positioning range;
the detection type and sequence determining module is used for determining the fault detection type and the detection sequence of the fault detection type;
the detection module is used for detecting the IPRAN network based on the IPRAN network topology data in the positioning range according to the detection sequence of the fault detection type to obtain detection result data corresponding to the fault detection type;
and the positioning module is used for analyzing the detection result data and determining the node where the IPRAN network fault is located.
7. The ip ran network fault location device of claim 6, wherein the location range determining module is specifically configured to:
determining the identification of a special line to be analyzed for faults in the IPRAN network;
the routing topology data obtaining module is specifically configured to:
and obtaining the IPRAN network topology data of the private line according to the identification of the private line.
8. The IPRAN network fault location device of claim 6, wherein the type of fault detection comprises one or any combination of traffic alarm data detection, traffic port status detection, bidirectional forwarding detection, PW status detection, LDP status detection, PING test, and LSP Tracert detection.
9. The ip ran network fault location device of claim 8, wherein the detection type and order determination module is specifically configured to:
determining a fault detection type;
when the determined fault detection types comprise service alarm data detection, service port state detection, bidirectional forwarding detection, PW state detection, LDP state detection, PING test and LSP Tracert detection, the detection sequence of the determined fault detection types sequentially comprises service alarm data detection, service port state detection, bidirectional forwarding detection, PW state detection, LDP state detection, PING test and LSP Tracert detection.
10. The ip ran network fault location apparatus of claim 8, wherein the traffic alarm data detection comprises one or any combination of equipment alarm data detection, protocol alarm data detection, and circuit alarm data detection.
11. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the method of any of claims 1 to 5 when executing the computer program.
12. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program for executing the method of any one of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910876676.XA CN110650041A (en) | 2019-09-17 | 2019-09-17 | IPRAN network fault positioning method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910876676.XA CN110650041A (en) | 2019-09-17 | 2019-09-17 | IPRAN network fault positioning method and device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110650041A true CN110650041A (en) | 2020-01-03 |
Family
ID=69010631
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910876676.XA Pending CN110650041A (en) | 2019-09-17 | 2019-09-17 | IPRAN network fault positioning method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110650041A (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111884840A (en) * | 2020-07-16 | 2020-11-03 | 中盈优创资讯科技有限公司 | IPRAN network equipment fault alarm merging analysis processing method and device |
| CN112468335A (en) * | 2020-11-16 | 2021-03-09 | 中盈优创资讯科技有限公司 | IPRAN cloud private line fault positioning method and device |
| CN114125911A (en) * | 2021-10-21 | 2022-03-01 | 中盈优创资讯科技有限公司 | Method and device for positioning interruption fault of 5G private line service |
| CN114338371A (en) * | 2022-01-21 | 2022-04-12 | 浪潮通信信息系统有限公司 | Method for positioning IPRAN network fault based on alarm |
| CN115021806A (en) * | 2022-05-10 | 2022-09-06 | 中国电信股份有限公司 | Link detection method and device, electronic equipment and storage medium |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1832434A (en) * | 2005-03-10 | 2006-09-13 | 华为技术有限公司 | Diagnostic method for network fault and its device |
| CN104135070A (en) * | 2014-07-14 | 2014-11-05 | 国家电网公司 | Diagnosis method for pre-channel fault of power distribution automation system |
| US20140355414A1 (en) * | 2013-05-28 | 2014-12-04 | Futurewei Technologies, Inc. | Label Switched Path Network Failure Detection And Traffic Control |
| US20160294603A1 (en) * | 2015-03-31 | 2016-10-06 | Ca, Inc. | Dynamic configuration of entity polling using network topology and entity status |
| CN108206757A (en) * | 2016-12-20 | 2018-06-26 | 中国移动通信集团广东有限公司 | It is wirelessly transferred fault warning processing method and processing device |
-
2019
- 2019-09-17 CN CN201910876676.XA patent/CN110650041A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1832434A (en) * | 2005-03-10 | 2006-09-13 | 华为技术有限公司 | Diagnostic method for network fault and its device |
| US20140355414A1 (en) * | 2013-05-28 | 2014-12-04 | Futurewei Technologies, Inc. | Label Switched Path Network Failure Detection And Traffic Control |
| CN104135070A (en) * | 2014-07-14 | 2014-11-05 | 国家电网公司 | Diagnosis method for pre-channel fault of power distribution automation system |
| US20160294603A1 (en) * | 2015-03-31 | 2016-10-06 | Ca, Inc. | Dynamic configuration of entity polling using network topology and entity status |
| CN108206757A (en) * | 2016-12-20 | 2018-06-26 | 中国移动通信集团广东有限公司 | It is wirelessly transferred fault warning processing method and processing device |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111884840A (en) * | 2020-07-16 | 2020-11-03 | 中盈优创资讯科技有限公司 | IPRAN network equipment fault alarm merging analysis processing method and device |
| CN111884840B (en) * | 2020-07-16 | 2022-09-06 | 中盈优创资讯科技有限公司 | IPRAN network equipment fault alarm merging analysis processing method and device |
| CN112468335A (en) * | 2020-11-16 | 2021-03-09 | 中盈优创资讯科技有限公司 | IPRAN cloud private line fault positioning method and device |
| CN114125911A (en) * | 2021-10-21 | 2022-03-01 | 中盈优创资讯科技有限公司 | Method and device for positioning interruption fault of 5G private line service |
| CN114125911B (en) * | 2021-10-21 | 2023-09-29 | 中盈优创资讯科技有限公司 | Method and device for locating service interruption fault of 5G private line |
| CN114338371A (en) * | 2022-01-21 | 2022-04-12 | 浪潮通信信息系统有限公司 | Method for positioning IPRAN network fault based on alarm |
| CN115021806A (en) * | 2022-05-10 | 2022-09-06 | 中国电信股份有限公司 | Link detection method and device, electronic equipment and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110650041A (en) | IPRAN network fault positioning method and device | |
| US8111627B2 (en) | Discovering configured tunnels between nodes on a path in a data communications network | |
| CN103401726B (en) | Network path detection method and device, system | |
| US9137101B2 (en) | Multi-layer network diagnostic tracing | |
| US7768928B2 (en) | Connectivity fault management (CFM) in networks with link aggregation group connections | |
| US8964570B2 (en) | Detecting failures of backup label switched paths in a network environment | |
| US9577905B2 (en) | Packet tracing through control and data plane operations | |
| US9094323B2 (en) | Probe packet discovery of entropy values causing specific paths to be taken through a network | |
| CN102833108B (en) | Position of failure point information processing method and equipment | |
| WO2021128977A1 (en) | Fault diagnosis method and apparatus | |
| US8107388B2 (en) | Route tracing program configured to detect particular network element making type of service modification | |
| CN106302021B (en) | Network flow forwarding abnormity detection method | |
| CN112260922B (en) | Method and system for quickly positioning network loop problem | |
| CN103840980A (en) | Method and device for detecting connectivity of bidirectional LSP | |
| CN111200544B (en) | Network port flow testing method and device | |
| CN110708715A (en) | Service fault finding method and device for 5G base station | |
| CN112003747A (en) | Fault positioning method of cloud virtual gateway | |
| Wang et al. | A tool for tracing network data plane via SDN/OpenFlow | |
| CN111162962A (en) | Method and system for detecting tunnel state of ring network channel type service | |
| US9118502B2 (en) | Auto VPN troubleshooting | |
| CN109412851B (en) | Link layer path detection method, device and system | |
| CN107612848B (en) | Debugging method and device and computer readable storage medium | |
| CN116244130A (en) | Board card detection method, device, test equipment and storage medium | |
| CN114172789B (en) | Virtual equipment link detection method, device, equipment and storage medium | |
| CN111343031B (en) | Method and device for determining network fault |
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 |
Application publication date: 20200103 |
|
| RJ01 | Rejection of invention patent application after publication |