WO2020134564A1 - Procédé et dispositif de traitement d'informations ioam, et support de stockage lisible par ordinateur - Google Patents

Procédé et dispositif de traitement d'informations ioam, et support de stockage lisible par ordinateur Download PDF

Info

Publication number
WO2020134564A1
WO2020134564A1 PCT/CN2019/115042 CN2019115042W WO2020134564A1 WO 2020134564 A1 WO2020134564 A1 WO 2020134564A1 CN 2019115042 W CN2019115042 W CN 2019115042W WO 2020134564 A1 WO2020134564 A1 WO 2020134564A1
Authority
WO
WIPO (PCT)
Prior art keywords
ioam
message
field
value
information processing
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.)
Ceased
Application number
PCT/CN2019/115042
Other languages
English (en)
Chinese (zh)
Inventor
喻敬海
朱向阳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Publication of WO2020134564A1 publication Critical patent/WO2020134564A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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

Definitions

  • the present disclosure relates to the field of communication technologies, and in particular, to an iOAM information processing method, device, and computer-readable storage medium.
  • iOAM in-situ OAM/in-band OAM
  • IPv4 Internet Protocol, Internet Protocol Version 4
  • IPv4 Internet Protocol, Internet Protocol Version 4
  • the main purpose of the present disclosure is to provide an iOAM information processing method, device and computer-readable storage medium, aiming to solve the problem of low iOAM information transmission efficiency in some cases.
  • the present disclosure proposes an iOAM information processing method, which is applied to the MCA layer.
  • the iOAM information processing method includes: parsing the ETHERTYPE Ethernet type field of the packet; according to the ETHERTYPE field, determining the MAC PAYLOAD payload type; where , MAC PAYLOAD types include data messages and iOAM messages.
  • Predefined iOAM messages are indicated by the value of the ETHERTYPE field as the default ETHERTYPE value.
  • the iOAM information corresponding to the iOAM message is encapsulated according to the predefined MCA-iOAM encapsulation format; when the MAC When PAYLOAD is an iOAM message, the iOAM message is parsed and processed.
  • the present disclosure also proposes an iOAM information processing method, which is applied to the physical layer.
  • the iOAM information processing method includes: parsing the start delimiter field of the SFD frame of the message; and judging from the SFD field The physical layer PAYLOAD type; where the pre-defined iOAM message is indicated by the SFD field value as the preset SFD value, the iOAM information corresponding to the iOAM message is encapsulated according to the pre-defined physical layer iOAM packaging format; when the physical layer PAYLOAD is an iOAM message At this time, the iOAM message is parsed and processed.
  • the present disclosure also proposes an iOAM information processing device.
  • the iOAM information processing device includes: a first parsing module for parsing the ETHERTYPE Ethernet type field of the message; and a first judgment module for According to the ETHERTYPE field, determine the MACPAYLOAD payload type; MACPAYLOAD type includes data messages and iOAM messages, pre-defined iOAM messages are indicated by the value of the ETHERTYPE field as a preset ETHERTYPE value, iOAM corresponding to the iOAM message The information is encapsulated according to a predefined MCA-iOAM encapsulation format; the first processing module is used to parse and process the iOAM message when the MAC PAYLOAD is an iOAM message.
  • the present disclosure also proposes an iOAM information processing device.
  • the iOAM information processing device includes: a second parsing module for parsing the start delimiter field of the SFD frame of the message; a second judgment module, Used to determine the physical layer PAYLOAD type based on the SFD field; where the predefined iOAM message uses the SFD field as the preset SFD value to indicate, the iOAM information corresponding to the iOAM message is encapsulated according to the predefined physical layer iOAM packaging format;
  • a second processing module configured to parse and process the iOAM message when the physical layer PAYLOAD is an iOAM message.
  • the present disclosure also provides a computer-readable storage medium on which an iOAM information processing program is stored, and the iOAM information processing program is implemented as described above when executed by a processor The steps of iOAM information processing method.
  • FIG. 1 is a schematic diagram of a terminal structure of a hardware operating environment involved in an embodiment of the present disclosure
  • FIG. 2 is a schematic flowchart of a first embodiment of an iOAM information processing method of the present disclosure
  • Figure 3 is a schematic diagram of packet encapsulation in the MAC layer
  • FIG. 4 is a schematic diagram of a MAC_iOAM message encapsulation structure involved in the embodiment of the present disclosure
  • FIG. 5 is a schematic diagram of a process flow of a MAC layer carrying iOAM message involved in a solution of an embodiment of the present disclosure
  • FIG. 6 is a schematic flowchart of a second embodiment of the iOAM information processing method of the present disclosure
  • FIG. 7 is a schematic diagram of the encapsulation of the packet at the physical layer
  • FIG. 8 is a schematic diagram of an encapsulated iOAM message after a CRC field involved in the embodiment of the present disclosure
  • FIG. 9 is a schematic diagram of another CRC field involved in a solution of an embodiment of the present disclosure carrying an iOAM message encapsulation
  • FIG. 10 is a schematic diagram of an encapsulated iOAM message before a CRC field involved in the solution of the embodiment of the present disclosure
  • FIG. 11 is a schematic diagram of an encapsulation of an iOAM message before another CRC field involved in the embodiment of the present disclosure
  • FIG. 12 is a schematic diagram of an encapsulation of an iOAM message before another CRC field involved in the solution of the embodiment of the present disclosure
  • FIG. 13 is a schematic diagram of a physical layer carrying iOAM packet header format involved in the solution of the embodiment of the present disclosure
  • FIG. 14 is a schematic diagram of a process flow of a physical layer carrying iOAM message involved in the embodiment of the present disclosure
  • 15 is a schematic diagram of a processing flow of another physical layer carrying iOAM message involved in the embodiment of the present disclosure
  • 16 is a functional block diagram of the first embodiment of the iOAM information processing device of the present disclosure.
  • 17 is a schematic diagram of functional modules of a second embodiment of an iOAM information processing device of the present disclosure.
  • the solution of the embodiments of the present disclosure is mainly to encapsulate iOAM information by adopting a unified iOAM encapsulation format at the MAC layer, shielding the differences of various upper layer protocols, and parsing the ETHERTYPE field of the message when processing the message node, according to ETHERTYPE Field to determine the MAC PAYLOAD type.
  • the MAC PAYLOAD is an iOAM message
  • the iOAM message is parsed and processed to realize the simultaneous transmission of the iOAM message with the data message, thereby improving the transmission efficiency of iOAM information.
  • the technical solution of the embodiments of the present disclosure solves the problem of low iOAM information transmission efficiency.
  • FIG. 1 is a schematic structural diagram of a terminal of a hardware operating environment involved in a solution of an embodiment of the present disclosure.
  • 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 between these components.
  • the user interface 1003 may be one or more suitable interfaces such as a display, an input unit such as a keyboard, etc.
  • the user interface 1003 may also be a standard Wired interface, wireless interface, etc.
  • the network interface 1004 may be a standard wired interface, a wireless interface (such as a WI-FI interface), or other interfaces of one or more suitable network devices.
  • the memory 1005 may be a high-speed RAM memory, or may be a non-volatile memory (non-volatile memory), etc., such as a disk memory. In an embodiment, the memory 1005 may also be a storage device independent of the processor 1001.
  • FIG. 1 does not constitute a limitation on the terminal, and may include more or less components than those illustrated, or combine certain components, or have different component arrangements.
  • the memory 1005 as a computer storage medium may include an operating system, a network communication module, and an iOAM information processing program.
  • the terminal calls the iOAM information processing program stored in the memory 1005 through the processor 1001 and performs the following operations: parsing the ETHERTYPE Ethernet type field of the packet; judging the MAC payload load type according to the ETHERTYPE field; wherein, The MAC PAYLOAD type includes data packets and iOAM packets.
  • the predefined iOAM packets are indicated by the ETHERTYPE field value as the preset ETHERTYPE value.
  • the iOAM information corresponding to the iOAM packet is encapsulated according to the predefined MCA-iOAM packaging format; when the MAC PAYLOAD When it is an iOAM message, the iOAM message is parsed and processed.
  • the processor 1001 may call the iOAM information processing program stored in the memory 1005, and further perform the following operation: when the value of the ETHERTYPE field is the preset ETHERTYPE value, it is determined that the MACPAYLOAD is an iOAM message.
  • the processor 1001 can call the iOAM information processing program stored in the memory 1005, and also perform the following operations: when the MAC PAYLOAD is an iOAM message, parse the iOAM message header to determine whether it needs to be reported to the control unit; if so Then, the iOAM message is reported to the control unit for the control unit to strip the iOAM message header and retain the MAC PAYLOAD; if not, the iOAM message is parsed and processed.
  • the processor 1001 can call the iOAM information processing program stored in the memory 1005, and also perform the following operations: when MAC PAYLOAD is a data message, use the protocol specified by the ETHERTYPE/NEXT PROTOCOL field to process the data message .
  • the processor 1001 may call the iOAM information processing program stored in the memory 1005, and further perform the following operations: when the value of the ETHERTYPE field is an undefined ETHERTYPE value, the message is discarded.
  • the iOAM information is encapsulated by adopting a unified iOAM encapsulation format at the MAC layer to shield the differences of various upper-layer protocols.
  • the ETHERTYPE field of the message is parsed. According to the ETHERTYPE field, the judgment The MAC PAYLOAD type.
  • the MAC PAYLOAD is an iOAM message
  • the iOAM message is parsed and processed to realize the simultaneous transmission of the iOAM message with the data message, thereby improving the transmission efficiency of iOAM information.
  • FIG. 2 is a schematic flowchart of a first embodiment of an iOAM information processing method of the present disclosure.
  • the iOAM information processing method includes the following steps: Step S10, parse the ETHERTYPE Ethernet type field of the packet; Step S20, determine the MACPAYLOAD payload type according to the ETHERTYPE field; wherein, the MAC PAYLOAD type Including data message and iOAM message, the predefined iOAM message is indicated by the ETHERTYPE field value as the preset ETHERTYPE value, the iOAM information corresponding to the iOAM message is encapsulated according to the predefined MCA-iOAM encapsulation format; step S30, when the MAC PAYLOAD When it is an iOAM message, the iOAM message is parsed and processed.
  • the method of carrying iOAM (in-situOAM/in-band OAM) information in the MAC (Media Access Control) layer can shield the differences of various upper-layer protocols.
  • the unified iOAM packaging format is used to encapsulate iOAM information, so that iOAM messages can be transmitted simultaneously with data packets, thereby improving the transmission efficiency of iOAM information.
  • the Ethernet MAC encapsulation structure for example, the Ethernet MAC header shown in FIG. 3, wherein the 2-byte ETHERTYPE field represents the MAC PAYLOAD (payload) type, for example, 0x0800 represents IPv4 , 0x0810 stands for 802.1VLAN Tag.
  • the MCA-iOAM encapsulation format of the iOAM information is predefined.
  • the MAC layer predefines a new ETHERTYPE field value, a preset ETHERTYPE value, and the preset ETHERTYPE value The range is all unused and reserved values, such as 0x0820.
  • the default ETHERTYPE value indicates that MAC PAYLOAD is an iOAM message.
  • the ETHERTYPE field of the message is first parsed to obtain the current value of the ETHERTYPE field.
  • the parsed ETHERTYPE field determines the MAC PAYLOAD type.
  • the value of the ETHERTYPE field is the preset ETHERTYPE value
  • the value of the ETHERTYPE field is preset to 0x0820
  • the value of the ETHERTYPE field is 0x0800, 0x0810, it is determined that the MAC PAYLOAD is a data message.
  • the value of the ETHERTYPE field is an undefined ETHERTYPE value.
  • the report is discarded. Text.
  • the MAC PAYLOAD is an iOAM message
  • the message encapsulates iOAM information based on the MCA-iOAM encapsulation format.
  • the iOAM message is parsed according to the MCA-iOAM encapsulation format.
  • the step S30 includes: step a, when the MAC PAYLOAD is an iOAM message, the iOAM message header is parsed to determine whether it needs to be reported to the control unit; if it is, step b is performed; if not, it is performed Step c; Step b, report the iOAM message to the control unit, so that the control unit strips the iOAM message header and retain the MAC PAYLOAD; Step c, parse the iOAM message.
  • the iOAM message header is first parsed.
  • the iOAM message header includes but is not limited to the LENGTH field, NEXT PROTOCOL field, and the values of the LENGTH field, NEXTPROTOCOL field, etc. are obtained.
  • the values of the LENGTH field and NEXT PROTOCOL field of the iOAM header it is determined whether it needs to be reported to the control unit. For example, when the value of the LENGTH field is greater than the preset length, it is determined that it needs to be reported to the control unit; otherwise, it is determined that it is not required to be reported to the control unit. For another example, when the value of the NEXTPROTOCOL field meets the preset range, it is determined that it does not need to be reported to the control unit; otherwise, it is determined that it needs to be reported to the control unit.
  • the iOAM message is reported to the control unit, and the control unit strips off the iOAM message header and reserves the MAC PAYLOAD.
  • the iOAM message is directly parsed and processed. For example, add the iOAM information of each node to the iOAM message.
  • MAC PAYLOAD When MAC PAYLOAD is a data packet, it means that the iOAM information is not encapsulated in the packet. At this time, the data packet is processed using the protocol specified by the ETHERTYPE field or NEXT PROTOCOL field.
  • the iOAM message is transmitted to the next node.
  • the processing flow of the MAC layer carrying iOAM message nodes is as follows:
  • Step 2). Parse the iOAM header, including but not limited to the LENGTH field and NEXT PROTOCOL field;
  • Step 3 Determine whether it needs to be reported to the control unit for processing, if it is, go to step 4); if not, go to step 5);
  • Step 4 The control unit strips the iOAM packet header and reserves the MAC PAYLOAD, and then goes to step 6);
  • Step 5 Parse and process the iOAM message, such as adding the iOAM information of each node to the message;
  • Step 6 Use the ETHERTYPE field (non-ETHERTYPE_iOAM) or NEXT PROTOCOL field (iOAM NEXT PROTOCOL) to specify the protocol to process the data message, and the process ends.
  • ETHERTYPE field non-ETHERTYPE_iOAM
  • NEXT PROTOCOL field iOAM NEXT PROTOCOL
  • the solution provided in this embodiment encapsulates iOAM information by adopting a unified iOAM encapsulation format at the MAC layer to shield the differences of various upper-layer protocols.
  • the ETHERTYPE field of the message is parsed, and according to the ETHERTYPE field, the judgment The MAC PAYLOAD type.
  • the MAC PAYLOAD is an iOAM message
  • the iOAM message is parsed and processed to realize the simultaneous transmission of the iOAM message with the data message, thereby improving the transmission efficiency of iOAM information.
  • the iOAM information processing method includes: Step S40, parsing the SFD frame of the message to start delimiting Character field; Step S50, according to the SFD field, determine the physical layer PAYLOAD type; wherein, the predefined iOAM message takes the SFD field value as the preset SFD value to indicate, the iOAM information corresponding to the iOAM message corresponds to the predefined physical layer iOAM packaging format encapsulation; Step S60, when the physical layer PAYLOAD is an iOAM message, the iOAM message is parsed and processed.
  • the method of carrying iOAM information in the physical layer is the same as the first embodiment.
  • This method can shield the differences of various upper-layer protocols, adopt a unified iOAM packaging format to encapsulate iOAM information, and implement iOAM messages Data packets are transmitted simultaneously, thereby improving the transmission efficiency of iOAM information.
  • the physical layer contains a 7-byte preamble (PREAMBLE) field and a 1-byte frame start delimiter (SFD) Field, the value of the SFD field is used to indicate the physical layer PAYLOAD type. For example, for ordinary MAC frames, the value of the SFD field is 0xAB.
  • PREAMBLE 7-byte preamble
  • SFD 1-byte frame start delimiter
  • the value of the SFD field (or PREAMBLE field and SFD field) is newly defined, and the value of the SFD field is a preset SFD value, such as 0xAC, to indicate that the physical layer PAYLOAD carries in addition to MAC data packets IOAM information, that is, the physical layer PAYLOAD is indicated as an iOAM message through a predefined preset SFD value.
  • the lengths of the PREAMBLE field and the SFD field are unchanged, and the physical layer defines the SFD field value as the preset SFD value, and the preset SFD value is in addition to the value used in IEEE802.3BR, such as 0xAC,
  • the value range includes all reserved values.
  • the preset SFD value indicates that the CRC field is followed by the iOAM message.
  • the physical layer defines the SFD field to be the preset SFD value, which is in addition to the value used in IEEE802.3BR, such as 0xAD, to take
  • the value range includes all reserved values.
  • the preset SFD value indicates that the CRC field is followed by the iOAM message. A new CRC field is added after the iOAM message to check the iOAM message.
  • the length of the SFD field is unchanged, the PREAMBLE field is reduced to bytes, such as the PREAMBLE field is reduced to 6 bytes (or less), and the reduced bytes of PREMABLE are added as a new predefined iOAM_LENGTH field, indicating
  • the length of the iOAM message helps distinguish between the MAC message and the iOAM message in the physical layer PAYLOAD; the physical layer defines the SFD field value as the preset SFD value, which is in addition to the value used in IEEE802.3BR, such as 0xAE , Indicating that the iOAM message is inserted after the MAC message, and the iOAM message is carried after the MAC message before the CRC field.
  • the length of the SFD field is unchanged, the PREAMBLE field is reduced to bytes, such as the PREAMBLE field is reduced to 6 bytes (or less), and the reduced bytes of PREMABLE are added as new predefined iOAM_LENGTH fields, indicating
  • the length of the iOAM message helps to distinguish between the MAC message and the iOAM message in the physical layer PAYLOAD; the physical layer defines the SFD field value as the preset SFD value, which is in addition to the value used in IEEE802.3BR, such as 0xAF , Instruct the MAC message to insert the iOAM message before it, and carry the iOAM message before the MAC message before the CRC field.
  • the length of the SFD field is unchanged, the PREAMBLE field is reduced to bytes, such as the PREAMBLE field is reduced to 6 bytes (or less), and the reduced bytes of PREMABLE are added as a newly added predefined iOAM_LENGTH field, indicating The length of the iOAM message and the CRC_iOAM helps to distinguish the MAC message and iOAM message in the physical layer PAYLOAD; the physical layer defines the SFD field value as the preset SFD value, the preset SFD value is in addition to the value used in IEEE802.3BR, For example, 0xAG indicates that the MAC message is inserted before the iOAM message, the iOAM message is carried before the MAC message before the CRC field, and the CRC_iOAM field is added after the iOAM message, that is, the physical layer carries the iOAM message and CRC_iOAM field, CRC_iOAM field is used to check iOAM message.
  • the NEXT PROTOCOL field is not required. Therefore, the Reserved field can be added, for example, as shown in FIG. 13, Improve protocol expansion capabilities.
  • the SFD field of the packet is first parsed to obtain the current value of the SFD field.
  • the physical layer PAYLOAD type is determined based on the parsed SFD field.
  • the value of the SFD field is a preset SFD value, it is determined that the physical layer PAYLOAD is an iOAM message.
  • the SFD field value is an undefined SFD value.
  • the report is discarded. Text.
  • the physical layer PAYLOAD is an iOAM message
  • the iOAM information is encapsulated in the message based on the physical layer iOAM encapsulation format.
  • the iOAM message is parsed and processed.
  • the step S30 includes: step d, when the value of the SFD field is the first preset SFD When the value is, parse the iOAM header to determine whether it needs to be reported to the control unit; Step e, if it is, then report the iOAM message to the control unit for the control unit to strip the iOAM header and reserve the MAC PAYLOAD; Step f, if not, the iOAM message is parsed and processed.
  • the SFD field of the message is first parsed.
  • 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 parsed to determine whether it is It needs to be reported to the control unit.
  • the iOAM message is reported to the control unit, and the control unit strips the iOAM message header and reserves the MAC PAYLOAD.
  • the iOAM message is directly parsed and processed. For example, add the iOAM information of each node to the iOAM message.
  • the physical layer PAYLOAD is a MAC data message
  • the iOAM information is not encapsulated in the message.
  • the MAC data message is processed in a conventional processing manner.
  • the step S30 includes: step g, when the value of the SFD field is the second When the SFD value is preset, the iOAM message is obtained according to the iOAM_LENGTH field; step h, the iOAM message header is parsed to determine whether it needs to be reported to the control unit; step i, if it is, the iOAM message is reported to the control unit , For the control unit to strip the iOAM message header and retain the MAC PAYLOAD; step j, if not, the iOAM message is parsed and processed.
  • the SFD field value is the second preset SFD value, that is, the iOAM message is carried before the CRC field
  • the iOAM message is obtained according to the iOAM_LENGTH field, and then Parse the iOAM packet header to determine whether it needs to be reported to the control unit.
  • the iOAM message is reported to the control unit, and the control unit strips the iOAM message header and reserves the MAC PAYLOAD.
  • the iOAM message is directly parsed and processed. For example, add the iOAM information of each node to the iOAM message.
  • the physical layer PAYLOAD is a MAC data message
  • the iOAM information is not encapsulated in the message.
  • the MAC data message is processed in a conventional processing manner.
  • the processing flow of the node carrying the iOAM message in the physical layer is as follows:
  • Step 3 Parse the iOAM packet header to determine whether it needs to be reported to the control unit. If not, go to step 5);
  • Step 4 The control unit strips the iOAM packet header, and retains the MAC PAYLOAD. Go to step 6);
  • Step 5 Parse and process the iOAM message, such as adding the iOAM information of each node to the message;
  • Step 6 The MAC data packet is processed according to the normal flow, and the flow ends.
  • the solution provided in this embodiment encapsulates iOAM information by adopting a unified iOAM encapsulation format at the physical layer, shielding the differences of various upper layer protocols, and parsing the SFD field of the message when processing the message node, and judging according to the SFD field MAC PAYLOAD type.
  • MAC PAYLOAD is an iOAM message
  • the iOAM message is parsed and processed to realize the simultaneous transmission of the iOAM message with the MAC data message, thereby improving the transmission efficiency of iOAM information.
  • FIG. 16 is a schematic diagram of functional modules of a first embodiment of an iOAM information processing device of the present disclosure.
  • the iOAM information processing device includes: a first parsing module 10 for parsing the ETHERTYPE Ethernet type field of the message; a first judgment module 20 for judging the MAC PAYLOAD payload according to the ETHERTYPE field Type;
  • the MAC PAYLOAD type includes data message and iOAM message
  • the predefined iOAM message is indicated by the value of the ETHERTYPE field as the preset ETHERTYPE value
  • the iOAM information corresponding to the iOAM message is encapsulated according to the predefined MCA-iOAM packaging format
  • the first processing module 30 is used to parse and process the iOAM message when the MACPAYLOAD is an iOAM message.
  • the first judgment module 20 is specifically configured to: when the value of the ETHERTYPE field is the preset ETHERTYPE value, determine that the MAC PAYLOAD is an iOAM message.
  • the first processing module 30 is specifically configured to: when the MAC PAYLOAD is an iOAM message, parse the iOAM message header to determine whether it needs to be reported to the control unit; if so, report the iOAM message To the control unit for the control unit to strip the iOAM message header and retain the MAC PAYLOAD; if not, the iOAM message is parsed and processed.
  • the first processing module 30 is further configured to: when the MAC PAYLOAD is a data message, use the protocol specified by the ETHERTYPE/NEXT PROTOCOL field to process the data message.
  • the first processing module 30 is further configured to: discard the message when the value of the ETHERTYPE field is an undefined ETHERTYPE value.
  • the specific implementation of the iOAM information processing device of the present disclosure is basically the same as the first embodiment of the iOAM information processing method described above, and details are not described herein again.
  • the iOAM information is encapsulated by adopting a unified iOAM encapsulation format at the MAC layer to shield the differences of various upper-layer protocols.
  • the ETHERTYPE field of the message is parsed. According to the ETHERTYPE field, the judgment The MAC PAYLOAD type.
  • the MAC PAYLOAD is an iOAM message
  • the iOAM message is parsed and processed to realize the simultaneous transmission of the iOAM message with the data message, thereby improving the transmission efficiency of iOAM information.
  • FIG. 17 is a schematic diagram of functional modules of a second embodiment of the iOAM information processing device of the present disclosure.
  • the iOAM information processing device includes: a second parsing module 40 for parsing the start delimiter field of the SFD frame of the message; a second judgment module 50 for judging the physical layer based on the SFD field PAYLOAD type; among them, the predefined iOAM message is indicated by the SFD field value as the preset SFD value, and the iOAM information corresponding to the iOAM message is encapsulated according to the predefined physical layer iOAM encapsulation format; the second processing module 60 is used for physical When the layer PAYLOAD is an iOAM message, the iOAM message is parsed and processed.
  • a predefined first preset SFD value indicates that an iOAM message is carried after the CRC field
  • the second processing module 60 is specifically used to: when the SFD field
  • the iOAM message header is parsed to determine whether it needs to be reported to the control unit; if so, the iOAM message is reported to the control unit for the control unit to strip the iOAM report
  • the header of the message retains the MAC PAYLOAD; if not, the iOAM message is parsed and processed.
  • a predefined second preset SFD value indicates that the iOAM message is carried before the CRC field, and the bytes of the PREMABLE field are reduced to add a predefined iOAM_LENGTH field.
  • the second processing module 60 is specifically configured to: when the value of the SFD field is the second preset SFD value, obtain the iOAM message according to the iOAM_LENGTH field; parse the iOAM message header to determine whether it needs to be reported to the control unit; if it is Then, the iOAM message is reported to the control unit for the control unit to strip the iOAM message header and retain the MAC PAYLOAD; if not, the iOAM message is parsed and processed.
  • the second processing module 60 is further configured to: discard the message when the value of the SFD field is an undefined SFD value.
  • the specific implementation of the iOAM information processing apparatus of the present disclosure is basically the same as the second embodiment of the iOAM information processing method described above, and details are not described herein again.
  • This embodiment uses the above solution to encapsulate iOAM information by using a unified iOAM encapsulation format at the physical layer to shield the differences of various upper layer protocols.
  • the SFD field of the message is parsed, and the SFD field is used to determine MAC PAYLOAD type.
  • MAC PAYLOAD is an iOAM message
  • the iOAM message is parsed and processed to realize the simultaneous transmission of the iOAM message with the MAC data message, thereby improving the transmission efficiency of iOAM information.
  • the present disclosure also provides a computer-readable storage medium (also known as a readable storage medium) that stores an iOAM information processing program, and the iOAM information processing program can be used by one or more processors During execution, the steps of the above iOAM information processing method are implemented. For details, reference may be made to the iOAM information processing method embodiment, and details are not described herein again.
  • the methods in the above embodiments can be implemented by means of software plus a necessary general hardware platform, and of course, can also be implemented by hardware, but in many cases the former is better Implementation.
  • the technical solution of the present disclosure can be embodied in the form of a software product in essence or part that contributes to the existing technology, and the computer software product is stored in a storage medium (such as ROM/RAM) as described above , Magnetic disks, and optical disks), including several instructions to enable a terminal device (which may be a mobile phone, computer, server, or network device, etc.) to perform the methods described in various embodiments of the present disclosure.
  • the present disclosure improves the transmission efficiency of iOAM information.
  • the iOAM information is encapsulated by adopting a unified iOAM encapsulation format at the MAC layer to shield the differences of various upper-layer protocols.
  • the ETHERTYPE field of the message is parsed, and the MAC is judged according to the ETHERTYPE field PAYLOAD type.
  • the MAC PAYLOAD is an iOAM message
  • the iOAM message is parsed and processed to realize the simultaneous transmission of the iOAM message and the data message, thereby improving the transmission efficiency of iOAM information.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Communication Control (AREA)

