CN104935581A - Ethernet OAM and BFD dual-stack processing engine realization method and device - Google Patents
Ethernet OAM and BFD dual-stack processing engine realization method and device Download PDFInfo
- Publication number
- CN104935581A CN104935581A CN201510239893.XA CN201510239893A CN104935581A CN 104935581 A CN104935581 A CN 104935581A CN 201510239893 A CN201510239893 A CN 201510239893A CN 104935581 A CN104935581 A CN 104935581A
- Authority
- CN
- China
- Prior art keywords
- message
- mep
- bfd
- described message
- local terminal
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/12—Protocol engines
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
Abstract
The invention discloses an Ethernet OAM and BFD dual-stack processing engine realization method and device; the method comprises the following steps: a, receiving a message; b, parsing and determining message types, and if the message is an OAM message or BFD message, entering steps c and d, if not, entering a step e; c, transferring the message to a dual-stack processing engine for reception process; d, transferring the message to the dual-stack processing engine for emission process; e, sending out the message. The Ethernet OAM and BFD dual-stack processing engine is nested in a chip, so the OAM message and BFD message can be processed in the dual-stack processing engine, thus enlarging great flexibility and expandability on one hand, and reducing understand difficulty of an upper level system for two protocols on the other hand, finally reducing system manufacturer exploitation cost and accelerating novel product releasing time.
Description
Technical field
The present invention relates to network communication field, particularly relate to implementation method and the device of a kind of Ethernet OAM and the two stack processing engine of BFD.
Background technology
Ethernet OAM (Operations, Administration and Maintenance, oam) technology is at first by IEEE 802.1ag, ITU-Y.1731 proposes, for monitoring each level service channel in ethernet networks, fault location, error reporting.
IETF proposed based on IP and used BFD (Bidirectional Forwarding Detection afterwards, two-way converting detects) as a kind of OAM technology, BFD is more flexible in the use of transmission time interval, and support to consult, the functions such as amendment, Ethernet OAM with traditional in the precision of transmission time interval is different, and general service precision is Millisecond.
In prior art, Ethernet OAM is positioned at two layers, and BFD is positioned at three layers, and the flexibility in utilization and autgmentability are restricted, and adds the understanding difficulty of upper system user to these two kinds of agreements of OAM, BFD, and then improves the development cost of system manufacturer.
Summary of the invention
The object of the present invention is to provide implementation method and the device of a kind of Ethernet OAM and the two stack processing engine of BFD.
One of for achieving the above object, an embodiment of the present invention provides the implementation method of a kind of Ethernet OAM and the two stack processing engine of BFD, comprises step:
A, reception message;
B, parsing judge the type of described message, when described message be OAM message or BFD message time, enter step c, steps d; When described message be not OAM message or BFD message time, enter step e;
C, described message is passed in described pair of stack processing engine and carries out reception process;
D, described message is passed in described pair of stack processing engine and carries out transmission processing;
E, send described message.
As the further improvement of an embodiment of the present invention, described step c specifically comprises:
C1, resolve described message, and validity checking is carried out to described message, if described message is by validity checking, enter step c2; If described message by validity checking, does not enter step c6;
C2, the local terminal MEP searching described message and far-end MEP, if described local terminal MEP searches existence, enter step c3; Do not exist if described local terminal MEP searches, enter step c6;
C3, mate the far-end MEP prestored in described far-end MEP and local device, if the match is successful, enter step c4; If it fails to match, enter step c8;
C4, the consensus standard corresponding according to described message upgrade corresponding state machine;
C5, to judge that according to the type of described message described message is the need of reply remote equipment, if desired replys described remote equipment, then enters step c7; Reply described remote equipment if do not need, then enter step c6;
C6, judge that described message terminates the need of in described pair of stack processing engine, if desired, then abandon described message, if do not need, then enter step c7;
C7, encapsulation send described message;
C8, report corresponding alarm to CPU.
As the further improvement of an embodiment of the present invention, described step c1 specifically comprises: the message characteristic according to described message resolves described message, judge that described message is OAM message or BFD message, and judge the type of described OAM message, described BFD message, and carry out validity checking according to described message characteristic.
As the further improvement of an embodiment of the present invention, step c1 specifically comprises, and resolves the type of described message according to the message characteristic of described message, whether the type judging described message is detection failure type, and if so, then validity checking is passed through, if not, then validity checking is not passed through.
As the further improvement of an embodiment of the present invention, described steps d specifically comprises:
D1, the local terminal MEP searching described message and far-end MEP, and the consensus standard corresponding according to described message configures state machine interval update time of described local terminal MEP and described far-end MEP and the transmission time interval of described message;
D2, when arriving described state machine interval update time of described local terminal MEP or described far-end MEP, upgrade corresponding described state machine;
D3, check whether current described state machine exists alarm, if exist, then enter steps d 7; If do not exist, then enter steps d 4;
That the described state machine that d4, judgement upgrade is corresponding is described local terminal MEP or described far-end MEP, if judging is described local terminal MEP, enters steps d 5; If judge it is described far-end MEP, enter steps d 8;
D5, judge whether the transmission time interval meeting described message, judge described local terminal MEP whether enable transmission continuity detection messages simultaneously, meet described transmission time interval and described local terminal MEP enable transmission continuity detection messages if judge, enter steps d 6; Do not meet described transmission time interval and/or described local terminal MEP disable transmission continuity detection messages if judge, enter steps d 8;
D6, encapsulation send described message;
D7, report described alarm to CPU;
D8, repetition steps d 1-d8.
One of for achieving the above object, an embodiment of the present invention provides the implement device of a kind of Ethernet OAM and the two stack processing engine of BFD, and described device comprises receiver module, parsing module and sends module, and receiver module is for receiving message; Parsing module is for resolving and judging the type of described message; Described pair of stack processing engine comprises reception processing unit and transmission processing unit; Wherein, when judge described message be OAM message or BFD message time, described message is passed to described pair of stack processing engine by described receiver module, and described reception processing unit and described transmission processing unit are used for processing described message; When judging described message not as OAM message or BFD message, described in send module for sending described message.
As the further improvement of an embodiment of the present invention, described reception processing unit is used for:
C1, resolve described message, and validity checking is carried out to described message, if described message is by validity checking, enter step c2; If described message by validity checking, does not enter step c6;
C2, the local terminal MEP searching described message and far-end MEP, if described local terminal MEP searches existence, enter step c3; Do not exist if described local terminal MEP searches, enter step c6;
C3, mate the far-end MEP prestored in described far-end MEP and local device, if the match is successful, enter step c4; If it fails to match, enter step c8;
C4, the consensus standard corresponding according to described message upgrade corresponding state machine;
C5, to judge that according to the type of described message described message is the need of reply remote equipment, if desired replys described remote equipment, then enters step c7; Reply described remote equipment if do not need, then enter step c6;
C6, judge that described message terminates the need of in described pair of stack processing engine, if desired, then abandon described message, if do not need, then enter step c6;
C7, encapsulation send described message;
C8, report corresponding alarm to CPU.
As the further improvement of an embodiment of the present invention, described reception processing unit also for:
Message characteristic according to described message resolves described message, judges that described message is OAM message or BFD message, and judges the type of described OAM message, described BFD message, and carries out validity checking according to described message characteristic.
As the further improvement of an embodiment of the present invention, described reception processing unit also for:
Resolve the type of described message according to the message characteristic of described message, judge whether the type of described message is detection failure type, if so, then validity checking is passed through, and if not, then validity checking is not passed through.
As the further improvement of an embodiment of the present invention, described transmission processing unit is used for:
D1, the local terminal MEP searching described message and far-end MEP, and the consensus standard corresponding according to described message configures state machine interval update time of described local terminal MEP and described far-end MEP and the transmission time interval of described message;
D2, when arriving described state machine interval update time of described local terminal MEP or described far-end MEP, upgrade corresponding described state machine;
D3, check whether current described state machine exists alarm, if exist, then enter steps d 7; If do not exist, then enter steps d 4;
That the described state machine that d4, judgement upgrade is corresponding is described local terminal MEP or described far-end MEP, if judging is described local terminal MEP, enters steps d 5; If judge it is described far-end MEP, enter steps d 8;
D5, judge whether the transmission time interval meeting described message, judge described local terminal MEP whether enable transmission continuity detection messages simultaneously, meet described transmission time interval and described local terminal MEP enable transmission continuity detection messages if judge, enter steps d 6; Do not meet described transmission time interval and/or described local terminal MEP disable transmission continuity detection messages if judge, enter steps d 8;
D6, encapsulation send described message;
D7, report described alarm to CPU;
D8, repetition steps d 1-d8.
Compared with prior art, beneficial effect of the present invention is: the present invention proposes a kind of embedded pair of stack processing engine in the chips to support to process the realization mechanism of Ethernet OAM and BFD two kinds of agreements simultaneously, no matter be Ethernet OAM message or BFD message, the process of both is from packet parsing, message validity checks, message is inquired about, message receives process, message error mechanism reports with processing procedures such as message transmissions all just the same, after adopting the present invention, to realizing Ethernet OAM message or BFD message in the chips, owing to adopting same set of handling process, add very large flexibility and good extensibility on the one hand, the understanding difficulty of upper system user to two kinds of agreements can be reduced on the other hand, thus reduce the development cost of system manufacturer and accelerate the new product release time.
Accompanying drawing explanation
Fig. 1 is the Ethernet OAM of an embodiment of the present invention and the implementation method flow chart of the two stack processing engine of BFD;
Fig. 2 is the flow chart of the reception processing procedure of an embodiment of the present invention;
Fig. 3 is the flow chart of the transmission processing process of an embodiment of the present invention;
Fig. 4 is the structured flowchart of the Ethernet OAM of an embodiment of the present invention and the implement device of the two stack processing engine of BFD.
Embodiment
Describe the present invention below with reference to embodiment shown in the drawings.But these execution modes do not limit the present invention, the structure that those of ordinary skill in the art makes according to these execution modes, method or conversion functionally are all included in protection scope of the present invention.
Ginseng Fig. 1, is the Ethernet OAM of an embodiment of the present invention and the implementation method flow chart of the two stack processing engine of BFD, comprises step:
A, reception message;
B, parsing judge the type of described message, when described message be OAM message or BFD message time, enter step c, steps d; When described message be not OAM message or BFD message time, enter step e;
C, described message is passed in described pair of stack processing engine and carries out reception process;
D, described message is passed in described pair of stack processing engine and carries out transmission processing;
E, send described message.
Here, it should be noted that, in step b, when detect described message be OAM message or BFD message time, can enter step c, also can enter steps d, or step c and steps d are synchronously carried out, there is no precedence relationship between step c and steps d, can select according to the particular type of described message.
No matter be Ethernet OAM message or BFD message, both process receives process from packet parsing, message validity inspection, message inquiry, message, message error mechanism reports with the processing procedure such as message transmission all just the same.In the present embodiment, embedded Ethernet OAM and the two stack processing engine of BFD in the chips, Ethernet OAM message and BFD message can process in this pair of stack processing engine, add very large flexibility and good extensibility on the one hand, the understanding difficulty of upper system user to two kinds of agreements can be reduced on the other hand, thus reduce the development cost of system manufacturer and accelerate the new product release time.
Ginseng Fig. 2, in the present embodiment, described step c specifically comprises:
C1, resolve described message, and validity checking is carried out to described message, if described message is by validity checking, enter step c2; If described message by validity checking, does not enter step c6;
Here, can resolve described message according to the message characteristic of described message, to judge that described message is OAM message or BFD message, and judgement is OAM message or the BFD message of which kind of type; Wherein, message characteristic can include but not limited to the critical field of the MEP information for carrying in query message, sequence of message number, message format, message length etc.
Validity checking mainly refers to and detects and judge Ethernet OAM message or the BFD message of the detection failure type of described message whether required for two stack processing engine, validity checking mainly judges according to message characteristic, concrete, suppose that pair message length of the Ethernet OAM message of the detection failure type of stack processing engine setting should be 32, if the message now received is Ethernet OAM message, but learn that the message length of this message is 64 according to the message characteristic of this Ethernet OAM message, the requirement set with two stack processing engine is not mated, now, namely validity checking is not passed through.
C2, search the local terminal MEP(Maintenance end point of described message, maintaining end point) and far-end MEP, if described local terminal MEP searches existence, enter step c3; Do not exist if described local terminal MEP searches, enter step c6;
C3, mate the far-end MEP prestored in described far-end MEP and local device, if the match is successful, enter step c4; If it fails to match, enter step c8;
C4, the consensus standard corresponding according to described message upgrade corresponding state machine;
Suppose that two stack processing engine is arranged in local device, message is sent to local device by remote equipment, local terminal MEP and far-end MEP is included in message, the far-end MEP for matching process is prestored in local device, in step c2, local terminal MEP and the far-end MEP of the message received can be searched according to the critical field in message characteristic, when finding described local terminal MEP, ginseng step c3, the coupling of far-end MEP can be carried out further, when finding the far-end MEP prestored matched with described far-end MEP in local device, namely the match is successful, now just can enter step c4 and upgrade corresponding state machine.Concrete, for Ethernet OAM message (corresponding standard IEEE 802.1ag or ITU-T is Y.1731), now, the MAC Address of the far-end MEP of renewal local device and the sequence number information of the far-end MEP of the message received.
Here, it should be noted that, when local terminal MEP searches unsuccessfully, will alarm be produced, for Ethernet OAM message (corresponding standard be ITU-T Y.1731), following alarm can be detected here: the maintenance entity grade defect, mistake MEP defect, wrong period defect etc. of mistake.
C5, to judge that according to the type of described message described message is the need of reply remote equipment, if desired replys described remote equipment, then enters step c7; Reply described remote equipment if do not need, then enter step c6;
Here, need reply remote equipment message such as IEEE 802.1ag/ITU-T Y.1731 in LBM message.
C6, judge that described message terminates the need of in described pair of stack processing engine, if desired, then abandon described message, if do not need, then enter step c7;
C7, encapsulation send described message;
Here, encapsulated message mainly refers to the message information upgrading message, and for the LBM message in Ethernet OAM, encapsulated message refers to MACDA and MACSA in original OAM message to exchange, thus can send described message according to the message information after renewal.
Further process is made in c8, the alarm reporting corresponding alarm to receive to CPU, CPU meeting basis.
Ginseng Fig. 3, in the present embodiment, described steps d specifically comprises:
D1, the local terminal MEP searching described message and far-end MEP, and the consensus standard corresponding according to described message configures state machine interval T update time 1 of described local terminal MEP and described far-end MEP and the transmission time interval T2 of described message;
D2, when arriving the described state machine interval T 1 update time of described local terminal MEP or described far-end MEP, upgrade corresponding described state machine;
D3, check whether current described state machine exists alarm, if exist, then enter steps d 7; If do not exist, then enter steps d 4;
Here, for Ethernet OAM, alarm comprises: produce Loss of continuity alarm, the removing of the maintenance entity grade defect alarm of mistake, the removing of mistake MEP defect alarm, the removing of wrong period defect alarm, and Loss of continuity alarm.
That the described state machine that d4, judgement upgrade is corresponding is described local terminal MEP or described far-end MEP, if judging is described local terminal MEP, enters steps d 5; If judge it is described far-end MEP, enter steps d 8;
D5, judge whether the transmission time interval T2 meeting described message, judge described local terminal MEP whether enable transmission continuity detection messages simultaneously, meet described transmission time interval T2 and described local terminal MEP enable transmission continuity detection messages if judge, enter steps d 6; Do not meet described transmission time interval T2 and/or described local terminal MEP disable transmission continuity detection messages if judge, enter steps d 8;
Here, when only having the transmission time interval T2 and this two conditions of local terminal MEP enable transmission continuity detection messages that meet simultaneously and arrive message, just can enter steps d 6, as long as one of them of above-mentioned two conditions does not meet, namely enter steps d 8.
D6, encapsulation send described message;
Here, encapsulated message mainly refers to the message information upgrading message, send CCM message for Ethernet OAM, need the information such as MACDA, MACSA, VLANID, MD Level, MEPID of editor's message, thus described message can be sent according to the message information after renewal.
D7, report described alarm to CPU;
D8, repetition steps d 1-d8.
Ginseng Fig. 4, an embodiment of the present invention provides the implement device of a kind of Ethernet OAM and the two stack processing engine of BFD, and described device comprises receiver module 21, parsing module 22 and sends module 11, and receiver module 21 is for receiving message; Parsing module 22 is for resolving and judging the type of described message; Described pair of stack processing engine 40 comprises reception processing unit 41 and transmission processing unit 42; Wherein, when judge described message be OAM message or BFD message time, described message is passed to described pair of stack processing engine 40 by described receiver module 21, and described reception processing unit 41 and described transmission processing unit 42 are for processing described message; When judging described message not as OAM message or BFD message, described in send module 11 for sending described message.
Concrete, outgoing direction processing engine 10 is embedded with in chip 100, enter direction packet processing engine 20, Packet Forwarding Engine 30, the two stack processing engine 40 of Ethernet OAM and BFD and RAM50 (Random-Access Memory, random access memory), entering direction packet processing engine 20 receives from the message of remote equipment from port port1-1, the message received is temporarily stored in RAM50, enter direction packet processing engine 20 table look-up and resolve described message, when described message be OAM message or BFD message time, enter direction packet processing engine 20 and message is delivered to Packet Forwarding Engine 30, and be sent in two stack processing engine 40 by Packet Forwarding Engine 30 and process, when described message be not OAM message or BFD message time, enter direction packet processing engine 20 and by Packet Forwarding Engine 40, message delivered in outgoing direction packet processing engine 10, and sent by port port1-2, send front message and can be temporarily stored in RAM50.
Here, it should be noted that, when detect described message be OAM message or BFD message time, can enter to receive in processing unit 41 or transmission processing unit 42 and process, receiving processing unit 41 and transmission processing unit 42 also can synchronous operation, namely reception processing unit 41 and transmission processing unit 42 do not have precedence relationship, can select according to the particular type of described message.
No matter be Ethernet OAM message or BFD message, both process receives process from packet parsing, message validity inspection, message inquiry, message, message error mechanism reports with the processing procedure such as message transmission all just the same.In the present embodiment, embedded Ethernet OAM and the two stack processing engine of BFD in the chips, Ethernet OAM message and BFD message can process in this pair of stack processing engine, add very large flexibility and good extensibility on the one hand, the understanding difficulty of upper system user to two kinds of agreements can be reduced on the other hand, thus reduce the development cost of system manufacturer and accelerate the new product release time.
In the present embodiment, described reception processing unit 41 is specifically for performing following steps:
C1, resolve described message, and validity checking is carried out to described message, if described message is by validity checking, enter step c2; If described message by validity checking, does not enter step c6;
Here, can resolve described message according to the message characteristic of described message, to judge that described message is OAM message or BFD message, and judgement is OAM message or the BFD message of which kind of type; Wherein, message characteristic can include but not limited to the critical field of the MEP information for carrying in query message, sequence of message number, message format, message length etc.
Validity checking mainly refers to and detects and judge Ethernet OAM message or the BFD message of the detection failure type of described message whether required for two stack processing engine, validity checking mainly judges according to message characteristic, concrete, suppose that pair message length of the Ethernet OAM message of the detection failure type of stack processing engine setting should be 32, if the message now received is Ethernet OAM message, but learn that the message length of this message is 64 according to the message characteristic of this Ethernet OAM message, the requirement set with two stack processing engine is not mated, now, namely validity checking is not passed through.
C2, the local terminal MEP searching described message and far-end MEP, if described local terminal MEP searches existence, enter step c3; Do not exist if described local terminal MEP searches, enter step c6;
C3, mate the far-end MEP prestored in described far-end MEP and local device, if the match is successful, enter step c4; If it fails to match, enter step c8;
C4, the consensus standard corresponding according to described message upgrade corresponding state machine;
Suppose that two stack processing engine is arranged in local device, message is sent to local device by remote equipment, local terminal MEP and far-end MEP is included in message, the far-end MEP for matching process is prestored in local device, in step c2, local terminal MEP and the far-end MEP of the message received can be searched according to the critical field in message characteristic, when finding described local terminal MEP, ginseng step c3, the coupling of far-end MEP can be carried out further, when finding the far-end MEP prestored matched with described far-end MEP in local device, namely the match is successful, now just can enter step c4 and upgrade corresponding state machine.Concrete, for Ethernet OAM message (corresponding standard IEEE 802.1ag or ITU-T is Y.1731), now, the MAC Address of the far-end MEP of renewal local device and the sequence number information of the far-end MEP of the message received.
Here, it should be noted that, when local terminal MEP searches unsuccessfully, will alarm be produced, for Ethernet OAM message (corresponding standard be ITU-T Y.1731), following alarm can be detected here: the maintenance entity grade defect, mistake MEP defect, wrong period defect etc. of mistake.
C5, to judge that according to the type of described message described message is the need of reply remote equipment, if desired replys described remote equipment, then enters step c7; Reply described remote equipment if do not need, then enter step c6;
Here, need reply remote equipment message such as IEEE 802.1ag/ITU-T Y.1731 in LBM message.
C6, judge that described message terminates the need of in described pair of stack processing engine, if desired, then abandon described message, if do not need, then enter step c7;
C7, encapsulation send described message;
Here, encapsulated message mainly refers to the message information upgrading message, for the LBM message in Ethernet OAM, encapsulated message refer to by original OAM message MACDA and MACSA exchange, thus can according to upgrade after message information and send described message by Packet Forwarding Engine 30.
Further process is made in c8, the alarm reporting corresponding alarm to receive to CPU, CPU meeting basis.
In the present embodiment, the message that described transmission processing unit 42 processes mainly comprises following three kinds: the message needing to reply remote equipment related in above-mentioned reception processing unit 41, continuity detection messages and the message directly sent by local device, and described transmission processing unit 42 is specifically for performing following steps:
D1, the local terminal MEP searching described message and far-end MEP, and the consensus standard corresponding according to described message configures state machine interval T update time 1 of described local terminal MEP and described far-end MEP and the transmission time interval T2 of described message;
D2, when arriving the described state machine interval T 1 update time of described local terminal MEP or described far-end MEP, upgrade corresponding described state machine;
D3, check whether current described state machine exists alarm, if exist, then enter steps d 7; If do not exist, then enter steps d 4;
Here, for Ethernet OAM, alarm comprises: produce Loss of continuity alarm, the removing of the maintenance entity grade defect alarm of mistake, the removing of mistake MEP defect alarm, the removing of wrong period defect alarm, and Loss of continuity alarm.
That the described state machine that d4, judgement upgrade is corresponding is described local terminal MEP or described far-end MEP, if judging is described local terminal MEP, enters steps d 5; If judge it is described far-end MEP, enter steps d 8;
D5, judge whether the transmission time interval T2 meeting described message, judge described local terminal MEP whether enable transmission continuity detection messages simultaneously, meet described transmission time interval T2 and described local terminal MEP enable transmission continuity detection messages if judge, enter steps d 6; Do not meet described transmission time interval T2 and/or described local terminal MEP disable transmission continuity detection messages if judge, enter steps d 8;
Here, when only having the transmission time interval T2 and this two conditions of local terminal MEP enable transmission continuity detection messages that meet simultaneously and arrive message, just can enter steps d 6, as long as one of them of above-mentioned two conditions does not meet, namely enter steps d 8.
D6, encapsulation send described message;
Here, encapsulated message mainly refers to the message information upgrading message, CCM message is sent for Ethernet OAM, need the information such as MACDA, MACSA, VLANID, MD Level, MEPID of editing message, thus described message can be sent by Packet Forwarding Engine 30 according to the message information after upgrading.
D7, report described alarm to CPU;
D8, repetition steps d 1-d8.
Reception processing unit 41 of the present invention and transmission processing unit 42 can comprise packet parsing module, message enquiry module, message receiving processing module, alarming mechanism reporting module, state machine update module, timer processing module and message transmission processing module etc. jointly, in order to perform above-mentioned reception handling process and transmission processing flow process; Concrete, such as packet parsing module can be used for resolving the message received in step c1, and timer processing module can be used for the transmission time interval T2 of configuration state machine interval T update time 1 and described message in steps d 1.In addition, the modules received in processing unit 41 and transmission processing unit 42 can be general mutually, concrete, such as alarming mechanism reporting module can be used for reporting corresponding alarm to CPU in step c8, also can be used for reporting described alarm to CPU in steps d 7 simultaneously, such as state machine update module can be used for consensus standard corresponding according to described message in step c4 and upgrades corresponding state machine again, also can be used for, in steps d 2 when arriving described state machine interval update time of described local terminal MEP or described far-end MEP, upgrading corresponding described state machine simultaneously.
Compared with prior art, the present invention proposes a kind of embedded pair of stack processing engine in the chips to support to process the realization mechanism of Ethernet OAM and BFD two kinds of agreements simultaneously, no matter be Ethernet OAM message or BFD message, the process of both is from packet parsing, message validity checks, message is inquired about, message receives process, message error mechanism reports with processing procedures such as message transmissions all just the same, after adopting the present invention, to realizing Ethernet OAM message or BFD message in the chips, owing to adopting same set of handling process, add very large flexibility and good extensibility on the one hand, the understanding difficulty of upper system user to two kinds of agreements can be reduced on the other hand, thus reduce the development cost of system manufacturer and accelerate the new product release time.
Be to be understood that, although this specification is described according to execution mode, but not each execution mode only comprises an independently technical scheme, this narrating mode of specification is only for clarity sake, those skilled in the art should by specification integrally, technical scheme in each execution mode also through appropriately combined, can form other execution modes that it will be appreciated by those skilled in the art that.
A series of detailed description listed is above only illustrating for feasibility execution mode of the present invention; they are also not used to limit the scope of the invention, all do not depart from the skill of the present invention equivalent implementations done of spirit or change all should be included within protection scope of the present invention.
Claims (10)
1. an implementation method for Ethernet OAM and the two stack processing engine of BFD, is characterized in that comprising step:
A, reception message;
B, parsing judge the type of described message, when described message be OAM message or BFD message time, enter step c, steps d; When described message be not OAM message or BFD message time, enter step e;
C, described message is passed in described pair of stack processing engine and carries out reception process;
D, described message is passed in described pair of stack processing engine and carries out transmission processing;
E, send described message.
2. the implementation method of Ethernet OAM according to claim 1 and the two stack processing engine of BFD, it is characterized in that, described step c specifically comprises:
C1, resolve described message, and validity checking is carried out to described message, if described message is by validity checking, enter step c2; If described message by validity checking, does not enter step c6;
C2, the local terminal MEP searching described message and far-end MEP, if described local terminal MEP searches existence, enter step c3; Do not exist if described local terminal MEP searches, enter step c6;
C3, mate the far-end MEP prestored in described far-end MEP and local device, if the match is successful, enter step c4; If it fails to match, enter step c8;
C4, the consensus standard corresponding according to described message upgrade corresponding state machine;
C5, to judge that according to the type of described message described message is the need of reply remote equipment, if desired replys described remote equipment, then enters step c7; Reply described remote equipment if do not need, then enter step c6;
C6, judge that described message terminates the need of in described pair of stack processing engine, if desired, then abandon described message, if do not need, then enter step c7;
C7, encapsulation send described message;
C8, report corresponding alarm to CPU.
3. the implementation method of Ethernet OAM according to claim 2 and the two stack processing engine of BFD, it is characterized in that, described step c1 specifically comprises: the message characteristic according to described message resolves described message, judge that described message is OAM message or BFD message, and judge the type of described OAM message, described BFD message, and carry out validity checking according to described message characteristic.
4. the implementation method of Ethernet OAM according to claim 2 and the two stack processing engine of BFD, it is characterized in that, step c1 specifically comprises, the type of described message is resolved according to the message characteristic of described message, whether the type judging described message is detection failure type, and if so, then validity checking is passed through, if not, then validity checking is not passed through.
5. the implementation method of Ethernet OAM according to claim 1 and the two stack processing engine of BFD, it is characterized in that, described steps d specifically comprises:
D1, the local terminal MEP searching described message and far-end MEP, and the consensus standard corresponding according to described message configures state machine interval update time of described local terminal MEP and described far-end MEP and the transmission time interval of described message;
D2, when arriving described state machine interval update time of described local terminal MEP or described far-end MEP, upgrade corresponding described state machine;
D3, check whether current described state machine exists alarm, if exist, then enter steps d 7; If do not exist, then enter steps d 4;
That the described state machine that d4, judgement upgrade is corresponding is described local terminal MEP or described far-end MEP, if judging is described local terminal MEP, enters steps d 5; If judge it is described far-end MEP, enter steps d 8;
D5, judge whether the transmission time interval meeting described message, judge described local terminal MEP whether enable transmission continuity detection messages simultaneously, meet described transmission time interval and described local terminal MEP enable transmission continuity detection messages if judge, enter steps d 6; Do not meet described transmission time interval and/or described local terminal MEP disable transmission continuity detection messages if judge, enter steps d 8;
D6, encapsulation send described message;
D7, report described alarm to CPU;
D8, repetition steps d 1-d8.
6. an implement device for Ethernet OAM and the two stack processing engine of BFD, is characterized in that described device comprises:
Receiver module, for receiving message;
Parsing module, for resolving and judging the type of described message;
Send module;
Described pair of stack processing engine comprises reception processing unit and transmission processing unit;
Wherein, when judge described message be OAM message or BFD message time, described message is passed to described pair of stack processing engine by described receiver module, and described reception processing unit and described transmission processing unit are used for processing described message; When judging described message not as OAM message or BFD message, described in send module for sending described message.
7. the implement device of the two stack processing engine of Ethernet OAM according to claim 6 and BFD, is characterized in that, described reception processing unit also for:
C1, resolve described message, and validity checking is carried out to described message, if described message is by validity checking, enter step c2; If described message by validity checking, does not enter step c6;
C2, the local terminal MEP searching described message and far-end MEP, if described local terminal MEP searches existence, enter step c3; Do not exist if described local terminal MEP searches, enter step c6;
C3, mate the far-end MEP prestored in described far-end MEP and local device, if the match is successful, enter step c4; If it fails to match, enter step c8;
C4, the consensus standard corresponding according to described message upgrade corresponding state machine;
C5, to judge that according to the type of described message described message is the need of reply remote equipment, if desired replys described remote equipment, then enters step c7; Reply described remote equipment if do not need, then enter step c6;
C6, judge that described message terminates the need of in described pair of stack processing engine, if desired, then abandon described message, if do not need, then enter step c6;
C7, encapsulation send described message;
C8, report corresponding alarm to CPU.
8. the implement device of the two stack processing engine of Ethernet OAM according to claim 7 and BFD, is characterized in that, described reception processing unit also for:
Message characteristic according to described message resolves described message, judges that described message is OAM message or BFD message, and judges the type of described OAM message, described BFD message, and carries out validity checking according to described message characteristic.
9. the implement device of the two stack processing engine of Ethernet OAM according to claim 7 and BFD, is characterized in that, described reception processing unit also for:
Resolve the type of described message according to the message characteristic of described message, judge whether the type of described message is detection failure type, if so, then validity checking is passed through, and if not, then validity checking is not passed through.
10. the implement device of the two stack processing engine of Ethernet OAM according to claim 6 and BFD, is characterized in that, described transmission processing unit also for:
D1, the local terminal MEP searching described message and far-end MEP, and the consensus standard corresponding according to described message configures state machine interval update time of described local terminal MEP and described far-end MEP and the transmission time interval of described message;
D2, when arriving described state machine interval update time of described local terminal MEP or described far-end MEP, upgrade corresponding described state machine;
D3, check whether current described state machine exists alarm, if exist, then enter steps d 7; If do not exist, then enter steps d 4;
That the described state machine that d4, judgement upgrade is corresponding is described local terminal MEP or described far-end MEP, if judging is described local terminal MEP, enters steps d 5; If judge it is described far-end MEP, enter steps d 8;
D5, judge whether the transmission time interval meeting described message, judge described local terminal MEP whether enable transmission continuity detection messages simultaneously, meet described transmission time interval and described local terminal MEP enable transmission continuity detection messages if judge, enter steps d 6; Do not meet described transmission time interval and/or described local terminal MEP disable transmission continuity detection messages if judge, enter steps d 8;
D6, encapsulation send described message;
D7, report described alarm to CPU;
D8, repetition steps d 1-d8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510239893.XA CN104935581B (en) | 2015-05-12 | 2015-05-12 | The implementation method and device of Ethernet OAM and the double stack processing engines of BFD |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510239893.XA CN104935581B (en) | 2015-05-12 | 2015-05-12 | The implementation method and device of Ethernet OAM and the double stack processing engines of BFD |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104935581A true CN104935581A (en) | 2015-09-23 |
| CN104935581B CN104935581B (en) | 2018-04-03 |
Family
ID=54122553
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510239893.XA Active CN104935581B (en) | 2015-05-12 | 2015-05-12 | The implementation method and device of Ethernet OAM and the double stack processing engines of BFD |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104935581B (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108400911A (en) * | 2018-02-27 | 2018-08-14 | 盛科网络（苏州）有限公司 | A kind of device and method for realizing Micro-BFD agreements |
| CN110086689A (en) * | 2019-04-22 | 2019-08-02 | 杭州迪普科技股份有限公司 | A kind of double stack BFD detection methods and system |
| CN111064729A (en) * | 2019-12-19 | 2020-04-24 | 盛科网络（苏州）有限公司 | Message processing method and device, storage medium and electronic device |
| CN111294358A (en) * | 2020-02-21 | 2020-06-16 | 盛科网络（苏州）有限公司 | Message processing method and device |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080037436A1 (en) * | 2005-03-25 | 2008-02-14 | Huawei Technologies Co., Ltd. | Method and system for detecting link failure between nodes in a hybrid network |
| CN102857386A (en) * | 2011-06-30 | 2013-01-02 | 中兴通讯股份有限公司 | Method and device for obtaining maintenance end point identifier |
| CN104486118A (en) * | 2014-12-15 | 2015-04-01 | 盛科网络（苏州）有限公司 | Implementation device and method for flexibly recognizing and processing bidirectional forwarding detection (BFD) message |
| US20150124626A1 (en) * | 2013-11-05 | 2015-05-07 | Electronics And Telecommunications Research Institute | Method of supporting in-band operations, administration and maintenance (oam) for point-to-multipoint (p2mp) data transfer in multi-protocol label switching-transport profile (mpls-tp) network |
-
2015
- 2015-05-12 CN CN201510239893.XA patent/CN104935581B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080037436A1 (en) * | 2005-03-25 | 2008-02-14 | Huawei Technologies Co., Ltd. | Method and system for detecting link failure between nodes in a hybrid network |
| CN102857386A (en) * | 2011-06-30 | 2013-01-02 | 中兴通讯股份有限公司 | Method and device for obtaining maintenance end point identifier |
| US20150124626A1 (en) * | 2013-11-05 | 2015-05-07 | Electronics And Telecommunications Research Institute | Method of supporting in-band operations, administration and maintenance (oam) for point-to-multipoint (p2mp) data transfer in multi-protocol label switching-transport profile (mpls-tp) network |
| CN104486118A (en) * | 2014-12-15 | 2015-04-01 | 盛科网络（苏州）有限公司 | Implementation device and method for flexibly recognizing and processing bidirectional forwarding detection (BFD) message |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108400911A (en) * | 2018-02-27 | 2018-08-14 | 盛科网络（苏州）有限公司 | A kind of device and method for realizing Micro-BFD agreements |
| CN108400911B (en) * | 2018-02-27 | 2021-04-09 | 盛科网络（苏州）有限公司 | Device and method for realizing Micro-BFD protocol |
| CN110086689A (en) * | 2019-04-22 | 2019-08-02 | 杭州迪普科技股份有限公司 | A kind of double stack BFD detection methods and system |
| CN111064729A (en) * | 2019-12-19 | 2020-04-24 | 盛科网络（苏州）有限公司 | Message processing method and device, storage medium and electronic device |
| CN111064729B (en) * | 2019-12-19 | 2021-08-31 | 苏州盛科通信股份有限公司 | Message processing method and device, storage medium and electronic device |
| CN111294358A (en) * | 2020-02-21 | 2020-06-16 | 盛科网络（苏州）有限公司 | Message processing method and device |
| CN111294358B (en) * | 2020-02-21 | 2021-08-31 | 苏州盛科通信股份有限公司 | Message processing method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104935581B (en) | 2018-04-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101459594B (en) | BFD packet transmitting method, link failure detection method and apparatus | |
| CN106817264B (en) | Method, device and system for detecting link fault | |
| US20150312089A1 (en) | Method of managing zigbee network in the internet of things | |
| EP2399370B1 (en) | Maximum transmission unit, MTU, size discovery method for data-link layers | |
| US8457017B2 (en) | Multi-chassis interconnect | |
| JPH09321821A (en) | Protocol conversion system and its method | |
| CN102457409B (en) | Method and system for link failure detection | |
| CN104935581A (en) | Ethernet OAM and BFD dual-stack processing engine realization method and device | |
| CN104735001A (en) | Link discovery method, device and system in software-defined network | |
| CN102594600A (en) | Method and system for determining failure position of bidirectional forwarding detection session | |
| CN107026790B (en) | A kind of transmission control method and equipment | |
| CN101562531A (en) | Method and system for processing network fault and router | |
| CN108737206B (en) | Routing method and device of network channel and computer equipment thereof | |
| EP2472793A1 (en) | Method, device and system for transmitting e1 bidirectional looped network data | |
| CN101808021A (en) | Fault detection method, device and system, message statistical method and node equipment | |
| CN101335657A (en) | Communication device, communication method, communication interface, and program product | |
| CN102035695A (en) | Bidirectional forwarding detection method and device | |
| US7626937B2 (en) | System and method for network connection detection | |
| CN101743723A (en) | System and method for an adaptive access point mode | |
| CN102833122A (en) | Loopback detection method and system | |
| CN102571464A (en) | Link tracking processing method and system | |
| CN104243319A (en) | Neighbor discovering method and device thereof | |
| CN103036984B (en) | One-way flow detection method and network equipment | |
| CN107241236B (en) | Forwarding information base table item detection method, detection equipment and network equipment | |
| EP3079327A1 (en) | Information transmission method, device and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP03 | Change of name, title or address | ||
| CP03 | Change of name, title or address |
Address after: 215000 unit 13 / 16, 4th floor, building B, No.5 Xinghan street, Suzhou Industrial Park, Jiangsu Province Patentee after: Suzhou Shengke Communication Co.,Ltd. Address before: Xinghan Street Industrial Park of Suzhou city in Jiangsu province 215021 B No. 5 Building 4 floor 13/16 unit Patentee before: CENTEC NETWORKS (SU ZHOU) Co.,Ltd. |