WO2014086242A1 - 多链路透明互连网络中组播转发方法及装置、路由桥 - Google Patents

多链路透明互连网络中组播转发方法及装置、路由桥 Download PDF

Info

Publication number
WO2014086242A1
WO2014086242A1 PCT/CN2013/087983 CN2013087983W WO2014086242A1 WO 2014086242 A1 WO2014086242 A1 WO 2014086242A1 CN 2013087983 W CN2013087983 W CN 2013087983W WO 2014086242 A1 WO2014086242 A1 WO 2014086242A1
Authority
WO
WIPO (PCT)
Prior art keywords
trill
multicast data
terminal
decapsulation
forwarding
Prior art date
Application number
PCT/CN2013/087983
Other languages
English (en)
French (fr)
Inventor
胡方伟
廖婷
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to US14/895,921 priority Critical patent/US10003469B2/en
Publication of WO2014086242A1 publication Critical patent/WO2014086242A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • 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/16—Multipoint routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L2012/4629—LAN interconnection over a backbone network, e.g. Internet, Frame Relay using multilayer switching, e.g. layer 3 switching

Definitions

  • Multicast transparent interconnection network multicast forwarding method and device, routing bridge
  • the present invention relates to a multicast forwarding technology, and in particular, to a multicast forwarding method and apparatus, and a routing bridge in a link transparent interconnection network.
  • TRILL Transparent Interconnection of Lots of Link
  • ISIS intermediate system to intermediate system
  • the problem of calculating the topology of the Layer 2 network is solved.
  • the problem that the path of the Layer 2 network cannot be fully utilized is solved by the Rapid Spanning Tree Protocol (STP) in the Layer 2 bridge.
  • STP Rapid Spanning Tree Protocol
  • the load balancing of the link is provided by an Equal-Cost Multipath Routing (ECMP) algorithm.
  • ECMP Equal-Cost Multipath Routing
  • the TRILL protocol solves the loop problem by using the shortest path idea of the route and the shortest hop count method.
  • An entry RBridge is provided at the entrance of the TRILL network, which completes the TRILL encapsulation of the original data, wherein the unicast data is forwarded along the shortest path calculated by the Shortest Path First (SPF) algorithm, the group Broadcast or broadcast data is forwarded along the distribution tree to multiple outlets.
  • SPF Shortest Path First
  • an egress RBridge is also provided, which decapsulates the TRILL message.
  • the TRILL protocol introduces a new namespace, called nickname, which is 16 bits long and is encapsulated in the TRILL header.
  • nickname For the intermediate transport routing bridge, you only need to find the nickname table to forward data according to the destination nickname. Since the length of the nickname is in design At the beginning, it was only 16bits. With the expansion of the data center, especially the cloud computing data center, the length of the nickname may become a bottleneck in the future.
  • the mapping between the MAC access control address (MAC) and the nickname of the user needs to be saved. When the network size is large, the number of mappings of the entry is relatively large.
  • the industry proposes a method of assigning a nickname to an end user.
  • the terminal user saves part of the mapping entry, and the nickname value encapsulated by the terminal is the nickname value used by the attached routing bridge, so that the nickname is not spent. In the case of space, the size of the mapping table of the border routing bridge can be reduced.
  • This terminal that can be TRILL encapsulated is called a smart terminal.
  • the TRILL encapsulation of the packet is maintained, and the de-encapsulation is not performed, but the destination intelligent terminal is directly forwarded to the destination intelligent terminal. Decapsulate and learn the address after the TRILL message.
  • the terminal attached to the border routing bridge may include the smart terminal and the common terminal (that is, the terminal that cannot encapsulate and de-encapsulate the TRILL packet). If the border routing bridge maintains the TRILL encapsulation, the ordinary terminal cannot be parsed. In the multicast data, normal multicast communication cannot be performed between the remote terminal and the ordinary terminal. If the TRILL packet is decapsulated by the border routing bridge and the original packet is forwarded to the terminal attached to itself, the intelligent terminal cannot learn the mapping information of the peer end, and the intelligent terminal cannot communicate normally. Summary of the invention
  • the main purpose of the present invention is to provide a multicast forwarding method and device in a link transparent interconnection network, and a routing bridge, which can forward multicast data according to capability information of the terminal, and simultaneously support the intelligent terminal and the ordinary terminal. Normal access.
  • a multicast forwarding method in a multi-link transparent interconnection network includes:
  • the routing bridge When receiving the remote multicast data, the routing bridge performs forwarding of the multicast data according to the terminal capability information attached to the routing bridge.
  • the terminal capability information includes capability information of whether the terminal supports multi-link transparent interconnection TRILL encapsulation of the transmission data and decapsulation of the received TRILL message.
  • the forwarding of the multicast data according to the terminal capability information attached to the routing bridge includes:
  • the multicast data is TRILL decapsulated and then forwarded to all terminals;
  • the multicast data is directly forwarded to all the terminals.
  • the terminal that has the encapsulation capability and the terminal that supports the TRILL encapsulation and the TRILL packet decapsulation capability copy a multicast data and perform TRILL solution on one of the multicast data. Encapsulate and forward both multicast data to all terminals.
  • the method further includes:
  • a terminal that supports TRILL encapsulation and TRILL packet decapsulation capability receives multicast data that is not encapsulated by TRILL, and discards the multicast data encapsulated by TRILL.
  • the terminal that does not support the TRILL encapsulation and the TRILL packet decapsulation capability receives the TRILL decapsulated multicast data and discards the multicast data that has not been TRILL decapsulated.
  • a multicast forwarding device in a multi-link transparent interconnection network comprising a receiving unit and a forwarding unit, where:
  • a receiving unit configured to receive remote multicast data
  • the forwarding unit is configured to perform forwarding of the multicast data according to terminal capability information attached to the device.
  • the receiving unit is further configured to: when the receiving terminal is attached to the device, Terminal capability information reported by the device.
  • the device further includes:
  • a sending unit configured to periodically send a capability information query message to a terminal attached to the device
  • the receiving unit is further configured to receive capability information reported by the terminal attached to the device.
  • the terminal capability information includes capability information of whether the terminal supports multi-link transparent interconnection TRILL encapsulation of the transmission data and decapsulation of the received TRILL message.
  • the forwarding unit further includes a determining subunit, a replicating subunit, a decapsulating subunit, and a forwarding subunit, where:
  • Determining a sub-unit configured to determine that all the terminals attached to the device do not support the TRILL encapsulation and the TRILL packet decapsulation capability, and trigger the decapsulation sub-unit to perform TRILL decapsulation on the multicast data;
  • the forwarding subunit is configured to forward the decapsulated multicast data to all terminals;
  • the determining subunit is configured to determine that the terminal attached to the device supports the TRILL encapsulation and the TRILL packet decapsulation capability, and triggers the forwarding subunit to directly forward the multicast data to all terminals of the port;
  • the determining sub-unit is configured to determine that the terminal attached to the device has a terminal that does not support the TRILL encapsulation and the TRILL packet decapsulation capability, and a terminal that supports the TRILL encapsulation and the TRILL packet decapsulation capability.
  • the copying subunit copies a copy of the multicast data.
  • the decapsulating subunit is configured to perform TRILL decapsulation on one of the multicast data
  • the forwarding subunit is configured to forward the two multicast data to the All terminals.
  • a RBridge includes the multicast forwarding device in the foregoing multi-link transparent interconnection network.
  • the routing bridge when receiving the far-end multicast data, performs the forwarding of the multicast data according to the terminal capability information attached to the routing bridge. Specifically, the routing bridge is determined to be attached to itself. When all terminals do not support TRILL encapsulation and TRILL packet decapsulation, the multicast data is TRILL decapsulated and then forwarded to all terminals. The routing bridge determines that all the terminals attached to the device support the TRILL encapsulation and the TRILL packet decapsulation capability, and forward the multicast data directly to all terminals.
  • the RB is determined to have a terminal that does not support the TRILL encapsulation and the TRILL packet decapsulation capability, and a terminal that supports the TRILL encapsulation and the TRILL packet decapsulation capability, and copies one multicast data.
  • the multicast data is TRILL decapsulated, and the two multicast data are forwarded to all the terminals.
  • the terminal that supports the TRILL encapsulation and the TRILL packet decapsulation capability receives the TRILL decapsulated multicast data and discards the TRILL decapsulation.
  • the multicast data that does not support the TRILL encapsulation and the TRILL packet decapsulation capability receives the TRILL decapsulated multicast data and discards the multicast data that is not TRILL decapsulated.
  • the technical solution of the present invention is compatible with the scenario where the smart terminal and the common terminal jointly access the TRILL network, so that the intelligent terminal performs address learning through the multicast data, thereby ensuring normal data transmission.
  • FIG. 1 is a flowchart of a method for multicast forwarding in a link transparent interconnection network according to an embodiment of the present invention
  • FIG. 2 is a schematic diagram of an application scenario of a multicast forwarding method in a link transparent interconnection network according to an embodiment of the present invention
  • FIG. 3 is a schematic structural diagram of a multicast forwarding device in a link transparent interconnection network according to an embodiment of the present invention. detailed description
  • FIG. 1 is a flowchart of a multicast forwarding method in a link transparent interconnection network according to an embodiment of the present invention.
  • a multicast forwarding method in a link transparent interconnection network according to an embodiment of the present invention includes the following steps: Step 101: The RBridge acquires terminal capability information attached to itself.
  • the RB can acquire the capability information of the terminal by means of sending a query message or by actively reporting the terminal. Specifically, when the terminal is attached to the RB, the RB is reported to the RB. The RB is configured to send the capability information query message to the terminal attached to the RB. The terminal attached to the RB bridge reports its capability information.
  • the terminal capability information includes whether the terminal supports TRILL encapsulation of the transmitted data and capability information for decapsulating the received TRILL packet.
  • the terminal that supports the TRILL encapsulation of the transmitted data and the decapsulation of the received TRILL packet is an intelligent terminal, and does not support the TRILL encapsulation of the transmitted data and the decapsulation of the received TRILL packet. terminal.
  • Step 102 The RBridge forwards the multicast data according to the terminal capability information attached to the RBridge.
  • the routing bridge determines that all the terminals attached to the terminal do not support the TRILL encapsulation and the TRILL packet decapsulation capability.
  • the multicast data is TRILL decapsulated and then forwarded to all decapsulation capabilities, the multicast data is directly forwarded.
  • the routing bridge determines that the terminal attached to the terminal has a terminal that does not support the TRILL encapsulation and the TRILL packet decapsulation capability, and a terminal that supports the TRILL encapsulation and the TRILL packet decapsulation capability, and copies one multicast data, one of which is The multicast data is TRILL decapsulated, and the two multicast data are forwarded to all the terminals.
  • the terminal that supports the TRILL encapsulation and the TRILL packet decapsulation capability receives the TRILL decapsulated multicast data and discards the TRILL decapsulation.
  • the multicast data that does not support the TRILL encapsulation and the TRILL packet decapsulation capability receives the TRILL decapsulated multicast data and discards the multicast data that is not TRILL decapsulated.
  • all the terminals attached to the RB are all terminals that are attached to different ports of the RBridge.
  • it is mainly based on each port.
  • Perform multicast data forwarding That is, when the RB is determined that all terminals accessing a certain port are ordinary terminals, the multicast data is TRILL decapsulated and then forwarded to all terminals of the port; the RBridge determines all terminals that access a certain port of the port.
  • the multicast data is directly forwarded to all the terminals of the port.
  • the intelligent terminals perform TRILL decapsulation on the multicast data, and then perform address learning to generate routing information with the transmitting end.
  • the routing bridge When receiving the multicast data, the routing bridge performs the forwarding of the multicast data according to the terminal capability information attached to the routing bridge.
  • FIG. 2 is a schematic diagram of an application scenario of a multicast forwarding method in a link transparent interconnection network according to an embodiment of the present invention.
  • Smart endnodel and Smart endnode3 are smart terminals, which can encapsulate and decapsulate TRILL messages
  • endnode2 and endnode4 are A normal terminal can only send and receive ordinary Ethernet packets, and cannot encapsulate and decapsulate TRILL packets.
  • the above four terminals all join the same multicast group.
  • the remote Smart endnode 5 is also an intelligent terminal and is the source address of the corresponding multicast group. Smart endnode5 communicates with Smart endnodel, endnode2, and Smart endnode3 through the TRILL network.
  • endnode2 accesses the TRILL network through the Ethernet switch SW1
  • Smart endnode3 accesses the TRILL network through SW2
  • endnode4 accesses the TRILL network through SW3.
  • the TRILL network includes There are routing bridges RB1, RB2 and RB3 connected in sequence. After receiving the multicast packet, the RBI sends the multicast packet to the RB1. Because the port connected to SW1 finds that the learned terminal has both an ordinary terminal and an intelligent terminal, the multicast packet is copied to two copies on the port. In TRILL encapsulation, a decapsulation TRILL is in the form of an ordinary packet, which is sent through the port. The port connected to SW2 finds that only the smart terminal exists in the learned terminal.
  • the port only needs to forward the received multicast packet directly.
  • the port connected to SW3 finds that only the normal terminal exists in the learned terminal. Then, the port can send only one ordinary packet after decapsulating TRILL.
  • the smart endnodel and the smart endnode3 decapsulate the MAC address and the Nickname address of the Smart endnode5, save them in the local mapping table, and complete the address learning.
  • the other one is LB1 decapsulated.
  • the multicast Ethernet packet, the normal terminal End node 2 and the Endnode 4 can identify and parse the common multicast message.
  • FIG. 3 is a schematic structural diagram of a multicast forwarding device in a link transparent interconnection network according to an embodiment of the present invention.
  • the multicast forwarding device in the link transparent interconnection network of the present example includes a receiving unit 30 and forwarding. Unit 31, wherein:
  • the receiving unit 30 is configured to receive multicast data.
  • the forwarding unit 31 is configured to perform forwarding of the multicast data according to terminal capability information attached to the device.
  • the receiving unit 30 is further configured to receive terminal capability information reported to the device when the terminal is attached to the device.
  • the multicast forwarding device in the link transparent interconnection network of the present example further includes:
  • a sending unit (not shown in FIG. 3) configured to periodically send a capability information query message to a terminal attached to the device;
  • the receiving unit 30 is further configured to receive capability information reported by the terminal attached to the device.
  • the transmitting unit and the receiving unit 30 can be implemented by an antenna device.
  • the terminal capability information includes capability information about whether the terminal supports multi-link transparent interconnection TRILL encapsulation of the transmission data and decapsulation of the received TRILL message.
  • the forwarding unit of the present invention further includes a determining subunit (not shown in FIG. 3), a replica subunit (not shown in FIG. 3), a decapsulating subunit (not shown in FIG. 3), and a forwarding subunit (FIG. 3). Not shown), where:
  • Determining a sub-unit configured to determine that all the terminals attached to the device do not support the TRILL encapsulation and the TRILL packet decapsulation capability, and trigger the decapsulation sub-unit to perform TRILL decapsulation on the multicast data;
  • the forwarding subunit is configured to forward the decapsulated multicast data to all terminals;
  • the determining subunit is configured to determine that the terminal attached to the device supports the TRILL encapsulation and the TRILL packet decapsulation capability, and triggers the forwarding subunit to directly forward the multicast data to all terminals of the port;
  • the determining sub-unit is configured to determine that the terminal attached to the device has a terminal that does not support the TRILL encapsulation and the TRILL packet decapsulation capability, and a terminal that supports the TRILL encapsulation and the TRILL packet decapsulation capability.
  • the copying subunit copies a copy of the multicast data.
  • the decapsulating subunit is configured to perform TRILL decapsulation on one of the multicast data
  • the forwarding subunit is configured to forward the two multicast data to the All terminals.
  • the terminal that supports the TRILL encapsulation and the TRILL packet decapsulation capability receives the TRILL decapsulated multicast data and discards the TRILL decapsulated multicast data.
  • the terminal does not support the TRILL encapsulation and the TRILL packet decapsulation capability.
  • TRILL decapsulates the multicast data and discards the multicast data that is not encapsulated by TRILL.
  • the functions of the processing unit involved in the multicast forwarding device in the link transparent interconnection network shown in FIG. 3 can be implemented by hardware circuits or by executing corresponding software by the processor.
  • the functions of the foregoing processing units may be understood in conjunction with the description of related embodiments and examples of the multicast forwarding method in the link transparent interconnection network of the present invention.
  • the invention also describes a routing bridge, wherein the routing bridge comprises a multicast forwarding device in the multi-link transparent interconnection network.
  • the above various processing units 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 among multiple computing devices.
  • the network may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or they may be Multiple modules or steps in the fabrication are implemented as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the routing bridge of the present invention determines that all the terminals attached to the terminal do not support the TRILL encapsulation and the TRILL packet decapsulation capability, the multicast data is directly forwarded when the multicast data is TRILL decapsulated and then forwarded to all decapsulation capabilities.
  • the routing bridge determines that the terminal attached to the terminal has a terminal that does not support the TRILL encapsulation and the TRILL packet decapsulation capability, and a terminal that supports the TRILL encapsulation and the TRILL packet decapsulation capability, and copies one multicast data, one of which is The multicast data is TRILL decapsulated, and the two multicast data are forwarded to all the terminals.
  • the terminal that supports the TRILL encapsulation and the TRILL packet decapsulation capability receives the TRILL decapsulated multicast data and discards the TRILL decapsulation.
  • the multicast data that does not support the TRILL encapsulation and the TRILL packet decapsulation capability receives the TRILL decapsulated multicast data and discards the multicast data that is not TRILL decapsulated.
  • the technical solution of the present invention is compatible with the scenario where the smart terminal and the common terminal are connected to the TRILL network, so that the intelligent terminal performs address learning through the multicast data, thereby ensuring normal data transmission.

Landscapes

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

Abstract

本发明公开了一种多链路透明互连网络中组播转发方法，所述方法包括：路由桥接收到远端组播数据时，根据附着于所述路由桥的终端能力信息进行所述组播数据的转发。本发明同时公开了一种多链路透明互连网络中组播转发装置及路由桥。本发明的技术方案兼容智能终端与普通终端的共同接入TRILL网络的场景，使智能终端之间通过组播数据进行地址学习，保证了数据的正常传输。

Description

多链路透明互连网络中组播转发方法及装置、 路由桥 技术领域
本发明涉及组播转发技术， 尤其涉及一种链路透明互连网络中组播转 发方法及装置、 路由桥。 背景技术
多链路透明互连 ( TRILL， Transparent Interconnection of Lots of Link ) 技术是融合了二、三层技术优点的技术，其运用中间系统到中间系统（ISIS， Intermediate system to intermediate system )链路犬态路由十办议计算二层网络 的拓朴， 解决了二层桥中运行快速生成树协议（ STP， Rapid Spanning Tree Protocol )需要阻塞某些链路而导致二层网络的路径不能得到充分利用的问 题， 并通过等价多路径（ECMP， Equal-Cost Multipath Routing )算法提供链 路的负载均衡。 TRILL协议使用路由的最短路径思想以及最短跳数 ( hop count ) 的方法解决环路的问题， 同时避免 STP网络条件下故障后的大幅网 络振荡， 使用分发树的思想解决多播、 广播传递的问题， 同时借鉴路由协 议的剪枝、 后向路径检测等方式保证和简化组播报文的处理。 在 TRILL网 络的入口设置有入口路由桥（ingress RBridge ), 其完成原始数据的 TRILL 封装， 其中， 单播数据沿由最短路径优先（SPF， Shortest Path First ) 算法 计算出来的最短路径被转发， 组播或者广播数据沿分发树转发到多个出口。 在 TRILL网络中， 还设置有出口路由桥 ( egress RBridge )， 其对 TRILL报 文进行解封装。
TRILL协议引入新的命名空间， 称为 nickname, 其长度为 16bits， 并 被封装在 TRILL报文头中， 对于中间的传输路由网桥， 只需要根据目的 nickname查找 nickname表实现数据的转发。 由于 nickname的长度在设计 之初只有 16bits， 随着数据中心的扩大， 特别是云计算数据中心的提出， nickname 的长度可能会成为以后的瓶颈。 另外， 对于边界的路由网桥， 需 要保存用户的媒体接入控制（ MAC， Media Access Control )地址和 nickname 的映射关系， 当网络规模很大时， 该表项映射关系的数量会比较大， 因此， 业界提出了一种将 nickname分配到终端用户的方法， 由终端用户保存部分 的映射表项， 而终端所封装的 nickname 值为其附着的路由网桥使用的 nickname值， 这样在不花费 nickname的空间的情况下， 可以减少边界路由 网桥的映射表的规模。 将这种可以进行 TRILL封装的终端称为智能终端。
对于单播数据， 边界路由网桥发现数据的目的地址为附着其自身的智 能终端时， 则保持该报文的 TRILL封装， 不需要进行解封装， 而直接转发 到目的智能终端，目的智能终端收到 TRILL报文后解封装并进行地址学习。
但对于组播数据， 由于边界路由网桥附着的终端可能包括智能终端和 普通终端（即不能封装和解封装 TRILL报文的终端），如果边界路由网桥保 持 TRILL封装， 则会导致普通终端无法解析该组播数据， 远端终端与普通 终端之间无法进行正常的组播通信。 而如果由边界路由网桥解封装 TRILL 报文， 将原始报文转发到附着其自身的终端， 则智能终端无法学习到对端 的映射信息， 导致智能终端间无法正常通信。 发明内容
有鉴于此， 本发明的主要目的在于提供一种链路透明互连网络中组播 转发方法及装置、 路由桥， 能根据终端的能力信息对应转发组播数据， 同 时支持智能终端与普通终端的正常接入。
为达到上述目的， 本发明的技术方案是这样实现的：
一种多链路透明互连网络中组播转发方法， 包括：
路由桥接收到远端组播数据时， 根据附着于所述路由桥的终端能力信 息进行所述组播数据的转发。 优选地， 所述终端能力信息包括所述终端是否支持对发送数据进行多 链路透明互连 TRILL封装以及对接收 TRILL报文进行解封装的能力信息。
优选地， 所述根据附着于所述路由桥的终端能力信息进行所述组播数 据的转发， 包括：
所述路由桥确定附着于自身的所有终端均不支持 TRILL封装及 TRILL 报文解封装能力时， 对所述组播数据进行 TRILL解封装后再转发至所有终 端； 文解封装能力时， 将所述组播数据直接转发至所有终端； 文解封装能力的终端，又有支持 TRILL封装及 TRILL报文解封装能力的终 端时， 复制一份组播数据， 对其中一份组播数据进行 TRILL解封装， 并将 两份组播数据均转发至所有终端。
优选地， 将两份组播数据均转发至该端口的所有终端时， 所述方法还 包括：
支持 TRILL封装及 TRILL报文解封装能力的终端接收未进行 TRILL 解封装的组播数据， 丟弃 TRILL解封装的组播数据；
不支持 TRILL封装及 TRILL报文解封装能力的终端接收 TRILL解封 装的组播数据， 丟弃未进行 TRILL解封装的组播数据。
一种多链路透明互连网络中组播转发装置， 包括接收单元和转发单元， 其中：
接收单元， 配置为接收远端组播数据；
转发单元， 配置为根据附着于所述装置的终端能力信息进行所述组播 数据的转发。
优选地， 所述接收单元还配置为， 接收终端附着于所述装置时向所述 装置上报的终端能力信息。
优选地， 所述装置还包括：
发送单元， 配置为周期性地向附着于所述装置的终端发送能力信息查 询消息；
对应的， 所述接收单元还配置为， 接收附着于所述装置的终端上报的 能力信息。
优选地， 所述终端能力信息包括所述终端是否支持对发送数据进行多 链路透明互连 TRILL封装以及对接收 TRILL报文进行解封装的能力信息。
优选地， 所述转发单元还包括确定子单元、 复制子单元、 解封装子单 元和转发子单元， 其中：
确定子单元， 配置为确定附着于所述装置的所有终端均不支持 TRILL 封装及 TRILL报文解封装能力时， 触发所述解封装子单元对所述组播数据 进行 TRILL解封装； 对应的， 所述转发子单元配置为将解封装后的组播数 据转发至所有终端；
或者， 确定子单元， 配置为确定附着于所述装置的终端均支持 TRILL 封装及 TRILL报文解封装能力时， 触发所述转发子单元将所述组播数据直 接转发至该端口的所有终端；
或者， 确定子单元， 配置为确定附着于所述装置的终端既有不支持 TRILL封装及 TRILL报文解封装能力的终端， 又有支持 TRILL封装及 TRILL报文解封装能力的终端时，触发所述复制子单元复制一份组播数据； 对应的，所述解封装子单元配置为对其中一份组播数据进行 TRILL解封装， 所述转发子单元配置为将两份组播数据均转发至所有终端。
一种路由桥， 包括前述的多链路透明互连网络中组播转发装置。
本发明中， 路由桥接收到远端组播数据时， 根据附着于所述路由桥的 终端能力信息进行所述组播数据的转发。 具体的， 路由桥确定附着于自身 的所有终端均不支持 TRILL封装及 TRILL报文解封装能力时，对组播数据 进行 TRILL解封装后再转发至所有终端。 路由桥确定附着于自身的所有终 端均支持 TRILL封装及 TRILL报文解封装能力时，将组播数据直接转发至 所有终端。 路由桥确定附着于自身的终端既有不支持 TRILL封装及 TRILL 报文解封装能力的终端，又有支持 TRILL封装及 TRILL报文解封装能力的 终端时， 复制一份组播数据， 对其中一份组播数据进行 TRILL解封装， 并 将两份组播数据均转发至所有终端； 支持 TRILL封装及 TRILL报文解封装 能力的终端接收未进行 TRILL解封装的组播数据，丟弃 TRILL解封装的组 播数据； 不支持 TRILL封装及 TRILL报文解封装能力的终端接收 TRILL 解封装的组播数据， 丟弃未进行 TRILL解封装的组播数据。 本发明的技术 方案兼容智能终端与普通终端的共同接入 TRILL网络的场景， 使智能终端 之间通过组播数据进行地址学习， 保证了数据的正常传输。 附图说明
图 1为本发明实施例的链路透明互连网络中组播转发方法的流程图； 图 2 为本发明实施例的链路透明互连网络中组播转发方法应用场景示 意图；
图 3 为本发明实施例的链路透明互连网络中组播转发装置的组成结构 示意图。 具体实施方式
为使本发明的目的、 技术方案和优点更加清楚明白， 以下举实施例并 参照附图， 对本发明进一步详细说明。
图 1 为本发明实施例的链路透明互连网络中组播转发方法的流程图， 如图 1 所示， 本发明实施例的链路透明互连网络中组播转发方法包括以下 步骤： 步骤 101， 路由桥获取附着于自身的终端能力信息。
本发明中， 路由桥可以通过主动发送查询消息的方式或由终端主动上 报的方式获取终端的能力信息。 具体的， 终端附着于路由桥时， 向路由桥 上报自身的能力信息； 或者， 路由桥周期性地向附着于自身的终端发送能 力信息查询消息， 附着于路由桥的终端上报自身的能力信息。
终端能力信息包括终端是否支持对发送数据进行 TRILL封装以及对接 收 TRILL报文进行解封装的能力信息。 本发明中， 支持对发送数据进行 TRILL封装以及对接收 TRILL报文进行解封装的终端， 为智能终端， 而不 支持对发送数据进行 TRILL封装以及对接收 TRILL报文进行解封装的终 端， 为普通终端。
步骤 102，路由桥根据附着于路由桥的终端能力信息进行组播数据的转 发。
具体的， 路由桥确定附着于自身的所有终端均不支持 TRILL封装及 TRILL报文解封装能力时， 对组播数据进行 TRILL解封装后再转发至所有 解封装能力时， 将组播数据直接转发至所有终端。 路由桥确定附着于自身 的终端既有不支持 TRILL封装及 TRILL报文解封装能力的终端，又有支持 TRILL封装及 TRILL报文解封装能力的终端时， 复制一份组播数据， 对其 中一份组播数据进行 TRILL解封装，并将两份组播数据均转发至所有终端； 支持 TRILL封装及 TRILL报文解封装能力的终端接收未进行 TRILL解封 装的组播数据，丟弃 TRILL解封装的组播数据；不支持 TRILL封装及 TRILL 报文解封装能力的终端接收 TRILL解封装的组播数据， 丟弃未进行 TRILL 解封装的组播数据。
本发明中， 附着于路由桥的所有终端， 是指附着于路由桥的不同端口 的所有终端， 具体的， 在进行组播数据转发时， 主要是依每个端口为单位 进行组播数据转发。 也就是说， 路由桥确定接入自身某端口的所有终端均 为普通终端时， 对组播数据进行 TRILL解封装后再转发至该端口的所有终 端； 路由桥确定接入自身某端口的所有终端均为普通终端时， 直接将组播 数据转发至该端口的所有终端， 由各智能终端对组播数据进行 TRILL解封 装， 再进行地址学习， 以生成与发送端的路由信息； 路由桥确定接入自身 某端口的所有终端既有普通终端又有智能终端时， 复制一份组播数据， 对 其中一份组播数据进行 TRILL解封装， 并将两份组播数据均转发至该端口 的所有终端； 其中， 智能终端接收未进行 TRILL解封装的组播数据， 丟弃 TRILL解封装的组播数据； 普通终端接收进行 TRILL解封装的组播数据， 丟弃未 TRILL解封装的组播数据
路由桥接收到组播数据时， 根据附着于所述路由桥的终端能力信息进 行所述组播数据的转发。
图 2 为本发明实施例的链路透明互连网络中组播转发方法应用场景示 意图， 如图 2所示， Smart endnodel和 Smart endnode3为智能终端， 可以封 装和解封装 TRILL报文， endnode2、 endnode4为普通终端， 只能发出和接 收普通的以太网报文， 不能封装和解封装 TRILL报文。 上述四个终端都加 入了相同的组播组。 远端 Smart endnode5也为智能终端， 为相应组播组的 源地址。 Smart endnode5通过 TRILL网络与 Smart endnodel、 endnode2、 Smart endnode3 通信； Smart endnodel , endnode2通过以太网交换机 SWl 接入 TRILL网络， Smart endnode3通过 SW2接入 TRILL网络， endnode4通过 SW3接入 TRILL网络； TRILL网络中包括有依次连接的路由桥 RB1、 RB2 及 RB3。 Smart endnode5发出的组播报文， 经过路由桥 RB3后沿着组播分 发树发送到 RB1， RBI收到该组播报文后， 根据接收者的存在情况进行相 应组播报文的复制转发， 由于跟 SW1相连的端口发现学习到的终端既有普 通终端又有智能终端存在， 在该端口将组播报文复制为两份， 一份保持 TRILL封装，一份解封装 TRILL为普通报文形式，均经该端口发出。与 SW2 相连的端口发现学习到的终端只有智能终端存在， 那么该端口仅需将接收 到的组播报文直接转发即可。 与 SW3相连的端口发现学习到的终端只有普 通终端存在， 那么该端口只发送一份解封装 TRILL后的普通报文即可。 Smart endnodel和 Smart endnode3收到该组播 TRILL封装报文后， 解封装 得到 Smart endnode5的 MAC地址和 Nickname地址， 保存到本地的映射表 中， 完成地址学习， 另外一份为 RB1解封装后的普通组播以太网报文， 普 通终端 End node2和 Endnode4可以识别和解析该普通组播 4艮文。
图 3 为本发明实施例的链路透明互连网络中组播转发装置的组成结构 示意图， 如图 3 所示， 本示例的链路透明互连网络中组播转发装置包括接 收单元 30和转发单元 31， 其中：
接收单元 30， 配置为接收组播数据；
转发单元 31， 配置为根据附着于所述装置的终端能力信息进行所述组 播数据的转发。
上述接收单元 30还配置为， 接收终端附着于所述装置时向所述装置上 报的终端能力信息。
在图 3 所示的链路透明互连网络中组播转发装置的基础上， 本示例的 链路透明互连网络中组播转发装置还包括：
发送单元（图 3中未示出）， 配置为周期性地向附着于所述装置的终端 发送能力信息查询消息；
对应的， 上述接收单元 30还配置为， 接收附着于所述装置的终端上报 的能力信息。
本领域技术人员应当理解， 上述发送单元并非用于解决本发明基本目 的的必要技术手段， 仅是为优化本发明技术方案而设置的。
本发明中， 发送单元及接收单元 30可通过天线装置实现。 上述终端能力信息包括所述终端是否支持对发送数据进行多链路透明 互连 TRILL封装以及对接收 TRILL报文进行解封装的能力信息。
本发明的转发单元还包括确定子单元（图 3中未示出）、复制子单元（图 3中未示出）、 解封装子单元（图 3中未示出 )和转发子单元（图 3中未示 出）， 其中：
确定子单元， 配置为确定附着于所述装置的所有终端均不支持 TRILL 封装及 TRILL报文解封装能力时， 触发所述解封装子单元对所述组播数据 进行 TRILL解封装； 对应的， 所述转发子单元配置为将解封装后的组播数 据转发至所有终端；
或者， 确定子单元， 配置为确定附着于所述装置的终端均支持 TRILL 封装及 TRILL报文解封装能力时， 触发所述转发子单元将所述组播数据直 接转发至该端口的所有终端；
或者， 确定子单元， 配置为确定附着于所述装置的终端既有不支持 TRILL封装及 TRILL报文解封装能力的终端， 又有支持 TRILL封装及 TRILL报文解封装能力的终端时，触发所述复制子单元复制一份组播数据； 对应的，所述解封装子单元配置为对其中一份组播数据进行 TRILL解封装， 所述转发子单元配置为将两份组播数据均转发至所有终端。 对应的， 支持 TRILL封装及 TRILL报文解封装能力的终端接收未进行 TRILL解封装的组 播数据， 丟弃 TRILL解封装的组播数据； 不支持 TRILL封装及 TRILL报 文解封装能力的终端接收 TRILL解封装的组播数据，丟弃未进行 TRILL解 封装的组播数据。
本领域技术人员应当理解， 图 3 所示的链路透明互连网络中组播转发 装置涉及的处理单元的功能能通过硬件电路， 或由处理器执行相应的软件 所实现。 上述各处理单元的功能， 可结合前述本发明链路透明互连网络中 组播转发方法的相关实施例及实例的描述而理解。 本发明还记载了一种路由桥， 其中， 所述路由桥包括上述多链路透明 互连网络中组播转发装置。
显然， 本领域的技术人员应该明白， 上述的本发明的各处理单元或各 步骤可以用通用的计算装置来实现， 其可以集中在单个的计算装置上， 或 者分布在多个计算装置所组成的网络上， 可选地， 其可以用计算装置可执 行的程序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来 执行， 或者将它们分别制作成各个集成电路模块， 或者将它们中的多个模 块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任何特 定的硬件和软件结合。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。
工业实用性
本发明的路由桥确定附着于自身的所有终端均不支持 TRILL封装及 TRILL报文解封装能力时， 对组播数据进行 TRILL解封装后再转发至所有 解封装能力时， 将组播数据直接转发至所有终端。 路由桥确定附着于自身 的终端既有不支持 TRILL封装及 TRILL报文解封装能力的终端，又有支持 TRILL封装及 TRILL报文解封装能力的终端时， 复制一份组播数据， 对其 中一份组播数据进行 TRILL解封装，并将两份组播数据均转发至所有终端； 支持 TRILL封装及 TRILL报文解封装能力的终端接收未进行 TRILL解封 装的组播数据，丟弃 TRILL解封装的组播数据；不支持 TRILL封装及 TRILL 报文解封装能力的终端接收 TRILL解封装的组播数据， 丟弃未进行 TRILL 解封装的组播数据。 本发明的技术方案兼容智能终端与普通终端的共同接 入 TRILL网络的场景， 使智能终端之间通过组播数据进行地址学习， 保证 了数据的正常传输。

Claims

权利要求书
1、 一种多链路透明互连网络中组播转发方法， 所述方法包括： 路由桥接收到远端组播数据时， 根据附着于所述路由桥的终端能力信 息进行所述组播数据的转发。
2、 根据权利要求 1所述的方法， 其中， 所述终端能力信息包括所述终 端是否支持对发送数据进行多链路透明互连 TRILL封装以及对接收 TRILL 报文进行解封装的能力信息。
3、 根据权利要求 2所述的方法， 其中， 所述根据附着于所述路由桥的 终端能力信息进行所述组播数据的转发， 包括：
所述路由桥确定附着于自身的所有终端均不支持 TRILL封装及 TRILL 报文解封装能力时， 对所述组播数据进行 TRILL解封装后再转发至所有终 端； 文解封装能力时， 将所述组播数据直接转发至所有终端； 文解封装能力的终端，又有支持 TRILL封装及 TRILL报文解封装能力的终 端时， 复制一份组播数据， 对其中一份组播数据进行 TRILL解封装， 并将 两份组播数据均转发至所有终端。
4、 根据权利要求 3所述的方法， 其中， 将两份组播数据均转发至该端 口的所有终端时， 所述方法还包括：
支持 TRILL封装及 TRILL报文解封装能力的终端接收未进行 TRILL 解封装的组播数据， 丟弃 TRILL解封装的组播数据；
不支持 TRILL封装及 TRILL报文解封装能力的终端接收 TRILL解封 装的组播数据， 丟弃未进行 TRILL解封装的组播数据。
5、 一种多链路透明互连网络中组播转发装置， 所述装置包括接收单元 和转发单元， 其中：
接收单元， 配置为接收远端组播数据；
转发单元， 配置为根据附着于所述装置的终端能力信息进行所述组播 数据的转发。
6、 根据权利要求 5所述的装置， 其中， 所述接收单元还配置为， 接收 终端附着于所述装置时向所述装置上报的终端能力信息。
7、 根据权利要求 5所述的装置， 其中， 所述装置还包括：
发送单元， 配置为周期性地向附着于所述装置的终端发送能力信息查 询消息；
对应的， 所述接收单元还配置为， 接收附着于所述装置的终端上报的 能力信息。
8、 根据权利要求 5至 7任一项所述的装置， 其中， 所述终端能力信息 包括所述终端是否支持对发送数据进行多链路透明互连 TRILL封装以及对 接收 TRILL报文进行解封装的能力信息。
9、 根据权利要求 8所述的装置， 其中， 所述转发单元还包括确定子单 元、 复制子单元、 解封装子单元和转发子单元， 其中：
确定子单元， 配置为确定附着于所述装置的所有终端均不支持 TRILL 封装及 TRILL报文解封装能力时， 触发所述解封装子单元对所述组播数据 进行 TRILL解封装； 对应的， 所述转发子单元配置为将解封装后的组播数 据转发至所有终端；
或者， 确定子单元， 配置为确定附着于所述装置的终端均支持 TRILL 封装及 TRILL报文解封装能力时， 触发所述转发子单元将所述组播数据直 接转发至该端口的所有终端；
或者， 确定子单元， 配置为确定附着于所述装置的终端既有不支持 TRILL封装及 TRILL报文解封装能力的终端， 又有支持 TRILL封装及 TRILL报文解封装能力的终端时，触发所述复制子单元复制一份组播数据； 对应的，所述解封装子单元配置为对其中一份组播数据进行 TRILL解封装， 所述转发子单元配置为将两份组播数据均转发至所有终端。
10、 一种路由桥， 所述路由桥包括权利要求 5至 9任一项所述的多链 路透明互连网络中组播转发装置。
PCT/CN2013/087983 2012-12-07 2013-11-27 多链路透明互连网络中组播转发方法及装置、路由桥 WO2014086242A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US14/895,921 US10003469B2 (en) 2012-12-07 2013-11-27 Multicast forwarding method and apparatus in transparent interconnection of lots of link network, and routing bridge

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210524098.1A CN103856397B (zh) 2012-12-07 2012-12-07 多链路透明互连网络中组播转发方法及装置、路由桥
CN201210524098.1 2012-12-07

Publications (1)

Publication Number Publication Date
WO2014086242A1 true WO2014086242A1 (zh) 2014-06-12

Family

ID=50863633

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/087983 WO2014086242A1 (zh) 2012-12-07 2013-11-27 多链路透明互连网络中组播转发方法及装置、路由桥

Country Status (3)

Country Link
US (1) US10003469B2 (zh)
CN (1) CN103856397B (zh)
WO (1) WO2014086242A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107995112B (zh) * 2017-12-25 2021-02-26 杭州迪普科技股份有限公司 一种框式设备的trill报文处理方法及装置
CN113766432A (zh) * 2020-06-04 2021-12-07 华为技术有限公司 适用于多链路的组播业务传输方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101335989A (zh) * 2007-06-29 2008-12-31 华为技术有限公司 代理移动ip终端的平滑切换方法及系统
CN101540652A (zh) * 2009-04-09 2009-09-23 上海交通大学 多视角视频码流的终端异构自匹配传输方法
WO2011140028A1 (en) * 2010-05-03 2011-11-10 Brocade Communications Systems, Inc. Virtual cluster switching

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7269182B1 (en) * 2001-10-22 2007-09-11 Redback Networks Inc. Method and apparatus for PPPoE multicast
EP1758334A1 (en) * 2005-08-26 2007-02-28 Matsushita Electric Industrial Co., Ltd. Establishment of media sessions with media adaptation
US8126396B2 (en) * 2006-11-09 2012-02-28 Broadcom Corporation Wireless network that utilizes concurrent interfering transmission and MIMO techniques
CN101765148A (zh) * 2008-12-24 2010-06-30 华为技术有限公司 一种实现数据传输的方法、设备及系统
US9716672B2 (en) 2010-05-28 2017-07-25 Brocade Communications Systems, Inc. Distributed configuration management for virtual cluster switching
US8989186B2 (en) 2010-06-08 2015-03-24 Brocade Communication Systems, Inc. Virtual port grouping for virtual cluster switching
US8625616B2 (en) 2010-05-11 2014-01-07 Brocade Communications Systems, Inc. Converged network extension
US9001824B2 (en) 2010-05-18 2015-04-07 Brocade Communication Systems, Inc. Fabric formation for virtual cluster switching
US9270486B2 (en) 2010-06-07 2016-02-23 Brocade Communications Systems, Inc. Name services for virtual cluster switching
US9769016B2 (en) 2010-06-07 2017-09-19 Brocade Communications Systems, Inc. Advanced link tracking for virtual cluster switching
US9231890B2 (en) 2010-06-08 2016-01-05 Brocade Communications Systems, Inc. Traffic management for virtual cluster switching
US9461840B2 (en) 2010-06-02 2016-10-04 Brocade Communications Systems, Inc. Port profile management for virtual cluster switching
US9628293B2 (en) * 2010-06-08 2017-04-18 Brocade Communications Systems, Inc. Network layer multicasting in trill networks
US8634297B2 (en) * 2010-11-01 2014-01-21 Cisco Technology, Inc. Probing specific customer flow in layer-2 multipath networks
CN102801625B (zh) * 2012-08-17 2016-06-08 杭州华三通信技术有限公司 一种异构网络二层互通的方法及设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101335989A (zh) * 2007-06-29 2008-12-31 华为技术有限公司 代理移动ip终端的平滑切换方法及系统
CN101540652A (zh) * 2009-04-09 2009-09-23 上海交通大学 多视角视频码流的终端异构自匹配传输方法
WO2011140028A1 (en) * 2010-05-03 2011-11-10 Brocade Communications Systems, Inc. Virtual cluster switching

