CN1913496A - Conversion control method and system of OAM message - Google Patents
Conversion control method and system of OAM message Download PDFInfo
- Publication number
- CN1913496A CN1913496A CNA2006101122105A CN200610112210A CN1913496A CN 1913496 A CN1913496 A CN 1913496A CN A2006101122105 A CNA2006101122105 A CN A2006101122105A CN 200610112210 A CN200610112210 A CN 200610112210A CN 1913496 A CN1913496 A CN 1913496A
- Authority
- CN
- China
- Prior art keywords
- message
- oam message
- mac address
- oam
- address
- 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
-
- 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/34—Signalling channels for network management communication
Abstract
This invention provides a transmission control method and a system for OAM messages, in which, the method includes: adding a piece of ID information on the OAM message then transmitting the message in maintenance fields, when the middle node of the maintenance alliance receives the OAM message, if it does not fine out the MAC address in a trtansmission list, then it broadcasts the OAM message in the analog LAN based on said ID information or casts it off. This invention also provides a transmission control system including an ID information adding module and a transmission module.
Description
Technical field
The present invention relates to network communication field, particularly a kind of OAM (Operations, Admimistration andMaintenance, Operations, Administration and Maintenance) message forwarding control method and system.
Background technology
Ethernet technology be simple and easy to, cheap and bandwidth can improve constantly, and is all to have obtained large-scale application as a kind of business or as a kind of network configuration in enterprise network, metropolitan area network and wide area network scope.It is more weak that but ability can be safeguarded, can be runed to traditional ethernet, and the scope of promoting along with Ethernet enlarges gradually, and is also more and more stronger to the demand of Ethernet OAM function.
Ethernet OAM function can be divided into the two large divisions: fault management, performance management.Wherein, fault management is the connectedness that sends the detection messages detection network by the mode of timing or manual triggers, realization mechanism is similar to BFD, MPLS OAM, also provides simultaneously to be similar among the IP means of fault recognition function Ping and isolation features Tracert and Ethernet is got fault to position.Performance management mainly refers to the packet loss in the Network Transmission, time delay, the isoparametric measurement of shake, comprises also all kinds of flows in the network (sending byte number, error message number etc. as receiving) are added up that this performance management is implemented at user access point usually.
802.1ag ethoam can solve Ethernet OAM problem end to end, major function comprises: fault detection capability, fault recognition function (Ping), fault location and isolation features (Tracert), signalling trouble and alarm inhibit feature.
Basic conception about 802.1ag is described below:
Maintenance field MD (Maintenance Domain) is the involved network of 802.1ag fault management capability or certain part in the network, by a series of DSAP (Domain Service Access Point, the territory Service Access Point) define, different MD distinguishes by MD name separately.Wherein DSAP is called the territory Service Access Point, it is the boundary point of maintenance field, certain port as bridge device, it provides connectivity services for the outside in territory, also may there be ISAP (IntermediateServiceAccess Point in the inside of maintenance field, the intermediary service access point), it is the intermediate node from a DSAP to another DSAP.
Referring to Fig. 1, provided the example of a maintenance field, wherein there are 5 bridge devices, the zone of 6 DSAP coverings is exactly a maintenance field, and there are a plurality of ISAP in the centre.
Can in maintenance field, dispose a plurality of Service Instances (as professional available DSAP) as required at a certain user, a Service Instance is made up of a plurality of DSAP, identify by a sign ID, a Service Instance has total some attributes (as bandwidth).
The connectionless alliance that specifies a Service Instance just to set up between those DSAP concerns, this relation is called MA (Maintenance Association, Maintenance Association), the end points of MA is called MEP (Maintenance Association EndPoint, the Maintenance Association end points), the intermediate node that relates to is called MIP (Maintenance Association IntermediatePoint, Maintenance Association intermediate node), MEP is positioned at corresponding D SAP place, and MIP is positioned at corresponding ISAP place.MA distinguishes by unique MA name in whole maintenance field, and the MA name is with safeguarding that domain name has formed unique sign ID, and this sign ID need carry in related news, to distinguish other Service Instance.
Referring to Fig. 2, some a, c, e, f are configured to the DSAP that user C1 can use, thereby have set up a relevant Service Instance and the corresponding Maintenance Association MA of user C1, and two other DSAP b and d do not use, and do not belong to this Service Instance and MA.
Referring to Fig. 3, see Maintenance Association MA Fig. 2 from user C1 angle, it is to be made of four DSAP nodes that belong to a Service Instance.
802.1ag Mac Trace function implementation procedure is as follows:
Mac Trace is as an OAM instrument, based on LTM (Link Trace Message, link trace message), LTR (Link Trace Reply, the link trace response message) realization of 802.1ag.
The mode that Mac Trace support is ordered as Trace based on equipment, LTM is used to detect the MIP path of being passed through between two MP (Maintenance Point, Maintenance Point), sends LTM by MEP, arrive purpose MP through MIP, MP and purpose MP will be toward source MEP return response message LTR on the way.
Wherein, LTM is the message of a known multicast address, carries the MAC Address of purpose MEP or MIP in the message.When purpose MEP transmits, each MIP on the way replys the LTR message to source MEP to this message one by one by MIP, and like this, source MEP just can obtain leading to the information of which MIP of existence on the road of purpose MP, and writes down their MAC Address.
Link Trace multicast in MA sends, owing to respond to the LTR message possibility right and wrong path message of originating end MEP, promptly LTM is different with the message propagation path of LTR.After receiving all LTR messages, at last by calculating towards the path of purpose MEP.
As shown in Figure 4, A point multicast sends the LTM message, after B receives the LTM of transmission of A, respond a LTR message and give A (LTR is that clean culture sends), continue multicast then and send the LTM message, after C receives the LTM of B transmission, judge that the purpose MAC in the LTM message is oneself, no longer continue to send LTM, but directly send a LTR to A.The A point just can calculate a paths that leads to C by the LTR message of receiving.If this paths has fault or loopback to take place, can calculate fault point information by the LTR message.
The form of IEEE 802.1ag link trace message LTM is as shown in table 1:
Table 1
Wherein, MD Level: sign MD rank;
The Version:OAM protocol version;
OpCode: the form of specified protocol and purposes;
Flags: determine its meaning by the message of different-format;
First TLV Offset: the side-play amount of first TLV in the message;
Transaction Identifier/Sequence Number: send sign/sequence number;
The jumping figure of LTM TTL Field:LTM message process;
Original MAC Address Field: initiate the MAC Address that the MEP of LTM message is ordered at first;
The target MAC (Media Access Control) address that Target MAC Address Field:LTM follows the tracks of;
Additional LTM TLVs: the TLV of increase, the usefulness of protocol extension;
End TLV: the end TLV of sign TLV sequence, i.e. last TLV in the message.
LTM message forwarding mechanism is as follows in the prior art:
1) MEP initiates the LTM message, path failure is carried out in the path from the source address to the target MAC (Media Access Control) address detect.Comprised target MAC (Media Access Control) address in this LTM message, send mode is that multicast sends in same MD.
2) after bridging device had been received the LTM message, the HWonly=1 in the Flags territory looked into MAC and transmits and carry out message and transmit, if the failure of inquiry MAC Address, then dropping packets or send message with broadcast mode;
Work as HWonly=0, look into MAC and transmit and carry out message and transmit, if the failure of inquiry MAC Address, look into CCM (ContinuityCheck Message, the continuity detection messages) transmits and carry out message and transmit, if inquiry failure, then dropping packets or send message with broadcast mode.
The possibility that can not find out the MAC forwarding-table item has two kinds:
1) bridging device is not learnt corresponding M AC address.Just start such as equipment.
2) bridging device requires to have MAC address aging mechanism usually, and equipment is not learnt a certain MAC Address again in certain ageing time, and then this MAC Address can be left out from transmit.Therefore when time of LTM initiation after the bridging device MAC address aging, this bridging device just can't accurately be transmitted the LTM message so, also just can't carry out fault location.
At top two kinds of possibilities that can not find out the MAC forwarding-table item, the method that can take has:
1) finds to start the link trace function immediately after the fault, make and in ageing time, finish fault location function;
2) use the CCM message to be carried at the routing information that leads to every other MP node that intermediate node (MIP) is safeguarded;
3) cycle sends the LTM message to all MP nodes, safeguards an information table that leads to the MP path by the LTR message;
4) the static MAC of manual configuration transmits;
5) search the forwarding behavior in when failure by configuration MAC on all MP points.
The shortcoming of prior art is as follows:
First method can not always guarantee to finish the automatic positioning function of fault before MAC address aging, have uncertainty;
Second kind and the third all will take certain CPU and memory source to bridging device, and the third method also will continue to take certain Internet resources;
The 4th kind of method and the 5th kind of method configuration effort amount are very big, and can not adapt to the variation of network topology, poor expandability.
For example: the mode by order line is being configured on each port on the network, instruct the forwarding of LTM, so such configuration amount will be huge, if MD network comprises 100,000 even more port, such configuration amount is unrealistic concerning the keeper.
Summary of the invention
The present invention searches and transmits when failure problem how to handle of message in order to solve prior art, and a kind of OAM message forwarding control method and system are provided.Described technical scheme is as follows:
The invention provides a kind of OAM message forwarding control method, said method comprising the steps of:
Steps A: on the OAM message, increase an identification information, in maintenance field, send then;
Step B: after the Maintenance Association intermediate node receives described OAM message,, then described OAM message is broadcasted in VLAN or abandoned according to described identification information if in transmitting, do not find MAC Address.
Described steps A specifically comprises:
Steps A 1: the arbitrary position in low 7 bits in the Flags territory of OAM message is expanded,, the position of expansion is provided with important symbol if described OAM message is important; Otherwise be not provided with;
Steps A 2: the message after the Maintenance Association end points will be expanded sends in maintenance field with multicast mode.
Described step B specifically comprises:
The Maintenance Association intermediate node is looked into MAC and is transmitted after receiving described OAM message, if the failure of inquiry MAC Address if described message is provided with important symbol, is broadcasted described OAM message, otherwise abandoned described OAM message in VLAN.
Described step B specifically comprises:
After the Maintenance Association intermediate node is received described OAM message, looking into MAC transmits, if inquiry MAC Address failure, look into continuity detection messages database and carry out the message forwarding, if inquiry failure, if described message is provided with important symbol, described OAM message is broadcasted in VLAN, otherwise abandon described OAM message.
Described steps A specifically comprises:
Increase a type lengths values at the OAM message, in the type field of described type lengths values, carry standby MAC Address, in maintenance field, send then.
Described step B specifically comprises:
Step B1: the Maintenance Association intermediate node is looked into MAC and is transmitted after receiving described OAM message, if the failure of inquiry MAC Address judges that the standby MAC Address of carrying in the type lengths values is unicast address, multicast address or broadcast address;
Step B2: if standby MAC Address is a unicast address, use this standby MAC Address in MAC transmits again inquiry once, if if inquiry failure then abandon this message can successful inquiring, be then transmitted;
Step B3:, will send message by the multicast mode if standby MAC Address is a multicast address;
Step B4:, will send message by broadcast mode if standby MAC Address is a broadcast address.
The present invention also provides a kind of OAM message forwarding control system, and described system comprises with lower module:
Identification information increases module, and being used for increases an identification information on the OAM message, sends in maintenance field then;
Forwarding module after being used for the Maintenance Association intermediate node and receiving described OAM message, if do not find MAC Address in transmitting, is then broadcasted described OAM message or is abandoned according to described identification information in VLAN.
Described identification information increases module and specifically comprises:
Expansion and transmitting element, be used for arbitrary position of low 7 bits in the Flags territory of OAM message is expanded, if described OAM message is important, the position of described expansion is provided with important symbol, otherwise be not provided with, the message after the Maintenance Association end points will be expanded sends in maintenance field with multicast mode.
Described forwarding module specifically comprises:
The first message retransmission unit after being used for the Maintenance Association intermediate node and receiving described OAM message, is looked into MAC and is transmitted, if inquiry MAC Address failure, if described message is provided with important symbol, described OAM message is broadcasted in VLAN, otherwise abandon described OAM message;
The described first message retransmission unit also is used for the Maintenance Association intermediate node receive described OAM message after, looking into MAC transmits, if inquiry MAC Address failure, look into continuity detection messages database and carry out the message forwarding, if inquiry failure, if described message is provided with important symbol, described OAM message is broadcasted in VLAN, otherwise abandon described OAM message.
Described identification information increases module and specifically comprises:
Standby address is provided with the unit, and being used for increases a type lengths values at the OAM message, carries standby MAC Address in the type field of described type lengths values, sends in maintenance field then.
Described forwarding module specifically comprises:
The second message retransmission unit after being used for the Maintenance Association intermediate node and receiving described OAM message, is looked into MAC and is transmitted, if do not find with message in MAC Address be complementary list item the time, the standby MAC Address of carrying in the length value is by type transmitted.
Using the beneficial effect that technical scheme of the present invention brings is:
Do not need bridging device to increase unnecessary function, promptly can reduce the requirement of equipment, can reduce development cost simultaneously yet.
Can save keeper's manual configuration operation in a large number, only need when MEP initiate the LTM message, carry corresponding forwarding control information and get final product.The keeper can use the LTM message of B/D=0 (abandoning) to locate earlier, if can not finish the location, can select the LTM message of B/D=1 (broadcasting) to continue the location.Directly handle and these functions all are networking processor NP basically, speed is fast, the efficient height.
Description of drawings
Fig. 1 is a maintenance service example schematic in the prior art;
Fig. 2 is the maintenance service example schematic of manager's angle in the prior art;
Fig. 3 is the maintenance service example schematic of client's angle in the prior art;
Fig. 4 is the transmission/response schematic diagram of link trace message in the prior art;
Fig. 5 is the OAM message forwarding control method flow chart that the embodiment of the invention 1 provides;
Fig. 6 is the OAM message forwarding control method flow chart that the embodiment of the invention 2 provides;
Fig. 7 is the OAM message forwarding control system schematic diagram that the embodiment of the invention 3 provides;
Fig. 8 is the OAM message forwarding control system schematic diagram that the embodiment of the invention 4 provides.
Embodiment
The invention will be further described below in conjunction with the drawings and specific embodiments, but not as a limitation of the invention.
The invention provides a kind of OAM message forwarding control method and system, it mainly reaches the purpose that control OAM message is transmitted by the Flags territory in the OAM message being expanded or being made the OAM message carry a kind of new type lengths values TLV.
OAM message among the present invention can be link trace message LTM, link trace response message LTR and continuity detection messages CCM etc.
Embodiment 1
Referring to Fig. 5, a kind of OAM message forwarding control method, the OAM message of present embodiment is that example describes with link trace message LTM, specifically may further comprise the steps:
Step 101: the 6th bit in the Flags territory of link trace message LTM is expanded, the position after the expansion is named, present embodiment called after B/D (Broadcast/Discard broadcasts or abandons) position.
In the LTM message, the existing service regeulations in Flags territory are:
The HWOnly:(the highest-order bit), will use mac address table to instruct the LTM message to send to next hop address, and not use MEP CCM database and MIP CCM database if this position is set up.
Because low 7 bits in the Flags territory do not use in the form of existing IEEE 802.1ag link trace message LTM, so can expand arbitrary bit wherein, present embodiment is that example describes with the 6th bit only.
Step 102: the position to new expansion is provided with, if described OAM message is important, and B/D=1 then, otherwise B/D=0.
If B/D=1, the LTM message is broadcasted LTM in virtual LAN VLAN, if B/D=0 then abandons this LTM.
LTM message after step 103:MEP will expand sends in maintenance field MD in the multicast mode, has comprised target MAC (Media Access Control) address in this LTM message.
Step 104: after Maintenance Association intermediate node MIP receives the LTM message, judge whether the HWonly in the Flags territory equals 1, if, execution in step 105; Otherwise, execution in step 106.
Step 105: when HWonly=1, MIP at first looks into MAC and transmits, if do not find with LTM in purpose MAC be complementary list item the time, just check the B/D position among the Flags, if B/D=1, LTM message be broadcasting LTM in VLAN (VirtualLocal Area Network, VLAN), if B/D=0 then abandons this LTM.
Step 106: when HWonly is changed to 0, the MIP node is inquiry MAC table earlier, if inquire about MEPCCM database or MIP CCM database again after the inquiry failure, if the inquiry failure still occurs, at this moment use the B/D position to judge, if B/D=1, the LTM message is broadcasted in VLAN, if B/D=0 then abandons this message.
Said method is by a bit in Flags territory in the amplifying message, judges very simply to the processing method of message, is easy to realization.
The present invention also provides another OAM message forwarding control method, and the OAM message of present embodiment is that example describes with link trace message LTM, and concrete steps are as follows:
Step 201: the LTM message is expanded, promptly carried a kind of new TLV, in the type field of this TLV, carry next-hop mac address.Next-hop mac address is standby destination address.
Ginseng is shown in Table 2, and the type field form of present already used TLV is:
| TLV | Type field |
| End TLV | 0 |
| Port ID TLV | 1 |
| | 2 |
| | 3 |
| | 4 |
| Reply Ingress TLV | 5 |
| Reply Egress TLV | 6 |
| Next Hop Identifier TLV | 7 |
| Reserved for definition by IEEE 802.1 | 8-30 |
| Organization-Specific TLV | 31 |
| Reserved for definition by ITU-T Y.1731 | 32-63 |
| Reserved for definition by IEEE 802.1 | 64-255 |
Table 2
0～7 has used, 8～30 in order to keep giving IEEE802.1, can increase a kind of new TLV to arbitrary bit wherein, and present embodiment increases a kind of new TLV to the bit of type=8, called after: Specified Next Hop Mac AddressTLV, this TLV form is as shown in table 3:
| 0 | 1 | 2 | 3 | |
| 1 | Type＝8 | Length＝6 | ||
| 5 | Specified Next Hop Mac Address | |||
| 9 | ||||
Table 3
Wherein, 0123 expressions be which byte of four bytes, 159 represent the banner word joint number of fields.This TLV accounts for 9 bytes altogether.
Length=6, sign MAC Address length is 6 bytes, the MAC Address of carrying among this TLV can be unicast address, multicast address or broadcast address.
LTM message after step 202:MEP will expand sends in maintenance field MD in the multicast mode, has comprised target MAC (Media Access Control) address in this LTM message.
Step 203: after Maintenance Association intermediate node MIP receives the LTM message, at first looking into MAC transmits, if do not find with the LTM message in purpose MAC be complementary list item the time, judge that the standby MAC Address of carrying among the TLV is unicast address or multicast address or broadcast address.
Step 204: if the new MAC Address of carrying among the TLV is a unicast address, use MAC Address among this TLV in MAC transmits again inquiry once, if if inquiry failure then abandon this message can successful inquiring, be then transmitted.
Step 205:, will send message by the multicast mode if the new MAC Address of carrying among the TLV is a multicast address.
Step 206:, will send message by broadcast mode if the new MAC Address of carrying among the TLV is a broadcast address.
In addition, the TLV of this expansion also can be used in ETHOAM (Opreation, Administration andMaintenance of Ethernet, the Operations, Administration and Maintenance of the Ethernet) message of other type, instructs message forwarding.After TLV had increased this Specified Next Hop Mac Address TLV, if network processing unit NP can't discern this TLV, the NP chip can be finished processing to CPU with message up sending.Use this method and do not need spread F lags territory again.
Because allow LTM to send with broadcast mode, broadcasting packet causes the waste of the network bandwidth and disabled user may use this characteristic to broadcast attack, at this moment is necessary to increase a kind of function and limits this situation.Can adopt on the MP node at present to be configured, in order to suppress the LTM broadcast transmission.Also can adopt the authentication mode of message to suppress.
Carry the method for specifying next bar MAC Address by the TLV that adopts expansion, control is got up more flexible, MAC Address promptly can be that to broadcast also can be unicast address or multicast address, brings more positioning means and strategy than simple extension flags territory to the user.
Said method can directly be inquired about by hardware forwarding chip (as: network processing unit) because use bit fixing in the heading to expand, and does not need CPU to participate in.Directly handle message by forwarding chip, than handling efficiently many to CPU message up sending.
Referring to Fig. 7, the invention provides also provides a kind of OAM message forwarding control system, comprises with lower module:
Identification information increases module, and being used for increases an identification information on the OAM message, sends in maintenance field then;
Forwarding module after being used for the Maintenance Association intermediate node and receiving the OAM message, if do not find MAC Address in transmitting, is then broadcasted the OAM message or is abandoned according to identification information in VLAN.
Wherein, identification information increase module specifically comprises:
Expansion and transmitting element, be used for arbitrary position of low 7 bits in the Flags territory of OAM message is expanded,, the position of expansion be provided with important symbol if the OAM message is important, otherwise be not provided with, the message after the Maintenance Association end points will be expanded sends in maintenance field with multicast mode.
Forwarding module specifically comprises:
The first message retransmission unit after being used for the Maintenance Association intermediate node and receiving the OAM message, is looked into MAC and is transmitted, if the failure of inquiry MAC Address if message is provided with important symbol, is broadcasted the OAM message, otherwise abandoned described OAM message in VLAN;
This first message retransmission unit, also has a function, after being used for the Maintenance Association intermediate node and receiving the OAM message, look into MAC and transmit, if the failure of inquiry MAC Address is looked into continuity detection messages database and carried out the message forwarding, if inquiry failure, if message is provided with important symbol, the OAM message is broadcasted in VLAN, otherwise abandon the OAM message.
Referring to Fig. 8, the invention provides also provides another kind of OAM message forwarding control system, comprises with lower module:
Identification information increases module, and being used for increases an identification information on the OAM message, sends in maintenance field then;
Forwarding module after being used for the Maintenance Association intermediate node and receiving the OAM message, if do not find MAC Address in transmitting, is then broadcasted the OAM message or is abandoned according to identification information in VLAN.
Wherein, identification information increase module specifically comprises:
Standby address is provided with the unit, and being used for increases a type lengths values at the OAM message, carries standby MAC Address in the type field of type lengths values, sends in maintenance field then.
Forwarding module specifically comprises:
The second message retransmission unit after being used for the Maintenance Association intermediate node and receiving the OAM message, is looked into MAC and is transmitted, if do not find with message in MAC Address be complementary list item the time, the standby MAC Address of carrying in the length value is by type transmitted.
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 (12)
1. an OAM message forwarding control method is characterized in that, said method comprising the steps of:
Steps A: on the OAM message, increase an identification information, in maintenance field, send then;
Step B: after the Maintenance Association intermediate node receives described OAM message,, then described OAM message is broadcasted in VLAN or abandoned according to described identification information if in transmitting, do not find MAC Address.
2. OAM message forwarding control method as claimed in claim 1 is characterized in that described steps A specifically comprises:
Steps A 1: the arbitrary position in low 7 bits in the Flags territory of OAM message is expanded,, the position of expansion is provided with important symbol if described OAM message is important; Otherwise be not provided with;
Steps A 2: the message after the Maintenance Association end points will be expanded sends in maintenance field with multicast mode.
3. OAM message forwarding control method as claimed in claim 2 is characterized in that described step B specifically comprises:
The Maintenance Association intermediate node is looked into MAC and is transmitted after receiving described OAM message, if the failure of inquiry MAC Address if described message is provided with important symbol, is broadcasted described OAM message, otherwise abandoned described OAM message in VLAN.
4. OAM message forwarding control method as claimed in claim 2 is characterized in that described step B specifically comprises:
After the Maintenance Association intermediate node is received described OAM message, looking into MAC transmits, if inquiry MAC Address failure, look into continuity detection messages database and carry out the message forwarding, if inquiry failure, if described message is provided with important symbol, described OAM message is broadcasted in VLAN, otherwise abandon described OAM message.
5. OAM message forwarding control method as claimed in claim 1 is characterized in that described steps A specifically comprises:
Increase a type lengths values at the OAM message, in the type field of described type lengths values, carry standby MAC Address, in maintenance field, send then.
6. OAM message forwarding control method as claimed in claim 5 is characterized in that described step B specifically comprises:
Step B1: the Maintenance Association intermediate node is looked into MAC and is transmitted after receiving described OAM message, if the failure of inquiry MAC Address judges that the standby MAC Address of carrying in the type lengths values is unicast address, multicast address or broadcast address;
Step B2: if standby MAC Address is a unicast address, use this standby MAC Address in MAC transmits again inquiry once, if if inquiry failure then abandon this message can successful inquiring, be then transmitted;
Step B3:, will send message by the multicast mode if standby MAC Address is a multicast address;
Step B4:, will send message by broadcast mode if standby MAC Address is a broadcast address.
7. an OAM message forwarding control system is characterized in that, described system comprises with lower module:
Identification information increases module, and being used for increases an identification information on the OAM message, sends in maintenance field then;
Forwarding module after being used for the Maintenance Association intermediate node and receiving described OAM message, if do not find MAC Address in transmitting, is then broadcasted described OAM message or is abandoned according to described identification information in VLAN.
8. OAM message forwarding control system as claimed in claim 7 is characterized in that, described identification information increases module and specifically comprises:
Expansion and transmitting element, be used for arbitrary position of low 7 bits in the Flags territory of OAM message is expanded, if described OAM message is important, the position of described expansion is provided with important symbol, otherwise be not provided with, the message after the Maintenance Association end points will be expanded sends in maintenance field with multicast mode.
9. OAM message forwarding control system as claimed in claim 8 is characterized in that described forwarding module specifically comprises:
The first message retransmission unit after being used for the Maintenance Association intermediate node and receiving described OAM message, is looked into MAC and is transmitted, if inquiry MAC Address failure, if described message is provided with important symbol, described OAM message is broadcasted in VLAN, otherwise abandon described OAM message.
10. OAM message forwarding control system as claimed in claim 9, it is characterized in that, the described first message retransmission unit also is used for the Maintenance Association intermediate node receive described OAM message after, look into MAC and transmit, if the failure of inquiry MAC Address is looked into continuity detection messages database and carried out the message forwarding, if inquiry failure, if described message is provided with important symbol, described OAM message is broadcasted in VLAN, otherwise abandon described OAM message.
11. OAM message forwarding control system as claimed in claim 7 is characterized in that, described identification information increases module and specifically comprises:
Standby address is provided with the unit, and being used for increases a type lengths values at the OAM message, carries standby MAC Address in the type field of described type lengths values, sends in maintenance field then.
12. OAM message forwarding control system as claimed in claim 11 is characterized in that described forwarding module specifically comprises:
The second message retransmission unit after being used for the Maintenance Association intermediate node and receiving described OAM message, is looked into MAC and is transmitted, if do not find with message in MAC Address be complementary list item the time, the standby MAC Address of carrying in the length value is by type transmitted.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006101122105A CN100450101C (en) | 2006-08-30 | 2006-08-30 | Conversion control method and system of OAM message |
| PCT/CN2007/001467 WO2008028384A1 (en) | 2006-08-30 | 2007-04-29 | A method and system for implementing the transmission control for the oam messages |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006101122105A CN100450101C (en) | 2006-08-30 | 2006-08-30 | Conversion control method and system of OAM message |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1913496A true CN1913496A (en) | 2007-02-14 |
| CN100450101C CN100450101C (en) | 2009-01-07 |
Family
ID=37722270
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2006101122105A Expired - Fee Related CN100450101C (en) | 2006-08-30 | 2006-08-30 | Conversion control method and system of OAM message |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN100450101C (en) |
| WO (1) | WO2008028384A1 (en) |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101119245B (en) * | 2007-08-31 | 2010-08-18 | 杭州华三通信技术有限公司 | Method and device for performing link monitoring using OAM protocol |
| CN101222370B (en) * | 2008-02-01 | 2010-09-22 | 华为技术有限公司 | Method and device for failure location using failure location packet |
| CN101904134A (en) * | 2007-10-12 | 2010-12-01 | 北方电讯网络有限公司 | Mohan dinesh [ca]; unbehagen paul [us]; keesara srikanth [in] |
| WO2011057544A1 (en) * | 2009-11-11 | 2011-05-19 | 中兴通讯股份有限公司 | Method and system for implementing operation administration and maintenance (oam) from point to multi-points based on 802.3ah protocol |
| CN101729416B (en) * | 2009-11-30 | 2012-11-28 | 中兴通讯股份有限公司 | Method for processing address searching failure message and integrated circuit board |
| CN103475588A (en) * | 2013-09-10 | 2013-12-25 | 神州数码网络(北京)有限公司 | Sending process method and device and receiving process method and device of OAM messages |
| CN105323136A (en) * | 2014-07-31 | 2016-02-10 | 中兴通讯股份有限公司 | Information processing method and device |
| CN106209640A (en) * | 2016-06-24 | 2016-12-07 | 醴陵恒茂电子科技有限公司 | Down MEP message processing method and system |
| CN106385344A (en) * | 2016-09-05 | 2017-02-08 | 杭州华三通信技术有限公司 | Message monitoring method and device |
| CN106982153A (en) * | 2017-05-18 | 2017-07-25 | 烽火通信科技股份有限公司 | A kind of multi-segment pseudo-wires network connectivty detection method |
| CN111934944A (en) * | 2014-12-30 | 2020-11-13 | 华为技术有限公司 | Bit forwarding entry router, bit forwarding router and operation management maintenance detection method |
| CN112087338A (en) * | 2020-09-14 | 2020-12-15 | 武汉虹信科技发展有限责任公司 | Control message transmission method and system |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114143380B (en) * | 2022-01-04 | 2023-06-09 | 烽火通信科技股份有限公司 | Method and system for solving inconsistent OAM and service of SRv tail node power down scene |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1324150A (en) * | 2000-05-12 | 2001-11-28 | 张捷 | Classifying reception and treatment method and equipment for radio broadcast transmitted digital data |
| KR100640464B1 (en) * | 2002-10-31 | 2006-10-30 | 삼성전자주식회사 | Method for method for transmitting oamoperation, administration, and maintenance packet data and ethernet passive optical network having control multiplexer therefor |
| KR100605846B1 (en) * | 2003-01-02 | 2006-07-31 | 삼성전자주식회사 | Method for controlling loopback procedure in ethernet passive optical network |
| US7570648B2 (en) * | 2003-02-03 | 2009-08-04 | At&T Intellectual Property I, L.P. | Enhanced H-VPLS service architecture using control word |
| US7643424B2 (en) * | 2003-03-22 | 2010-01-05 | At&T Intellectual Property L, L.P. | Ethernet architecture with data packet encapsulation |
| US20050099955A1 (en) * | 2003-11-10 | 2005-05-12 | Nortel Networks Limited | Ethernet OAM fault isolation |
| US20060153220A1 (en) * | 2004-12-22 | 2006-07-13 | Alcatel | System and method for reducing OAM frame leakage in an ethernet OAM domain |
-
2006
- 2006-08-30 CN CNB2006101122105A patent/CN100450101C/en not_active Expired - Fee Related
-
2007
- 2007-04-29 WO PCT/CN2007/001467 patent/WO2008028384A1/en active Application Filing
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101119245B (en) * | 2007-08-31 | 2010-08-18 | 杭州华三通信技术有限公司 | Method and device for performing link monitoring using OAM protocol |
| CN101904134A (en) * | 2007-10-12 | 2010-12-01 | 北方电讯网络有限公司 | Mohan dinesh [ca]; unbehagen paul [us]; keesara srikanth [in] |
| US8918538B2 (en) | 2007-10-12 | 2014-12-23 | Rockstar Consortium Us Lp | Automatic MEP provisioning in a link state controlled ethernet network |
| US9059918B2 (en) | 2007-10-12 | 2015-06-16 | Rpx Clearinghouse Llc | Continuity check management in a link state controlled ethernet network |
| CN101222370B (en) * | 2008-02-01 | 2010-09-22 | 华为技术有限公司 | Method and device for failure location using failure location packet |
| WO2011057544A1 (en) * | 2009-11-11 | 2011-05-19 | 中兴通讯股份有限公司 | Method and system for implementing operation administration and maintenance (oam) from point to multi-points based on 802.3ah protocol |
| CN101729416B (en) * | 2009-11-30 | 2012-11-28 | 中兴通讯股份有限公司 | Method for processing address searching failure message and integrated circuit board |
| CN103475588A (en) * | 2013-09-10 | 2013-12-25 | 神州数码网络(北京)有限公司 | Sending process method and device and receiving process method and device of OAM messages |
| CN105323136A (en) * | 2014-07-31 | 2016-02-10 | 中兴通讯股份有限公司 | Information processing method and device |
| CN105323136B (en) * | 2014-07-31 | 2020-01-10 | 中兴通讯股份有限公司 | Information processing method and device |
| CN111934944A (en) * | 2014-12-30 | 2020-11-13 | 华为技术有限公司 | Bit forwarding entry router, bit forwarding router and operation management maintenance detection method |
| US11894998B2 (en) | 2014-12-30 | 2024-02-06 | Huawei Technologies Co., Ltd. | Bit-forwarding ingress router, bit-forwarding router, and operation, administration and maintenance test method |
| CN106209640A (en) * | 2016-06-24 | 2016-12-07 | 醴陵恒茂电子科技有限公司 | Down MEP message processing method and system |
| CN106209640B (en) * | 2016-06-24 | 2019-03-05 | 湖南恒茂高科股份有限公司 | Down MEP message processing method and system |
| CN106385344A (en) * | 2016-09-05 | 2017-02-08 | 杭州华三通信技术有限公司 | Message monitoring method and device |
| CN106385344B (en) * | 2016-09-05 | 2019-09-06 | 新华三技术有限公司 | A kind of monitoring messages method and apparatus |
| CN106982153A (en) * | 2017-05-18 | 2017-07-25 | 烽火通信科技股份有限公司 | A kind of multi-segment pseudo-wires network connectivty detection method |
| CN112087338A (en) * | 2020-09-14 | 2020-12-15 | 武汉虹信科技发展有限责任公司 | Control message transmission method and system |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2008028384A1 (en) | 2008-03-13 |
| CN100450101C (en) | 2009-01-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1913496A (en) | Conversion control method and system of OAM message | |
| US7668178B2 (en) | Methods and apparatus for implementing VPN services | |
| EP2075958B1 (en) | Method and node device for realizing the network topology discovery | |
| WO2019184752A1 (en) | Network device management method, apparatus and system | |
| CN1838620A (en) | Method for detecting chain circuit fault between end-to-end notes in mixed network | |
| CN101047601A (en) | Implementing method and system of double-attach network based on VPLS | |
| CN1863147A (en) | Method for implementing multicast data stream retransmission in virtual special LAN service | |
| CN101051995A (en) | Protection switching method based on no connection network | |
| US20110267962A1 (en) | Method and system for predictive designated router handover in a multicast network | |
| CN1929444A (en) | Operator's boundary notes, virtual special LAN service communication method and system | |
| CN1913457A (en) | Method for fault detection of two-way conversion link | |
| CN1716912A (en) | Method and apparatus providing rapid end-to-end failover in a packet switched communications network | |
| CN1663176A (en) | Identifying network routers and paths | |
| CN1722726A (en) | Layer-2 VPN equipment supporting pseudo line tag reflection and networking method | |
| CN1992638A (en) | Method and system for obtaining path maximum transmission unit in network | |
| CN1968184A (en) | Link layer communication method in LAN and network device thereof | |
| US10749703B2 (en) | Information processing method and device, and computer storage medium | |
| CN1801783A (en) | Multi-domain multicast integration data distributing structure and method based on IP/MPLS/BGP | |
| CN1992651A (en) | Implementation method for detecting multicast performance of Ethernet | |
| CN101047614A (en) | Flow transmission route set-up method and data transmission system in IPv6 network environment | |
| CN1744563A (en) | Method for realizing strate gic route in Ethernet switch | |
| CN101047624A (en) | Tag distribution method and tag selling method | |
| CN101047651A (en) | Method, system and equipment for setting IP priority level | |
| CN1909494A (en) | Method and system for realizing dual attachment or multiple attachment of user network boundary device | |
| WO2013071866A1 (en) | Host name transfer method and device |
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 | ||
| C17 | Cessation of patent right | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090107 Termination date: 20120830 |