WO2013182031A1 - 清除媒体接入控制转发表项的方法和设备 - Google Patents

清除媒体接入控制转发表项的方法和设备 Download PDF

Info

Publication number
WO2013182031A1
WO2013182031A1 PCT/CN2013/076691 CN2013076691W WO2013182031A1 WO 2013182031 A1 WO2013182031 A1 WO 2013182031A1 CN 2013076691 W CN2013076691 W CN 2013076691W WO 2013182031 A1 WO2013182031 A1 WO 2013182031A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
mac
clear
vlan
mac forwarding
Prior art date
Application number
PCT/CN2013/076691
Other languages
English (en)
French (fr)
Inventor
郝卫国
厉益舟
李振斌
阴元斌
丁成龙
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP13800770.3A priority Critical patent/EP2852108B1/en
Publication of WO2013182031A1 publication Critical patent/WO2013182031A1/zh
Priority to US14/562,678 priority patent/US9762410B2/en
Priority to US15/663,398 priority patent/US10277418B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34—Signalling channels for network management communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/66—Layer 2 routing, e.g. in Ethernet based MAN's

Definitions

  • TRILL Transparent Interconnect of Lots of Links
  • TRILL Campus The Transparent Interconnect of Lots of Links
  • Traditional Layer 2 local Ethernet can access the TRILL network. In order to improve the reliability of the access network, it is usually accessed through Multi-Homing. If the network topology of the end station (ES) is switched, the RBs that the local terminal device accesses will be switched. If the RBs on the remote RB are used to save the MAC address and the ingress RB. The MAC forwarding entry of the (nickname) mapping cannot be cleared in time. The remote RB forwards the old MAC forwarding entry through the old MAC forwarding entry.
  • the embodiment of the invention provides a method and a device for clearing a MAC forwarding entry, which are used to clear the MAC forwarding entry in time after the network topology of the local terminal is changed, so as to avoid forwarding failure.
  • a method for clearing a MAC forwarding entry including:
  • the first RB detects that the network topology of the local terminal access changes
  • a method for clearing a MAC forwarding entry including:
  • the second RB Receiving, by the second RB, the first packet, where the first RB detects that the network topology of the local terminal access is changed, and the second RB is configured to configure at least one RB of the same RB of one RB;
  • the second RB clears the corresponding MAC forwarding entry according to the first packet.
  • a device for clearing a MAC forwarding entry including:
  • a detecting module configured to detect that a network topology of the local terminal access changes
  • a sending module configured to send a first packet to the second RB, so that the second RB clears the corresponding MAC forwarding entry after receiving the first packet, where the second RB is configured to be configured with at least one The RB of the first RB of the same VLAN.
  • a device for clearing a MAC forwarding entry including:
  • the receiving module is configured to receive the first packet, where the first packet is sent after the first RB detects that the network topology accessed by the local terminal changes.
  • the processing module is configured to clear the corresponding MAC forwarding entry according to the first packet.
  • the first packet is used to notify the second RB, and the MAC forwarding entry on the second RB can be quickly cleared, and the TRILL is triggered.
  • Network data traffic converges quickly, ensuring smooth data flow forwarding.
  • FIG. 1 is a schematic flowchart of a method for clearing a MAC forwarding entry according to an embodiment of the present invention
  • FIG. 2 is a schematic structural diagram of a method for implementing a fault by using an AF mechanism in the present invention
  • FIG. 3 is a schematic structural diagram of the STP root bridge simulating the STP root bridge in the present invention
  • FIG. 4 is a schematic diagram of a package format of the RB channel according to the present invention
  • FIG. 5 is a schematic diagram of another encapsulation format of an RB channel according to the present invention
  • FIG. 6 is a schematic flowchart of another embodiment of a method for clearing a MAC forwarding entry according to the present invention
  • FIG. 7 is a schematic diagram of an initial communication path corresponding to FIG. 6;
  • FIG. 8 is a schematic diagram of a communication path after switching according to FIG. 6;
  • FIG. 9 is a schematic diagram of the number of packages of the RB channel corresponding to FIG. 6;
  • FIG. 10 is a schematic flowchart of another embodiment of a method for clearing a MAC forwarding entry according to the present invention
  • FIG. 11 is a schematic diagram of an initial communication path corresponding to FIG. 10;
  • FIG. 12 is a schematic diagram of a communication path after switching according to FIG. 10;
  • FIG. 13 is a schematic diagram of the number of packages of the RB channel corresponding to FIG. 10;
  • FIG. 14 is a schematic structural diagram of an apparatus for clearing a MAC forwarding entry according to an embodiment of the present invention
  • FIG. 15 is a schematic structural diagram of another embodiment of an apparatus for clearing a MAC forwarding entry according to the present invention.
  • FIG. 1 is a schematic flowchart of a method for clearing a MAC forwarding entry according to an embodiment of the present invention, including: Step 11: The first RB detects that a network topology accessed by a local terminal changes.
  • the first RB may refer to an edge RB of the TRILL network.
  • the access link of the multi-homed network can be destroyed to prevent the multiple access RBs from being able to forward the broadcast storm caused by the data traffic.
  • the inbound link is connected to the TRILL network.
  • the fault can be implemented by using the Appointed Forwarders (AF) mechanism in the TRILL protocol, or the root bridge is implemented by the Spanning Tree Protocol (STP) root bridge.
  • STP refers to STP and fast generation. Rapid Spanning Tree Protocol (RSTP) and Multi-Instance Spanning Tree Protocol (MSTP).
  • RSTP Rapid Spanning Tree Protocol
  • MSTP Multi-Instance Spanning Tree Protocol
  • TRILL protocol exchanges messages through TRILL interaction packets (specifically TRILL Hello packets).
  • TRILL interaction packets specifically TRILL Hello packets.
  • One of RB1 and RB3 is designated as a forwarder corresponding to some Virtual Local Area Network (VLAN).
  • VLAN Virtual Local Area Network
  • An RB cannot forward data traffic in the VLAN, so that the RB can be broken.
  • FIG 2 for an example of breaking the link between the bridge device (Bridge) and RB3.
  • FIG. 3 for a schematic diagram of the structure of the STP root bridge to implement the edge RB simulation.
  • RB1 and RB2 are connected to the same STP network.
  • RB1 and RB2 present the same bridge ID and bridge priority, and the bridge priority.
  • the configuration is the highest.
  • the RB1 and RB2 are equivalent to one root bridge device.
  • the port connected to S2 on the S3 device is blocked.
  • the port connected to the SI on the S2 device is blocked.
  • the edge RB detects the AF switch, the non-AF switch to the AF, it can be understood that the network topology of the local terminal access changes.
  • the RB that the terminal accesses will switch from RB1 to RB3. In this case, it can be understood that the network topology of the local terminal access changes.
  • the edge RB can determine the terminal after receiving the Topology Change Notification (TCN) or Topology Change (TC) message from the terminal-oriented access port.
  • TCN Topology Change Notification
  • TC Topology Change
  • the network topology of the access is switched.
  • TCN Topology Change Notification
  • TC Topology Change
  • the following is an example of a TCN packet.
  • the initial blocked port of the STP network connected to the TRILL device is located on the S2 and S3 devices, and the ports connected to the S1 device and the S3 device.
  • ES1 to ES5 belong to the same VLAN.
  • the port connected to S2 on the S3 device changes from the blocked state to the forwarding state. Therefore, S3 generates TCN packets.
  • the TCN message is sent to S2 through the link between S3 and S2, and S2 then sends a TCN message to RB2. Therefore, when the access port of the RB2 receives the TCN packet, it can determine that the network topology accessed by the local terminal changes.
  • Step 12 The first RB sends a first packet to the second RB, so that the second RB clears the corresponding MAC forwarding entry after receiving the first packet, where the second RB refers to at least one configured.
  • the first RB may send the first packet to the second RB.
  • the VLAN corresponding to the first RB includes VLAN 1 to VLAN 10, if the first RB The VLAN corresponding to a certain RB includes at least one of VLANs 1 to 10, and the RB is the second RB.
  • the first packet may be a MAC flush packet or a TCN packet.
  • RB3 can send a MAC flush packet to RB2 in the scenario where the AF mechanism is damaged.
  • edge RB simulates the STP root bridge to be corrupted
  • RB2 sends a MAC flush to RB3 and RB4.
  • Packet RB2 sends a TCN packet to RB1.
  • the first message can be sent through a data channel, such as an RB ridge channel.
  • the first packet can be sent by multicast or broadcast. If it is in multicast mode, the destination alias (nickname) in the TRILL Header is the nickname of the root of the distribution tree in the TRILL network. If the destination is nickname in the unicast mode TRILL Header The nickname of the destination RB (such as the nickname of RB1).
  • the multicast TRILL data channel sends a MAC clear packet or a TCN packet.
  • all second RBs are obtained in advance by searching the Link State Data Base (LSDB), and then each second RB is sent a MAC clearing report through the unicast TRILL channel. Text or TCN message.
  • the RB2 sends the first packet as an example. If the multicast packet is used, RB2 only needs to send a first packet. If unicast is used, RB2 needs to send a packet to each remote RB. A message.
  • the RBridge channel encapsulation format can be seen in Figure 4, including the external Ethernet header (Exer Ethernet), Trill Header (Trill Header), and internal Ethernet header (Inner). Ethernet Header), OAM channel header (0AM channel header) and payload (payload).
  • Ethernet Header the external Ethernet header
  • OAM channel header (0AM channel header)
  • payload payload
  • two channel protocol types are added to the OAM channel header, indicating that the payload part is a TCN message or a MAC flush message.
  • the RBridge channel encapsulation format can be seen in Figure 5, and Figure 5 shows that all edge RBs that need to be sent are added to VLAN 10 as the first packet. For example, at this time, equivalent to Figure 4, the VLAN 10 field needs to be added.
  • the first RB may also send the first packet to the RB of the same VLAN.
  • the RB that receives the first packet may be ignored and not processed.
  • the access RB is an edge RB for forwarding data traffic, such as RB1 in Figure 2 or Figure 3 above.
  • the local MAC forwarding entry is cleared.
  • the first RB is used to notify the second RB, and the MAC forwarding entry on the second RB device can be quickly cleared, and the TRILL network data is triggered.
  • the traffic converges quickly.
  • FIG. 6 is a schematic flowchart of another embodiment of a method for clearing a MAC forwarding entry according to the present invention.
  • the application scenario is as follows: The traditional Layer 2 network and the TRILL network are interconnected by using the AF mechanism in the TRILL protocol. This embodiment includes:
  • Step 61 The two ESs communicate through the initial communication path.
  • the two ESs are ES1 and ES2 respectively.
  • the initial communication paths of ES2 and ES1 are: ES2 ⁇ RB2 ⁇ RB1 ⁇ Bridge ⁇ ES1, that is, the data packet forwarding path indicated by the thick solid line. Thick solid lines have the same meaning.
  • Step 62 RB3 detects that the AF has switched.
  • AF will switch.
  • the AF switch can be detected by RB3.
  • Step 63 The RB3 sends a MAC flush message to the RB2, where the packet includes the VLAN information corresponding to the AF after the handover.
  • Each RB can determine its own VLAN information. Therefore, after the AF is switched, the switched AF, such as the RB3, can obtain its own VLAN information and carry it in the MAC flush packet.
  • the VLAN information can be a VLAN list or a VLAN bitmap.
  • the VLAN bitmap is a VLAN for each bit, which saves space compared to the VLAN list.
  • the MAC clearing packet may include one or more MAC addresses or aliases in addition to the VLAN information. ( nickname ), configured to indicate that the second RB clears a MAC forwarding entry that matches the VLAN information and the MAC address, or clears a MAC forwarding entry that matches the VLAN and the alias. That is, all the MAC forwarding entries corresponding to the VLAN indicated by the VLAN information are deleted, and the MAC forwarding entry of the MAC address or the alias is included in the MAC forwarding entry.
  • the second RB is used to clear the MAC forwarding entry that matches the VLAN and the nickname.
  • the nickname is the nickname of the original RB accessed by the local terminal.
  • the nickname is the nickname of the RB1 device, and the AF is switched from the RBI to the RB3, and the second RB needs to be notified.
  • RB2 Clears the access RB as the RB1 MAC entry.
  • the edge RB simulating the STP root bridge accesses the nickname of all RBs in the same STP domain.
  • the second RB is notified to clear the access RBs into MAC entries of RB1 and RB2, where the nickname is the nickname of the RBI and the RB2 device.
  • the MAC flush message includes the contents: (VLAN1, nickname list), (VLAN2, nickname list) ⁇ ⁇ ⁇ .
  • the second RB only clears the MAC forwarding entries in the specified VLAN learned from the RBs corresponding to the nicknames.
  • the MAC flush message can also be used to instruct the second RB to clear the corresponding MAC forwarding entry.
  • the MAC flush message includes the contents: (VLAN1, MAC address list), (VLAN2, MAC address list).
  • the second RB clears only the MAC forwarding entries in the specified VLAN that contain the specified MAC address.
  • the MAC flush packet can be sent in the data channel.
  • the data channel can be RBridge Channel. See Figure 9 for the format of the MAC flush packet sent by the data channel.
  • the MAC flush packet can be sent by unicast or multicast.
  • the format of the data channel used for specific unicast or multicast can be seen in Figure 4 or Figure 5 above.
  • Step 64 After receiving the MAC flush packet, the RB2 clears the MAC forwarding entry corresponding to the VLAN included in the MAC flush packet.
  • the forwarding chip of the RB2 sends the MAC flush packet to the control plane of the CPU, and the CPU control layer clears the MAC forwarding entry in the corresponding VLAN according to the VLAN information in the MAC flush packet. For example, if the MAC flush packet contains VLAN 1 and VLAN 2, RB2 clears the MAC forwarding entry corresponding to VLAN 1 and the MAC forwarding entry corresponding to VLAN 2 after receiving the MAC flush packet.
  • the RB3 may send the MAC flush packet to the RBI. After receiving the MAC flush packet, the RBI clears the MAC forwarding entry of the corresponding VLAN.
  • RB1 may also clear its own MAC forwarding entry after detecting the AF switch. Alternatively, RB1 may also wait for the aging of the MAC forwarding entry to clear the MAC forwarding entry.
  • the new MAC forwarding entry can be learned in the following manner to implement timely update of the MAC forwarding entry.
  • the unicast data packet is sent to the RB2.
  • the RB2 treats the packet as an unknown unicast packet and passes the distribution tree. Send the message to RB1 and RB3.
  • the RB3 After receiving the RB3, the RB3 decapsulates the source MAC address of the ES2, and then sends the message to the Bridge through the access port. The Bridge also learns the source MAC address of the ES2. Bridge then sends the message to ES1.
  • the ESI responds after receiving the unicast data message from ES2.
  • the response packet is sent to ES2 through the unicast packet forwarding path.
  • the forwarding path is ES1->Bridge->RB3->RB2->ES2.
  • Source MAC learning is performed on RB2, and the source MAC address of ES1 is learned.
  • the source Nickname is RB 3. Nickname.
  • the bridge device can learn the MAC address of ES2 and the MAC address of ES 1 in the above unicast data message and response message.
  • Subsequent ES2 and ES1 can communicate through the unicast process.
  • the AF (specifically RB3) of the switch sends a MAC flush packet to the second RB (specifically, RB2), and after receiving the MAC flush packet, the RB2 clears the MAC forwarding entry, which can be quickly cleared.
  • the MAC forwarding entry on the RB2 device triggers fast convergence of TRILL network data traffic.
  • FIG. 10 is a schematic flowchart of another embodiment of a method for clearing a MAC forwarding entry according to the present invention.
  • the application scenario is as follows:
  • the STP network and the TRILL network interconnection scenario are implemented by using an edge RB device to simulate an STP root bridge.
  • This embodiment includes:
  • Step 101 The two ESs communicate through the initial communication path.
  • the initial blocked port of the STP network connected to the TRILL is on the S2 and S3 devices, respectively, the ports connected to the S1 device and the ports connected to the S3 device.
  • ES1 to ES5 belong to the same VLAN.
  • ES5 communicates with SESI through S4 ⁇ SI ⁇ S3
  • ES3 communicates with ESI through RB3 ⁇ RB1 ⁇ SI ⁇ S3.
  • Step 102 The access STP topology is switched.
  • the blocked port (S3 ⁇ S2) of S3 changes to the Forwarding state.
  • S3 clears the local MAC forwarding entry and generates a TCN report.
  • the TCN packet is sent to the S2.
  • the S2 clears the local MAC forwarding entry and sends the TCN packet to the RB2.
  • the RB2 sends the TTP packet to the STP protocol component in the RB2.
  • the STP protocol component clears the MAC forwarding entry in the local forwarding chip and sends the TCN packet to the other RBs in the same STP domain.
  • Other RBs that are not in the same STP domain send MAC flush packets. That is, RB2 sends a TCN packet to RB1; RB2 sends a MAC flush packet to RB3 and RB4, which contains VLAN information.
  • the TCN packet and the MAC flush packet can be sent by the RBridge channel.
  • the structure of the MAC flush packet sent by the RBridge channel can be seen in Figure 9.
  • the structure of the TCN packet sent by the RBridge channel can be seen in Figure 13. .
  • clearing the local MAC forwarding entry refers to clearing the MAC forwarding entry in all VLANs that are added to the access port of the local terminal;
  • each RB can be associated with multiple MSTP instances.
  • the corresponding relationship between the MSTP instance and the VLAN is configured in the RB.
  • the received TCN packet includes the instance information. After receiving the TCN packet, the RB can be cleared. This instance corresponds to the MAC forwarding entry of the VLAN.
  • STP a TCN packet is received.
  • MSTP or RSTP a TC packet is received.
  • step 102 step 103 and step 104 may be included, or steps 105-109 may be included.
  • Step 103 RB2 generates a MAC flush message to RB3 and RB4, where the MAC clear message includes VLAN information.
  • Step 104 After receiving the MAC flush packet, the RB3 and the RB4 clear the MAC forwarding entry corresponding to the VLAN information included in the MAC flush packet.
  • Step 105 RB2 sends a TCN message to RB1.
  • Step 106 After receiving the TCN packet, the RB1 clears the local MAC forwarding entry. For example, in the case of MSTP, after receiving the TCN packet, RB1 clears the packet. The instance indicated by the instance information included in the TCN packet corresponds to the MAC forwarding entry of the VLAN. In the case of STP or RSTP, after receiving the TCN packet, RB1 clears the MAC forwarding entry in all VLANs that are added to the access port of the local terminal. For example, if the access VLAN configured on the access port is 100 to 200, After the TCN packet is received, the MAC address entries in the VLANs 100 to 200 must be cleared. The VLANs configured on the access ports of the RBs in the same STP domain must be the same.
  • RB3 and RB4 clear the MAC forwarding entry corresponding to the VLAN information contained in the MAC flush packet.
  • the RB1 may also indicate that other switch devices in the same STP domain clear the MAC forwarding entry. That can also include:
  • Step 107 RB1 sends a TCN message to S1.
  • Step 108 After receiving the TCN packet, the S1 clears the local MAC forwarding entry and sends the TCN packet to the S4.
  • Step 109 After receiving the TCN packet, the S4 clears the local MAC forwarding entry.
  • the new MAC forwarding entry can be learned in the following manner to implement timely update of the MAC forwarding entry.
  • the RB3 After the ES3 communicates with the ES1, the RB3 receives the Layer 2 unicast data of the ES3. The local MAC address entry is cleared. The Layer 2 data packet is sent to all RBs as unknown unicast packets, including On the RB2 device, the ES3 MAC address is learned on the RB2 device. At the same time, RB2 will send the message to the ESI through the access port. After ES1 receives it, ES1 will respond.
  • the RB2 receives the response of the ES1 from the access port.
  • the destination MAC address is the MAC address of the ES3.
  • the unicast TRILL encapsulation is performed by looking up the local MAC forwarding table, and then the packet is sent to the RB3 and the RB3 to learn the MAC of the ES1. Send the message to ES3.
  • the subsequent communication between ES3 and ES1 is performed in unicast mode.
  • the packet forwarding path is changed to RB3->RB2->S2->S3 instead of the original RB3->RB1->S1->S3.
  • the RB3 device still retains the old ES1 MAC address entry, and the source Nickname is still the Nickname of the RB1 device, so that the unicast packets from ES3 to ES1 are sent to the RB1 device, but Because the link between S1 and S3 is faulty, RB1 cannot send the packet to ES1, and the forwarding fails. After that, only after the MAC on the RB3 device is naturally aged, the ES3 can communicate with the ES1 normally. This aging time is relatively long, usually a few minutes. Therefore, the TRILL network data forwarding can be quickly received through this solution. Convergence.
  • ES5 communicates with ES1 and S1 receives the unicast data packet from ES5, the ES5 will process the unicast data packet as an unknown unicast packet. Give RB1.
  • the RBI After receiving the unicast data packet, the RBI processes the MAC forwarding table as an unknown unicast packet. The message is sent to all other RBs, including RB2, through the multicast distribution tree.
  • RB2 After receiving the data packet, RB2 decapsulates the TRILL data, learns the source MAC address of ES5, and sends it to S2.
  • S2 is sent to S3, and S3 is sent to ES1.
  • the ESI will send the response packet to ES5 through S3->S2->RB2->RB1->S1.
  • the source MAC address of ES1 will be learned on RB1, and the source Nickname is the Nickname of the RB2 device.
  • S4 and S1 do not detect the topology change event, the old MAC entries are still kept on the S4 and S1 devices.
  • the packets from ES5 to ES1 are sent to ES1 through S4->S1->S3, but due to ES1. -> ES3 failure, so it will cause forwarding failure.
  • the final ES3 communicates with ESI through RB3_RB2 ⁇ S2 ⁇ S3.
  • the TCN packet can be flooded to the entire access network, and the MAC address entries of the entire access network device can be quickly cleared. Network traffic converges quickly.
  • FIG. 14 is a schematic structural diagram of an apparatus for clearing a MAC forwarding entry according to the present invention.
  • the device may be an edge RB of a TRILL network, and the device includes a detection module 141 and a sending module 142.
  • the detecting module 141 is configured to detect the local terminal connection.
  • the incoming network topology is changed.
  • the sending module 142 is configured to send the first packet to the second RB, so that the second RB clears the corresponding MAC forwarding entry after receiving the first packet, where the second RB
  • An RB is an RB configured with at least one VLAN of the same RB as the first RB.
  • the detecting module is specifically configured to: detect the After the device is changed from non-AF to AF, it is determined that the network topology of the local terminal access changes.
  • the first packet sent by the sending module is a MAC clearing packet
  • the MAC clearing message includes the VLAN information, and the second RB is configured to clear the MAC forwarding entry corresponding to the VLAN information.
  • the MAC clearing packet may further include one or more MAC addresses or aliases, and the second RB is configured to clear all the MAC forwarding entries corresponding to the VLAN information.
  • the detecting module is specifically configured to: when receiving the TCN packet from the access port facing the local terminal, determine, by using the first RB analog STP root bridge mechanism, that the network topology accessed by the terminal is switched.
  • the first packet sent by the sending module is a TCN packet, and the second RB is instructed to clear the local MAC forwarding entry, where the first packet is in an STP or RSTP scenario. Instructing the second RB to clear the MAC forwarding entry in all the VLANs that are added to the access port of the local terminal.
  • the first packet includes instance information, indicating that the second RB clearing corresponds to the instance information.
  • the first packet sent by the sending module is a MAC clearing packet, and the MAC clearing packet includes VLAN information, and the second RB is configured to clear the MAC forwarding entry corresponding to the VLAN information.
  • the first packet is sent by using a data channel, where the data channel is an RB channel.
  • the first packet is sent in a multicast mode or a unicast mode.
  • the RB channel is a multicast TRILL data packet encapsulation format.
  • the unicast mode is sent, the RB channel is Unicast TRILL data packet encapsulation format.
  • the first packet is used to notify the second RB, and the MAC forwarding entry on the second RB device can be quickly cleared, and the data traffic of the TRILL network is quickly converge.
  • FIG. 15 is a schematic structural diagram of another embodiment of an apparatus for clearing a MAC forwarding entry according to the present invention.
  • the device may be a remote RB, and the device includes a receiving module 151 and a processing module 152.
  • the receiving module 151 is configured to receive the first packet.
  • the first packet is sent after the first RB detects that the network topology of the local terminal is changed.
  • the processing module 152 is configured to clear the corresponding MAC forwarding entry according to the first packet.
  • the first packet is a MAC clear packet
  • the MAC clear packet includes The VLAN information
  • the processing module is specifically configured to: clear a MAC forwarding entry corresponding to the VLAN indicated by the VLAN information.
  • the MAC clearing packet may further include one or more MAC addresses or aliases, where the processing module is specifically configured to: clear all optional, the first report corresponding to the VLAN indicated by the VLAN information.
  • the message is a TCN packet, and the processing module is specifically configured to: in an STP or RSTP scenario, clear a MAC forwarding entry in all VLANs that are added to the access port of the local terminal; or
  • the MAC forwarding entry of the VLAN corresponding to the instance indicated by the instance information is cleared according to the mapping between the locally configured instance and the VLAN and the instance information included in the TCN packet.
  • the device may further include:
  • the sending module is configured to send a TCN message to other switch devices in the same STP domain, so that the other switch device clears the local MAC forwarding entry.
  • the first packet is used to learn the handover and the MAC forwarding entry is cleared, and the MAC forwarding entry on the second RB device can be quickly cleared, and the TRILL network data traffic is triggered. Fast convergence.
  • the aforementioned program can be stored in a computer readable storage medium.
  • the program when executed, performs the steps including the above-described method embodiments; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Abstract

本发明提供一种清除MAC转发表项的方法和设备。该方法包括第一RB检测到本地终端接入的网络拓朴发生变化；第一RB向第二RB发送第一报文，以便所述第二RB接收到所述第一报文后清除对应的转发表项，所述第二RB是指至少配置了一个与所述第一RB相同VLAN的RB。本发明实施例可以在本地终端接入的网络拓朴发生变化后，及时清除整网相关设备的MAC转发表项，避免转发错误。

Description

清除媒体接入控制转发表项的方法和设备 本申请要求于 2012 年 6 月 7 日提交中国专利局、 申请号为 201210186577.7、 发明名称为 "清除媒体接入控制转发表项的方法和设备" 的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域 本发明涉及网络通信技术， 尤其涉及一种清除媒体接入控制 （Media Access Control , MAC )转发表项的方法和设备。
背景技术
透明多链路互联 ( Transparent Interconnect of Lots of Links, TRILL )协 议是一种在二层网络上基于链路状态计算的路由协议， 运行 TRILL协议的 设备叫做路由桥接设备 ( Route Bridge, RB ), 由 RB组成的网络叫做 TRILL 网络（TRILL Campus )。 通过 TRILL可以实现大二层组网， 克服传统二层 网络带宽利用率低、 收敛时间慢等缺点。
传统二层本地以太网 （native ethernet )可以接入 TRILL网络， 为了提 高接入网络的可靠性， 一般通过多归（Multi-Homing )方式接入。 如果终端 ( End Station, ES )接入的网络拓朴发生切换， 会导致本地终端设备接入的 RB会发生切换， 如果远端 RB上的用于保存 MAC地址和接入（ Ingress ) RB的别名 （nickname )对应关系的 MAC转发表项不能得到及时的清除， 远端 RB会通过陈旧的 MAC转发表项进行转发， 会造成转发不通。 发明内容
本发明实施例提供一种清除 MAC转发表项的方法和设备，用以在本地 终端接入的网络拓朴发生变化后及时清除 MAC转发表项， 避免转发不通。
一方面， 提供了一种清除 MAC转发表项的方法， 包括：
第一 RB检测到本地终端接入的网络拓朴发生变化；
所述第一 RB向第二 RB发送第一报文， 以便所述第二 RB接收到所述 第一报文后清除对应的 MAC转发表项，所述第二 RB是指至少配置了一个 与所述第一 RB相同 VLAN的 RB。 另一方面， 提供了一种清除 MAC转发表项的方法， 包括：
第二 RB接收第一报文，所述第一报文为第一 RB检测到本地终端接入 的网络拓朴发生变化后发送的 ,所述第二 RB是指至少配置了一个与所述第 一 RB相同 VLAN的 RB;
所述第二 RB根据所述第一报文清除对应的 MAC转发表项。
一方面， 提供了一种清除 MAC转发表项的设备， 包括：
检测模块， 用于检测到本地终端接入的网络拓朴发生变化；
发送模块， 用于向第二 RB发送第一报文， 以便所述第二 RB接收到所 述第一报文后清除对应的 MAC转发表项，所述第二 RB是指至少配置了一 个与所述第一 RB相同 VLAN的 RB。
另一方面， 提供了一种清除 MAC转发表项的设备， 包括：
接收模块，用于接收第一报文，所述第一报文为第一 RB检测到本地终 端接入的网络拓朴发生变化后发送的；
处理模块， 用于根据所述第一报文清除对应的 MAC转发表项。
由上述技术方案可知，通过第一 RB在本地终端接入的网络拓朴发生变 化后， 釆用第一报文通知给第二 RB, 可以快速清除第二 RB上的 MAC转 发表项， 触发 TRILL网络数据流量快速收敛， 保证数据流程转发通畅。 附图说明 为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例描述 中所需要使用的附图作一简单地介绍， 显而易见地， 下面描述中的附图是 本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳 动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明清除 MAC转发表项的方法一实施例的流程示意图； 图 2为本发明中釆用 AF机制实现破坏的结构示意图；
图 3为本发明中釆用边缘 RB模拟 STP根桥实现破坏的结构示意图； 图 4为本发明中 RB信道的一种封装格式示意图； 图 5为本发明中 RB信道的另一种封装格式示意图；
图 6为本发明清除 MAC转发表项的方法另一实施例的流程示意图； 图 7为图 6对应的初始通信路径示意图；
图 8为图 6对应的切换后的通信路径示意图；
图 9为图 6对应的 RB信道的封装个数示意图；
图 10为本发明清除 MAC转发表项的方法另一实施例的流程示意图； 图 11为图 10对应的初始通信路径示意图；
图 12为图 10对应的切换后的通信路径示意图；
图 13为图 10对应的 RB信道的封装个数示意图；
图 14为本发明清除 MAC转发表项的设备一实施例的结构示意图； 图 15为本发明清除 MAC转发表项的设备另一实施例的结构示意图。 具体实施方式 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本 发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描 述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有做出创造性劳动前提 下所获得的所有其他实施例， 都属于本发明保护的范围。
图 1为本发明清除 MAC转发表项的方法一实施例的流程示意图，包括： 步骤 11 : 第一 RB检测到本地终端接入的网络拓朴发生变化。
其中， 第一 RB可以是指 TRILL网络的边缘 RB。 在多归组网情况下， 为了避免多个接入 RB都能转发数据流量引起的广播风暴问题，可以对多归 组网的接入链路进行破坏， 使得传统二层网络只能通过一条接入链路接入 TRILL网络。
其中， 可以通过 TRILL协议中的指定转发者（ Appointed Forwarders , AF )机制实现破坏， 或者， 通过边缘 RB模拟生成树协议（ Spanning Tree Protocol, STP )根桥实现破坏， STP是泛指 STP、 快速生成树协议（ Rapid Spanning Tree Protocol, RSTP )、多实例生成树协议 ( Multi-Instance Spanning Tree Protocol, MSTP )。
参见图 2 , 为 AF机制实现破坏的结构示意图， RB 1和 RB3之间运行 TRILL协议， 通过 TRILL 交互报文（具体为 TRILL Hello报文）进行消息 交互， RB1和 RB3 中的一个被指定为对应某些虚拟局域网 （Virtual Local Area Network, VLAN ) 的转发者 （Forwarder ), 另外一个 RB不能转发该 VLAN内的数据流量，从而可以实现破环。参见图 2,以破坏桥设备（ Bridge ) 与 RB3之间的链路为例。
参见图 3 , 为边缘 RB模拟 STP根桥实现破坏的结构示意图， 参见图 3 , 假设 RB1和 RB2接入同一个 STP网络， RB1和 RB2对外呈现相同的桥 ID、 桥 优先级， 其中桥优先级配置最高。 对于下面接入的由交换机 Sl、 S2、 S3、 S4组成的 STP网络来说， RB 1和 RB2相当于是一台根桥设备， 本实施例中， S3设备上连接 S2的端口被阻塞 （block )、 S2设备上连接 SI的端口被阻塞 ( block )。
对于 AF机制实现破坏的场景， 当边缘 RB检测到 AF切换后， 具体由非 AF切换为 AF,可以理解为本地终端接入的网络拓朴发生变化。如图 2中 RB1 和桥设备之间发生链路故障后， 终端接入的 RB将从 RB1切换到 RB3 , 此时， 可以理解为本地终端接入的网络拓朴发生变化。
对于边缘 RB模拟 STP根桥实现破坏的场景， 当边缘 RB从面向终端的接 入端口接收到拓朴变化（ Topology Change Notification, TCN )或者（ Topology Change, TC )报文后， 就可以确定出终端接入的网络拓朴发生切换。 以下 以 TCN报文举例说明。 如图 3 TRILL接入的 STP网络初始阻塞端口在 S2和 S3 设备上， 分别位于 S2与 S1设备连接的端口， 以及 S3与 S2设备连接的端口。 ES1到 ES5都属于同一个 VLAN, 当 SI与 S3之间的链路发生故障后， S3设备 上连接 S2的端口会由阻塞状态变为转发（Forwarding )状态， 这样 S3会产生 TCN报文， 该 TCN报文通过 S3和 S2之间的链路发送给 S2, S2然后向 RB2发 送 TCN报文。 因此， 当 RB2的接入端口接收到 TCN报文后， 就可以确定本地 终端接入的网络拓朴发生变化。
步骤 12: 第一 RB向第二 RB发送第一报文， 以便所述第二 RB接收到 所述第一报文后清除对应的 MAC转发表项， 所述第二 RB是指至少配置了 一个与所述第一 RB相同 VLAN的 RB。
第一 RB 在确定本地终端接入的网络拓朴发生变化后， 就可以向第二 RB发送第一报文。
例如， 第一 RB对应的 VLAN包括 VLAN1~VLAN10, 如果该第一 RB 之外的某个 RB对应的 VLAN包括 VLAN1~VLAN10中的至少一个， 那么 该 RB就是上述的第二 RB。
可选的， 第一报文可以为 MAC清除（MAC flush )报文， 或者为 TCN 报文。
例如， 参见图 2, 对于 AF机制实现破坏的场景， RB3可以向 RB2发 送 MAC flush报文； 或者， 参见图 3 , 对于边缘 RB模拟 STP根桥实现破坏 的场景， RB2向 RB3和 RB4发送 MAC flush报文， RB2向 RB1发送 TCN 报文。
第一报文可以通过数据通道， 例如 RB信道（ RBridge channel )发送。 第一报文可以釆用组播或广播方式发送，如果为组播方式，则 TRILL Header 中目的别名 （nickname ) 为 TRILL网络中分发树树根的 nickname, 如果为 单播方式 TRILL Header中目的 nickname为目的端 RB的 nickname (比如 RB1的 nickname ) 。
具体的， 在组播方式发送时， 所有第二 RB和第一 RB需要在同一颗分 发树或剪枝后的分发树上，第一 RB只需要通过该分发树或剪枝后的分发树 对应的组播 TRILL数据通道， 发送一份 MAC清除报文或 TCN报文。 在单 播方式发送时，通过查找整网链路状态数据库（ LSDB, Link State Data Base ) 预先获得所有第二 RB, 然后给每个第二 RB, 通过单播 TRILL通道各发送 一份 MAC清除报文或 TCN报文。 以 RB2发送第一报文为例， 若釆用组播 方式发送， RB2只需要发送一份第一报文； 若釆用单播方式， RB2需要给 每个远端 RB设备都发送一份第一报文。对于组播方式发送，可以通过一颗 共用的分发树发送， 也可以通过基于某个 VLAN的剪枝后的分发树发送， 需要确保需要发送到的所有边缘 RB 是这棵分发树或剪枝后的分发树的叶 子节点。
其中， 在单播或通过分发树组播发送第一 文时， RBridge channel的 封装格式可以参见图 4, 包括外部以太网头（ Outer Ethernet ) 、 Trill头（ Trill Header )、内部以太网头（ Inner Ethernet Header )、 OAM信道头（ 0AM channel header )和净荷（payload ) 。 与现有技术不同的是， OAM信道头中新增加 两种信道协议类型， 表明净荷部分是 TCN报文， 或者为 MAC flush报文。
在通过剪枝后的分发树组播发送第一报文时， RBridge channel的封装 格式可以参见图 5 , 图 5以需要发送到的所有边缘 RB都加入 VLAN 10为 例， 此时， 相当于图 4, 需要增加 VLAN 10字段。
可选的， 第一 RB也可以将第一报文发送给每个相同 VLAN的 RB, 此 时， 接收到第一 ^艮文的 RB可以忽略不进行处理。 的别名 （nickname )之间的对应关系。 其中， 接入 RB是转发数据流量的边 缘 RB, 如上述图 2或图 3中的 RB1。
另夕卜， 所述第一 RB检测到本地终端接入的网络拓朴发生变化后，会清 除本地 MAC转发表项。
本实施例在第一 RB在本地终端接入的网络拓朴发生变化后，釆用第一 报文通知给第二 RB, 可以快速清除第二 RB设备上的 MAC转发表项， 触 发 TRILL网络数据流量快速收敛。
图 6为本发明清除 MAC转发表项的方法另一实施例的流程示意图，本 实施例以应用场景为： 通过 TRILL协议中 AF机制实现传统二层网络和 TRILL网络互联。 本实施例包括：
步骤 61 : 两个 ES通过初始通信路径进行通信。
参见图 7,两个 ES分别为 ES1和 ES2, ES2和 ES1的初始通信路径为： ES2→ RB2→RB1→ Bridge→ ES 1 , 也就是由粗实线所示的数据报文转发路 径， 后续图粗实线含义相同。
步骤 62： RB3检测到 AF发生切换。
例如， 配置或 RB1和 Bridge之间链路故障之后， AF会进行切换。 RB3 可以检测到该 AF切换。
步骤 63: RB3向 RB2发送 MAC清除（MAC flush )报文， 该报文中 包含切换后的 AF对应的 VLAN信息。
其中，每个 RB可以确定自身对应的 VLAN信息，因此，当 AF切换后， 切换后的 AF, 如上述的 RB3 可以获取自身对应的 VLAN信息并携带在 MAC flush报文中。
VLAN信息可以为 VLAN列表（ VLAN list )或者 VLAN位图 （ VLAN bitmap ) ， 其中， VLAN位图是用每个 bit表示一个 VLAN, 相对于 VLAN 列表可以节省空间。
为了更精确的清除 VLAN对应的 MAC转发表项， 所述 MAC 清除报 文中除了包含 VLAN信息， 还可以包含一个或多个 MAC 地址或者别名 ( nickname ),用于指示所述第二 RB清除匹配所述 VLAN信息和所述 MAC 地址的 MAC转发表项，或者清除匹配所述 VLAN和所述别名的 MAC转发 表项。 也就是清除 VLAN信息指示的 VLAN对应的所有 MAC转发表项中 包含该 MAC地址或者别名的 MAC转发表项。
当包含 VLAN信息和 nickname时， 用于指示所述第二 RB清除匹配所 述 VLAN和所述 nickname的 MAC转发表项。在 AF机制下 ,所述 nickname 为本地终端接入的原有 RB的 nickname, 比如图 7中， 所述 nickname就为 RB1设备的 nickname , AF由 RBI切换到 RB3之外，需要通知第二 RB( RB2 ) 清除接入 RB为 RB1的 MAC表项； 在边缘 RB模拟 STP根桥情况下， 接 入同一个 STP域的所有 RB的 nickname, 比如图 12中，接入网络拓朴发生 变化后 , 需要通知第二 RB清除接入 RB为 RB1和 RB2的 MAC表项 , 所 述 nickname为 RBI和 RB2设备的 nickname。 在这种情况下， MAC flush 报文包括内容： （ VLAN1、 nickname列表）、 ( VLAN2、 nickname列表） · · ·。 第二 RB只清除从这些 nickname对应的 RB学习到的在指定 VLAN中的 MAC转发表项。
如果明确知道本地接入网络的终端对应哪些 MAC地址， MAC flush报 文也可以通过指定 VLAN信息和 MAC地址用于指示第二 RB 清除相应 MAC 转发表项。 在这种情况下， MAC flush报文包括内容： （VLAN1、 MAC地址列表） 、 （VLAN2、 MAC地址列表） …。 第二 RB只清除这些 指定 VLAN中的包含指定 MAC地址的 MAC转发表项。
MAC flush报文可以在数据通道中发送， 该数据通道可以为 RBridge Channel„ 参见图 9 , 为釆用数据通道发送 MAC flush报文的格式示意图。
另夕卜， MAC flush报文可以通过单播或组播方式发送。具体的单播或组 播时釆用的数据通道的格式可以参见上述的图 4或图 5。
步骤 64: RB2收到 MAC flush报文后， 清除该 MAC flush报文中包含 的 VLAN对应的 MAC转发表项。
其中，具体可以是 RB2的转发芯片将 MAC flush报文上送给 CPU控制 层面， CPU控制层面根据 MAC flush报文中的 VLAN信息，清除相应 VLAN 内的 MAC转发表项。 例如， MAC flush报文中包含 VLAN1和 VLAN2, 则 RB2接收到 MAC flush报文后， 清除 VLAN1 对应的 MAC转发表项和 VLAN2对应的 MAC转发表项。 可选的， RB3也可以将 MAC flush报文发送给 RBI , RBI收到 MAC flush 报文后， 清除对应 VLAN的 MAC转发表项。 或者， RB1也可以在检测到 AF切换后， 清除自身的 MAC转发表项。 或者， RB1也可以等待 MAC转 发表项的老化实现 MAC转发表项的清除。
进一步的， 当 MAC转发表项被清除后， 可以釆用如下的方式学习新的 MAC转发表项， 实现 MAC转发表项的及时更新。
ES2发送单播数据报文给 RB2, RB2收到该二层单播数据报文之后， 由 于 MAC转发表项已经被清除， 因此 RB2会将该报文当做未知单播报文进行 处理， 通过分发树将 ^艮文发送给 RB1和 RB3。
RB3收到之后， 进行 TRILL解封装， 学习 ES2的源 MAC, 然后将 4艮文通 过接入端口发送给 Bridge , Bridge上也学习 ES2的源 MAC。 Bridge再将报文 发送给 ES1。
ESI收到 ES2的单播数据报文之后， 进行回应。 回应报文通过单播报文 转发路径到达 ES2,转发路径为 ESl->Bridge->RB3->RB2->ES2, RB2上会进 行源 MAC学习， 学习到 ES1的源 MAC, 源 Nickname为 RB 3的 Nickname。 类 似的， 桥设备也可以在上述的单播数据报文以及回应报文时， 学习到 ES2 的 MAC地址以及 ES 1的 MAC地址。
后续 ES2和 ES1之间可以通过单播流程进行互通。
总之 AF发生切换后，参见图 8,切换后的通信路径切换为： ES2— RB2 →RB3→ Bridge→ES1。
本实施例在 AF切换后， 切换后的 AF (具体为 RB3 ) 向第二 RB (具 体为 RB2 )发送 MAC flush报文， RB2接收到该 MAC flush报文后清除 MAC 转发表项， 可以快速清除 RB2设备上的 MAC转发表项， 触发 TRILL网络 数据流量快速收敛。
图 10为本发明清除 MAC转发表项的方法另一实施例的流程示意图， 本实施例以应用场景为： 通过边缘 RB设备模拟 STP根桥实现 STP网络和 TRILL网络互联场景。 本实施例包括：
步骤 101 : 两个 ES通过初始通信路径进行通信。
参见图 11 , TRILL接入的 STP网络初始阻塞端口在 S2和 S3设备上， 分别位于 S2与 S1设备连接的端口， 以及 S3与 S2设备连接的端口。 ES1 到 ES5都属于同一个 VLAN。 ES5通过 S4→ SI→ S3和 ESI进行通信， ES3通过 RB3→RB1→ SI→ S3 和 ESI通信。
步骤 102: 接入 STP拓朴发生切换。
当接入 STP拓朴发生切换时， 例如 S1和 S3之间链路故障时， S3的阻 塞端口（S3→ S2)会变为 Forwarding状态， S3会清除本地 MAC转发表项， 并且会生成 TCN报文， 将 TCN报文发送给 S2; S2接收到 TCN报文后清 除本地的 MAC转发表项，并再发送 TCN报文给 RB2。 当 RB2接收到 TCN 报文后， 送给 RB2内的 STP协议组件进行处理， STP协议组件会清除本地 转发芯片中的 MAC转发表项， 并向同一个 STP域内的其他 RB发送 TCN 报文， 向不在同一个 STP域内的其他 RB发送 MAC flush报文。 即， RB2 向 RB1发送 TCN报文； RB2向 RB3和 RB4发送 MAC flush报文， 其中包 含 VLAN信息。
其中， TCN报文和 MAC flush报文都可以釆用 RBridge channel发送， MAC flush报文釆用 RBridge channel发送的结构示意图可以参见图 9, TCN 报文釆用 RBridge channel发送的结构示意图可以参见图 13。
另外， 需要说明的是， 在 STP或 RSTP情况下， 本实施例中， 清除本 地的 MAC转发表项是指清除面向本地终端的接入端口加入的所有 VLAN 中的 MAC转发表项； 而在 MSTP情况下， 每个 RB可以对应多个 MSTP 实例， RB的本地会配置 MSTP实例和 VLAN 的对应关系， 收到的 TCN报 文中会包括实例的信息， RB 收到 TCN报文后， 便可以清除该实例对应 VLAN的 MAC转发表项。 再举例来说， 在 STP情况下， 收到的是 TCN报 文， 在 MSTP或 RSTP情况下， 收到的是 TC报文。
即在步骤 102 之后可以包括步骤 103 和步骤 104 , 或者， 包括步骤 105~109。
步骤 103: RB2向 RB3和 RB4发生 MAC清除（ MAC flush )报文， 该 MAC清除报文中包含 VLAN信息；
步骤 104: RB3和 RB4收到 MAC flush报文后 , 清除 MAC flush报文 中包含的 VLAN信息对应的 MAC转发表项。
步骤 105: RB2向 RB1发送 TCN报文；
步骤 106: RB1接收到 TCN报文后， 清除本地的 MAC转发表项。 其中， 例如， 在 MSTP情况下， RB1接收到 TCN报文后， 会清除该 TCN报文包含的实例信息指示的实例对应 VLAN的 MAC转发表项。在 STP 或 RSTP情况下， RB1接收到 TCN报文后清除面向本地终端的接入端口加 入的所有 VLAN中的 MAC转发表项， 比如接入端口上配置的接入 VLAN 为 100到 200,则收到 TCN报文之后需要清除 VLAN 100到 200内的 MAC 转发表项， 同一个 STP域内各 RB对应的接入端口配置的 VLAN要一致。
RB3和 RB4接收到 MAC flush报文后 , 清除 MAC flush报文中包含的 VLAN信息对应的 MAC转发表项。
进一步的， 当 RB1接收到 TCN报文后， 还可以指示同一个 STP域内 的其它交换机设备清除 MAC转发表项。 即还可以包括：
步骤 107: RB1向 S1发送 TCN报文。
步骤 108: S1接收到 TCN报文后， 清除本地的 MAC转发表项， 并发 送 TCN报文给 S4。
步骤 109: S4接收到 TCN报文后， 清除本地的 MAC转发表项。
进一步的， 当 MAC转发表项被清除后， 可以釆用如下的方式学习新的 MAC转发表项， 实现 MAC转发表项的及时更新。
ES3和 ES1后续通信过程：
ES3后续和 ES1进行通信， RB3收到 ES3的二层单播数据^艮文， 由于 本地 MAC表项已经被清除，这样该二层数据报文会作为未知单播报文发往 所有 RB设备， 包括 RB2设备， RB2设备上会学习 ES3的 MAC。 同时， RB2会将报文通过接入端口发给 ESI , ES1收到之后， ES1会进行回应。
RB2从接入端口收到 ES1的回应 4艮文，由于目的 MAC为 ES3的 MAC, 通过查找本地 MAC转发表进行单播 TRILL封装， 然后将报文发往 RB3 , RB3上学习 ES1的 MAC, 同时将报文送给 ES3。 后续 ES3和 ES1之间通 信都通过单播方式进行， 报文转发路径变为 RB3->RB2->S2->S3 , 而不是原 来的 RB3->RB1->S1->S3。
假如接入 STP拓朴变化事件没有及时通知给 RB3 , RB3设备仍然保留 陈旧的 ES1的 MAC表项， 源 Nickname仍然为 RB1设备的 Nickname, 这 样 ES3到 ES1的单播报文会发往 RB1设备，但是由于 S1到 S3的链路故障， 因此 RB1不能将该报文发到 ES1 , 从而转发不通。 后续， 只有在 RB3设备 上的 MAC自然老化之后， ES3才能和 ES1通信正常，这个老化时间比较长， 一般为几分钟。 因此， 通过本方案可以实现 TRILL网络数据转发的快速收 敛。
ES5和 ESI后续通信过程：
假如 ES5后续和 ES1通信， S1收到 ES5的单播数据报文之后， 由于 ES5上的 MAC表项已经清除，因此 ES5会将该单播数据报文作为未知单播 才艮文进行处理， 发给 RB1。
RBI收到该单播数据报文之后， 由于 MAC转发表已经被清除， 当做未 知单播报文进行处理。 通过组播分发树将报文发送给所有其他 RB , 包括 RB2。
RB2收到该数据报文之后， 进行 TRILL数据解封装， 学习 ES5 的源 MAC, 然后发送给 S2。
S2再发送给 S3 , S3再发送给 ES1。
ESI后续会通过 S3->S2->RB2->RB1->S1将回应报文发送给 ES5, RB1 上会学习 ES1的源 MAC, 源 Nickname为 RB2设备的 Nickname。 这样， 接入的 STP拓朴发生变化之后， ES5和 ES1之间可以正常通信。 若 S4和 S1没有感知拓朴变化事件，则 S4和 S1设备上仍然保留陈旧的 MAC表项， ES5 到 ES1 的报文会通过 S4->S1->S3 将报文发送给 ES1 , 但是由于 ES1->ES3故障， 因此会导致转发不通。
例如，参见图 12,接入网络拓朴发生变化后，最终 ES3通过 RB3— RB2 →S2→S3和 ESI通信。
本实施例在本地终端接入的网络拓朴发生变化时， 可以让整个 TRILL 网络所有节点及时清除 MAC转发表项， 以便及时更新，从而触发数据转发 快速收敛。 另外， 本实施例对于通过第一 RB模拟 STP根桥进行破环情况 下， 可以让 TCN报文洪泛到整个接入网络， 使整个接入网络设备的 MAC 表项得到快速清除， 触发接入网络流量快速收敛。
图 14为本发明清除 MAC转发表项的设备一实施例的结构示意图， 该 设备可以为 TRILL网络的边缘 RB, 该设备包括检测模块 141和发送模块 142; 检测模块 141用于检测到本地终端接入的网络拓朴发生变化； 发送模 块 142用于向第二 RB发送第一报文，以便所述第二 RB接收到所述第一报 文后清除对应的 MAC转发表项， 所述第二 RB是指至少配置了一个与所述 第一 RB相同 VLAN的 RB。
可选的， 所述检测模块具体用于： 在指定转发者 AF机制下检测到所述 设备由非 AF转变为 AF后， 确定本地终端接入的网络拓朴发生变化。
可选的， 所述发送模块发送的所述第一报文为 MAC 清除报文， 所述
MAC 清除报文中包含 VLAN信息， 指示所述第二 RB清除所述 VLAN信 息对应的 MAC转发表项。
可选的，该 MAC清除报文中还可以包括一个或多个 MAC地址或别名， 指示第二 RB清除所述 VLAN信息对应的所有 MAC转发表项中包含所述
MAC地址或别名的 MAC转发表项。
可选的， 所述检测模块具体用于： 在第一 RB模拟 STP根桥机制下， 从面向本地终端的接入端口接收到 TCN报文时， 确定终端接入的网络拓朴 发生切换。
可选的， 所述发送模块发送的所述第一报文为 TCN报文， 指示所述第 二 RB清除本地的 MAC转发表项， 其中， 在 STP或 RSTP场景下， 所述第 一报文指示第二 RB清除面向本地终端的接入端口加入的所有 VLAN中的 MAC转发表项， 在 MSTP场景下， 所述第一报文中包含实例信息， 指示第 二 RB清除与所述实例信息对应的 VLAN的 MAC转发表项； 或者，
所述发送模块发送的所述第一报文为 MAC清除报文，所述 MAC 清除 报文中包含 VLAN信息， 指示所述第二 RB清除所述 VLAN信息对应的 MAC转发表项。
可选的， 所述第一报文通过数据通道发送， 所述数据通道为 RB信道。 可选的， 所述第一报文釆用组播方式或单播方式发送， 在组播方式发 送时候， RB信道为组播 TRILL数据报文封装格式， 在单播方式发送时候， RB信道为单播 TRILL数据报文封装格式。
本实施例在本地终端接入的网络拓朴发生变化后， 釆用第一报文通知 给第二 RB , 可以快速清除第二 RB设备上的 MAC转发表项， 触发 TRILL 网络数据流量快速收敛。
图 15为本发明清除 MAC转发表项的设备另一实施例的结构示意图， 该设备可以为远端 RB, 该设备包括接收模块 151和处理模块 152; 接收模 块 151用于接收第一报文，所述第一报文为第一 RB检测到本地终端接入的 网络拓朴发生变化后发送的； 处理模块 152用于根据所述第一报文清除对 应的 MAC转发表项。
可选的， 所述第一报文为 MAC清除报文， 所述 MAC 清除报文中包含 VLAN信息， 所述处理模块具体用于： 清除所述 VLAN信息指示的 VLAN 对应的 MAC转发表项。
可选的，该 MAC清除报文中还可以包括一个或多个 MAC地址或别名， 所述处理模块具体用于： 清除所述 VLAN信息指示的 VLAN对应的所有 可选的， 所述第一报文为 TCN报文， 所述处理模块具体用于： 在 STP 或 RSTP 场景下， 清除面向本地终端的接入端口加入的所有 VLAN中的 MAC转发表项； 或者，
在 MSTP场景下， 根据本地配置的实例与 VLAN的对应关系， 以及所 述 TCN报文中包含的实例信息， 清除所述实例信息指示的实例对应的 VLAN的 MAC转发表项。
可选的， 该设备还可以包括：
发送模块， 用于向同一个 STP域内的其它交换机设备发送 TCN报文， 以便所述其它交换机设备清除本地的 MAC转发表项。
本实施例在本地终端接入的网络拓朴发生变化后， 通过第一报文获知 该切换并清除 MAC转发表项， 可以快速清除第二 RB设备上的 MAC转发 表项， 触发 TRILL网络数据流量快速收敛。
本领域普通技术人员可以理解： 实现上述各方法实施例的全部或部分 步骤可以通过程序指令相关的硬件来完成。 前述的程序可以存储于一计算 机可读取存储介质中。 该程序在执行时， 执行包括上述各方法实施例的步 骤； 而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储 程序代码的介质。
最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非 对其限制； 尽管参照前述各实施例对本发明进行了详细的说明， 本领域的 普通技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案进 行修改， 或者对其中部分或者全部技术特征进行等同替换； 而这些修改或 者替换， 并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权利要求
1、 一种清除媒体接入控制 MAC转发表项的方法， 其特征在于， 包括： 第一路由桥接设备 RB检测到本地终端接入的网络拓朴发生变化； 所述第一 RB向第二 RB发送第一报文， 以便所述第二 RB接收到所述 第一报文后清除对应的 MAC转发表项，所述第二 RB是指至少配置了一个 与所述第一 RB相同虚拟局域网 VLAN的 RB。
2、 根据权利要求 1所述的方法， 其特征在于， 在指定转发者 AF机制 下， 所述第一 RB检测到本地终端接入的网络拓朴发生变化， 包括：
第一 RB检测到自身由非 AF切换为 AF。
3、根据权利要求 2所述的方法，其特征在于，所述第一报文为 MAC 清 除报文， 所述 MAC 清除报文中包含 VLAN信息， 指示所述第二 RB清除 所述 VLAN信息对应的 MAC转发表项。
4、 根据权利要求 3所述的方法， 其特征在于， 所述 MAC 清除报文中 还包含一个或多个 MAC地址或者别名， 用于指示所述第二 RB清除所述 VLAN信息对应的所有 MAC转发表项中包含所述 MAC地址或者别名的 MAC转发表项。
5、 根据权利要求 1所述的方法， 其特征在于， 在第一 RB模拟生成树 协议 STP根桥机制下， 所述第一 RB检测到本地终端接入的网络拓朴发生 变化， 包括：
第一 RB从面向本地终端的接入端口接收到拓朴变化 TCN报文或者 TC 报文。
6、 根据权利要求 5所述的方法， 其特征在于， 在所述第二 RB与所述 第一 RB位于同一个 STP域时， 所述第一报文为 TCN报文或者 TC报文， 指示所述第二 RB清除本地的 MAC转发表项，其中，在 STP或快速生成树 协议 RSTP场景下，所述第一^艮文指示第二 RB清除面向本地终端的接入端 口加入的所有 VLAN中的 MAC转发表项， 在多实例生成树协议 MSTP场 景下， 所述第一报文中包含实例信息，指示第二 RB清除与所述实例信息对 应的 VLAN的 MAC转发表项。
7、 根据权利要求 5所述的方法， 其特征在于， 在所述第二 RB为所述 第一 RB位于的 STP域之外的 RB时， 所述第一报文为 MAC清除报文， 所 述 MAC 清除报文中包含 VLAN信息， 指示所述第二 RB清除所述 VLAN 信息对应的 MAC转发表项。
8、 根据权利要求 1-7任一项所述的方法， 其特征在于， 所述 MAC转 发表项包含终端 MAC地址与接入 RB的别名之间的对应关系。
9、 一种清除媒体接入控制 MAC转发表项的方法， 其特征在于， 包括： 第二路由桥接设备 RB接收第一报文，所述第一报文为第一 RB检测到 本地终端接入的网络拓朴发生变化后发送的，所述第二 RB是指至少配置了 一个与所述第一 RB相同虚拟局域网 VLAN的 RB;
所述第二 RB根据所述第一报文清除对应的 MAC转发表项。
10、 根据权利要求 9所述的方法， 其特征在于， 所述第一报文为 MAC 清除报文， 所述 MAC 清除报文中包含虚拟局域网 VLAN信息， 所述根据 所述第一报文清除对应的 MAC转发表项， 包括：
清除所述 VLAN信息指示的 VLAN对应的 MAC转发表项。
11、 根据权利要求 10所述的方法， 其特征在于， 所述 MAC清除报文 中还包括一个或多个 MAC地址或者别名， 所述清除所述 VLAN信息指示 的 VLAN对应的 MAC转发表项， 包括：
清除所述 VLAN信息指示的 VLAN对应的所有 MAC转发表项中包含 所述 MAC地址或者别名的 MAC转发表项。
12、 根据权利要求 9所述的方法， 其特征在于， 所述第一报文为拓朴 变化 TCN报文或者 TC报文， 所述根据所述第一报文清除对应的 MAC转 发表项， 包括：
在生成树协议 STP或快速生成树协议 RSTP场景下， 清除面向本地终 端的接入端口加入的所有 VLAN中的 MAC转发表项； 或者，
在多实例生成树协议 MSTP场景下， 所述 TCN报文或者 TC报文中包 含实例信息，根据本地配置的实例与 VLAN的对应关系， 以及所述 TCN报 文中包含的实例信息，清除所述实例信息指示的实例对应的 VLAN的 MAC 转发表项。
13、 根据权利要求 12所述的方法， 其特征在于， 还包括：
所述第二 RB向同一个 STP域内的其它交换机设备发送所述 TCN报文 或者 TC报文， 以便所述其它交换机设备清除本地的 MAC转发表项。
14、一种清除媒体接入控制 MAC转发表项的设备，其特征在于， 包括： 检测模块， 用于检测到本地终端接入的网络拓朴发生变化；
发送模块，用于向第二路由桥接设备 RB发送第一报文， 以便所述第二 RB接收到所述第一报文后清除对应的 MAC转发表项， 所述第二 RB是指 至少配置了一个与所述第一 RB相同虚拟局域网 VLAN的 RB。
15、 根据权利要求 14所述的设备， 其特征在于， 所述检测模块具体用 于：
在指定转发者 AF机制下检测到所述设备由非 AF转变为 AF后后， 确 定本地终端接入的网络拓朴发生变化。
16、 根据权利要求 15所述的设备， 其特征在于， 所述发送模块发送的 所述第一报文为 MAC 清除报文，所述 MAC 清除报文中包含 VLAN信息， 指示所述第二 RB清除所述 VLAN信息对应的 MAC转发表项。
17、 根据权利要求 14所述的设备， 其特征在于， 所述检测模块具体用 于：
在第一 RB模拟生成树协议 STP根桥机制下， 从面向本地终端的接入 端口接收到 TCN报文时， 确定终端接入的网络拓朴发生切换。
18、 根据权利要求 17所述的设备， 其特征在于，
所述发送模块发送的所述第一报文为拓朴变化 TCN报文或者 TC报文， 指示所述第二 RB清除本地的 MAC转发表项，其中，在 STP或快速生成树 协议 RSTP场景下，所述第一^艮文指示第二 RB清除面向本地终端的接入端 口加入的所有 VLAN中的 MAC转发表项， 在多实例生成树协议 MSTP场 景下， 所述第一报文中包含实例信息，指示第二 RB清除与所述实例信息对 应的 VLAN的 MAC转发表项； 或者，
所述发送模块发送的所述第一报文为 MAC清除报文，所述 MAC 清除 报文中包含 VLAN信息， 指示所述第二 RB清除所述 VLAN信息对应的 MAC转发表项。
19、一种清除媒体接入控制 MAC转发表项的设备，其特征在于， 包括： 接收模块， 用于接收第一报文， 所述第一报文为第一路由桥接设备 RB 检测到本地终端接入的网络拓朴发生变化后发送的；
处理模块， 用于根据所述第一报文清除对应的 MAC转发表项。
20、根据权利要求 19所述的设备， 其特征在于， 所述第一报文为 MAC 清除报文， 所述 MAC 清除报文中包含虚拟局域网 VLAN信息， 所述处理 模块具体用于：
清除所述 VLAN信息指示的 VLAN对应的 MAC转发表项。
21、 根据权利要求 19所述的设备， 其特征在于， 所述第一报文为拓朴 变化 TCN报文或者 TC报文， 所述处理模块具体用于：
在生成树协议 STP或快速生成树协议 RSTP场景下， 清除面向本地终 端的接入端口加入的所有 VLAN中的 MAC转发表项； 或者，
在多实例生成树协议 MSTP场景下， 根据本地配置的实例与 VLAN的 实例信息指示的实例对应的 VLAN的 MAC转发表项。
22、 根据权利要求 21所述的设备， 其特征在于， 还包括：
发送模块，用于向同一个 STP域内的其它交换机设备发送 TCN报文或 者 TC报文， 以便所述其它交换机设备清除本地的 MAC转发表项。
PCT/CN2013/076691 2012-06-07 2013-06-04 清除媒体接入控制转发表项的方法和设备 WO2013182031A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP13800770.3A EP2852108B1 (en) 2012-06-07 2013-06-04 Method and device for clearing media access control forwarding table items
US14/562,678 US9762410B2 (en) 2012-06-07 2014-12-06 Method and device for clearing media access control forwarding entry
US15/663,398 US10277418B2 (en) 2012-06-07 2017-07-28 Method and device for clearing media access control forwarding entry

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210186577.7A CN103475583B (zh) 2012-06-07 2012-06-07 清除媒体接入控制转发表项的方法和设备
CN201210186577.7 2012-06-07

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/562,678 Continuation US9762410B2 (en) 2012-06-07 2014-12-06 Method and device for clearing media access control forwarding entry

Publications (1)

Publication Number Publication Date
WO2013182031A1 true WO2013182031A1 (zh) 2013-12-12

Family

ID=49711365

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/076691 WO2013182031A1 (zh) 2012-06-07 2013-06-04 清除媒体接入控制转发表项的方法和设备

Country Status (4)

Country Link
US (2) US9762410B2 (zh)
EP (1) EP2852108B1 (zh)
CN (1) CN103475583B (zh)
WO (1) WO2013182031A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9455916B2 (en) 2014-09-22 2016-09-27 Industrial Technology Research Institute Method and system for changing path and controller thereof

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103475583B (zh) * 2012-06-07 2017-11-17 华为技术有限公司 清除媒体接入控制转发表项的方法和设备
CN104301226B (zh) * 2013-07-16 2017-11-10 新华三技术有限公司 一种指定路由桥选举方法、设备和系统
CN104753790B (zh) * 2013-12-26 2018-05-04 华为技术有限公司 一种基于trill网络的报文传输方法及设备
CN104320349B (zh) * 2014-10-31 2017-12-15 新华三技术有限公司 一种组播转发表项更新方法和装置
JP2017158079A (ja) * 2016-03-03 2017-09-07 富士通株式会社 データ中継装置及びデータ中継方法
CN106656818B (zh) * 2016-11-18 2019-11-08 杭州迪普科技股份有限公司 一种清除快速转发表项的方法和装置
CN107483312A (zh) * 2017-09-11 2017-12-15 安徽皖通邮电股份有限公司 一种加速媒体接入控制地址收敛的方法和系统
JP6890334B2 (ja) * 2018-09-28 2021-06-18 サイレックス・テクノロジー株式会社 通信装置、制御方法、および、プログラム
CN114760207A (zh) * 2022-05-05 2022-07-15 烽火通信科技股份有限公司 以太网的环网破环方法与系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101110747A (zh) * 2007-09-12 2008-01-23 华为技术有限公司 清除介质访问控制地址的方法、系统和设备
CN102088415A (zh) * 2011-03-14 2011-06-08 杭州华三通信技术有限公司 Mac地址撤销的方法及设备
CN102142931A (zh) * 2011-01-22 2011-08-03 华为数字技术有限公司 一种防止e-trunk丢包的方法、装置和系统
US20110299536A1 (en) * 2010-06-08 2011-12-08 Brocade Communications Systems, Inc. Method and system for link aggregation across multiple switches

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7609658B2 (en) * 2006-08-03 2009-10-27 Cisco Technology, Inc. Method and system for identifying instability or a spanning tree protocol loop in a network
US7876710B2 (en) 2008-07-30 2011-01-25 Juniper Networks, Inc. Layer two MAC flushing/re-routing
CN101834774A (zh) * 2009-03-11 2010-09-15 中兴通讯股份有限公司 以太环网中交换节点端口的地址刷新方法及交换节点
US7944860B2 (en) * 2009-06-04 2011-05-17 Cisco Technology, Inc. Preventing loss of network traffic due to inconsistent configurations within the network
US8982733B2 (en) * 2011-03-04 2015-03-17 Cisco Technology, Inc. System and method for managing topology changes in a network environment
CN102694664B (zh) * 2011-03-25 2014-11-05 华为技术有限公司 组播方法及组播设备
CN102185782B (zh) * 2011-05-17 2014-04-02 福建星网锐捷网络有限公司 多链接透明传输互连网络的数据发送方法及其装置
US8879549B2 (en) * 2011-06-28 2014-11-04 Brocade Communications Systems, Inc. Clearing forwarding entries dynamically and ensuring consistency of tables across ethernet fabric switch
US9401861B2 (en) * 2011-06-28 2016-07-26 Brocade Communications Systems, Inc. Scalable MAC address distribution in an Ethernet fabric switch
CN102957620B (zh) * 2011-08-26 2017-04-26 华为技术有限公司 一种trill网络中mac地址表项的管理方法和设备
CN102394819B (zh) * 2011-10-31 2015-04-15 杭州华三通信技术有限公司 一种trill网络中指定vlan转发者的选举方法和装置
CN103475583B (zh) * 2012-06-07 2017-11-17 华为技术有限公司 清除媒体接入控制转发表项的方法和设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101110747A (zh) * 2007-09-12 2008-01-23 华为技术有限公司 清除介质访问控制地址的方法、系统和设备
US20110299536A1 (en) * 2010-06-08 2011-12-08 Brocade Communications Systems, Inc. Method and system for link aggregation across multiple switches
CN102142931A (zh) * 2011-01-22 2011-08-03 华为数字技术有限公司 一种防止e-trunk丢包的方法、装置和系统
CN102088415A (zh) * 2011-03-14 2011-06-08 杭州华三通信技术有限公司 Mac地址撤销的方法及设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2852108A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9455916B2 (en) 2014-09-22 2016-09-27 Industrial Technology Research Institute Method and system for changing path and controller thereof

Also Published As

Publication number Publication date
US20170331640A1 (en) 2017-11-16
US10277418B2 (en) 2019-04-30
US20150092602A1 (en) 2015-04-02
US9762410B2 (en) 2017-09-12
EP2852108B1 (en) 2018-08-01
CN103475583A (zh) 2013-12-25
CN103475583B (zh) 2017-11-17
EP2852108A1 (en) 2015-03-25
EP2852108A4 (en) 2015-05-20

Similar Documents

Publication Publication Date Title
WO2013182031A1 (zh) 清除媒体接入控制转发表项的方法和设备
US10616091B2 (en) Exploratory linktrace operations in a computer network
EP2412129B1 (en) Redundant host connection in a routed network
US8446914B2 (en) Method and system for link aggregation across multiple switches
CN101771618B (zh) 一种分组传送网络接入环中主机路由可达的方法及系统
KR101613640B1 (ko) 패킷 포워딩
WO2007076678A1 (fr) Procede de transfert de donnees et appareil de commutation
WO2009092241A1 (zh) 基于环路的报文传送方法、网络系统和节点设备
WO2014114092A1 (zh) 一种多归接入叠加网络中报文处理的方法和系统
EP3095216B1 (en) Single hop overlay architecture for line rate performance in campus networks
EP3113422B1 (en) Method and system of enhancing multiple mac registration protocol (mmrp) for protocol internetworking
US20130279513A1 (en) Systems and methods for pseudo-link creation
WO2014040422A1 (zh) 介质访问控制地址学习控制方法、装置和路由桥
WO2015032261A1 (zh) 路由更新方法和路由设备
WO2014086242A1 (zh) 多链路透明互连网络中组播转发方法及装置、路由桥
Costa et al. A rrr redbox for safety-critical networked embedded systems
US20150319082A1 (en) Method, RB and TRILL Network for Implementing TRILL OAM Packet
Naqvi Overview and Design of Overlay Transport Virtualization

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13800770

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2013800770

Country of ref document: EP