CN110932882A - Network fault positioning method for HSR redundant network system - Google Patents
Network fault positioning method for HSR redundant network system Download PDFInfo
- Publication number
- CN110932882A CN110932882A CN201910999642.XA CN201910999642A CN110932882A CN 110932882 A CN110932882 A CN 110932882A CN 201910999642 A CN201910999642 A CN 201910999642A CN 110932882 A CN110932882 A CN 110932882A
- Authority
- CN
- China
- Prior art keywords
- node
- hsr
- monitoring message
- network
- ringcounter
- 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.)
- Granted
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/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
Abstract
The invention discloses a network fault positioning method of an HSR redundant network system, which belongs to the technical field of electric power and comprises the steps of establishing an HSR network, wherein the HSR network consists of a plurality of nodes and a plurality of intermediate nodes, each node sends a self HSR monitoring message to the HSR network at a fixed time interval Tmoni, the intermediate nodes forward HSR monitoring messages of other nodes, a certain filling word of the HSR monitoring messages is set as RingCounter, and the RingCounter is set as 0 when each node starts to send the self monitoring message; and when the intermediate node forwards the monitoring message of other nodes, adding 1 to the corresponding RingCounter. Each node of HSR receives the monitoring message sent by other nodes, and forms a ring node connection table according to the RingCounter value. If a certain section of route or a certain node on the ring fails in the operation process, and each node cannot receive the related monitoring message, the corresponding loop can be known to have a fault, so that the fault node can be accurately positioned.
Description
Technical Field
The invention belongs to the technical field of communication, and particularly relates to a network fault positioning method for an HSR redundant network system.
Background
The HSR (Hierarchical State Routing) protocol is a Hierarchical link State Routing protocol that divides nodes in a network into different groups based on a group mobility model, each group forming a logical subnet.
Because there are many nodes in the HSR network, if a certain node fails, it is difficult to accurately locate the node, and the maintenance steps are complicated.
Disclosure of Invention
The invention aims to provide a network fault positioning method of an HSR redundant network system, which solves the technical problem of accurately positioning a fault node in an HSR network.
In order to achieve the purpose, the invention adopts the following technical scheme:
a network fault positioning method of an HSR redundant network system comprises the following steps:
step 1: establishing an HSR network, wherein the HSR network consists of a plurality of nodes and a plurality of intermediate nodes, each node sends an HSR monitoring message of the node to the HSR network at a fixed time interval Tmoni, and the intermediate nodes forward the HSR monitoring messages of other nodes;
step 2: each node sets a certain filling word as a ring count mark RingCounter in an HSR monitoring message of the node;
and step 3: setting any node in an HSR network as a node Q, wherein when the node Q sends an HSR monitoring message regularly according to a fixed time interval Tmoni, the value of a ring count mark RingCounter in an initial HSR monitoring message sent by the node Q is O;
and 4, step 4: in an HSR network, when an intermediate node which is connected with a node Q and establishes direct communication forwards an HSR monitoring message sent by the node Q, adding 1 to the value of a ring count mark RingCounter in the HSR monitoring message;
and 5: after each node in the HSR network receives the HSR monitoring message sent by other nodes, a node connection table, namely a NodeConnectTable table, is formed according to the Ringcounter value in the HSR monitoring message;
setting a Mac address of a node in a NodeConnectTable;
step 6: each node receives the HSR monitoring message and judges whether the Mac address in the HSR monitoring message is the same as the Mac address of the node: if yes, indicating that the HSR monitoring message passes through all nodes of the ring, and finishing the monitoring; if not, adding 1 to the value of the ring count flag RingCounter, sending to the other port, and executing step 7;
and 7: setting a node Q as QB equipment, wherein the node Q is connected with two rings, and then the node Q needs to send HSR monitoring messages to two independent ports A and B; after receiving the HSR monitoring message originated from another node C, the node Q searches whether the Mac address corresponding to the node C is in its node connectivtable table: if the NodePositionB/NodePositionB is already in the table, setting the NodePositionB/NodePositionB as a RingCounter value, and resetting the corresponding TWaitA/TWaitB; otherwise, updating corresponding MacAddres and corresponding NodePositionA/NodePositionB at the tail part of the NodeConnectTable table, and clearing the corresponding TWaitA/TWaitB.
Preferably, the intermediate node is a DANH device, that is, a Double attached node organizing HSR device or a quadrbox device; and 7, when the step 7 is executed, the QB device is a QuadBox device.
Preferably, the NodeConnectTable table includes an intra-ring node mac address MacAddress, the corresponding node waits for the delay TWaitA of the HSR monitoring packet from the port a relative to the position NodePositionA of the node itself, and the corresponding node waits for the delay TWaitB of the HSR monitoring packet from the port B relative to the position NodePositionB of the node itself.
Preferably, the nodepositionas directly takes the increment of RingCounter of the monitoring message received from the port a relative to the initial value; the NodePositionB directly takes the increment of the ringCounter of the monitoring message received from the port B relative to the initial value.
The network fault positioning method of the HSR redundant network system solves the technical problem of accurately positioning the fault node in the HSR network, is convenient to judge, can directly and accurately position the fault node on the basis of not checking hardware connection, and greatly reduces the maintenance cost.
Drawings
FIG. 1 is a flow chart of the present invention;
fig. 2 is an HSR network monitoring message of the present invention;
fig. 3 is a VLAN network monitoring message of the present invention.
Detailed Description
As shown in fig. 1 to fig. 3, a method for locating a network fault of an HSR redundant network system includes the following steps:
step 1: establishing an HSR network, wherein the HSR network consists of a plurality of nodes and a plurality of intermediate nodes, each node sends an HSR monitoring message of the node to the HSR network at a fixed time interval Tmoni, and the intermediate nodes forward the HSR monitoring messages of other nodes;
if the node is a QB device, the QB device node is connected to two independent rings, and needs to send an HSR monitoring packet to two independent A, B ports.
Step 2: each node sets a certain filling word as a ring count mark RingCounter in an HSR monitoring message of the node;
as shown in fig. 2, the ring count flag RingCounter is at line 42 of the message.
The present invention fills RingCounter into a certain padding word of HSR monitoring message. The HSR monitoring messages are divided into normal monitoring messages and VLAN monitoring messages, as shown in fig. 1 and fig. 2, respectively. Wherein RingCounter may be located at a position corresponding to fig. 1 and fig. 2, or may be located in any Padding to xx octets (Padding to xx octets) behind fig. 1 and fig. 2. The RingCounter initial value may be 0 or may be a set value.
And step 3: setting any node in an HSR network as a node Q, wherein when the node Q sends an HSR monitoring message regularly according to a fixed time interval Tmoni, the value of a ring count mark RingCounter in an initial HSR monitoring message sent by the node Q is O;
and 4, step 4: in an HSR network, when an intermediate node which is connected with a node Q and establishes direct communication forwards an HSR monitoring message sent by the node Q, adding 1 to the value of a ring count mark RingCounter in the HSR monitoring message;
and when the intermediate node forwards the monitoring message of other nodes, adding 1 to the corresponding RingCounter. The intermediate node may be a danh (double attached node organizing hsr) device, or a qb (quadrbox) device.
And 5: after each node in the HSR network receives the HSR monitoring message sent by other nodes, a node connection table, namely a NodeConnectTable table, is formed according to the Ringcounter value in the HSR monitoring message;
setting a Mac address of a node in a NodeConnectTable;
the HSR monitors that the message is only forwarded in a single ring; because QB equipment is connected with two rings, each ring forms two independent NodeConnectTable tables respectively; the HSR monitoring message is not forwarded between two rings connected by the QB device. However, each QB device broadcasts and sends two independent NodeConnectTable tables at a certain time interval, and each node receives the NodeConnectTable table to form a NodeConnectTable table of the whole network based on the node.
For the QB node, two independent NodeConnectTable tables are formed: NodeConnectTable1 and NodeConnectTable2 corresponding to ring 1 and ring 2;
a node connection table AllNodeConnectTable of the whole network formed by each node and taking the node as a reference:
firstly, each node receives a forwarded node ConnectTable corresponding to a single ring;
secondly, whether the MacAddres is found in the AllNodeConnectTable or not is judged: if all the data can be found, discarding; otherwise, the received NodeConnectTable table is added to the AllNodeConnectTable tail.
Step 6: each node receives the HSR monitoring message and judges whether the Mac address in the HSR monitoring message is the same as the Mac address of the node: if yes, indicating that the HSR monitoring message passes through all nodes of the ring, and finishing the monitoring; if not, adding 1 to the value of the ring count flag RingCounter, sending to the other port, and executing step 7;
and 7: setting a node Q as QB equipment, wherein the node Q is connected with two rings, and then the node Q needs to send HSR monitoring messages to two independent ports A and B; after receiving the HSR monitoring message originated from another node C, the node Q searches whether the Mac address corresponding to the node C is in its node connectivtable table: if the NodePositionB/NodePositionB is already in the table, setting the NodePositionB/NodePositionB as a RingCounter value, and resetting the corresponding TWaitA/TWaitB; otherwise, updating corresponding MacAddres and corresponding NodePositionA/NodePositionB at the tail part of the NodeConnectTable table, and clearing the corresponding TWaitA/TWaitB.
Preferably, the intermediate node is a DANH device, that is, a Double attached node organizing HSR device or a quadrbox device; and 7, when the step 7 is executed, the QB device is a QuadBox device.
Preferably, the NodeConnectTable table includes an intra-ring node mac address MacAddress, the corresponding node waits for the delay TWaitA of the HSR monitoring packet from the port a relative to the position NodePositionA of the node itself, and the corresponding node waits for the delay TWaitB of the HSR monitoring packet from the port B relative to the position NodePositionB of the node itself.
Preferably, the nodepositionas directly takes the increment of RingCounter of the monitoring message received from the port a relative to the initial value; the NodePositionB directly takes the increment of the ringCounter of the monitoring message received from the port B relative to the initial value.
If the monitoring message of the corresponding port cannot be received, setting the corresponding NodePositionB to be 0 xffff; the node corresponds to the first row of the NodeConnectTable, and NodePositionas, TWaitA, NodePositionB and TWaitB are all set to be 0.
The present invention sets a certain padding word of the HSR monitoring message (HSR _ supervisory frame) as RingCounter, and when each node originates its own monitoring message at a fixed time interval Tmoni, sets RingCounter to a specific starting value, such as 0; and when the intermediate node forwards the monitoring message of other nodes, adding 1 to the corresponding RingCounter. Each node of HSR receives the monitoring message sent by other nodes, and forms a ring node connection table according to the RingCounter value. If a certain section of route or a certain node on the ring fails in the operation process, and each node cannot receive the related monitoring message, the corresponding loop can be known to have a fault, so that the fault can be accurately positioned. For an HSR network formed by a plurality of rings, a node connection general table is generated by a ring node connection table corresponding to each single ring, so that the connection monitoring of the whole HSR network is realized.
The network fault positioning method of the HSR redundant network system solves the technical problem of accurately positioning the fault node in the HSR network, is convenient to judge, can directly and accurately position the fault node on the basis of not checking hardware connection, and greatly reduces the maintenance cost.
Claims (4)
1. A network fault positioning method of an HSR redundant network system is characterized in that: the method comprises the following steps:
step 1: establishing an HSR network, wherein the HSR network consists of a plurality of nodes and a plurality of intermediate nodes, each node sends an HSR monitoring message of the node to the HSR network at a fixed time interval Tmoni, and the intermediate nodes forward the HSR monitoring messages of other nodes;
step 2: each node sets a certain filling word as a ring count mark RingCounter in an HSR monitoring message of the node;
and step 3: setting any node in an HSR network as a node Q, wherein when the node Q sends an HSR monitoring message regularly according to a fixed time interval Tmoni, the value of a ring count mark RingCounter in an initial HSR monitoring message sent by the node Q is O;
and 4, step 4: in an HSR network, when an intermediate node which is connected with a node Q and establishes direct communication forwards an HSR monitoring message sent by the node Q, adding 1 to the value of a ring count mark RingCounter in the HSR monitoring message;
and 5: after each node in the HSR network receives the HSR monitoring message sent by other nodes, a node connection table, namely a NodeConnectTable table, is formed according to the Ringcounter value in the HSR monitoring message;
setting a Mac address of a node in a NodeConnectTable;
step 6: each node receives the HSR monitoring message and judges whether the Mac address in the HSR monitoring message is the same as the Mac address of the node: if yes, indicating that the HSR monitoring message passes through all nodes of the ring, and finishing the monitoring; if not, adding 1 to the value of the ring count flag RingCounter, sending to the other port, and executing step 7;
and 7: setting a node Q as QB equipment, wherein the node Q is connected with two rings, and then the node Q needs to send HSR monitoring messages to two independent ports A and B; after receiving the HSR monitoring message originated from another node C, the node Q searches whether the Mac address corresponding to the node C is in its node connectivtable table: if the NodePositionB/NodePositionB is already in the table, setting the NodePositionB/NodePositionB as a RingCounter value, and resetting the corresponding TWaitA/TWaitB; otherwise, updating corresponding MacAddres and corresponding NodePositionA/NodePositionB at the tail part of the NodeConnectTable table, and clearing the corresponding TWaitA/TWaitB.
2. The method for network fault location of HSR redundant network system according to claim 1, wherein the intermediate node is DANH equipment, i.e. Double attached node implementation HSR equipment or QuadBox equipment; and 7, when the step 7 is executed, the QB device is a QuadBox device.
3. The network fault location method of HSR redundant network system according to claim 1, wherein said NodeConnectTable includes the MAC address of the node in the ring, the corresponding node from the A port relative to the position NodePositiona of the node, waits for the delay TWaitA of the HSR monitor message from the A port, the corresponding node from the B port relative to the position NodePositiona B of the node, waits for the delay TWaitB of the HSR monitor message from the B port.
4. The method for network fault location in HSR redundant network system according to claim 3, wherein said NodePositionas directly takes the increment of ringCounter of the monitoring message received from port A relative to the initial value; the NodePositionB directly takes the increment of the ringCounter of the monitoring message received from the port B relative to the initial value.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910999642.XA CN110932882B (en) | 2019-10-21 | 2019-10-21 | Network fault positioning method for HSR redundant network system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910999642.XA CN110932882B (en) | 2019-10-21 | 2019-10-21 | Network fault positioning method for HSR redundant network system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110932882A true CN110932882A (en) | 2020-03-27 |
| CN110932882B CN110932882B (en) | 2022-11-25 |
Family
ID=69849368
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910999642.XA Active CN110932882B (en) | 2019-10-21 | 2019-10-21 | Network fault positioning method for HSR redundant network system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110932882B (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112787843A (en) * | 2020-06-16 | 2021-05-11 | 中兴通讯股份有限公司 | Method for detecting fault node, storage medium and electronic device |
| CN114338568A (en) * | 2020-09-30 | 2022-04-12 | 中车株洲电力机车研究所有限公司 | Data flow statistical method and Ethernet switch |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060092856A1 (en) * | 2004-10-28 | 2006-05-04 | Fujitsu Limited | Node device |
| US7054951B1 (en) * | 2001-07-02 | 2006-05-30 | Cisco Technology, Inc. | Plug and play node addition in a dual ring topology network using locally significant ring identifiers for determining routing decisions |
| US20070204068A1 (en) * | 2006-02-24 | 2007-08-30 | Tomoyuki Oku | Ring network and master node |
| US20100165834A1 (en) * | 2008-12-31 | 2010-07-01 | Nortel Networks Limited | Method and system for ring topology discovery and forwarding database flush nullification |
| CN101989930A (en) * | 2010-12-14 | 2011-03-23 | 迈普通信技术股份有限公司 | Method and switching equipment for realizing Ethernet double loop |
| CN102195857A (en) * | 2010-03-18 | 2011-09-21 | 武汉迈威光电技术有限公司 | Network topology structure and node information gathering method |
| CN102739445A (en) * | 2012-06-18 | 2012-10-17 | 中兴通讯股份有限公司 | Method and system for rapidly positioning faults of looped network |
| CN107508640A (en) * | 2017-04-27 | 2017-12-22 | 中国人民解放军海军航空工程学院 | Dual loop redundancy self-healing fiber optic network construction method based on Fibre Channel technologies |
-
2019
- 2019-10-21 CN CN201910999642.XA patent/CN110932882B/en active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7054951B1 (en) * | 2001-07-02 | 2006-05-30 | Cisco Technology, Inc. | Plug and play node addition in a dual ring topology network using locally significant ring identifiers for determining routing decisions |
| US20060092856A1 (en) * | 2004-10-28 | 2006-05-04 | Fujitsu Limited | Node device |
| US20070204068A1 (en) * | 2006-02-24 | 2007-08-30 | Tomoyuki Oku | Ring network and master node |
| US20100165834A1 (en) * | 2008-12-31 | 2010-07-01 | Nortel Networks Limited | Method and system for ring topology discovery and forwarding database flush nullification |
| CN102195857A (en) * | 2010-03-18 | 2011-09-21 | 武汉迈威光电技术有限公司 | Network topology structure and node information gathering method |
| CN101989930A (en) * | 2010-12-14 | 2011-03-23 | 迈普通信技术股份有限公司 | Method and switching equipment for realizing Ethernet double loop |
| CN102739445A (en) * | 2012-06-18 | 2012-10-17 | 中兴通讯股份有限公司 | Method and system for rapidly positioning faults of looped network |
| CN107508640A (en) * | 2017-04-27 | 2017-12-22 | 中国人民解放军海军航空工程学院 | Dual loop redundancy self-healing fiber optic network construction method based on Fibre Channel technologies |
Non-Patent Citations (2)
| Title |
|---|
| I. R. ABDULSALAM AND J. M. RHEE: "Improvement of High-Availability Seamless Redundancy (HSR) Unicast Traffic Performance Using Port Locking", 《2013 FOURTH WORLD CONGRESS ON SOFTWARE ENGINEERING》 * |
| 王德林等: "基于多HSR环网的分布式母差平台及关键技术", 《电力***自动化》 * |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112787843A (en) * | 2020-06-16 | 2021-05-11 | 中兴通讯股份有限公司 | Method for detecting fault node, storage medium and electronic device |
| CN112787843B (en) * | 2020-06-16 | 2022-04-29 | 中兴通讯股份有限公司 | Method for detecting fault node, storage medium and electronic device |
| CN114338568A (en) * | 2020-09-30 | 2022-04-12 | 中车株洲电力机车研究所有限公司 | Data flow statistical method and Ethernet switch |
| CN114338568B (en) * | 2020-09-30 | 2024-03-01 | 中车株洲电力机车研究所有限公司 | Data stream statistics method and Ethernet switch |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110932882B (en) | 2022-11-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11894970B2 (en) | DCN packet processing method, network device, and network system | |
| EP3082309B1 (en) | Sdn controller, data centre system and router connection method | |
| US7619987B2 (en) | Node device | |
| CN101394341B (en) | Route maintaining method, system and apparatus | |
| CN113364610B (en) | Network equipment management method, device and system | |
| CN101573913B (en) | Method and apparatus for improved multicast routing | |
| US20040160895A1 (en) | Failure notification method and system in an ethernet domain | |
| CN108616367B (en) | Fault positioning method and network equipment | |
| EP2161880A1 (en) | A method for processing ether rig net message and an ether rig net protection system using the method | |
| EP2553870B1 (en) | An operations, administrations and management proxy and a method for handling operations, administrations and management messages | |
| EP2339791A1 (en) | Method for forwarding a protocol frame in spanning rings and the shared nodes in ethernet network multi-rings | |
| CN110932882B (en) | Network fault positioning method for HSR redundant network system | |
| CN114079674B (en) | Data processing method, user plane function and device | |
| WO2015143810A1 (en) | Node fault detection method and apparatus | |
| CN101465782B (en) | Method for switching optimizing link of RRPP loop, system and network node | |
| CN106130905A (en) | The link restoring method of HWMP priori tree route pattern | |
| WO2018219103A1 (en) | Method and device for determining link state | |
| CN101743723A (en) | System and method for an adaptive access point mode | |
| CN108601055B (en) | Method and system for deploying L3 VPN in L TE mobile backhaul network | |
| US20120224488A1 (en) | Method of connectivity monitoring by subscriber line terminating apparatus | |
| CN104581764B (en) | A kind of collision detection method and equipment of network parameter | |
| CN110536187B (en) | Method for forwarding data and access stratum switching equipment | |
| CN113810297B (en) | Multi-network converged train network system and communication method thereof | |
| CN110891020B (en) | Flow table quantity optimization method of SDN in-band control network | |
| CN102307150B (en) | IRF flow protection method and apparatus thereof |
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 |