WO2012109941A1 - Procédé et système de sauvegarde par redondance dans un réseau trill - Google Patents

Procédé et système de sauvegarde par redondance dans un réseau trill Download PDF

Info

Publication number
WO2012109941A1
WO2012109941A1 PCT/CN2011/084161 CN2011084161W WO2012109941A1 WO 2012109941 A1 WO2012109941 A1 WO 2012109941A1 CN 2011084161 W CN2011084161 W CN 2011084161W WO 2012109941 A1 WO2012109941 A1 WO 2012109941A1
Authority
WO
WIPO (PCT)
Prior art keywords
virtual
trill network
primary device
nickname
routing
Prior art date
Application number
PCT/CN2011/084161
Other languages
English (en)
Chinese (zh)
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 中兴通讯股份有限公司
Publication of WO2012109941A1 publication Critical patent/WO2012109941A1/fr

Links

Classifications

    • 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/58—Association of routers
    • H04L45/586—Association of routers of virtual routers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability

Definitions

  • the present invention relates to a Transparent Interconnection over Lots of Links (TRILL) technology, and in particular, to a redundancy backup method and system for a TRILL network.
  • TRILL Transparent Interconnection over Lots of Links
  • TRILL is the connection layer (L2) network standard recommended by the Internet Engineering Task Force (IETF) to address the shortcomings of the Spanning Tree Protocol (STP) in large data centers.
  • L2 networks STP avoids loops by blocking redundant links, but it also wastes redundant link bandwidth.
  • TRILL solves the L2 loop problem by introducing the Intermediate System to Intermediate System Routing Protocol (ISIS) into the L2 network, while preserving L2 multipath.
  • ISIS Intermediate System to Intermediate System Routing Protocol
  • a device running the TRILL protocol is called a route bridge (RBridge).
  • the routing bridge at the TRILL network ingress is responsible for encapsulating the unicast data frame of the End System into a TRILL data frame and injecting it into the TRILL network; and routing the bridge at the TRILL network egress (Egress). , is responsible for decapsulating the TRILL data frame into the original data frame and forwarding it to the end system.
  • Other routing bridges are responsible for transmitting TRILL unicast data frames from Ingress-hop to Egress, which is called a transport routing bridge.
  • TRILL The application scenario of TRILL is mainly a large data center (DC, Data Center).
  • DC Data Center
  • interworking between DCs is inevitable. Therefore, the interconnection between TRILL networks is an unavoidable problem.
  • the Border Routing Bridge (BRB) that connects different TRILL networks is a key device in the TRILL network. Its failure will cut off between the networks. Contact, make the local network an island, cross-network services will be affected, therefore, for the critical routing bridges in the TRILL network, such as border routing bridges, redundant backup is very necessary, and has not yet proposed corresponding technology.
  • the main purpose of the present invention is to provide a redundancy backup method and system for a TRILL network to solve the problem that the critical routing bridge cannot be redundantly backed up in the TRILL network.
  • the present invention provides a redundancy backup method for a TRILL network, the method comprising: configuring the same virtual system ID and virtual alias (nickname) for two or more routing bridges;
  • the active device performs control information distribution and data forwarding of the TRILL network according to the configured virtual system ID and virtual Nickname;
  • a routing bridge When detecting that the primary device is faulty, a routing bridge is re-selected from the standby device as the primary device, and the re-selected primary device performs control information distribution and data forwarding of the TRILL network.
  • the selecting a routing bridge as the primary device includes: pre-configuring a priority value in the two or more routing bridges; and the two or more routing bridges Performing a virtual routing redundancy protocol (VRRP) packet exchange, the VRRP packet includes a configured virtual system ID, a virtual Nickname, and a priority value; the routing bridges according to the priority in the VRRP packet Value, select one routing bridge as the primary device, and the other routing bridges as the standby device.
  • VRRP virtual routing redundancy protocol
  • the party The method further includes: the two or more routing bridges respectively verifying whether there is an incorrect VRRP configuration, and if so, reconfiguring the virtual system ID and the virtual Nickname on the two or more routing bridges, otherwise , Select a routing bridge as the primary device.
  • the detecting that the primary device is faulty includes: the primary device periodically sending a VRRP packet including the virtual system ID and the virtual Nickname to each standby device; If the VRRP packet sent by the active device is not received within the preset time, the primary device is determined to be faulty.
  • the active device performs control information distribution and data forwarding of the TRILL network according to the configured virtual system ID and the virtual Nickname, including:
  • the active device obtains a virtual media access control (MAC) address according to the configured virtual system ID and the virtual Nickname, and sends the virtual system ID, the virtual Nickname, and the virtual package to other routing bridges in the current TRILL network.
  • the intermediate system of the MAC address to the Intermediate System Routing Protocol (ISIS) multicast packet establishes a neighbor relationship with other routing bridges in the current TRILL network, and performs data forwarding according to the virtual MAC address.
  • ISIS Intermediate System Routing Protocol
  • the method further includes: receiving, by the standby device, the control information of the TRILL network according to the configured virtual system ID and the virtual Nickname, to obtain a neighbor relationship and/or network extension between the routing bridges in the current TRILL network. Park information.
  • the method before performing the data forwarding of the TRILL network by the re-selected active device, the method further includes:
  • the virtual system ID and the virtual Nickname configured by the re-selected active device obtain a virtual MAC address, and send the virtual system ID, the virtual Nickname, and the virtual MAC address to other routing bridges in the current TRILL network.
  • ISIS multicasts packets and forwards data according to the virtual MAC address.
  • the present invention also provides a redundant backup system for a TRILL network, the system comprising a routing bridge as a primary device and one or more routing bridges as backup devices,
  • the primary device and the backup device are configured with the same virtual system ID and virtual Nickname;
  • the primary device is configured to perform control information distribution and data forwarding of the TRILL network according to the configured virtual system ID and the virtual Nickname;
  • the standby device is configured to re-select the active device when the primary device is detected to be faulty, and perform the control information distribution and data forwarding of the TRILL network by the re-selected primary device.
  • the primary device is further configured to obtain a virtual MAC address according to the configured virtual system ID and the virtual Nickname, and send the virtual system ID and the virtual package to other routing bridges in the current TRILL network.
  • the Nickname and the ISIS multicast packet of the virtual MAC address are forwarded according to the virtual MAC address.
  • the standby device is further configured to receive control information of the TRILL network according to the configured virtual system ID and the virtual Nickname, and obtain a neighbor relationship and/or network topology information between the routing bridges in the current TRILL network. .
  • the primary device is further configured to periodically send a VRRP packet to the standby device, where the VRRP packet includes a virtual system ID and a virtual Nickname configured by itself; And detecting whether the VRRP packet sent by the active device is received in a preset time. If not, determining that the primary device is faulty; otherwise, determining that the primary device is normal.
  • the standby device is further configured to: when detecting that the primary device is faulty, send a VRRP packet to the other standby device, and receive a VRRP packet sent by the other standby device; according to the received VRRP
  • the priority value in the packet is selected as the primary device by itself and other routing bridges as the backup device.
  • the VRRP packet includes the virtual device configured by each standby device. System ID, virtual Nickname, and pre-configured priority values.
  • the TRILL network redundancy backup method and system of the invention implements the redundancy backup of the critical routing bridge in the TRILL network by applying the VRRP mechanism to the TRILL network, so that the When the key routing bridge fails, the service data can be switched to the backup routing bridge in time, and the switching process does not affect any other routing bridges in the TRILL network, which not only ensures the smooth flow of the TRILL network, but also improves the TRILL. Network stability and reliability.
  • FIG. 1 is a flowchart of implementing a redundancy backup method of a TRILL network according to the present invention
  • FIG. 2 is a schematic diagram of a format of a VRRP packet in the present invention
  • FIG. 3 is a schematic diagram of a VRRP data format in the present invention.
  • FIG. 4 is a schematic structural diagram of a TRILL network in Embodiment 1;
  • FIG. 5 is a schematic flowchart of implementing redundancy backup of a TRILL network in Embodiment 1. detailed description
  • VRRP Virtual Router Redundancy Protocol
  • the basic idea of the present invention is: Apply the existing VRRP protocol to the TRILL network, that is, transplant the VRRP protocol mechanism to the routing bridge, and configure the same virtual system ID and virtual alias for two or more routing bridges.
  • Nickname virtualize two or more routing bridges into a virtual routing bridge (VRB, Virtual RBridge), perform data forwarding on the TRILL network, and implement redundant backup of critical routing bridges in the TRILL network.
  • a bridge such as a border routing bridge of a TRILL network, can switch services to a backup routing bridge in the event of a failure, ensuring smooth flow of the TRILL network.
  • the redundancy backup method of the TRILL network proposed by the present invention may mainly include the following steps:
  • Step 101 Configure the same virtual system ID and virtual Nickname for two or more routing bridges
  • Step 102 Select one routing bridge from the two or more routing bridges as the primary device, and use other routing bridges as the backup device.
  • Step 103 The primary device performs control information distribution and data forwarding of the TRILL network according to the configured virtual system ID and the virtual Nickname.
  • control information may specifically be an ISIS multicast message.
  • Step 104 When detecting that the primary device is faulty, reselect a routing bridge from the standby device as the primary device, and perform the control information distribution of the TRILL network by the reselected primary device. Data forwarding.
  • the process of selecting a routing bridge as the primary device in the step 102 includes: pre-configuring a priority value in the two or more routing bridges, where the two or more routing bridges are configured Performing VRRP packet exchange, the VRRP packet includes a configured virtual system ID, a virtual Nickname, and a priority value, and each routing bridge selects a route according to the priority value in the VRRP packet.
  • the bridge acts as the primary device, and the other routing bridges act as backup devices.
  • the step 102 may further include: the two or more routing bridges respectively verifying whether there is an incorrect VRRP configuration, and if yes, reconfiguring the virtual system ID on the two or more routing bridges.
  • Virtual Nickname otherwise, select a routing bridge as the primary device.
  • the routing bridges obtain the virtual system IDs and virtual Nicknames of the other routing bridges through the VRRP packets, and compare the obtained virtual system IDs and virtual Nicknames with the configured virtual system IDs and virtual Nicknames. If the same, it is determined that there is no wrong VRRP configuration, otherwise, there is an incorrect VRRP configuration.
  • step 104 the process of reselecting the active device in step 104 is specific to the above step 102.
  • the implementation process is similar and will not be described here.
  • the step 103 further includes: the primary device obtaining a virtual media access control (MAC) address according to the configured virtual system ID and the virtual Nickname, to other routing bridges in the current TRILL network.
  • the ISIS multicast packet encapsulated with the virtual system ID, the virtual Nickname, and the virtual MAC address is sent to establish a neighbor relationship with other routing bridges in the current TRILL network, and data is forwarded according to the virtual MAC address.
  • MAC media access control
  • the step 103 may further include: the standby device receiving the control information of the TRILL network according to the configured virtual system ID and the virtual Nickname, and obtaining the neighbor relationship and/or network topology information between the routing bridges in the current TRILL network.
  • the control information may specifically be an ISIS multicast message.
  • the method may further include: the re-selected active device obtains the virtual according to the configured virtual system ID and the virtual Nickname
  • the MAC address is used to send ISIS multicast packets encapsulating the virtual system ID, the virtual Nickname, and the virtual MAC address to other routing bridges in the current TRILL network, and perform data forwarding according to the virtual MAC address.
  • the detecting that the primary device is faulty may include: the primary device periodically sending a VRRP packet including the virtual system ID and the virtual Nickname to each standby device; If the device does not receive the VRRP packet sent by the active device within the preset time, the device determines that the active device is faulty.
  • the routing bridge is in the master state, the configured virtual system ID, virtual Nickname, and virtual MAC address are used to establish neighbor relationships with other routing bridges in the network, and control information distribution and data forwarding are performed.
  • the configured virtual system ID, virtual Nickname, and virtual MAC address are used to receive TRILL ISIS and end-site address distribution information sent by other devices in the network to the VRB group (ESADI, End Station).
  • Address distribution information such as TRILL-related control information, such as ISIS multicast packets, where ISIS multicast packets can include one or more of the following: hello packets, link state packets ( LSP, Link State Packet) message, CSNP: Complete Sequence Number Packets (PSNP), Partial Sequence Number Packets (PSNP), and ESADI packets, and corresponding topology information calculation, For example, if the TRILL ISIS packet sent by the master device is received, the TRILL ISIS packet sent by the master device is not processed and discarded.
  • the routing bridge that serves as the primary device uses the virtual system ID and the virtual Nickname to send data frames and control information, such as hello packets, LSP packets, CSNP packets, PSNP packets, and ESADI packets, and uses the virtual system ID and The virtual Nickname receives data frames and control information sent by other routing bridges in the TRILL network.
  • data frames and control information such as hello packets, LSP packets, CSNP packets, PSNP packets, and ESADI packets
  • a standby device becomes the new primary device. Because the virtual system ID and virtual Nickname configured by the primary device and the standby device are the same, the primary device is the same.
  • the TRILL network neighbor relationship established by the device, and the standby device receives the control information of the TRILL network, and obtains the neighbor relationship and/or network topology information of the TRILL network, so that the TRILL ISIS link state database maintained by the primary device and the standby device is also The same and synchronized, therefore, the TRILL ISIS control information sent by the new active device is exactly the same as the TRILL ISIS control information sent by the original active device, so that the device switching process, for other routing bridges in the TRILL network It is completely transparent and will not affect the operation of TRILL ISIS, achieving smooth switching of devices in the TRILL network.
  • the VRRP packet is encapsulated in an IP packet format, and the destination address is an IPV4 multicast address.
  • the VRRP packet is a Layer 2 encapsulated packet format, and a VRRP multicast address (VRRP for TRILL) is used for the TRILL network, and the source MAC address of the VRRP packet is the real MAC address of the routing bridge interface.
  • the MAC address is the VRRP for TRILL.
  • the payload part of the Ethernet frame is the VRRP control packet.
  • the format of the packet is shown in Figure 2.
  • a common routing bridge does not receive the multicast packet. Only the VRRP-enabled routing bridge on the local link receives the VRRP packet.
  • the VRRP data in the VRRP packet can include the virtual system ID, the virtual Nickname, and the virtual MAC address.
  • the format is as shown in Figure 3.
  • the IP information in the existing VRRP data is changed.
  • Nickname information, the number of IP addresses (Count IP Addrs) is changed to the number of aliases (Count Nicknames)
  • the Nickname information in the VRRP data is the configured virtual Nickname
  • the virtual system ID entry is added to the VRRP data.
  • the present invention further provides a redundancy backup system for a TRILL network
  • the system may include a routing bridge as a primary device, and one or more routing bridges as a backup device, where The primary device and the backup device are configured with the same virtual system ID and virtual Nickname; the primary device is configured to perform control information distribution and data forwarding of the TRILL network according to the configured virtual system ID and virtual Nickname; When the failure of the primary device is detected, the primary device is reselected and is performed by the reselected primary device. Control information distribution and data forwarding of the TRILL network.
  • the primary device is further configured to obtain a virtual MAC address according to the configured virtual system ID and the virtual Nickname, and send the virtual system ID, the virtual Nickname, and the virtual to the other routing bridges in the current TRILL network.
  • the ISIS multicast packet of the MAC address is forwarded according to the virtual MAC address.
  • the standby device is further configured to receive the control information of the TRILL network according to the configured virtual system ID and the virtual Nickname, and obtain the neighbor relationship and/or network topology information between the routing bridges in the current TRILL network.
  • the primary device is further configured to periodically send a VRRP packet to the standby device, where the VRRP packet includes a virtual system ID and a virtual Nickname configured by itself; and the standby device is further configured to detect Whether the VRRP message sent by the primary device is received within a preset time, and if not, determining that the primary device is faulty; otherwise, determining that the primary device is normal.
  • the backup device is further configured to: when detecting that the primary device is faulty, send a VRRP packet to the other backup device, and receive a VRRP packet sent by the other standby device; according to the received VRRP packet
  • the priority value is selected as a primary device by itself and other routing bridges as backup devices.
  • the VRRP packet includes the virtual system ID configured by each standby device. Virtual Nickname and pre-configured priority values.
  • the TRILL network, RB_1, RB_2, and RB_3 are all routing bridges in the current TRILL network.
  • RB_2 and RB_3 are interconnected with RB_1 through Ethernet, and RB_3 is used as the backup device of RB_2 to implement current TRILL network redundancy.
  • the backup process, as shown in Figure 5, is as follows:
  • Step 501 Configure a virtual route bridge ID (VRB ID) on RB_2 and RB_3,
  • the priority value, the virtual system ID (System-ID), the virtual Nickname, and the virtual MAC address are calculated according to the format of 00-00-5E-01- ⁇ Virt_Nickname ⁇ according to the configured virtual Nickname.
  • the virtual route bridge ID (VRB ID) configured on RB_2 and RB_3, the virtual system ID and the virtual Nickname are the same, and the configured priority values are different.
  • the configured virtual Nickname can be one or more.
  • one primary virtual alias (Primary Virt_Nickname) is specified.
  • Step 502 Configure TRILL ISIS on RB_2 and RB_3 respectively.
  • the configuration is similar to the TRILL ISIS configuration of the existing routing bridge.
  • Step 503 RB_2 and RB_3 are in operation, and RB_2 and RB_3 exchange VRRP packets, and the VRRP packet carries VRRP data including a virtual route bridge ID (VRB ID), a virtual system ID, a priority value, and a virtual Nickname, and RB_2 is selected.
  • VRB ID virtual route bridge ID
  • RB_3 acts as a backup device for RB_2.
  • RB_2 sends a VRRP packet to the RB_3, and the VRRP packet carries the VRRP data configured on the RB_2, and the VRRP packet also sends the VRRP packet to the RB_2, where the VRRP packet carries the VRRP data configured on the RB_3; RB_2 and RB_3 respectively
  • the virtual routing bridge ID VRB ID
  • the virtual system ID the virtual system ID
  • the virtual Nickname the RB_2 with the highest priority is selected as the primary device according to the priority value
  • the RB_3 is used as the standby device of the RB_2.
  • the destination MAC address of the VRRP packet is the VRRP for TRILL multicast address
  • the source MAC address is the MAC address of the RB_2 interface or the MAC address of the RB_3 interface.
  • RB_2 and RB_3 can also check whether each other exists according to the obtained virtual system ID and virtual Nickname. Error configuration, if yes, return to step 501, re-configure, otherwise, you can continue the next steps. Specifically, RB_2 and RB_3 compare the obtained virtual system ID and virtual Nickname, respectively, with the virtual system ID and virtual Nickname configured by themselves, and if they are the same, there is no misconfiguration, and if they are not the same, there is an error configuration. .
  • the RB_2 after determining that the RB_2 is the master device, the RB_2 periodically sends a VRRP packet to the RB_3, and advertises itself as the master device.
  • the 1 ⁇ _3 can receive the VRRP packet according to whether the VRRP packet is received. , Check if RB_2 is faulty.
  • Step 504 RB_2 is used as the primary device, and the TRILL ISIS is run according to the configured virtual system ID, the virtual Nickname, and the virtual MAC address, and the control information is distributed and the TRILL data frame is forwarded, and the neighbor relationship is established with other routing bridges in the current TRILL network.
  • the network topology information is synchronized;
  • RB_3 is used as a backup device, and the TRILL ISIS protocol is executed according to the configured virtual system ID, virtual Nickname, and virtual MAC address, and is received by other devices in the current TRILL network, encapsulated with the virtual MAC address, and virtualized.
  • Nickname and the control information of the virtual system ID such as the control information sent by RB_1, and the calculation of the TRILL network neighbor relationship, maintaining the same link state database as RB_2.
  • control information may be an ISIS multicast message.
  • the RB_2 as the primary device, sends an ISIS multicast packet encapsulating the virtual system ID, the virtual Nickname, and the virtual MAC address in the current TRILL network according to the configured virtual system ID, the virtual Nickname, and the virtual MAC address.
  • Establishes a neighbor relationship with other routing bridges in the current TRILL network completes network topology information synchronization, and forwards data frames between the Ethernet and other routing bridges in the current TRILL network. For example, establishes a neighbor relationship with RB_1 and associates with RB_1. Perform TRILL data frame forwarding.
  • the RB_2 as the primary device sends an ISIS multicast packet encapsulating the virtual system ID, the virtual Nickname, and the virtual MAC address, and other devices in the Ethernet, such as the switch, can receive the ISIS multicast packet and learn the virtual Correspondence between the MAC address and the port,
  • other devices such as the switch can forward the TRILL data frame of the virtual MAC address sent by the other routing bridges to the primary device through the corresponding port.
  • RB_2 can also forward the TRILL data frame whose source MAC address is the virtual MAC address and the destination MAC address to other routing bridge MACs, and forward the corresponding MAC address to the corresponding routing bridge through the corresponding port.
  • RB_3 which is a standby device, discards all TRILL data frames whose destination MAC is a virtual MAC address.
  • Step 505 When the RB_2 as the primary device fails, the RB_3 as the standby device detects that the RB_2 is faulty, sends a VRRP packet, selects itself as the new active device, and according to the configured virtual system ID, The virtual Nickname and the virtual MAC address run TRILL ISIS, and control information distribution and data forwarding are performed in the current TRILL network.
  • the RB_2 which is the active device, periodically sends the VRRP packet including the virtual system ID, the virtual Nickname, and the virtual MAC to the RB_3 as the standby device. After the timer expires on the RB_3, the RB_2 is not received. If VRRP packets are sent, RB_2 is considered to be faulty.
  • other fast detection mechanisms such as L2 Bidirectional Forwarding Detection (BFD), can be used to detect whether the primary device is invalid.
  • the fault is detected: When the primary device fails, the standby device timeout timer expires (or another fast detection mechanism, such as L2 BFD technology, detects MASTER failure), then sends a VRRP notification message, and selects a new one. MASTER.
  • RB_3 when RB_2 fails, RB_3 does not receive the VRRP packet sent by RB_2, and selects itself as the new active device.
  • the new active device performs the network management function of the original active device, and sends ISIS multicast packets encapsulating the virtual system ID, virtual Nickname, and virtual MAC address in the current TRILL network to update the MAC addresses of other devices on the local Ethernet. Table,
  • the TRILL data frame can be switched to the new active device for forwarding.
  • the ISIS multicast packet whose source MAC address is a virtual MAC address may be a hello packet and an LSP packet. To request a lost or up-to-date LSP, it is a PSNP message. If the primary device is a designated routing bridge of the link, the ISIS multicast packet may further include a CSNP packet. If the ESADI protocol is enabled, the ISIS multicast packet can also include ESADI packets.
  • the TRILL ISIS link state database maintained by the RB_3 as the standby device is the same as the TRILL ISIS link state database of the RB_2 as the active device, after the RB_3 is selected as the new active device, it is not necessary to re-establish The neighbor relationship ensures smooth switching and improves the stability of the network.
  • the link state database of the new active device and the original active device are the same, and the same virtual system ID, virtual Nickname, and virtual MAC address are used for data forwarding, for other routing bridges in the TRILL network (such as RB_1) , it is considered that the same device is performing data forwarding. Therefore, the switching between the active device and the standby device is completely transparent to other routing bridges in the TRILL network.

Abstract

La présente invention se rapporte à un procédé de sauvegarde par redondance dans un réseau TRILL. Le procédé selon l'invention consiste : à configurer le même ID de système virtuel et le même pseudonyme virtuel pour deux ponts routeurs (RBridges) ou plus ; à sélectionner l'un de ces ponts routeurs en tant que dispositif primaire et à utiliser les autres ponts routeurs en tant que dispositifs de secours ; à amener le dispositif primaire à distribuer des données de contrôle et à transmettre des données dans le réseau TRILL sur la base de l'ID de système virtuel et du pseudonyme virtuel configurés ; et, quand il est détecté que le dispositif primaire présente une anomalie, à resélectionner l'un des ponts routeurs en tant que dispositif primaire et à amener le dispositif primaire resélectionné à distribuer des données de contrôle et à transmettre des données dans le réseau TRILL. La présente invention se rapporte d'autre part à un système de sauvegarde par redondance dans un réseau TRILL. Le système selon l'invention ne garantit pas seulement un fonctionnement régulier du réseau TRILL. Il est également apte à améliorer la stabilité et la fiabilité du réseau TRILL.
PCT/CN2011/084161 2011-02-15 2011-12-16 Procédé et système de sauvegarde par redondance dans un réseau trill WO2012109941A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110038510.4A CN102638389B (zh) 2011-02-15 2011-02-15 一种trill网络的冗余备份方法及系统
CN201110038510.4 2011-02-15

Publications (1)

Publication Number Publication Date
WO2012109941A1 true WO2012109941A1 (fr) 2012-08-23

Family

ID=46622642

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/084161 WO2012109941A1 (fr) 2011-02-15 2011-12-16 Procédé et système de sauvegarde par redondance dans un réseau trill

Country Status (2)

Country Link
CN (1) CN102638389B (fr)
WO (1) WO2012109941A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104113428A (zh) * 2013-04-18 2014-10-22 杭州迪普科技有限公司 一种设备管理装置和方法
CN105610708A (zh) * 2014-10-31 2016-05-25 杭州华三通信技术有限公司 一种trill网络中组播frr的实现方法和rb设备
US9515918B2 (en) 2013-11-18 2016-12-06 International Business Machines Corporation Computing forwarding tables for link failures
CN114285795A (zh) * 2021-12-02 2022-04-05 中国银联股份有限公司 一种虚拟设备的状态控制方法、装置、设备及存储介质

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103973471B (zh) * 2013-01-31 2018-11-02 中兴通讯股份有限公司 一种trill分发树故障的通告方法和装置
CN104184669B (zh) * 2013-05-20 2017-10-03 新华三技术有限公司 昵称冲突检测方法及路由桥
JP6217138B2 (ja) * 2013-05-22 2017-10-25 富士通株式会社 パケット転送装置及びパケット転送方法
CN103532858B (zh) * 2013-10-31 2016-09-28 福建星网锐捷网络有限公司 基于trill网络中的数据报文的处理方法和装置
CN104601477B (zh) * 2013-10-31 2018-08-21 华为技术有限公司 Trill网络的接入方法及路由桥接设备
CN104660508B (zh) 2013-11-25 2018-03-16 华为技术有限公司 一种报文转发方法及装置
CN104717140B (zh) * 2013-12-11 2018-03-09 华为技术有限公司 Trill网络中边缘路由桥设备的故障处理方法和装置
CN104717089A (zh) * 2013-12-16 2015-06-17 华为技术有限公司 设备切换方法、路由桥设备及系统
CN105515999B (zh) * 2014-09-24 2020-05-19 中兴通讯股份有限公司 端系统地址分发信息协议的快速收敛方法及装置
CN107835126B (zh) * 2017-10-19 2021-08-24 苏州盛科通信股份有限公司 一种报文转发方法及系统
CN109395418B (zh) * 2018-11-13 2022-02-11 上海葡萄纬度科技有限公司 总线主从设备确定方法和系统及其介质与总线设备
CN111224870B (zh) * 2018-11-26 2022-11-18 中兴通讯股份有限公司 一种SR-MPLS Anycast场景下的故障修复方法、设备和存储介质
CN109617761B (zh) * 2018-12-10 2020-02-21 北京明朝万达科技股份有限公司 一种主备服务器切换方法及装置
CN114070781B (zh) * 2020-08-05 2023-08-08 北京威努特技术有限公司 一种数据通信方法、装置、系统及计算机设备
CN114124204B (zh) * 2022-01-24 2022-04-29 北京中昱光通科技有限公司 一种双备路olp光线路保护切换方法及装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101827009A (zh) * 2009-03-04 2010-09-08 丛林网络公司 利用服务vlan标识符在trill网络中路由帧

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1949767A (zh) * 2005-10-11 2007-04-18 华为技术有限公司 一种基于虚拟路由器冗余协议的主备路由设备切换方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101827009A (zh) * 2009-03-04 2010-09-08 丛林网络公司 利用服务vlan标识符在trill网络中路由帧

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
H. ZHAI ET AL.: "Extending the Virtual Router Redundancy Protocol for TRILL campus", DRAFT-HU-TRILL-RBRIDGE-VRRP-OO.TXT. IETF, 25 February 2011 (2011-02-25), pages 1 - 11 *
R. HINDEN: "Virtual Router Redundancy Protocol (VRRP)", IETF, April 2004 (2004-04-01), pages 1 *
R. PERLMAN ET AL.: "RBridges: Base Protocol Specification", DRAFT-IETF-TRILL- BRIDGE-PROTOCOL-L5.TXT. IETF, 22 January 2010 (2010-01-22) *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104113428A (zh) * 2013-04-18 2014-10-22 杭州迪普科技有限公司 一种设备管理装置和方法
CN104113428B (zh) * 2013-04-18 2018-04-06 杭州迪普科技股份有限公司 一种设备管理装置和方法
US9515918B2 (en) 2013-11-18 2016-12-06 International Business Machines Corporation Computing forwarding tables for link failures
CN105610708A (zh) * 2014-10-31 2016-05-25 杭州华三通信技术有限公司 一种trill网络中组播frr的实现方法和rb设备
US10523468B2 (en) 2014-10-31 2019-12-31 Hewlett Packard Enterprise Development Lp Traffic forwarding
CN114285795A (zh) * 2021-12-02 2022-04-05 中国银联股份有限公司 一种虚拟设备的状态控制方法、装置、设备及存储介质
CN114285795B (zh) * 2021-12-02 2023-01-31 中国银联股份有限公司 一种虚拟设备的状态控制方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN102638389A (zh) 2012-08-15
CN102638389B (zh) 2017-06-06

Similar Documents

Publication Publication Date Title
WO2012109941A1 (fr) Procédé et système de sauvegarde par redondance dans un réseau trill
EP3041179B1 (fr) Procédé et appareil destinés à être utilisés dans la gestion de réseau
WO2018054156A1 (fr) Système, dispositif et procédé de transmission de message vxlan
CN108512739B (zh) 以太网虚拟专用网络中的多宿主路由器之间的组播状态
JP5484590B2 (ja) 擬似ワイヤに基づいてサービストラヒックを処理するための方法、デバイスおよびシステム
US8817593B2 (en) Method and apparatus providing failover for a point to point tunnel for wireless local area network split-plane environments
KR101477153B1 (ko) 가상 레이어 2 및 그 확장성 증대를 위한 메커니즘
US7990852B1 (en) Methods and apparatus for improving network communication using BFD and VRRP tracking system
JP4802280B2 (ja) 多機能サービスを提供するメトロイーサネット（登録商標）ネットワークのネットワーキングにおける高信頼性処理の方法およびシステム
JP5873597B2 (ja) 仮想ファブリックリンク障害復旧のためのシステムおよび方法
US20150195178A1 (en) Method for resource optimized network virtualization overlay transport in virtualized data center environments
US20130003738A1 (en) Trill based router redundancy
WO2017028586A1 (fr) Procédé et dispositif de multidiffusion de messages de service
WO2017002017A1 (fr) Convergence rapide au protocole vrrp avec détection de transmission bidirectionnelle multipoint
EP3035592B1 (fr) Enregistrement amélioré de source de multidiffusion sur un transport fiable, cet enregistrement étant protocole indépendant
WO2007115493A1 (fr) Procédé, dispositif et système pour réaliser la commutation dans le réseau à double anneau de réseau vpls
WO2012075731A1 (fr) Procédé et dispositif de détection d'incident sur liaison et de reprise subséquente par interaction par protocole de résolution d'adresse (arp)
CN110061915B (zh) 跨多个架构交换机的虚拟链路聚合的方法和系统
WO2007012239A1 (fr) Procédé permettant de commuter la prestation de services d'un lan privé virtuel et système y afférant
WO2012122945A1 (fr) Procédé et dispositif de fonctionnement d'un élément virtuel de réseau
WO2008119290A1 (fr) Procédé de protection par redondance du flux de diffusion multiple, et dispositif correspondant
TW201134151A (en) RSVP-TE graceful restart under fast re-route conditions
JP2003008609A (ja) 回線の冗長機能付き通信装置
WO2012028029A1 (fr) Procédé et système de commutation
WO2008083590A1 (fr) Procédé et appareil de convergence rapide d'un service point à point

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: 11858707

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11858707

Country of ref document: EP

Kind code of ref document: A1