WO2016065754A1 - Procédé et appareil de réduction de la quantité de messages dans un protocole lmp - Google Patents

Procédé et appareil de réduction de la quantité de messages dans un protocole lmp Download PDF

Info

Publication number
WO2016065754A1
WO2016065754A1 PCT/CN2015/071472 CN2015071472W WO2016065754A1 WO 2016065754 A1 WO2016065754 A1 WO 2016065754A1 CN 2015071472 W CN2015071472 W CN 2015071472W WO 2016065754 A1 WO2016065754 A1 WO 2016065754A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
control channel
hello
message
splicing
Prior art date
Application number
PCT/CN2015/071472
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 WO2016065754A1 publication Critical patent/WO2016065754A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method and apparatus for reducing the number of messages in a Link Management Protocol (LMP).
  • LMP Link Management Protocol
  • LMP Link Management Protocol
  • IP Control IP Control Channel
  • LMP features include control channel management, link attribute association, link connectivity verification, and fault management.
  • the first two are used to manage Traffic Engineering (TE), which is the core function of the link.
  • TE Traffic Engineering
  • the latter two are optional extension functions for dealing with the separation of control channels and data channels.
  • Control channel management is used to determine and maintain the control channel between adjacent nodes (bidirectional, that is, two opposite control channels between a pair of nodes), by using configuration message negotiation between two nodes (Config message) And fast keep-alive mechanism (Hello message) to achieve.
  • the Hello message is used to detect the connectivity of the control channel and send periodically. If there are multiple control channels between nodes, the LMP protocol will select an active control channel to manage the link between the nodes, and the rest will be used as the standby control channel. If the current active control channel fails, the LMP protocol The current control channel is switched to the alternate control channel.
  • each control channel Since the Hello message is at the control channel level, that is, each control channel has its own Hello message transmission, when the number of network nodes increases, the control channel also increases, which will lead to an explosive growth of the number of Hello messages.
  • N nodes Nodes are interconnected by two
  • N*(N-1) control channels and each control channel sends a Hello message according to the period of milliseconds (the recommended Hello transmission period is 150 milliseconds in RFC4204), it is conceivable that When N is large, the number of Hello messages will be large, and the message overhead will be large. In severe cases, network congestion will occur, affecting the transmission and reception of service control packets, resulting in service interruption and unpredictable consequences.
  • the main object of the present invention is to provide a method and apparatus for reducing the number of messages in an LMP, aiming at avoiding network congestion caused by LMP Hello message transmission.
  • an embodiment of the present invention provides a method for reducing the number of messages in an LMP, where the LMP managed node includes at least a first node, a second node, and a third node, and the method includes:
  • the splicing enable command is configured on the second node
  • the method further comprises:
  • the virtual control channel is used as an alternate control channel between the first node and the third node; otherwise
  • the virtual control channel is used as an active control channel between the first node and the third node.
  • the method further comprises:
  • the virtual control channel is associated with the Hello message invalidation process.
  • the step of associating the virtual control channel with the Hello message invalidation process includes:
  • the Hello message is configured on the second node and sent to the first node, where the Hello message carries a Hello object, and the Hello object CC_Id is set to the ID number of the second node control channel;
  • the Hello message is invalidated according to the Hello object associated with the virtual control channel.
  • the step of acquiring the splicing destination address of the third node according to the current control channel of the second node further includes:
  • a splicing enable command is configured on the second node.
  • the embodiment of the present invention further provides an apparatus for reducing the number of messages in the LMP, where the LMP managed node includes at least a first node, a second node, and a third node, and the apparatus includes:
  • Obtaining a module configured to acquire a splicing destination address of the third node according to the current control channel of the second node; and the splicing enable command is configured on the second node;
  • An encoding module is configured to construct a Config message on the second node, and send the Config message to the first node; the Config message carries a Config object that is written with the splicing destination address of the third node;
  • a decoding module configured to parse the Config message on the first node, and obtain a splicing destination address of the third node
  • the processing module is configured to establish a virtual control channel between the first node and the third node according to the splicing destination address of the third node.
  • the processing module is further configured to: according to the splicing destination address of the third node, search for a control channel of the splicing destination address of the third node on the first node; if present, the virtual control The channel acts as an alternate control channel between the first node and the third node; otherwise the virtual control channel is used as the primary control channel between the first node and the third node.
  • the processing module is further configured to associate the virtual control channel with the Hello message invalidation process when the control channel Hello message on the first node or the second node is detected to be invalid.
  • the processing module is further configured to: when it is detected that the control channel Hello message on the second node is invalid, construct a Hello message on the second node and send the message to the first node, where the Hello message is sent.
  • the Hello object carries the Hello object, and the CC_Id of the Hello object is set to the ID number of the second node control channel; the Hello packet is parsed on the first node to obtain a Hello object; and the virtual control channel is associated with the Hello object.
  • the Hello message is invalid.
  • the device further comprises:
  • the configuration module is configured to configure a splicing enable command on the second node.
  • the method and device for reducing the number of messages in the LMP add a splicing enable command to the node; when the splicing function is enabled, send a Config message to the upstream node of the node, where the Config message carries The Config object with the splicing destination address is written; after receiving the Config message, the upstream node parses out the Config object, and obtains the splicing destination address corresponding to the control channel of the downstream node, and establishes a slave node to the destination address according to the splicing destination address.
  • the virtual control channel reduces the establishment process of the control channel, reduces the number of Hello messages sent in the LMP, reduces the message overhead, and avoids network congestion caused by the LMP Hello message transmission; in addition, it can further solve a certain node.
  • 1 is a network diagram of a conventional four-node control channel
  • FIG. 2 is a schematic flow chart of an embodiment of a method for reducing the number of messages in an LMP according to the present invention
  • FIG. 3 is a network diagram of a three-node control channel according to an embodiment of the present invention.
  • FIG. 4 is a schematic flow chart of another embodiment of a method for reducing the number of messages in an LMP according to the present invention.
  • FIG. 5 is a schematic diagram of an active and standby virtual control channel according to an embodiment of the present invention.
  • FIG. 6 is a schematic flow chart of still another embodiment of a method for reducing the number of messages in an LMP according to the present invention.
  • FIG. 7 is a schematic structural diagram of an apparatus for reducing the number of messages in an LMP according to the present invention.
  • FIG. 8 is a schematic structural diagram of another embodiment of an apparatus for reducing the number of messages in an LMP according to the present invention.
  • the solution of the embodiment of the present invention is mainly: adding a splicing enable command to the node; when the splicing function is enabled, sending a Config message to the upstream node of the node, the Config message carrying the Config object with the splicing destination address
  • the upstream node parses out the Config object, obtains the splicing destination address corresponding to the control channel of the downstream node, and establishes a virtual control channel from the node to the destination address according to the splicing destination address, thereby reducing control.
  • the channel establishment process reduces the Hello message in the LMP.
  • the number of transmissions reduces the message overhead, and avoids the network congestion caused by the LMP Hello message transmission.
  • the technical problem of the failure of the Hello message between a certain node can be further solved.
  • an embodiment of the present invention provides a method for reducing the number of messages in an LMP, where the LMP managed node includes at least a first node, a second node, and a third node, and the method includes:
  • Step S101 Acquire a splicing destination address of the third node according to the current control channel of the second node; and configure a splicing enable command on the second node;
  • a control channel network composed of three nodes of a first node, a second node, and a third node is used as an example, and as shown in FIG. 3, a virtual control channel is established at node 1 (first node) to node 3. (Third node) is explained as an example, and the establishment of the virtual control channel between other nodes is the same as this principle.
  • Node_Id identifies the destination address of the peer learned on the current node.
  • node 2 is based on the current control channel ipcc2 (the selection of control channel ipcc2 can be specified according to the user policy, for example, according to the bandwidth of the control channel, etc., the default is to select the current primary control channel) Destination address, which is the Node_Id of node 3.
  • Step S102 constructing a Config message on the second node, and sending the Config message to the first node; the Config message carrying the Config object with the splicing destination address of the third node;
  • the Config message is constructed on Node 2, and the Node_Id of Node 3 is written to the Config object, and its ctype is set to 2. Send the constructed Config message to node 1.
  • Step S103 parsing the Config message on the first node, and acquiring a splicing destination address of the third node;
  • Step S104 Establish a virtual control channel between the first node and the third node according to the splicing destination address of the third node.
  • the Node_Id information of ipcc1, ipcc2, and node 3 is reserved in the attribute, wherein the selection of the control channel ipcc1 is similar to the selection policy of the ipcc2 of the node 2, the destination address is the Node_Id of the node 3; the protocol state is set to UP, and the RFC 4204 is not required to be initiated. Control channel establishment negotiation process.
  • the Node_Id of the node 3 it is found whether there is a control channel reaching the node 3 Node_Id on the current node 1, and if there is (such as the control channel ipcc1'), the virtual control channel ipcc1-3 is used as the backup control channel of (ipcc1'). If it does not exist, the virtual control channel ipcc1-3 is used as the primary control channel between node 1 and node 3, and then directly enters the functions of link attribute verification, link connectivity verification, fault management, etc. Node 1 to node 3 can perform control channel management through the virtual control channel ipcc1-3.
  • the established virtual control channel ipcc1-3 has the same function as the normal control channel, except that it does not need to send Hello packets, because the ipcc1-3 and ipcc2 Hello monitoring can be used to achieve ipcc1-3 connectivity monitoring. Therefore, the establishment process of the control channel can be reduced, the number of Hello messages sent in the LMP can be reduced, the message overhead can be reduced, and the network congestion problem caused by the LMP Hello message transmission can be avoided.
  • the number of control channels can be reduced in the case of an increase in the number of network nodes, from the O(n*(n-1)) number level to the O(2*( N-1)) The number level, which in turn makes the number of Hello messages in the control channel greatly reduced.
  • This program uses two existing control channels to fight To achieve the purpose of establishing a virtual control channel between two nodes, and then maintaining the virtual control channel keep-alive by using the existing Hello message on the control channel to reduce the number of Hello messages sent, and also reduce the control.
  • the message overhead (Config message, ConfigAck message, ConfigNack message, etc.) brought by channel establishment further reduces the number of messages, reduces the probability of network congestion, and reduces the probability of traffic messages being congested.
  • another embodiment of the present invention provides a method for reducing the number of messages in an LMP.
  • Step S105 When it is detected that the control channel Hello message on the first node or the second node is invalid, the virtual control channel is associated with the Hello message invalidation process.
  • this embodiment can also solve the problem that the Hello message monitoring fails.
  • the embodiment adopts the following scheme:
  • CC_Id identifies the control channel ID number between the local node and the downstream node.
  • control channel ipcc1 on node 1 and the control channel ipcc2 on node 2 perform connectivity monitoring through a periodic Hello message, when the control channel ipcc1 on node 1 or the control channel on node 2 If ipcc2 does not receive a Hello message in its Hello aging period, it indicates that the control channel has failed, that is, the control channel is invalid.
  • a Hello message is configured on the second node and sent to the first node, where the Hello message carries Hello.
  • the object, the CC_Id of the Hello object is set to the ID number of the control node of the second node; the Hello message is parsed on the first node to obtain a Hello object; and the virtual control channel is associated with the Hello object to perform Hello message invalidation processing. .
  • the protocol is notified to perform Hello invalidation processing. The subsequent processing is the same as the subsequent processing of the application scenario in which the ipcc1 Hello on the node 1 is invalid.
  • the splicing enable command is added to the node by using the foregoing solution.
  • an Config message is sent to the upstream node of the node, where the Config message carries the Config object with the splicing destination address; the upstream node After receiving the Config message, the Config object is parsed out, and the splicing destination address corresponding to the control channel of the downstream node is obtained, and a virtual control channel from the node to the destination address is established according to the splicing destination address, thereby reducing the establishment of the control channel.
  • the process reduces the number of Hello messages sent in the LMP, reduces the message overhead, and avoids network congestion caused by the LMP Hello message sending. In addition, the technical problem of invalid Hello messages between a certain node can be further solved.
  • another embodiment of the present invention provides a method for reducing the number of messages in an LMP.
  • the method further includes :
  • Step S100 configuring a splicing enable command on the second node.
  • the embodiment further includes a solution for configuring a splicing enable command on the second node.
  • the second node splicing function is enabled, if the IPCC control channel protocol is UP, the second node is Node
  • the subsequent specific processing flow refers to the foregoing embodiment, and details are not described herein again.
  • an embodiment of the present invention provides an apparatus for reducing the number of messages in an LMP, where the LMP management node includes at least a first node, a second node, and a third node, and the apparatus includes: an obtaining module 201, Encoding module 202, decoding module 203 and processing module 204, wherein:
  • the obtaining module 201 is configured to acquire a splicing destination address of the third node according to the current control channel of the second node; and the splicing enable command is configured on the second node;
  • the encoding module 202 is configured to construct a Config message on the second node, and send the Config message to the first node; the Config message carries a Config object that is written with the splicing destination address of the third node;
  • the decoding module 203 is configured to parse the Config message on the first node, and obtain a splicing destination address of the third node;
  • the processing module 204 is configured to establish a virtual control channel between the first node and the third node according to the splicing destination address of the third node.
  • a control channel network composed of three nodes of a first node, a second node, and a third node is used for example, and as shown in FIG. 3, a virtual control channel is established at node 1 (first node).
  • the description is made by taking the node 3 (third node) as an example, and the establishment of the virtual control channel between other nodes is the same as this principle.
  • Node_Id identifies the destination address of the peer learned on the current node.
  • node 2 is based on the current control channel ipcc2 (the selection of control channel ipcc2 can be specified according to the user policy, for example, according to the bandwidth of the control channel, etc., the default is to select the current primary control channel) Destination address, which is the Node_Id of node 3.
  • the Config message is constructed on Node 2, and the Node_Id of Node 3 is written to the Config object, and its ctype is set to 2. Send the constructed Config message to node 1.
  • the Node_Id information of ipcc1, ipcc2, and node 3 is reserved in the attribute, wherein the selection of the control channel ipcc1 is similar to the selection policy of the ipcc2 of the node 2, the destination address is the Node_Id of the node 3; the protocol state is set to UP, and the RFC 4204 is not required to be initiated. Control channel establishment negotiation process.
  • the Node_Id of the node 3 it is found whether there is a control channel reaching the node 3 Node_Id on the current node 1, and if there is (such as the control channel ipcc1'), the virtual control channel ipcc1-3 is used as the backup control channel of (ipcc1'). If it does not exist, the virtual control channel ipcc1-3 is used as the primary control channel between node 1 and node 3, and then directly enters the functions of link attribute verification, link connectivity verification, fault management, etc. Node 1 to node 3 can perform control channel management through the virtual control channel ipcc1-3.
  • the established virtual control channel ipcc1-3 has the same function as the normal control channel, except that it does not need to send Hello packets, because the ipcc1-3 and ipcc2 Hello monitoring can be used to achieve ipcc1-3 connectivity monitoring. Therefore, the establishment process of the control channel can be reduced, the number of Hello messages sent in the LMP can be reduced, the message overhead can be reduced, and the network congestion problem caused by the LMP Hello message transmission can be avoided.
  • the number of control channels can be reduced in the case of an increase in the number of network nodes, from the O(n*(n-1)) number level to the O(2*( N-1)) The number level, which in turn makes the number of Hello messages in the control channel greatly reduced.
  • the scheme achieves the purpose of establishing a virtual control channel between two nodes by splicing two existing control channels, and then maintains the virtual control channel by using the existing Hello message on the control channel to maintain the live control channel.
  • the number of Hello messages sent can also reduce the message overhead (Config message, ConfigAck message, ConfigNack message, etc.) caused by the establishment of the control channel, further reducing the number of messages, reducing the probability of network congestion, and reducing the congestion of service messages. Probability.
  • this embodiment can also solve the problem that the Hello message monitoring fails.
  • the embodiment adopts the following scheme:
  • CC_Id identifies the control channel ID number between the local node and the downstream node.
  • control channel ipcc1 on node 1 and the control channel ipcc2 on node 2 perform connectivity monitoring through a periodic Hello message, when the control channel ipcc1 on node 1 or the control channel on node 2 If ipcc2 does not receive a Hello message in its Hello aging period, it indicates that the control channel has failed, that is, the control channel is invalid.
  • a Hello message is configured on the second node and sent to the first node, where the Hello message carries Hello.
  • the object, the CC_Id of the Hello object is set to the ID number of the control node of the second node; the Hello message is parsed on the first node to obtain a Hello object; and the virtual control channel is associated with the Hello object to perform Hello message invalidation processing. .
  • the protocol is notified to perform Hello invalidation processing. The subsequent processing is the same as the subsequent processing of the application scenario in which the ipcc1 Hello on the node 1 is invalid.
  • the embodiment further solves the technical problem that the Hello message is invalid between a certain node by using the foregoing solution.
  • another embodiment of the present invention provides an apparatus for reducing the number of messages in an LMP.
  • the configuration module 200 is configured to configure a splicing enable command on the second node.
  • the embodiment further includes a solution for configuring a splicing enable command on the second node.
  • the subsequent specific processing flow refers to the foregoing embodiment, and details are not described herein again.
  • the number of control channels can be reduced, and the number of control channels is reduced from O(n*(n-1)) to O(2*(n-). 1))
  • the number level which in turn makes the number of Hello messages in the control channel greatly reduced.
  • the scheme achieves the purpose of establishing a virtual control channel between two nodes by splicing two existing control channels, and then maintains the virtual control channel by using the existing Hello message on the control channel to maintain the live control channel.
  • the number of Hello messages sent in addition to Reduce the message overhead (Config message, ConfigAck message, ConfigNack message, etc.) caused by the establishment of the control channel, further reduce the number of messages, reduce the probability of network congestion, and reduce the probability of traffic messages being congested.
  • Reduce the message overhead Config message, ConfigAck message, ConfigNack message, etc.
  • the solution in this embodiment can further solve the technical problem that the Hello message is invalid between a certain node.
  • a splicing enable command is added to a node; when the splicing function is enabled, a Config message is sent to an upstream node of the node, where the Config message carries a Config written with a splicing destination address.
  • the upstream node After receiving the Config message, the upstream node parses out the Config object, obtains the splicing destination address corresponding to the control channel of the downstream node, and establishes a virtual control channel from the node to the destination address according to the splicing destination address, thereby reducing
  • the establishment of the control channel reduces the number of Hello messages sent in the LMP, reduces the message overhead, and avoids network congestion caused by the LMP Hello message transmission. In addition, it can further solve the technical problem of invalid Hello messages between a certain node. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention concerne un procédé et un appareil permettant de réduire la quantité de messages dans un protocole LMP. Le procédé consiste à : acquérir une adresse de destination raccordée d'un troisième nœud selon un canal de commande courant d'un deuxième nœud, le deuxième nœud étant configuré avec une commande d'activation de raccordement ; construire un message Config sur le deuxième nœud et envoyer le message Config à un premier nœud, le message Config contenant un objet Config dans lequel est écrite l'adresse de destination raccordée du troisième nœud ; analyser le message Config sur le premier nœud afin d'acquérir l'adresse de destination raccordée du troisième nœud ; et établir un canal de commande virtuel du premier nœud au troisième nœud selon l'adresse de destination raccordée du troisième nœud. La présente invention réduit les processus d'établissement de canaux de commande, réduit la quantité de messages Hello envoyés dans un protocole LMP, réduit les surdébits de messages, évite le problème de l'encombrement de réseaux causé par l'envoi de messages Hello dans un protocole LMP, et peut en outre résoudre le problème technique d'un échec de messages Hello entre des nœuds.
PCT/CN2015/071472 2014-10-31 2015-01-23 Procédé et appareil de réduction de la quantité de messages dans un protocole lmp WO2016065754A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410608468.9 2014-10-31
CN201410608468.9A CN105553864B (zh) 2014-10-31 2014-10-31 降低lmp中消息数量的方法及装置

Publications (1)

Publication Number Publication Date
WO2016065754A1 true WO2016065754A1 (fr) 2016-05-06

Family

ID=55832802

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/071472 WO2016065754A1 (fr) 2014-10-31 2015-01-23 Procédé et appareil de réduction de la quantité de messages dans un protocole lmp

Country Status (2)

Country Link
CN (1) CN105553864B (fr)
WO (1) WO2016065754A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107634869B (zh) * 2016-07-18 2022-07-15 中兴通讯股份有限公司 一种Hello消息处理方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1622547A (zh) * 2003-11-28 2005-06-01 华为技术有限公司 链路管理方法
US20060133266A1 (en) * 2004-12-22 2006-06-22 Kim Young H Method of constituting and protecting control channel in IP-based network and status transition method therefor

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047700B (zh) * 2006-05-01 2010-05-12 华为技术有限公司 一种提高lmp控制通道可靠性的方法与装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1622547A (zh) * 2003-11-28 2005-06-01 华为技术有限公司 链路管理方法
US20060133266A1 (en) * 2004-12-22 2006-06-22 Kim Young H Method of constituting and protecting control channel in IP-based network and status transition method therefor

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ZHENG, HEWEN ET AL.: "LMP Keep-alive Overhead Reduction Extensions", DRAFT-ZHENG-CCAMP-LMP-KEEPALIVE-OVERHEAD-REDUCE-OO.T XT, 15 June 2006 (2006-06-15), pages 1 *

Also Published As

Publication number Publication date
CN105553864A (zh) 2016-05-04
CN105553864B (zh) 2020-04-28

Similar Documents

Publication Publication Date Title
US10432514B2 (en) Multiprotocol label switching traffic engineering tunnel establishing method and device
US9705735B2 (en) System and method using RSVP hello suppression for graceful restart capable neighbors
US9769054B2 (en) Network topology discovery method and system
EP2720418B1 (fr) Procédé et dispositif de commutation de liaison lacp et de transmission de données
US7742400B2 (en) Method and system for detecting link failure between nodes in a hybrid network
JP5426770B2 (ja) 電気通信網における方法及び装置
JP5633469B2 (ja) ネットワーク及びその障害救済方法及びノード装置
WO2012003743A1 (fr) Procédé et appareil d'acheminement de trafic de diffusion groupée
US20120275316A1 (en) Failure Detection Method and Device for FCoE Virtual Link
US9391883B2 (en) Method and device for label automatic allocation in ring network protection
CN103200109B (zh) 一种ospf邻居关系管理方法和设备
EP2553870B1 (fr) Mandataire d'exploitation, d'administration et de gestion, et procédé pour traiter des messages d'exploitation, d'administration et de gestion
WO2015070383A1 (fr) Système, appareil et procédé d'agrégation de liens
KR20150033681A (ko) 연결 실패 시에 홈 네트워크에 대한 재라우팅을 인에이블시키는 방법 및 시스템
US9497104B2 (en) Dynamic update of routing metric for use in routing return traffic in FHRP environment
JP7305882B2 (ja) スロットネゴシエーション方法およびデバイス
WO2009055995A1 (fr) Procédé de maintien pour système de réseau optique à commutation automatique lorsqu'un fonctionnement engendre une alarme
US10033573B2 (en) Protection switching method, network, and system
US7860090B2 (en) Method for processing LMP packets, LMP packet processing unit and LMP packet processing node
JP5352502B2 (ja) パケット通信システム及びパケット通信装置制御方法
WO2016065754A1 (fr) Procédé et appareil de réduction de la quantité de messages dans un protocole lmp
WO2016065925A1 (fr) Dispositif et procédé de remplacement de contrôleur
WO2011000184A1 (fr) Procédé et système de rafraîchissement de l'adresse d'anneau unique dans un anneau ethernet
WO2015154583A1 (fr) Procédé, dispositif et système pour mettre à jour un état de protocole d'un canal de commande
WO2015100978A1 (fr) Procédé et système pour découverte automatique de dispositif de commande dans un réseau défini par logiciel et dispositif de commande

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15853710

Country of ref document: EP

Kind code of ref document: A1