[go: up one dir, main page]

WO2013000326A1 - Data transmission method and system in transparent interconnection over lots of links network - Google Patents

Data transmission method and system in transparent interconnection over lots of links network Download PDF

Info

Publication number
WO2013000326A1
WO2013000326A1 PCT/CN2012/074391 CN2012074391W WO2013000326A1 WO 2013000326 A1 WO2013000326 A1 WO 2013000326A1 CN 2012074391 W CN2012074391 W CN 2012074391W WO 2013000326 A1 WO2013000326 A1 WO 2013000326A1
Authority
WO
WIPO (PCT)
Prior art keywords
path
data frame
trill
node
bridge
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2012/074391
Other languages
French (fr)
Chinese (zh)
Inventor
成明江
翟洪军
胡方伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Publication of WO2013000326A1 publication Critical patent/WO2013000326A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/66Layer 2 routing, e.g. in Ethernet based MAN's

Definitions

  • the present invention relates to the field of communications, and in particular, to a data transmission in a Transparent Interconnection over Lots of Links (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 creates a waste of redundant link bandwidth (blocked).
  • IS-IS Intermediate System to Intermediate System
  • TRILL solves the L2 loop problem and retains the L2 multipath (or ECMP).
  • a TRILL network a device running the TRILL protocol is called a route bridge (RBridge).
  • the TRILL network At the entrance of the TRILL network, it is responsible for encapsulating the unicast data frame of the end device into the TRILL format (that is, adding a TRILL header and an outer frame header in front of the original data frame, and the encapsulated data frame is called a TRILL data frame).
  • the routing bridge injected into the TRILL network is called an ingress bridge.
  • the routing bridge responsible for decapsulating the TRILL data frame into the original data frame and forwarding it to the end device is called an egress bridge. Egress).
  • other routing bridges In addition to the ingress and the egress, other routing bridges are responsible for transmitting TRILL unicast data frames from the Ingress to the Egress, called the transport routing bridge.
  • a TRILL network can be connected to multiple end devices and routing bridges.
  • a plurality of end devices can belong to different virtual local area networks (VLANs).
  • VLANs virtual local area networks
  • Appointed Forwarders the original frames sent to or from the end device are processed by a set of routing bridges called Appointed Forwarders.
  • Appointed Forwarders On a link, the original frame from each VLAN can only be processed by at most one routing bridge.
  • This routing bridge is the designated forwarder of the VLAN on this link.
  • a routing bridge can be a link. The specified forwarder of the VLAN.
  • the L2 network topology within the domain or inter-domain can be learned by exchanging topology information routing bridges, and the L2 path to any routing bridge is calculated to form an ECMP table.
  • a specified forwarder of a VLAN When a specified forwarder of a VLAN receives the original frame of the VLAN, it is responsible for converting the original frame into a TRILL data frame, that is, encapsulating the TRILL header and the outer MAC header for the original frame, and the TRILL header Ingress is
  • the local device is the alias (nickname).
  • the egress is the routing network that connects the remote device to the destination device and assigns the forwarder to the VLAN.
  • the data frame is hop-by-hop transmitted by the transmission routing bridge to the Egress, and the data frame is decapsulated by the egress as an original frame and sent to the corresponding end device.
  • 1 is a schematic diagram of a TRILL network topology according to the related art. As shown in FIG.
  • RB1 is a designated forwarder of a VLAN to which a link to which the HI belongs
  • RB3 is a designated forwarder of a VLAN to which the link to which H3 belongs.
  • the original frame needs to be sent to the link, and RB1 encapsulates the original frame into a TRILL data frame format.
  • the TRILL header is encapsulated as its own Nickname, and the Egress is the Mckname of RB3.
  • RB3 After the data arrives at RB3, because RB3 is the designated forwarder of the VLAN where H3 is located, RB3 decapsulates the TRILL data frame into the original frame and sends it to the link where H3 is located. In this process, if the specified forwarder of H3 changes, for example, it becomes RB4. And the remote device (for example,
  • a primary object of the present invention is to provide a data transmission scheme in a TRILL network to at least solve the problem of data loss caused by a change in a designated forwarder of an end device in the above related art.
  • a method of transmitting data in a TRILL network includes the following steps: a routing bridge in a link or a group generates a pseudo node alias, and advertises the pseudo node alias to other routing bridges in the network; The other routing bridge calculates its own path to the node corresponding to the pseudo node alias; the routing bridge receiving the data frame in the network processes the data frame according to the path.
  • the routing bridge receiving the data frame in the network processes the data frame according to the path, including: the routing bridge receiving the data frame encapsulates the received original frame from the source device as an ingress bridge as a pseudo node alias. TRILL data frame, and send the TRILL data frame to the next node on the path according to the path; or, the routing bridge receiving the data frame receives the TRILL data of the pseudo node alias from the egress bridge from the network side
  • the frame is decapsulated, and the decapsulated original frame is sent to the target device, and the current transmission path of the TRILL data frame is learned.
  • sending the TRILL data frame to the next node on the path according to the path comprises: selecting a path from the path to the nearest node of the egress bridge in the TRILL data frame; and passing the TRILL data frame through the selected nearest path Send to the next node on the path.
  • the advertised pseudo node alias is advertised to the other routing bridges in the network, including: the routing bridge that generates the pseudo node alias sends a HELLO packet carrying the information identifying the pseudo node alias to the device that is in the same link or the same group; The routing bridge that generates the pseudo node alias sends an LSP packet carrying the information identifying the pseudo node alias to the other routing bridges in the network.
  • the designated forwarder of the VLAN to which the end device is located provides a forwarding service routing bridge for the end device.
  • the routing bridge that receives the data frame in the network processes the data frame according to the path.
  • the method includes: after receiving the original frame from the source device, the new designated forwarder encapsulates the original frame as a TRILL data frame whose ingress bridge is a pseudo node alias, and sends the TRILL data frame to the path according to the path. a node; a routing bridge that receives the TRILL data frame from the network side decapsulates the TRILL data frame into a corresponding original frame, and then sends the path from the corresponding port to the target device, and learns the path from the target device to the source device.
  • the routing bridge that receives the TRILL data frame from the network side forwards the TRILL data frame to the new designated forwarder of the VLAN to which the target end device belongs, and decapsulates the new designated forwarder of the VLAN to which the target end device belongs. Decapsulating into a corresponding original frame, sending it to the target device from the corresponding port, and learning the path from the target device to the source device .
  • the path of learning the target device to the source device includes: when the target device sends the data frame to the source device, the designated forwarder of the VLAN to which the target device belongs includes the original frame received from the target device as an outlet.
  • the bridge is a TRILL data frame of the pseudo node alias, and the TRILL data frame is sent to the source device through the network.
  • the routing bridge receiving the data frame in the network processes the data frame according to the path, and: when processing the data frame, the routing bridges in the link or group share a pseudo node alias.
  • a data transmission system in a TRILL network includes a routing bridge in a link or group where the end device is located, and a routing bridge other than the routing bridge in the network, where the end device is in the link or group.
  • the routing bridge includes: a pseudo node module, configured to generate a pseudo node alias, and advertise the pseudo node alias to other routing bridges; other routing bridges include: a path calculation module, configured to calculate itself to a pseudo node alias corresponding The path of the node; the routing bridge or other routing bridge in the link or group where the end device is located further includes: a processing module configured to process the received data frame according to the path.
  • the processing module comprises: a packaging submodule, configured to encapsulate the received original frame from the source device into a TRILL data frame whose ingress bridge is a pseudo node alias, and send the TRILL data frame to the path according to the path.
  • the de-encapsulation sub-module configured to de-encapsulate the received TRILL data frame from the network-side egress bridge as a pseudo-node alias, and send the de-encapsulated original frame to the target device. And learn the current transmission path of the TRILL data frame.
  • the encapsulating submodule comprises: a selecting unit, configured to select one path from the path to the nearest path of the node corresponding to the egress bridge in the TRILL data frame; and a sending unit, configured to send the TRILL data frame to the most recent path selected by the The next node on the path.
  • the routing bridge in the link or group where the end device is located is a routing bridge that generates a pseudo node alias
  • the routing bridge in the link or group where the end device is located further includes: a first advertising module, which is set to The device in the same link or the same group sends a HELLO message carrying the information identifying the pseudo node alias.
  • the second notification module is configured to send an LSP message carrying the information identifying the pseudo node to other routing bridges.
  • the method of the present invention uses a routing bridge in the link or group of the end device to generate a pseudo node alias, which solves the problem of data loss caused by the change of the designated forwarder of the end device in the related art, and improves the system. Stability and performance.
  • FIG. 1 is a schematic diagram of a TRILL network topology according to the related art
  • FIG. 2 is a flowchart of a method for transmitting data in a TRILL network according to an embodiment of the present invention
  • FIG. 3 is a TRILL network according to an embodiment of the present invention.
  • FIG. 4 is a block diagram showing the structure of a data transmission system in a TRILL network according to a preferred embodiment of the present invention.
  • BEST MODE FOR CARRYING OUT THE INVENTION a method of transmitting data in a multi-link transparent interconnect (TRILL) network is provided.
  • 2 is a flowchart of a method for transmitting data in a TRILL network according to an embodiment of the present invention. As shown in FIG.
  • Step S202 a route in a link or a group (ie, a routing bridge group)
  • the bridge generates a pseudo node alias (Nickname), and advertises the pseudo node Nickname to other routing bridges in the network
  • Step S204 the other routing bridge calculates its own path to the node corresponding to the pseudo node Nickname
  • Step S206 the network
  • the routing bridge that receives the data frame processes the data frame according to the path.
  • the routing bridges in the link or routing bridge group share a pseudo node Nickname to process the data frame.
  • the routing bridge receiving the data frame encapsulates the received original frame from the source device into a TRILL data frame whose ingress bridge is a pseudo node Nickname, and the TRILL data according to the path. The frame is sent to the next node on the path; or the routing bridge receiving the data frame decapsulates the received TRILL data frame from the network side egress bridge (Egress) for the pseudo node Nickname, and decapsulates The original frame is sent to the target device, and the current transmission path of the TRILL data frame is learned.
  • This method can improve the accuracy of the system.
  • sending the TRILL data frame to the next node on the path according to the path comprises: selecting a path from the path to the nearest node of the Egress corresponding to the TRILL data frame; sending the TRILL data frame to the selected nearest path to the path The next node on the path.
  • This method can improve the efficiency of the system.
  • advertising the pseudo node Nickname to other routing bridges in the network includes: generating, by the routing bridge that generates the pseudo node Nickname, the information carrying the identifier of the pseudo node Nickname to the device that is in the same link or the same group a HELLO packet; a routing bridge that generates the pseudo-node Nickname sends a Link State Protocol Data Unit (LSP) message carrying a link state protocol data unit (LSP) that identifies the pseudo-node Nickname information to other routing bridges in the network.
  • LSP Link State Protocol Data Unit
  • LSP link state protocol data unit
  • the method can make other devices in the network also know the existence of the pseudo node Nickname, and improve the utilization of the system.
  • the routing bridge generating the pseudo node advertises the pseudo node Nickname in the LSP, so that other routing bridges in the network can calculate the path to the pseudo node Nickname.
  • This method extends the application range of the system and improves the flexibility of the system.
  • the designated forwarder of the VLAN to which the end device belongs is a routing bridge that generates the fake node Nickname. After the designated forwarder changes, in step S206, the new designated forwarder receives the source device from the source device.
  • the original frame is encapsulated into a TRILL data frame in which the Ingress is a pseudo node Nickname, and the TRILL data frame is sent to the next node on the path according to the path; and the routing bridge receives the TRILL data frame from the network side.
  • Decapsulating the TRILL data frame into a corresponding original frame sending it to the target device from the corresponding port, and learning the path from the target device to the source device; or receiving a routing bridge from the network side TRILL data frame
  • the TRILL data frame is forwarded to the new designated forwarder of the VLAN to which the target device belongs, decapsulated by the new designated forwarder of the VLAN to which the target device belongs, decapsulated into the corresponding original frame, and sent to the target from the corresponding port.
  • the routing bridge is the designated forwarder of the VLAN to which the target device belongs, and then decapsulates; (2) the routing bridge is not the target device.
  • the specified forwarder of the VLAN to which it belongs is processed in two ways. If the routing bridge is not the designated forwarder of the VLAN to which the target device belongs, the processing mode 1: Decapsulating the TRILL data frame into the original frame, sending the data out from the corresponding port, and learning the path information, and then advertising the path information to the local device.
  • the path of learning the target device to the source device includes: when the target device sends the data frame to the source device, the designated forwarder of the VLAN to which the target device belongs belongs to encapsulate the received original frame from the target device into an Egress.
  • the TRILL data frame of the pseudo node Nickname is sent to the source device through the network. This method can improve the efficiency of the system.
  • step S206 the routing bridges in the link or group share a pseudo node alias when processing the data frame.
  • an embodiment of the present invention further provides a data transmission system in a multi-link transparent interconnect (TRILL) network.
  • TRILL transparent interconnect
  • 3 is a structural block diagram of a data transmission system in a TRILL network according to an embodiment of the present invention. As shown in FIG. 3, the transmission system includes a routing bridge 32 in a link or group where the end device is located, and a routing bridge in the network.
  • routing bridges 34 other than 32 wherein the routing bridges 32 in the links or groups in which the end devices are located include: The pseudo node module 322 is configured to generate a pseudo node alias (Nickname) and advertise the pseudo node Nickname to other routing bridges; the other routing bridge 34 includes: a path calculation module 342 coupled to the pseudo node module 322, configured to The routing bridge 32 or other routing bridge 34 in the link or group where the end device is located further includes: a processing module 324 coupled to the pseudo node module 322 or the path calculation module 342, Set to process the received data frame according to the path.
  • the pseudo node module 322 is configured to generate a pseudo node alias (Nickname) and advertise the pseudo node Nickname to other routing bridges
  • the other routing bridge 34 includes: a path calculation module 342 coupled to the pseudo node module 322, configured to The routing bridge 32 or other routing bridge 34 in the link or group where the end device is located further includes: a processing module 324 coupled to the pseudo node module 322 or the
  • the method of generating a pseudo node Nickname by using the routing bridge 32 in the link or group of the end device solves the problem of data loss caused by the change of the designated forwarder of the end device in the related art, and improves the problem.
  • System stability and performance. 4 is a structural block diagram of a data transmission system in a TRILL network according to a preferred embodiment of the present invention.
  • the processing module 324 includes: a packaging submodule 3242, configured to receive the original frame from the source device.
  • Encapsulated as the entry bridge (Ingress) is the TRILL data frame of the pseudo node Nickname, and sends the TRILL data frame to the next node on the path according to the path; or, the decapsulation submodule 3244 is set to receive the received network from the network
  • the Egress egress bridge decapsulates the TRILL data frame of the pseudo node Nickname, sends the decapsulated original frame to the target device, and learns the current transmission path of the TRILL data frame.
  • the package submodule 3242 includes: a selection unit 32422, configured to select one from the path to
  • the routing bridge 32 in the link or group where the end device is located is the routing bridge that generates the pseudo node Nickname
  • the routing bridge 32 in the link or group where the end device is located further includes: a first advertising module 326, Coupled to the pseudo node module 322 and the path calculation module 342, configured to send a HELLO message carrying the Nickname information to the device that is in the same link or the same group as the self; the second notification module 328 is coupled to the path calculation module. 342.
  • Embodiment 1 This embodiment provides a method for changing information and service data that is learned by a remote device from a link when a specified forwarder of a VLAN changes on a link in a TRILL network.
  • the specified forwarders of different VLANs use the same fake node Nickname to use the new pseudo-nodes to quickly switch data traffic after the change of the forwarder, ensuring uninterrupted service and improving network stability and reliability.
  • the method for transmitting data in the TRILL network may include the following steps: Step 1. Different routing bridges are configured to enable the function or recognize each other. For example, add some ports to the same group or default to the same link and so on.
  • step 2 a pseudo node Nickname is generated by one of the routing bridges.
  • Step 3 The routing bridge advertises the pseudo node Nickname to other devices (on the same group or link)
  • Step 4 On the same group or on the link, the other device associates with the fake node Nickname (through the LSP packet), so that other devices can calculate the path to the fake node Nickname.
  • Step 5 When the other device encapsulates the original frame into a TRILL data frame, the ingress bridge is encapsulated as a pseudo node Nickname, so that the peer routing bridge learns the egress network of the host. The bridge (Egress) is the fake node Nickname. Through the notification information in step 4, other devices can calculate the path to the fake node Nickname. When sending data to the host, a path to the nearest node Nickname will be selected.
  • the routing bridges in the link or routing bridge group share a pseudo node Nickname to process the data frame.
  • Step 6 (on the same group or on the link) If the other device receives the TRILL data frame of the pseudo node Nickname, if the routing bridge is the designated forwarder of the corresponding VLAN on the link, the packet is decapsulated into the original frame. Send out from the corresponding port and learn the path information. It should be noted that if the routing bridge is not the designated forwarder of the link VLAN, there are two ways of processing: mode 1: directly decapsulating into an original frame, sending out from the corresponding port, and learning path information, and then The path information is advertised to the specified forwarder of the VLAN in the local link.
  • the second method is to forward the TRILL data frame to the designated forwarder of the corresponding VLAN on the link.
  • the specified forwarder of the VLAN implements the solution of the TRILL data frame. Encapsulation, then sent to the link where the host is located, and learn path information. It can be seen that this embodiment uses and publishes a new pseudo node Nickname on a link (or group), and the on-link (or group) routing bridge uses the pseudo node when encapsulating the original frame as a TRILL data frame.
  • Nickname replaces the original Nickname, so that the remote routing bridge learns that the forwarder (ie, Egress) of the different end device of the link will be the fake node Nickname, and when sending data to the host of the link, the TRILL header
  • the Egress is encapsulated as the Nickname of the pseudo node, and then a nearest path is selected from the previously learned path to reach the link.
  • the specified forwarder of a VLAN of the link changes from one route bridge to another
  • the Nickname of the pseudonode does not change. Therefore, the information learned by the remote routing bridge does not need to be updated.
  • the ingress encapsulates the Nickname of the device itself, and the remote routing bridge learns the Nickname of the specified forwarder itself. Therefore, When the specified forwarder changes, the Nickname of the specified forwarder changes. The information learned by the remote routing bridge must be updated. Otherwise, the data will be sent to the wrong designated forwarder, resulting in data loss.
  • the remote routing bridge learns the Nickname of a pseudo node, and after a certain VLAN on the link specifies that the forwarder migrates to another routing bridge, the remote routing bridge learns The information does not change, because the data frame is sent to the fake node Nickname, and all routing bridges on the link can receive the Egress as the pseudo node Nickname data frame, and then, according to the above step 6 The way it is handled, therefore, there is no data loss due to changes in the specified forwarder.
  • Embodiment 2 takes FIG. 1 as an example to describe in detail a data transmission system in a TRILL network provided in this embodiment. According to the TRILL protocol, different hosts and routing bridges can be connected to one link.
  • the original data frame sent by the host can only be forwarded by a routing bridge on the link.
  • This routing bridge is called the VLAN on the link.
  • H1, H2, RB1, and RB2 are all connected to the same link.
  • RB1 is the designated forwarder of the VLAN to which HI belongs.
  • H3, H4, RB3, and RB4 are also connected to the same link.
  • the processing flow of the routing bridge may include the following steps: Step S502, the routing bridge on the link is configured to enable the function.
  • Step S504 wherein one device (for example, RB1) generates a pseudo node Nickname.
  • Step S506 the RBI notifies the pseudo node Nickname to other devices on the link (for example, RB2), and can advertise by adding a TIN in the HELLO message.
  • both RB1 and RB2 are advertised to each other (by adding a type-length-value (abbreviated as ⁇ ) to the pseudo-node Nickname in the LSP, so that other routing bridges in the network can calculate the arrival.
  • type-length-value
  • Step S512 after receiving the TRILL data frame, the RB3 decapsulates the original frame, sends it to the link where the H3 is located, and learns to reach the HI path information, that is, if it reaches H1, the Egress is the pseudo node Mckname.
  • Step S514 If H3 sends data to the HI, the original frame is encapsulated into a TRILL data frame by the RB3, the Ingress is the pseudo node Nickname of the local link, and the Egress is the Nickname of the remote pseudo node, and a remote pseudo is selected according to step S508.
  • the nearest path of the node Nickname (not necessarily the designated forwarder to the link VLAN of the HI). In this example, the data will reach RB1 or RB2.
  • the RBI decapsulates the TRILL data frame as the original frame and sends On the link to the HI; if the data arrives at RB2, because RB2 is not the designated forwarder of the link VLAN where the HI is located, RB2 can process the TRILL data frame in two ways. First, the TRILL data frame is decapsulated into an original frame, and then sent to the link where the HI is located, and the path information is learned, and the path information is advertised to the RB1 (can be implemented by adding a TIN in the HELLO); the second is to use the TRILL data.
  • the frame is forwarded to RB1, and the data frame is decapsulated by the RBI as the original frame, sent to the link where the HI is located, and the path information is learned by the RB1.
  • step S516 if the designated forwarder of the HI changes, for example, it becomes RB2.
  • the original frame sent by HI to H3 is encapsulated into a TRILL data frame by RB2, and the Ingress is still encapsulated as a pseudo node Nickname.
  • the data arrives at RB3,
  • the information learned by RB3 remains unchanged.
  • the data process sent by H3 to HI is also the same as before. After receiving the TRILL data frame by RB1 or RB2, the corresponding processing is performed.
  • the embodiment of the present invention provides a method for resolving data loss caused by a change in a designated forwarder of a link in a TRILL network. After a change occurs in a VLAN designating a forwarder on a link, the remote device The learned information and business data are not affected, that is, the business data is not affected by the change of the forwarder, which improves the stability and performance of the network.
  • the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices.
  • the invention is not limited to any specific combination of hardware and software.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Disclosed are a data transmission method and system in a Transparent Interconnection over Lots of Links (TRILL) network. The method includes the following steps: a certain routing network bridge in a link or a group generating a pseudo node nickname, and notifying another routing network bridge in the network of the pseudo node nickname; the other routing network bridge calculating a path from itself to a node corresponding to the pseudo node nickname; and a routing network bridge receiving a data frame in the network processing the data frame according to the path. The present invention solves the problem in the related art of data loss due to a change generated in a designated forwarder of an end device, improving the stability and performance of the system.

Description

多链接透明互连网络中数据的传输方法及系统 技术领域 本发明涉及通信领域, 具体而言, 涉及一种多链接透明互连 (Transparent Interconnection over Lots of Links, 简称为 TRILL) 网络中数据的传输方法及系统。 背景技术  TECHNICAL FIELD The present invention relates to the field of communications, and in particular, to a data transmission in a Transparent Interconnection over Lots of Links (TRILL) network. Method and system. Background technique

TRILL是互联网工程任务组 (IETF)推荐的连接层 (L2) 网络标准, 用于解决大 型数据中心中生成树协议 (Spanning Tree protocol, 简称为 STP) 的不足。 在 L2网络 中, STP通过阻塞冗余链路来避免环路, 但同时也造成了冗余链路带宽的浪费 (被阻 塞)。 TRILL通过将 IS-IS (Intermediate System to Intermediate System) 路由协议引入 L2网络, 解决了 L2环路问题, 同时保留了 L2多路径 (或称 Equivalent Cost Multiple Path, 简称为 ECMP)。 在 TRILL网络中, 运行 TRILL协议的设备称为路由网桥 (RBridge)。 在 TRILL 网络的入口, 负责将端设备 (End Station) 的单播数据帧封装成 TRILL格式 (即, 在 原始数据帧前面添加 TRILL头和外部帧头, 封装后的数据帧称为 TRILL数据帧) 并 注入 TRILL网络的路由网桥称为入口网桥 (Ingress); 而在 TRILL网络的出口, 负责 将 TRILL 数据帧解封为原始数据帧并转发给端设备的路由网桥称为出口网桥 (Egress)。除了 Ingress和 Egress外,其他路由网桥负责将 TRILL单播数据帧从 Ingress 一跳一跳地传送到 Egress, 称为传输路由网桥。 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. In L2 networks, STP avoids loops by blocking redundant links, but it also creates a waste of redundant link bandwidth (blocked). By introducing the IS-IS (Intermediate System to Intermediate System) routing protocol into the L2 network, TRILL solves the L2 loop problem and retains the L2 multipath (or ECMP). In a TRILL network, a device running the TRILL protocol is called a route bridge (RBridge). At the entrance of the TRILL network, it is responsible for encapsulating the unicast data frame of the end device into the TRILL format (that is, adding a TRILL header and an outer frame header in front of the original data frame, and the encapsulated data frame is called a TRILL data frame). The routing bridge injected into the TRILL network is called an ingress bridge. In the exit of the TRILL network, the routing bridge responsible for decapsulating the TRILL data frame into the original data frame and forwarding it to the end device is called an egress bridge. Egress). In addition to the ingress and the egress, other routing bridges are responsible for transmitting TRILL unicast data frames from the Ingress to the Egress, called the transport routing bridge.

TRILL网络一个链路可以连接有多个端设备和路由网桥, 多个端设备可以属于不 同虚拟局域网 (Virtual Local Area Network, 简称为 VLAN)。 当多个路由网桥连接到 一个链路上时, 送往或来自端设备的原始帧是被一组称为指定转发者 (Appointed Forwarder)的路由网桥处理的。在一个链路上, 来自每个 VLAN的原始帧最多只能被 一个路由网桥处理, 这个路由网桥就是这一链路上该 VLAN的指定转发者, 一个路由 网桥可以是一个链路多个 VLAN的指定转发者。 在 TRILL网络中, 通过交换拓扑信息路由网桥可以学习到域内或域间 L2网络拓 扑结构,并计算出到达任何路由网桥的 L2路径,形成 ECMP表。当一个链路某个 VLAN 的指定转发者收到该 VLAN的原始帧时, 负责将原始帧转换为 TRILL数据帧, S卩, 给原始帧封装 TRILL 头和外层 MAC 头, TRILL 头部 Ingress 为本端设备别名 (Nickname), Egress为远端和目的端设备相连的且为该 VLAN指定转发者的路由网 桥 Nickname; 然后, 由传输路由网桥逐跳的将该数据帧传输到 Egress, 由 Egress解封 装该数据帧为原始帧, 发送到相应端设备上。 图 1是根据相关技术的 TRILL网络拓扑结构的示意图, 如图 1所示, 假设 RB1 是 HI所在链路所属 VLAN的指定转发者, RB3是 H3所在链路所属 VLAN的指定转 发者, 则 HI若向 H3发送数据, 需发送原始帧到链路上, RB1将原始帧封装成 TRILL 数据帧格式。 通过控制面的学习, RB1可以学习到 H3可以通过 RB3到达。 因此, 封 装 TRILL头部 Ingress为自己的 Nickname, Egress为 RB3的 Mckname。数据到达 RB3 后, 因为 RB3是 H3所在 VLAN的指定转发者, 因此, RB3解封装 TRILL数据帧为 原始帧, 发送到 H3所在链路。 此过程中, 若 H3的指定转发者发生变化, 例如, 变为 RB4。 而远端设备 (比如,A TRILL network can be connected to multiple end devices and routing bridges. A plurality of end devices can belong to different virtual local area networks (VLANs). When multiple routing bridges are connected to a link, the original frames sent to or from the end device are processed by a set of routing bridges called Appointed Forwarders. On a link, the original frame from each VLAN can only be processed by at most one routing bridge. This routing bridge is the designated forwarder of the VLAN on this link. A routing bridge can be a link. The specified forwarder of the VLAN. In the TRILL network, the L2 network topology within the domain or inter-domain can be learned by exchanging topology information routing bridges, and the L2 path to any routing bridge is calculated to form an ECMP table. When a specified forwarder of a VLAN receives the original frame of the VLAN, it is responsible for converting the original frame into a TRILL data frame, that is, encapsulating the TRILL header and the outer MAC header for the original frame, and the TRILL header Ingress is The local device is the alias (nickname). The egress is the routing network that connects the remote device to the destination device and assigns the forwarder to the VLAN. Then, the data frame is hop-by-hop transmitted by the transmission routing bridge to the Egress, and the data frame is decapsulated by the egress as an original frame and sent to the corresponding end device. 1 is a schematic diagram of a TRILL network topology according to the related art. As shown in FIG. 1, it is assumed that RB1 is a designated forwarder of a VLAN to which a link to which the HI belongs, and RB3 is a designated forwarder of a VLAN to which the link to which H3 belongs. To send data to H3, the original frame needs to be sent to the link, and RB1 encapsulates the original frame into a TRILL data frame format. Through the learning of the control surface, RB1 can learn that H3 can arrive through RB3. Therefore, the TRILL header is encapsulated as its own Nickname, and the Egress is the Mckname of RB3. After the data arrives at RB3, because RB3 is the designated forwarder of the VLAN where H3 is located, RB3 decapsulates the TRILL data frame into the original frame and sends it to the link where H3 is located. In this process, if the specified forwarder of H3 changes, for example, it becomes RB4. And the remote device (for example,

RB1 ) 不能快速感知到这个变化, 远端路由网桥中记录的 Egress仍然是之前学习到的 信息 (即, 该 VLAN之前的转发者的 Nickname), 仍然会将发往 H3的数据发往 RB3 (即, 向该 VLAN转发者发送的数据将会发向错误的路由网桥), 该网桥不会解封装 该 TRILL数据帧, 这些数据将会被丢失, 这对于数据中心大流量数据业务或数据延迟 敏感的语音等实时业务来说, 是不可容忍的。 发明内容 本发明的主要目的在于提供一种 TRILL网络中数据的传输方案, 以至少解决上述 相关技术中由于端设备的指定转发者发生变化而导致数据丢失的问题。 为了实现上述目的, 根据本发明的一个方面, 提供了一种 TRILL网络中数据的传 输方法。 根据本发明实施例的 TRILL网络中数据的传输方法, 包括以下步骤: 链路或组中 的某一路由网桥产生一个伪节点别名,并将该伪节点别名通告给网络中其他路由网桥; 其他路由网桥计算其自身到伪节点别名对应的节点的路径; 网络中接收到数据帧的路 由网桥根据该路径对数据帧进行处理。 优选地, 网络中接收到数据帧的路由网桥根据路径对数据帧进行处理包括: 接收 到数据帧的路由网桥将接收到的来自源端设备的原始帧封装为入口网桥为伪节点别名 的 TRILL数据帧, 并按照路径将 TRILL数据帧发送至该路径上的下一节点; 或者, 接收到数据帧的路由网桥对接收到的来自网络侧的出口网桥为伪节点别名的 TRILL数 据帧进行解封装, 将解封装后的原始帧发送给目标端设备, 并学习该 TRILL数据帧本 次的传输路径。 优选地, 按照路径将 TRILL数据帧发送至该路径上的下一节点包括: 从路径中选 择一条到 TRILL数据帧中出口网桥对应的节点最近的路径; 将 TRILL数据帧通过选 择的最近的路径发送至该路径上的下一节点。 优选地, 将该伪节点别名通告给网络中其他路由网桥包括: 产生伪节点别名的路 由网桥向与其处于相同链路或相同组的设备发送携带标识该伪节点别名信息的 HELLO报文;产生伪节点别名的路由网桥向网络中其他路由网桥发送携带标识该伪节 点别名信息的 LSP报文。 优选地, 端设备所在链路上所属 VLAN的指定转发者为端设备提供转发服务路由 网桥, 在指定转发者发生更改后, 网络中接收到数据帧的路由网桥根据路径对数据帧 进行处理包括: 新的指定转发者在接收到来自源端设备的原始帧后, 将原始帧封装为 入口网桥为伪节点别名的 TRILL数据帧, 并按照路径将 TRILL数据帧发送至该路径 上的下一节点; 接收到来自网络侧的 TRILL数据帧的路由网桥将该 TRILL数据帧解 封装为对应的原始帧后从相应的端口发送给目标端设备, 并学习目标端设备至源端设 备的路径; 或者, 接收到来自网络侧的 TRILL数据帧的路由网桥将该 TRILL数据帧 转发给目标端设备所属 VLAN的新的指定转发者,由目标端设备所属 VLAN的新的指 定转发者进行解封装, 解封装为对应的原始帧后从相应的端口发送给目标端设备, 并 学习目标端设备至源端设备的路径。 优选地, 学习目标端设备至源端设备的路径包括: 在目标端设备向源端设备发送 数据帧时, 目标端设备所属 VLAN的指定转发者将接收到的来自目标设备的原始帧封 装为出口网桥为伪节点别名的 TRILL数据帧, 并将该 TRILL数据帧通过网络发送至 源端设备。 优选地, 网络中接收到数据帧的路由网桥根据该路径对数据帧进行处理包括: 在 对数据帧进行处理时, 链路或组中的路由网桥共用一个伪节点别名。 为了实现上述目的, 根据本发明的另一方面, 提供了一种 TRILL网络中数据的传 输系统。 根据本发明的 TRILL网络中数据的传输系统,包括端设备所在链路或组中的路由 网桥和网络中除路由网桥之外的其他路由网桥, 其中, 端设备所在链路或组中的路由 网桥包括: 伪节点模块, 设置为产生一个伪节点别名, 并将该伪节点别名通告给其他 路由网桥; 其他路由网桥包括: 路径计算模块, 设置为计算自身到伪节点别名对应的 节点的路径; 端设备所在链路或组中的路由网桥或其他路由网桥还包括: 处理模块, 设置为根据路径对接收到的数据帧进行处理。 优选地, 处理模块包括: 封装子模块, 设置为将接收到的来自源端设备的原始帧 封装为入口网桥为伪节点别名的 TRILL数据帧, 并按照路径将 TRILL数据帧发送至 该路径上的下一节点; 或者, 解封装子模块, 设置为对接收到的来自网络侧的出口网 桥为伪节点别名的 TRILL数据帧进行解封装,将解封装后的原始帧发送给目标端设备, 并学习该 TRILL数据帧本次的传输路径。 优选地, 封装子模块包括: 选择单元, 设置为从路径中选择一条到 TRILL数据帧 中出口网桥对应的节点最近的路径; 以及发送单元, 设置为 TRILL数据帧通过选择的 最近的路径发送至该路径上的下一节点。 优选地, 端设备所在链路或组中的路由网桥为产生伪节点别名的路由网桥, 端设 备所在链路或组中的路由网桥还包括: 第一通告模块, 设置为向与自身处于相同链路 或相同组的设备发送携带标识该伪节点别名信息的 HELLO报文; 第二通告模块, 设 置为向其他路由网桥发送携带标识该伪节点别名信息的 LSP报文。 通过本发明,采用端设备所在链路或组中的路由网桥产生一个伪节点别名的方式, 解决了相关技术中由于端设备的指定转发者发生变化而导致数据丢失的问题, 提高了 系统的稳定性和性能。 附图说明 此处所说明的附图用来提供对本发明的进一步理解, 构成本申请的一部分, 本发 明的示意性实施例及其说明用于解释本发明, 并不构成对本发明的不当限定。 在附图 中: 图 1是根据相关技术的 TRILL网络拓扑结构的示意图; 图 2是根据本发明实施例的 TRILL网络中数据的传输方法的流程图; 图 3是根据本发明实施例的 TRILL网络中数据的传输系统的结构框图; 图 4是根据本发明优选实施例的 TRILL网络中数据的传输系统的结构框图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是, 在不冲突的 情况下, 本申请中的实施例及实施例中的特征可以相互组合。 根据本发明实施例, 提供了一种多链接透明互连 (TRILL) 网络中数据的传输方 法。图 2是根据本发明实施例的 TRILL网络中数据的传输方法的流程图,如图 2所示, 包括以下步骤: 步骤 S202, 链路或组(即, 路由网桥组) 中的某一路由网桥产生一个伪节点别名 (Nickname), 并将该伪节点 Nickname通告给网络中其他路由网桥; 步骤 S204, 其他路由网桥计算其自身到伪节点 Nickname对应的节点的路径; 步骤 S206, 网络中接收到数据帧的路由网桥根据该路径对该数据帧进行处理。 通过上述步骤,采用端设备所在链路或组中的路由网桥产生一个伪节点 Nickname 的方式,解决了相关技术中由于端设备的指定转发者发生变化而导致数据丢失的问题, 提高了系统的稳定性和性能。 需要说明的是, 在实施过程中, 链路或路由网桥组中的路由网桥共用一个伪节点 Nickname对数据帧进行处理。 优选地,在步骤 S206中,接收到数据帧的路由网桥将接收到的来自源端设备的原 始帧封装为入口网桥 (Ingress) 为伪节点 Nickname的 TRILL数据帧, 并按照路径将 TRILL数据帧发送至该路径上的下一节点; 或者, 接收到数据帧的路由网桥对接收到 的来自网络侧的出口网桥 (Egress) 为伪节点 Nickname的 TRILL数据帧进行解封装, 将解封装后的原始帧发送给目标端设备, 并学习该 TRILL数据帧本次的传输路径。 该 方法可以提高系统的准确性。 优选地, 按照路径将 TRILL数据帧发送至该路径上的下一节点包括: 从路径中选 择一条到 TRILL数据帧中 Egress对应的节点最近的路径; 将 TRILL数据帧通过选择 的最近的路径发送至该路径上的下一节点。 该方法可以提高系统的效率。 优选地,在步骤 S202中,将该伪节点 Nickname通告给网络中其他路由网桥包括: 产生伪节点 Nickname 的路由网桥向与其处于相同链路或相同组的设备发送携带标识 该伪节点 Nickname信息的 HELLO报文; 产生所述伪节点 Nickname的路由网桥向网 络中其他路由网桥发送携带标识该伪节点 Nickname 信息的链路状态协议数据单元 (Link State Protocol Data Unit, 简称为 LSP) 报文。 该方法可以使得网络中的其他设 备也知晓伪节点 Nickname的存在, 提高了系统的利用率。 本优选实施例中产生伪节点的路由网桥将伪节点 Nickname在 LSP中通告出去, 可以使网络中其他路由网桥计算出到达伪节点 Nickname 的路径。 该方法扩展了系统 的应用范围, 提高了系统的灵活性。 优选地, 端设备所在链路上所属 VLAN的指定转发者为产生伪节点 Nickname的 路由网桥, 在指定转发者发生更改后, 在步骤 S206中, 新的指定转发者在接收到来自 源端设备的原始帧后, 将原始帧封装为 Ingress为伪节点 Nickname的 TRILL数据帧, 并按照路径将 TRILL数据帧发送至该路径上的下一节点;接收到来自网络侧的 TRILL 数据帧的路由网桥将该 TRILL数据帧解封装为对应的原始帧后从相应的端口发送给目 标端设备, 并学习目标端设备至源端设备的路径; 或者, 接收到来自网络侧的 TRILL 数据帧的路由网桥将该 TRILL数据帧转发给目标端设备所属 VLAN的新的指定转发 者, 由目标端设备所属 VLAN的新的指定转发者进行解封装, 解封装为对应的原始帧 后从相应的端口发送给目标端设备, 并学习目标端设备至源端设备的路径。 该方法可 以提高系统的有效性。 例如, 接收到 TRILL数据帧时可以分两种情况确定是否进行解封装: (1 )路由网 桥是目标端设备所属 VLAN的指定转发者, 则解封装; (2)路由网桥不是目标端设备 所属 VLAN的指定转发者, 则又分两种方式来处理。 其中, 路由网桥不是目标端设备 所属 VLAN的指定转发者时, 处理方式一: 将 TRILL数据帧解封装为原始帧, 从相 应端口发送出去, 并学习路径信息, 然后将此路径信息通告给本链路该 VLAN的指定 转发者; 处理方式二: 将此 TRILL数据帧转发给本链路上对应 VLAN的指定转发者, 由该 VLAN的指定转发者实现 TRILL数据帧的解封装, 然后发送到主机所在链路上, 并学习路径信息。 优选地, 学习目标端设备至源端设备的路径包括: 在目标端设备向源端设备发送 数据帧时, 目标端设备所属 VLAN的指定转发者将接收到的来自目标设备的原始帧封 装为 Egress为伪节点 Nickname的 TRILL数据帧,并将该 TRILL数据帧通过网络发送 至源端设备。 该方法可以提高系统的效率。 在步骤 S206中,在对数据帧进行处理时,链路或组中的路由网桥共用一个伪节点 别名。 对应于上述系统, 本发明实施例还提供了一种多链接透明互连 (TRILL) 网络中 数据的传输系统。图 3是根据本发明实施例的 TRILL网络中数据的传输系统的结构框 图, 如图 3所示, 该传输系统包括端设备所在链路或组中的路由网桥 32和网络中除路 由网桥 32之外的其他路由网桥 34,其中,端设备所在链路或组中的路由网桥 32包括: 伪节点模块 322, 设置为产生一个伪节点别名 (Nickname), 并将该伪节点 Nickname 通告给其他路由网桥; 其他路由网桥 34包括: 路径计算模块 342, 耦合至伪节点模块 322, 设置为计算自身到伪节点 Nickname对应的节点的路径; 端设备所在链路或组中 的路由网桥 32或其他路由网桥 34还包括: 处理模块 324, 耦合至伪节点模块 322或 路径计算模块 342, 设置为根据路径对接收到的数据帧进行处理。 通过上述传输系统, 采用端设备所在链路或组中的路由网桥 32 产生一个伪节点 Nickname的方式,解决了相关技术中由于端设备的指定转发者发生变化而导致数据丢 失的问题, 提高了系统的稳定性和性能。 图 4是根据本发明优选实施例的 TRILL网络中数据的传输系统的结构框图,如图 4所示, 处理模块 324包括: 封装子模块 3242, 设置为将接收到的来自源端设备的原 始帧封装为入口网桥 (Ingress) 为伪节点 Nickname的 TRILL数据帧, 并按照路径将 TRILL数据帧发送至该路径上的下一节点; 或者, 解封装子模块 3244, 设置为对接收 到的来自网络侧的出口网桥 (Egress) 为伪节点 Nickname的 TRILL数据帧进行解封 装,将解封装后的原始帧发送给目标端设备,并学习该 TRILL数据帧本次的传输路径。 优选地, 封装子模块 3242 包括: 选择单元 32422, 设置为从路径中选择一条到RB1) This change cannot be quickly detected. The Egress recorded in the remote routing bridge is still the previously learned information (that is, the Nickname of the forwarder before the VLAN), and the data sent to H3 will still be sent to RB3 ( That is, the data sent to the VLAN forwarder will be sent to the wrong routing bridge. The bridge will not decapsulate the TRILL data frame, and the data will be lost. This is for the data center large traffic data service or data. It is intolerable for real-time services such as delay-sensitive voice. SUMMARY OF THE INVENTION A primary object of the present invention is to provide a data transmission scheme in a TRILL network to at least solve the problem of data loss caused by a change in a designated forwarder of an end device in the above related art. In order to achieve the above object, according to an aspect of the present invention, a method of transmitting data in a TRILL network is provided. A method for transmitting data in a TRILL network according to an embodiment of the present invention includes the following steps: a routing bridge in a link or a group generates a pseudo node alias, and advertises the pseudo node alias to other routing bridges in the network; The other routing bridge calculates its own path to the node corresponding to the pseudo node alias; the routing bridge receiving the data frame in the network processes the data frame according to the path. Preferably, the routing bridge receiving the data frame in the network processes the data frame according to the path, including: the routing bridge receiving the data frame encapsulates the received original frame from the source device as an ingress bridge as a pseudo node alias. TRILL data frame, and send the TRILL data frame to the next node on the path according to the path; or, the routing bridge receiving the data frame receives the TRILL data of the pseudo node alias from the egress bridge from the network side The frame is decapsulated, and the decapsulated original frame is sent to the target device, and the current transmission path of the TRILL data frame is learned. Preferably, sending the TRILL data frame to the next node on the path according to the path comprises: selecting a path from the path to the nearest node of the egress bridge in the TRILL data frame; and passing the TRILL data frame through the selected nearest path Send to the next node on the path. Preferably, the advertised pseudo node alias is advertised to the other routing bridges in the network, including: the routing bridge that generates the pseudo node alias sends a HELLO packet carrying the information identifying the pseudo node alias to the device that is in the same link or the same group; The routing bridge that generates the pseudo node alias sends an LSP packet carrying the information identifying the pseudo node alias to the other routing bridges in the network. Preferably, the designated forwarder of the VLAN to which the end device is located provides a forwarding service routing bridge for the end device. After the designated forwarder changes, the routing bridge that receives the data frame in the network processes the data frame according to the path. The method includes: after receiving the original frame from the source device, the new designated forwarder encapsulates the original frame as a TRILL data frame whose ingress bridge is a pseudo node alias, and sends the TRILL data frame to the path according to the path. a node; a routing bridge that receives the TRILL data frame from the network side decapsulates the TRILL data frame into a corresponding original frame, and then sends the path from the corresponding port to the target device, and learns the path from the target device to the source device. Or, the routing bridge that receives the TRILL data frame from the network side forwards the TRILL data frame to the new designated forwarder of the VLAN to which the target end device belongs, and decapsulates the new designated forwarder of the VLAN to which the target end device belongs. Decapsulating into a corresponding original frame, sending it to the target device from the corresponding port, and learning the path from the target device to the source device . Preferably, the path of learning the target device to the source device includes: when the target device sends the data frame to the source device, the designated forwarder of the VLAN to which the target device belongs includes the original frame received from the target device as an outlet. The bridge is a TRILL data frame of the pseudo node alias, and the TRILL data frame is sent to the source device through the network. Preferably, the routing bridge receiving the data frame in the network processes the data frame according to the path, and: when processing the data frame, the routing bridges in the link or group share a pseudo node alias. In order to achieve the above object, according to another aspect of the present invention, a data transmission system in a TRILL network is provided. The data transmission system in the TRILL network according to the present invention includes a routing bridge in a link or group where the end device is located, and a routing bridge other than the routing bridge in the network, where the end device is in the link or group. The routing bridge includes: a pseudo node module, configured to generate a pseudo node alias, and advertise the pseudo node alias to other routing bridges; other routing bridges include: a path calculation module, configured to calculate itself to a pseudo node alias corresponding The path of the node; the routing bridge or other routing bridge in the link or group where the end device is located further includes: a processing module configured to process the received data frame according to the path. Preferably, the processing module comprises: a packaging submodule, configured to encapsulate the received original frame from the source device into a TRILL data frame whose ingress bridge is a pseudo node alias, and send the TRILL data frame to the path according to the path. Or the de-encapsulation sub-module, configured to de-encapsulate the received TRILL data frame from the network-side egress bridge as a pseudo-node alias, and send the de-encapsulated original frame to the target device. And learn the current transmission path of the TRILL data frame. Preferably, the encapsulating submodule comprises: a selecting unit, configured to select one path from the path to the nearest path of the node corresponding to the egress bridge in the TRILL data frame; and a sending unit, configured to send the TRILL data frame to the most recent path selected by the The next node on the path. Preferably, the routing bridge in the link or group where the end device is located is a routing bridge that generates a pseudo node alias, and the routing bridge in the link or group where the end device is located further includes: a first advertising module, which is set to The device in the same link or the same group sends a HELLO message carrying the information identifying the pseudo node alias. The second notification module is configured to send an LSP message carrying the information identifying the pseudo node to other routing bridges. The method of the present invention uses a routing bridge in the link or group of the end device to generate a pseudo node alias, which solves the problem of data loss caused by the change of the designated forwarder of the end device in the related art, and improves the system. Stability and performance. BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are set to illustrate,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, In the drawings: FIG. 1 is a schematic diagram of a TRILL network topology according to the related art; FIG. 2 is a flowchart of a method for transmitting data in a TRILL network according to an embodiment of the present invention; FIG. 3 is a TRILL network according to an embodiment of the present invention. FIG. 4 is a block diagram showing the structure of a data transmission system in a TRILL network according to a preferred embodiment of the present invention. BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, the present invention will be described in detail with reference to the accompanying drawings. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict. According to an embodiment of the present invention, a method of transmitting data in a multi-link transparent interconnect (TRILL) network is provided. 2 is a flowchart of a method for transmitting data in a TRILL network according to an embodiment of the present invention. As shown in FIG. 2, the method includes the following steps: Step S202: a route in a link or a group (ie, a routing bridge group) The bridge generates a pseudo node alias (Nickname), and advertises the pseudo node Nickname to other routing bridges in the network; Step S204, the other routing bridge calculates its own path to the node corresponding to the pseudo node Nickname; Step S206, the network The routing bridge that receives the data frame processes the data frame according to the path. Through the above steps, the method of generating a pseudo node Nickname by using the routing bridge in the link or group of the end device solves the problem of data loss caused by the change of the designated forwarder of the end device in the related art, and improves the system. Stability and performance. It should be noted that, in the implementation process, the routing bridges in the link or routing bridge group share a pseudo node Nickname to process the data frame. Preferably, in step S206, the routing bridge receiving the data frame encapsulates the received original frame from the source device into a TRILL data frame whose ingress bridge is a pseudo node Nickname, and the TRILL data according to the path. The frame is sent to the next node on the path; or the routing bridge receiving the data frame decapsulates the received TRILL data frame from the network side egress bridge (Egress) for the pseudo node Nickname, and decapsulates The original frame is sent to the target device, and the current transmission path of the TRILL data frame is learned. This method can improve the accuracy of the system. Preferably, sending the TRILL data frame to the next node on the path according to the path comprises: selecting a path from the path to the nearest node of the Egress corresponding to the TRILL data frame; sending the TRILL data frame to the selected nearest path to the path The next node on the path. This method can improve the efficiency of the system. Preferably, in step S202, advertising the pseudo node Nickname to other routing bridges in the network includes: generating, by the routing bridge that generates the pseudo node Nickname, the information carrying the identifier of the pseudo node Nickname to the device that is in the same link or the same group a HELLO packet; a routing bridge that generates the pseudo-node Nickname sends a Link State Protocol Data Unit (LSP) message carrying a link state protocol data unit (LSP) that identifies the pseudo-node Nickname information to other routing bridges in the network. . The method can make other devices in the network also know the existence of the pseudo node Nickname, and improve the utilization of the system. In the preferred embodiment, the routing bridge generating the pseudo node advertises the pseudo node Nickname in the LSP, so that other routing bridges in the network can calculate the path to the pseudo node Nickname. This method extends the application range of the system and improves the flexibility of the system. Preferably, the designated forwarder of the VLAN to which the end device belongs is a routing bridge that generates the fake node Nickname. After the designated forwarder changes, in step S206, the new designated forwarder receives the source device from the source device. After the original frame, the original frame is encapsulated into a TRILL data frame in which the Ingress is a pseudo node Nickname, and the TRILL data frame is sent to the next node on the path according to the path; and the routing bridge receives the TRILL data frame from the network side. Decapsulating the TRILL data frame into a corresponding original frame, sending it to the target device from the corresponding port, and learning the path from the target device to the source device; or receiving a routing bridge from the network side TRILL data frame The TRILL data frame is forwarded to the new designated forwarder of the VLAN to which the target device belongs, decapsulated by the new designated forwarder of the VLAN to which the target device belongs, decapsulated into the corresponding original frame, and sent to the target from the corresponding port. End device, and learn the path from the target device to the source device. This method can improve the effectiveness of the system. For example, when receiving a TRILL data frame, it can be determined whether to perform decapsulation in two cases: (1) the routing bridge is the designated forwarder of the VLAN to which the target device belongs, and then decapsulates; (2) the routing bridge is not the target device. The specified forwarder of the VLAN to which it belongs is processed in two ways. If the routing bridge is not the designated forwarder of the VLAN to which the target device belongs, the processing mode 1: Decapsulating the TRILL data frame into the original frame, sending the data out from the corresponding port, and learning the path information, and then advertising the path information to the local device. Link the specified forwarder of the VLAN; Processing mode 2: Forward the TRILL data frame to the specified forwarder of the corresponding VLAN on the link, and de-encapsulate the TRILL data frame by the specified forwarder of the VLAN, and then send it to the host. On the link, and learn path information. Preferably, the path of learning the target device to the source device includes: when the target device sends the data frame to the source device, the designated forwarder of the VLAN to which the target device belongs belongs to encapsulate the received original frame from the target device into an Egress. The TRILL data frame of the pseudo node Nickname is sent to the source device through the network. This method can improve the efficiency of the system. In step S206, the routing bridges in the link or group share a pseudo node alias when processing the data frame. Corresponding to the above system, an embodiment of the present invention further provides a data transmission system in a multi-link transparent interconnect (TRILL) network. 3 is a structural block diagram of a data transmission system in a TRILL network according to an embodiment of the present invention. As shown in FIG. 3, the transmission system includes a routing bridge 32 in a link or group where the end device is located, and a routing bridge in the network. Other routing bridges 34 other than 32, wherein the routing bridges 32 in the links or groups in which the end devices are located include: The pseudo node module 322 is configured to generate a pseudo node alias (Nickname) and advertise the pseudo node Nickname to other routing bridges; the other routing bridge 34 includes: a path calculation module 342 coupled to the pseudo node module 322, configured to The routing bridge 32 or other routing bridge 34 in the link or group where the end device is located further includes: a processing module 324 coupled to the pseudo node module 322 or the path calculation module 342, Set to process the received data frame according to the path. Through the foregoing transmission system, the method of generating a pseudo node Nickname by using the routing bridge 32 in the link or group of the end device solves the problem of data loss caused by the change of the designated forwarder of the end device in the related art, and improves the problem. System stability and performance. 4 is a structural block diagram of a data transmission system in a TRILL network according to a preferred embodiment of the present invention. As shown in FIG. 4, the processing module 324 includes: a packaging submodule 3242, configured to receive the original frame from the source device. Encapsulated as the entry bridge (Ingress) is the TRILL data frame of the pseudo node Nickname, and sends the TRILL data frame to the next node on the path according to the path; or, the decapsulation submodule 3244 is set to receive the received network from the network The Egress egress bridge decapsulates the TRILL data frame of the pseudo node Nickname, sends the decapsulated original frame to the target device, and learns the current transmission path of the TRILL data frame. Preferably, the package submodule 3242 includes: a selection unit 32422, configured to select one from the path to

TRILL数据帧中 Egress对应的节点最近的路径; 以及发送单元 32424, 耦合至选择单 元 32422, 设置为 TRILL数据帧通过选择的最近的路径发送至该路径上的下一节点。 优选地, 端设备所在链路或组中的路由网桥 32为产生所述伪节点 Nickname的路 由网桥, 端设备所在链路或组中的路由网桥 32还包括: 第一通告模块 326, 耦合至伪 节点模块 322和路径计算模块 342, 设置为向与自身处于相同链路或相同组的设备发 送携带标识该伪节点 Nickname信息的 HELLO报文; 第二通告模块 328, 耦合至路径 计算模块 342,设置为向网络中其他路由网桥发送携带标识该伪节点 Nickname信息的 LSP报文(即,通过 LSP报文向外发送携带标识该伪节点 Nickname信息的 LSP报文)。 下面结合优选实施例和附图对上述实施例的实现过程进行详细说明。 实施例一 本实施例提供了一种在 TRILL网络下, 当一个链路某个 VLAN的指定转发者发 生变化, 远端设备学习到的信息和业务数据不受影响的方法, 通过一个链路上不同 VLAN的指定转发者通过使用和发布新的相同的伪节点 Nickname,实现转发者变化后 数据流量的快速切换, 保证业务的不中断, 提高了网络的稳定性和可靠性。 在实施过程中, TRILL网络中数据的传输方法可以包括以下步骤: 步骤 1, 不同路由网桥被配置为启用该功能或相互认识对方。 例如, 将某些端口 加入相同的组或默认为相同链路等等。 步骤 2, 由其中一个路由网桥产生一个伪节点 Nickname。 步骤 3, 该路由网桥将这个伪节点 Nickname通告给(相同组或链路上)其他设备The closest path of the node corresponding to the Egress in the TRILL data frame; and the transmitting unit 32424, coupled to the selecting unit 32422, configured to send the TRILL data frame to the next node on the path through the selected nearest path. Preferably, the routing bridge 32 in the link or group where the end device is located is the routing bridge that generates the pseudo node Nickname, and the routing bridge 32 in the link or group where the end device is located further includes: a first advertising module 326, Coupled to the pseudo node module 322 and the path calculation module 342, configured to send a HELLO message carrying the Nickname information to the device that is in the same link or the same group as the self; the second notification module 328 is coupled to the path calculation module. 342. The LSP is sent to the other routing bridges in the network to carry the LSP message that identifies the fake node's Nickname information (that is, the LSP packet carrying the nickname information of the pseudo node is sent out through the LSP packet). The implementation process of the above embodiment will be described in detail below in conjunction with the preferred embodiments and the accompanying drawings. Embodiment 1 This embodiment provides a method for changing information and service data that is learned by a remote device from a link when a specified forwarder of a VLAN changes on a link in a TRILL network. The specified forwarders of different VLANs use the same fake node Nickname to use the new pseudo-nodes to quickly switch data traffic after the change of the forwarder, ensuring uninterrupted service and improving network stability and reliability. In the implementation process, the method for transmitting data in the TRILL network may include the following steps: Step 1. Different routing bridges are configured to enable the function or recognize each other. For example, add some ports to the same group or default to the same link and so on. In step 2, a pseudo node Nickname is generated by one of the routing bridges. Step 3: The routing bridge advertises the pseudo node Nickname to other devices (on the same group or link)

(可通过 HELLO报文)。 步骤 4, (相同组或链路上) 其他设备都对外通告和该伪节点 Nickname相连 (可 通过 LSP报文), 从而其他设备可以计算出到达该伪节点 Nickname的路径。 步骤 5, (相同组或链路上)其他设备将原始帧封装为 TRILL数据帧时, 入口网桥 (Ingress)封装为伪节点 Nickname, 这样对端路由网桥将会学习到该主机的出口网桥 (Egress) 为伪节点 Nickname, 通过步骤 4的通告信息, 其他设备可以计算出到达伪 节点 Nickname的路径, 向该主机发送数据时将会选择一条到伪节点 Nickname最近的 路径。 其中, 链路或路由网桥组中的路由网桥共用一个伪节点 Nickname对数据帧进 行处理。 步骤 6, (相同组或链路上) 其他设备若收到 Egress为伪节点 Nickname的 TRILL 数据帧, 若该路由网桥是该链路上对应 VLAN的指定转发者, 则解封装为原始帧, 从 相应端口发送出去, 并学习路径信息。 需要说明的是, 若该路由网桥不是该链路 VLAN的指定转发者, 则可以有两种处 理方式: 方式一、 直接解封装为原始帧, 从相应端口发送出去, 并学习路径信息, 然 后将此路径信息通告给本链路该 VLAN的指定转发者; 方式二、 将此 TRILL数据帧 转发给本链路上对应 VLAN的指定转发者, 由该 VLAN的指定转发者实现 TRILL数 据帧的解封装, 然后发送到主机所在链路上, 并学习路径信息。 可见,本实施例通过在一个链路上(或组)使用和发布一个新的伪节点 Nickname, 该链路上 (或组) 路由网桥在封装原始帧为 TRILL 数据帧时 Ingress 用该伪节点 Nickname代替原来的 Nickname, 这样远端的路由网桥学习到该链路不同端设备的转 发者 (即 Egress) 将会是伪节点 Nickname, 从而向该链路的主机发送数据时, TRILL 头部的 Egress封装为该伪节点的 Nickname,然后,从事先学习到的路径中选择一个最 近的路径到达该链路。 当该链路某个 VLAN的指定转发者从一个路由网桥改变到另一 个路由网桥时, 伪节点的 Nickname不会发生变化, 因此, 远端路由网桥学习的信息 不需要更新。 需要说明的是,现有技术路由网桥在封装原始帧为 TRILL数据帧时, Ingress封装 的是设备本身的 Nickname, 远端路由网桥学习到的也是指定转发者本身的 Nickname, 因此, 当本端指定转发者发生变化时, 指定转发者的 Nickname 也就发生了变化, 远 端路由网桥学习到的信息必须更新, 否则, 数据将会发送到错误的指定转发者上, 而 导致数据丢失。 但是, 采用本实施例, 远端路由网桥学习到的是一个伪节点的 Nickname, 该链路上某个 VLAN指定转发者迁移到另一个路由网桥上后, 对于远端路 由网桥学习到的信息来说, 没有发生任何改变, 因为数据帧是发向伪节点 Nickname 的, 而该链路上所有路由网桥都可以接收 Egress为伪节点 Nickname的数据帧, 然后, 根据上述步骤 6中提出的方式进行处理, 因此, 不会因为指定转发者的变化而导致数 据丢失。 实施例二 以图 1为例,对本实施例提供的一种 TRILL网络中数据的传输系统进行详细说明。 根据 TRILL协议, 一个链路上可以连接不同的主机和路由网桥, 主机发出的原始数据 帧只能被该链路上一个路由网桥转发, 这个路由网桥称为这个链路上该 VLAN的指定 转发者。 如图 1所示, H1、H2、RB1和 RB2都接在相同链路上,假设 RB1是 HI所属 VLAN 的指定转发者, H3、H4、RB3和 RB4也连接在相同链路上,假设 RB3是 H3所属 VLAN 的指定转发者。 在本实施例中, 路由网桥的处理流程可以包括以下步骤: 步骤 S502, 链路上的路由网桥被配置为启用该功能。 步骤 S504, 其中一个设备 (例如, RB1 ) 产生一个伪节点 Nickname。 步骤 S506, RBI将这个伪节点 Nickname通知到链路上其他设备 (例如, RB2), 可通过在 HELLO报文中增加 TIN等方式通告。 步骤 S508, RB1和 RB2都向外通告(可通过在 LSP中增加类型一长度一值(Type - Length - Value, 简称为 ΤΙΛ ) 和伪节点 Nickname相连, 从而网络中其他路由网桥 可以计算出到达伪节点 Nickname的路径。 步骤 S510,H1若要向 H3发送数据,则 RBI将原始帧封装为 TRILL数据帧, Ingress 封装为伪节点 Nickname。 步骤 S512, RB3收到 TRILL数据帧后, 解封装为原始帧, 发往 H3所在链路, 并 学习到达 HI路径信息, 即若到达 Hl, Egress为伪节点 Mckname。 步骤 S514, H3若向 HI发送数据,由 RB3将原始帧封装为 TRILL数据帧, Ingress 为 -本地链路的伪节点 Nickname, Egress为远端伪节点的 Nickname, 根据步骤 S508 选择一条到达远端伪节点 Nickname最近的路径 (不一定是到 HI所在链路 VLAN的 指定转发者), 本例图中数据将会到达 RB1或 RB2, 若数据到达 RB1, 则 RBI解封装 TRILL数据帧为原始帧, 发送到 HI所在链路上; 若数据到达 RB2, 因为 RB2不是 HI所在链路 VLAN的指定转发者, 则 RB2可以有两种方式处理该 TRILL数据帧。一 是解封装该 TRILL数据帧为原始帧, 然后发送到 HI所在链路上, 并学习路径信息, 将此路径信息通告给 RB1 (可通过在 HELLO中增加 TIN实现); 二是将此 TRILL数 据帧转发给 RB1, 由 RBI解封装该数据帧为原始帧, 发送到 HI所在链路, 由 RB1 学习路径信息。 步骤 S516, 若 HI的指定转发者发生变化, 例如, 变为 RB2, 此时, HI发往 H3 的原始帧则通过 RB2封装为 TRILL数据帧, Ingress仍然封装为伪节点 Nickname, 数 据到达 RB3后, RB3学习的信息不变。 H3发往 HI的数据过程也和之前一样, 由 RB1 或 RB2接收到 TRILL数据帧后进行相应的处理。 综上所述, 本发明实施例提供了一种在 TRILL网络中, 解决链路指定转发者发生 改变而导致数据丢失的方法, 在一个链路某个 VLAN指定转发者发生变化后, 远端设 备学习到的信息和业务数据不受影响, 即业务数据不受转发者变化的影响, 提升了网 络的稳定性和性能。 显然, 本领域的技术人员应该明白, 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现, 它们可以集中在单个的计算装置上, 或者分布在多个计算装置所 组成的网络上, 可选地, 它们可以用计算装置可执行的程序代码来实现, 从而可以将 它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块, 或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样, 本发明不限 制于任何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已, 并不用于限制本发明, 对于本领域的技 术人员来说, 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内, 所作的 任何修改、 等同替换、 改进等, 均应包含在本发明的保护范围之内。 (can pass HELLO message). Step 4: On the same group or on the link, the other device associates with the fake node Nickname (through the LSP packet), so that other devices can calculate the path to the fake node Nickname. Step 5: When the other device encapsulates the original frame into a TRILL data frame, the ingress bridge is encapsulated as a pseudo node Nickname, so that the peer routing bridge learns the egress network of the host. The bridge (Egress) is the fake node Nickname. Through the notification information in step 4, other devices can calculate the path to the fake node Nickname. When sending data to the host, a path to the nearest node Nickname will be selected. The routing bridges in the link or routing bridge group share a pseudo node Nickname to process the data frame. Step 6: (on the same group or on the link) If the other device receives the TRILL data frame of the pseudo node Nickname, if the routing bridge is the designated forwarder of the corresponding VLAN on the link, the packet is decapsulated into the original frame. Send out from the corresponding port and learn the path information. It should be noted that if the routing bridge is not the designated forwarder of the link VLAN, there are two ways of processing: mode 1: directly decapsulating into an original frame, sending out from the corresponding port, and learning path information, and then The path information is advertised to the specified forwarder of the VLAN in the local link. The second method is to forward the TRILL data frame to the designated forwarder of the corresponding VLAN on the link. The specified forwarder of the VLAN implements the solution of the TRILL data frame. Encapsulation, then sent to the link where the host is located, and learn path information. It can be seen that this embodiment uses and publishes a new pseudo node Nickname on a link (or group), and the on-link (or group) routing bridge uses the pseudo node when encapsulating the original frame as a TRILL data frame. Nickname replaces the original Nickname, so that the remote routing bridge learns that the forwarder (ie, Egress) of the different end device of the link will be the fake node Nickname, and when sending data to the host of the link, the TRILL header The Egress is encapsulated as the Nickname of the pseudo node, and then a nearest path is selected from the previously learned path to reach the link. When the specified forwarder of a VLAN of the link changes from one route bridge to another When routing a bridge, the Nickname of the pseudonode does not change. Therefore, the information learned by the remote routing bridge does not need to be updated. It should be noted that when the original routing bridge encapsulates the original frame as a TRILL data frame, the ingress encapsulates the Nickname of the device itself, and the remote routing bridge learns the Nickname of the specified forwarder itself. Therefore, When the specified forwarder changes, the Nickname of the specified forwarder changes. The information learned by the remote routing bridge must be updated. Otherwise, the data will be sent to the wrong designated forwarder, resulting in data loss. However, in this embodiment, the remote routing bridge learns the Nickname of a pseudo node, and after a certain VLAN on the link specifies that the forwarder migrates to another routing bridge, the remote routing bridge learns The information does not change, because the data frame is sent to the fake node Nickname, and all routing bridges on the link can receive the Egress as the pseudo node Nickname data frame, and then, according to the above step 6 The way it is handled, therefore, there is no data loss due to changes in the specified forwarder. Embodiment 2 takes FIG. 1 as an example to describe in detail a data transmission system in a TRILL network provided in this embodiment. According to the TRILL protocol, different hosts and routing bridges can be connected to one link. The original data frame sent by the host can only be forwarded by a routing bridge on the link. This routing bridge is called the VLAN on the link. Specify the forwarder. As shown in Figure 1, H1, H2, RB1, and RB2 are all connected to the same link. Suppose RB1 is the designated forwarder of the VLAN to which HI belongs. H3, H4, RB3, and RB4 are also connected to the same link. The specified forwarder of the VLAN to which H3 belongs. In this embodiment, the processing flow of the routing bridge may include the following steps: Step S502, the routing bridge on the link is configured to enable the function. Step S504, wherein one device (for example, RB1) generates a pseudo node Nickname. Step S506, the RBI notifies the pseudo node Nickname to other devices on the link (for example, RB2), and can advertise by adding a TIN in the HELLO message. In step S508, both RB1 and RB2 are advertised to each other (by adding a type-length-value (abbreviated as ΤΙΛ) to the pseudo-node Nickname in the LSP, so that other routing bridges in the network can calculate the arrival. The path to the pseudonode Nickname. Step S510: If H1 wants to send data to H3, the RBI encapsulates the original frame into a TRILL data frame, and the Ingress is encapsulated as a pseudo node Nickname. Step S512, after receiving the TRILL data frame, the RB3 decapsulates the original frame, sends it to the link where the H3 is located, and learns to reach the HI path information, that is, if it reaches H1, the Egress is the pseudo node Mckname. Step S514: If H3 sends data to the HI, the original frame is encapsulated into a TRILL data frame by the RB3, the Ingress is the pseudo node Nickname of the local link, and the Egress is the Nickname of the remote pseudo node, and a remote pseudo is selected according to step S508. The nearest path of the node Nickname (not necessarily the designated forwarder to the link VLAN of the HI). In this example, the data will reach RB1 or RB2. If the data reaches RB1, the RBI decapsulates the TRILL data frame as the original frame and sends On the link to the HI; if the data arrives at RB2, because RB2 is not the designated forwarder of the link VLAN where the HI is located, RB2 can process the TRILL data frame in two ways. First, the TRILL data frame is decapsulated into an original frame, and then sent to the link where the HI is located, and the path information is learned, and the path information is advertised to the RB1 (can be implemented by adding a TIN in the HELLO); the second is to use the TRILL data. The frame is forwarded to RB1, and the data frame is decapsulated by the RBI as the original frame, sent to the link where the HI is located, and the path information is learned by the RB1. In step S516, if the designated forwarder of the HI changes, for example, it becomes RB2. At this time, the original frame sent by HI to H3 is encapsulated into a TRILL data frame by RB2, and the Ingress is still encapsulated as a pseudo node Nickname. After the data arrives at RB3, The information learned by RB3 remains unchanged. The data process sent by H3 to HI is also the same as before. After receiving the TRILL data frame by RB1 or RB2, the corresponding processing is performed. In summary, the embodiment of the present invention provides a method for resolving data loss caused by a change in a designated forwarder of a link in a TRILL network. After a change occurs in a VLAN designating a forwarder on a link, the remote device The learned information and business data are not affected, that is, the business data is not affected by the change of the forwarder, which improves the stability and performance of the network. Obviously, those skilled in the art should understand that the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device so that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or Multiple modules or steps are made into a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software. The above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Claims

权 利 要 求 书 Claim 1. 一种多链接透明互连 TRILL网络中数据的传输方法, 包括以下步骤: 链路或组中的某一路由网桥产生一个伪节点别名, 并将该伪节点别名通告 给网络中其他路由网桥; A method for transmitting data in a multi-link transparent interconnect TRILL network, comprising the steps of: generating a pseudo-node alias by a routing bridge in a link or a group, and advertising the pseudo-node alias to other routes in the network Bridge 所述其他路由网桥计算其自身到所述伪节点别名对应的节点的路径; 网络中接收到数据帧的路由网桥根据所述路径对所述数据帧进行处理。  The other routing bridge calculates its own path to the node corresponding to the pseudo node alias; the routing bridge receiving the data frame in the network processes the data frame according to the path. 2. 根据权利要求 1所述的方法, 其中, 网络中接收到数据帧的路由网桥根据所述 路径对所述数据帧进行处理包括: 2. The method according to claim 1, wherein the routing bridge receiving the data frame in the network processes the data frame according to the path, including: 所述接收到数据帧的路由网桥将接收到的来自源端设备的原始帧封装为入 口网桥为所述伪节点别名的 TRILL数据帧, 并按照所述路径将所述 TRILL数 据帧发送至该路径上的下一节点; 或者,  The routing bridge receiving the data frame encapsulates the received original frame from the source device into a TRILL data frame whose ingress bridge is the alias of the pseudo node, and sends the TRILL data frame to the path according to the path. The next node on the path; or, 所述接收到数据帧的路由网桥对接收到的来自网络侧的出口网桥为所述伪 节点别名的 TRILL 数据帧进行解封装, 将解封装后的原始帧发送给目标端设 备, 并学习该 TRILL数据帧本次的传输路径。  The routing bridge receiving the data frame decapsulates the received TRILL data frame of the pseudo node alias from the egress bridge from the network side, and sends the decapsulated original frame to the target device, and learns The current transmission path of the TRILL data frame. 3. 根据权利要求 2所述的方法, 其中, 按照所述路径将所述 TRILL数据帧发送至 该路径上的下一节点包括: 3. The method according to claim 2, wherein sending the TRILL data frame to the next node on the path according to the path comprises: 从所述路径中选择一条到所述 TRILL数据帧中出口网桥对应的节点最近 的路径;  Selecting, from the path, a path closest to a node corresponding to the egress bridge in the TRILL data frame; 将所述 TRILL数据帧通过选择的所述最近的路径发送至该路径上的下一 节点。  The TRILL data frame is sent to the next node on the path by the selected most recent path. 4. 根据权利要求 1所述的方法, 其中, 将该伪节点别名通告给网络中其他路由网 桥包括: 4. The method according to claim 1, wherein the advertising the pseudo node alias to other routing bridges in the network comprises: 所述产生所述伪节点别名的路由网桥向与其处于相同链路或相同组的设备 发送携带标识该伪节点别名信息的 HELLO报文;  The routing bridge that generates the pseudo node alias sends a HELLO message carrying the information identifying the pseudo node alias to the device that is in the same link or the same group; 所述产生所述伪节点别名的路由网桥向网络中所述其他路由网桥发送携带 标识该伪节点别名信息的链路状态协议数据单元 LSP报文。 The routing bridge that generates the pseudo node alias sends a link state protocol data unit LSP message carrying the pseudo node alias information to the other routing bridges in the network. 5. 根据权利要求 1所述的方法, 其中, 端设备所在链路上所属虚拟局域网 VLAN 的指定转发者为所述端设备提供转发服务路由网桥, 在所述指定转发者发生更 改后, 网络中接收到数据帧的路由网桥根据所述路径对所述数据帧进行处理包 括: The method according to claim 1, wherein the designated forwarder of the virtual local area network VLAN on the link where the end device is located provides the forwarding device routing bridge for the end device, after the designated forwarder changes, the network The routing bridge that receives the data frame processes the data frame according to the path, including: 新的所述指定转发者在接收到来自源端设备的原始帧后, 将所述原始帧封 装为入口网桥为所述伪节点别名的 TRILL 数据帧, 并按照所述路径将所述 TRILL数据帧发送至该路径上的下一节点;  After receiving the original frame from the source device, the new designated forwarder encapsulates the original frame as a TRILL data frame whose ingress bridge is the alias of the pseudo node, and the TRILL data according to the path. The frame is sent to the next node on the path; 接收到来自网络侧的所述 TRILL数据帧的路由网桥将该 TRILL数据帧解 封装为对应的原始帧后从相应的端口发送给目标端设备, 并学习所述目标端设 备至所述源端设备的路径; 或者, 接收到来自网络侧的所述 TRILL数据帧的路 由网桥将该 TRILL数据帧转发给目标端设备所属 VLAN的新的指定转发者, 由所述目标端设备所属 VLAN的新的指定转发者进行解封装,解封装为对应的 原始帧后从相应的端口发送给所述目标端设备, 并学习所述目标端设备至所述 源端设备的路径。  Receiving, by the routing bridge of the TRILL data frame from the network side, the TRILL data frame is decapsulated into a corresponding original frame, and then sent from the corresponding port to the target end device, and the target end device is learned to the source end. Or the routing bridge of the TRILL data frame from the network side forwards the TRILL data frame to the new designated forwarder of the VLAN to which the target end device belongs, and the new VLAN of the target device belongs to The specified forwarder performs decapsulation, decapsulates into a corresponding original frame, and then sends the path to the target end device from the corresponding port, and learns the path of the target end device to the source device. 6. 根据权利要求 5所述的方法, 其中, 学习所述目标端设备至所述源端设备的路 径包括: The method according to claim 5, wherein learning the path of the target device to the source device comprises: 在所述目标端设备向所述源端设备发送数据帧时, 所述目标端设备所属 VLAN的指定转发者将接收到的来自所述目标设备的原始帧封装为出口网桥为 所述伪节点别名的 TRILL数据帧, 并将该 TRILL数据帧通过网络发送至所述 源端设备。  When the target end device sends a data frame to the source device, the designated forwarder of the VLAN to which the target end device belongs encapsulates the received original frame from the target device as an egress bridge as the pseudo node. The TRILL data frame of the alias, and the TRILL data frame is sent to the source device through the network. 7. 根据权利要求 1所述的方法, 其中, 网络中接收到数据帧的路由网桥根据所述 路径对所述数据帧进行处理包括: 7. The method according to claim 1, wherein the routing bridge receiving the data frame in the network processes the data frame according to the path, including: 在对所述数据帧进行处理时, 所述链路或所述组中的路由网桥共用一个伪 节点别名。  When the data frame is processed, the link or the routing bridges in the group share a pseudo node alias. 8. 一种多链接透明互连 TRILL网络中数据的传输系统,包括端设备所在链路或组 中的路由网桥和网络中除所述路由网桥之外的其他路由网桥, 其中, 8. A multi-link transparent interconnection data transmission system in a TRILL network, including a routing bridge in a link or group where the end device is located, and a routing bridge in the network other than the routing bridge, where 所述端设备所在链路或组中的路由网桥包括: 伪节点模块, 设置为产生一 个伪节点别名, 并将该伪节点别名通告给所述其他路由网桥;  The routing bridge in the link or group where the end device is located includes: a pseudo node module configured to generate a pseudo node alias, and advertise the pseudo node alias to the other routing bridges; 所述其他路由网桥包括: 路径计算模块, 设置为计算自身到所述伪节点别 名对应的节点的路径; 所述端设备所在链路或组中的路由网桥或所述其他路由网桥还包括: 处理 模块, 设置为根据所述路径对接收到的数据帧进行处理。 The other routing bridge includes: a path calculation module, configured to calculate a path of the node corresponding to the node corresponding to the pseudo node alias; The routing bridge or the other routing bridges in the link or group where the end device is located further includes: a processing module, configured to process the received data frame according to the path. 9. 根据权利要求 8所述的系统, 其中, 所述处理模块包括: 9. The system according to claim 8, wherein the processing module comprises: 封装子模块, 设置为将接收到的来自源端设备的原始帧封装为入口网桥为 所述伪节点别名的 TRILL数据帧, 并按照所述路径将所述 TRILL数据帧发送 至该路径上的下一节点; 或者,  Encapsulating the submodule, configured to encapsulate the received original frame from the source device as a TRILL data frame of the pseudo bridge alias of the ingress bridge, and send the TRILL data frame to the path according to the path Next node; or, 解封装子模块, 设置为对接收到的来自网络侧的出口网桥为所述伪节点别 名的 TRILL数据帧进行解封装, 将解封装后的原始帧发送给目标端设备, 并学 习该 TRILL数据帧本次的传输路径。  The decapsulation submodule is configured to decapsulate the received TRILL data frame of the pseudo node alias from the egress bridge from the network side, send the decapsulated original frame to the target device, and learn the TRILL data. The current transmission path of the frame. 10. 根据权利要求 9所述的系统, 其中, 所述封装子模块包括: 10. The system according to claim 9, wherein the package submodule comprises: 选择单元,设置为从所述路径中选择一条到所述 TRILL数据帧中出口网桥 对应的节点最近的路径; 以及  a selecting unit, configured to select a path from the path to a node closest to the node corresponding to the egress bridge in the TRILL data frame; 发送单元,设置为所述 TRILL数据帧通过选择的所述最近的路径发送至该 路径上的下一节点。  And a sending unit, configured to send the TRILL data frame to the next node on the path by the selected nearest path. 11. 根据权利要求 8至 10中任一项所述的系统,其中,所述端设备所在链路或组中 的路由网桥为产生所述伪节点别名的路由网桥, 所述端设备所在链路或组中的 路由网桥还包括: The system according to any one of claims 8 to 10, wherein the routing bridge in the link or group where the end device is located is a routing bridge that generates the pseudo node alias, where the end device is located. The routing bridges in a link or group also include: 第一通告模块, 设置为向与自身处于相同链路或相同组的设备发送携带标 识该伪节点别名信息的 HELLO报文;  a first advertising module, configured to send, to a device that is in the same link or the same group as the HELLO message carrying the information of the pseudo node alias; 第二通告模块, 设置为向所述其他路由网桥发送携带标识该伪节点别名信 息的链路状态协议数据单元 LSP报文。  The second advertising module is configured to send, to the other routing bridges, a link state protocol data unit LSP message that carries the information identifying the pseudo node alias.
PCT/CN2012/074391 2011-06-30 2012-04-19 Data transmission method and system in transparent interconnection over lots of links network Ceased WO2013000326A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110182443.3 2011-06-30
CN201110182443.3A CN102857417B (en) 2011-06-30 2011-06-30 The transmission method of data and system in TRILL network

Publications (1)

Publication Number Publication Date
WO2013000326A1 true WO2013000326A1 (en) 2013-01-03

Family

ID=47403621

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/074391 Ceased WO2013000326A1 (en) 2011-06-30 2012-04-19 Data transmission method and system in transparent interconnection over lots of links network

Country Status (2)

Country Link
CN (1) CN102857417B (en)
WO (1) WO2013000326A1 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104717089A (en) * 2013-12-16 2015-06-17 华为技术有限公司 Equipment switching method and routing bridge equipment and system
US10104035B2 (en) * 2014-05-13 2018-10-16 Futurewei Technologies, Inc. Active-active access to transparent interconnection of lots of links (TRILL) edges
CN104301232B (en) * 2014-10-29 2017-10-03 新华三技术有限公司 Message forwarding method and device in a kind of transparent interconnection of lots of links internet
CN110166357B (en) * 2018-02-14 2021-09-10 智邦科技股份有限公司 Device supporting transparent interconnection protocol of multiple links and communication method thereof

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010069041A1 (en) * 2008-12-19 2010-06-24 Nortel Networks Limited Resilient attachment to provider link state bridging (plsb) networks
CN101827009A (en) * 2009-03-04 2010-09-08 丛林网络公司 Routing frames in a trill network using service vlan identifiers
CN102075438A (en) * 2011-02-14 2011-05-25 中兴通讯股份有限公司 Unicast data frame transmission method and device

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010069041A1 (en) * 2008-12-19 2010-06-24 Nortel Networks Limited Resilient attachment to provider link state bridging (plsb) networks
CN101827009A (en) * 2009-03-04 2010-09-08 丛林网络公司 Routing frames in a trill network using service vlan identifiers
CN102075438A (en) * 2011-02-14 2011-05-25 中兴通讯股份有限公司 Unicast data frame transmission method and device

Also Published As

Publication number Publication date
CN102857417B (en) 2016-09-07
CN102857417A (en) 2013-01-02

Similar Documents

Publication Publication Date Title
JP7123174B2 (en) MULTICAST DATA TRANSMISSION METHOD, RELATED DEVICE, AND SYSTEM
CN111385207B (en) Service data forwarding method, network device and network system
CN101960785B (en) Implementation of VPN on Link State Protocol Controlled Ethernet Network
US9860169B1 (en) Neighbor resolution for remote EVPN hosts in IPV6 EVPN environment
CN101433030B (en) Ethernet VLL spoke termination on IP interface
CN102368727B (en) Crossed IP network TRILL network communication method, system thereof and devices
US20160006614A1 (en) Source Routing Using Path Computation Elements
CN102957589B (en) Method, network node and system for service data transmission
US20120218994A1 (en) Network communication method and network node device
KR101613640B1 (en) Packet forwarding
WO2015074394A1 (en) Method and device for message forwarding
US8902794B2 (en) System and method for providing N-way link-state routing redundancy without peer links in a network environment
CN112422398B (en) Message transmission method and communication device
US20120224579A1 (en) Multiprotocol Label Switching (MPLS) Virtual Private Network (VPN) Over Routed Ethernet Backbone
US9521072B2 (en) Method and network device for distributing multi-protocol label switching labels
WO2014186978A1 (en) Method and device used in ethernet virtual private network
CN101800691A (en) Method, equipment and system for establishing data forwarding paths in ethernets
WO2018014767A1 (en) Information determination method and device, and storage medium
CN114598635A (en) Method and device for message transmission
CN115550252A (en) Method, device, equipment and storage medium for routing publishing and forwarding message
WO2012122844A1 (en) Method and system for domain-based interconnection of transparent interconnection over lots of links network
EP3113422B1 (en) Method and system of enhancing multiple mac registration protocol (mmrp) for protocol internetworking
EP2670088B1 (en) Trill network interconnection method and system
WO2013000326A1 (en) Data transmission method and system in transparent interconnection over lots of links network
WO2013143275A1 (en) Method, system and device for processing data flow

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

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

Country of ref document: EP

Kind code of ref document: A1