CN104348717B - 报文转发方法和装置 - Google Patents
报文转发方法和装置 Download PDFInfo
- Publication number
- CN104348717B CN104348717B CN201310334013.8A CN201310334013A CN104348717B CN 104348717 B CN104348717 B CN 104348717B CN 201310334013 A CN201310334013 A CN 201310334013A CN 104348717 B CN104348717 B CN 104348717B
- Authority
- CN
- China
- Prior art keywords
- routing bridge
- mac
- address
- gateway
- trill
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2596—Translation of addresses of the same type other than IP, e.g. translation from MAC to MAC addresses
-
- 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/12—Shortest path evaluation
- H04L45/122—Shortest path evaluation by minimising distances, e.g. by selecting a route with minimum of number of hops
-
- 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/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- 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/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/66—Layer 2 routing, e.g. in Ethernet based MAN's
-
- 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/74—Address processing for routing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Power Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
本发明提供了一种报文转发装置和方法,其中该方法包括:从到达网关的多个TRILL路径中选择等价多路径;将收到的目的MAC地址是网关的MAC地址的以太网报文的源MAC地址替换为本地MAC地址;从等价多路径中选择一个路径发送替换了源MAC地址的以太网报文。本发明能够利用到达网关的多个TRIIL路径中的等价多路径分担发往网关的报文,而且无需将发往网关的报文封装为TRILL报文。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种报文转发方法和装置。
背景技术
多链接透明互连(TRILL,Transparent Interconnection of Lots of Links) 协议是IETF制定的一种二层网络技术。TRILL协议将三层路由技术ISIS (IntermediateSystem-to-Intermediate System,中间系统到中间系统)的设计思路引入二层网络,将二层网络的简单、灵活性与三层网络的稳定、可扩展和高性能有机融合起来,可用于构建数据中心的二层网络。
发明内容
本发明的目的在于,提供了一种报文转发方法,能够通过到达网关的多个TRILL路径中的等价多路径分担发往网关的报文。
为实现上述目的,本发明提供了一种报文的转发方法,该方法包括:从到达网关的多个TRILL路径中选择等价多路径;将收到的目的MAC地址是网关的MAC地址的以太网报文的源MAC地址替换为本地MAC地址;从等价多路径中选择一个路径发送替换为源MAC地址的以太网报文。
为实现上述目的,本发明还提供了一种报文的转发装置,该装置包括:路径选择单元,用于从到达网关的多个TRILL路径中选择等价多路径;报文转发单元,用于将收到的目的MAC地址是网关的MAC地址的以太网报文的源MAC地址替换为本地MAC地址;从等价多路径中选择一个路径发送替换为源MAC地址的以太网报文。
综上所述,本发明所采用的报文转发方法,能够利用到达网关的多个TRILL 路径中的等价多路径分担发往网关的报文,而且无需将发往网关的报文封装为TRILL报文。
附图说明
图1为本发明实施例中报文转发流程图;
图2为本发明实施例提供的数据中心的二层网络的示意图;
图3为本发明实施例提供的另一数据中心的二层网络的示意图;
图4本发明实施例提供的报文转发装置的示意图。
具体实施方式
为使本发明的技术方案和优点更加清楚,下面将结合附图及具体实施例对本发明作进一步地详细描述。
图1所示的本发明实施例提供的报文转发流程包括:
步骤101,从到达网关的多个TRILL路径中选择等价多路径;
步骤102,将收到的目的MAC地址是网关的MAC地址的以太网报文的源 MAC地址替换为本地MAC地址;
步骤103,从等价多路径中选择一个路径发送替换为源MAC地址的以太网报文。
由图1所示的报文转发流程可知,本发明能够通过到达网关的多个TRILL 路径中的等价多路径分担发往网关的报文。
图2所示本发明实施例提供的数据中心内Trill网络示意图。
图2中,trill网络200包括网关路由桥(RB,Routing Bridge)231~234以及非网关路由桥221~226。网关路由桥231~234具有三层转发能力。
路由桥231-234构成的虚拟路由器230。针对Trill网络200内的VLAN1,为该虚拟路由器230分配虚拟IP1和虚拟MAC1作为VLAN1网关的IP地址和 MAC地址,针对TRILL网络200内的VLAN2为虚拟路由器230分配虚拟IP2 和虚拟MAC2作为VLAN2网关的IP地址和MAC地址。路由桥231-234可通过HSRP协议或VRRP协议构成虚拟路由器230。路由桥231被选举为虚拟路由器230主设备,为请求VLAN1网关IP地址或请求VLAN2网关IP地址的ARP(地址解析协议,Address Resolution Protocol)请求报文回复ARP响应报文。
路由桥RB231~234均保持转发(active)状态,作为VLAN1和VLAN2的网关。
属于VLAN1的终端(end-station)的网关IP地址被设置为虚拟IP1,属于 VLAN2的终端的网关IP地址被设置为虚拟IP2。
路由桥231-234各自在Trill网络内通知VLAN1的网关信息以及VLAN2 的网关信息。路由桥231-234通知的网关信息至少包括:指示网关MAC地址的信息以及指示本设备作为网关的信息。这样,TRILL网络内所有路由桥可以获知VLAN1网关的MAC地址是虚拟MAC1、VLAN2网关的MAC地址是虚拟 MAC2,路由桥231-234是VLAN1网关和VLAN2网关。本发明不限定路由桥 231-234通知网关信息的具体实现方式。譬如,路由桥231-234将网关信息携带于已有协议报文的未定义字段,然后通过一个Trill组播树在Trill网络内发送。或者,路由桥231-234将网关信息携带于自定义的网关通知消息,通过一个Trill 组播树在trill网络内发送,但是需要确保自定义的网关通知消息的协议类型能够被Trill网络200的所有路由桥识别。
路由桥221根据TRILL网络200的拓扑,计算本设备与VLAN1的网关(即, RB231、RB232、RB233以及RB234)之间的Trill路径,然后选择跳数最少的 TRILL路径作为到达VLAN1网关的等价多路径。
图2中,路由桥221选择的到达VLAN1网关的等价多路径包括:路由桥 221->路由桥231,路由桥221->路由桥232,路由桥221->路由桥233,路由桥 221->路由桥234。路由桥221选择的到达VLAN2网关的等价多路径与到达 VLAN1网关的等级多路径相同。
路由桥222-226以相同的方式选择到达VLAN1网关的等价多路径和到达 VLAN2网关的等价多路径。
属于VLAN1的终端152连接于路由桥222,属于VLAN2的终端153连接于路由桥223。
终端152未查找到虚拟IP1对应的MAC地址,则生成请求虚拟IP1的ARP 请求报文,其中,目标端IP(Target IP)地址为虚拟IP1;发送端IP(Sender IP) 地址为IP152;发送端MAC(Sender MAC)地址为MAC152;源MAC(Source MAC) 地址和目的MAC(Destination MAC)地址分别设备为MAC152和全F的MAC地址。终端152发送请求虚拟IP1的ARP请求报文。
路由桥222接收ARP请求报文,根据VLAN1、MAC152(源MAC地址)以及APR请求报文的接收端口学习MAC地址表项。路由桥222将ARP请求报文封装为TRILL封装的ARP请求报文;其中,Trill头的Ingress nickname(接入设备昵称)和Egress nickname(出口设备昵称)分别是nickname222(路由桥 222的nickname)和分发树(distribution tree)的树根的nickname(指定了发送 ARP报文的分发树);外层以太网头的源MAC地址和目的MAC分别是路由桥 22的TRILL接口的MAC地址和Trill组播MAC地址(All-RBridges multicastaddress)。
路由桥221、路由桥223~226收到Trill报文封装的ARP请求报文,根据nickname222、VLAN 1以及MAC152学习MAC地址表项。路由桥221、路由桥223~226移除外层以太网头和Trill头,在VLAN1关联的端口广播ARP报文。
路由桥231~234收到Trill封装的ARP报文,根据nickname 222、VLAN 1 以及MAC152学习MAC地址表项,根据TRILL封装的ARP报文的接收端口、 MAC152(发送端MAC地址)以及VLAN 1(内层VLAN ID)以及IP152(发送端MAC地址)学习IP152的ARP信息。
路由桥231生成响应虚拟IP1的ARP响应报文,其中,目标端IP地址为 IP152;目标端MAC地址为MAC152;发送端IP地址为虚拟IP1;发送端MAC 地址为虚拟MAC1;源MAC地址为MAC2312;目的MAC地址为MAC152。路由桥231没有将虚拟MAC1设置为ARP响应报文的源MAC地址,而是将本设备的VLAN1的虚拟交换接口(VSI,virtual switching interface)的第二MAC 地址2312设置为ARP响应报文的源MAC地址,避免其他路由桥根据收到ARP 响应报文学习虚拟MAC1表项,即VLAN1网关的MAC地址表项。
路由桥231根据学习的MAC152的表项将ARP响应报文封装为Trill封装的ARP响应报文,其中,Ingress nickname为nickname231,Egress nickname 为nickname222;外层以太网头的外层源MAC地址和外层目的MAC地址分别是路由桥231的TRILL接口MAC地址和下一跳路由桥的TRILL接口的MAC 地址。Trill网络中,单播Trill报文的外层源MAC地址和外层目的MAC是逐跳修改的,分别表示发送单播trill报文的每跳路由桥以及到达Egressnickname的下一跳路由桥。图2中,路由桥231将Trill封装的ARP响应报文发送到路由桥222。
路由桥222收到Trill封装的ARP请求报文,确定外层目的MAC地址和 Egressnickname是本设备的TRILL接口MAC地址和本设备的nickname,移除外层以太网头和Trill头,在MAC表中查找到目的MAC地址MAC152的匹配表项,发送ARP响应报文到终端152。
终端152接收ARP响应报文,学习虚拟IP1的ARP信息,根据虚拟IP1的 ARP信息封装和发送目的IP地址为IP153的IP报文。这样,终端152将目的 IP地址是IP153的以太网报文封装为目的MAC地址是虚拟MAC1的以太网报文;即,终端152发送的以太网报文中,目的MAC地址为虚拟MAC1,源MAC 地址为MAC152。
路由桥222收到目的MAC地址是虚拟MAC1的以太网报文,将源MAC地址替换为MAC222,在到达VLAN1网关的等价多路径中选择一个路径,譬如路由桥222~>路由桥233之间的路径,发送替换了源MAC地址的以太网报文。这样,可以利用计算到达到VLAN1网关的等价多路径负载分担发往VLAN1网关的以太网报文。路由桥222的VLAN1的VSI的MAC地址是MAC222,是分配给路由桥222的本地MAC地址。
图2中路由桥222以及其他非网关路由桥的VLAN1的虚拟交换接口和 VLAN2的虚拟交换接口的IP地址不同,但是这两个虚拟交换接口的MAC地址既可以相同,也可以不同。
路由桥222可以根据以太网报文的五元组参数计算HASH值,在等价多路径中选择一个对应于该HASH值的一个路径。路由桥222修改源MAC地址是为了避免收到路由桥231~233修改已学习的MAC152的表项中的出端口 nickname222。
路由桥233接收目的MAC地址是虚拟MAC1的以太网报文,学习源MAC 地址MAC222的表项。
路由桥233移除目的MAC地址是虚拟MAC1的以太网头,根据目的IP地址IP153确定执行下行的三层转发。路由桥233未查找到目的IP地址IP153对应的ARP信息,缓存目的IP地址是IP153的IP报文,生成请求IP153的ARP 请求报文,其中,发送端IP地址是IP2332;发送端MAC地址是MAC2331;目标端IP地址是IP152;源MAC地址是MAC2331、目的MAC地址是全F的MAC 地址,VLAN ID是VLAN2。
图2中网关路由桥233的VLAN1的虚拟交换接口和VLAN2的虚拟交换接口的IP地址分别是IP2331和IP2332,但是这两个虚拟交换接口具有相同的第一 MAC地址和相同的第二MAC地址,即MAC2331和MAC2332。可选的,网关路由桥233以及其他网关路由桥的两个虚拟交换接口具有不同第一MAC地址和不同的第二MAC地址。
路由桥233将本设备的VLAN2的虚拟交换接口(VSI,virtual switchinginterface)的第一MAC地址2311设置为ARP请求报文的源MAC地址和请求端MAC地址,将本设备的VLAN2的虚拟交换接口的IP地址设置为ARP请求报文的请求端IP地址,避免其他路由桥根据收到ARP请求报文的源MAC地址学习虚拟MAC2表项,避免终端根据ARP请求报文的请求端IP地址和MAC 地址学习网关的ARP信息。因此,路由桥233没有将虚拟MAC2设置为ARP 请求报文的源MAC地址和请求端MAC地址,也没有将虚拟IP2设置为ARP 请求报文的目标端IP地址。只有路由桥231为请求网关IP地址的APR报文响应网关MAC地址。
路由桥233将ARP请求报文封装为Trill封装的ARP报文,其中,Ingress nickname和Egress nickname分别是nickname233和分发树的树根的nickname;外层源MAC地址和外层目的MAC分别是路由桥233的TRILL接口的MAC地址和Trill组播MAC地址。
路由桥221~226收到Trill报文封装的ARP请求报文,根据nickname233、 VLAN 2以及MAC2331学习MAC地址表项。路由桥221~226移除外层以太网头和Trill头,在VLAN2关联的端口广播ARP报文。
终端153收到ARP请求报文,学习IP2332的ARP信息,为请求IP153的ARP 请求报文生成ARP响应报文;根据IP2332的ARP信息发送生成的ARP响应报文。终端153生成的ARP响应报文中,发送端IP地址和发送端MAC地址分别是IP153和MAC153;目标端IP地址和目标端MAC地址分别是IP2332和 MAC2331;源MAC地址和目的MAC地址分别为MAC153和MAC2331。
路由桥223接收ARP响应报文,根据VLAN 2、源MAC地址MAC153以及ARP响应报文的接收端口学习MAC地址表项。
路由桥223查找到目的MAC地址MAC2331匹配的MAC地址表项,将ARP 响应报文封装为Trill封装的ARP请求报文;其中,Trill头的Ingress nickname 和Egress nickname分别是nickname223和nickname233;外层源MAC地址和外层目的MAC分别是路由桥223的TRILL接口的MAC地址和路由桥233的 TRILL接口的MAC地址。
这样,ARP响应报文的以太网头的目的MAC、源MAC以及VLAN ID是 Trill封装的ARP响应报文的内层目的MAC、内层源MAC地址和内层VLAN ID。路由桥223发送Trill封装的ARP响应报文到路由桥333。
路由桥223根据外层目的MAC地址将TRILL封装的ARP响应报文发到路由桥233。
路由桥233接收TRILL封装的ARP响应报文,根据nickname223、内层源 MAC地址以及内层VLAN ID学习MAC地址表项;根据Trill封装的ARP报文的接收端口、内层VLANID、发送端IP地址IP153以及发送端MAC地址 MAC153,学习IP153的ARP信息。
路由桥233根据MAC2331以及目的IP地址IP153的ARP信息中的MAC153 和VLAN 2将目的IP地址是IP153的IP报文封装为以太网报文,然后通过目的 IP地址IP153的ARP信息中的出端口发送。路由桥233执行下行三层转发时,将IP报文封装为以太网报文发出。
由于路由桥223通过TRILL网络的单播路径将Trill封装的ARP请求报文发到路由桥233。因此,路由桥233收到Trill封装的ARP请求报文的端口的Trill 路径是最短路径。
路由桥223接收目的MAC地址是MAC153的以太网报文,查找到MAC153 的匹配表项,发送以太网报文到终端153。
当路由桥231-234收到来自数据中心外部网络的以太网报文/IP报文时,根据目的IP确定需要执行下行三层转发时,以相同的方式将IP报文封装为以太网报文发出。
异常处理
路由桥221~226检测上行链路。路由桥223检测到故障上行链路,且该故障上行链路在路由桥223与路由桥233之间路径,属于路由桥221到VLAN1网关和VLAN2网关的等价多路径中的一个路径。路由桥223从到达VLAN1网关的等价多路径和到达VLAN2网关的等价多路径中删除故障上行链路所在的路径。
路由桥231~234检测上行链路和下行链路。路由桥233检测到故障下行链路,将故障下行链路链路的物理端口关联的ARP信息删除。本实施例中,路由桥233至少删除了关于IP153的ARP信息。
当路由桥233收到的以太网报文的目的IP地址是IP153时,路由桥233生成请求IP153的ARP请求报文,将ARP请求报文封装为Trill封装的ARP报文。
路由桥221-226收到Trill报文封装的ARP请求报文,移除外层以太网头和Trill头,在VLAN2关联的端口广播ARP报文。
终端153收到ARP请求报文,查找到IP2332的ARP信息,为请求IP153 的ARP请求报文生成ARP响应报文,为请求IP153的ARP请求报文生成ARP 响应报文;根据IP2332的ARP信息发送生成的ARP响应报文。
路由桥223接收ARP响应报文,查找到目的MAC地址MAC2331匹配的 MAC地址表项,将ARP响应报文封装为Trill封装的ARP请求报文;其中,Trill 头的Ingress nickname和Egress nickname分别是nickname223和nickname233;外层以太网头的源MAC地址和目的MAC分别是路由桥223的TRILL接口的 MAC地址和路由桥232的TRILL接口的MAC地址。
路由桥223将Trill封装的ARP响应报文发往下一跳路由桥232。路由桥232 收到Trill封装的ARP响应报文,根据nickname223、内层VLAN ID和内层源 MAC地址学习关联于MAC153的MAC地址表项,根据nickname233修改外层源MAC地址和外层目的MAC地址,将Trill封装的ARP响应报文发往下一跳路由桥222。
路由桥222收到Trill封装的ARP响应报文,根据nickname223、内层VLAN ID和内层源MAC地址学习关联于MAC153的表项,根据nickname233修改外层源MAC地址和外层目的MAC地址,将Trill封装的ARP响应报文发往路由桥233。
路由桥233接收TRILL封装的ARP响应报文,根据nickname223、内层源 MAC地址以及内层VLAN ID学习MAC153的表项;根据Trill封装的ARP报文的接收端口、内层VLANID、发送端IP地址IP153以及发送端MAC地址 MAC153,学习IP153的ARP信息。
路由桥233根据MAC2331以及目的IP地址IP153的ARP信息构建一个以太网头,其中,源MAC地址是2331、目的MAC地址是MAC153、VLAN ID 是VLAN2。路由桥233将以太网头添加到目的IP地址是IP153的IP报文,然后通过目的IP地址IP153的ARP信息中的出端口发送。
这样,路由桥223将目的MAC地址是MAC153的以太网报文发送到路由桥222。这样,路由桥223执行下行三层转发时,发出的时以太网报文而非TRILL 报文。
路由桥222接收目的MAC地址是MAC153的以太网报文根据MAC153在 MAC表中查找到的匹配表项将以太网报文封装为Trill封装的以太网报文,其中, Tr ill头的IngressNickname和Egress nickname分别nickname222、nickname223;外层源MAC地址和目的MAC地址分别是路由桥222的TRILL接口的MAC地址和路由桥232的TRILL接口的MAC地址。路由桥222将TRILL封装的以太网报文发到下一跳路由桥232。
路由桥232接收TRILL封装的以太网报文,将外层源MAC地址和外层目的MAC地址修改为路由桥232的TRILL接口的MAC地址和路由桥223的 TRILL接口的MAC地址,将TRILL封装的以太网报文发到下一跳路由桥223。
路由桥223接收TRILL封装的以太网报文,移除外层的以太网头和TRILL 头,在MAC表中查找到MAC153的匹配表项,发送以太网报文到终端153。
路由桥222和223收到的以太网报文的目的MAC地址不是网关的MAC地址,则执行常规的二层转发处理。
终端153请求虚拟IP2对应的虚拟MAC2的过程与终端152请求虚拟IP1 对应的虚拟MAC2的过程相同。
路由桥231为请求虚拟IP2的ARP请求报文生成ARP响应报文,将虚拟 MAC2和MAC2312设置为发送端MAC地址和源MAC地址是MAC2312。
终端153根据学习虚拟IP2的ARP信息,封装和发送需要执行三层转发的 IP报文。路由桥223接收目的MAC地址是虚拟MAC2的以太网报文,将源MAC 地址替换为本设备VLAN2的虚拟交换接口的MAC地址MAC223,选择路由桥 222~>路由桥232之间的路径转发替换了源MAC地址且目的MAC地址是 VLAN2网关的MAC地址的以太网报文。仍见,可以利用等价多路径担发往 VLAN2网关的以太网报文。
当路由桥233检测本设备所有上行链路故障时,在TRILL网络内通知本设备的所有上行链路故障。路由桥221将路由桥221与路由桥233之间的路径从到达VLAN1网关的等价多路径和到达VLAN2网关的等价多路径中删除。路由桥222-226也执行同样的处理,将各自与路由桥233之间属于等价多路径的每个路径删除。
本实施例中,网关路由桥执行下行三层转发而发出的初始报文始终是以太网报文。非网关路由桥收到以太网报文的目的MAC地址不是网关的MAC地址时,按照通常的二层转发方式处理。
图3所示本发明实施例提供的数据中心内Trill网络示意图。
如图3所示,trill网络300包括网关路由桥341和342、非网关路由桥331~ 334以及非网关路由桥321~326。网关路由桥341和342具有三层转发能力。
路由桥341和342构成虚拟路由器340,针对Trill网络300内的VLAN10 为该虚拟路由器340分配虚拟IP3和虚拟MAC3作为VLAN10网关的IP地址和 MAC地址;针对TRILL网络内的VLAN20,为虚拟路由器340分配虚拟IP4和虚拟MAC4作为VLAN20网关的IP地址和MAC地址。
路由桥341和342可通过HSRP协议或VRRP协议构成虚拟路由器340,路由桥341被选举主设备,为请求虚拟IP3或请求虚拟IP4的ARP请求报文回复 ARP响应报文。路由桥341和342均保持转发(active)状态,作为VLAN10 和VLAN20内终端的网关,。
属于VLAN10的终端(end-station)的网关IP地址被设置为虚拟IP3,属于VLAN20的终端的网关IP地址被设置为虚拟IP4。
Trill网络内所有路由桥都知道VLAN10和VLAN20的网关的MAC地址分别是虚拟MAC3和虚拟MAC4,VLAN10和VLAN20的网关是路由桥341和342。
路由桥341和342各自在Trill网络内通知VLAN10的网关信息以及 VLAN20的网关信息。路由桥341和342通知的网关信息至少包括:指示网关 MAC地址的信息以及指示本设备作为网关的信息。这样,TRILL网络内所有路由桥可以获知VLAN10网关的MAC地址是虚拟MAC3、VLAN20网关的MAC 地址是虚拟MAC4,路由桥341和342是VLAN10网关和VLAN20网关。
本发明不限定路由桥341和342通知网关信息的具体实现方式。譬如,路由桥341和342将网关信息携带于已有协议报文的未定义字段,然后通过一个 Trill组播树在Trill网络内发送。或者,路由桥341和342将网关信息携带于自定义的网关通知消息,通过一个Trill组播树在trill网络内发送,但是需要确保自定义的网关通知消息的协议类型能够被Trill网络300的所有路由桥识别。
路由桥321根据TRILL网络200的拓扑,计算本设备与VLAN10的网关(即,路由桥341和342)之间的Trill路径,然后选择跳数最少的TRILL路径作为到达VLAN10网关的等价多路径。
路由桥321根据TRILL网络300的拓扑,计算本设备与VLAN10的网关、VLAN20网关之间的多个Trill路径,然后选择跳数最少的TRILL路径作为到达 VLAN10的等价多路径和VLAN20等价多路径。
图3中,路由桥321选择的到达VLAN10网关的等价多路径包括:路由桥 321与路由桥341之间的四个等价的路径,每个路径上的传输路由桥分别是路由桥331~334;以及路由桥321与路由桥342之间的四个等价的路径,每个路径上的传输路由桥分别是路由桥331~334。路由桥321选择的到达VLAN20网关的等价多路径与到达VLAN10网关的等级多路径相同。
路由桥322-326以相同的方式选择到达VLAN10的网关的等价多路径和到达VLAN20网关的等价多路径。
图3中,路由桥331选择的到达VLAN10网关的等价多路径和到达VLAN20 网关的等价多路径包括:路由桥331与路由桥341之间路径以及路由桥331与路由桥342之间的路径。属于VLAN10的终端352连接于路由桥322,属于 VLAN20的终端353连接于路由桥323
终端352未查找到虚拟IP3对应的MAC地址,则生成请求虚拟IP3的ARP 请求报文,其中,目标端(Target)IP地址为虚拟IP3;发送端(sender)IP地址为IP352;发送端MAC地址为MAC352;ARP请求报文的以太网头的源MAC 地址和目的MAC地址分别设备为MAC352和全F的MAC地址。终端352发送请求虚拟IP3的ARP请求报文。
路由桥322接收ARP请求报文,根据VLAN10、ARP请求报文的源MAC 地址以及APR请求报文的接收端口学习MAC352的表项。路由桥322将ARP 报文封装为TRILL封装的ARP请求报文,在TRILL网络内广播。
路由桥321、路由桥323~326收到Trill报文封装的ARP请求报文,根据nickname322、VLAN 1以及MAC352学习MAC地址表项。路由桥321、路由桥323~326移除外层以太网头和Trill头,在VLAN10关联的端口广播ARP报文。
路由桥331~334作为转发路由桥(Transiting路由桥),根据Ingress nickname、内层目的MAC和内层VLAN ID学习MAC352的MAC地址表项,根据Egress nickname在Trill网络内转发。
路由桥341和342收到Trill封装的ARP报文,根据nickname 322、VLAN 10 以及MAC352学习MAC地址表项,根据TRILL封装的ARP报文的接收端口、 MAC352(发送端MAC地址)以及VLAN 10(内层VLAN ID)以及IP352(发送端MAC地址)学习IP352的ARP信息。
路由桥341生成响应虚拟IP1的ARP响应报文,其中,目标端IP地址为 IP352;目标端MAC地址为MAC352;发送端IP地址为虚拟IP3;发送端MAC 地址为虚拟MAC3。路由桥341将ARP响应报文的以太网头的源MAC地址和目的MAC地址分别设置为本设备的VLAN10的虚拟交换接口(VSI,virtual switching interface)的第二MAC地址3412和MAC352。路由桥341将ARP响应报文封装为Trill封装的ARP响应报文。
图3中网关路由桥341的VLAN10的虚拟交换接口和VLAN20的虚拟交换接口的IP地址分别是IP3411和IP3412,但是这两个虚拟交换接口具有相同的第一MAC地址和相同的第二MAC地址,即MAC3411和MAC3412。可选的,网关路由桥341的两个虚拟交换接口具有不同第一MAC地址和不同的第二MAC 地址。网关路由桥342的VLAN10和VLAN2的虚拟交换接口的IP地址不同,但是这两个虚拟交换接口的第一MAC地址和第二MAC地址既可以相同,也可以不同。
路由桥341将Trill头的Ingress nickname设置为nickname341,根据学习的 MAC地址表项将Trill头的Egress nickname设置为nickname322;将外层源MAC 地址和外层目的MAC地址分别设置为路由桥341的TRILL接口的MAC地址和下一跳路由桥332的TRILL接口的MAC地址。图3中,路由桥341将Trill封装的ARP响应报文发送到路由桥332。
路由桥332收到Trill封装的ARP请求报文,根据Ingress nickname、内层目的MAC和内层VLAN ID学习MAC3412的MAC地址表项,修改外层源MAC 地址和外层目的MAC地址,将Trill封装ARP响应报文发送给路由桥322。
路由桥322收到Trill封装的ARP请求报文,确定外层目的MAC地址和 Egressnickname是本设备的TRILL接口MAC地址和nickname,移除外层以太网头和Trill头,在MAC表中查找到目的MAC地址MAC3412的匹配表项,发送ARP响应报文到终端352。
终端352接收ARP响应报文,学习虚拟IP3的ARP信息,根据虚拟IP3的 ARP信息封装和发送目的IP地址为IP353的IP报文。这样,终端352将目的 IP地址是IP353的以太网报文封装为目的MAC地址是虚拟MAC3的以太网报文;即,终端352发送的以太网报文中,目的MAC地址为虚拟MAC3,源MAC 地址为MA352。
路由桥322收到目的MAC地址是虚拟MAC3的以太网报文,将源MAC地址替换为MAC322,在到达VLAN10网关的等价多路径中选择一个路径,譬如路由桥322->路由桥332->路由桥341之间的路径,发送替换了源MAC地址的以太网报文。路由桥322修改源MAC地址是为了避免下一跳路由桥或者网关修改已学习的MAC352表项的出端口,即nickname322。
路由桥332收到目的MAC地址是虚拟MAC3的以太网报文,将源MAC地址替换为MAC332,在到达VLAN10网关的等价多路径中选择一个路径,譬如路由桥332与路由桥341之间的路径,发送替换了源MAC地址的以太网报文。路由桥332修改源MAC地址是为了避免网关修改已学习的MAC352表项的出端口。
图3中,非网关路由桥321-326以及路由桥331~334的VLAN1的虚拟交换接口和VLAN2的虚拟交换接口的IP地址不同,但是这两个虚拟交换接口的 MAC地址既可以相同,也可以不同。
这样,路由桥322和332利用到达VLAN10网关的等价多路径分担发往 VLAN10网关的以太网报文,同时路由桥322和333无需将发往VLAN10网关的以太网报文封装为TRILL报文。相应地,VLAN10网关无需对TRILL报文进行解封装以后再执行三层转发。
路由桥322和332可以根据以太网报文的五元组参数计算HASH值,在等价多路径中选择一个对应的路径。路由桥341接收目的MAC地址是虚拟MAC3 的以太网报文,学习源MAC地址MAC332的MAC地址表项。
路由桥341移除目的MAC地址是虚拟MAC3的以太网报文的以太网头,根据目的IP地址IP353确定执行下行的三层转发。
路由桥341未查找到目的IP地址IP353对应的ARP信息,缓存目的IP地址是IP353的IP报文,生成请求IP353的ARP请求报文,其中,发送端IP地址是路由桥341的VLAN20的虚拟交换接口的IP地址IP3412;发送端MAC地址是路由桥341的VLAN20的虚拟交换接口的第一MAC地址MAC3411;目标端IP地址是IP352。该ARP请求报文的以太网头的VLANID、源MAC地址和目的MAC地址分别是VLAN20、MAC3411和全F的MAC地址。
路由桥341将ARP请求报文封装为Trill封装的ARP报文,在TRILL网络内广播。
路由桥331~334收到Trill报文封装的ARP请求报文,根据Ingress nickname、VLAN 20以及MAC3411学习MAC地址表项。路由桥331~334根据Egress nickname转发。
路由桥321~226收到Trill报文封装的ARP请求报文,根据Ingress nickname、VLAN 20以及MAC3411学习MAC地址表项。路由桥321~326移除外层以太网头和Trill头,在VLAN20关联的端口广播ARP报文。
终端353收到ARP请求报文,学习IP3412的ARP信息,为请求IP353的ARP 请求报文生成ARP响应报文;根据IP3412的ARP信息发送ARP响应报文。终端353生成的ARP响应报文中,发送端IP地址和发送端MAC地址分别是IP353 和MAC353;目标端IP地址和目标端MAC地址分别是IP3412和MAC3411;源 MAC地址和目的MAC地址分别设置为MA353和MAC3411。
路由桥323接收ARP响应报文,根据VLAN 20、源MAC地址MAC153以及ARP响应报文的接收端口学习MAC地址表项。
路由桥323查找MAC3411匹配的表项,将ARP响应报文封装为Trill封装的ARP请求报文;其中,Trill头的Ingress nickname和Egress nickname分别是 nickname323和nickname341;外层以太网头的源MAC和目的MAC分别是路由桥323的TRILL接口的MAC地址和下一跳路由桥332的TRILL接口的MAC 地址。路由桥323根据外层目的MAC地址发送Trill封装的ARP响应报文到下一跳路由桥332。
路由桥332接收Trill封装的ARP响应报文,根据nickname 323、MAC353 以及VLAN20学习MAC地址表项,修改外层源MAC地址和外层目的MAC地址,将Trill封装的ARP响应报文发送到路由桥341。
路由桥341接收TRILL封装的ARP响应报文,根据nickname 323、MAC353 以及VLAN20学习MAC地址表项;根据Trill封装的ARP报文的接收端口、 VLAN20、IP353以及MAC353,学习IP353的ARP信息。
路由桥341根据MAC3411、MAC353和VLAN20构建以太网头,将以太网头田间到目的IP地址是IP353的IP报文,通过IP353的ARP信息中的出端口发送。这样,路由桥341执行下行三层转发时发出的是以太网报文。
路由桥332收到以太网报文,查找到MAC353的匹配表项,将收到的以太网报文封装为TRILL报文,将TRILL报文发到路由桥323。
路由桥323收到TRILL报文,移除外层以太网头和TRILL头,查找目的 MAC353的匹配表项,将以太网报文发送到终端353。
异常处理
路由桥321326、路由桥331~334检测上行链路。
路由桥321检测到故障上行链路,且该故障上行链路位于路由桥321->路由器332->路由桥341以及路由桥321->路由器332->路由桥342的这两个路径上,。路由桥321从到达VLAN10网关的等价多路径和到达VLAN20网关的等价多路径中删除故障上行链路所在的这两个路径。
路由桥321~326、路由桥331~334可以通过到达路由桥341的等价多路径发送目的MAC地址是VLAN10网关MAC地址或VLAN20网关MAC地址的报文。
因此,在图3所示的TRILL网络里,即使一台网关路由桥作为TRILL网络内的各VLAN的网关,路由桥321~326仍通过到达各VLAN网关的等价多路径分担发往各VLAN的以太网报文,且不需要收到的以太网报文封装为TRILL 报文。路由桥331~334仍不需要收到的以太网报文封装为TRILL报文。路由桥 332检测到故障上行链路,且该故障上行链路在路由桥332与路由桥341之间路径,属于路由桥3321到VLAN10网关和VLAN20网关的等价多路径中的一个路径。路由桥332从到达VLAN10网关的等价多路径和到达VLAN20网关的等价多路径中删除故障上行链路所在的这个路径。
当路由桥341和342各自检测自身的上行链路和下行链路。路由桥341检测到连接路由桥332的下行链路故障,删除故障下行链路的物理端口关联的 IP353的ARP信息。
路由桥341收到的报文的目的IP地址是IP353时,重新发送请求IP353的 ARP请求信息,根据收到的TRILL封装的ARP报文重新学习IP353的ARP信息,根据重新学习的ARP信息将目的IP地址是IP353的IP报文封装为以太网报文并发送。
终端353请求VLAN20网关的MAC地址过程与终端352请求VLAN10网关的MAC地址过程大致相同。
当路由桥341检测本设备所有上行链路故障时,在TRILL网络内通知本设备的所有上行链路故障。路由桥321~326将自身与路由桥341之间的路径从到达VLAN10网关的等价多路径和到达VLAN20网关的等价多路径中删除。路由桥331~334也执行同样的处理,将各自与路由桥341之间属于等价多路径的每个路径删除。
通过图2和图3揭示的例子可知,数据中心内的非网关路由桥收到目的MAC 地址是网关MAC地址的以太网报文时,将源MAC地址替换为本地MAC地址,将替换了源MAC地址且目的MAC为网关MAC地址的以太网报文通过到达网关的等价多路径执行转发。这样,非网关路由桥无需将需要执行三层转发的以太网报文封装为TRILL报文后,发往作为网关。
图4所示的本发明实施例中报文转发装置示意图,该报文转发装置400 包括:
路径选择单元401,用于从到达网关的多个TRILL路径中选择等价多路径;
报文转发单元402,用于将收到的目的MAC地址是网关的MAC地址的以太网报文的源MAC地址替换为本地MAC地址;从等价多路径中选择一个路径发送替换为源MAC地址的以太网报文。
路径检测单元403,检测上行链路,将上行链路的状态发送给路径选择单元,
路径选择单元401,还用于确定故障上行链路在等价多路径的任一路径,将故障上行链路所在的路径从等价多路径中删除。
报文转发单元402,还用于获取网关的MAC地址以及作为网关的两个以上网关路由桥。
路径选择单元401,还用于计算到达每个网关路由桥的多个TRILL路径;从到达每个网关路由桥的多个TRILL路径中选择跳数最少的两个以上的路径为等价多路径。
路径选择单元401,还用于获取上行链路故障的网关路由桥,判断等价多路径是否包含到达上行链路故障的网关路由桥的路径;若是,从等价多路径中删除到达上行链路故障的网关路由桥的路径。
本发明实施例提供的报文转发装置能够利用到达网关的多个TRILL 路径中的等价多路径分担发往网关的报文,而且无需将发往网关的报文封装为 TRILL报文。
本实施例不再赘述。以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (8)
1.一种报文的转发方法,其特征在于,所述方法包括:
从到达网关的多个TRILL路径中选择等价多路径;
将收到的目的MAC地址是所述网关的MAC地址的以太网报文的源MAC地址替换为本地MAC地址;
从所述等价多路径中选择一个路径发送替换了源MAC地址的以太网报文。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
检测上行链路;
如果检测到故障的上行链路在所述等价多路径的任一路径,将故障的上行链路所在的路径从所述等价多路径中删除。
3.根据权利要求1所述的方法,其特征在于,
获取作为所述网关的两个以上网关路由桥;
计算到达每个所述网关路由桥的多个TRILL路径;
从到达每个所述网关路由桥的多个TRILL路径中选择跳数最少的两个以上的路径为所述等价多路径。
4.根据权利要求3所述的方法,其特征在于,
获取上行链路故障的网关路由桥;
判断所述等价多路径是否包含到达上行链路故障的网关路由桥的路径;
若是,从所述等价多路径中删除到达上行链路故障的网关路由桥的路径。
5.一种报文的转发装置,其特征在于,所述装置包括:
路径选择单元,用于从到达网关的多个TRILL路径中选择等价多路径;
报文转发单元,用于将收到的目的MAC地址是网关的MAC地址的以太网报文的源MAC地址替换为本地MAC地址;从所述等价多路径中选择一个路径发送替换为源MAC地址的以太网报文。
6.根据权利要求5所述的装置,其特征在于,所述装置还包括:
路径检测单元,检测上行链路,将上行链路的状态发送给所述路径选择单元,
所述路径选择单元,还用于确定故障上行链路在所述等价多路径的任一路径,将故障上行链路所在的路径从所述等价多路径中删除。
7.根据权利要求5所述的装置,其特征在于,
所述报文转发单元,还用于获取所述网关的MAC地址以及作为所述网关的两个以上网关路由桥,计算到达每个所述网关路由桥的多个TRILL路径;从到达每个所述网关路由桥的多个TRILL路径中选择跳数最少的两个以上的路径为所述等价多路径。
8.根据权利要求7所述的装置,其特征在于,
所述路径选择单元,还用于获取上行链路故障的网关路由桥,判断所述等价多路径是否包含到达上行链路故障的网关路由桥的路径;若是,从所述等价多路径中删除到达上行链路故障的网关路由桥的路径。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310334013.8A CN104348717B (zh) | 2013-08-02 | 2013-08-02 | 报文转发方法和装置 |
KR1020157036020A KR101613640B1 (ko) | 2013-08-02 | 2014-08-01 | 패킷 포워딩 |
PCT/CN2014/083521 WO2015014311A1 (en) | 2013-08-02 | 2014-08-01 | Packet forwarding |
US14/899,454 US20160142287A1 (en) | 2013-08-02 | 2014-08-01 | Packet forwarding |
EP14831272.1A EP3028434B1 (en) | 2013-08-02 | 2014-08-01 | Packet forwarding |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310334013.8A CN104348717B (zh) | 2013-08-02 | 2013-08-02 | 报文转发方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104348717A CN104348717A (zh) | 2015-02-11 |
CN104348717B true CN104348717B (zh) | 2018-05-11 |
Family
ID=52431024
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310334013.8A Active CN104348717B (zh) | 2013-08-02 | 2013-08-02 | 报文转发方法和装置 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20160142287A1 (zh) |
EP (1) | EP3028434B1 (zh) |
KR (1) | KR101613640B1 (zh) |
CN (1) | CN104348717B (zh) |
WO (1) | WO2015014311A1 (zh) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10033693B2 (en) | 2013-10-01 | 2018-07-24 | Nicira, Inc. | Distributed identity-based firewalls |
US10324746B2 (en) | 2015-11-03 | 2019-06-18 | Nicira, Inc. | Extended context delivery for context-based authorization |
US10802857B2 (en) | 2016-12-22 | 2020-10-13 | Nicira, Inc. | Collecting and processing contextual attributes on a host |
CN109302346B (zh) * | 2018-10-25 | 2020-09-18 | 网宿科技股份有限公司 | 一种传输数据流量的方法和装置 |
CN109831365B (zh) * | 2018-12-27 | 2021-04-20 | 山东电力工程咨询院有限公司 | 组播式协议精准负荷控制系统及以太网通信流构建方法 |
WO2020214139A1 (en) * | 2019-04-15 | 2020-10-22 | Hewlett Packard Enterprise Development Lp | Dynamic client balancing between branch gateways |
US11539718B2 (en) | 2020-01-10 | 2022-12-27 | Vmware, Inc. | Efficiently performing intrusion detection |
US11570239B2 (en) * | 2020-04-20 | 2023-01-31 | Cisco Technology, Inc. | Distributed resilient load-balancing for multipath transport protocols |
US11108728B1 (en) * | 2020-07-24 | 2021-08-31 | Vmware, Inc. | Fast distribution of port identifiers for rule processing |
CN113472647B (zh) * | 2021-06-11 | 2023-07-14 | 新华三信息安全技术有限公司 | 一种报文转发方法及装置 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102075360A (zh) * | 2011-01-19 | 2011-05-25 | 中国人民解放军信息工程大学 | 基于聚合等价类的网络故障分布式处理方法 |
CN102185782A (zh) * | 2011-05-17 | 2011-09-14 | 福建星网锐捷网络有限公司 | 多链接透明传输互连网络的数据发送方法及其装置 |
CN102647324A (zh) * | 2011-02-21 | 2012-08-22 | 中兴通讯股份有限公司 | 一种trill网络互连的方法和系统 |
CN102684985A (zh) * | 2011-03-17 | 2012-09-19 | 中兴通讯股份有限公司 | 一种多链接互连网络分域互连的方法和系统 |
CN102694721A (zh) * | 2011-03-21 | 2012-09-26 | 阿瓦雅公司 | 多链路透明互连路由桥之间掩蔽的以太网地址的使用 |
CN102891764A (zh) * | 2011-07-22 | 2013-01-23 | 中兴通讯股份有限公司 | 一种路由网桥维护信息的方法及系统 |
CN103078804A (zh) * | 2012-12-28 | 2013-05-01 | 福建星网锐捷网络有限公司 | 等价多路径表处理方法、装置及网络设备 |
CN103155500A (zh) * | 2010-05-14 | 2013-06-12 | 极进网络公司 | 用于网络业务流的无状态负载平衡的方法、系统和计算机可读介质 |
CN103181131A (zh) * | 2010-10-29 | 2013-06-26 | 瑞典爱立信有限公司 | 最短路径桥接网络中的负载平衡 |
CN103227757A (zh) * | 2012-08-31 | 2013-07-31 | 杭州华三通信技术有限公司 | 一种报文转发方法及设备 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6944168B2 (en) * | 2001-05-04 | 2005-09-13 | Slt Logic Llc | System and method for providing transformation of multi-protocol packets in a data stream |
US8761022B2 (en) * | 2007-12-26 | 2014-06-24 | Rockstar Consortium Us Lp | Tie-breaking in shortest path determination |
US9338083B2 (en) * | 2007-12-28 | 2016-05-10 | At&T Intellectual Property I, Lp | ECMP path tracing in an MPLS enabled network |
US8611352B2 (en) * | 2010-04-20 | 2013-12-17 | Marvell World Trade Ltd. | System and method for adapting a packet processing pipeline |
US10033650B2 (en) * | 2010-06-08 | 2018-07-24 | Brocade Communication Systems Llc | Preserving quality of service across trill networks |
US8634297B2 (en) * | 2010-11-01 | 2014-01-21 | Cisco Technology, Inc. | Probing specific customer flow in layer-2 multipath networks |
US9270572B2 (en) * | 2011-05-02 | 2016-02-23 | Brocade Communications Systems Inc. | Layer-3 support in TRILL networks |
CN102368727B (zh) * | 2011-09-14 | 2015-01-21 | 杭州华三通信技术有限公司 | 跨ip网络的trill网络通信方法、系统和设备 |
US9699117B2 (en) * | 2011-11-08 | 2017-07-04 | Brocade Communications Systems, Inc. | Integrated fibre channel support in an ethernet fabric switch |
US8717944B2 (en) * | 2012-08-23 | 2014-05-06 | Cisco Technology, Inc. | TRILL optimal forwarding and traffic engineered multipathing in cloud switching |
JP5958293B2 (ja) * | 2012-11-14 | 2016-07-27 | 富士通株式会社 | 通信方法、通信プログラム、および、ノード装置 |
CN103220215B (zh) * | 2013-04-25 | 2015-10-07 | 杭州华三通信技术有限公司 | TRILL网络中FCoE报文的转发方法和装置 |
-
2013
- 2013-08-02 CN CN201310334013.8A patent/CN104348717B/zh active Active
-
2014
- 2014-08-01 KR KR1020157036020A patent/KR101613640B1/ko active IP Right Grant
- 2014-08-01 EP EP14831272.1A patent/EP3028434B1/en active Active
- 2014-08-01 US US14/899,454 patent/US20160142287A1/en not_active Abandoned
- 2014-08-01 WO PCT/CN2014/083521 patent/WO2015014311A1/en active Application Filing
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103155500A (zh) * | 2010-05-14 | 2013-06-12 | 极进网络公司 | 用于网络业务流的无状态负载平衡的方法、系统和计算机可读介质 |
CN103181131A (zh) * | 2010-10-29 | 2013-06-26 | 瑞典爱立信有限公司 | 最短路径桥接网络中的负载平衡 |
CN102075360A (zh) * | 2011-01-19 | 2011-05-25 | 中国人民解放军信息工程大学 | 基于聚合等价类的网络故障分布式处理方法 |
CN102647324A (zh) * | 2011-02-21 | 2012-08-22 | 中兴通讯股份有限公司 | 一种trill网络互连的方法和系统 |
CN102684985A (zh) * | 2011-03-17 | 2012-09-19 | 中兴通讯股份有限公司 | 一种多链接互连网络分域互连的方法和系统 |
CN102694721A (zh) * | 2011-03-21 | 2012-09-26 | 阿瓦雅公司 | 多链路透明互连路由桥之间掩蔽的以太网地址的使用 |
CN102185782A (zh) * | 2011-05-17 | 2011-09-14 | 福建星网锐捷网络有限公司 | 多链接透明传输互连网络的数据发送方法及其装置 |
CN102891764A (zh) * | 2011-07-22 | 2013-01-23 | 中兴通讯股份有限公司 | 一种路由网桥维护信息的方法及系统 |
CN103227757A (zh) * | 2012-08-31 | 2013-07-31 | 杭州华三通信技术有限公司 | 一种报文转发方法及设备 |
CN103078804A (zh) * | 2012-12-28 | 2013-05-01 | 福建星网锐捷网络有限公司 | 等价多路径表处理方法、装置及网络设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2015014311A1 (en) | 2015-02-05 |
CN104348717A (zh) | 2015-02-11 |
US20160142287A1 (en) | 2016-05-19 |
EP3028434A1 (en) | 2016-06-08 |
EP3028434B1 (en) | 2018-06-13 |
EP3028434A4 (en) | 2016-11-23 |
KR20160003327A (ko) | 2016-01-08 |
KR101613640B1 (ko) | 2016-04-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104348717B (zh) | 报文转发方法和装置 | |
CN104348726B (zh) | 报文转发方法和装置 | |
US20130259050A1 (en) | Systems and methods for multi-level switching of data frames | |
EP2503743B1 (en) | Usage Of Masked Ethernet Addresses Between Transparent Interconnect Of Lots Of Links (Trill) Routing Bridges | |
CN104285416B (zh) | 在存储区域网络中端接覆盖隧道的虚拟路由器 | |
CN104660508B (zh) | 一种报文转发方法及装置 | |
US8995444B2 (en) | Method and system for extending routing domain to non-routing end stations | |
CN104243270B (zh) | 一种建立隧道的方法和装置 | |
KR20140027455A (ko) | 이더넷 패킷을 인터넷 프로토콜 네트워크를 통해 라우팅하는 집중 시스템 | |
JP2008109665A (ja) | Mac(メディアアクセスコントロール)トンネリング、その制御及び方法 | |
CN105634857A (zh) | 链路连通性检测方法及装置 | |
US8902794B2 (en) | System and method for providing N-way link-state routing redundancy without peer links in a network environment | |
US20130215892A1 (en) | Network provider bridge mmrp registration snooping | |
CN105187311B (zh) | 一种报文转发方法及装置 | |
CN102684985B (zh) | 一种多链接互连网络分域互连的方法和系统 | |
CN104283782B (zh) | 多协议标签交换网络中确定报文转发路径的方法和装置 | |
CN106031103A (zh) | 通信系统、控制装置、通信控制方法及程序 | |
CN104079466B (zh) | 一种报文处理方法和设备 | |
US9860160B2 (en) | Multipath switching using per-hop virtual local area network classification | |
US20130279513A1 (en) | Systems and methods for pseudo-link creation | |
Eastlake 3rd et al. | Routing bridges (rbridges): Adjacency | |
CN104219073B (zh) | Spbm网络中的报文转发方法及装置 | |
CN104486225B (zh) | 应用于trill网络中的报文转发方法和设备 | |
CN104618524B (zh) | Mac地址学习方法及装置 | |
CN108183859A (zh) | 一种互联网流量调度方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Applicant before: Huasan Communication Technology Co., Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |