CN101056203A - A method and device for improving the multi-layer network service recovery performance - Google Patents
A method and device for improving the multi-layer network service recovery performance Download PDFInfo
- Publication number
- CN101056203A CN101056203A CN 200710064922 CN200710064922A CN101056203A CN 101056203 A CN101056203 A CN 101056203A CN 200710064922 CN200710064922 CN 200710064922 CN 200710064922 A CN200710064922 A CN 200710064922A CN 101056203 A CN101056203 A CN 101056203A
- Authority
- CN
- China
- Prior art keywords
- node
- service layer
- layer tunnel
- tunnel end
- described service
- 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.)
- Granted
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/0654—Management of faults, events, alarms or notifications using network fault recovery
-
- 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/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a method and device for improving the multiplayer network service recovery performance, belong to the network communication field, in order to overcome the defects of available technologies, such as the whole client service recovery time too long, can't meet with the requirements of network service, this method includes the following steps: after received the fault notification, determine whether the final node of service layer concerning with the fault is ineffective or not; if yes, then recover the tunnel of client layer; if no, then recover the tunnel of service layer. The device includes the decision module and fault recovery module. The invention may not only ensure the recovery efficiency of the whole network, but also ensure the optimum recovery performance of a single service under different conditions.
Description
Technical field
The present invention relates to network communication field, particularly a kind of method and device that improves multi-layer network service recovery performance.
Background technology
Development along with big fusion of network and network flattening, boundary between original different type network is fuzzy gradually, the multitiered network of the broad sense under unified control plane becomes the target that people pursue, flexible and efficient mixed scheduling between the final realization different layers network is with the management of optimizing Network and the survivability that improves network.In the mixed scheduling of multitiered network, adopt the tunneling technique of layering can improve the efficient of service dispatching effectively, the influence between the shielding different layers business, making only needs to pay close attention to the interface between the different layers tunnel and the coordination of strategy in service dispatching.The situation of possible multitiered network mixed scheduling has: IP (Internet Protocol, Internet Protocol)+TDM (Time Division Multiplexing, time division multiplexing), IP+WDM (Wavelength Division Multiplexing, wavelength division multiplexing), TDM+WDM and TDM variable grain, VC12 and VC4 as SDH (Synchronous Digital Hierarchy, SDH (Synchronous Digital Hierarchy)).The network that we claim to be in the carrying position in these multitiered networks is a service layer, is called as client layer with respect to the upper layer network of service layer, and loaded service is existing very big similitude aspect configuration and the dynamic recovery in these networks.The general corresponding particle of service layer is bigger, and comparatively direct and quick to the response of network failure, the recovery efficient of fault is higher, but flexibility is relatively poor end to end; And the general corresponding particle of client layer is less, and quantity is more, and influence surface is wider when network failure takes place, and fault recovery efficient is lower, but end-to-end flexibility is higher.
Referring to Fig. 1; for carrying short grained client layer LSP (Lable Switch Path in the service layer tunnel that adopts segmentation; label switched path) schematic diagram; this bearing mode is to improve resource utilization and the whole effective way of recovering efficient of network; but need to solve the rational management problem of sectional tunnel and upper strata LSP under the situations such as newly-built and fault recovery; should guarantee that the client layer business has the protection recovery capability of superior performance, guarantee that again network upheaval when breaking down is less.There is contradiction under many circumstances in above target, has only coordination and compromise by the scheduling of different layers tunnel, just can reach the effect of final satisfaction.In the recovery policy of present multi-layer tunnel, adopt bottom-up reset mode, at first recover the service layer tunnel after the fault message in judging fault notification, if service layer's tunnel restoration is failed then directly recovered client layer.Thereby judge that apace whether the service layer tunnel can successfully recover then is the major issue that is related to the business recovery performance.For example, segmentation VC4 tunnel with SDH carries under the situation of VC12LSP, in order to improve the restorability of VC12LSP, consider the whole factor of recovering efficient simultaneously again, need when fault takes place to judge fast that can the VC4 tunnel successfully recover, this function plays an important role to the restorability that improves VC12LSP.
In the prior art, adopt the method for client layer signaling waiting-timeout to judge whether the service layer tunnel can successfully recover, thereby whether the decision client layer recover.Start when the professional first node of client is received fault notification and recover timer, the timer expiry duration generally is made as a second level.If the service layer tunnel can recover normally; then client layer is professional after service layer's tunnel restoration just recovers; if the service layer tunnel can not normally recover; client layer is waited for up to recovering timer expiry; initiate the end-to-end recovery of client layer business, this moment, client layer may be reselected the service bearer layer of other service layer tunnels as oneself.
Though this scheme has solved the matching problem of client layer and service layer's recovery, but judge the restoration result of service layer by the method for waiting-timeout, occurring under the situation that service layer tunnel end-node lost efficacy (here, link to each other before and after the sectional tunnel, the end-node in previous tunnel is exactly the first node in a back tunnel), because the first and last node is the Yuan Hesu of this layer tunnel signaling, signaling can't get around when Yuan Hesu breaks down, thereby service layer can't recover, and client need wait until that timer expiry just can recover.Because the normal recovery in service layer tunnel generally is a few tens of milliseconds, and recover the timer expiry duration be second grade, thereby the whole restorability of client's business is subjected to very big influence to be difficult to satisfy the requirement of Network to restorability.
Summary of the invention
For the whole recovery time that overcomes the client's business that exists in the prior art slow, can't satisfy the defective of Network to the requirement of restorability, the embodiment of the invention provides a kind of method and device that improves multi-layer network service recovery performance.Technical scheme is as follows:
The embodiment of the invention provides a kind of method that improves multi-layer network service recovery performance, may further comprise the steps:
Judge whether the service layer tunnel end-node relevant with fault lost efficacy after receiving fault notification;
If described service layer tunnel end-node lost efficacy, then carry out the recovery in client layer tunnel;
If described service layer tunnel end-node did not lose efficacy, then carry out the recovery in service layer tunnel.
The embodiment of the invention also provides a kind of device that improves multi-layer network service recovery performance, comprises judge module and fault recovery module;
Described judge module is used for judging whether the service layer tunnel end-node relevant with fault lost efficacy after receiving fault notification, and judged result is sent to described fault recovery module;
Described fault recovery module is used to receive the judged result that described judge module sends, if described service layer tunnel end-node lost efficacy, then carries out the recovery in client layer tunnel; If described service layer tunnel end-node did not lose efficacy, then carry out the recovery in service layer tunnel.
Whether the embodiment of the invention lost efficacy by bottom-up tunnel restoration strategy and in conjunction with end-node is judged and to carry out the recovery in service layer tunnel or directly to carry out the recovery of client's business, both guarantee the whole lifting that recovers efficient of network, guaranteed the optimum in all cases restorability of wall scroll business again.
Description of drawings
Fig. 1 is the schematic diagram of the tunnel carrying granule client layer LSP of available technology adopting segmentation service layer;
Fig. 2 is the embodiment of the invention 1 described a kind of flow chart that improves the method for multi-layer network service recovery performance;
Fig. 3 is the schematic diagram of the embodiment of the invention 1 described VC-4 tunnel carrying VC-12LSP;
Fig. 4 is the embodiment of the invention 2 described a kind of structure charts that improve the device of multi-layer network service recovery performance;
Fig. 5 is the embodiment of the invention 3 described a kind of structure charts that improve the device of multi-layer network service recovery performance.
Embodiment
The invention will be further described below in conjunction with the drawings and specific embodiments, but the present invention is not limited to following examples.
In the described technical scheme of the embodiment of the invention, client layer is carried on the sectional tunnel, and tunnel first node receives fault notification when service layer, loses efficacy if judge the end-node of service layer, then notify the first node of client's business, it is recovered voluntarily by the first node in service layer tunnel; Do not lose efficacy if judge service layer's end-node, the client layer business can not carried out any action, and wait service layer recovers.
Referring to Fig. 2, the embodiment of the invention discloses a kind of method that improves multi-layer network service recovery performance, specifically may further comprise the steps:
Step 101: fault has taken place in any place when optical fiber, and the first node of corresponding service layer's tunnel first node and client layer LSP will receive fault notification, includes node identification and port-mark that alarm takes place in the fault notification.This moment, client layer LSP did not do any action, waited for the at first position of fault location of service layer's tunnel first node.
Step 102: receive that service layer's tunnel first node of fault notification travels through the path resource information in all the service layer tunnels relevant with port with the node that alarm takes place.
Step 103: the path resource information according to service layer's tunnel first node traversal judges whether the port that alarm takes place is the outbound port of the upstream node of this service layer's tunnel end-node, if, execution in step 104, otherwise execution in step 105.
Step 104: the port that alarm takes place is the outbound port of the upstream node of service layer's tunnel end-node, thereby judges it may is the end-node inefficacy in this service layer tunnel, needs to judge further whether end-node can reach.
Owing to judging end-node needs to wait for that the diffusion of malfunction route finishes before whether can reaching, and start the routing inquiry timer this moment, and timing length is 50 milliseconds.The reason that adopts timer to wait for that the diffusion of malfunction route finishes is to need to confirm that this node is just calculated inefficacy under the situation that all of the port of this node is all alarmed.Also can not start this routing inquiry timer, as long as a port alarm is arranged, with regard to the step of judging directly whether end-node can reach.
Behind the routing inquiry timer expiry, judge whether end-node can reach, if end-node can reach, execution in step 105, if end-node is unreachable, execution in step 106.
Judging whether end-node can reach can be with the first and last node in each tunnel as source and place, at TE (TrafficEngineering, traffic engineering) carrying out route in the database calculates, if can calculate route, illustrate that end-node can reach,, promptly calculate failure if can't calculate route, illustrate that end-node is unreachable, just can judge that end-node lost efficacy.
Judge whether end-node can reach and also can adopt BFD (Bidirection Forwarding Detection, two-way forwarding detect) agreement to realize.Send Hello (shaking hands) message by the timing (as 10 milliseconds) between the first and last node of operation BFD agreement, to judge the operating state of point-to-point transmission interface, if first node can not receive the handshake information of end-node for a long time, illustrate that then end-node can't operate as normal, just can judge that end-node is unreachable, lost efficacy.This way is comparatively common in pure IP network, in the network that can in time report port failure, can directly judge the state of port, so and do not rely on this kind and come detection failure by the agreement of BFD agreement definition status inquiry, also be the judgement end-node that can the reach same effect that lost efficacy but adopt the method for BFD agreement.
Step 105: tunnel first node is initiated the recovery in service layer tunnel.
Step 106: end-node is unreachable, then end-node lost efficacy, and this service layer tunnel can't recover, and at this moment searched the first node of all client's business of this tunnel carrying, and, carry out the recovery in client layer tunnel respectively by the first node of these client layers to the announcement that these first nodes transmission bottoms recoveries are failed.
Being carried on the VC-4 tunnel of many segmentations with many VC-12 LSP below is example, specifies the embodiment of the invention.
Referring to Fig. 3, client layer is two VC-12 LSP:VC-12 LSP A and VC-12 LSP B, and service layer is the VC-4 tunnel of 3 segmentations: FA1, FA2 and FA3.Above-mentioned two VC-12LSP are carried on 3 VC-4 tunnels.Wherein 1,2,3,4,5 be respectively node.Break down and be example with A, B, C three places respectively, specify the embodiment of the invention.
1) when fiber cut failure took place at the A place, node 2 receives fault notification, comprises in this fault notification: alarming node was a node 2, and port is A.Node 2 is searched the HOP information with the VC-4 tunnel of node headed by this node, finds that port A is not the outlet of the upstream node 3 of this tunnel end-node 4, then initiates the rerouting recovering of tunnel FA2 immediately.
2) when fiber cut failure took place at the B place, node 2 receives fault notification, comprises in this fault notification: alarming node was a node 3, and port is B.Node 2 is searched the HOP information with the VC-4 tunnel of node headed by this node, finds that port B is the outbound port of the upstream node 3 of this tunnel end-node 4, illustrates that node 4 might lose efficacy.
At this moment start 50 milliseconds of timers earlier, behind the timer expiry, searching the TE database is that the sourcesink node carries out route calculating with node 2,4, if calculated route, illustrates that node 4 can reach, and is not failure node, then initiates the rerouting recovering of tunnel FA2 immediately.
If can't calculate route, illustrate that node 4 is unreachable, it is failure node, then node 2 is searched the first node through each upper strata VC-12 LSP of this node, corresponding VC-12 LSP A and VC-12 LSP B in this example, its first node is respectively No. 2 nodes and No. 1 node, initiates LSP A and LSP B rerouting recovering by far-end informing mechanism notice node 1 and node 2 then.
3) when fiber cut failure took place at the C place, node 2 receives fault notification, comprises in this fault notification: alarming node was a node 4, and port is C.Node 2 is searched the HOP information with the VC-4 tunnel of node headed by this node, finds that port C is the inbound port of this tunnel end-node 4, thinks that end-node did not lose efficacy, and then initiated the rerouting recovering of tunnel FA2 immediately.
Referring to Fig. 4, the embodiment of the invention also provides a kind of device that improves multi-layer network service recovery performance, comprises judge module 201 and fault recovery module 202.
Wherein judge module 201 can specifically comprise upstream node judging unit 201a, wait for unit 201c and end-node accessibility judging unit 201b;
Upstream node judging unit 201a is used to judge whether the port of described generation alarm is the outbound port of the upstream node of described tunnel end-node, if, then judged result is sent to and wait for unit 201c, if not, then described service layer tunnel end-node did not lose efficacy;
Wait for that unit 201c is used to wait for that the diffusion of malfunction route finishes, and will wait for that the signal that finishes sends to described end-node accessibility judging unit 201b;
End-node accessibility judging unit 201b be used to receive described wait unit 201c sends wait for the signal that finishes after, judge whether described service layer tunnel end-node can reach, if described service layer tunnel end-node is unreachable, then service layer tunnel end-node lost efficacy, if described service layer tunnel end-node can reach, otherwise described service layer tunnel end-node did not lose efficacy.
End-node accessibility judging unit 201b comprises a route calculating judging unit, be used for first and last node with described service layer tunnel as source and place, carrying out route in the TE database calculates, if can calculate route, then described service layer tunnel end-node can reach, if can't calculate route, then described service layer tunnel end-node is unreachable.
End-node accessibility judging unit 201b also can comprise a regularly query unit, be used for service layer's tunnel first node by moving the BFD agreement to service layer's tunnel end-node timed sending hello packet, if described service layer tunnel first node can not receive the handshake information of service layer's tunnel end-node in setting-up time, judge that then service layer's tunnel end-node is unreachable.
Wait for that in fault judgement module 201 reason that the unit waits for that the diffusion of malfunction route finishes is to need to confirm that this node is just calculated inefficacy under the situation that all of the port of this node is all alarmed.Also can not adopt this wait unit, as long as a port alarm is arranged, with regard to the step of judging directly whether end-node can reach.
Referring to Fig. 5, judge module 201 can specifically comprise upstream node judging unit 201a and end-node accessibility judging unit 201b.
Upstream node judging unit 201a is used to judge whether the port of described generation alarm is the outbound port of the upstream node of described tunnel end-node, if, then judged result is sent to end-node accessibility judging unit 202b, if not, then described service layer tunnel end-node did not lose efficacy.
End-node accessibility judging unit 201b is used to receive the judged result that described upstream node judging unit 201a sends, if the port of described generation alarm is the outbound port of the upstream node of described service layer tunnel end-node, judge then whether described service layer tunnel end-node can reach, if described service layer tunnel end-node is unreachable, then service layer tunnel end-node lost efficacy, if described service layer tunnel end-node can reach, otherwise described service layer tunnel end-node did not lose efficacy.
The content of other module is identical with the device described in the embodiment 2 with annexation, repeats no more here.
In the foregoing description, the means that service layer's tunnel first node detects by fault location and route, by judging whether the end-node relevant with fault lost efficacy, the service layer tunnel can be in very short time, determined and whether success can be recovered, both guarantee the whole lifting that recovers efficient of network, guaranteed the optimum in all cases restorability of wall scroll business again.
Above-described embodiment, the present invention embodiment a kind of more preferably just, the common variation that those skilled in the art carries out in the technical solution of the present invention scope and replacing all should be included in protection scope of the present invention.
Claims (10)
1. a method that improves multi-layer network service recovery performance is characterized in that, may further comprise the steps:
Judge whether the service layer tunnel end-node relevant with fault lost efficacy after receiving fault notification;
If described service layer tunnel end-node lost efficacy, then carry out the recovery in client layer tunnel;
If described service layer tunnel end-node did not lose efficacy, then carry out the recovery in service layer tunnel.
2. a kind of method that improves multi-layer network service recovery performance as claimed in claim 1 is characterized in that, described receiving judges that the step whether the service layer tunnel end-node relevant with fault lost efficacy specifically comprises behind the fault notification:
The path resource information in the tunnel that traversal is relevant with port with the node of alarm, whether the port of judging described generation alarm is the outbound port of the upstream node of described service layer tunnel end-node, if, judge then whether described service layer tunnel end-node can reach, if described service layer tunnel end-node is unreachable, then described service layer tunnel end-node lost efficacy, if the port that described service layer tunnel end-node can reach or described generation is alarmed is not the outbound port for the upstream node of described service layer tunnel end-node, then described service layer tunnel end-node did not lose efficacy.
3. a kind of method that improves multi-layer network service recovery performance as claimed in claim 2 is characterized in that, the described step of judging whether described service layer tunnel end-node can reach also comprises the step of waiting for that the diffusion of malfunction route finishes before.
4. as claim 2 or 3 described a kind of methods that improve multi-layer network service recovery performance, it is characterized in that the described step of judging whether described service layer tunnel end-node can reach specifically comprises:
With the first and last node in described service layer tunnel as source and place, carry out route and calculate in traffic engineering database, if can calculate route, then described service layer tunnel end-node can reach, if can't calculate route, then described service layer tunnel end-node is unreachable.
5. as claim 2 or 3 described a kind of methods that improve multi-layer network service recovery performance, it is characterized in that the described step of judging whether described service layer tunnel end-node can reach specifically comprises:
Described service layer tunnel first node is by moving bidirectional transmission detecting protocol to described service layer tunnel end-node timed sending handshake message, if described service layer tunnel first node can not receive the handshake information of described service layer tunnel end-node in setting-up time, then described service layer tunnel end-node is unreachable, otherwise described service layer tunnel end-node can reach.
6. a device that improves multi-layer network service recovery performance is characterized in that, comprises judge module and fault recovery module;
Described judge module is used for judging whether the service layer tunnel end-node relevant with fault lost efficacy after receiving fault notification, and judged result is sent to described fault recovery module;
Described fault recovery module is used to receive the judged result that described judge module sends, if described service layer tunnel end-node lost efficacy, then carries out the recovery in client layer tunnel; If described service layer tunnel end-node did not lose efficacy, then carry out the recovery in service layer tunnel.
7. a kind of device that improves multi-layer network service recovery performance as claimed in claim 6 is characterized in that, described judge module is specially upstream node judging unit and end-node accessibility judging unit;
Described upstream node judging unit is used to judge whether the port of described generation alarm is the outbound port of the upstream node of described tunnel end-node, if, then judged result is sent to end-node accessibility judging unit, if not, then described service layer tunnel end-node did not lose efficacy;
Described end-node accessibility judging unit is used to receive the judged result that described upstream node judging unit sends, if the port of described generation alarm is the outbound port of the upstream node of described service layer tunnel end-node, judge then whether described service layer tunnel end-node can reach, if described service layer tunnel end-node is unreachable, then service layer tunnel end-node lost efficacy, if described service layer tunnel end-node can reach, otherwise described service layer tunnel end-node did not lose efficacy.
8. a kind of device that improves multi-layer network service recovery performance as claimed in claim 6 is characterized in that, described judge module is specially the upstream node judging unit, waits for unit and end-node accessibility judging unit;
Described upstream node judging unit is used to judge whether the port of described generation alarm is the outbound port of the upstream node of described tunnel end-node, if, then judged result is sent to the wait unit, if not, then described service layer tunnel end-node did not lose efficacy;
Described wait unit is used to wait for that the diffusion of malfunction route finishes, and will wait for that the signal that finishes sends to described end-node accessibility judging unit;
Described end-node accessibility judging unit be used to receive described wait unit sends wait for the signal that finishes after, judge whether described service layer tunnel end-node can reach, if described service layer tunnel end-node is unreachable, then service layer tunnel end-node lost efficacy, if described service layer tunnel end-node can reach, otherwise described service layer tunnel end-node did not lose efficacy.
9. as claim 7 or 8 described a kind of devices that improve multi-layer network service recovery performance, it is characterized in that, described end-node accessibility judging unit comprises route calculating judging unit, be used for first and last node with described service layer tunnel as source and place, carry out route and calculate in traffic engineering database, if can calculate route, then described service layer tunnel end-node can reach, if can't calculate route, then described service layer tunnel end-node is unreachable.
10. as claim 7 or 8 described a kind of devices that improve multi-layer network service recovery performance, it is characterized in that, described end-node accessibility judging unit comprises regularly query unit, be used for service layer's tunnel first node by moving bidirectional transmission detecting protocol to service layer's tunnel end-node timed sending handshake message, if described service layer tunnel first node can not receive the handshake information of service layer's tunnel end-node in setting-up time, judge that then service layer's tunnel end-node is unreachable.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200710064922 CN100512154C (en) | 2007-03-29 | 2007-03-29 | A method and device for improving the multi-layer network service recovery performance |
| PCT/CN2008/070589 WO2008119294A1 (en) | 2007-03-29 | 2008-03-26 | Method and equipment for restoring network business |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200710064922 CN100512154C (en) | 2007-03-29 | 2007-03-29 | A method and device for improving the multi-layer network service recovery performance |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101056203A true CN101056203A (en) | 2007-10-17 |
| CN100512154C CN100512154C (en) | 2009-07-08 |
Family
ID=38795829
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200710064922 Expired - Fee Related CN100512154C (en) | 2007-03-29 | 2007-03-29 | A method and device for improving the multi-layer network service recovery performance |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN100512154C (en) |
| WO (1) | WO2008119294A1 (en) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008119294A1 (en) * | 2007-03-29 | 2008-10-09 | Huawei Technologies Co., Ltd. | Method and equipment for restoring network business |
| CN102136965A (en) * | 2010-12-24 | 2011-07-27 | 华为技术有限公司 | Method for detecting tunnel faults and traffic engineering (TE) node |
| CN101505246B (en) * | 2009-03-02 | 2011-08-24 | 中兴通讯股份有限公司 | Fault detection and recovery method for network tunnel sectional protection mode |
| CN101621497B (en) * | 2008-06-30 | 2012-11-21 | 华为技术有限公司 | Method and system for service protection in multiple layers of networks |
| CN102833108A (en) * | 2012-08-30 | 2012-12-19 | 华为技术有限公司 | Processing method and equipment of location information of fault point |
| CN102833109A (en) * | 2012-08-30 | 2012-12-19 | 华为技术有限公司 | Positional information processing method and equipment of fault point |
| WO2013091173A1 (en) * | 2011-12-20 | 2013-06-27 | 中兴通讯股份有限公司 | Method and device for automatically releasing association between dynamic channel and service layer alarm |
| WO2013178098A1 (en) * | 2012-08-08 | 2013-12-05 | 中兴通讯股份有限公司 | Method and device for sending inter-domain fault information |
| CN104283711A (en) * | 2014-09-29 | 2015-01-14 | 中国联合网络通信集团有限公司 | Fault detection method based on BFD, nodes and system |
| CN114125911A (en) * | 2021-10-21 | 2022-03-01 | 中盈优创资讯科技有限公司 | Method and device for positioning interruption fault of 5G private line service |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114567542B (en) * | 2022-02-16 | 2023-09-15 | 烽火通信科技股份有限公司 | Hard pipeline private line hop-by-hop service detection method, device, equipment and storage medium |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5657320A (en) * | 1995-06-06 | 1997-08-12 | Mci Corporation | Method and system for resolving contention of spare capacity circuits of a telecommunications network |
| CN1284329C (en) * | 2002-12-30 | 2006-11-08 | 北京邮电大学 | Method for multilayer network to recover from |
| US7782787B2 (en) * | 2004-06-18 | 2010-08-24 | Avaya Inc. | Rapid fault detection and recovery for internet protocol telephony |
| CN100395994C (en) * | 2005-06-23 | 2008-06-18 | 华为技术有限公司 | Channel failure handling method in ASON |
| CN100512154C (en) * | 2007-03-29 | 2009-07-08 | 华为技术有限公司 | A method and device for improving the multi-layer network service recovery performance |
-
2007
- 2007-03-29 CN CN 200710064922 patent/CN100512154C/en not_active Expired - Fee Related
-
2008
- 2008-03-26 WO PCT/CN2008/070589 patent/WO2008119294A1/en active Application Filing
Cited By (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008119294A1 (en) * | 2007-03-29 | 2008-10-09 | Huawei Technologies Co., Ltd. | Method and equipment for restoring network business |
| CN101621497B (en) * | 2008-06-30 | 2012-11-21 | 华为技术有限公司 | Method and system for service protection in multiple layers of networks |
| CN101505246B (en) * | 2009-03-02 | 2011-08-24 | 中兴通讯股份有限公司 | Fault detection and recovery method for network tunnel sectional protection mode |
| CN102136965A (en) * | 2010-12-24 | 2011-07-27 | 华为技术有限公司 | Method for detecting tunnel faults and traffic engineering (TE) node |
| US9313090B2 (en) | 2010-12-24 | 2016-04-12 | Huawei Technologies Co., Ltd. | Tunnel fault detection method and traffic engineering node |
| CN102136965B (en) * | 2010-12-24 | 2013-12-04 | 华为技术有限公司 | Method for detecting tunnel faults and traffic engineering (TE) node |
| WO2013091173A1 (en) * | 2011-12-20 | 2013-06-27 | 中兴通讯股份有限公司 | Method and device for automatically releasing association between dynamic channel and service layer alarm |
| CN103580904A (en) * | 2012-08-08 | 2014-02-12 | 中兴通讯股份有限公司 | Method and device for sending inter-domain fault information |
| WO2013178098A1 (en) * | 2012-08-08 | 2013-12-05 | 中兴通讯股份有限公司 | Method and device for sending inter-domain fault information |
| WO2014032435A1 (en) * | 2012-08-30 | 2014-03-06 | 华为技术有限公司 | Method and device for processing location information about fault point |
| CN102833109A (en) * | 2012-08-30 | 2012-12-19 | 华为技术有限公司 | Positional information processing method and equipment of fault point |
| CN102833109B (en) * | 2012-08-30 | 2015-01-07 | 华为技术有限公司 | Positional information processing method and equipment of fault point |
| US9178756B2 (en) | 2012-08-30 | 2015-11-03 | Huawei Technologies Co., Ltd. | Method and device for processing location information of fault point |
| US9294369B2 (en) | 2012-08-30 | 2016-03-22 | Huawei Technologies Co., Ltd. | Method and device for processing location information of fault point |
| CN102833108B (en) * | 2012-08-30 | 2016-03-30 | 华为技术有限公司 | Position of failure point information processing method and equipment |
| CN102833108A (en) * | 2012-08-30 | 2012-12-19 | 华为技术有限公司 | Processing method and equipment of location information of fault point |
| CN104283711A (en) * | 2014-09-29 | 2015-01-14 | 中国联合网络通信集团有限公司 | Fault detection method based on BFD, nodes and system |
| CN104283711B (en) * | 2014-09-29 | 2018-01-26 | 中国联合网络通信集团有限公司 | Fault detection method, node and system based on two-way converting detection BFD |
| 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 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2008119294A1 (en) | 2008-10-09 |
| CN100512154C (en) | 2009-07-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101056203A (en) | A method and device for improving the multi-layer network service recovery performance | |
| CN1866806A (en) | Method for realizing shared grid network recovery | |
| CN101047440A (en) | Method of service route return | |
| CN1694418A (en) | Method for combining multi-section protection and mesh network recovery | |
| WO2006026930A1 (en) | A method for optical meshwork service restoration | |
| CN1816035A (en) | Master-spare transmission route realizing method based on data telecommunication network | |
| CN101621497A (en) | Method and system for service protection in multiple layers of networks | |
| CN1756184A (en) | Multiprotocol label switching network protection switching method | |
| CN1536819A (en) | Method for implementing dual home in next network | |
| CN1747439A (en) | Fault treating method for phase switching loop of automatic protection system of Ethernet | |
| US7801024B2 (en) | Restoring aggregated circuits with circuit integrity checks in a hierarchical network | |
| CN1859431A (en) | Method for realizing two-way marked exchange path | |
| CN1505409A (en) | Rerouting method based on network entrance node | |
| EP2466793A1 (en) | Method and device for protecting network | |
| CN1674527A (en) | Method for enhancing survivability of automatic exchange optical network | |
| CN1499747A (en) | Method for implementing protection and restoration for intelligent optical network | |
| CN1801749A (en) | Method for protecting data service in metropolitan area transmission network | |
| CN1812360A (en) | Intelligent optical network business re-routing trigging method | |
| CN1878036A (en) | Method for convergence of control-plane route in intelligent optical network | |
| CN1859157A (en) | Service protective method | |
| CN1798051A (en) | Method of network fault recovery crossing over connections in multiple domains | |
| CN1815994A (en) | Method for detecting exchange failure of intelligent optical network dual-direction multi-plexing section loop network protection | |
| CN101192959A (en) | A recovery method for multicast service connection in automatic switching optical network | |
| CN101047641A (en) | Stationary restart method of CR-LSR | |
| CN1558621A (en) | Method for recovering route in all-purpose multiple protocol label switched network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090708 Termination date: 20190329 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |