CN113055227A - Ring topology networking communication-oriented fault processing method and device and storage medium - Google Patents
Ring topology networking communication-oriented fault processing method and device and storage medium Download PDFInfo
- Publication number
- CN113055227A CN113055227A CN202110230497.6A CN202110230497A CN113055227A CN 113055227 A CN113055227 A CN 113055227A CN 202110230497 A CN202110230497 A CN 202110230497A CN 113055227 A CN113055227 A CN 113055227A
- Authority
- CN
- China
- Prior art keywords
- ring
- fault
- node
- port
- information
- 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.)
- Pending
Links
- 230000006855 networking Effects 0.000 title claims abstract description 30
- 238000003672 processing method Methods 0.000 title claims abstract description 8
- 238000003745 diagnosis Methods 0.000 claims abstract description 154
- 230000004044 response Effects 0.000 claims abstract description 69
- 230000005540 biological transmission Effects 0.000 claims abstract description 35
- 238000004891 communication Methods 0.000 claims abstract description 26
- 238000000034 method Methods 0.000 claims description 41
- 238000004590 computer program Methods 0.000 claims description 21
- 239000003550 marker Substances 0.000 claims description 4
- 230000003993 interaction Effects 0.000 claims description 3
- 230000000977 initiatory effect Effects 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 14
- 230000008569 process Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 230000000694 effects Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000002457 bidirectional effect Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
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/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- 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/42—Loop networks
- H04L12/437—Ring fault isolation or reconfiguration
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
Abstract
The application discloses a fault processing method, a device and a storage medium for ring topology networking communication, which are used for diagnosing ring node faults in a ring network, and performing data transceiving and path planning according to a diagnosis result, so that the reliability and the transmission efficiency of data transmission are improved. The fault processing method for ring topology networking communication disclosed by the application comprises the following steps: periodically sending fault diagnosis information to a ring node in a ring network by a bridge node in the ring network; the bridge node starts a fault diagnosis information response waiting timer; if the bridge node receives the correct response information of the ring node before the waiting timer is overtime, judging that the ring node has no fault, otherwise, judging that the ring node has the fault; and recording the diagnosis result, and planning a data forwarding path according to the diagnosis result. The application also provides a fault processing device and a storage medium for ring topology networking communication.
Description
Technical Field
The present application relates to the field of communications, and in particular, to a method, an apparatus, and a storage medium for processing a fault in ring topology networking communications.
Background
The network topology refers to a physical layout for interconnecting various devices by using a transmission medium, and common topologies include a star structure, a ring structure, a bus structure, a distributed structure, and the like. The ring topology is a structure in which a plurality of nodes in a network are connected end to form a closed ring, the structure uses a common transmission cable to form a ring connection, data is transmitted among the nodes along one direction in the ring, information is transmitted from one node to another node, and the data transmission direction is fixed. In a ring topology network, interconnection of a plurality of nodes can be realized without additional equipment.
However, the prior art has the following technical problems: the data transmission direction in the ring topology is fixed, and when a link fault exists in a data forwarding path, the transmission direction is switched after each data transmission needs to wait for timeout time, so that the system delay is increased. And the transmission path planning is not carried out according to the fault condition of the ring node, so that the real-time performance of the network is reduced.
Disclosure of Invention
In view of the foregoing technical problems, embodiments of the present application provide a method, an apparatus, and a storage medium for processing a fault in a ring topology networking communication, so as to diagnose a fault of a ring node in a ring network, perform data transceiving and path planning according to a diagnosis result, and improve reliability and transmission efficiency of data transmission.
In a first aspect, a method for processing a fault facing a ring topology networking communication provided in an embodiment of the present application includes:
periodically sending fault diagnosis information to a ring node in a ring network by a bridge node in the ring network;
the bridge node starts a fault diagnosis information response waiting timer;
if the bridge node receives the response information of the ring node before the waiting timer is overtime and the random number in the response information is continuous with the random number in the fault diagnosis information, judging that the ring node has no fault, otherwise, judging that the ring node has the fault;
and recording the diagnosis result, and planning a data forwarding path according to the diagnosis result.
By the method, the bridge node actively initiates a fault diagnosis process to all ring nodes in the ring network and records the fault diagnosis result.
Preferably, the periodically sending the fault diagnosis information to the ring nodes in the ring network by the bridge nodes in the ring network includes:
the period for which the bridge node transmits the fault diagnosis information is T1; the T1 is predetermined.
Further, the bridge node starting a fault diagnosis information response waiting timer includes:
the timing length of the waiting timer is T2;
the T2 is predetermined, and T2 is less than T1.
As a preferred example, the fault diagnosis information includes one or a combination of the following:
a diagnostic marker;
ring node number of the diagnostic object;
a random number.
Further, the periodically sending, by the bridge node in the ring network, the fault diagnosis information to the ring node in the ring network includes:
the L1 port and the L2 port of the bridge node simultaneously send fault diagnosis information to the ring node;
wherein the L1 port and the L2 port are two ports connected to the ring network, and the L1 port and the L2 port jointly occupy one ring node number of the ring network.
As a preferred example, in the method of the present invention, recording the result of the diagnosis includes:
the recorded content includes one or a combination of:
ring network numbering;
numbering ring nodes;
fault status of the L1 port;
fault status of the L2 port;
wherein, the ring network number is the number of the ring network where the ring node is located;
the ring node number is a number of the ring node in the ring network;
the fault conditions include fault and no fault.
As a preferred example, the periodically sending the fault diagnosis information to the ring nodes in the ring network by the bridge node in the ring network further comprises:
and the L1 port and the L2 port of the bridge node sequentially send fault diagnosis information to all ring nodes in the ring network.
Further, in the method of the present invention, the bridge node respectively determines the failure conditions of different ports, including: if the bridge node receives response information of the ring node to the first fault diagnosis information before the waiting timer is overtime, and the random number in the response information is continuous with the random number in the first fault diagnosis information, judging that no fault exists in the transmission of the ring node in the L1 port direction, otherwise judging that a fault exists in the transmission of the ring node in the L1 port direction, and recording the diagnosis result of the ring node in the L1 port direction;
if the bridge node receives response information of the ring node to the second fault diagnosis information before the waiting timer is overtime, and the random number in the response information is continuous with the random number in the second fault diagnosis information, it is determined that no fault exists in transmission of the ring node in the L2 port direction, otherwise, it is determined that a fault exists in transmission of the ring node in the L2 port direction, and a diagnosis result of the ring node in the L2 port direction is recorded.
Further, in the present invention, after the bridge node records the diagnosis result, the method further includes:
the bridge node receiving a data frame;
determining a target address according to the data frame;
determining the ring node number according to the target address;
searching a diagnosis result corresponding to the link point in the diagnosis result;
if the ring node has no fault in the direction of the L1 port, forwarding the data frame out of the L1 port;
and if the ring node has no fault in the direction of the L2 port, forwarding the data frame out of the L2 port.
Further, if the ring node has a failure in both the L1 port direction and the L2 port direction, the following process is performed:
discarding the data frame.
As another preferred example, the bridge node recording the result of the diagnosis further includes:
the bridge node receiving a data frame;
determining a target address according to the data frame;
determining the ring node number according to the target address;
searching a diagnosis result corresponding to the link point in the diagnosis result;
and if the fault state of the L1 port and the fault state of the L2 port in the diagnosis result are both not faulty, forwarding according to a preset forwarding path.
As a preferred example, in the method of the present invention, the method for processing a ring node includes:
the port A of the ring node receives the fault diagnosis information:
taking the fault diagnosis information content as response information;
adding 1 to a random number in the response message;
modifying the target address in the response message into the address of the bridge node;
and forwarding the response information out of the port A.
Preferably, the determining that the ring node has the fault includes:
if the response message of the bridge node is not received when the waiting timer times out,
judging that the node is in fault;
wherein N is an integer of 1 or more.
By using the fault processing method facing the ring topology networking communication, provided by the invention, the bridge node periodically and sequentially sends fault diagnosis information to all ring nodes in the ring network from the two ports of L1 and L2 respectively, and records the fault diagnosis result. When the bridge node receives the data frame to be forwarded, optimal path planning is carried out on the data according to the fault recording result of the target ring node of the data frame, and therefore reliability and real-time performance of data transmission are improved.
In a second aspect, an embodiment of the present application further provides a fault handling apparatus for ring topology networking communication, including:
bridge nodes and ring nodes;
the bridge node is configured to periodically send failure diagnosis information to ring nodes in the ring network and start a failure diagnosis information response waiting timer; if the bridge node receives the response information of the ring node before the waiting timer is overtime, judging that the ring node has no fault, otherwise, judging that the ring node has the fault, recording a diagnosis result, and planning a data forwarding path according to the diagnosis result;
the ring node is configured to receive the fault diagnosis information from the port a, use the content of the fault diagnosis information as response information, add 1 to a random number in the response information, modify a target address in the response information into an address of a bridge node, and forward the response information from the port a.
In a third aspect, an embodiment of the present application further provides a fault handling apparatus for ring topology networking communication, including: a memory, a processor, and a user interface;
the memory for storing a computer program;
the user interface is used for realizing interaction with a user;
the processor is configured to read the computer program in the memory, and when the processor executes the computer program, the fault handling method for ring topology networking communication provided by the present invention is implemented.
In a fourth aspect, an embodiment of the present invention further provides a processor-readable storage medium, where the processor-readable storage medium stores a computer program, and when the processor executes the computer program, the processor implements the fault handling method for ring topology networking communication provided by the present invention.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 is a schematic diagram of a ring network networking in the prior art;
FIG. 2 is a schematic diagram illustrating a hybrid networking of a ring network and a switching device in the prior art;
fig. 3 is a schematic diagram of a fault handling method for ring topology networking communication according to an embodiment of the present application;
fig. 4 is a first schematic diagram of a data processing method for ring topology networking communication according to an embodiment of the present application;
fig. 5 is a schematic diagram illustrating a data processing method for ring topology networking communication according to an embodiment of the present application;
fig. 6 is a schematic structural diagram of a fault handling apparatus for ring topology networking communication according to an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention clearer, the present invention will be described in further detail with reference to the accompanying drawings, and it is apparent that the described embodiments are only a part of the embodiments of the present invention, not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Some of the words that appear in the text are explained below:
1. the term "and/or" in the embodiments of the present invention describes an association relationship of associated objects, and indicates that three relationships may exist, for example, a and/or B may indicate: a exists alone, A and B exist simultaneously, and B exists alone. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship.
2. In the embodiments of the present application, the term "plurality" means two or more, and other terms are similar thereto.
As shown in fig. 1, the ring network according to the present invention is a bidirectional ring network. The topological structure is characterized in that a plurality of ring nodes are connected end to form a closed ring, two reverse data transmission channels are arranged between every two ring nodes, and the data transmission channels in the clockwise direction and the anticlockwise direction are formed in the whole ring to form a bidirectional ring topology. Any two ring nodes may communicate data in either a clockwise or counterclockwise direction.
As shown in fig. 2, the ring networks may be connected to each other through a switch to implement hybrid networking, and the ring networks and the switches are connected through bridge nodes. Each ring network can be connected with 2 switches to realize the backup of transmission paths.
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
It should be noted that the display sequence of the embodiment of the present application only represents the sequence of the embodiment, and does not represent the merits of the technical solutions provided by the embodiments.
Example one
Referring to fig. 3, a schematic diagram of a fault handling method for ring topology networking communication according to an embodiment of the present application is shown in fig. 3, where the method includes steps S301 to S304:
s301, periodically sending fault diagnosis information to a ring node in a ring network by a bridge node in the ring network;
s302, the bridge node starts a fault diagnosis information response waiting timer;
s303, if the bridge node receives the response information of the ring node before the waiting timer is overtime, judging that no fault exists in the ring node, otherwise, judging that the fault exists in the ring node;
s304, recording the diagnosis result, and planning a data forwarding path according to the diagnosis result.
In the embodiment of the present invention, the period T1 for sending the fault diagnosis information by the bridge node is preset, and the size of the period is set according to the needs of the system, and the specific value is not limited in the present invention. As a preferred example, the timing length T2 of the wait timer is smaller than T1.
Note that, the above-mentioned T1 and T2 are provided for each ring node, respectively, and T1 and T2 corresponding to all ring nodes may be the same. As a preferred example, if the number of ring nodes in the ring network is N, then T1> -N × T2, that is, after completing a fault diagnosis for all ring nodes, the next round of fault diagnosis process for all ring nodes is started, and preferably, N is an integer greater than or equal to 10. The bridge node records the latest diagnostic result.
In the embodiment of the present invention, the fault diagnosis information sent by the bridge node internally includes one or a combination of the following: diagnosis identification primitive, ring node number of diagnosis object, random number. The diagnostic marker refers to a group of numerical combinations with specific meanings; the ring node number of the diagnostic object refers to the number of the diagnostic object in the ring network, and uniquely identifies the address of the ring node in the ring network.
In the embodiment of the present invention, in step S301, the bridge node sends the diagnosis information in two directions (clockwise direction and counterclockwise direction) of the ring network, sequentially detects all ring nodes in the ring network, and records the diagnosis result of each ring node in the two directions, respectively. That is, the L1 port and the L2 port of the bridge node simultaneously send fault diagnosis information to the ring node; the random number in the first fault diagnosis information sent by the L1 port is different from the random number in the second fault diagnosis information sent by the L2 port; wherein the L1 port and the L2 port are two ports connected to the ring network, and the L1 port and the L2 port jointly occupy one ring node number of the ring network.
It should be noted that, after the two ports send the fault diagnosis information, the bridge node respectively starts two waiting timers, and the lengths are both T2. After the L1 port of the bridge node sends fault diagnosis information to a certain ring node, starting a first waiting timer aiming at the L1 port, wherein the time length of the timer is T2; after the L2 port of the bridge node sends fault diagnosis information to a certain ring node, a second waiting timer aiming at the L2 port is started, and the time length of the timer is T2.
It should be noted that, after the bridge node sends the complete fault diagnosis information to the N (N is 1,2, …, N) th ring node and N ring nodes in the ring network, the bridge node waits for the time T2 or after the L1 and L2 ports all receive the response information of the N ring node, and then sends the fault diagnosis information to the N +1 th ring node
In the step S304, the recorded diagnosis results, the L1 port direction and the L2 port direction for each ring node, are recorded separately, and the content of the recorded diagnosis results may include one or a combination of the following:
ring network numbering;
numbering ring nodes;
fault status of the L1 port;
fault status of the L2 port;
wherein, the ring network number is the number of the ring network where the ring node is located;
the ring node number is a number of the ring node in the ring network;
fault conditions include fault and no fault;
the response time is the difference between the time when the bridge node receives the ring node response information and the time when the bridge node sends the fault diagnosis information.
In the embodiment of the invention, after the bridge node sends the fault diagnosis information, the diagnosis information is sequentially transmitted in the ring network, after the diagnosis object receives the fault diagnosis information, the random number is added with 1 in the response information, and the bridge node receives the response information before the time of the timer T2 is over, the diagnosis object is judged to be not in fault (namely on-line), otherwise, the diagnosis object is judged to be in fault (namely off-line). Specifically, if the bridge node receives response information of the ring node to the first fault diagnosis information before the waiting timer expires, and a random number in the response information is continuous with a random number in the first fault diagnosis information, it determines that there is no fault in transmission of the ring node in the L1 port direction, otherwise, it determines that there is a fault in transmission of the ring node in the L1 port direction, and records a diagnosis result of the ring node in the L1 port direction; if the bridge node receives response information of the ring node to the second fault diagnosis information before the waiting timer is overtime, and the random number in the response information is continuous with the random number in the second fault diagnosis information, it is determined that no fault exists in transmission of the ring node in the L2 port direction, otherwise, it is determined that a fault exists in transmission of the ring node in the L2 port direction, and a diagnosis result of the ring node in the L2 port direction is recorded.
After the ring node receives the fault diagnosis information, the processing steps are as follows:
the port A of the ring node receives the fault diagnosis information: judging whether the self is a diagnosis object, if not, forwarding from another port, if so, carrying out the subsequent steps
Taking the fault diagnosis information content as response information;
adding 1 to a random number in the response message;
modifying the target address in the response message into the address of the bridge node;
forwarding the response information from the port A;
it should be noted that, if the ring node receives the fault diagnosis information from the port a, the response information is sent from the port a; if the ring node receives the fault diagnosis information from the B port, the response information is sent from the B port.
After the above steps, the bridge node records the fault information of all ring nodes in the ring network. In the process of data receiving and transmitting, the bridge node can plan the transmission route by referring to the fault information of the ring node, thereby improving the reliability and the real-time performance of data transmission. Specifically, as shown in fig. 4, the data transmission process includes:
s401, the bridge node receives a data frame;
s402, determining a target address according to the data frame;
s403, determining the ring node number according to the target address;
s404, searching a diagnosis result corresponding to the link point in the diagnosis result;
s405, if the ring node has no fault in the direction of the L1 port, forwarding the data frame out of the L1 port;
s406, if the ring node has no fault in the direction of the L2 port, forwarding the data frame out of the L2 port.
As another preferred example, the bridge node may also select only the port that consumes less time to forward the received data, namely:
step A: the bridge node receiving a data frame;
and B: determining a target address according to the data frame;
and C: determining the ring node number according to the target address;
step D: searching a diagnosis result corresponding to the link point in the diagnosis result;
step E: and if the fault state of the L1 port and the fault state of the L2 port in the diagnosis result are both not faulty, forwarding according to a preset path.
It should be noted that, in the embodiment of the present invention, if both the port direction of L1 and the port direction of L2 fail, the processing of the bridge node may include: as shown in fig. 5:
s501, the bridge node receives a data frame;
s502, determining a target address according to the data frame;
s503, determining the ring node number according to the target address;
s504, searching a diagnosis result corresponding to the link point in the diagnosis result;
and S505, judging whether the ring node has a fault in the L1 port direction. If the fault exists, executing S507, otherwise executing S506;
s506, forwarding the data frame out of an L1 port;
and S507, judging whether the ring node has a fault in the direction of the L2 port. If the fault exists, executing S509, otherwise executing S508;
s508, forwarding the data frame out of an L2 port;
s509, discarding the data frame.
In the scheme, when the ring node has faults in the two port directions, the data frame sent to the node is discarded, and the situation that data still needs to be transmitted in the ring network to occupy transmission resources is avoided.
Wherein, the source address is the address of the ring node which first sends the data frame, namely the initial sending node of the data frame.
A specific example is given below with reference to fig. 2 for the path planning process of the data, as shown in fig. 2, for example, when node3 in LOOP1 fails, the result of performing fault diagnosis on the L1 port is that node1, node2, node3 are not online, and node4 is online; the results of fault diagnosis performed at the port L2 are that node1 and node2 are online, and node3 and node4 are not online. When the F _ Port of the bridge node receives the data with the target ID of node2, the L1 Port determines that node2 is not online, and the L2 Port determines that node2 is online, so that the data is forwarded from the L2 Port, and the data forwarding in the ring topology realizes automatic routing.
Example two
Based on the same inventive concept, an embodiment of the present invention further provides a fault handling apparatus for ring topology networking communication, where the apparatus includes:
bridge nodes and ring nodes;
the bridge node is configured to periodically send failure diagnosis information to ring nodes in the ring network and start a failure diagnosis information response waiting timer; if the bridge node receives the response information of the ring node before the waiting timer is overtime, judging that the ring node has no fault, otherwise, judging that the ring node has the fault, recording a diagnosis result, and planning a data forwarding path according to the diagnosis result;
the ring node is configured to receive the fault diagnosis information from the port a, use the content of the fault diagnosis information as response information, add 1 to a random number in the response information, modify a target address in the response information into an address of a bridge node, and forward the response information from the port a;
the period for the bridge node to send the fault diagnosis information is T1, and T1 is preset; the waiting timer has a timing length of T2, the T2 is preset, and T2 is smaller than T1. As a preferred example, if the number of ring nodes in the ring network is N, T1> -N × T2, that is, after completing one fault diagnosis for all ring nodes, the next round of fault diagnosis process for all ring nodes is started. Preferably, N is an integer of 10 or more. The bridge node records the latest diagnostic result.
In this embodiment, the fault diagnosis information sent by the bridge node includes one or a combination of the following:
a diagnostic marker;
ring node number of the diagnostic object;
a random number.
The recording of the results of the diagnosis includes:
the recorded content includes one or a combination of:
ring network numbering;
numbering ring nodes;
fault status of the L1 port;
fault status of the L2 port;
wherein, the ring network number is the number of the ring network where the ring node is located;
the ring node number is a number of the ring node in the ring network;
the fault conditions include fault and no fault.
And the L1 port and the L2 port of the bridge node sequentially send fault diagnosis information to all ring nodes in the ring network.
As a preferred example, the bridge node is further configured to:
the L1 port and the L2 port of the bridge node simultaneously send fault diagnosis information to the ring node;
wherein the L1 port and the L2 port are two ports connected to the ring network, and the L1 port and the L2 port jointly occupy one ring node number of the ring network.
As another preferred example, the bridge node is further configured to:
if the bridge node receives response information of the ring node to the first fault diagnosis information before the waiting timer is overtime, and the random number in the response information is continuous with the random number in the first fault diagnosis information, judging that no fault exists in the transmission of the ring node in the L1 port direction, otherwise judging that a fault exists in the transmission of the ring node in the L1 port direction, and recording the diagnosis result of the ring node in the L1 port direction;
if the bridge node receives response information of the ring node to the second fault diagnosis information before the waiting timer is overtime, and the random number in the response information is continuous with the random number in the second fault diagnosis information, it is determined that no fault exists in transmission of the ring node in the L2 port direction, otherwise, it is determined that a fault exists in transmission of the ring node in the L2 port direction, and a diagnosis result of the ring node in the L2 port direction is recorded.
As another preferred example, after recording the diagnostic information, the bridge node is further configured to:
the bridge node receiving a data frame;
determining a target address according to the data frame;
determining the ring node number according to the target address;
searching a diagnosis result corresponding to the link point in the diagnosis result;
if the ring node has no fault in the direction of the L1 port, forwarding the data frame out of the L1 port;
and if the ring node has no fault in the direction of the L2 port, forwarding the data frame out of the L2 port.
If the ring node has a fault in both the L1 port direction and the L2 port direction, then:
discarding the data frame.
Alternatively, after recording the diagnostic information, the bridge node is further configured to:
the bridge node receiving a data frame;
determining a target address according to the data frame;
determining the ring node number according to the target address;
searching a diagnosis result corresponding to the link point in the diagnosis result;
and if the fault state of the L1 port and the fault state of the L2 port in the diagnosis result are both not faulty, forwarding the signals from the L1 port and the L2 port which consumes less time for response.
It should be noted that the bridge node provided in the second embodiment can implement all functions included in S301 to S303 in the first embodiment, solve the same technical problem, achieve the same technical effect, and is not described herein again;
it should be noted that the apparatus provided in the second embodiment and the method provided in the first embodiment belong to the same inventive concept, solve the same technical problem, and achieve the same technical effect, and the apparatus provided in the second embodiment can implement all the methods of the first embodiment, and the same parts are not described again.
EXAMPLE III
Based on the same inventive concept, an embodiment of the present invention further provides a fault handling apparatus for ring topology networking communication, as shown in fig. 6, the apparatus includes:
including a memory 602, a processor 601, and a user interface 603;
the memory 602 for storing a computer program;
the user interface 603 is used for realizing interaction with a user;
the processor 601 is configured to read the computer program in the memory 602, and when the processor 601 executes the computer program, the processor 601 implements:
periodically sending fault diagnosis information to a ring node in a ring network by a bridge node in the ring network;
the bridge node starts a fault diagnosis information response waiting timer;
if the bridge node receives the response information of the ring node before the waiting timer is overtime, judging that the ring node has no fault, otherwise, judging that the ring node has the fault, recording a diagnosis result, and planning a data forwarding path according to the diagnosis result.
Where in fig. 6 the bus architecture may include any number of interconnected buses and bridges, in particular one or more processors represented by the processor 601 and various circuits of the memory represented by the memory 602, linked together. The bus architecture may also link together 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 bus interface provides an interface. The processor 601 is responsible for managing the bus architecture and general processing, and the memory 602 may store data used by the processor 601 in performing operations.
The processor 601 may be a CPU, an ASIC, an FPGA, or a CPLD, and the processor 701 may also adopt a multi-core architecture.
When the processor 601 executes the computer program stored in the memory 602, it implements any fault handling method for ring topology networking communication in the first embodiment.
It should be noted that the apparatus provided in the third embodiment and the method provided in the first embodiment belong to the same inventive concept, solve the same technical problem, and achieve the same technical effect, and the apparatus provided in the third embodiment can implement all the methods of the first embodiment, and the same parts are not described again.
The present application also proposes a processor-readable storage medium. The processor-readable storage medium stores a computer program, and when the processor executes the computer program, the processor implements any fault handling method for ring topology networking communication in the first embodiment.
It should be noted that the division of the unit in the embodiment of the present application is schematic, and is only a logic function division, and there may be another division manner in actual implementation. In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.
Claims (15)
1. A fault processing method facing ring topology networking communication is characterized by comprising the following steps:
periodically sending fault diagnosis information to a ring node in a ring network by a bridge node in the ring network;
the bridge node starts a fault diagnosis information response waiting timer;
if the bridge node receives the correct response information of the ring node before the waiting timer is overtime, judging that the ring node has no fault, otherwise, judging that the ring node has the fault;
and recording the diagnosis result, and planning a data forwarding path according to the diagnosis result.
2. The method of claim 1, wherein periodically sending fault diagnostic information to a ring node in the ring network by a bridge node in the ring network comprises:
the period for which the bridge node transmits the fault diagnosis information is T1;
the T1 is predetermined.
3. The method of claim 2, wherein the bridge node initiating a fault diagnostic information response wait timer comprises:
the timing length of the waiting timer is T2;
the T2 is predetermined, and T2 is less than T1.
4. The method according to one of claims 1 to 3, characterized in that the fault diagnosis information comprises one or a combination of the following:
a diagnostic marker;
ring node number of the diagnostic object;
a random number.
5. The method of claim 4, wherein periodically sending fault diagnostic information to ring nodes in the ring network by bridge nodes in the ring network comprises:
the L1 port and the L2 port of the bridge node simultaneously send fault diagnosis information to the ring node;
wherein the L1 port and the L2 port are two ports connected to the ring network, and the L1 port and the L2 port jointly occupy one ring node number of the ring network.
6. The method of claim 5, wherein said recording the results of the diagnosis comprises:
the recorded content includes one or a combination of:
ring network numbering;
numbering ring nodes;
fault status of the L1 port;
fault status of the L2 port;
wherein, the ring network number is the number of the ring network where the ring node is located;
the ring node number is a number of the ring node in the ring network;
the fault conditions include fault and no fault.
7. The method of claim 6, wherein periodically sending fault diagnostic information to a ring node in the ring network by a bridge node in the ring network further comprises:
and the L1 port and the L2 port of the bridge node sequentially send fault diagnosis information to all ring nodes in the ring network.
8. The method according to claim 6 or 7, wherein the determining that the ring node has no fault if the bridge node receives the response message from the ring node before the waiting timer expires, and otherwise determining that the ring node has a fault, and recording the diagnosis result comprises:
if the bridge node receives response information of the ring node to the first fault diagnosis information before the waiting timer is overtime, and the random number in the response information is continuous with the random number in the first fault diagnosis information, judging that no fault exists in the transmission of the ring node in the L1 port direction, otherwise judging that a fault exists in the transmission of the ring node in the L1 port direction, and recording the diagnosis result of the ring node in the L1 port direction;
if the bridge node receives response information of the ring node to the second fault diagnosis information before the waiting timer is overtime, and the random number in the response information is continuous with the random number in the second fault diagnosis information, it is judged that no fault exists in transmission of the ring node in the L2 port direction, otherwise, it is judged that a fault exists in transmission of the ring node in the L2 port direction, and a diagnosis result of the ring node in the L2 port direction is recorded.
9. The method of claim 8, wherein said recording the results of the diagnosis further comprises:
the bridge node receiving a data frame;
determining a target address according to the data frame;
determining the ring node number according to the target address;
searching a diagnosis result corresponding to the link point in the diagnosis result;
if the ring node has no fault in the direction of the L1 port, forwarding the data frame out of the L1 port;
and if the ring node has no fault in the direction of the L2 port, forwarding the data frame out of the L2 port.
10. The method of claim 9, further comprising:
if the ring node has a fault in both the L1 port direction and the L2 port direction, then:
discarding the data frame.
11. The method of claim 8, wherein said recording the results of the diagnosis further comprises:
the bridge node receiving a data frame;
determining a target address according to the data frame;
determining the ring node number according to the target address;
searching a diagnosis result corresponding to the link point in the diagnosis result;
and if the fault state of the L1 port and the fault state of the L2 port in the diagnosis result are both not faulty, forwarding according to a preset forwarding path.
12. The method of claim 4, further comprising:
the port A of the ring node receives the fault diagnosis information:
taking the fault diagnosis information content as response information;
adding 1 to a random number in the response message;
modifying the target address in the response message into the address of the bridge node;
and forwarding the response information out of the port A.
13. A fault handling apparatus for ring topology networking communication, comprising:
bridge nodes and ring nodes;
the bridge node is configured to periodically send failure diagnosis information to ring nodes in the ring network and start a failure diagnosis information response waiting timer; if the bridge node receives the response information of the ring node before the waiting timer is overtime, judging that the ring node has no fault, otherwise, judging that the ring node has the fault, recording a diagnosis result, and planning a data forwarding path according to the diagnosis result;
the ring node is configured to receive the fault diagnosis information from the port a, use the content of the fault diagnosis information as response information, add 1 to a random number in the response information, modify a target address in the response information into an address of a bridge node, and forward the response information from the port a.
14. The fault processing device for ring topology networking communication is characterized by comprising a memory, a processor and a user interface;
the memory for storing a computer program;
the user interface is used for realizing interaction with a user;
the processor, configured to read the computer program in the memory, and when the processor executes the computer program, implement the fault handling method for ring topology networking communication according to one of claims 1 to 12.
15. A processor-readable storage medium, characterized in that the processor-readable storage medium stores a computer program, which when executed by a processor implements the method for fault handling for ring topology networking communications according to one of claims 1 to 12.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110230497.6A CN113055227A (en) | 2021-03-02 | 2021-03-02 | Ring topology networking communication-oriented fault processing method and device and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110230497.6A CN113055227A (en) | 2021-03-02 | 2021-03-02 | Ring topology networking communication-oriented fault processing method and device and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113055227A true CN113055227A (en) | 2021-06-29 |
Family
ID=76509754
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110230497.6A Pending CN113055227A (en) | 2021-03-02 | 2021-03-02 | Ring topology networking communication-oriented fault processing method and device and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113055227A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115277299A (en) * | 2022-07-11 | 2022-11-01 | 国电南瑞科技股份有限公司 | Synchronous loop communication system suitable for cascade converter topology |
| CN118827278A (en) * | 2024-09-14 | 2024-10-22 | 北京国科天迅科技股份有限公司 | A bidirectional ring network and its communication method, and a switch supporting the bidirectional ring network |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1645834A (en) * | 2005-02-02 | 2005-07-27 | 周旭扬 | Method and device for loop discovery, space reuse and protection conversion in MAC bridge connecting network |
| CN101232428A (en) * | 2007-01-23 | 2008-07-30 | 华为技术有限公司 | Method and device for protecting an Ethernet ring |
| WO2013078997A1 (en) * | 2011-11-28 | 2013-06-06 | 浙江网新技术有限公司 | Method for processing fault in mrp ring network, and mrp ring network |
| CN105897453A (en) * | 2014-07-18 | 2016-08-24 | 现代自动车株式会社 | Method for diagnosing network and apparatus for the same |
| CN110380907A (en) * | 2019-07-26 | 2019-10-25 | 京信通信系统（中国）有限公司 | A kind of network fault diagnosis method, device, the network equipment and storage medium |
| CN111106990A (en) * | 2019-12-30 | 2020-05-05 | 苏州联视泰电子信息技术有限公司 | Self-diagnosis method for loop of underwater multi-channel signal acquisition and transmission array system |
-
2021
- 2021-03-02 CN CN202110230497.6A patent/CN113055227A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1645834A (en) * | 2005-02-02 | 2005-07-27 | 周旭扬 | Method and device for loop discovery, space reuse and protection conversion in MAC bridge connecting network |
| CN101232428A (en) * | 2007-01-23 | 2008-07-30 | 华为技术有限公司 | Method and device for protecting an Ethernet ring |
| WO2013078997A1 (en) * | 2011-11-28 | 2013-06-06 | 浙江网新技术有限公司 | Method for processing fault in mrp ring network, and mrp ring network |
| CN105897453A (en) * | 2014-07-18 | 2016-08-24 | 现代自动车株式会社 | Method for diagnosing network and apparatus for the same |
| CN110380907A (en) * | 2019-07-26 | 2019-10-25 | 京信通信系统（中国）有限公司 | A kind of network fault diagnosis method, device, the network equipment and storage medium |
| CN111106990A (en) * | 2019-12-30 | 2020-05-05 | 苏州联视泰电子信息技术有限公司 | Self-diagnosis method for loop of underwater multi-channel signal acquisition and transmission array system |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115277299A (en) * | 2022-07-11 | 2022-11-01 | 国电南瑞科技股份有限公司 | Synchronous loop communication system suitable for cascade converter topology |
| CN115277299B (en) * | 2022-07-11 | 2023-08-29 | 国电南瑞科技股份有限公司 | Synchronous loop communication system suitable for cascading converter topology |
| CN118827278A (en) * | 2024-09-14 | 2024-10-22 | 北京国科天迅科技股份有限公司 | A bidirectional ring network and its communication method, and a switch supporting the bidirectional ring network |
| CN118827278B (en) * | 2024-09-14 | 2025-02-14 | 北京国科天迅科技股份有限公司 | A bidirectional ring network and its communication method, and a switch supporting the bidirectional ring network |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10659345B2 (en) | Service path protection method, controller, device and system | |
| US6820210B1 (en) | System and method for fault recovery for a two line bi-directional ring network | |
| EP1482694B1 (en) | Virtual private network fault tolerance | |
| US5146452A (en) | Method and apparatus for rapidly restoring a communication network | |
| JPH10190686A (en) | Setting system for active and standby route of atm network | |
| CN108306777B (en) | SDN controller-based virtual gateway active/standby switching method and device | |
| JP2012199689A (en) | Multicast network system | |
| CN106254242A (en) | A kind of data transmission method, Centralized Controller, forwarding face equipment and local terminal communicator | |
| CN113055227A (en) | Ring topology networking communication-oriented fault processing method and device and storage medium | |
| CN110086711A (en) | Flow switchback method, apparatus, electronic equipment and readable storage medium storing program for executing | |
| CN113746733A (en) | Table item synchronization method, gateway equipment, networking system and storage medium | |
| CN111817959A (en) | Network path management method and device, SDN controller and readable storage medium | |
| US9197441B2 (en) | Method and system for service protection | |
| JPH0888649A (en) | Data communication system | |
| EP4358487A1 (en) | Cross-device link aggregation routing calculation method, switch, system, and storage medium | |
| CN101663865A (en) | Intelligent database exchange for ospf | |
| JPH0998180A (en) | Fault avoid control method for ring network system | |
| CN111669280B (en) | Message transmission method, device and storage medium | |
| CN117394904A (en) | Link fault recovery method and system for large-scale domain-division satellite network | |
| US7184394B2 (en) | Routing system providing continuity of service for the interfaces associated with neighboring networks | |
| CN102075374A (en) | Method and system for reconstructing single-ring network topology | |
| EP3232617A1 (en) | Protection switching method and system, and nodes | |
| JP2003124978A (en) | Failure notification method and relay device | |
| JP2007151041A (en) | Switching hub for interconnection | |
| JP3011131B2 (en) | Transmission path autonomous switching system |
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 | ||
| WD01 | Invention patent application deemed withdrawn after publication | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20210629 |