CN112217669B - Service data transmission method, device, terminal equipment and storage medium - Google Patents
Service data transmission method, device, terminal equipment and storage medium Download PDFInfo
- Publication number
- CN112217669B CN112217669B CN202011051672.7A CN202011051672A CN112217669B CN 112217669 B CN112217669 B CN 112217669B CN 202011051672 A CN202011051672 A CN 202011051672A CN 112217669 B CN112217669 B CN 112217669B
- Authority
- CN
- China
- Prior art keywords
- standby
- root bridge
- main
- bridge
- head
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The embodiment of the invention discloses a method and a device for transmitting service data, terminal equipment and a storage medium, wherein the method comprises the following steps: acquiring a networking structure; screening a main root bridge and a standby root bridge from the networking structure, wherein the main root bridge is the bridge with the highest priority in the plurality of bridges, and the standby root bridge is the bridge with the second highest priority in the plurality of bridges; determining a main topological graph according to the main root bridge and determining a standby topological graph according to the standby root bridge; and transmitting the service data through the main topological graph, and converting the service data into the standby topological graph for transmission under the condition of determining that the main root bridge is disconnected. By screening two root bridges, namely a main root bridge and a standby root bridge in advance, determining a main topological graph according to the main root bridge and determining a standby topological graph according to the standby root bridge, under the condition that the main topological graph for service data transmission fails due to loss of connection of the main root bridge, the service data which is being transmitted on the main topological graph can be immediately converted into the standby topological graph for transmission, so that the loss of a large amount of service data is avoided.
Description
Technical Field
The embodiment of the invention relates to the technical field of communication, in particular to a method and a device for transmitting service data, terminal equipment and a storage medium.
Background
In a network environment formed by bridges, redundant links are often used to improve the robustness and stability of the network. The Spanning Tree Protocol is used to eliminate a two-layer loop that may exist in a redundant backup network, and currently, the types of protocols generally adopted generally include an original Spanning Tree Protocol (STP), a Rapid Spanning Tree Protocol (RSTP), a multiple instance Spanning Tree Protocol (MSTP), and the like. The method comprises the steps of carrying out topology convergence on a networking structure comprising a plurality of network bridges by adopting the spanning tree protocol to obtain a unique topological graph, and carrying out service data transmission by adopting the generated unique topological graph, thereby preventing broadcast storms and multiple copies of the same frame.
However, when the root bridge in the unique topology map is suddenly disconnected due to power failure or hang-up, service data transmission may be interrupted, and a common method is to immediately select a new root bridge to perform topology calculation or wait for the root bridge to recover again.
Disclosure of Invention
The embodiment of the invention provides a method and a device for transmitting service data, terminal equipment and a storage medium. Therefore, normal transmission of service data is realized, and a large amount of loss of the service data caused by loss of connection of the main root bridge is avoided.
In a first aspect, an embodiment of the present invention provides a method for transmitting service data, including:
acquiring a networking structure, wherein the networking structure comprises a plurality of network bridges;
screening a main root bridge and a standby root bridge from the networking structure, wherein the main root bridge is the bridge with the highest priority in the plurality of bridges, and the standby root bridge is the bridge with the second highest priority in the plurality of bridges;
determining a main topological graph according to the main root bridge and determining a standby topological graph according to the standby root bridge;
and transmitting the service data through the main topological graph, and converting the service data into the standby topological graph for transmission under the condition of determining that the main root bridge is disconnected.
In a second aspect, an embodiment of the present invention provides a device for transmitting service data, including:
the networking structure acquisition module is used for acquiring a networking structure, wherein the networking structure comprises a plurality of network bridges;
the system comprises a main root bridge and standby root bridge screening module, a master root bridge and standby root bridge screening module and a standby root bridge screening module, wherein the main root bridge and standby root bridge screening module are used for screening out the main root bridge and standby root bridge from a networking structure, the main root bridge is the bridge with the highest priority in a plurality of bridges, and the standby root bridge is the bridge with the highest priority in the plurality of bridges;
the master topological graph and standby topological graph determining module is used for determining a master topological graph according to the master root bridge and determining a standby topological graph according to the standby root bridge;
and the service data transmission module is used for transmitting the service data through the main topological graph and converting the service data into the standby topological graph for transmission under the condition that the main root bridge is determined to be disconnected.
In a third aspect, an embodiment of the present invention provides a terminal device, including:
one or more processors;
a memory for storing one or more programs;
when executed by one or more processors, cause the one or more processors to implement the above-described methods.
In a fourth aspect, an embodiment of the present invention provides a computer storage medium, on which a computer program is stored, which when executed by a processor implements the above method.
According to the technical scheme of the embodiment of the invention, two root bridges, namely the main root bridge and the standby root bridge, are screened in advance, the main topological graph is determined according to the main root bridge, and the standby topological graph is determined according to the standby root bridge, so that the topological graph established before service data transmission is not unique, and when the main topological graph for service data transmission fails due to loss of connection of the main root bridge, the service data transmitted on the main topological graph can be immediately converted into the standby topological graph for transmission, so that a great amount of loss of the service data is avoided.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required in the embodiments will be briefly described below, it should be understood that the following drawings only illustrate some embodiments of the present invention and therefore should not be considered as limiting the scope, and those skilled in the art can also obtain other related drawings based on the drawings without inventive efforts.
Fig. 1(a) is a flowchart of a method for transmitting service data according to an embodiment of the present invention;
FIG. 1(b) is a schematic diagram of a networking architecture in accordance with one embodiment of the present invention;
FIG. 1(c) is a schematic structural diagram of a main topology diagram in the first embodiment of the present invention;
FIG. 1(d) is a schematic structural diagram of a standby topology diagram according to a first embodiment of the present invention;
fig. 2 is a flowchart of a service data transmission method according to a second embodiment of the present invention;
fig. 3 is a schematic structural diagram of a service data transmission apparatus according to a third embodiment of the present invention;
fig. 4 is a schematic structural diagram of a terminal device according to a fourth embodiment of the present invention.
Detailed Description
The present invention will be described in further detail with reference to the drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the invention and are not limiting of the invention. It should be further noted that, for the convenience of description, only some structures related to the present invention are shown in the drawings, not all of them.
Example one
Fig. 1(a) is a flowchart of a service data transmission method according to an embodiment of the present invention, where this embodiment is applicable to a case where service data is transmitted through a topology map, and this embodiment of the present invention may be executed by a service data transmission apparatus according to an embodiment of the present invention, and the apparatus may be implemented in a software and/or hardware manner. As shown in fig. 1(a), the method specifically includes the following operations:
Specifically, as shown in fig. 1(b), which is a schematic diagram of a networking structure in this embodiment, the networking structure includes a plurality of bridges, each two bridges are connected by a direct or indirect method, and each bridge can generate a protocol packet and transmit the protocol packet to the connected bridge, so as to implement information communication between the bridges. In this embodiment, 8 bridges are taken as an example for illustration, but in practical application, the specific number of bridges in the networking structure is not limited, and the bridges may be divided into core devices and access devices according to the position of each bridge in the networking structure, for example, H1-H4 in fig. 1(b) are core devices, and S1-S4 are access devices.
And 102, screening a main root bridge and a standby root bridge from the networking structure.
Optionally, screening out the main root bridge and the standby root bridge in the networking structure may include: acquiring a bridge identifier corresponding to each bridge, wherein the bridge identifier comprises a bridge priority and an MAC address; sequencing each bridge according to the bridge identifier to obtain a sequencing result; and determining the bridge with the highest priority and the bridge with the second highest priority according to the sequencing result, taking the bridge with the highest priority as a main root bridge, and taking the bridge with the second highest priority as a standby root bridge.
Each Bridge in this embodiment includes a Bridge identifier, for example, a Bridge ID, where the Bridge ID includes 8 bytes, the first 2 bytes are a Bridge priority, and the last 6 bytes are a MAC address of the Bridge. Bridge priority is used to measure the priority of a bridge, ranging from 0 to 65535. When each bridge is ordered according to the bridge identifier, the bridges may be ordered according to the descending order of the bridge priority, and when it is determined that the priorities of the bridges included in the two bridges are the same, the bridges may be ordered according to the ascending order of the MAC addresses of the bridges. And determining the bridge with the highest priority and the bridge with the second highest priority according to the sequencing result, taking the bridge with the highest priority as a main root bridge, and taking the bridge with the second highest priority as a standby root bridge. For example, for the networking architecture shown in fig. 1(b), H1 may be determined by comparison to be the highest priority bridge, the primary root bridge; h2 is the next highest priority bridge, the root bridge.
Optionally, after the main root bridge and the standby root bridge are screened out from the networking structure, the method may further include: determining a port of a network bridge directly connected with a main root bridge in a networking structure, and taking the port of the network bridge directly connected with the main root bridge as a main first-hop point; determining a port of a network bridge directly connected with a standby root bridge in a networking structure, and taking the port of the network bridge directly connected with the standby root bridge as a standby head-hop point; and storing each determined main head jump point on the standby root bridge, and storing each determined standby head jump point on the main root bridge.
Specifically, a flag bit is used for recording the hop count in the message generated by the main root bridge, and the hop count is added by 1 every time the message is forwarded from the main root bridge, so that the hop count recorded in the message received by the bridge directly connected with the main root bridge is 0, and the port of the bridge directly connected with the main root bridge is used as a main head hop. Similarly, the port of the bridge directly connected to the standby root bridge serves as the standby head-hop. In the networking architecture shown in fig. 1(b), the bridge S1 is directly connected to the primary root bridge, and the port a to which the connection is made is called the primary head-hop, so the head-hop includes: A. b, C, D, and E. Similarly, it can be found that the head-to-head jump point includes: F. g, H, I and Q. And the main head jump point is stored on the standby root bridge, and the shoulder head jump point is stored on the main root bridge.
And 103, determining a main topological graph according to the main root bridge and determining a standby topological graph according to the standby root bridge.
Optionally, the main root bridge is used as a starting point, and a spanning tree protocol is adopted to perform convergence calculation on the networking structure, so as to determine a main topological graph; taking a standby root bridge as a starting point, adopting a spanning tree protocol to perform convergence calculation on the networking structure, and determining a standby topological graph; the types of the spanning tree protocol comprise an original spanning tree protocol STP, a rapid spanning tree protocol RSTP or a multi-instance spanning tree protocol MSTP.
Specifically, the networking structure in fig. 1(b) is a closed-loop structure, protocol messages can be transmitted between bridges in the networking structure, and even if a loop exists, the protocol messages are not affected, but when a bridge serving as an access device, for example, S1, receives service data from an external device, if a loop exists, for example, if a loop S1-H1-H2-S1 exists, during transmission of the service data, a situation that the service data is repeatedly transmitted back to the external device S1 occurs, so that a broadcast storm, or a multi-copy or unstable MAC address table of the same frame occurs. Therefore, in order to avoid the above situation, the spanning tree protocol may be used to perform convergence calculation on the networking structure with the master root bridge H1 as a starting point to determine the master topology, as shown in fig. 1(c), which is a schematic structural diagram of the master topology in this embodiment; furthermore, the root bridge H2 may also be used as a starting point to perform convergence calculation on the networking structure by using a spanning tree protocol, and determine the backup topology map, as shown in fig. 1(d), which is a schematic structural diagram of the backup topology map in this embodiment. And the determined main topological graph and the standby topological graph do not contain loop structures. The type of the spanning tree protocol used in the calculation includes an original spanning tree protocol STP, a rapid spanning tree protocol RSTP, or a multi-instance spanning tree protocol MSTP, and the specific protocol type used in the present embodiment is not limited, and it is within the scope of the present application as long as the primary topology map or the backup topology map can be determined by calculation. And the spanning tree protocol is adopted to perform convergence calculation on the networking structure, and the specific principle of determining the topological graph is not the key point of the application, so the detailed description is not repeated in the embodiment.
It should be noted that, in the present embodiment, when determining the standby topology map, the primary head-point of each bridge is used as an edge port to not participate in topology calculation, so that when performing calculation by using the spanning tree protocol, the determined standby topology map does not include the primary root bridge, for example, as shown in fig. 1(d), the standby topology map only includes 7 bridges, but does not include the primary root bridge H1.
And step 104, transmitting the service data through the main topological graph, and converting the service data into the standby topological graph for transmission under the condition of determining that the main root bridge is disconnected.
Optionally, the transmitting the service data through the master topology, and in the case that it is determined that the master root bridge is disconnected, converting the service data into the standby topology for transmission may include: the method comprises the steps that service data are transmitted through a main topological graph, a main head-hop state notification message is generated when a main root bridge is determined to be disconnected through a network element containing a main head-hop, and the main head-hop state notification message is transmitted to a standby root bridge along a standby topological graph; deleting the stored main head jump point through the standby root bridge based on the main head jump point state notification message, upgrading the standby root bridge to a new main root bridge, and upgrading the standby topological graph to a new main topological graph; generating a topological graph change notification message through the new master root bridge, so that a network element in the standby topological graph identifies the new master root bridge according to the topological graph change notification message; and converting the service data into the new main topological graph for transmission.
Specifically, in this embodiment, since the main root bridge, the standby root bridge, the main topology map and the standby topology map are determined in advance, when the main root bridge loses connection due to power failure in a process of transmitting service data through the main topology map after the network element serving as the access device acquires service data from the external device, the main head node cannot receive a protocol packet sent by the main root bridge, and the network element including the main head node generates a head node state notification packet and transmits the main head node state notification packet to the standby root bridge along the standby topology map. For example, because the link between the main head-hop of the S1 network element and the H1 in the main root bridge H1 loss contact with the main root bridge H1 is interrupted, the main head-hop state notification message generated in S1 may be transmitted to the standby root bridge H2 along the standby topology, the main head-hop state notification message generated in S1 includes the port identifier of the main head-hop, i.e., the port a, and the transmission mode of the other main head-hop state notification messages is substantially the same as this, which is not described again in this embodiment. Since all the main head-jump points are stored in advance in the standby root bridge, all the stored main head-jump points are deleted through the standby root bridge based on the main head-jump point state notification message, the standby root bridge H2 is upgraded to a new main root bridge, and the standby topological graph is upgraded to a new main topological graph. When the standby root bridge H2 is upgraded to a new master root bridge, a topology change notification message is generated, the topology change notification message includes a bridge identifier of the current new master root bridge H2, so that a network element in the standby topology identifies the new master root bridge according to the topology change notification message, for example, before the master root bridge H1 is disconnected, the network element H4 receives service data of H1, and when the H4 receives the topology change notification message, it knows that the current new master root bridge is H2, a connection port H between the standby root bridge and the H2 is opened. And the service data is converted into a new main topological graph for transmission, so that when the main root bridge H1 loses connection, the new root bridge does not need to be selected through calculation for topological calculation, but the service data is directly converted into the previously determined standby topological graph, and the great loss of the service data caused by the re-topological calculation is avoided.
Optionally, the method of this embodiment may further include: generating a standby head-hop state notification message when the standby root bridge is determined to be disconnected through a bridge containing the standby head-hop, and transmitting the standby head-hop state notification message to the main root bridge along the main topological graph; deleting the stored standby head-jump point through the main root bridge based on the standby head-jump point state notification message; and re-screening a new standby root bridge from the networking structure, re-calculating the networking structure by using the new standby root bridge as a starting point and adopting a spanning tree protocol, and taking the re-calculated topological graph as a new standby topological graph.
Specifically, in this embodiment, a standby root bridge is also disconnected, and in the case that the standby root bridge is disconnected due to power outage, the standby head-hop point cannot receive a protocol message sent by the standby root bridge, and a network element including the standby head-hop point generates a standby head-hop state notification message and transmits the standby head-hop state notification message to the main root bridge along the main topology map. For example, because the standby root bridge H2 is disconnected, and the link between the standby head-hop of the H3 network element and the H2 in the standby topology map is interrupted, the standby head-hop state notification message generated by the H3 is transmitted to the main root bridge H1 along the route of the main topology map H3-H4-H1, the standby head-hop state notification message generated by the H3 includes the port identifier of the standby head-hop, i.e., the port G, and the transmission mode of the other standby head-hop state notification messages is substantially the same as this, which is not described in detail in this embodiment. All the reserved standby head-hop points are deleted by the main root bridge based on the standby head-hop point state notification message, the saved standby head-hop points are reported to the terminal equipment under the condition that the reserved standby head-hop points are determined to be empty, so that a new standby root bridge is screened out from the networking structure again, a new standby topological graph is calculated again, for example, H3 with the priority lower than H2 is used as the standby root bridge of the new standby topological graph, and the normal transmission of service data on the main topological graph cannot be influenced in the calculation process. And under the condition that the standby root bridge is disconnected, the reliability of service data transmission can be further ensured by re-determining a new standby topological graph.
Optionally, when it is determined that the main first-hop point fails, a network element including the main first-hop point generates a main first-hop-point failure information message, and transmits the main first-hop-point failure information message to the standby root bridge along the standby topological graph, so that the standby root bridge deletes the stored main first-hop point based on the main first-hop-point failure information message.
It should be noted that, the above is specifically described in terms of the whole master root bridge being disconnected, but in practical application, there may be a case where only the master head-hop point fails, for example, when the port of the master head-hop point a on the network element of S1 fails, the master head-hop point failure information message generated in S1 is transmitted to the standby root bridge H2 along the standby topology map, and the master head-hop point failure information message generated in S1 includes the port identifier and the failure state of the master head-hop point a. Since all the main head-jump points are stored in advance in the standby root bridge, the main head-jump point a stored in the standby root bridge is deleted based on the main head-jump point failure information message, whether the remaining main head-jump points exist after deletion is judged, if the remaining main head-jump points exist, the main topological graph is continuously adopted for service data transmission, and if the remaining main head-jump points do not exist, the condition that the main root bridge is disconnected is equivalent to the condition that the main root bridge is disconnected, the service data is converted into the standby topological graph for transmission, the specific conversion process can refer to the condition that the main root bridge is disconnected, and the embodiment is not repeated.
Optionally, when it is determined that the standby head-hop node is failed, a standby head-hop node failure information message is generated by a network element including the standby head-hop node, and the standby head-hop node failure information message is transmitted to the main root bridge along the main topological graph, so that the main root bridge deletes the stored standby head-hop node based on the standby head-hop node failure information message.
When the alternate head-hop point fails, for example, when an alternate head-hop point G port on an H3 network element fails, the alternate head-hop point failure information generated by H3 is transmitted to the primary root bridge H1 along the route of the primary topology map H3-H4-H1, and the alternate head-hop point failure information message generated by H3 includes the port identifier and the failure state of the alternate head-hop point H3. All main head jumping points are stored in the main root bridge in advance, so that the stored standby head jumping points G are deleted through the main root bridge based on the standby head jumping point failure information message, whether the remaining standby head jumping points exist after deletion is judged, if the standby head jumping points exist, the existing standby topological graph is reserved, if the standby head jumping points do not exist, the situation is equivalent to the situation that the standby root bridge is disconnected, a new standby root bridge is re-screened in the networking structure, and a new standby topological graph is re-calculated. The specific calculation process may refer to the above condition of loss of connection of the backup root bridge, and this embodiment is not described in detail again.
According to the technical scheme of the embodiment of the invention, two root bridges, namely the main root bridge and the standby root bridge, are screened in advance, the main topological graph is determined according to the main root bridge, and the standby topological graph is determined according to the standby root bridge, so that the topological graph established before service data transmission is not unique, and when the main topological graph for service data transmission fails due to loss of connection of the main root bridge, the service data transmitted on the main topological graph can be immediately converted into the standby topological graph for transmission, so that a great amount of loss of the service data is avoided.
Example two
Fig. 2 is a flowchart of a service data transmission method provided in a second embodiment of the present invention, where this embodiment is based on the foregoing embodiment, and in this embodiment, in the case that it is determined that a master root bridge is disconnected, the method further includes, after converting service data into a standby topology for transmission, the following steps: and (4) processing operation after the master root bridge is lost and recovered.
Correspondingly, the method of the embodiment specifically includes the following steps:
And step 203, determining a main topological graph according to the main root bridge and determining a standby topological graph according to the standby root bridge.
And step 204, transmitting the service data through the main topological graph, and converting the service data into the standby topological graph for transmission under the condition that the main root bridge is determined to be disconnected.
Specifically, when it is determined that a protocol packet sent by the master root bridge H1 is received through a network element including a master head-hop, for example, S1, the bridge identifier of the master root bridge H1 is extracted from the protocol packet, the bridge identifier of H1 is compared with the currently used bridge identifier updated to a new master root bridge H2, and the original master root bridge H1 is determined to recover from the loss of connection according to the comparison result.
And step 206, recalculating the networking structure by using the spanning tree protocol with the main root bridge as a starting point, and taking the recalculated topological graph as a main topological graph.
When the master root bridge H1 is determined to be out of connection and recovered, temporarily keeping all ports of H1 in a discarded state, namely temporarily not using H1, and still adopting H2 as a new master topology of a new master root bridge to transmit service data. And meanwhile, recalculating the networking structure by using the main root bridge as a starting point and adopting a spanning tree protocol, and taking the recalculated topological graph as a main topological graph. Since the calculation process of the topological graph is not the focus of the present application, details are not described in this embodiment.
It should be noted that, when the determination of the master topology is completed, the master root bridge H1 generates a topology change notification message, where the topology change notification message includes a bridge identifier of the master root bridge H1, so that the network element in the master topology identifies that the master root bridge H1 has lost connection and recovers according to the topology change notification message, for example, before the master root bridge H1 loses connection and recovers, the network element H2 is adopted to upgrade to a new master root bridge, and the standby topology is upgraded to a new master topology, so that the network element H4 receives the service data of H2, and when the H4 receives the topology change notification message sent by the H1, it is known that the original master root bridge H1 has recovered, and then the connection port D between the network element H1 is opened.
And step 208, sending an indication message to the new master root bridge through the master root bridge, so that the new master root bridge is restored to a standby root bridge according to the indication message, and the service data is converted into the master topological graph again for transmission.
It should be noted that, when it is determined that the master root bridge H1 is ready for service data transmission, an indication message is sent to the H2 upgraded to the new master root bridge through the master root bridge H1, so that the new master root bridge H2 recovers to the standby root bridge according to the indication message, and the service data is transferred back to the master topology for transmission. Therefore, under the condition that H1 is lost connection recovery, the main topological graph with H1 as a main root bridge is adopted for service data transmission, so that the service data is transmitted by adopting the optimal topological graph, and the data transmission efficiency is improved.
Optionally, re-screening a new standby root bridge from the networking structure, re-calculating by using a spanning tree protocol according to the new standby root bridge, and after taking the re-calculated topological graph as a new standby topological graph, the method further includes: when the network element containing the standby head-hop determines that the bridge identifier sent by the standby root bridge is received, determining the loss-of-connection recovery of the standby root bridge; and recalculating the networking structure by using the standby root bridge as a starting point and adopting a spanning tree protocol, and taking the recalculated topological graph as a standby topological graph.
It should be noted that, similar to the case of the master root bridge loss recovery, in the case of the backup root bridge loss recovery, the backup root bridge is used as a starting point to recalculate the networking structure by using the spanning tree protocol, and the recalculated topology is used as the backup topology, thereby ensuring the reliability of the service data transmission.
Optionally, when determining that the main first-hop point fails and recovers, generating a main first-hop-point failure and recovery information message through a network element including the main first-hop point, and transmitting the main first-hop-point failure and recovery information message to the standby root bridge along the standby topological graph, so that the standby root bridge adds the main first-hop point which fails and recovers based on the main first-hop-point failure and recovery information.
Optionally, when determining that the backup head-hop point fails and recovers, generating a backup head-hop point failure and recovery information message through a network element including the backup head-hop point, and transmitting the backup head-hop point failure and recovery information message to the main root bridge along the main topological graph, so that the main root bridge adds the backup head-hop point that fails and recovers based on the backup head-hop point failure and recovery information message.
It should be noted that, in this embodiment, when the main head-jump point fails and recovers, the main head-jump point that fails and recovers will be recorded and updated in the standby root bridge in time, so as to ensure the accuracy of the main head-jump point recorded by the standby root bridge; and when the standby head jump point is recovered due to failure, the standby head jump point recovered due to failure is recorded in the main root bridge in time so as to ensure the accuracy of the standby head jump point recorded by the main root bridge.
According to the technical scheme of the embodiment of the invention, two root bridges, namely the main root bridge and the standby root bridge, are screened in advance, the main topological graph is determined according to the main root bridge, and the standby topological graph is determined according to the standby root bridge, so that the topological graph established before service data transmission is not unique, and when the main topological graph for service data transmission fails due to loss of connection of the main root bridge, the service data transmitted on the main topological graph can be immediately converted into the standby topological graph for transmission, so that a great amount of loss of the service data is avoided. And in the case of loss of connection and recovery of the main root bridge, the main topological graph corresponding to the original main root bridge is reselected for service data transmission, so that the service data is transmitted by adopting the optimal topological graph, and the data transmission efficiency is improved.
EXAMPLE III
Fig. 3 is a schematic structural diagram of a service data transmission apparatus according to a third embodiment of the present invention, where the apparatus includes: the system comprises a networking structure acquisition module 310, a main root bridge and standby root bridge screening module 320, a main topological graph and standby topological graph determination module 330 and a service data transmission module 340.
A networking structure acquiring module 310, configured to acquire a networking structure, where the networking structure includes multiple network bridges;
a master root bridge and standby root bridge screening module 320, configured to screen out a master root bridge and a standby root bridge from the networking structure, where the master root bridge is a bridge with the highest priority among the multiple bridges, and the standby root bridge is a bridge with the highest priority among the multiple bridges;
a master topological graph and standby topological graph determining module 330, configured to determine a master topological graph according to the master root bridge and determine a standby topological graph according to the standby root bridge;
and the service data transmission module 340 is configured to transmit service data through the master topology, and convert the service data into the standby topology for transmission when it is determined that the master root bridge is disconnected.
Optionally, the main root bridge and standby root bridge screening module is further configured to:
acquiring a bridge identifier corresponding to each bridge, wherein the bridge identifier comprises a bridge priority and an MAC address;
sequencing each network bridge according to the network bridge identifier to obtain a sequencing result;
and determining the bridge with the highest priority and the bridge with the second highest priority according to the sequencing result, taking the bridge with the highest priority as a main root bridge, and taking the bridge with the second highest priority as a standby root bridge.
Optionally, the apparatus further includes a main hop and standby hop determining module, configured to:
determining a port of a network bridge directly connected with a main root bridge in a networking structure, and taking the port of the network bridge directly connected with the main root bridge as a main first-hop point;
determining a port of a network bridge directly connected with a standby root bridge in a networking structure, and taking the port of the network bridge directly connected with the standby root bridge as a standby head-hop point;
and storing each determined main head jump point on the standby root bridge, and storing each determined standby head jump point on the main root bridge.
Optionally, the master topology map and the slave topology map determining module are further configured to:
adopting a spanning tree protocol to perform convergence calculation on the networking structure by taking the main root bridge as a starting point, and determining a main topological graph;
taking a standby root bridge as a starting point, adopting a spanning tree protocol to perform convergence calculation on the networking structure, and determining a standby topological graph;
the types of the spanning tree protocol comprise an original spanning tree protocol STP, a rapid spanning tree protocol RSTP or a multi-instance spanning tree protocol MSTP.
Optionally, the service data transmission module is further configured to:
the method comprises the steps that service data are transmitted through a main topological graph, a main head-hop state notification message is generated when a main root bridge is determined to be disconnected through a network element containing a main head-hop, and the main head-hop state notification message is transmitted to a standby root bridge along a standby topological graph;
deleting the stored main head jump point through the standby root bridge based on the main head jump point state notification message, upgrading the standby root bridge to a new main root bridge, and upgrading the standby topological graph to a new main topological graph;
generating a topological graph change notification message through the new master root bridge, so that a network element in the standby topological graph identifies the new master root bridge according to the topological graph change notification message;
and converting the service data into the new main topological graph for transmission.
Optionally, the apparatus further includes a master root bridge disconnection recovery module, configured to:
determining that the master root bridge is lost and recovered when determining that a network bridge identifier sent by the master root bridge is received through a network element containing a master head-hop point;
recalculating the networking structure by using the main root bridge as a starting point and adopting a spanning tree protocol, and taking the recalculated topological graph as a main topological graph;
generating a topological graph change notification message through the master root bridge, so that a network element in the master topological graph identifies the master root bridge according to the topological graph change notification message;
and sending an indication message to the new main root bridge through the main root bridge so that the new main root bridge is recovered to a standby root bridge according to the indication message, and converting the service data to the main topological graph again for transmission.
Optionally, the apparatus further includes a backup root bridge disconnection recovery module, configured to:
generating a standby head-hop state notification message when the standby root bridge is determined to be disconnected through a bridge containing the standby head-hop, and transmitting the standby head-hop state notification message to the main root bridge along the main topological graph;
deleting the stored standby head-jump point through the main root bridge based on the standby head-jump point state notification message;
and re-screening a new standby root bridge from the networking structure, re-calculating the networking structure by using the new standby root bridge as a starting point and adopting a spanning tree protocol, and taking the re-calculated topological graph as a new standby topological graph.
Optionally, the apparatus further includes a backup root bridge disconnection recovery module, configured to:
when the network element containing the standby head-hop determines that the bridge identifier sent by the standby root bridge is received, determining the loss-of-connection recovery of the standby root bridge;
and recalculating the networking structure by using the standby root bridge as a starting point and adopting a spanning tree protocol, and taking the recalculated topological graph as a standby topological graph.
Optionally, the apparatus further includes a main head-jump point state transition module, configured to:
when the failure of the main head-jump point is determined, generating a main head-jump point failure information message through a network element containing the main head-jump point, and transmitting the main head-jump point failure information message to the standby root bridge along the standby topological graph, so that the standby root bridge deletes the stored main head-jump point based on the main head-jump point failure information message;
when the failure recovery of the main head-hop is determined, generating a main head-hop failure recovery information message through a network element containing the main head-hop, and transmitting the main head-hop failure recovery information message to the standby root bridge along the standby topological graph, so that the standby root bridge adds the failure recovery main head-hop based on the main head-hop failure recovery information.
Optionally, the apparatus further includes a standby skip point state conversion module, configured to:
when the standby head-jump point is determined to be invalid, generating a standby head-jump point invalid information message through a network element containing the standby head-jump point, and transmitting the standby head-jump point invalid information message to the main root bridge along the main topological graph, so that the main root bridge deletes the stored standby head-jump point based on the standby head-jump point invalid information message;
and when the failure recovery of the standby head-hop is determined, generating a standby head-hop failure recovery information message through a network element containing the standby head-hop, and transmitting the standby head-hop failure recovery information message to the main root bridge along the main topological graph, so that the main root bridge adds the standby head-hop which is failed to recover based on the standby head-hop failure recovery information message.
The device can execute the transmission method of the service data provided by any embodiment of the invention, and has corresponding functional modules and beneficial effects of the execution method. For details of the service data transmission method provided in any embodiment of the present invention, reference may be made to the technical details not described in detail in this embodiment.
Example four
A fourth embodiment of the present invention relates to a terminal device, and is shown in fig. 4 as a structural example of the terminal device, which includes at least one processor 401; and a memory 402 communicatively coupled to the at least one processor 401. The memory 402 stores instructions executable by the at least one processor 401, and the instructions are executed by the at least one processor 401, so that the at least one processor 401 can execute the transmission method of the service data.
The processors 401 and the memory 402 may be connected by a bus or in other manners, and the bus may include any number of interconnected buses and bridges as an example of the bus connection in fig. 4, and the bus links various circuits of one or more of the processors 401 and the memory 402 together. The bus may also link various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The processor is responsible for managing the bus and general processing and may also provide various functions including timing, peripheral interfaces, voltage regulation, power management, and other control functions. And the memory may be used to store data used by the processor in performing operations.
Those skilled in the art can understand that all or part of the steps in the method of the foregoing embodiments may be implemented by a program to instruct related hardware, where the program is stored in a storage medium and includes several instructions to enable a device (which may be a single chip, a chip, etc.) or a processor (processor) to execute all or part of the steps of the method described in the embodiments of the present application.
EXAMPLE five
An embodiment five of the present invention provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the service data transmission method provided in all the inventive embodiments of the present application:
acquiring a networking structure, wherein the networking structure comprises a plurality of network bridges;
screening out a main root bridge and a standby root bridge from the networking structure, wherein the main root bridge is the bridge with the highest priority in the plurality of bridges, and the standby root bridge is the bridge with the second highest priority in the plurality of bridges;
determining a main topological graph according to the main root bridge and determining a standby topological graph according to the standby root bridge;
and transmitting the service data through the main topological graph, and converting the service data into the standby topological graph for transmission under the condition of determining that the main root bridge is disconnected.
Any combination of one or more computer-readable media may be employed. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).
It is to be noted that the foregoing is only illustrative of the preferred embodiments of the present invention and the technical principles employed. It will be understood by those skilled in the art that the present invention is not limited to the particular embodiments described herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the invention. Therefore, although the present invention has been described in greater detail by the above embodiments, the present invention is not limited to the above embodiments, and may include other equivalent embodiments without departing from the spirit of the present invention, and the scope of the present invention is determined by the scope of the appended claims.
Claims (11)
1. A method for transmitting service data, comprising:
acquiring a networking structure, wherein the networking structure comprises a plurality of network bridges;
screening out a main root bridge and a standby root bridge from the networking structure, wherein the main root bridge is the bridge with the highest priority in the plurality of bridges, and the standby root bridge is the bridge with the highest priority in the plurality of bridges;
determining a main topological graph according to the main root bridge, and determining a standby topological graph according to the standby root bridge;
transmitting service data through the main topological graph, and converting the service data into the standby topological graph for transmission under the condition that the main root bridge is determined to be disconnected;
after main root bridge and reserve root bridge are screened out from the networking structure, still include:
determining a port of a bridge directly connected with the main root bridge in the networking structure, and taking the port of the bridge directly connected with the main root bridge as a main head-hop point;
determining a port of a network bridge directly connected with the standby root bridge in the networking structure, and taking the port of the network bridge directly connected with the standby root bridge as a standby head-hop point;
storing each determined main head jump point on the standby root bridge, and storing each determined standby head jump point on the main root bridge;
the transmitting the service data through the master topology map, and converting the service data into the standby topology map for transmission under the condition that the master root bridge is determined to be disconnected, includes:
transmitting service data through the main topological graph, generating a main head-hop state notification message when the main root bridge is determined to be disconnected through a network element containing a main head-hop, and transmitting the main head-hop state notification message to the standby root bridge along the standby topological graph;
deleting all the stored main head-jump points through the standby root bridge based on the main head-jump point state notification message, upgrading the standby root bridge into a new main root bridge, and upgrading the standby topological graph into a new main topological graph;
generating a topological graph change notification message through the new master root bridge, so that a network element in the standby topological graph identifies the new master root bridge according to the topological graph change notification message;
and converting the service data into the new main topological graph for transmission.
2. The method of claim 1, wherein said screening out a primary root bridge and a backup root bridge from said networking structure comprises:
acquiring a bridge identifier corresponding to each bridge, wherein the bridge identifier comprises a bridge priority and an MAC address;
sequencing each bridge according to the bridge identifier to obtain a sequencing result;
and determining the bridge with the highest priority and the bridge with the second highest priority according to the sequencing result, taking the bridge with the highest priority as the main root bridge, and taking the bridge with the second highest priority as the standby root bridge.
3. The method of claim 1, wherein determining a master topology map according to the master root bridge and determining a standby topology map according to the standby root bridge comprises:
adopting a spanning tree protocol to perform convergence calculation on the networking structure by taking the main root bridge as a starting point, and determining the main topological graph;
adopting a spanning tree protocol to perform convergence calculation on the networking structure by taking the standby root bridge as a starting point, and determining the standby topological graph;
the types of the spanning tree protocol comprise an original spanning tree protocol STP, a rapid spanning tree protocol RSTP or a multi-instance spanning tree protocol MSTP.
4. The method of claim 1, wherein the transmitting of the traffic data through the master topology map, and after the converting the traffic data to the standby topology map for transmission if it is determined that the master root bridge is disconnected, further comprises:
when determining that a network bridge identifier sent by the main root bridge is received through a network element containing a main head-jump point, determining that the main root bridge is lost and recovered;
recalculating the networking structure by using the main root bridge as a starting point and adopting a spanning tree protocol, and taking the recalculated topological graph as the main topological graph;
generating a topological graph change notification message through the master root bridge, so that a network element in the master topological graph identifies the master root bridge according to the topological graph change notification message;
and sending an indication message to the new main root bridge through the main root bridge, so that the new main root bridge is restored to a standby root bridge according to the indication message, and the service data is converted into the main topological graph again for transmission.
5. The method of claim 3, further comprising:
generating a standby head-hop state notification message when the standby root bridge is determined to be disconnected through a bridge containing the standby head-hop, and transmitting the standby head-hop state notification message to the main root bridge along the main topological graph;
deleting the stored standby head jump point through the main root bridge based on the standby head jump point state notification message;
and re-screening a new standby root bridge from the networking structure, re-calculating the networking structure by using the new standby root bridge as a starting point and adopting a spanning tree protocol, and taking the re-calculated topological graph as a new standby topological graph.
6. The method according to claim 5, wherein the re-screening a new standby root bridge from the networking structure, re-computing the networking structure using a spanning tree protocol with the new standby root bridge as a starting point, and after taking the re-computed topology map as a new standby topology map, further comprises:
determining that the standby root bridge is lost and recovered when determining that the network bridge identifier sent by the standby root bridge is received through a network element containing a standby head hop point;
and recalculating the networking structure by using the standby root bridge as a starting point and adopting a spanning tree protocol, and taking the recalculated topological graph as the standby topological graph.
7. The method of claim 1, further comprising:
when the main head-jump point is determined to be invalid, generating a main head-jump point invalid information message through a network element containing the main head-jump point, and transmitting the main head-jump point invalid information message to the standby root bridge along the standby topological graph, so that the standby root bridge deletes the stored main head-jump point based on the main head-jump point invalid information message;
and when the failure recovery of the main head hop is determined, generating a main head hop failure recovery information message through a network element containing the main head hop, and transmitting the main head hop failure recovery information message to the standby root bridge along the standby topological graph, so that the standby root bridge adds the failure recovered main head hop based on the main head hop failure recovery information.
8. The method of claim 1, further comprising:
when the standby head-hop point is determined to be invalid, generating a standby head-hop point invalid information message through a network element containing the standby head-hop point, and transmitting the standby head-hop point invalid information message to the main root bridge along the main topological graph, so that the main root bridge deletes the stored standby head-hop point based on the standby head-hop point invalid information message;
and when the failure recovery of the standby head-hop is determined, generating a standby head-hop failure recovery information message through a network element containing the standby head-hop, and transmitting the standby head-hop failure recovery information message to the main root bridge along the main topological graph, so that the main root bridge adds the standby head-hop which is failed to recover on the basis of the standby head-hop failure recovery information message.
9. A device for transmitting service data, comprising:
a networking structure acquisition module, configured to acquire a networking structure, where the networking structure includes multiple network bridges;
a master root bridge and standby root bridge screening module, configured to screen out a master root bridge and a standby root bridge from the networking structure, where the master root bridge is a bridge with the highest priority among the bridges, and the standby root bridge is a bridge with the highest priority among the bridges;
the master topological graph and standby topological graph determining module is used for determining a master topological graph according to the master root bridge and determining a standby topological graph according to the standby root bridge;
the service data transmission module is used for transmitting service data through the main topological graph and converting the service data into the standby topological graph for transmission under the condition that the main root bridge is determined to be disconnected;
the device also comprises a main head jump point and standby head jump point determining module, which is used for:
determining a port of a network bridge directly connected with a main root bridge in a networking structure, and taking the port of the network bridge directly connected with the main root bridge as a main head-hop point;
determining a port of a network bridge directly connected with a standby root bridge in a networking structure, and taking the port of the network bridge directly connected with the standby root bridge as a standby head-hop point;
storing each determined main head jump point on a standby root bridge, and storing each determined standby head jump point on the main root bridge;
the service data transmission module is further configured to:
transmitting service data through the main topological graph, generating a main head-hop state notification message when the main root bridge is determined to be disconnected through a network element containing a main head-hop, and transmitting the main head-hop state notification message to the standby root bridge along the standby topological graph;
deleting all the stored main head-jump points through the standby root bridge based on the main head-jump point state notification message, upgrading the standby root bridge into a new main root bridge, and upgrading the standby topological graph into a new main topological graph;
generating a topological graph change notification message through the new master root bridge, so that a network element in the standby topological graph identifies the new master root bridge according to the topological graph change notification message;
and converting the service data into the new main topological graph for transmission.
10. A terminal device, characterized in that the terminal device comprises:
one or more processors;
a memory for storing one or more programs;
the one or more programs, when executed by the one or more processors, cause the one or more processors to implement the method recited in any of claims 1-8.
11. A computer storage medium on which a computer program is stored, which program, when being executed by a processor, carries out the method according to any one of claims 1-8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011051672.7A CN112217669B (en) | 2020-09-29 | 2020-09-29 | Service data transmission method, device, terminal equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011051672.7A CN112217669B (en) | 2020-09-29 | 2020-09-29 | Service data transmission method, device, terminal equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112217669A CN112217669A (en) | 2021-01-12 |
| CN112217669B true CN112217669B (en) | 2022-09-27 |
Family
ID=74051567
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011051672.7A Active CN112217669B (en) | 2020-09-29 | 2020-09-29 | Service data transmission method, device, terminal equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112217669B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1889501A (en) * | 2006-07-25 | 2007-01-03 | 杭州华为三康技术有限公司 | Method and system for deciding bridge role |
| CN103067298A (en) * | 2013-01-30 | 2013-04-24 | 华为技术有限公司 | Network flow allocation method and system |
| CN103139080A (en) * | 2013-03-06 | 2013-06-05 | 杭州华三通信技术有限公司 | Network topology computing method and network topology computing device |
| CN107294856A (en) * | 2016-03-31 | 2017-10-24 | 华为技术有限公司 | Determine the method, equipment and system of change in topology |
| CN108512751A (en) * | 2017-02-28 | 2018-09-07 | 华为技术有限公司 | A kind of port status processing method and the network equipment |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8248920B2 (en) * | 2006-07-25 | 2012-08-21 | Cisco Technology, Inc. | Alternate spanning tree for faster indirect link failure recovery |
-
2020
- 2020-09-29 CN CN202011051672.7A patent/CN112217669B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1889501A (en) * | 2006-07-25 | 2007-01-03 | 杭州华为三康技术有限公司 | Method and system for deciding bridge role |
| CN103067298A (en) * | 2013-01-30 | 2013-04-24 | 华为技术有限公司 | Network flow allocation method and system |
| CN103139080A (en) * | 2013-03-06 | 2013-06-05 | 杭州华三通信技术有限公司 | Network topology computing method and network topology computing device |
| CN107294856A (en) * | 2016-03-31 | 2017-10-24 | 华为技术有限公司 | Determine the method, equipment and system of change in topology |
| CN108512751A (en) * | 2017-02-28 | 2018-09-07 | 华为技术有限公司 | A kind of port status processing method and the network equipment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112217669A (en) | 2021-01-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4938687B2 (en) | Network system and relay device | |
| JP4370999B2 (en) | Network system, node, node control program, and network control method | |
| CN101753427B (en) | Network survivability path calculation method, system and path calculation server | |
| EP2495918A1 (en) | Method, system and node device for establishing label switch path | |
| JP4759135B2 (en) | Distributed switch and connection control configuration and method for digital communication network | |
| CN101179446A (en) | Method and router for reducing continuous duration of error smoothness rebooting status | |
| WO2017036180A1 (en) | Packet processing method and device | |
| JP2007209040A (en) | Packet transmission method and packet transmission device | |
| JP2007049336A (en) | Method for restoring fault, communication node and network | |
| JP2014507832A (en) | Method and system for automatically discovering ODUflex bandwidth lossless adjustment capability | |
| CN107547374B (en) | Aggregation route processing method and device | |
| CN112217669B (en) | Service data transmission method, device, terminal equipment and storage medium | |
| CN108199903B (en) | Distributed aggregation system configuration method and device | |
| EP4113917A1 (en) | Controller, network system, and flow management method | |
| WO2024103582A1 (en) | Method for acquiring data of link nodes and system | |
| CN102055662A (en) | Method and device for determining preset routing | |
| WO2016065925A1 (en) | Controller replacing method and device | |
| WO2004066562A1 (en) | Data transmission apparatus | |
| WO2014131156A1 (en) | Protection switching method, system and node | |
| JPWO2005117365A1 (en) | Communication control device and communication control method | |
| CN110138636B (en) | Dynamic linear protection method and device | |
| US6925056B1 (en) | System and method for implementing a routing scheme using intention packets in a computer network | |
| KR101180223B1 (en) | Method of transceiving data packet in ring network and node terminal of ring network for the same | |
| KR102218796B1 (en) | Selection method and device of cooperation node | |
| WO2018205887A1 (en) | Delay collection method and apparatus |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |