WO2015117465A1

WO2015117465A1 - Fdb updating method, device, node, and system in ring network

Info

Publication number: WO2015117465A1
Application number: PCT/CN2014/091921
Authority: WO
Inventors: 刘星; 吴克巍
Original assignee: 中兴通讯股份有限公司
Priority date: 2014-08-22
Filing date: 2014-11-21
Publication date: 2015-08-13
Also published as: CN105357131B; CN105357131A

Abstract

Provided are an FDB updating method, device, node, and system in a ring network. The method comprises: determining whether to update the FDB of a first node according to the address information of a node in a malfunctioned link in the ring network or according to the address information of a node in a backup link, the first node being a node in the ring network other than an uplink node, an uplink node being a node connecting the ring network and an uplink device; if the determination result is positive, updating the FDB of the first node. The invention solves the problem in prior art of unnecessary FDB updates executed by nodes which impacts on the switching performance of ring networks and compromises user experience, thereby improving FDB updating mechanisms, reducing unnecessary update processes, and enhancing the switching performance of ring networks.

Description

FDB refresh method, device, node and system in ring network

Technical field

The present invention relates to the field of communications, and in particular to a FDB refresh method, device, node and system in a ring network.

Background technique

The ring network protection protocol (for example, the ERPS protocol described in G.8032) blocks the Ring Protection Link (RPL) when the network is normal. After detecting a link fault, the faulty link is blocked. RPL link for business protection and fast switching.

FIG. 1 is a schematic diagram of service flow switching before and after ring network switching in the related art. As shown in Figure 1, when the ring network protocol status is switched (when the network is faulty or the fault is rectified), the Spanning Tree Protocol (STP) status (STP status) of the ring port is re-set according to the protocol. And refreshing the MAC address forwarding table (Forwarding DateBase, FDB for short) to switch the service flow between the primary link and the standby link. The current mechanism for refreshing the FDB is such that when the ring network is switched, the FDB action of the unnecessary and redundant refresh nodes is performed, and in the live network environment, due to the large number of FDB table entries, the performance of the switch chip may be limited. The situation where the service switching interruption time exceeds the standard affects the user experience.

Therefore, in the related art, there is a problem that a node performs an unnecessary FDB refresh action, affects ring network switching performance, and reduces user experience.

Summary of the invention

The invention provides a FDB refreshing method, device, node and system in a ring network, so as to solve at least the problem that the nodes existing in the related technology perform unnecessary FDB refreshing actions, affect the ring network switching performance, and reduce the user experience.

According to an aspect of the present invention, a method for refreshing an address forwarding table FDB in a ring network is provided, including: determining whether the first pair is based on address information of a node on a faulty link on a ring network or address information of a node on a backup link The FDB of the node is refreshed, wherein the first node is a node other than the uplink node in the ring network, and the uplink node is a node connected to the upstream device by the ring network; In case, the FDB of the first node is refreshed.

Preferably, after determining whether to refresh the FDB of the first node according to the address information of the node on the faulty link or the address information of the node on the backup link, the method further includes: determining If the result is no, the refresh operation of the FDB of the first node is abandoned.

Preferably, determining whether to refresh the FDB of the first node according to the address information of the node on the faulty link on the ring network or the address information of the node on the backup link includes: occurring on the ring network link In the event of a failure, determining whether the path information of the node on the failed link is included in the path information of the first node in the normal state, wherein the path information includes the first The purpose of starting the node is the address information of each node except the first node sequentially included on the path of the uplink node; if the determination result is yes, determining the FDB for the first node Refresh.

Preferably, determining whether to refresh the FDB of the first node according to the address information of the node on the faulty link on the ring network or the address information of the node on the backup link includes: determining, when the link fault is eliminated, determining Whether the path information of the node on the backup link is included in the path information including the address information of the uplink node in the fault state of the first node, where the path information includes the destination from the first node And determining address information of each node except the first node sequentially included in the path of the uplink node; if the determination result is yes, determining to refresh the FDB of the first node.

According to another aspect of the present invention, an address forwarding table FDB refreshing apparatus in a ring network is provided, comprising: a determining module configured to: according to address information of a node on a faulty link on a ring network or a node on a backup link The address information is used to determine whether the FDB of the first node is refreshed, where the first node is a node other than the uplink node in the ring network, and the uplink node is a node connected to the upstream device by the ring network. And a refreshing module configured to refresh the FDB of the first node if the determination result of the determining module is YES.

Preferably, the FDB refreshing device further includes: a discarding module, configured to abandon a refresh operation of the FDB of the first node if the determining result of the determining module is negative.

Preferably, the determining module includes: a first determining unit, configured to determine, when the ring network link is faulty, whether the path information including the uplink node address information in the normal state of the first node is included The address information of the node on the faulty link, where the path information includes each node except the first node sequentially included on the path of the uplink node starting from the first node The first determining unit is configured to determine to refresh the FDB of the first node if the first determining unit determines that the result is yes.

Preferably, the determining module includes: a second determining unit, configured to determine, when the link fault is eliminated, whether the path information including the uplink node address information in the fault state of the first node includes the backup chain The address information of the node on the road, wherein the path information includes address information of each node except the first node that is sequentially included on the path of the uplink node from the first node; The second determining unit is configured to determine to refresh the FDB of the first node if the determination result of the second determining unit is YES.

According to still another aspect of the present invention, a node is provided, comprising the apparatus of any of the above.

According to still another aspect of the present invention, an address forwarding table FDB refresh system in a ring network is provided, comprising one or more of the nodes described above.

According to the present invention, it is determined whether to refresh the FDB of the first node according to the address information of the node on the faulty link on the ring network or the address information of the node on the backup link, wherein the first node is the ring a node other than the uplink node in the network, the uplink node is a node connected to the upstream device by the ring network; and if the determination result is yes, the method for refreshing the FDB of the first node The problem that the nodes existing in the related technologies perform unnecessary FDB refresh actions, affect the ring network switching performance, and reduce the user experience, thereby achieving the optimized FDB refresh mechanism, reducing unnecessary refresh processing, and improving the ring network switching. Performance effect.

DRAWINGS

The drawings described herein are intended to provide a further understanding of the invention, and are intended to be a part of the invention. In the drawing:

1 is a schematic diagram of service flow switching before and after ring network switching in the related art;

2 is a flowchart of an FDB refresh method in a ring network according to an embodiment of the present invention;

3 is a structural block diagram of an FDB refresh apparatus in a ring network according to an embodiment of the present invention;

4 is a block diagram showing a preferred structure of an FDB refreshing apparatus in a ring network according to an embodiment of the present invention;

FIG. 5 is a structural block diagram 1 of a determining module 32 in an FDB refreshing apparatus in a ring network according to an embodiment of the present invention;

6 is a block diagram 2 of a structure of a determining module 32 in an FDB refreshing apparatus in a ring network according to an embodiment of the present invention;

7 is a structural block diagram of a node according to an embodiment of the present invention;

8 is a structural block diagram of an FDB refresh system in a ring network according to an embodiment of the present invention;

9 is a schematic diagram of a trace in a normal working state according to an embodiment of the present invention;

FIG. 10 is a schematic diagram of a trace in a fault state according to an embodiment of the present invention.

detailed description

The invention will be described in detail below with reference to the drawings in conjunction with the embodiments. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict.

In this embodiment, a FDB refreshing method in a ring network is provided. FIG. 2 is a flowchart of an FDB refreshing method in a ring network according to an embodiment of the present invention. As shown in FIG. 2, the process includes the following steps:

Step S202, determining whether to refresh the FDB of the first node according to the address information of the node on the faulty link on the ring network or the address information of the node on the backup link, where the first node is in addition to the uplink in the ring network. a node outside the node, where the uplink node is a node connected to the upstream device by the ring network;

In step S204, if the determination result is YES, the FDB of the first node is refreshed.

Through the foregoing steps, determining whether to refresh the FDB of the first node according to the address information of the node on the faulty link on the ring network or the address information of the node on the backup link, where the first node is a ring network. a node outside the uplink node, the uplink node is a node connected to the upstream device by the ring network; if the determination result is yes, the method for refreshing the FDB of the first node is implemented according to the faulty link. The address information of the node or the address information of the node on the backup link determines whether the FDB of the first node needs to be refreshed, and the node existing in the related art performs an unnecessary FDB refresh operation, affecting the ring network switching performance and reducing The user experience problem, and then achieve the optimization of the FDB refresh mechanism, reduce unnecessary refresh processing, and improve the performance of ring network switching performance.

In an optional embodiment, when it is determined that the FDB of the first node does not need to be refreshed according to the address information of the node on the faulty link on the ring network or the address information of the node on the backup link, the The refresh operation of the FDB of one node can further realize the FDB of the node refreshed only when the node FDB needs to be refreshed.

The method of determining whether to refresh the FDB of the first node according to the address information of the node on the faulty link on the ring network or the address information of the node on the backup link may be as follows: when the ring network link fails, it is determined. Whether the path information of the node on the faulty link includes the path information of the node on the faulty link in the normal state of the first node, wherein the path information includes the destination node starting from the first node. The address information of each node except the first node is sequentially included in the path; if the determination result is YES, it is determined that the FDB of the first node is refreshed. That is, when each link of the ring network is normal, each node can store its own path information. When a link failure occurs in the ring network, it can be determined whether the path information in the normal state stored by the node includes the faulty link. The address information of the node involved, in the case of inclusion, refreshes the FDB of the node.

The following method may be used to determine whether to refresh the FDB of the first node according to the address information of the node on the faulty link on the ring network or the address information of the node on the backup link: when the link fault is eliminated, the first node is determined. Whether the path information of the node on the backup link is included in the path information of the address information of the uplink node in the fault state, wherein the path information includes the order sequentially included on the path of the uplink node starting from the first node. The address information of each node except the first node; if the determination result is YES, it is determined to refresh the FDB of the first node. That is, when the network fails, the backup link is connected, and each node can store the node path information in the fault state. When the fault of the ring network is eliminated, it can be determined that the node includes the uplink node in the fault state. Whether the address information of the node involved in the backup link is included in the path information of the address information, and if it is included, the FDB of the node is refreshed.

In this embodiment, an address forwarding table FDB refreshing device is also provided in the ring network, and the device is used to implement the foregoing embodiments and preferred embodiments, and details are not described herein. As used below, the term "module" may implement a combination of software and/or hardware of a predetermined function. Although the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.

FIG. 3 is a structural block diagram of an FDB refreshing apparatus in a ring network according to an embodiment of the present invention. As shown in FIG. 3, the apparatus includes a judging module 32 and a refreshing module 34. The device is described below:

The determining module 32 is configured to determine, according to the address information of the node on the faulty link on the ring network or the address information of the node on the backup link, whether to refresh the FDB of the first node, where the first node is in the ring network The node is connected to the upstream device, and the refreshing module 34 is connected to the determining module 32. The FDB of the node is refreshed.

4 is a block diagram showing a preferred structure of an FDB refreshing apparatus in a ring network according to an embodiment of the present invention. As shown in FIG. 4, the apparatus includes a discarding module 42 in addition to all the modules shown in FIG. Be explained:

The abandonment module 42 is connected to the above-mentioned judging module 32, and is set to abandon the refresh operation of the FDB of the first node if the judgment result of the judging module 32 is NO.

FIG. 5 is a block diagram showing the structure of the determining module 32 in the FDB refreshing apparatus in the ring network according to the embodiment of the present invention. As shown in FIG. 5, the determining module 32 includes a first determining unit 52 and a first determining unit 54, and the following This determination module 32 will be described.

The first determining unit 52 is configured to determine, when the ring network link is faulty, whether the path information including the uplink node address information in the normal state of the first node includes the address information of the node on the faulty link, where The path information includes address information of each node except the first node sequentially included on the path of the uplink node starting from the first node; the first determining unit 54 is connected to the first determining unit 52, and is set to When the determination result of the first determination unit 52 is YES, it is determined that the FDB of the first node is refreshed.

FIG. 6 is a block diagram 2 of the structure of the determining module 32 in the FDB refreshing apparatus in the ring network according to the embodiment of the present invention. As shown in FIG. 6, the determining module 32 includes a second determining unit 62 and a second determining unit 64. This determination module 32 will be described.

The second determining unit 62 is configured to determine, when the link fault is eliminated, whether the path information including the uplink node address information in the fault state of the first node includes address information of a node on the backup link, where the path information And including an address letter of each node except the first node sequentially included in the path of the uplink node starting from the first node; the second determining unit 64 is connected to the second determining unit 62, and is set to be in the second When the determination result of the determination unit 62 is YES, it is determined that the FDB of the first node is refreshed.

FIG. 7 is a structural block diagram of a node according to an embodiment of the present invention. As shown in FIG. 7, the node 70 includes the FDB refreshing device 72 of any of the above.

FIG. 8 is a structural block diagram of an FDB refresh system in a ring network according to an embodiment of the present invention. As shown in FIG. 8, the FDB refresh system 80 includes one or more nodes 70.

In order to solve the problem that the node existing in the related art performs an unnecessary FDB refreshing action, affects the ring network switching performance, and reduces the user experience, the present invention provides a processing method for refreshing the FDB under the ring network protection. The invention will now be described in connection with preferred embodiments.

The invention provides a processing method for refreshing the FDB under the ring network protection, so as to optimize the mechanism for refreshing the FDB during the protection switching process, reduce the service interruption time, and improve the ring network switching performance. The node connected to the upstream device in the ring network is the uplink node. In addition to the uplink node, other ring network nodes periodically send protocol packets from the two ring ports to perform trace operation, and obtain media access control of other ring nodes on the path between the two nodes and the uplink node (Medium/MediaAccess). Control, referred to as MAC address information (MAC address), is stored in the path information table under the corresponding port in order. When the ring network fails, the faulty node sends a fault packet (signal failure, Signal Fail, referred to as SF, according to the ERPS protocol). Other ring network nodes (except for the upper link After receiving the packet, the node searches for the source MAC address of the packet in the path information table of the uplink node address information of each port. If it is retrieved, the FDB needs to be refreshed when the ring network is switched; If you don't, you don't need to refresh the FDB. When the fault disappears and the ring network returns to the normal state, if the path information table containing the address information of the uplink node under a certain node port includes the node of the backup link (that is, the ring network protection link, the RPL link), then The FDB needs to be refreshed when the ring network resumes switching. The method optimizes the mechanism for refreshing the FDB during the ring network switching process, reduces the redundant refresh FDB processing, and improves the network switching performance.

The present invention can solve the problem that the nodes existing in the related art perform unnecessary FDB refresh actions, affect the ring network switching performance, and reduce the user experience by the following technical solutions:

1. The device connected to the upstream switching device is configured as an uplink node, and the other ring network nodes configure the MAC address of the uplink node, and periodically send protocol packets (ERPS Trace packets) to the two ring ports to perform the trace operation target. For the uplink node. Since multiple logical rings (configured with multiple ERPS instances) may be configured on the same physical ring network, the uplink nodes of each logical ring may be different devices in the ring network, and all operations in the present invention are directed to a single logical ring.

2. The ERPS trace packet can be obtained by extending the ERPS protocol packet. For example, the extension field in the Request/State flag of the 4 bit packet represents the ERPS Trace packet. The destination MAC address and the time-to-live (TTL) are added to the packet payload. The packet is forwarded on the non-blocking port in the ring network and the TTL is decreased by 1 (the TTL is 0). The blocked port is discarded. The transmission path is the same as the service flow. The TTL value ranges from 0 to 255. Can take 255. The ERPS Trace packet is extended from the ERPS protocol packet and carries the information of the corresponding logical ring to distinguish different logical rings. The processing flow is similar to the original ERPS protocol packet, and only needs to increase the parsing and processing of the packet, so it is a better choice for the ERPS ring network.

3. After receiving the ERPS Trace message, the node on the path forwards the packet to another ring network port and replies with a trace response trace message carrying its own information. If the target is the local node, only one Trace Reply message is replied.

4. The ERPS Trace Reply message is similar to the Trace message and is obtained by extending the Request/State flag. Add the destination MAC address to the packet payload, and record the TTL value of the Trace packet received by the node as the label. The forwarding behavior is the same as that of the Trace packet.

After the ERPS Trace packet is sent, a timeout timer can be started. After the timer expires, the received Trace Reply packet is not processed. This timer is reset the next time a Trace message is sent. After receiving the Reply packet, the ERPS Trace packet sends the source MAC address of the Reply packet to the path information table of the sending port according to the TTL value. The timer expires or the uplink node is received. After the Reply message A complete path information table for the uplink node can be obtained, where the order includes the MAC address of each node.

6. When a ring network fault occurs, the faulty node sends an ERPS protocol packet (Signal Fail packet, ERPS protocol definition) carrying its own MAC address. The trace path to the uplink node is the actual path of the service flow. If the source MAC address of the fault packet is in the path information table of the uplink node address information of a certain port, the path between the uplink node and the uplink node is faulty. If the service source needs to be switched, the FDB needs to be refreshed. If the source MAC address of the fault packet is not in the path information table containing the address information of the uplink node, the path between the uplink node and the uplink node does not fail. There is no need to refresh the FDB. The refresh FDB mechanism of the uplink node, the faulty node, and the RPL backup link node is consistent with the ERPS protocol definition (not within the scope of this embodiment).

7. When the ring network fault disappears and returns to the normal working state, the ring network RPL link will be blocked at this time. Therefore, if any node of each node contains the node information of the uplink node, the path information table containing the RPL backup link , after the recovery, the business will switch, you need to refresh the FDB.

8. To ensure the switching performance and reliability, each node immediately triggers the Trace process when the ring network is switched or a new fault packet is received.

The invention obtains the path information of the uplink node by periodically sending the trace message to each node in the ring network, and compares the fault information, the RPL information and the path information including the address information of the uplink node to determine the ring network switching time. Whether to refresh the FDB, optimize the refresh FDB mechanism, less unnecessary refresh processing, improve the ring network switching performance.

The technical solutions in the embodiments of the present invention are further described below with reference to the accompanying drawings. Portions of the present invention which are well known to those skilled in the art are not described or described in detail, and various operations will be described in sequence using a plurality of separate steps.

FIG. 9 is a schematic diagram of a trace in a normal working state according to an embodiment of the present invention. As shown in FIG. 9, a plurality of devices form a ring network and operate an ERPS ring network protection protocol, wherein the RPL link is as shown in FIG. 9. The uplink node connected to the upstream device in the ring network may be any one of the devices.

In normal operation, as shown in Figure 9, the node connected to the upstream device is designated as the uplink node. The other ring network device configures the MAC address of the uplink node, and periodically sends a trace packet from the two ring ports. The destination is the uplink node to obtain the device information on the path between the uplink node and the trace packet payload. Contains the MAC address of the Trace target.

The following takes the node 4 as an example for description. It periodically sends Trace packets to the ring ports port0 and port1 and enables the timeout timer. The timeout timer expires when the timeout interval is sent. If the node receives the trace packet and finds that the target is not the local node, the value of the TTL field of the packet is decremented by 1 and the trace packet is forwarded to the other ring network port, and the Reply packet is replied from the receiving port. The source MAC address is the node. The MAC address of the packet contains the MAC address of the node 4 and the TTL value of the received Trace packet. Node 2 processing is the same as Node 3. After receiving the trace packet, the node 1 finds that the destination is the local node, and then responds to the Reply packet. The packet payload contains the MAC address of the node 4 and contains the TTL value of the received trace packet. The node on the path receives the Reply packet and checks that the destination MAC is not the local node and forwards it to another ring network port. After receiving the Reply packet replied by each node, the port 0 of the node 4 checks that the target is the local node, and stores the MAC addresses of the nodes according to the TTL values recorded in the Reply packets. After receiving the Reply packet of the uplink node or the timeout timer expires, the path information table under the Reply packet update port is not processed. The processing in the Port1 direction is the same. The trace packet cannot be forwarded because the RPL link of the node 6 is blocked. At this time, the path information table of port 0 of node 4 is: MAC3 (MAC address of node 3) - MAC2 (MAC address of node 2) - MAC1 (MAC address of node 1); path information table of port 1 is: MAC5-MAC6.

As in the above method, the path information table of each node in the ring network is obtained. As shown in Table 1, Table 1 identifies the normal state path information table. Port0 is the port at the front end of the ring clockwise direction, and the other port is port1.

Table 1

10 is a schematic diagram of a trace in a fault state according to an embodiment of the present invention. As shown in FIG. 10, when a link failure occurs between node 2 and node 3,

nodes

2, 3 detect a fault and block the faulty port according to the ERPS protocol. The standard needs to refresh the FDB (not within the scope of this embodiment) and immediately send a failure message (Signal Fail message) to the ring port. The uplink node 1 needs to refresh the FDB when receiving the SF message (same as the ERPS protocol standard, which is not within the scope of this embodiment).

Nodes

4, 5, and 6 will immediately receive the source MAC address as MAC3 at port0. The SF message includes MAC3 according to the path information table of MAC1 including the address information of the uplink of each node port0. Therefore, the

nodes

4, 5, and 6 need to refresh the FDB. Node 7 receives the SF packet whose source MAC address is MAC2 in port1, and is not in the path information table of port1. Therefore, node 7 does not need to refresh the FDB. After the fault occurs, the RPL link is opened and becomes the forwarding state. At this time, the port 1 of the

nodes

4, 5, and 6 also receives the SF packet whose source MAC address is MAC2. Because it is not in the path information table, there is no need to refresh the FDB. Port 0 of node 7 receives the SF packet whose source MAC address is MAC3. Since it is not in the path information table, there is no need to refresh the FDB.

Since the path information table is updated in real time, after the fault state is stabilized, the path information table of each node is as shown in Table 2. The table 2 is a fault state path information table.

Table 2

When the fault between the 2 and 3 nodes disappears and the ring network resumes its normal working state and the RPL link is blocked, the port path information table of the node 2 does not include the two nodes of the RPL link, so the FDB is not refreshed; the

nodes

3, 4, The port 1 of port 5 contains the address information of the uplink node. The path information table contains two

nodes

6 and 7 of the RPL. Therefore, you need to refresh the FDB. For

nodes

6 and 7, you need to block the RPL port. Therefore, you need to refresh the FDB. Within the scope of this discussion).