Also Published As

Publication number Publication date
CN103856397A (zh) 2014-06-11
CN103856397B (zh) 2018-08-14
US10003469B2 (en) 2018-06-19
US20160261419A1 (en) 2016-09-08

Similar Documents

Publication Publication Date Title
US20220407736A1 (en) Area-specific broadcasting using bit indexed explicit replication
US9019976B2 (en) Redundant host connection in a routed network
US8446914B2 (en) Method and system for link aggregation across multiple switches
WO2017114196A1 (zh) 一种报文处理方法、相关装置及nvo3网络系统
US8885641B2 (en) Efficient trill forwarding
US9614759B2 (en) Systems and methods for providing anycast MAC addressing in an information handling system
EP3035592B1 (en) Enhanced protocol independent multicast source registration over a reliable transport
US20120163164A1 (en) Method and system for remote load balancing in high-availability networks
EP2989755B1 (en) Efficient multicast delivery to dually connected (vpc) hosts in overlay networks
WO2022062506A1 (zh) 一种数据处理方法、装置、存储介质及电子装置
CN108390821B (zh) 一种openflow交换机实现双活的方法及系统
US8902794B2 (en) System and method for providing N-way link-state routing redundancy without peer links in a network environment
WO2014154087A1 (en) A gateway and its method of transfering data
WO2018014767A1 (zh) 一种信息确定方法、装置及存储介质
US20110170403A1 (en) Service Movement in Link State Controlled Layer Two Networks
WO2013139159A1 (zh) 在网络中转发报文的方法和运营商边缘设备
WO2021093463A1 (zh) 报文转发的方法、第一网络设备以及第一设备组
EP3095216A1 (en) Single hop overlay architecture for line rate performance in campus networks
CN104579981B (zh) 一种组播数据报文转发方法及设备
US20130279513A1 (en) Systems and methods for pseudo-link creation
US9548887B2 (en) Proactive creation of multicast state in an overlay transport network to achieve fast convergence on failover
WO2014086242A1 (zh) 多链路透明互连网络中组播转发方法及装置、路由桥
WO2022135217A1 (zh) 负载分担的方法、根节点设备、叶子节点设备以及系统
JP4751817B2 (ja) パケット転送装置およびネットワークシステム

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 14895921

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 13860446

Country of ref document: EP

Kind code of ref document: A1