CN111371736B - iOAM information processing method, iOAM information processing device and computer readable storage medium - Google Patents
iOAM information processing method, iOAM information processing device and computer readable storage medium Download PDFInfo
- Publication number
- CN111371736B CN111371736B CN201811607790.4A CN201811607790A CN111371736B CN 111371736 B CN111371736 B CN 111371736B CN 201811607790 A CN201811607790 A CN 201811607790A CN 111371736 B CN111371736 B CN 111371736B
- Authority
- CN
- China
- Prior art keywords
- ioam
- message
- field
- sfd
- value
- 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.)
- Active
Links
Images
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/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
-
- 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
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
Abstract
The invention discloses an iOAM information processing method, which comprises the following steps: analyzing an EtherType Ethernet type field of the message; judging the type of the MAC payload according to the EtherType field; the MAC payload type comprises a data message and an iOAM message, the predefined iOAM message is indicated by taking an EtherType field value as a preset EtherType value, and iOAM information corresponding to the iOAM message is encapsulated according to a predefined MCA-iOAM encapsulation format; and when the MAC payload is the iOAM message, analyzing and processing the iOAM message. The invention also discloses an iOAM information processing device and a computer readable storage medium. The invention improves the transmission efficiency of iOAM information.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to an iOAM information processing method, an iOAM information processing apparatus, and a computer-readable storage medium.
Background
And the iOAM (in-situ OAM/in-band OAM) information is encapsulated into a message, so that the iOAM information and the data message are transmitted together, and higher iOAM precision and efficiency can be obtained. At present, although an iOAM package based on MPLS (Multi-Protocol Label Switching) has been proposed, it is still difficult to expand an iOAM package of IPv4 (Internet Protocol, internet Protocol version 4) to carry iOAM information, and for each upper layer Protocol, a corresponding package format is defined separately to package iOAM information, so that multiple package formats need to be predefined, the operation is complex and cumbersome, the applicability is low, and the iOAM information transmission efficiency is further affected.
Disclosure of Invention
The invention mainly aims to provide an iOAM information processing method, an iOAM information processing device and a computer readable storage medium, and aims to solve the problem of low iOAM information transmission efficiency in the prior art.
In order to achieve the above object, the present invention provides an iOAM information processing method, which is applied to an MCA layer, and the iOAM information processing method includes:
analyzing an EtherType Ethernet type field of the message;
judging the type of the MAC payload according to the EtherType field; the MAC payload type comprises a data message and an iOAM message, the predefined iOAM message is indicated by taking an EtherType field value as a preset EtherType value, and iOAM information corresponding to the iOAM message is encapsulated according to a predefined MCA-iOAM encapsulation format;
and when the MAC payload is the iOAM message, analyzing and processing the iOAM message.
In addition, in order to achieve the above object, the present invention further provides an iOAM information processing method applied to a physical layer, where the iOAM information processing method includes:
analyzing the SFD frame start delimiter field of the message;
judging the type of physical layer payload according to the SFD field; the method comprises the steps that an iOAM message is predefined, wherein the predefined iOAM message is indicated by taking an SFD field value as a preset SFD value, and iOAM information corresponding to the iOAM message is packaged according to a predefined physical layer iOAM packaging format;
and when the physical layer payload is the iOAM message, analyzing and processing the iOAM message.
Further, to achieve the above object, the present invention also proposes an iOAM information processing apparatus including:
the first analysis module is used for analyzing the EtherType Ethernet type field of the message;
the first judging module is used for judging the type of the MAC payload according to the EtherType field; the MAC payload type comprises a data message and an iOAM message, the predefined iOAM message is indicated by taking an EtherType field value as a preset EtherType value, and iOAM information corresponding to the iOAM message is encapsulated according to a predefined MCA-iOAM encapsulation format;
and the first processing module is used for analyzing and processing the iOAM message when the MAC payload is the iOAM message.
Further, to achieve the above object, the present invention also proposes an iOAM information processing apparatus including:
the second analysis module is used for analyzing the SFD frame start delimiter field of the message;
the second judging module is used for judging the type of the physical layer payload according to the SFD field; the method comprises the steps that an SFD field is used as a preset SFD value to indicate a predefined iOAM message, and iOAM information corresponding to the iOAM message is packaged according to a predefined physical layer iOAM packaging format;
and the second processing module is used for analyzing and processing the iOAM message when the physical layer payload is the iOAM message.
Further, to achieve the above object, the present invention also provides a computer readable storage medium having stored thereon an iOAM information processing program which, when executed by a processor, implements the steps of the iOAM information processing method as described above.
According to the technical scheme, the iOAM information is packaged in the MAC layer by adopting a uniform iOAM packaging format, differences of various upper layer protocols are shielded, the EtherType field of the message is analyzed when the message node is processed, the MAC payload type is judged according to the EtherType field, when the MAC payload is the iOAM message, the iOAM message is analyzed and processed, the iOAM message is transmitted along with the data message, and the transmission efficiency of the iOAM information is improved.
Drawings
Fig. 1 is a schematic terminal structure diagram of a hardware operating environment according to an embodiment of the present invention;
fig. 2 is a flowchart illustrating a first embodiment of an iOAM information processing method according to the present invention;
FIG. 3 is a diagram illustrating the encapsulation of a packet at the MAC layer;
fig. 4 is a schematic diagram of an optional MAC _ iOAM packet encapsulation structure according to an embodiment of the present invention;
fig. 5 is a schematic diagram of an optional process flow of an iOAM message carried by an MAC layer according to an embodiment of the present invention;
fig. 6 is a flowchart illustrating a second embodiment of an iOAM information processing method according to the present invention;
FIG. 7 is a schematic diagram of packet encapsulation at the physical layer;
fig. 8 is a schematic diagram of an optional encapsulation of an iOAM message carried after a CRC field according to an embodiment of the present invention;
fig. 9 is a schematic diagram of an alternative embodiment of a CRC field followed by an iOAM packet package;
fig. 10 is a schematic diagram of an alternative embodiment of a CRC field with an iOAM packet encapsulation carried in front of the CRC field;
fig. 11 is a schematic diagram of an alternative package of an iOAM message carried in front of a CRC field according to an embodiment of the present invention;
fig. 12 is a schematic diagram of an alternative package of an iOAM message carried in front of a CRC field according to an embodiment of the present invention;
fig. 13 is a schematic diagram of an alternative physical layer carried iOAM header format according to an embodiment of the present invention;
fig. 14 is a schematic diagram of an optional processing flow of an iOAM-carrying message at a physical layer according to an embodiment of the present invention;
fig. 15 is a schematic diagram of another alternative processing flow of a physical layer carried iOAM message according to an embodiment of the present invention;
fig. 16 is a functional block diagram of the iOAM information processing apparatus of the first embodiment of the present invention;
fig. 17 is a functional block diagram of the iOAM information processing apparatus according to the second embodiment of the present invention.
The implementation, functional features and advantages of the objects of the present invention will be further explained with reference to the accompanying drawings.
Detailed Description
It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
The solution of the embodiment of the invention is mainly as follows: the iOAM information is packaged by adopting a uniform iOAM packaging format on an MAC layer, the difference of various upper layer protocols is shielded, when message node processing is carried out, an EtherType field of a message is analyzed, the MAC payload type is judged according to the EtherType field, when the MAC payload is the iOAM message, the iOAM message is analyzed and processed, the iOAM message is transmitted simultaneously along with a data message, and the transmission efficiency of the iOAM information is further improved. Through the technical scheme of the embodiment of the invention, the problem of low iOAM information transmission efficiency is solved.
Referring to fig. 1, fig. 1 is a schematic diagram of a terminal structure of a hardware operating environment according to an embodiment of the present invention.
In the following description, suffixes such as "module", "component", or "unit" used to denote elements are used only for facilitating the explanation of the present invention, and have no specific meaning in itself. Thus, "module", "component" or "unit" may be used mixedly.
As shown in fig. 1, the terminal may include: a processor 1001, a communication bus 1002, a user interface 1003, a network interface 1004, and a memory 1005. The communication bus 1002 is used to implement connection communication among these components. In one embodiment, the user interface 1003 may be one or more suitable interfaces such as a Display (Display), an input unit such as a Keyboard (Keyboard), and in other embodiments, the user interface 1003 may also be a standard wired interface, a wireless interface, and the like. The network interface 1004 may be a standard wired interface, a wireless interface (e.g., a WI-FI interface), or an interface to one or more suitable network devices. The memory 1005 may be a high-speed RAM memory, a non-volatile memory (non-volatile memory), or the like, such as a magnetic disk memory. In one embodiment, the memory 1005 may be a storage device independent of the processor 1001.
Those skilled in the art will appreciate that the terminal structure shown in fig. 1 is not intended to be limiting and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components.
As shown in fig. 1, a memory 1005, which is a kind of computer storage medium, may include therein an operating system, a network communication module, and an iOAM information processing program.
In the present invention, the terminal calls the iOAM information processing program stored in the memory 1005 through the processor 1001, and performs the following operations:
analyzing an EtherType Ethernet type field of the message;
judging the type of the MAC payload according to the EtherType field; the MAC payload type comprises a data message and an iOAM message, the predefined iOAM message is indicated by taking an EtherType field value as a preset EtherType value, and iOAM information corresponding to the iOAM message is encapsulated according to a predefined MCA-iOAM encapsulation format;
and when the MAC payload is the iOAM message, analyzing and processing the iOAM message.
In one embodiment, the processor 1001 may call the iOAM information handler stored in the memory 1005, and further perform the following operations:
and when the EtherType field value is the preset EtherType value, judging that the MAC payload is the iOAM message.
In one embodiment, the processor 1001 may call the iOAM information handler stored in the memory 1005, and further perform the following operations:
when the MAC payload is an iOAM message, analyzing an iOAM message header, and judging whether the message needs to be reported to the control unit;
if so, reporting the iOAM message to the control unit so that the control unit can strip off an iOAM message header and reserve an MAC payload;
and if not, analyzing and processing the iOAM message.
In one embodiment, the processor 1001 may call the iOAM information handler stored in the memory 1005, and further perform the following operations:
and when the MAC payload is a data message, processing the data message by adopting a Protocol specified by an EtherType/Next Protocol field.
In one embodiment, the processor 1001 may call the iOAM information handler stored in the memory 1005, and further perform the following operations:
and when the value of the EtherType field is an undefined EtherType value, discarding the message.
According to the scheme, the iOAM information is packaged in the MAC layer by adopting a uniform iOAM packaging format, differences of various upper layer protocols are shielded, when message node processing is carried out, the EtherType field of the message is analyzed, the MAC payload type is judged according to the EtherType field, when the MAC payload is the iOAM message, the iOAM message is analyzed and processed, the iOAM message is simultaneously transmitted along with the data message, and the transmission efficiency of the iOAM information is further improved.
Based on the above hardware structure, an embodiment of the iOAM information processing method of the present invention is provided.
Referring to fig. 2, fig. 2 is a flowchart illustrating an iOAM information processing method according to a first embodiment of the present invention.
In a first embodiment, the iOAM information processing method includes the steps of:
s10, analyzing an EtherType Ethernet type field of the message;
step S20, judging the type of the MAC payload according to the EtherType field; the MAC payload type comprises a data message and an iOAM message, the predefined iOAM message is indicated by taking an EtherType field value as a preset EtherType value, and iOAM information corresponding to the iOAM message is encapsulated according to a predefined MCA-iOAM encapsulation format;
and step S30, when the MAC payload is the iOAM message, analyzing and processing the iOAM message.
In this embodiment, by using a method of carrying in-situ OAM/in-band OAM information on a Media Access Control (MAC) layer, the method can shield differences of various upper layer protocols, and a uniform OAM encapsulation format is used to encapsulate the OAM information, so that an OAM message is transmitted simultaneously with a data message, thereby improving the transmission efficiency of the OAM information.
Specifically, in the ethernet MAC encapsulation structure, for example, the ethernet MAC header shown in fig. 3, wherein a 2-byte EtherType field indicates a MAC payload type, for example, 0x0800 represents IPv4, and 0x0810 represents 802.1VLAN Tag. In this embodiment, the MCA-iOAM encapsulation format of the iOAM information is predefined, for example, as shown in fig. 4, the MAC layer predefines a new EtherType field value, and presets an EtherType value, where the value range of the preset EtherType value is all unused and reserved values, such as 0x0820, and the preset EtherType value indicates that the MAC payload is an iOAM message.
Based on the MCA-iOAM encapsulated message, when node processing is carried out, the EtherType field of the message is firstly analyzed, and the current value of the EtherType field is obtained.
And then, judging the MAC payload type according to the analyzed EtherType field. And when the value of the EtherType field is the preset EtherType value, judging that the MAC payload is the iOAM message. For example, when the value of the EtherType field is preset 0x0820, the MAC payload is determined to be the iOAM message. And when the value of the EtherType field is 0x0800 and 0x0810, judging that the MAC payload is the data message.
Optionally, in another case, after the EtherType field of the packet is parsed, the EtherType field takes a value of undefined EtherType, and in this case, when the EtherType field takes a value of undefined EtherType, the packet is discarded.
When the MAC payload is an iOAM message, i.e., the iOAM information is encapsulated in the description message based on the MCA-iOAM encapsulation format, at this time, the iOAM message is parsed and processed according to the MCA-iOAM encapsulation format.
Optionally, the step S30 includes:
step a, when the MAC payload is an iOAM message, analyzing an iOAM message header, and judging whether the message is required to be reported to a control unit; if yes, executing step b; if not, executing the step c;
b, reporting the iOAM message to the control unit so that the control unit strips off the iOAM message header and reserves MAC payload;
and c, analyzing and processing the iOAM message.
Optionally, when the MAC payload is an iOAM packet, an iOAM packet header is first parsed, where the iOAM packet header includes, but is not limited to, a Length field and a Next Protocol field, and values of the Length field and the Next Protocol field are obtained. And judging whether to report to the control unit according to the values of the Length field, the Next Protocol field and the like of the iOAM message header. For example, when the Length field value is greater than a preset Length, it is determined that the Length field needs to be reported to the control unit; otherwise, it is determined that the report to the control unit is not needed. If the value of the Next Protocol field conforms to the preset range, judging that the Next Protocol field does not need to be reported to the control unit; otherwise, it is determined that the report is required to the control unit.
And when the situation that the iOAM message needs to be reported to the control unit is judged, reporting the iOAM message to the control unit, and stripping off an iOAM message header by the control unit to reserve the MAC payload.
And when the iOAM message does not need to be reported to the control unit, the iOAM message is directly analyzed and processed. For example, adding per-node iOAM information to the iOAM message.
When the MAC payload is a data packet, that is, it indicates that the packet does not encapsulate the iOAM information, at this time, a Protocol specified by the EtherType field or the Next Protocol field is used to process the data packet.
The iOAM message is then transmitted to the next node.
For example, as shown in fig. 5, the processing flow of the nodes carrying the iOAM message in the MAC layer is as follows:
step 1), analyzing the EtherType field and judging the type of the MAC payload. For example, if EtherType = EtherType _ iOAM, the MAC payload is an iOAM message; otherwise, the MAC payload is a data message, and the step 6) is carried out;
step 2), analyzing an iOAM message header, including but not limited to a Length field and a Next Protocol field;
step 3), judging whether reporting to a control unit for processing is needed, and if so, turning to step 4); if not, turning to the step 5);
step 4), the control unit strips off the iOAM message header, reserves the MAC payload, transfer to step 6);
step 5), analyzing and processing the iOAM message, for example, adding each node iOAM information into the message;
and 6), using an EtherType field (non EtherType _ iOAM) or a Next Protocol field (iOAM Next Protocol) to appoint a Protocol to process the data message, and ending the process.
According to the scheme provided by the embodiment, the iOAM information is packaged by adopting a uniform iOAM packaging format on the MAC layer, the difference of various upper layer protocols is shielded, when message node processing is carried out, the EtherType field of the message is analyzed, the MAC payload type is judged according to the EtherType field, when the MAC payload is the iOAM message, the iOAM message is analyzed and processed, the iOAM message is simultaneously transmitted along with the data message, and the transmission efficiency of the iOAM information is further improved.
In an embodiment, a second embodiment of the iOAM information processing method according to the present invention is provided, and in this embodiment, as shown in fig. 6, the iOAM information processing method includes:
step S40, analyzing the SFD frame start delimiter field of the message;
s50, judging the type of the physical layer payload according to the SFD field; the method comprises the steps that an iOAM message is predefined, wherein the predefined iOAM message is indicated by taking an SFD field value as a preset SFD value, and iOAM information corresponding to the iOAM message is packaged according to a predefined physical layer iOAM packaging format;
and step S60, when the physical layer payload is an iOAM message, analyzing and processing the iOAM message.
In this embodiment, by using the method of carrying the iOAM information in the physical layer, as in the first embodiment, this method can shield the differences of various upper layer protocols, and package the iOAM information by using a uniform iOAM package format, so that the iOAM message is transmitted simultaneously with the data message, thereby improving the transmission efficiency of the iOAM information.
Specifically, in the physical layer encapsulation packet structure, for example, as shown in fig. 7, the physical layer includes a PREAMBLE (PREAMBLE) field of 7 bytes and a Start Frame Delimiter (SFD) field of 1 byte, and a value of the SFD field is used to indicate a physical layer payload type. For example, for a normal MAC frame, the value of the SFD field is 0xAB. In this embodiment, by newly defining a value of an SFD field (or a PREAMBLE field and an SFD field), the value of the SFD field is a preset SFD value, such as 0xAC, to indicate that the physical layer payload carries oam information in addition to the MAC data packet, that is, by predefining the preset SFD value, the physical layer payload is indicated as an oam packet.
Several physical layer iOAM encapsulation formats are described below:
(1) As shown in fig. 8, the lengths of the PREAMBLE field and the SFD field are not changed, the physical layer defines that the value of the SFD field is the preset SFD value, the preset SFD value is a value used in IEEE 802.3BR, for example, 0xAC, the value range includes all reserved values, and the preset SFD value indicates that the iOAM message follows the CRC field.
(2) As shown in fig. 9, the lengths of the PREAMBLE field and the SFD field are not changed, the physical layer defines that the value of the SFD field is a preset SFD value, the preset SFD value is a value used in IEEE 802.3BR, for example, 0xAD, the value range includes all reserved values, the preset SFD value indicates that the iOAM message follows the CRC field, and the iOAM message is verified by adding the CRC field.
(3) As shown in fig. 10, the SFD field has a constant Length, the PREAMBLE field is reduced to 6 bytes (or less), and the reduced bytes of PREAMBLE are used as a predefined iOAM _ Length field to indicate the Length of iOAM packet, which helps to distinguish MAC packet and iOAM packet in the physical layer payload; and the physical layer defines that the value of the SFD field is a preset SFD value, the preset SFD value is a value except for the value used in IEEE 802.3BR, such as 0xAE, indicates that an iOAM message is inserted behind the MAC message, and carries the iOAM message behind the MAC message before the CRC field.
(4) As shown in fig. 11, the SFD field has a constant Length, the PREAMBLE field is reduced to 6 bytes (or less), and the reduced bytes of PREAMBLE are used as a predefined iOAM _ Length field to indicate the Length of iOAM packet, which helps to distinguish MAC packet and iOAM packet in the physical layer payload; and the physical layer defines that the value of the SFD field is a preset SFD value, the preset SFD value is a value except for the value used in IEEE 802.3BR, such as 0xAF, indicates that an iOAM message is inserted in front of the MAC message, and carries the iOAM message in front of the MAC message in front of the CRC field.
(5) As shown in fig. 12, the Length of the SFD field is not changed, the PREAMBLE field is reduced to 6 bytes (or less), and the reduced PREAMBLE byte is used as a predefined iOAM _ Length field to indicate the lengths of iOAM messages and CRC _ iOAM messages, so as to help distinguish MAC messages and iOAM messages in the physical layer payload; the physical layer defines that the value of the SFD field is a preset SFD value, the preset SFD value is a value used in IEEE 802.3BR, such as 0xAG, indicates that an iOAM message is inserted in front of an MAC message, the iOAM message is carried in front of the MAC message before the CRC field, and a CRC _ iOAM field is newly added behind the iOAM message, namely the physical layer carries the iOAM message and the CRC _ iOAM field before the MAC message, and the CRC _ iOAM field is used for checking the iOAM message.
Optionally, for the case where the physical layer carries the iOAM packet, compared with the case where the MAC layer carries the iOAM packet, a Next Protocol field is not needed, and therefore, a Reserved field may be added, for example, as shown in fig. 13, to improve the Protocol expansion capability.
Based on the messages encapsulated in the various physical layer iOAM encapsulation formats, when node processing is carried out, the SFD field of the message is firstly analyzed, and the current value of the SFD field is obtained.
And then, judging the physical layer payload type according to the analyzed SFD field. And when the value of the SFD field is the preset SFD value, judging that the physical layer payload is the iOAM message.
Further, there is another case that, after the SFD field of the packet is parsed, the value of the SFD field is an undefined SFD value, and in this case, when the value of the SFD field is an undefined SFD value, the packet is discarded.
When the physical layer payload is an iOAM message, i.e., iOAM information is encapsulated in the description message based on the physical layer iOAM encapsulation format, at this time, the iOAM message is parsed and processed.
Optionally, for an iOAM packet encapsulated according to the physical layer iOAM encapsulation format shown in fig. 8 or fig. 9, the step S30 includes:
d, when the value of the SFD field is a first preset SFD value, analyzing an iOAM message header, and judging whether the message needs to be reported to a control unit;
step e, if yes, reporting the iOAM message to the control unit so that the control unit can strip off the iOAM message header and reserve the MAC payload;
and f, if not, analyzing and processing the iOAM message.
As shown in fig. 14, the SFD field of the message is first analyzed, and when the value of the SFD field is the first preset SFD value, that is, the iOAM message is carried after the CRC field, at this time, the iOAM message header is first analyzed, and it is determined whether to report to the control unit.
And when the iOAM message needs to be reported to the control unit, reporting the iOAM message to the control unit, stripping the iOAM message head by the control unit, and reserving the MAC payload. And when the iOAM message does not need to be reported to the control unit, the iOAM message is directly analyzed and processed. For example, per-node iOAM information is added to the iOAM message.
When the physical layer payload is an MAC data packet, that is, it indicates that the packet is not encapsulated with the iOAM information, at this time, the MAC data packet is processed by using a conventional processing method.
Optionally, for an iOAM packet encapsulated according to a physical layer iOAM encapsulation format as shown in fig. 10, fig. 11, or fig. 12, the step S30 includes:
step g, when the value of the SFD field is a second preset SFD value, acquiring an iOAM message according to the iOAM _ Length field;
step h, analyzing the iOAM message header, and judging whether the message header needs to be reported to the control unit;
if so, reporting the iOAM message to the control unit so that the control unit can strip off the iOAM message header and reserve the MAC payload;
and j, if not, analyzing and processing the iOAM message.
As shown in fig. 15, the SFD field of the message is analyzed first, and when the value of the SFD field is the second preset SFD value, that is, the iOAM message is carried in front of the CRC field, at this time, the iOAM message is obtained according to the iOAM _ Length field, and then the iOAM message header is analyzed, and it is determined whether reporting to the control unit is required.
And when the iOAM message needs to be reported to the control unit, reporting the iOAM message to the control unit, stripping the iOAM message head by the control unit, and reserving the MAC payload. And when the message does not need to be reported to the control unit, the iOAM message is directly analyzed and processed. For example, per-node iOAM information is added to the iOAM message.
When the physical layer payload is an MAC data packet, that is, it indicates that the packet is not encapsulated with the iOAM information, at this time, the MAC data packet is processed by using a conventional processing method.
The processing flow of the iOAM message node carried by the physical layer is as follows:
step 1), analyzing the SFD field, if the SFD = SFD _ iOAM1, carrying an iOAM message behind the CRC field, and turning to step 3);
step 2), if SFD = SFD _ iOAM2, carrying an iOAM message in front of the CRC field, and acquiring the iOAM message according to the iOAM _ Length field;
step 3), analyzing an iOAM message header, judging whether the message header needs to be reported to a control unit, and if not, turning to the step 5);
step 4), the control unit strips off the iOAM message header, reserves the MAC payload, and goes to step 6);
step 5), analyzing and processing the iOAM message, for example, adding each node iOAM information into the message;
and 6) processing the MAC data message according to the normal flow, and ending the flow.
In the scheme provided by this embodiment, the iOAM information is encapsulated by using a uniform iOAM encapsulation format in the physical layer, differences of various upper layer protocols are shielded, when a message node is processed, an SFD field of the message is analyzed, the MAC payload type is determined according to the SFD field, and when the MAC payload is an iOAM message, the iOAM message is analyzed and processed, so that the iOAM message is simultaneously transmitted along with an MAC data message, and the transmission efficiency of the iOAM information is further improved.
The present invention further provides an iOAM information processing apparatus, as shown in fig. 16, fig. 16 is a schematic diagram of functional modules of the iOAM information processing apparatus according to the first embodiment of the present invention.
In this embodiment, the iOAM information processing apparatus includes:
the first analysis module 10 is configured to analyze an EtherType ethernet type field of the packet;
a first determining module 20, configured to determine a type of the MAC payload according to the EtherType field; the MAC payload type comprises a data message and an iOAM message, the predefined iOAM message is indicated by taking an EtherType field value as a preset EtherType value, and iOAM information corresponding to the iOAM message is encapsulated according to a predefined MCA-iOAM encapsulation format;
the first processing module 30 is configured to, when the MAC payload is an iOAM packet, parse and process the iOAM packet.
Optionally, the first determining module 20 is specifically configured to:
and when the EtherType field value is the preset EtherType value, judging that the MAC payload is the iOAM message.
Optionally, the first processing module 30 is specifically configured to:
when the MAC payload is an iOAM message, analyzing an iOAM message header, and judging whether the message needs to be reported to the control unit;
if so, reporting the iOAM message to the control unit so that the control unit can strip off an iOAM message header and reserve an MAC payload;
and if not, analyzing and processing the iOAM message.
Optionally, the first processing module 30 is further configured to:
and when the MAC payload is a data message, processing the data message by adopting a Protocol specified by an EtherType/Next Protocol field.
Optionally, the first processing module 30 is further configured to:
and when the value of the EtherType field is an undefined EtherType value, discarding the message.
The specific implementation of the iOAM information processing apparatus of the present invention is basically the same as the first embodiment of the iOAM information processing method described above, and details thereof are not described herein again.
According to the scheme, the iOAM information is packaged in the MAC layer by adopting a uniform iOAM packaging format, differences of various upper layer protocols are shielded, the EtherType field of the message is analyzed when the message node is processed, the MAC payload type is judged according to the EtherType field, when the MAC payload is the iOAM message, the iOAM message is analyzed and processed, the iOAM message is simultaneously transmitted along with the data message, and the transmission efficiency of the iOAM information is further improved.
The present invention further provides an iOAM information processing apparatus, as shown in fig. 17, fig. 17 is a schematic diagram of functional modules of a second embodiment of the iOAM information processing apparatus according to the present invention.
In this embodiment, the iOAM information processing apparatus includes:
a second parsing module 40, configured to parse an SFD frame start delimiter field of the packet;
a second determining module 50, configured to determine a physical layer payload type according to the SFD field; the method comprises the steps that an SFD field value of a predefined iOAM message is used as a preset SFD value to indicate, and iOAM information corresponding to the iOAM message is packaged according to a predefined physical layer iOAM packaging format;
the second processing module 60 is configured to, when the physical layer payload is an iOAM message, parse and process the iOAM message.
Optionally, in the physical layer iOAM encapsulation format, a first preset SFD value is predefined to indicate that an iOAM packet is carried after a CRC field, and the second processing module 60 is specifically configured to:
when the value of the SFD field is a first preset SFD value, analyzing an iOAM message header, and judging whether reporting to a control unit is needed;
if so, reporting the iOAM message to the control unit so that the control unit strips off the iOAM message header and reserves the MAC payload;
and if not, analyzing and processing the iOAM message.
Optionally, in the physical layer iOAM encapsulation format, the predefined second preset SFD value indicates that an iOAM packet is carried in front of the CRC field, and the byte of the PREMABLE field is reduced to add a predefined iOAM _ Length field, where the second processing module 60 is specifically configured to:
when the value of the SFD field is a second preset SFD value, acquiring an iOAM message according to the iOAM _ Length field;
analyzing an iOAM message header, and judging whether reporting to a control unit is needed or not;
if so, reporting the iOAM message to the control unit so that the control unit strips off the iOAM message header and reserves the MAC payload;
and if not, analyzing and processing the iOAM message.
Optionally, the second processing module 60 is further configured to:
and when the value of the SFD field is an undefined SFD value, discarding the message.
The specific implementation of the iOAM information processing apparatus of the present invention is substantially the same as the second embodiment of the iOAM information processing method described above, and is not described herein again.
According to the scheme, the iOAM information is packaged in a unified iOAM packaging format on the physical layer, differences of various upper layer protocols are shielded, the SFD field of the message is analyzed when the message node is processed, the MAC payload type is judged according to the SFD field, when the MAC payload is the iOAM message, the iOAM message is analyzed and processed, the iOAM message is simultaneously transmitted along with the MAC data message, and the transmission efficiency of the iOAM information is further improved.
The present invention further provides a computer-readable storage medium (also referred to as a readable storage medium), where an iOAM information processing program is stored, where the iOAM information processing program can be executed by one or more processors to implement the steps of the iOAM information processing method, which may be specifically described in the iOAM information processing method embodiment and is not described herein again.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or system. Without further limitation, an element defined by the phrases "comprising a," "8230," "8230," or "comprising" does not exclude the presence of other like elements in a process, method, article, or system comprising the element.
The above-mentioned serial numbers of the embodiments of the present invention are only for description, and do not represent the advantages and disadvantages of the embodiments.
Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium (e.g., ROM/RAM, magnetic disk, optical disk) as described above and includes instructions for enabling a terminal device (e.g., a mobile phone, a computer, a server, or a network device) to execute the method according to the embodiments of the present invention.
The above description is only a preferred embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes, which are made by using the contents of the present specification and the accompanying drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.
Claims (5)
1. An iOAM information processing method applied to a physical layer, the iOAM information processing method comprising:
analyzing the SFD frame start delimiter field of the message;
judging the type of physical layer payload according to the SFD field; the method comprises the steps that an SFD field value is taken as a preset SFD value to indicate a predefined iOAM message, iOAM information corresponding to the iOAM message is packaged according to a predefined physical layer iOAM packaging format, and in the physical layer iOAM packaging format, a first preset SFD value is predefined to indicate that the iOAM message is carried behind a CRC field;
when the physical layer payload is an iOAM message, analyzing and processing the iOAM message, wherein the steps of:
when the value of the SFD field is a first preset SFD value, analyzing an iOAM message header, and judging whether reporting to a control unit is needed;
if so, reporting the iOAM message to the control unit so that the control unit can strip off an iOAM message header and reserve an MAC payload;
and if not, analyzing and processing the iOAM message.
2. The iOAM information processing method according to claim 1, wherein in the physical layer iOAM encapsulation format, the predefined second predetermined SFD value indicates that an iOAM packet is carried before the CRC field, bytes of the PREMABLE field are reduced to add a predefined iOAM _ Length field, and when the physical layer payload is an iOAM packet, the parsing processing the iOAM packet comprises:
when the value of the SFD field is a second preset SFD value, acquiring an iOAM message according to the iOAM _ Length field;
analyzing an iOAM message header, and judging whether the message header needs to be reported to a control unit;
if so, reporting the iOAM message to the control unit so that the control unit strips off the iOAM message header and reserves the MAC payload;
and if not, analyzing and processing the iOAM message.
3. The iOAM information processing method according to claim 1 or 2, wherein after the step of parsing the SFD start frame delimiter field of the message, further comprising:
and when the value of the SFD field is the undefined SFD value, discarding the message.
4. An iOAM information processing apparatus, comprising:
the second analysis module is used for analyzing the SFD frame start delimiter field of the message;
the second judging module is used for judging the type of the physical layer payload according to the SFD field; the method comprises the steps that an SFD field is used as a preset SFD value to indicate a predefined iOAM message, iOAM information corresponding to the iOAM message is packaged according to a predefined physical layer iOAM packaging format, and in the physical layer iOAM packaging format, a first preset SFD value is predefined to indicate that the iOAM message is carried behind a CRC field;
the second processing module is used for analyzing and processing the iOAM message when the physical layer payload is the iOAM message, and also used for analyzing an iOAM message header and judging whether the iOAM message header needs to be reported to the control unit or not when the SFD field value is a first preset SFD value;
if so, reporting the iOAM message to the control unit so that the control unit strips off the iOAM message header and reserves the MAC payload;
and if not, analyzing and processing the iOAM message.
5. A computer readable storage medium, having stored thereon an iOAM information processing program which, when executed by a processor, implements the steps of the iOAM information processing method of any of claims 1-3.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811607790.4A CN111371736B (en) | 2018-12-26 | 2018-12-26 | iOAM information processing method, iOAM information processing device and computer readable storage medium |
| PCT/CN2019/115042 WO2020134564A1 (en) | 2018-12-26 | 2019-11-01 | Ioam information processing method, device, and computer readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811607790.4A CN111371736B (en) | 2018-12-26 | 2018-12-26 | iOAM information processing method, iOAM information processing device and computer readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111371736A CN111371736A (en) | 2020-07-03 |
| CN111371736B true CN111371736B (en) | 2022-12-06 |
Family
ID=71129661
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811607790.4A Active CN111371736B (en) | 2018-12-26 | 2018-12-26 | iOAM information processing method, iOAM information processing device and computer readable storage medium |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN111371736B (en) |
| WO (1) | WO2020134564A1 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2022241737A1 (en) * | 2021-05-20 | 2022-11-24 | 华为技术有限公司 | Data transmission method and related device |
| CN114090830A (en) * | 2021-09-28 | 2022-02-25 | 中国船舶重工集团公司第七0七研究所 | Method for automatically processing and analyzing Ethernet original data through script |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5018457B2 (en) * | 2007-12-21 | 2012-09-05 | 富士通株式会社 | Data transmission / reception device, maintenance management data insertion extraction device, maintenance management data insertion extraction program, and maintenance management data insertion extraction method |
| US7860125B2 (en) * | 2008-01-28 | 2010-12-28 | Cisco Techology, Inc. | Flexible time stamping |
| JP4922972B2 (en) * | 2008-03-13 | 2012-04-25 | 株式会社日立製作所 | Communications system |
| JP6236945B2 (en) * | 2013-07-11 | 2017-11-29 | 富士通株式会社 | Transmission apparatus, transmission system, and transmission method |
| CN105308904B (en) * | 2014-04-04 | 2019-05-21 | 华为技术有限公司 | A kind of OAM message processing method, the network equipment and network system |
| CN106789437B (en) * | 2016-12-29 | 2020-07-28 | 瑞斯康达科技发展股份有限公司 | Message processing method, forwarding method, related device and packet loss rate measuring method |
| CN108616414B (en) * | 2017-01-26 | 2021-12-03 | 华为技术有限公司 | Method and server for processing message |
| CN108964943B (en) * | 2017-05-18 | 2022-01-28 | 中兴通讯股份有限公司 | Method and device for realizing IOAM packaging |
-
2018
- 2018-12-26 CN CN201811607790.4A patent/CN111371736B/en active Active
-
2019
- 2019-11-01 WO PCT/CN2019/115042 patent/WO2020134564A1/en active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| WO2020134564A1 (en) | 2020-07-02 |
| CN111371736A (en) | 2020-07-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1650913B1 (en) | Method and apparatus for transmitting and receiving data via wireless universal serial bus (USB) | |
| CN111050361B (en) | Message transmission method, device and system | |
| CN111371736B (en) | iOAM information processing method, iOAM information processing device and computer readable storage medium | |
| CN107370654B (en) | Pseudo wire data message encapsulation and decapsulation methods and related devices | |
| CN111294235A (en) | Data processing method, device, gateway and readable storage medium | |
| EP4024782A1 (en) | Method by which host network performance requirements may be programmed, device and system | |
| WO2021174943A1 (en) | Data forwarding method and apparatus, and device and storage medium | |
| EP3026856B1 (en) | Gre packet encapsulation method, decapsulation method, and corresponding apparatuses | |
| CN112769738A (en) | DetNet data packet processing method and device | |
| CN113438633B (en) | Communication data processing method, terminal and computer readable storage medium | |
| CN113300929B (en) | Message forwarding method and device, electronic equipment and storage medium | |
| CN110401935B (en) | NB-IOT (network node B-Internet of things) -based data transmission method and device, communication equipment and storage medium | |
| US9992767B2 (en) | Data transmission method and device | |
| CN110661745B (en) | Overhead transmission method, device, equipment and computer readable storage medium | |
| US11196792B2 (en) | Method, device and system for transmitting data | |
| CN112003865B (en) | Data frame transmission method and device, storage medium and electronic equipment | |
| CN113765762A (en) | Data transmission method and device | |
| WO2022222693A1 (en) | Message processing method and apparatus, electronic device, and computer-readable storage medium | |
| WO2023231428A1 (en) | Ipv4 packet encapsulation method, electronic device, and computer storage medium | |
| EP4236121A1 (en) | Network synchronization method and apparatus, and device, system and readable storage medium | |
| CN114051023B (en) | Method, device, equipment and readable storage medium for processing frame overhead of optical service unit | |
| US20240048644A1 (en) | Message transmission method and system, and network device and storage medium | |
| CN117527667A (en) | Service function chain processing method and device | |
| CN115604183B (en) | Message processing method, device, network equipment and storage medium | |
| CN117714559A (en) | Message processing method and device, electronic equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |