CN1505409A - Rerouting method based on network entrance node - Google Patents
Rerouting method based on network entrance node Download PDFInfo
- Publication number
- CN1505409A CN1505409A CNA021533156A CN02153315A CN1505409A CN 1505409 A CN1505409 A CN 1505409A CN A021533156 A CNA021533156 A CN A021533156A CN 02153315 A CN02153315 A CN 02153315A CN 1505409 A CN1505409 A CN 1505409A
- Authority
- CN
- China
- Prior art keywords
- node
- lsp
- message
- web portal
- mark
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a kind of rerouting method based on network input joint intelligent optical network. The method designates the protection grade in the protection type-length value of sign application information is rerouting grade when creating the label swap path (LSB) of protection grade of network input joint. If the LSP is in malfunction, deletes the LSP among the defect point and the network input joint and the target client joint, and uses network input joint to apply route protocol to calculate new LSP, and then creates the LSP, and creates the connection of LSP and the undeleted LSP.
Description
Technical field
The present invention relates to the ASON field, relate to the heavy route method of a kind of Ingress node Network Based in the ASON or rather.
Background technology
The customer requirements ASON can provide protection to business; the protection that present ASON can provide has multiplex section protection (MSP); protected modes such as SNCP (SNCP) and heavy-route; for heavy-route technology wherein; there are several pieces of drafts to provide the solution of quick heavy-route in the internet engineering task group (IETF); for example draft-gan-fast-reroute-00 and draft-ietf-mpls-rsvp-lsp-fastreroute-00 etc.; the given solution of these drafts all is the situation at the fast quick-recovery customer service of needs; lay particular emphasis on the fast quick-recovery of such as voice over IP uses, using in real time, this solution need the tens of milliseconds after network breaks down within user's guiding service to the LSP of backup.
In order to recover user's business as far as possible apace, these drafts are expanded original resource reservation protocol (rsvp) or label distribution protocol (LDP), quick heavy-route object of being introduced (FAST_REROUTE Object) and the object that detours (DETOUR Object) are called object in RSVP, and in the LDP agreement, be called type-length-value (TLV, Type_Length_Value).And adopt the method calculate in advance and set up; promptly main with label switched path (LSP, Label Switching Path) for what will protect, calculate and set up some bypass LSPs in advance; when main when breaking down, user's business is imported on the nearest bypass LSP apace with LSP.Fig. 1 is the schematic diagram of quick heavy-route, and the LSP of dotted line 101 expressions among the figure is that the master uses LSP, is protected LSP, and the link of dotted line 102,103,104 expressions is bypass LSP for backup LSP.As can be seen from Figure 1, for the protection fully that realizes jumping the LSP of (hop) through N, need set up N-1 bar bypass LSP to one.
Because such scheme has adopted the mechanism of calculating in advance and setting up, so can switch to apace on the LSP of backup after the master breaks down with LSP, this switching can be finished within a few tens of milliseconds usually.But adopt this method need take more bandwidth resources, and also more complicated of the protocol controlling procedure of setting up so many bypass LSP, therefore, this scheme more is applicable to the business that protection level is higher.
Have plenty of for the method for the lower business of protection level at present and do not carry out protecting; what have then is to adopt schemes such as MSP, SNCP or quick heavy-route to carry out heavy-route; for the former; if network breaks down; then customer service can be interrupted therefore and forever, unless user or webmaster personnel issue configuration again, and for the latter; can be because of needing the outer bandwidth increase expense of occupying volume, and its protocol controlling procedure of setting up bypass LSP is very complicated.
Summary of the invention
In view of this, main purpose of the present invention provides a kind of heavy route method of Ingress node Network Based, outer bandwidth resources of occupying volume not when the lower customer service of protection level being protected to be implemented in, and do not need user or webmaster personnel to participate in.
The inventive method specifically is achieved in that a kind of heavy route method of Ingress node Network Based, be applicable in the ASON, the source client node is via comprising one of the Web portal node or be connected to set up label switched path (LSP) between upper network node and the purpose client node at least, after the source client node breaks down to the LSP between the purpose client node, it is characterized in that this method further may further comprise the steps:
A. the node at two ends, fault point respectively upstream nodes transmit status sign indicating number be the notification message of heavy-route indication, the transmit status sign indicating number is for connecting the notification message of deletion indication to downstream node;
B. the purpose client node initiates to connect deletion, the LSP between deletion purpose client node and the fault point after receiving notification message;
C. the Web portal node initiates to connect deletion after receiving notification message, and the LSP between deletion Web portal node and the fault point keeps the LSP between Web portal node and the source client node;
D. the Web portal node calculates new LSP between Web portal node and the purpose client node according to the service configuration information request Routing Protocol of self preserving, and set up this LSP, then LSP between Web portal node and the source client node and newly-established LSP are set up interconnection.
Described source client node is to can being that one section or above link break down between the purpose client node.
Described source client node is to can also being that one or above node break down between the purpose client node.
Described step b specifically may further comprise the steps:
B1. the purpose client node produces mark and reclaims message after receiving notification message, and this mark recovery message is sent to upstream node;
B2. the node at two ends, fault point receives and deletes LSP and the relevant information that is kept after this mark reclaims message, produce the mark release message simultaneously, and the mark release message sent to downstream node, all receive the downstream node of mark release message and all delete LSP and the relevant information that it kept.
Described step c specifically may further comprise the steps:
C1. the Web portal node produces the mark release message after receiving notification message, and this mark release message is sent to downstream node;
C2. the node at two ends, fault point is deleted LSP and the relevant information that is kept after receiving this mark release message, produce conditional code simultaneously for connecting the notification message of deletion indication, and notification message sent to upstream node, all receive the node of notification message and all delete LSP and the relevant information that it kept.
Setting up LSP new between Web portal node and the purpose client node described in the steps d may further comprise the steps:
D1. the Web portal node produces the mark request message, and sends step by step to downstream node;
D2. the purpose client node receives and produces the mark mapping message behind the mark request message, and upstream nodes sends step by step, and after the Web portal node received this message, new LSP set up and finishes.
Also be included in Web portal node initiation connection deletion flow process in the described steps d and set in advance the fixing stand-by period to calculating between the new LSP flow process.
This method may further include, and when setting up the LSP of Web portal node heavy-route protection level, indicates the protection level of LSP in the protection type-length-value of mark request message.
The inventive method is after certain part on the current business route breaks down; utilize the Web portal node to recalculate a new path and realize heavy-route; thereby under the prerequisite that does not additionally take Internet resources, can realize protection to the less demanding customer service of real-time; when customer service is interrupted; do not need user or webmaster personnel to rebulid that LSP just can recover professional and the purpose that reaches self-healing; not only save manpower, reduce resource occupation, and greatly reduce the cost of maintenance.
Description of drawings
Fig. 1 is the schematic diagram of quick heavy-route in the prior art;
The flow chart that Fig. 2 realizes for the inventive method;
Fig. 3 is the Web portal node heavy-route schematic diagram of the embodiment of the invention;
Fig. 4 is the message time sequence figure of the D knot removal downstream LSP of the embodiment of the invention;
Fig. 5 is the message time sequence figure of the C knot removal upstream LSP of the embodiment of the invention;
Fig. 6 is for setting up the message time sequence figure of new LSP in the embodiment of the invention.
Embodiment
Below in conjunction with drawings and the specific embodiments the inventive method is described in further detail.
The method of Web portal node heavy-route provided by the present invention is based on the LDP agreement.If certain bar LSP needs low-level protection provided by the present invention, when then setting up this LSP, in the protection type-length-value (Protection TLV) of mark request message (Label Request Msg), indicate the LSP that it is the heavy-route protection level.If this LSP breaks down, then calculate a new path by its pairing Web portal node, current customer service is imported in this path that calculates.
Between two client nodes, there is a LSP who requires the heavy-route protection; if this LSP certain part of process break down; this fault point may be one section or several sections links; it also may be one or several node; owing to can not judge node or link breaks down; therefore the part unification of breaking down is broken down as link and handle; as long as determine the start node of this faulty link; then this heavy-route process of LSP that requires heavy-route may further comprise the steps referring to shown in Figure 2:
A. the node at these faulty link two ends upstream nodes and downstream node send a notification message (Notification Msg) respectively, wherein, the conditional code that mails among the Notification Msg of downstream node is " connecting deletion indication (delete indication) ", and the conditional code that mails among the Notification Msg of upstream node is " heavy-route indication (reroute indication) ".
B. the purpose client node initiates to connect deletion after receiving the Notification Msg that upstream node forwards, and deletes the LSP between itself and the link that breaks down.
C. after the Web portal node is received the Notification Msg that downstream node sends, no longer transmit this message to the source client node, but initiate to connect deletion to downstream node, delete the LSP between itself and the link that breaks down, and the LSP between source client node and this Web portal node keeps still.
D. the Web portal node calculates a new LSP according to the service configuration information request Routing Protocol of preserving, and sets up this LSP.
Before the Web portal node calculates new LSP need be set one period stand-by period usually, it is in order to give the diffusion time of link failure information abundance, to access this information to guarantee the Web portal node that this section stand-by period is set.During this period of time can be pre-configured by the webmaster personnel.
E. the Web portal node is set up interconnection with LSP and the newly-established LSP that is kept between itself and the source client node, forms a complete LSP.
With a specific embodiment above method is described below.
Referring to Fig. 3, between source client node C1 and purpose client node C2, had a LSP, be C1-A-B-C-D-E-C2, promptly this LSP the node of process be respectively source client node C1, node A, B, C, D, E and purpose client node C2.This LSP is when setting up, and having indicated it in the Protection TLV of its mark request message (Label Request Msg) is the LSP of heavy-route protection level.If the link occurs fault between node C and the D is then done following processing:
Node C and D be upstream nodes and downstream node transmission Notification Msg respectively, with the LSP between deletion C and A, D and the C2.Wherein node D to node E and C2 send message with deletion D and C2 between the detailed process of LSP referring to Fig. 4, may further comprise the steps:
Step 401～402, D produce Notification Msg and send to E, and the conditional code in this message is " delete indication ", and E sends to C2 with this message;
Step 403～404, C2 produce mark recovery message (Label WithdrawMsg) after receiving this message, and send to E, and E sends it to D after receiving this message;
Step 405, D produce mark release message (Label Release Msg) after receiving this message, and send it to E, delete the LSP and the relevant information that keep among the D simultaneously;
Step 406, E receive inner LSP and the relevant information that keeps of same this node of deletion after this message, and this message is sent to C2, and C2 receives inner LSP and the relevant information that keeps of this node of deletion after this message.
So far, D is deleted to the LSP between the C2.
Node C to node A send message with the detailed process of the LSP between deletion C and the A referring to Fig. 5, may further comprise the steps:
Step 501～502, C produce Notification Msg and send to B, and the conditional code in this message is " heavy-route indication (reroute indication) ", and B sends to A with this message;
Step 505, C receive and produce Notification Msg behind this Label Release Msg, and this message is sent to B, the LSP and the relevant information of deleting among the C simultaneously to be preserved;
Step 506, B delete LSP and the relevant information that this node inside is preserved after receiving this message, simultaneously this message are sent to A, and A deletes LSP and the relevant information that this node inside is preserved after receiving this message.
So far, C is deleted to the LSP between the A.
Node A waits for a period of time after the initiation deletion, calculate a new LSP according to its service configuration information request Routing Protocol of preserving then, promptly set up this new LSP between A-G-H-I-E-C2, its message flow sequential chart may further comprise the steps referring to Fig. 6:
Step 601, A produce mark request message (Label Request Msg) and send to G;
Step 602, G send it after receiving this message to downstream node, up to node E;
Step 603, E send it to C2 after receiving this message;
Step 604, C2 produce mark mapping message (Label Mapping Msg) after receiving this message, and give E with its path loopback along Label Request Msg;
After step 605, E receive this message, same with its path upstream nodes loopback, up to node G along Label Request Msg;
After step 606, G receive this message, give A with its loopback equally.
After node A receives this message, LSP between the new A-G-H-I-E-C2 promptly sets up and finishes, the LSP that is kept between LSP that node A is new with this again and the C1-A sets up interconnection, thereby forms a complete LSP, and customer service can continue transmission by this complete LSP.
The inventive method can additionally not take under the prerequisite of Internet resources, realizes the protection to the less demanding customer service of real-time, when customer service is interrupted, does not need to issue again that configuration information just can recover business and the purpose that reaches self-healing.
Claims (8)
1, a kind of heavy route method of Ingress node Network Based, be applicable in the ASON, the source client node is via comprising one of the Web portal node or be connected to set up label switched path (LSP) between upper network node and the purpose client node at least, after the source client node breaks down to the LSP between the purpose client node, it is characterized in that this method further may further comprise the steps:
A. the node at two ends, fault point respectively upstream nodes transmit status sign indicating number be the notification message of heavy-route indication, the transmit status sign indicating number is for connecting the notification message of deletion indication to downstream node;
B. the purpose client node initiates to connect deletion, the LSP between deletion purpose client node and the fault point after receiving notification message;
C. the Web portal node initiates to connect deletion after receiving notification message, and the LSP between deletion Web portal node and the fault point keeps the LSP between Web portal node and the source client node;
D. the Web portal node calculates new LSP between Web portal node and the purpose client node according to the service configuration information request Routing Protocol of self preserving, and set up this LSP, then LSP between Web portal node and the source client node and newly-established LSP are set up interconnection.
2, method according to claim 1 is characterized in that, described source client node is to being that one section or above link break down between the purpose client node.
3, method according to claim 1 is characterized in that, described source client node is to being that one or above node break down between the purpose client node.
4, method according to claim 1 is characterized in that described step b specifically may further comprise the steps:
B1. the purpose client node produces mark and reclaims message after receiving notification message, and this mark recovery message is sent to upstream node;
B2. the node at two ends, fault point receives and deletes LSP and the relevant information that is kept after this mark reclaims message, produce the mark release message simultaneously, and the mark release message sent to downstream node, all receive the downstream node of mark release message and all delete LSP and the relevant information that it kept.
5, method according to claim 1 is characterized in that described step c specifically may further comprise the steps:
C1. the Web portal node produces the mark release message after receiving notification message, and this mark release message is sent to downstream node;
C2. the node at two ends, fault point is deleted LSP and the relevant information that is kept after receiving this mark release message, produce conditional code simultaneously for connecting the notification message of deletion indication, and notification message sent to upstream node, all receive the node of notification message and all delete LSP and the relevant information that it kept.
6, method according to claim 1 is characterized in that setting up described in the steps d LSP new between Web portal node and the purpose client node and may further comprise the steps:
D1. the Web portal node produces the mark request message, and sends step by step to downstream node;
D2. the purpose client node receives and produces the mark mapping message behind the mark request message, and upstream nodes sends step by step, and after the Web portal node received this message, new LSP set up and finishes.
7, method according to claim 1 is characterized in that, also is included in Web portal node initiation connection deletion flow process in the described steps d and sets in advance the fixing stand-by period to calculating between the new LSP flow process.
8, method according to claim 1 is characterized in that this method further comprises, when setting up the LSP of Web portal node heavy-route protection level, indicates the protection level of LSP in the protection type-length-value of mark request message.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB021533156A CN1331363C (en) | 2002-11-27 | 2002-11-27 | Rerouting method based on network entrance node |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB021533156A CN1331363C (en) | 2002-11-27 | 2002-11-27 | Rerouting method based on network entrance node |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1505409A true CN1505409A (en) | 2004-06-16 |
| CN1331363C CN1331363C (en) | 2007-08-08 |
Family
ID=34235090
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB021533156A Expired - Fee Related CN1331363C (en) | 2002-11-27 | 2002-11-27 | Rerouting method based on network entrance node |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1331363C (en) |
Cited By (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007062608A1 (en) * | 2005-12-02 | 2007-06-07 | Huawei Technologies Co., Ltd. | A method for realizing the separate routes spanning domains |
| WO2007065301A1 (en) * | 2005-12-09 | 2007-06-14 | Zte Corporation | A fast rerouting method for automatically exchanging optical network |
| WO2007071114A1 (en) * | 2005-12-23 | 2007-06-28 | Zte Corporation | A method for soft rerouting in optical network |
| CN100382534C (en) * | 2005-02-02 | 2008-04-16 | 华为技术有限公司 | Method for detecting exchange failure of intelligent optical network dual-direction multi-plexing section loop network protection |
| WO2008080311A1 (en) * | 2006-12-29 | 2008-07-10 | Huawei Technologies Co., Ltd. | A linkage method of links and a communication device |
| CN100417086C (en) * | 2005-04-28 | 2008-09-03 | 华为技术有限公司 | Dynamic optical network resource management |
| CN100484092C (en) * | 2005-02-03 | 2009-04-29 | 华为技术有限公司 | Rerouting method after lamina optical network route selection failure |
| CN100550850C (en) * | 2006-09-29 | 2009-10-14 | 华为技术有限公司 | A kind of service restoration method |
| CN101022449B (en) * | 2007-03-13 | 2010-09-08 | 华为技术有限公司 | Method, system and nodal equipment for establishing bypass LSP |
| CN1983890B (en) * | 2005-12-16 | 2011-04-20 | 中兴通讯股份有限公司 | Method for restoring failure node service in SDII system |
| CN102136940A (en) * | 2010-12-31 | 2011-07-27 | 华为技术有限公司 | Network recovery method and device |
| CN102282827A (en) * | 2009-01-21 | 2011-12-14 | 日本电气株式会社 | Signalling processing apparatus and link changeover method |
| CN101005442B (en) * | 2006-01-20 | 2012-01-11 | 华为技术有限公司 | Re-routing method |
| CN101247354B (en) * | 2008-03-26 | 2012-01-25 | 北京邮电大学 | Method for fast recovering heavy route aiming at T-MPLS network multicast |
| CN101019372B (en) * | 2004-10-13 | 2012-07-18 | 思科技术公司 | System and method for reporting out-of-resources (OOR) conditions in a data network |
| US8332693B2 (en) | 2007-11-30 | 2012-12-11 | Huawei Technologies Co., Ltd. | Method and apparatus for failure notification |
| CN101296506B (en) * | 2007-04-27 | 2013-01-02 | 财团法人工业技术研究院 | Distributed channel configuration method, wireless meshed network system using the same |
| CN101099351B (en) * | 2005-02-09 | 2013-01-02 | 思科技术公司 | Trigger for packing path computation requests |
| CN101471693B (en) * | 2007-12-27 | 2013-04-17 | 华为技术有限公司 | Method and apparatus for sharing grid protection |
| CN103250377A (en) * | 2010-12-15 | 2013-08-14 | 瑞典爱立信有限公司 | Message passing to assure deletion of label switched path |
| CN104363235A (en) * | 2014-11-20 | 2015-02-18 | 成都博高科技有限责任公司 | Communication method, device and system and communication channel establishing method and device |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102065058B (en) * | 2009-11-12 | 2014-03-12 | 华为技术有限公司 | Network optimization method and device |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3517114B2 (en) * | 1998-05-29 | 2004-04-05 | 株式会社東芝 | Node device, loop detection method, and packet transmission method |
| US6813242B1 (en) * | 1999-05-07 | 2004-11-02 | Lucent Technologies Inc. | Method of and apparatus for fast alternate-path rerouting of labeled data packets normally routed over a predetermined primary label switched path upon failure or congestion in the primary path |
| IL137082A (en) * | 2000-06-29 | 2004-08-31 | Eci Telecom Ltd | Method for forwarding a data packet within an mpls domain |
| KR100725005B1 (en) * | 2000-11-22 | 2007-06-04 | 주식회사 케이티 | Fast rerouting method in mpls network |
| WO2002087175A1 (en) * | 2001-04-19 | 2002-10-31 | Fujitsu Limited | Restoration/protection method and apparatus |
-
2002
- 2002-11-27 CN CNB021533156A patent/CN1331363C/en not_active Expired - Fee Related
Cited By (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101019372B (en) * | 2004-10-13 | 2012-07-18 | 思科技术公司 | System and method for reporting out-of-resources (OOR) conditions in a data network |
| CN100382534C (en) * | 2005-02-02 | 2008-04-16 | 华为技术有限公司 | Method for detecting exchange failure of intelligent optical network dual-direction multi-plexing section loop network protection |
| CN100484092C (en) * | 2005-02-03 | 2009-04-29 | 华为技术有限公司 | Rerouting method after lamina optical network route selection failure |
| CN101099351B (en) * | 2005-02-09 | 2013-01-02 | 思科技术公司 | Trigger for packing path computation requests |
| CN100417086C (en) * | 2005-04-28 | 2008-09-03 | 华为技术有限公司 | Dynamic optical network resource management |
| WO2007062608A1 (en) * | 2005-12-02 | 2007-06-07 | Huawei Technologies Co., Ltd. | A method for realizing the separate routes spanning domains |
| WO2007065301A1 (en) * | 2005-12-09 | 2007-06-14 | Zte Corporation | A fast rerouting method for automatically exchanging optical network |
| CN1983890B (en) * | 2005-12-16 | 2011-04-20 | 中兴通讯股份有限公司 | Method for restoring failure node service in SDII system |
| CN101223722B (en) * | 2005-12-23 | 2011-11-16 | 中兴通讯股份有限公司 | Method for soft re-routing in optical network |
| WO2007071114A1 (en) * | 2005-12-23 | 2007-06-28 | Zte Corporation | A method for soft rerouting in optical network |
| CN101005442B (en) * | 2006-01-20 | 2012-01-11 | 华为技术有限公司 | Re-routing method |
| CN100550850C (en) * | 2006-09-29 | 2009-10-14 | 华为技术有限公司 | A kind of service restoration method |
| CN101001205B (en) * | 2006-12-29 | 2010-08-11 | 华为技术有限公司 | Method of link linkage and communication equipment thereof |
| WO2008080311A1 (en) * | 2006-12-29 | 2008-07-10 | Huawei Technologies Co., Ltd. | A linkage method of links and a communication device |
| CN101022449B (en) * | 2007-03-13 | 2010-09-08 | 华为技术有限公司 | Method, system and nodal equipment for establishing bypass LSP |
| CN101296506B (en) * | 2007-04-27 | 2013-01-02 | 财团法人工业技术研究院 | Distributed channel configuration method, wireless meshed network system using the same |
| US8332693B2 (en) | 2007-11-30 | 2012-12-11 | Huawei Technologies Co., Ltd. | Method and apparatus for failure notification |
| CN101471693B (en) * | 2007-12-27 | 2013-04-17 | 华为技术有限公司 | Method and apparatus for sharing grid protection |
| CN101247354B (en) * | 2008-03-26 | 2012-01-25 | 北京邮电大学 | Method for fast recovering heavy route aiming at T-MPLS network multicast |
| CN102282827A (en) * | 2009-01-21 | 2011-12-14 | 日本电气株式会社 | Signalling processing apparatus and link changeover method |
| CN102282827B (en) * | 2009-01-21 | 2014-06-04 | 日本电气株式会社 | Signalling processing apparatus and link changeover method |
| US8797839B2 (en) | 2009-01-21 | 2014-08-05 | Nec Corporation | Signaling processor and link switching method |
| CN103250377A (en) * | 2010-12-15 | 2013-08-14 | 瑞典爱立信有限公司 | Message passing to assure deletion of label switched path |
| US9774492B2 (en) | 2010-12-15 | 2017-09-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Message passing to assure deletion of label switched path |
| CN102136940A (en) * | 2010-12-31 | 2011-07-27 | 华为技术有限公司 | Network recovery method and device |
| CN102136940B (en) * | 2010-12-31 | 2013-10-09 | 华为技术有限公司 | Network recovery method and device |
| CN104363235A (en) * | 2014-11-20 | 2015-02-18 | 成都博高科技有限责任公司 | Communication method, device and system and communication channel establishing method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1331363C (en) | 2007-08-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1505409A (en) | Rerouting method based on network entrance node | |
| CN1244212C (en) | Implicit shared bandwidth protection for fast reroute | |
| CN100490390C (en) | Service failure recovery method | |
| US7180866B1 (en) | Rerouting in connection-oriented communication networks and communication systems | |
| US7787359B2 (en) | Method and system for data forwarding in label switching network | |
| CN1277375C (en) | Switching method between permanent connection and exchage connection in optical network | |
| EP1315329A2 (en) | Method of routing point-to-multipoint traffic on an MPLS network | |
| CN1496629A (en) | Load balancing for fast reroute backup tunnels | |
| CN1783785A (en) | Restoration in a telecommunication network | |
| US8422361B2 (en) | Management of protection path bandwidth and changing of path bandwidth | |
| CN1866806A (en) | Method for realizing shared grid network recovery | |
| CN101047440A (en) | Method of service route return | |
| CN1848804A (en) | Data message transmitting method and node equipment based on MPLS TE tunnel | |
| CN1705292A (en) | Route selection method for implementing cross-domain constraint-based routing | |
| CN1921456A (en) | Label interchange pathway protection method and system | |
| CN1859431A (en) | Method for realizing two-way marked exchange path | |
| CN102136996B (en) | Route information updating method, node and system used for rapid rerouting binding | |
| CN1842034A (en) | Multi protocol label exchange performance supervision ability notifying and arranging method | |
| CN101286863B (en) | Implementing system and method of multicast application service based on MPLS | |
| CN101192959B (en) | A recovery method for multicast service connection in automatic switching optical network | |
| CN1859157A (en) | Service protective method | |
| CN102546352B (en) | A kind of method and system realizing point-to-multipoint label switch paths protection | |
| CN1815994A (en) | Method for detecting exchange failure of intelligent optical network dual-direction multi-plexing section loop network protection | |
| CN1812360A (en) | Intelligent optical network business re-routing trigging method | |
| CN101030917A (en) | Method and apparatus for realizing MPLS TE on VLAN interface |
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 | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20170921 Address after: 013500 the Inner Mongolia Autonomous Region Wulanchabu city Chahar street Chahar right middle banner khobor town No. 240 to pay 4 Patentee after: Zhang Xiufang Address before: 518057 Guangdong city of Shenzhen province science and Technology Park of HUAWEI Road Service Building Patentee before: Huawei Technologies Co., Ltd. |
|
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20070808 Termination date: 20171127 |