Abstract

L'invention concerne un procédé de traitement d'informations iOAM. Ledit procédé comporte les étapes consistant à: analyser un champ Ethertype d'un message; déterminer un type de charge utile MAC d'après le champ Ethertype, le type de charge utile MAC comportant un message de données et un message iOAM, et le message iOAM étant prédéfini pour être indiqué par le fait que la valeur du champ Ethertype est une valeur Ethertype prédéfinie, et des informations iOAM correspondant au message iOAM étant encapsulées selon un format prédéfini d'encapsulation MCA-iOAM; et lorsque la charge utile MAC est un message iOAM, analyser le message iOAM. L'invention concerne en outre un dispositif de traitement d'informations iOAM et un support de stockage lisible par ordinateur.
PCT/CN2019/115042 2018-12-26 2019-11-01 Procédé et dispositif de traitement d'informations ioam, et support de stockage lisible par ordinateur Ceased WO2020134564A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201811607790.4 2018-12-26
CN201811607790.4A CN111371736B (zh) 2018-12-26 2018-12-26 iOAM信息处理方法、装置及计算机可读存储介质

Publications (1)

Publication Number Publication Date
WO2020134564A1 true WO2020134564A1 (fr) 2020-07-02

Family

ID=71129661

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/115042 Ceased WO2020134564A1 (fr) 2018-12-26 2019-11-01 Procédé et dispositif de traitement d'informations ioam, et support de stockage lisible par ordinateur

Country Status (2)

Country Link
CN (1) CN111371736B (fr)
WO (1) WO2020134564A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114090830A (zh) * 2021-09-28 2022-02-25 中国船舶重工集团公司第七0七研究所 一种通过脚本自动处理分析以太网原始数据的方法

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4336755A4 (fr) * 2021-05-20 2024-03-20 Huawei Technologies Co., Ltd. Procédé de transmission de données et dispositif associé
CN116132555B (zh) * 2021-11-15 2025-08-26 中国移动通信有限公司研究院 一种报文处理方法和系统
CN119225303B (zh) * 2024-09-24 2025-10-03 深圳市三旺通信股份有限公司 批量信息采集方法、信息上报方法及工业控制系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101926146A (zh) * 2008-01-28 2010-12-22 思科技术公司 灵活的时间标记
WO2018210213A1 (fr) * 2017-05-18 2018-11-22 中兴通讯股份有限公司 Procédé et dispositif de mise en œuvre d'un conditionnement ioam et support de stockage

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5018457B2 (ja) * 2007-12-21 2012-09-05 富士通株式会社 データ送受信装置、保守管理データ挿入抽出装置、保守管理データ挿入抽出プログラムおよび保守管理データ挿入抽出方法
JP4922972B2 (ja) * 2008-03-13 2012-04-25 株式会社日立製作所 通信システム
JP6236945B2 (ja) * 2013-07-11 2017-11-29 富士通株式会社 伝送装置、伝送システム、及び伝送方法
EP3116160B1 (fr) * 2014-04-04 2017-11-15 Huawei Technologies Co., Ltd. Procédé de traitement de paquets oam, dispositif de réseau, et système de réseau
CN106789437B (zh) * 2016-12-29 2020-07-28 瑞斯康达科技发展股份有限公司 报文的处理方法、转发方法、相关装置及丢包率测量方法
CN108616414B (zh) * 2017-01-26 2021-12-03 华为技术有限公司 一种处理报文的方法和服务器

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101926146A (zh) * 2008-01-28 2010-12-22 思科技术公司 灵活的时间标记
WO2018210213A1 (fr) * 2017-05-18 2018-11-22 中兴通讯股份有限公司 Procédé et dispositif de mise en œuvre d'un conditionnement ioam et support de stockage

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SENEVIRATHNE, T. ET AL.: "NVO3 Fault Management; draft-tissa-nvo3-oam-fm-04.txt", NV03 WORKING GROUP, INTERNET DRAFT, 6 May 2017 (2017-05-06), DOI: 20200113205956X *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114090830A (zh) * 2021-09-28 2022-02-25 中国船舶重工集团公司第七0七研究所 一种通过脚本自动处理分析以太网原始数据的方法

Also Published As

Publication number Publication date
CN111371736B (zh) 2022-12-06
CN111371736A (zh) 2020-07-03

Similar Documents

Publication Publication Date Title
EP3451595B1 (fr) Procédé, dispositif et système pour la transmission de données
EP3139560B1 (fr) Dispositif et procédé de traitement de paquets et support de stockage informatique
WO2020134564A1 (fr) Procédé et dispositif de traitement d'informations ioam, et support de stockage lisible par ordinateur
WO2020029922A1 (fr) Procédé et appareil de transmission de message
EP4142219A1 (fr) Procédé et appareil de traitement de message, procédé et appareil d'annonce, noeud de pont réseau, dispositif source, support de stockage et système de traitement de message
WO2021174943A1 (fr) Procédé et appareil d'acheminement de données, et dispositif et support de stockage
EP4044529B1 (fr) Procédé et appareil de traitement de paquet de données detnet
US11382022B2 (en) Method, apparatus, and computer program product for packet forwarding control protocol messages bundling
US10263901B2 (en) Service packet processing method, apparatus, and system
WO2021244356A1 (fr) Procédé et appareil de transmission de données
WO2017193732A1 (fr) Procédé d'encapsulation et de décapsulation d'un message de données à pseudo-fil, et appareil associé
WO2023284577A1 (fr) Procédé et appareil de détection de flux de données
US12244684B2 (en) Network synchronization method, apparatus, device, and system, and readable storage medium
CN115567434B (zh) 数据报文转发方法、装置及路由设备
CN102821169B (zh) 一种网络中mac地址表项创建的方法及网络设备
CN101494601B (zh) 下行数据配置方法及装置
CN117176632A (zh) 报文接收方法、发送方法、转发方法、装置及系统
CN115766914A (zh) 报文传输方法、装置、系统和电子设备
CN116347562A (zh) 信息配置方法、装置、相关设备及存储介质
CN115242682A (zh) 报文处理方法和装置、电子设备、计算机可读存储介质
CN111835644A (zh) 报文转发方法及交换机
US20250211522A1 (en) In-situ flow information telemetry method, encapsulation node, telemetry node, and computer-readable medium
WO2023231428A1 (fr) Procédé d'encapsulation de paquet ipv4, dispositif électronique et support de stockage informatique
CN101888662A (zh) 报文的传输方法和系统
CN118018346A (zh) Prp设备与can设备的通信方法及电子设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19906037

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 16/11/2021)

122 Ep: pct application non-entry in european phase

Ref document number: 19906037

Country of ref document: EP

Kind code of ref document: A1