CN1917439B - Method of fault management in intercommunication network between Ethernet and MPLS - Google Patents
Method of fault management in intercommunication network between Ethernet and MPLS Download PDFInfo
- Publication number
- CN1917439B CN1917439B CN200510090861A CN200510090861A CN1917439B CN 1917439 B CN1917439 B CN 1917439B CN 200510090861 A CN200510090861 A CN 200510090861A CN 200510090861 A CN200510090861 A CN 200510090861A CN 1917439 B CN1917439 B CN 1917439B
- Authority
- CN
- China
- Prior art keywords
- mpls
- network
- fault
- ethernet
- eth
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
The method comprises: in the first, providing an Ethernet-MPLS intercommunication network model; describing the failure alarming message firstly generated in the corresponding network when the intercommunication network; the failure alarm message is processed using the intercommunication entity located between the Ethernet and MPLS networks and is transmitted between said two networks. The invention describes the failure alarm notice process in OAM intercommunication functional model under each defective state when the MPLS and Ethernet networks are in a parallel state.
Description
Technical field
The present invention relates to network communications technology field, relate in particular to the method that realizes fault and performance management in a kind of Ethernet and the MPLS intercommunication network.
Background technology
The Ethernet business constantly develops to metropolitan area network, telecommunications network from local area network (LAN).In the ever-increasing next generation network service of demand, MPLS (multiprotocol label switching) technology relies on its unique advantages to become first-selected network technology.
The model of Ethernet and MPLS business intercommunication has been done the framework definition at ITU-T in Y.1415, in the PWE3 of IETF working group, made detailed regulation simultaneously at Ethernet and MPLS intercommunication application draft-ietf-pwe3-ethernet-encap-09.txt.At present ITU-T roughly framework Y.17ethoam is more complete, the fault detection mechanism in the MPLS network has been made detailed regulation and ITU-T publishes in Y.1711.
For guaranteeing the maintainability and the operability of the network behind two net interconnectings, also need to realize corresponding M PLS and the end-to-end OAM of Ethernet intercommunication network (operation and maintenance) mechanism.
Yet detailed regulation has been carried out in the encapsulation when only the Ethernet business being moved in MPLS at present.And to the fault warning intercommunication mechanism of Ethernet and MPLS OAM, but do not describe, therefore, for OAM mechanism neither one total solution end to end.
Summary of the invention
In view of above-mentioned existing in prior technology problem, the purpose of this invention is to provide the method for fault management and performance management in a kind of Ethernet and the MPLS intercommunication network, thereby can realize in the intercommunication network OAM mechanism end to end.
The objective of the invention is to be achieved through the following technical solutions:
The invention provides the method for fault management in a kind of Ethernet and the MPLS intercommunication network, comprising:
A, network failure taking place in intercommunication network, generates the fault warning message;
B, described fault warning message is handled by the interworking function entity between Ethernet and MPLS intercommunication network, and between two nets, transmitted;
When the management entity ME in the Ethernet net detects fault, then by described ME forward direction and oppositely send ETH-AIS and ETH-RDI respectively in the Ethernet net;
When interworking function entity receives described ETH-AIS, then ETH-AIS is corresponded to the MPLS-FDI in the MPLS network, and in the MPLS network, transmit; Or interworking function entity then corresponds to ETH-RDI the MPLS-BDI in the MPLS network, and transmits in the MPLS network when receiving described ETH-RDI;
When Egress LSR corresponding in the MPLS network detects fault, then by Egress LSR forward direction and oppositely send MPLS-FDI and MPLS-BDI respectively in the MPLS network;
When interworking function entity receives described MPLS-FDI, then it is corresponded to ETH-AIS, and in the Ethernet net, transmit; Or interworking function entity then corresponds to ETH-RDI with it, and transmits in the Ethernet net when receiving described MPLS-BDI.
The network failure that takes place in the described intercommunication network comprises:
The label switching path LSP fault that interconnects in Ethernet side fault, interworking function entity fault and the MPLS network.
The detected fault of management entity ME in the described Ethernet net comprises: the fault of Ethernet net self and the fault of interworking function entity;
The detected fault of Egress LSR of described MPLS network comprises: the fault of MPLS network self and the fault of interworking function entity.
As seen from the above technical solution provided by the invention, when the invention describes MPLS and Ethernet and being in state arranged side by side, fault notification flow process in the OAM IWF model under the various defect states, perfect in Ethernet and MPLS network interworking end-to-end OAM fault management mechanism.
Simultaneously, the performance parameter that the present invention also proposes how to measure when MPLS is in state arranged side by side with Ethernet or estimation is relevant with defective.
Description of drawings
Fig. 1 is the model schematic diagram of the intercommunication network of the present invention's proposition;
The position view that Fig. 2 may occur for defective in the intercommunication network model of the present invention's proposition;
Fig. 3 is the processing procedure schematic diagram 1 of method of the present invention;
Fig. 4 is the processing procedure schematic diagram 2 of method of the present invention;
Fig. 5 is the performance parameter measurement model schematic diagram relevant with defective.
Embodiment
The problem to be solved in the present invention is that MPLS network and ETH network are in and the implementation method of OAM during column position, be exactly two internetwork fault notification flow processs under various defect states concretely, and among the OAM performance measurement message relevant with defective two internetwork handling processes.
Ethernet provided by the invention and MPLS OAM IWF model are as shown in Figure 1.
An interworking function entity is set between Ethernet that is in reciprocity position and MPLS network, is used to realize that the conversion of the OAM message between two nets is mutual, guarantee the intercommunication of OAM message.The present invention only relates to the description to the function of wherein OAM IWF (OAM interworking function entity) part.
The function that described OAM IWF realizes comprises: the OAM message of analyzing input between Ethernet and MPLS network, and the OAM message is changed according to different applicable cases, convert corresponding MPLS-CV (MPLS connectivity testing message) to as ETH-CC (Ethernet net connectivity testing message), fault warning message ETH-AIS (Ethernet net forward alarm indication) converts corresponding MPLS-FDI (indication of MPLS forward direction defective) to, or the like.
For ease of understanding the present invention, at first the contingent position of various defectives in the intercommunication network is described, as shown in Figure 2, the described fault that may occur has following three kinds of situations:
(1) Ethernet side network failure is as A part among Fig. 2;
(2) interworking function entity IWF fault is as B part among Fig. 2;
(3) lsp failure that interconnects in the MPLS side network is as C part among Fig. 2.
Below will be respectively the processing of the fault that may occur be done to describe one by one.In the following description, supposing that business between Ethernet and the MPLS connects sets up.Because it is two-way that Ethernet connects, therefore, the MPLS LSP of requirement and Ethernet business intercommunication also is two-way.
At first, the processing of Ethernet side network failure is described, specifically Ethernet side network failure is divided into two kinds of situations according to the direction that breaks down and describes respectively:
First kind of situation:
As shown in Figures 2 and 3, be forward ETH fault, i.e. ETH forward alarm is specially by ETH towards IWF direction link or traffic failure.The source of failure may be from the fault of bottom more, at this moment, notifies ETH layer by ETH-AIS; Or this layer of ETH link or traffic failure, whether receive that by ETH ME correct ETH-CC judges whether to enter malfunction;
After detecting fault, by detecting malfunction or receiving that the ETH ME (Ethernet net management entity) from the bottom faulty indication sends the forward alarm indication ETH-AIS towards IWF, simultaneously, oppositely send ETH-R DI notice far-end ETH ME malfunction at the ETH ME place that detects malfunction;
At the IWF place, receive of the input processing of described ETH-AIS alarm indication back as MPLS LSR, analyzing and processing is converted to corresponding MPLS-FDI, and sends to forward direction LSR in the MPLS network, promptly sends FDI message in the MPLS network.
Second kind of situation:
As Fig. 2 and shown in Figure 4, be reverse ETH fault, promptly ETH oppositely alarms, and is specially to deviate from IWF direction link or traffic failure.The source of failure may be from the fault of bottom more, is to notify ETH layer by ETH-AIS at this moment; Perhaps this layer of ETH link or traffic failure are specially by detecting whether receive that correct ETH-CC judges whether ETH ME enters malfunction;
After detecting the fault generation, then by detecting malfunction or receiving that the ETH ME from the bottom faulty indication sends alarm indication ETH-AIS to deviating from the IWF direction, simultaneously, to sending ETH-RDI towards the IWF direction;
At the IWF place, described ETH-RDI handles as the input of MPLS LSR (LSR among the MPLS), corresponds to MPLS-BDI after the analyzing and processing malfunction is notified to far-end peer-entities MPLS LSR.
Afterwards, the processing to interconnection lsp failure in the MPLS side network describes again, specifically also is divided into two kinds of situations at the processing of the lsp failure of described interconnection and describes.
First kind of situation:
As shown in Figures 2 and 3, be the forward lsp failure, i.e. MPLS forward alarm is specially and deviates from IWF direction lsp failure, and the source of trouble may be the fault of LSP own, also may be from the bottom fault.At this moment, the MPLS ME that perceives fault sends fault warning indication MPLS-FDI to deviating from the IWF direction, simultaneously, and also to sending MPLS-BDI towards the IWF direction;
At the IWF place, described MPLS-B DI handles as the input of ETH ME, corresponds to ETH-RDI after the analyzing and processing malfunction is notified to far-end peer-entities ETH ME.
Second kind of situation:
As Fig. 2 and shown in Figure 4, be reverse lsp failure, promptly MPLS oppositely alarms, and is specially towards IWF direction lsp failure, and the source of trouble may be the fault of LSP own, also may be from the bottom fault; At this moment, the MPLS ME that perceives fault simultaneously, also sends MPLS-BDI to deviating from the IWF direction to send fault warning indication MPLS-FDI towards the IWF direction;
Handle as the input of ETH ME at the MPLS-FDI of IWF place, correspond to ETH-AIS after the analyzing and processing malfunction is notified to far-end peer-entities ETH ME.
At last, the processing to interworking function entity IWF fault describes.
During interworking function entity IWF fault, whether receive correct MPLS-CV or ETH-CC message, can perceive the existence of fault at MPLS ME or ETH ME by detecting.
If ETH-ME at first perceives fault, then the fault notification flow process is identical with the handling process of Ethernet net side forward fault;
If MPLS-ME at first perceives fault, then the fault notification flow process is identical with reverse lsp failure handling process in the MPLS network.
Among the present invention, also comprise at the measurement of network performance parameter relevant in Ethernet and the MPLS intercommunication network and handling with defective.
Three the main network performance parameter relevant: FLR (frame loss rate) in Y.17ethoam, have been defined with defective, FD (frame time-delay), FDV (frame delay jitter), the prerequisite of each parameter measurement is that Ethernet is in upstate, and service traffics meet bandwidth agreement, are to allow the flow that passes through through traffic shaping, strategy back result promptly.
Among the present invention, for the MPLS network, corresponding network performance parameter still adopts above-mentioned three kinds of parameters, i.e. FLR, FD and FDV.
Certainly, Ethernet net and MPLS network also may relate to other network performance parameter information, will be example with above-mentioned three kinds of network performance parameter information below, and the method for measurement of the network performance parameter in the network of ETH and MPLS network interworking is described.
For FLR, the measurement of FD and FDV and other network performance parameters specifically can adopt following two kinds of methods to realize.
First kind of implementation method is as follows:
As shown in Figure 4, be example to measure above-mentioned three kinds of network performance parameters, specifically comprise:
(1) measures ETH connection (Ethernet net connection) section parameter F LR by ETH-ME
ETH(FLR of Ethernet section), FD
ETH(FD of Ethernet section), FDV
ETH(FDV of Ethernet section);
(2) measure the parameter F LR of MPLS connection section by MPLS-ME
MPLS(FLR of MPLS network segment), FD
MPLS(FD of MPLS network segment), FDV
MPLS(FDV of MPLS network segment).
(3) for FLR and FD, the FLR and the FD that cross over ETH and MPLS linked network are estimated by the parameter sum of ETH and MPLS network segment, then depend on wherein bigger value for FDV, are specially:
FLR＝FLR
ETH+FLR
MPLS
FD＝FD
ETH+FD
MPLS
FDV＝MAX(FDV
ETH，FDV
MPLS)
Do not have the processing of consideration on IWF by this method result calculated, the estimation result is less than normal than actual parameter, and its advantage is to realize simply.
Second kind of implementation method is as follows:
As shown in Figure 5, be example still to measure above-mentioned three kinds of network performance parameters, specifically comprise:
(1) initiate FLR by the operation layer that is based upon on ETH and the MPLS link link, FD, the measurement of FDV promptly sends measured message;
(2) at the IWF place described measured message is made corresponding conversion process;
For example, the FLR that initiates for ETH ME measures, and need convert ETH OAM message to the message of MPLS OAM correspondence at the IWF place, after IWF receives back message using, need convert the corresponding message of MPLS OAM to corresponding ETH OAM back message using;
(3) final, FLR measures originating end according to the measured message of receiving, calculates the result, thereby determines network performance parameter information.
The result more definite than first method by this method result calculated is more accurate, just in the specific implementation process, need make conversion process by the OAM message to two kinds of networks at the IWF place, realizes than the first method complexity.
In sum, when the invention describes MPLS and Ethernet and being in state arranged side by side, fault notification flow process in the OAM IWF model under the various defect states, perfect in Ethernet and MPLS network interworking end-to-end OAM fault management mechanism.
Simultaneously, the present invention also proposes how to handle the measurement of the performance parameter relevant with defective when MPLS is in state arranged side by side with Ethernet.
The above; only for the preferable embodiment of the present invention, but protection scope of the present invention is not limited thereto, and anyly is familiar with those skilled in the art in the technical scope that the present invention discloses; the variation that can expect easily or replacement all should be encompassed within protection scope of the present invention.Therefore, protection scope of the present invention should be as the criterion with the protection range of claim.
Claims (3)
1. the method for fault management in Ethernet and the MPLS intercommunication network is characterized in that, comprising:
A, network failure taking place in intercommunication network, generates the fault warning message;
B, described fault warning message is handled by the interworking function entity between Ethernet and MPLS intercommunication network, and between two nets, transmitted;
When the management entity ME in the Ethernet net detects fault, then by described ME forward direction and oppositely send ETH-AIS and ETH-RDI respectively in the Ethernet net;
When interworking function entity receives described ETH-AIS, then ETH-AIS is corresponded to the MPLS-FDI in the MPLS network, and in the MPLS network, transmit; Or interworking function entity receives described ETH-RDI, then ETH-RDI corresponded to the MPLS-BDI in the MPLS network, and transmits in the MPLS network;
When Egress LSR corresponding in the MPLS network detects fault, then by Egress LSR forward direction and oppositely send MPLS-FDI and MPLS-BDI respectively in the MPLS network;
When interworking function entity receives described MPLS-FDI, then it is corresponded to ETH-AIS, and in the Ethernet net, transmit; Or interworking function entity then corresponds to ETH-RDI with it, and transmits in the Ethernet net when receiving described MPLS-BDI.
2. the method for fault management in the intercommunication network in Ethernet according to claim 1 and the MPLS intercommunication network is characterized in that the network failure that takes place in the described intercommunication network comprises:
The label switching path LSP fault that interconnects in Ethernet side fault, interworking function entity fault and the MPLS network.
3. the method for fault management is characterized in that in Ethernet according to claim 1 and the MPLS intercommunication network, and described step B comprises:
The detected fault of management entity ME in the described Ethernet net comprises: the fault of Ethernet net self and the fault of interworking function entity;
The detected fault of Egress LSR of described MPLS network comprises: the fault of MPLS network self and the fault of interworking function entity.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200510090861A CN1917439B (en) | 2005-08-18 | 2005-08-18 | Method of fault management in intercommunication network between Ethernet and MPLS |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200510090861A CN1917439B (en) | 2005-08-18 | 2005-08-18 | Method of fault management in intercommunication network between Ethernet and MPLS |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1917439A CN1917439A (en) | 2007-02-21 |
| CN1917439B true CN1917439B (en) | 2010-05-05 |
Family
ID=37738337
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200510090861A Expired - Fee Related CN1917439B (en) | 2005-08-18 | 2005-08-18 | Method of fault management in intercommunication network between Ethernet and MPLS |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1917439B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102055545A (en) * | 2009-10-30 | 2011-05-11 | 华为技术有限公司 | Method and device for analyzing reliability of synchronous digital system network |
| CN102136882B (en) * | 2011-03-04 | 2015-03-18 | 华为技术有限公司 | Method and device for transferring error code status |
| CN102405620B (en) * | 2011-06-13 | 2015-05-27 | 华为技术有限公司 | Network security protection method, apparatus, and system |
| CN112714006B (en) * | 2019-10-24 | 2024-05-17 | 中兴通讯股份有限公司 | Link fault state notification method, device, equipment and medium |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1430386A (en) * | 2001-12-17 | 2003-07-16 | 阿尔卡塔尔加拿大公司 | System and method for transmission operation, management and maintainance grouping |
| CN1444361A (en) * | 2002-03-08 | 2003-09-24 | 阿尔卡塔尔公司 | Fault recovery method, communication network, network unit and communication interface module |
-
2005
- 2005-08-18 CN CN200510090861A patent/CN1917439B/en not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1430386A (en) * | 2001-12-17 | 2003-07-16 | 阿尔卡塔尔加拿大公司 | System and method for transmission operation, management and maintainance grouping |
| CN1444361A (en) * | 2002-03-08 | 2003-09-24 | 阿尔卡塔尔公司 | Fault recovery method, communication network, network unit and communication interface module |
Non-Patent Citations (1)
| Title |
|---|
| ITU-T.以太网-MPLS网络互通－用户平面互通.2005,3-5. * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1917439A (en) | 2007-02-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1933506B1 (en) | A method and apparatus for realizing the interworking of oam function between the ethernet and the mpls network | |
| CN100502303C (en) | Method for managing fault of Ethernet and multi-protocol tag exchange network interconnection | |
| EP2339784B1 (en) | Method and device for measuring network performance parameters | |
| EP1777897B1 (en) | A method for implementing management and protection by dividing domain in the label switching network | |
| US8248917B2 (en) | Method and system for implementing protection switching in multi-protocol label switching network | |
| EP2560326B1 (en) | Ring network protection method, network node and ring network | |
| US9203732B2 (en) | Recovery of traffic in a connection-oriented network | |
| EP1796327A1 (en) | A method for processing the failure between the egress lsr and the data equipment connected therewith | |
| WO2012041251A1 (en) | Route control method and system, and route computing apparatus | |
| CN103636172B (en) | There is the topology change in the network of ring topology | |
| JP2006180494A (en) | Central control unit of mpls network and method thereof | |
| CN1917439B (en) | Method of fault management in intercommunication network between Ethernet and MPLS | |
| CN102611610B (en) | The method and system of a kind of many same paths tunnels centralized management | |
| EP2129042A1 (en) | A multicast network system, node and a method for detecting a fault of a multicast network link | |
| CN102308526B (en) | Method, convergence device and system for realizing connected detection | |
| CN101159681A (en) | Method and node of implementing fast re-routing | |
| US9184986B2 (en) | Method and apparatus for optimizing and scaling control plane traffic in carrier ethernet transport networks | |
| KR100872453B1 (en) | BFD/OAM BASED SYSTEM FOR AND BFD/OAM BASED METHOD OF MONITORING FAILURES AND MEASURING PERFORMANCE IN DiffServ-over-MPLS | |
| US7881210B2 (en) | Method and apparatus for identifying label distribution protocol flapping events | |
| CN101145996B (en) | Failure management method for interaction between Ethernet and multi-protocol label switching network | |
| Kim et al. | OAM and protection mechanisms for MPLS-TP packet transport networks | |
| Tochio et al. | LIME Working Group K. Lam, Ed. Internet-Draft E. Varma, Ed. Intended status: Informational Nokia Expires: April 28, 2017 S. Mansfield, Ed. Ericsson | |
| Tochio et al. | LIME Working Group K. Lam, Ed. Internet-Draft E. Varma, Ed. Intended status: Informational Nokia Expires: September 19, 2016 S. Mansfield, Ed. Ericsson | |
| Tochio et al. | LIME Working Group K. Lam, Ed. Internet-Draft E. Varma, Ed. Intended status: Informational Alcatel-Lucent Expires: April 17, 2016 S. Mansfield, Ed. Ericsson | |
| Tochio et al. | LIME Working Group K. Lam, Ed. Internet-Draft E. Varma, Ed. Intended status: Informational Alcatel-Lucent Expires: October 29, 2015 S. Mansfield, Ed. Ericsson |
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: 20100505 Termination date: 20150818 |
|
| EXPY | Termination of patent right or utility model |