To ensure the switching performance and reliability, when the ring network status changes, each node immediately initiates the operation of the Trace uplink node. After the port path information table receives the Reply packet, it is updated in real time. It is determined whether the FDB needs to be refreshed. The port path information table is also queried immediately. There is no need to wait for receiving the Reply message of the uplink node or the timeout timer expires.

In a preferred embodiment, the multi-link failure, whether occurring simultaneously or sequentially, may be handled in the above single link failure. That is, whether to refresh the FDB is determined by querying whether the failed node is in the port path information table including the uplink node address information. For multi-link failure recovery, it can be decomposed into single The faults are gradually recovered. If the fault state is still after the recovery, there is no need to refresh the FDB; until the last one becomes the single link fault recovery, it is consistent with the above described processing.

After the above processing, each node in the ring network periodically sends a Trace packet to obtain the port path information of the uplink node, and compares the fault information, the RPL information, and the port path information including the address information of the uplink node to determine the ring. Whether FDB is refreshed during network switching, the FDB mechanism is optimized to be refreshed, less unnecessary refresh processing is performed, and ring network switching performance is improved.

It will be apparent to those skilled in the art that the various modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein. The steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software.

The above are only the preferred embodiments of the present invention, and are not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Industrial applicability

As described above, the above embodiments and preferred embodiments solve the problem that the nodes existing in the related art perform unnecessary FDB refresh actions, affect the ring network switching performance, and reduce the user experience, thereby achieving an optimized FDB refresh mechanism. Reduce unnecessary refresh processing and improve the performance of ring network switching performance.

