WO2021233202A1 - Procédé de création de point intermédiaire de groupe d'entités de maintenance, nœud et support d'informations lisible - Google Patents

Procédé de création de point intermédiaire de groupe d'entités de maintenance, nœud et support d'informations lisible Download PDF

Info

Publication number
WO2021233202A1
WO2021233202A1 PCT/CN2021/093648 CN2021093648W WO2021233202A1 WO 2021233202 A1 WO2021233202 A1 WO 2021233202A1 CN 2021093648 W CN2021093648 W CN 2021093648W WO 2021233202 A1 WO2021233202 A1 WO 2021233202A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
mip
message
information
function
Prior art date
Application number
PCT/CN2021/093648
Other languages
English (en)
Chinese (zh)
Inventor
宋国伟
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2021233202A1 publication Critical patent/WO2021233202A1/fr

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/16Multipoint routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks

Definitions

  • the embodiments of the present invention relate to, but are not limited to, the field of communication technology, and in particular to a method for creating an intermediate point of a maintenance entity group, a node, and a computer-readable storage medium.
  • Ethernet operation and maintenance management is an OAM mechanism applied in Ethernet, mainly through Ethernet in the First Mile (EFM) and Connectivity Fault Management (CFM) ) Perform operation, management and maintenance functions on the network.
  • EFM First Mile
  • CFM Connectivity Fault Management
  • LB Loop Back
  • LT Link Trace
  • LB can be used to check the connectivity between a maintenance entity group boundary point (MEG End Point, MEP) and a maintenance entity group intermediate point (MEG Intermediate Point, MIP) or equivalent MEP
  • LT can track the transmission link Message (Link Trace Message, LTM) to view the end-to-end routing path.
  • the embodiment of the present invention provides a method for creating an intermediate point of a maintenance entity group, a node, and a computer-readable storage medium, which can reduce the burden of manually creating a MIP, thereby improving the efficiency of creating a MIP.
  • an embodiment of the present invention provides a method for creating an intermediate point of a maintenance entity group, which includes: a first node sends a function trigger message carrying first information for requesting to create an intermediate point MIP of a maintenance entity group to a second node. Text, so that the second node creates a MIP according to the first information.
  • an embodiment of the present invention also provides a method for creating an intermediate point of a maintenance entity group, which includes: a second node receives a function trigger message sent by a first node, and the function trigger message carries a message for requesting creation. The first information of the MIP; the second node creates the MIP according to the first information.
  • embodiments of the present invention also provide a node, including: a memory, a processor, and a computer program stored in the memory and capable of running on the processor.
  • the processor executes the computer program as described above.
  • the method for creating an intermediate point of a maintenance entity group in the first aspect or the method for creating an intermediate point of a maintenance entity group in the second aspect is implemented.
  • an embodiment of the present invention also provides a computer-readable storage medium that stores computer-executable instructions, and the computer-executable instructions are used to execute the method for creating an intermediate point of a maintenance entity group as described above.
  • FIG. 1 is a schematic diagram of a network topology for executing a method for creating an intermediate point of a maintenance entity group according to an embodiment of the present invention
  • FIG. 2 is a flowchart of a method for creating an intermediate point of a maintenance entity group according to an embodiment of the present invention
  • FIG. 3 is a schematic diagram of the structure of a special LTM message provided by an embodiment of the present invention.
  • FIG. 4 is a flowchart of a method for creating an intermediate point of a maintenance entity group according to another embodiment of the present invention.
  • FIG. 5 is a schematic diagram of the structure of a special LTR message provided by an embodiment of the present invention.
  • FIG. 6 is a flowchart of a method for creating an intermediate point of a maintenance entity group according to another embodiment of the present invention.
  • FIG. 7 is a flowchart of a method for creating an intermediate point of a maintenance entity group according to another embodiment of the present invention.
  • FIG. 8 is a flowchart of a method for creating an intermediate point of a maintenance entity group according to another embodiment of the present invention.
  • FIG. 9 is a flowchart of a method for creating an intermediate point of a maintenance entity group according to another embodiment of the present invention.
  • Fig. 10 is a schematic diagram of a node provided by an embodiment of the present invention.
  • the embodiment of the present invention provides a method for creating an intermediate point of a maintenance entity group, a node, and a computer-readable storage medium.
  • the first node sends a function trigger message to the second node, and the The function trigger message carries the first information used to indicate that the MIP is requested to be created. Therefore, in the case that the second node receives the function trigger message sent by the first node, the second node can trigger the message according to the function.
  • MIP is automatically created based on the first information, thereby reducing the burden of manually creating MIPs and improving the efficiency of creating MIPs.
  • FIG. 1 is a schematic diagram of a network topology for executing a method for creating an intermediate point of a maintenance entity group according to an embodiment of the present invention.
  • the network topology includes a first node 100, a second node 200, and a third node 300, where the first node 100, the second node 200, and the third node 300 can all support Ethernet services.
  • the first node 100 is provided with an out port
  • the second node 200 is provided with an ingress port and an egress port
  • the third node 300 is provided with an ingress port
  • the egress port of the first node 100 is connected to the ingress port of the second node 200
  • the second node The outgoing port of 200 is connected to the incoming port of the third node 300.
  • a set of peer-to-peer MEPs can be established between the first node 100 and the third node 300.
  • the MIP can be created in the second node 200. Create MIPs for ingress and egress ports.
  • the first node 100, the second node 200, and the third node 300 may respectively include a memory and a processor, where the memory and the processor may be connected by a bus or in other ways.
  • the memory can be used to store non-transitory software programs and non-transitory computer-executable programs.
  • the memory may include a high-speed random access memory, and may also include a non-transitory memory, such as at least one magnetic disk storage device, a flash memory device, or other non-transitory solid-state storage devices.
  • the memory may include a memory remotely provided with respect to the processor, and these remote memories may be connected to the processor through a network. Examples of the aforementioned networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.
  • the network topology and application scenarios described in the embodiments of the present invention are to illustrate the technical solutions of the embodiments of the present invention more clearly, and do not constitute a limitation on the technical solutions provided by the embodiments of the present invention.
  • Those skilled in the art will know that with the network topology With the evolution of and the emergence of new application scenarios, the technical solutions provided in the embodiments of the present invention are equally applicable to similar technical problems.
  • topology shown in FIG. 1 does not constitute a limitation to the embodiment of the present invention, and may include more or less components than those shown in the figure, or a combination of certain components, or different components. Layout.
  • each node can respectively call its stored maintenance entity group intermediate point creation program to execute the maintenance entity group intermediate point creation method.
  • FIG. 2 is a flowchart of a method for creating an intermediate point of a maintenance entity group according to an embodiment of the present invention.
  • the method for creating an intermediate point of a maintenance entity group includes but is not limited to step S100.
  • Step S100 The first node sends to the second node a function trigger message carrying first information for requesting to create a MIP, so that the second node creates a MIP according to the first information.
  • the function trigger message may be a special LTM message suitable for performing the LT function, or a special loopback message (Loopback Message, LBM) message suitable for performing the LB function.
  • LBM Loopback Message
  • the special LTM message and the special LBM message are only different in message format and application scenarios, but the two kinds of messages are used to trigger the function of creating MIP and the fields needed to realize the function of creating MIP
  • the information and other contents are the same.
  • the following takes the application scenario of automatically creating MIP when the LT function is executed as an example for explanation.
  • the second node can receive the special LTM message sent by the first node, since the special LTM message carries the first information used to indicate the request to create the MIP, the second node can The MIP is created under the trigger of information, that is, the second node can automatically create the MIP according to the first information in the special LTM message, thereby reducing the burden of manually creating the MIP and improving the efficiency of creating the MIP.
  • the first node and the second node may be located in the same network device, or may be located in different network devices, which is not specifically limited in this embodiment.
  • the first node may have a regular LTM message and a special LTM message. Text (that is, the function trigger message in this embodiment).
  • the first node can be configured with an enable switch for requesting the creation of a MIP.
  • the second node needs to be requested to create a MIP, the first node can turn on the enable switch, and when the enable switch is on, the first node The second node will send a special LTM message carrying the first information for requesting the creation of a MIP; when there is no need to create a MIP, the enable switch will be turned off.
  • the first node will execute In the case of the LT function, a regular LTM message is sent to the second node.
  • LTM messages are messages that need to be used when performing LT functions in some situations.
  • the special LTM message may be improved on the basis of the conventional LTM message.
  • a new field structure may be extended in the conventional LTM message to carry the first information used to indicate a request to create a MIP. It is also possible to redefine the field structure in the conventional LTM message to carry the first information used to indicate the request to create the MIP, which is not specifically limited in this embodiment.
  • FIG. 3 is a schematic diagram of the structure of a special LTM message provided by an embodiment.
  • the structure of the special LTM message includes an Ethernet message header and LTM message content. ,
  • the explanation of each main field of the message structure is as follows:
  • DMAC used to indicate the destination address, encapsulated in the Ethernet message header, the specific value is different from the regular LTM message, for example, the value range of the DMAC field of the regular LTM message is 01-80-C2-00-00 -38 to 01-80-C2-00-00-3F, and in this embodiment, the value of the DMAC field of the special LTM message is 01-80-C2-00-00-40;
  • SMAC used to indicate the source address, encapsulated in the Ethernet packet header
  • Type used to indicate the type
  • MD level used to indicate the level of the maintenance domain
  • OpCode used to indicate the message code, when the message is an LTM message, the value is 0x05;
  • Original MAC used to indicate the address of the source node performing the LT function, that is, the address of the node where the local MEP is located;
  • Target MAC used to indicate the address of the target node performing the LT function, that is, the address of the node where the opposite MEP is located;
  • Additional LTM TLVs used to indicate additional TLV fields, and different TLV contents can be added according to the actual situation.
  • the first information that is carried in the special LTM message and used to indicate a request to create a MIP can be stored in the DMAC field, and It is a special value, for example, the value is 01-80-C2-00-00-40, which is used to indicate that the LTM message is a special LTM message and is used to indicate a request to create a MIP.
  • the second node obtains a special LTM message sent by the first node
  • the DMAC field obtained by the second node by parsing the special LTM message has a value of 01-80-C2-00-00-40
  • the second node will automatically create a MIP based on the first information, which can reduce the burden of manually creating a MIP and improve the efficiency of creating a MIP.
  • the first information used to indicate the request to create the MIP can also be stored in the Additional LTM TLVs field in the format of TLV, which is not specifically limited in this embodiment.
  • the function trigger message also carries at least information such as level parameters and virtual local area network parameters used to create the MIP.
  • the level parameter can be stored in the above MD level field
  • the virtual local area network parameter can be stored in the Ethernet packet header.
  • the method for creating an intermediate point of the maintenance entity group further includes the following steps:
  • Step S200 The first node receives a function response message from the second node within a preset time period
  • Step S300 When the function response message carries the second information indicating that the MIP is successfully created, the first node caches the second information.
  • the function response message may be a Link Trace Reply (LTR) message suitable for performing the LT function, or may be a Loopback Reply (LBR) suitable for performing the LB function.
  • LTR Link Trace Reply
  • LBR Loopback Reply
  • the function response message that carries the second information to indicate the successful creation of the MIP is a special message that is different from the regular LTR message or the regular LBR message.
  • the function response message can be a special LTR message or a special LBR message.
  • the special LTR message and the special LBR message are only different in message format and application scenarios, but the two kinds of messages are used to trigger the function of creating MIP and the fields needed to realize the function of creating MIP
  • the information and other contents are the same.
  • the following takes the application scenario of automatically creating MIP when the LT function is executed as an example for explanation.
  • the second node when the first node sends a special LTM message to the second node so that the second node creates an MIP based on the first information in the special LTM message, the second node will reply to the first node with the special LTR message.
  • the special LTR message meets the aging condition, that is, when the first node receives the special LTR message within the preset time period, the first node can determine that the special LTR message is valid. , The first node will parse the special LTR message.
  • the special LTR message carries the second information indicating that the MIP is successfully created, it means that the second node has successfully created the MIP.
  • the first node can Cache the second information in the received special LTR message, or directly report the second information in the special LTR message to the network manager.
  • the first node may not report the second information in the special LTR message to the network manager, but wait for all intermediate nodes between the receiving and the opposite MEP to complete Special LTR messages sent for the creation of MIP, when the first node receives the special LTR messages replies from all intermediate nodes that created the MIP, the first node then reports the second information in these special LTR messages to Network manager.
  • the first node may also report the second information of the special LTR message to the network manager every time it receives a special LTR message, which is not specifically limited in this embodiment.
  • the preset time period can be appropriately selected according to actual application needs, and this embodiment does not specifically limit it.
  • the first node will determine that the function response message is invalid. At this time, the first node may discard the function response message and wait to receive the next function response message.
  • the network manager when the function response message carries the second information indicating that the MIP is successfully created, after the first node reports the second information in the function response message to the network manager, the network manager can The information content related to the creation of the MIP carried in the second information is stored, such as the node that created the MIP, the address of the node that created the MIP, and so on. Therefore, the network manager can know whether each intermediate node has successfully created the MIP, and can also obtain the relevant information of the intermediate nodes in the entire maintenance domain, which can facilitate the network manager's management of the entire maintenance domain.
  • the second node when the LT function is executed, since the function response message carrying the second information indicating that the MIP is successfully created is a special LTR message created by the second node, the second node can establish There are regular LTR messages and special LTR messages.
  • the second node When the second node receives the regular LTM message sent by the first node, the second node will reply with a regular LTR message according to the regular LTM message; and when the second node receives the special LTM message sent by the first node When sending a message, the second node will reply a special LTR message according to the special LTM message.
  • a conventional LTR message is a message that needs to be used when performing the LT function in some situations.
  • the LT function When the LT function is performed, it can be used to view the end-to-end routing between nodes when received. After the regular LTM message of the path, a regular LTR message is returned.
  • the function response message carrying the second information indicating that the MIP is successfully created can be improved on the basis of the existing related message format.
  • a special LTR message may be a regular LTR message. Improved on the basis of the text, for example, you can extend the new field structure in the regular LTR message to carry the second information used to indicate the successful creation of the MIP, or you can redefine the field structure in the regular LTR message to carry The second information used to indicate the successful creation of the MIP is not specifically limited in this embodiment.
  • FIG. 5 is a schematic diagram of the structure of a special LTR message provided by an embodiment.
  • the structure of the special LTR message includes an Ethernet message header and LTR message content. ,
  • the explanation of each main field of the message structure is as follows:
  • DMAC used to indicate the destination address, encapsulated in the Ethernet packet header
  • SMAC used to indicate the source address, encapsulated in the Ethernet packet header, and its value corresponds to the value of the DMAC field of the special LTM packet in the foregoing embodiment
  • Type used to indicate the type
  • MD level used to indicate the level of the maintenance domain
  • OpCode used to indicate the message code, when the message is an LTR message, the value is 0x04;
  • Additional LTM TLVs indicates additional TLV fields, which are used to store the second information related to the creation of MIPs.
  • the first node may determine whether the current LTR message is a special LTR message carrying the second information related to the creation of MIP through the value of the SMAC field, or may identify the value in the Additional LTM TLVs field. Whether the content is related to the creation of the MIP and determining whether the current LTR message is a special LTR message carrying the second information related to the creation of the MIP is not specifically limited in this embodiment.
  • the method for creating an intermediate point of the maintenance entity group further includes the following steps:
  • Step S400 When the function response message does not carry the second information for indicating that the MIP is successfully created, the first node reports the cached second information to the network manager.
  • the first node in the case that the first node caches the second information carried in the function response message to indicate the successful creation of the MIP, if the first node receives a message that does not carry the second information used to indicate the successful creation of the MIP A function response message for the second information. For example, if the first node receives an LTR message that does not carry the second information, it means that the LTR message is a regular LTR message, and the regular LTR message comes from the pairing of the first node. The end MEP, at this time, indicates that the function trigger message sent by the first node has been forwarded to the opposite MEP, and the intermediate nodes have completed the creation of the MIP.
  • the first node will report the cached second information To the network manager, for example, the information such as the node that created the MIP and the address of the node that created the MIP are reported to the network manager, so that you can learn through the network manager whether each intermediate node has successfully created the MIP, and can also pass The network manager obtains the relevant information of the intermediate nodes in the entire maintenance domain, which is convenient for the network manager to manage the entire maintenance domain.
  • the second information includes location information of the node that created the MIP and flag information used to indicate the success or failure of the MIP creation.
  • the location information of the node that created the MIP and the flag information used to indicate the success or failure of the MIP creation can be configured in the message structure of the function response message, for example, as shown in FIG. 5 In the embodiment, in the Additional LTM TLVs field of the special LTR message structure.
  • the location information of the node that creates the MIP may include at least one of the network element name, rack number, sub-rack number, slot number, and other information, which is not specifically limited in this embodiment.
  • the flag information used to indicate the success or failure of the MIP creation can be a single identification information used to indicate whether the node's inbound port successfully created the MIP, or it may be a single identification information used to indicate whether the node's outbound port successfully created the MIP, and It may include multiple pieces of identification information used to indicate whether the ingress port and egress port of the node successfully create the MIP, which is not specifically limited in this embodiment.
  • the network manager can learn whether each intermediate node has successfully created the MIP, and can also obtain the intermediate nodes in the entire maintenance domain through the network manager , Which can facilitate the management of the entire maintenance domain by the network manager.
  • FIG. 6 is a flowchart of a method for creating an intermediate point of a maintenance entity group according to another embodiment of the present invention.
  • the method for creating the intermediate point of the maintenance entity group includes but is not limited to the following steps:
  • Step S510 The second node receives a function trigger message sent by the first node, where the function trigger message carries first information used to indicate a request to create a MIP;
  • Step S520 the second node creates a MIP according to the first information.
  • the function trigger message may be a special LTM message suitable for performing the LT function, or a special LBM message suitable for performing the LB function. It is worth noting that, regardless of whether the function trigger message is a special LTM message or a special LBM message, it will carry the first information used to indicate a request to create a MIP.
  • the second node receives the special LTM message sent by the first node, since the special LTM message carries the first information used to indicate the request to create the MIP, the second node can The MIP is created under the trigger of information, that is, the second node can automatically create the MIP according to the first information in the special LTM message, thereby reducing the burden of manually creating the MIP and improving the efficiency of creating the MIP.
  • the function trigger message that carries the first information for requesting to create a MIP can be improved on the basis of the existing related message format.
  • a special LTM message can be a regular LTM message. Improved on the basis of the text, for example, you can extend a new field structure in a conventional LTM message to carry the first information used to indicate a request to create a MIP, or you can redefine the field structure in a conventional LTM message to carry The first information used to indicate the request to create the MIP is not specifically limited in this embodiment.
  • the method for creating an intermediate point of the maintenance entity group further includes the following steps:
  • Step S530 Determine the outgoing port and forward the function trigger message.
  • the second node when the second node receives the function trigger message sent by the first node, the second node will first determine whether the content of the function trigger message carries the address of the second node, for example, determine a special LTM Whether the content of the Target MAC field in the message is the address of the second node, if the content of the Target MAC field is not the address of the second node, it means that the second node is an intermediate node between a group of peer MEPs.
  • the first The second node will create the MIP according to the first information contained in the function trigger message to indicate the request to create the MIP, and when the creation of the MIP is completed, the second node will also determine the port and forward the function to the next node Trigger messages, so that the function trigger messages can flow through all intermediate nodes between peer MEPs, so that all intermediate nodes can create MIPs according to the first information in the function trigger message.
  • the intermediate node or the opposite MEP when the first node sends a function trigger message to the opposite MEP, if the intermediate node or the opposite MEP receives the function trigger message, it will reply to the first node with a function response message, if When the intermediate node receives the function response message, the intermediate node will determine the port and forward the function response message, and will not perform related processing according to the function response message, that is, the intermediate node transparently transmits the function response message.
  • the peer MEP (for example, the third node in the embodiment shown in FIG. 1) receives the function trigger message sent by the first node, the peer MEP will first determine that the function trigger message is If the content of the Target MAC field is the address of the current node, if the content of the Target MAC field is the address of the current node, the opposite MEP will first determine whether there is a MEP corresponding to the function trigger message on the corresponding flow point. , It means that the current node is the target node to which the function trigger message needs to be transmitted.
  • the opposite MEP will reply to the first node a function response message that does not carry the second information related to the creation of the MIP, and stop forwarding This function triggers a message.
  • the opposite end MEP determines that there is no MEP corresponding to the function trigger message on the corresponding flow point, the opposite end MEP will directly discard the function trigger message.
  • the function trigger message also carries at least information such as level parameters and virtual local area network parameters used to create the MIP.
  • the level parameter may be stored in the MD level field in the special LTM message structure of the embodiment shown in FIG. 3, and the virtual local area network parameters may be stored in the special LTM message structure of the embodiment shown in FIG. 3 In the Ethernet packet header.
  • step S520 includes but is not limited to the following steps:
  • Step S521 the second node triggers the level parameter and the virtual local area network parameter in the message according to the first information acquisition function
  • step S522 the second node creates an MIP on the ingress port and egress port of the second node respectively according to the level parameter and the virtual local area network parameter.
  • the second node after the second node receives the function trigger message sent by the first node, the second node will first determine whether the function trigger message carries the first information used to indicate the request to create a MIP. If the trigger message carries the first information, the second node will parse and obtain the level parameters and virtual local area network parameters in the function trigger message, and according to the level parameters and virtual local area network parameters, the ingress and egress ports of the second node MIP is created automatically. It is worth noting that the outgoing port of the MIP created in the second node can be obtained according to information such as the Media Access Control Address (MAC) table in the second node.
  • MAC Media Access Control Address
  • the second node when the second node separately creates MIPs on its ingress port and egress port, if the corresponding MIP already exists, the second node does not perform a specific creation operation and is deemed to have been successfully created.
  • the method for creating an intermediate point of the maintenance entity group further includes the following steps:
  • Step S540 The second node sends to the first node a function response message carrying the second information indicating that the MIP is successfully created, so that the first node caches the second information or reports the second information to the network manager.
  • the function response message may be an LTR message suitable for performing the LT function, or may be an LBR message suitable for performing the LB function. It is worth noting that the function response message that carries the second information to indicate the successful creation of the MIP is a special message that is different from the regular LTR message or the regular LBR message. When the function response message carries the message to indicate success When creating the second message of the MIP, the function response message can be a special LTR message or a special LBR message.
  • the second node after the second node creates the MIP according to the function trigger message sent by the first node, the second node will reply to the first node with a function response message, and when the first node receives the function response message After the text, the first node will parse the function response message. If the function response message carries the second information indicating that the MIP is successfully created, it means that the second node has successfully created the MIP. At this time, the first The node may buffer the second information in the received function response message, or directly report the second information in the function response message to the network manager.
  • the second node when the LT function is executed, since the function response message carrying the second information indicating that the MIP is successfully created is a special LTR message created by the second node, the second node can establish There are regular LTR messages and special LTR messages.
  • the second node When the second node receives the regular LTM message sent by the first node, the second node will reply with a regular LTR message according to the regular LTM message; and when the second node receives the special LTM message sent by the first node When sending a message, the second node will reply a special LTR message according to the special LTM message.
  • the function response message carrying the second information indicating that the MIP is successfully created can be improved on the basis of the existing related message format.
  • a special LTR message may be a regular LTR message. Improved on the basis of the text, for example, you can extend the new field structure in the regular LTR message to carry the second information used to indicate the successful creation of the MIP, or you can redefine the field structure in the regular LTR message to carry The second information used to indicate the successful creation of the MIP is not specifically limited in this embodiment.
  • the second information includes location information of the node that created the MIP and flag information used to indicate the success or failure of the MIP creation.
  • the location information of the node that created the MIP and the flag information used to indicate the success or failure of the MIP creation can be configured in the message structure of the function response message, for example, as shown in FIG. 5 In the embodiment, in the Additional LTM TLVs field of the special LTR message structure.
  • the location information of the node that creates the MIP may include at least one of the network element name, rack number, sub-rack number, slot number, and other information, which is not specifically limited in this embodiment.
  • the flag information used to indicate the success or failure of the MIP creation can be a single identification information used to indicate whether the node's inbound port successfully created the MIP, or it may be a single identification information used to indicate whether the node's outbound port successfully created the MIP, and It may include multiple pieces of identification information used to indicate whether the ingress port and egress port of the node successfully create the MIP, which is not specifically limited in this embodiment.
  • the network manager can learn whether each intermediate node has successfully created the MIP, and can also obtain the intermediate nodes in the entire maintenance domain through the network manager , Which can facilitate the management of the entire maintenance domain by the network manager.
  • FIG. 8 is a flowchart of a method for creating an intermediate point of a maintenance entity group applied to a network topology.
  • the network topology includes a first node 100, a second node 200, a third node 300, and a fourth node 400, wherein , The first node 100, the second node 200, the third node 300, and the fourth node 400 can all support Ethernet services.
  • the first node 100 and the fourth node 400 create a set of peer MEPs, and the second node 200 and the third node 300 are both intermediate nodes between the set of peer MEPs.
  • MIPs need to be created on the second node 200 and the third node 300.
  • the first node 100 sends a special LTM message to the fourth node 400 (the content of the DMAC field in the message is 01-80-C2-00-40, and the content of other fields is the same as the regular LTM message Same), the special LTM message will be transmitted to the second node 200 first.
  • the second node 200 After the second node 200 determines that the special LTM message conforms to the rule, the second node 200 determines that the content of the DMAC field of the special LTM message is 01-80-C2-00-40, the second node 200 will parse and obtain information such as level parameters and virtual local area network parameters in the special LTM message, and create a MIP on the ingress port and egress port of the second node 200 respectively After the creation of the MIP is completed, the second node 200 will reply to the first node 100 a special LTR message that carries the network element name, rack number, subrack number, slot number, and It indicates whether the ingress port and egress port of the second node 200 have successfully created the MIP flag information, etc.
  • the second node 200 will determine the egress port for transmitting the special LTM message, and forward the special LTM message through the egress port To the third node 300; when the third node 300 receives the special LTM message forwarded by the second node 200, the third node 300 performs the same processing as the second node 200, and forwards the special LTM message to the fourth node 400 LTM message; when the fourth node 400 receives the special LTM message, the fourth node 400 determines that the content of the Target MAC field in the special LTM message is the MAC address of the fourth node 400, so the fourth node 400 Reply a regular LTR message to the first node 100, and stop forwarding the special LTM message.
  • the first node 100 When the first node 100 obtains the special LTR messages sent by the second node 200 and the third node 300 within the preset time period, the first node 100 will carry the information of the node that created the MIP carried in the special LTR message. The location information and the flag information used to indicate the success or failure of MIP creation are cached, and when the first node 100 receives the regular LTR message sent by the fourth node 400, the first node 100 will report all the cached information to Network manager.
  • FIG. 9 is a flowchart of a method for creating an intermediate point of a maintenance entity group applied to another network topology, which includes a first node 100, a second node 200, a third node 300, and a fourth node 400, Among them, the first node 100, the second node 200, the third node 300, and the fourth node 400 can all support Ethernet services.
  • the first node 100, the third node 300, and the fourth node 400 create a point-to-multipoint MEP.
  • the first node 100 and the third node 300 are a set of peer-to-peer MEPs
  • the node 400 is another set of peer-to-peer MEPs
  • the second node 200 is an intermediate node between the first node 100 and the third node 300.
  • the first node 100 sends a special LTM message to the third node 300 (the content of the DMAC field in the message is 01-80-C2-00-40, and the content of other fields is the same as the regular LTM message Same), the special LTM message will be transmitted to the second node 200 first.
  • the second node 200 determines that the special LTM message conforms to the rule, the second node 200 determines that the content of the DMAC field of the special LTM message is 01-80-C2-00-40, the second node 200 will parse and obtain information such as level parameters and virtual local area network parameters in the special LTM message, and create a MIP on the ingress port and egress port of the second node 200 respectively After the creation of the MIP is completed, the second node 200 will reply to the first node 100 a special LTR message that carries the network element name, rack number, subrack number, slot number, and It indicates whether the ingress port and egress port of the second node 200 have successfully created the MIP flag information, etc.
  • the second node 200 will determine the egress port for transmitting the special LTM message, and forward the special LTM message through the egress port To the third node 300; when the third node 300 receives the special LTM message, the third node 300 determines that the content of the Target MAC field in the special LTM message is the MAC address of the third node 300, so the third node 300 The node 300 replies a regular LTR message to the first node 100 and stops forwarding the special LTM message.
  • the first node 100 When the first node 100 obtains the special LTR message sent by the second node 200 within a preset time period, the first node 100 will carry the location information of the node that created the MIP carried in the special LTR message and use it to indicate The flag information indicating the success or failure of MIP creation is cached, and when the first node 100 receives the regular LTR message sent by the third node 300, the first node 100 will report all the cached information to the network manager.
  • an embodiment of the present invention provides a node, which includes a memory 501, a processor 502, and a computer program stored in the memory and running on the processor.
  • the processor and the memory can be connected by a bus or in other ways.
  • the node in this embodiment can be applied to the node in the embodiment shown in Figure 1, Figure 8 or Figure 9.
  • the node in this embodiment can form the one shown in Figure 1, Figure 8 or Figure 9.
  • these embodiments belong to the same inventive concept. Therefore, these embodiments have the same implementation principles and technical effects, which will not be described in detail here.
  • the non-transitory software programs and instructions required to implement the method for creating the intermediate point of the maintenance entity group of the foregoing embodiment are stored in the memory.
  • the method for creating the intermediate point of the maintenance entity group of the foregoing embodiment is executed, for example, executing The method step S100 in FIG. 2, the method steps S200 to S300 in FIG. 4, the method steps S510 to S520 in FIG. 6, or the method steps S521 to S522 in FIG. 7 are described above.
  • the device embodiments described above are merely illustrative, and the units described as separate components may or may not be physically separated, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the modules can be selected according to actual needs to achieve the objectives of the solutions of the embodiments.
  • an embodiment of the present invention also provides a computer-readable storage medium, the computer-readable storage medium stores computer-executable instructions, and the computer-executable instructions are executed by a processor or a controller, for example, by the aforementioned
  • the execution of a processor in the node embodiment can make the above-mentioned processor execute the method for creating the intermediate point of the maintenance entity group in the above-mentioned embodiment, for example, execute the method step S100 in FIG. 2 and the method step S200 in FIG. 4 described above.
  • computer storage medium includes volatile and non-volatile data implemented in any method or technology for storing information (such as computer-readable instructions, data structures, program modules, or other data).
  • Information such as computer-readable instructions, data structures, program modules, or other data.
  • Computer storage media include but are not limited to RAM, ROM, EEPROM, flash memory or other memory technologies, CD-ROM, digital versatile disk (DVD) or other optical disk storage, magnetic cassettes, magnetic tapes, magnetic disk storage or other magnetic storage devices, or Any other medium used to store desired information and that can be accessed by a computer.
  • communication media usually contain computer-readable instructions, data structures, program modules, or other data in a modulated data signal such as carrier waves or other transmission mechanisms, and may include any information delivery media. .
  • the first node is used to send a function trigger message to the second node, and the function trigger message carries the first information used to indicate the request to create the MIP. Therefore, the second node receives the message from the first node.
  • the second node can automatically create the MIP according to the first information in the function trigger message, thereby reducing the burden of manually creating the MIP and improving the efficiency of creating the MIP.
  • the embodiment of the present invention includes: a first node sends a function trigger message carrying first information for requesting creation of a MIP to a second node, so that the second node creates a MIP according to the first information.
  • a first node sends a function trigger message carrying first information for requesting creation of a MIP to a second node, so that the second node creates a MIP according to the first information.
  • the second node when the LT function or the LB function is executed, when the second node receives the function trigger message sent by the first node, since the function trigger message carries a request to create a MIP
  • the first information therefore, the second node can create MIPs triggered by the first information, that is, the second node can automatically create MIPs based on the first information in the function trigger message, thereby reducing the burden of manually creating MIPs , Improve the efficiency of creating MIP.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé de création de point intermédiaire de groupe d'entités de maintenance, un nœud et un support d'informations lisible. Le procédé de création d'un point intermédiaire de groupe d'entités de maintenance consiste à : envoyer à un second nœud, par un premier nœud, un message de déclenchement de fonction véhiculant des premières informations exprimant une demande de création d'un point intermédiaire de groupe d'entités de maintenance (MIP), de sorte que le second nœud crée le MIP conformément aux premières informations (S100).
PCT/CN2021/093648 2020-05-20 2021-05-13 Procédé de création de point intermédiaire de groupe d'entités de maintenance, nœud et support d'informations lisible WO2021233202A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010428505.3 2020-05-20
CN202010428505.3A CN113709049A (zh) 2020-05-20 2020-05-20 维护实体组中间点创建方法、节点及可读存储介质

Publications (1)

Publication Number Publication Date
WO2021233202A1 true WO2021233202A1 (fr) 2021-11-25

Family

ID=78645438

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/093648 WO2021233202A1 (fr) 2020-05-20 2021-05-13 Procédé de création de point intermédiaire de groupe d'entités de maintenance, nœud et support d'informations lisible

Country Status (2)

Country Link
CN (1) CN113709049A (fr)
WO (1) WO2021233202A1 (fr)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1728651A (zh) * 2004-07-08 2006-02-01 阿尔卡特公司 具有多个级的以太操作管理维护网络中的域配置
WO2006069244A2 (fr) * 2004-12-22 2006-06-29 Alcatel Lucent Autoconfiguration de points oam ethernet
CN101471813A (zh) * 2007-12-29 2009-07-01 华为技术有限公司 一种实现跨域维护管理的配置方法、系统及设备
EP2159956A1 (fr) * 2007-07-27 2010-03-03 Huawei Technologies Co., Ltd. Procédé, système et dispositif pour configurer la propriété d'exploitation, administration et maintenance
CN101897151A (zh) * 2007-10-12 2010-11-24 北方电讯网络有限公司 使用以太网oam的ip网络和性能监视
CN102215130A (zh) * 2011-06-16 2011-10-12 杭州华三通信技术有限公司 一种cfd协议配置方法及其装置
WO2013185842A1 (fr) * 2012-06-15 2013-12-19 Telefonaktiebolaget L M Ericsson (Publ) Réseau de transport auto-configurable
CN104579785A (zh) * 2015-01-19 2015-04-29 杭州华三通信技术有限公司 一种环网保护方法及装置

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1728651A (zh) * 2004-07-08 2006-02-01 阿尔卡特公司 具有多个级的以太操作管理维护网络中的域配置
WO2006069244A2 (fr) * 2004-12-22 2006-06-29 Alcatel Lucent Autoconfiguration de points oam ethernet
EP2159956A1 (fr) * 2007-07-27 2010-03-03 Huawei Technologies Co., Ltd. Procédé, système et dispositif pour configurer la propriété d'exploitation, administration et maintenance
CN101897151A (zh) * 2007-10-12 2010-11-24 北方电讯网络有限公司 使用以太网oam的ip网络和性能监视
CN101471813A (zh) * 2007-12-29 2009-07-01 华为技术有限公司 一种实现跨域维护管理的配置方法、系统及设备
CN102215130A (zh) * 2011-06-16 2011-10-12 杭州华三通信技术有限公司 一种cfd协议配置方法及其装置
WO2013185842A1 (fr) * 2012-06-15 2013-12-19 Telefonaktiebolaget L M Ericsson (Publ) Réseau de transport auto-configurable
CN104579785A (zh) * 2015-01-19 2015-04-29 杭州华三通信技术有限公司 一种环网保护方法及装置

Also Published As

Publication number Publication date
CN113709049A (zh) 2021-11-26

Similar Documents

Publication Publication Date Title
US20200280514A1 (en) Packet forwarding method, apparatus, and system
US11374857B2 (en) Network device management method and apparatus, and system for indicating a network device to perform management operation
US11902139B2 (en) Diagnosing and resolving issues in a network using probe packets
EP2533475A1 (fr) Procédé et système pour l'accessibilité de route hôte dans une boucle d'accès de réseau de transport par paquets
US9276898B2 (en) Method and device for link fault detecting and recovering based on ARP interaction
US20090037713A1 (en) Operation, administration and maintenance (oam) for chains of services
CN107615710B (zh) Sdn交换机中的直接回复动作
US10855648B2 (en) Methods and apparatus for operating and managing a constrained device within
US20210119906A1 (en) Loop Avoidance Communications Method, Device, and System
US20230067091A1 (en) Method and device for segment routing service processing, routing equipment, and storage medium
WO2019223534A1 (fr) Procédé et dispositif de surveillance d'une entrée de table de transfert
WO2016192618A1 (fr) Procédé, appareil, et système de collecte de liste de contrôle d'accès
US8670299B1 (en) Enhanced service status detection and fault isolation within layer two networks
CA3137068A1 (fr) Transmission de message efficace et evitement de boucle dans un reseau rpl
US10680930B2 (en) Method and apparatus for communication in virtual network
WO2018000859A1 (fr) Procédé de détermination de topologie, procédé de réponse par message, contrôleur, et commutateur
WO2016044990A1 (fr) Procédé et appareil de détermination de topologie de réseau, et dispositif de stockage d'informations d'état de réseau centralisé
CN110380966B (zh) 一种发现转发路径的方法及其相关设备
EP2858302A1 (fr) Procédé de vérification de connectivité sur une liaison de flux de service, appareil connexe, et système
US8861378B2 (en) Method, system and network device for node configuration and path detection
US7945656B1 (en) Method for determining round trip times for devices with ICMP echo disable
WO2021233202A1 (fr) Procédé de création de point intermédiaire de groupe d'entités de maintenance, nœud et support d'informations lisible
WO2015035852A1 (fr) Procédé et dispositif d'annonce d'un état entre des nœuds
US9432275B2 (en) Transmission monitoring method and device
CN111404816A (zh) 一种跨网络发送组播报文的方法、装置、系统及存储介质

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: 21809631

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 1205 DATED 17/04/2023)

122 Ep: pct application non-entry in european phase

Ref document number: 21809631

Country of ref document: EP

Kind code of ref document: A1