Claims

An address forwarding table FDB refresh method in a ring network, comprising:

Determining whether to refresh the FDB of the first node according to the address information of the node on the faulty link on the ring network or the address information of the node on the backup link, wherein the first node is in addition to the uplink in the ring network. a node outside the node, where the uplink node is a node connected to the upstream device by the ring network;

When the determination result is YES, the FDB of the first node is refreshed.
The method according to claim 1, wherein determining whether to perform the FDB of the first node is performed according to address information of a node on a faulty link on the ring network or address information of a node on a backup link. After refreshing, it also includes:

In the case where the determination result is negative, the refresh operation of the FDB of the first node is abandoned.
The method of claim 1, wherein determining whether to refresh the FDB of the first node according to the address information of the node on the faulty link or the address information of the node on the backup link on the ring network comprises:

When the ring network link is faulty, determining whether the path information of the node including the uplink node information in the normal state of the first node includes the address information of the node on the faulty link, where The path information includes address information of each node except the first node sequentially included on the path of the uplink node starting from the first node;

In a case where the determination result is YES, it is determined that the FDB of the first node is refreshed.
The method of claim 1, wherein determining whether to refresh the FDB of the first node according to the address information of the node on the faulty link or the address information of the node on the backup link on the ring network comprises:

When the link fault is eliminated, determining whether the path information including the uplink node address information in the fault state of the first node includes address information of a node on the backup link, where the path information includes The purpose of starting the first node is the address information of each node except the first node that is sequentially included on the path of the uplink node;

In a case where the determination result is YES, it is determined that the FDB of the first node is refreshed.
An address forwarding table FDB refreshing device in a ring network, comprising:

The determining module is configured to determine, according to the address information of the node on the faulty link on the ring network or the address information of the node on the backup link, whether to refresh the FDB of the first node, where the first node is the ring a node in the network other than the uplink node, where the uplink node is a node connected to the upstream device by the ring network;

The refresh module is configured to refresh the FDB of the first node if the determination result of the determination module is YES.
The apparatus of claim 5, further comprising:

The module is discarded, and is set to abandon the refresh operation of the FDB of the first node if the determination result of the determination module is negative.
The apparatus of claim 5, wherein the determining module comprises:

a first determining unit, configured to determine, when the ring network link is faulty, whether the path information including the uplink node address information in the normal state of the first node includes the node on the faulty link Address information, where the path information includes address information of each node except the first node that is sequentially included on the path of the uplink node from the first node;

The first determining unit is configured to determine to refresh the FDB of the first node if the first determining unit determines that the result is yes.
The apparatus of claim 5, wherein the determining module comprises:

a second determining unit, configured to determine, when the link fault is eliminated, whether the path information of the node including the uplink node information in the fault state of the first node includes the address information of the node on the backup link, where The path information includes address information of each node except the first node that is sequentially included on the path of the uplink node starting from the first node;

The second determining unit is configured to determine to refresh the FDB of the first node if the determination result of the second determining unit is YES.
A node comprising the apparatus of any one of claims 5 to 8.
An address forwarding table FDB refresh system in a ring network, comprising one or more nodes according to claim 9.