CN104717140B - Trill网络中边缘路由桥设备的故障处理方法和装置 - Google Patents

Trill网络中边缘路由桥设备的故障处理方法和装置 Download PDF

Info

Publication number
CN104717140B
CN104717140B CN201310675157.XA CN201310675157A CN104717140B CN 104717140 B CN104717140 B CN 104717140B CN 201310675157 A CN201310675157 A CN 201310675157A CN 104717140 B CN104717140 B CN 104717140B
Authority
CN
China
Prior art keywords
edge
new
access
trill
access group
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
Application number
CN201310675157.XA
Other languages
English (en)
Other versions
CN104717140A (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201310675157.XA priority Critical patent/CN104717140B/zh
Priority to EP17190716.5A priority patent/EP3322138B1/en
Priority to EP14870299.6A priority patent/EP3068082B1/en
Priority to PCT/CN2014/086204 priority patent/WO2015085801A1/zh
Publication of CN104717140A publication Critical patent/CN104717140A/zh
Priority to US15/176,849 priority patent/US10771284B2/en
Application granted granted Critical
Publication of CN104717140B publication Critical patent/CN104717140B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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/66—Layer 2 routing, e.g. in Ethernet based MAN's

Landscapes

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

Abstract

本发明公开了一种TRILL网络中边缘RB的故障处理方法和装置，属于通信技术领域。所述方法包括：多归接入组中的第一边RB检测所述第一边缘RB的接入链路是否发生故障；当所述第一边缘RB的接入链路发生故障时，所述第一边缘RB通过所述TRILL网络向所述多归接入组中除所述第一边缘RB以外的其他边缘RB发送故障通知消息，所述故障通知消息用于告知所述其他边缘RB所述第一边缘RB的接入链路发生故障。本发明可以有效提高网络收敛速度和网络的可靠性。

Description

TRILL网络中边缘路由桥设备的故障处理方法和装置
技术领域
本发明涉及通信领域，特别涉及一种透明多链路互联（TransparentInterconnect of Lots of Links，简称TRILL）网络中边缘路由桥设备（Route Bridge，简称RB）的故障处理方法和装置。
背景技术
透明多链路互联（英文：Transparent Interconnect of Lots of Links，简称TRILL）协议是一种在二层（数据链路层）网络上基于链路状态计算的路由协议。运行TRILL协议的设备叫做路由桥设备（英文：Route Bridge，简称RB），由RB组成的网络叫做TRILL网络（Campus）。
为了保证用户边缘（英文：customer edge，简称CE）设备接入的可靠性，CE设备通常会接入多个边缘RB设备，通过这多个边缘RB接入TRILL网络，构成多归接入的情形，这多个边缘RB在下文中被称为该CE设备的多归接入组。多归接入组有两种工作方式，一种是主备方式，一种是多活方式。
其中，在主备方式下，对于该多归接入组接入的某个虚拟局域网（英文：VirtualLocal Area Network，简称VLAN）而言，一个多归接入组只允许有一台边缘RB将该VLAN中的CE设备发送的报文接入TRILL网络，这一台边缘RB称为指定转发者（英文：AppointedForwarder，简称AF）。AF会通过其接入链路周期性地向多归接入组中的其他边缘RB广播TRILL Hello报文。当AF的接入链路发生故障时，AF将无法通过接入链路发送TRILL Hello报文。若与AF在同一多归接入组的其他边缘RB在预定时间内，例如AF的N个（N可配置，默认为3倍）TRILL Hello报文发送周期，未收到AF的TRILL Hello报文，则判定AF的接入链路故障，将进行TRILL协议处理，重新设置报文转发规则。而在多活方式下，一个多归接入组中的多台边缘RB之间不会发送TRILL Hello报文，若其中一个边缘RB的接入链路发生故障，其它边缘RB将无法获知该故障，CE设备仍然会将数据发送到发生故障的边缘RB。
在实现本发明的过程中，发明人发现现有技术至少存在以下问题：
在主备方式中，多归接入组中的某个边缘RB故障后，其他边缘RB需要经过设定时间才能感知到该边缘RB的故障，进而制定新的报文转发规则，网络收敛速度比较慢。而在多活方式中，多归接入组中的某个边缘RB接入链路故障后，由于边缘RB之间在接入链路之间不互相发送TRILL Hello报文进行协商，其他边缘RB无法获知该边缘RB的故障，从而会导致报文丢失，降低了网络的可靠性。
发明内容
为了解决现有技术中多归接入组中存在接入链路故障的边缘RB而其他边缘RB无法及时感知或者无法感知的问题，本发明实施例提供了一种TRILL网络中边缘RB的故障处理方法和装置。所述技术方案如下：
第一方面，本发明实施例提供了一种TRILL网络中边缘RB的故障处理方法，所述方法包括：
多归接入组中的第一边缘路由桥设备RB检测所述第一边缘RB的接入链路是否发生故障，所述多归接入组用于将用户边缘设备接入所述TRILL网络，所述多归接入组包括至少两个边缘RB，各个所述边缘RB分别通过各自的接入链路与所述用户边缘设备连接；
当所述第一边缘RB的接入链路发生故障时，所述第一边缘RB通过所述TRILL网络向所述多归接入组中除所述第一边缘RB以外的其他边缘RB发送故障通知消息，所述故障通知消息用于告知所述其他边缘RB所述第一边缘RB的接入链路发生故障。
在第一方面的第一种可能的实现方式中，当所述多归接入组以主备方式工作时，所述故障通知消息包括所述第一边缘RB的标识和所述第一边缘RB的接入端口标识。
结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，当所述第一边缘RB为第一VLAN的当前指定转发者AF时，所述故障通知消息还包括第一VLAN的新AF的标识和所述新AF的接入端口标识。
在第一方面的第三种可能的实现方式中，当所述多归接入组以多活方式工作时，所述故障通知消息包括所述第一边缘RB的标识和所述第一边缘RB所属的链路捆绑组的标识。
结合第一方面或第一方面的第一种或第二种或第三种实现方式，在第四种实现方式中，所述故障通知消息采用TRILL数据报文进行封装。
第二方面，本发明实施例提供了一种TRILL网络中边缘RB的故障处理方法，所述方法包括：
多归接入组中的第二边缘RB接收所述多归接入组中的第一边缘RB发送的故障通知消息，所述多归接入组用于将用户边缘设备接入所述TRILL网络，所述多归接入组包括至少两个边缘RB，各个所述边缘RB分别通过各自的接入链路与所述用户边缘设备连接；
根据所述故障通知消息，进行TRILL协议处理。
在第二方面的第一种可能的实现方式中，当所述多归接入组以主备方式工作时，所述故障通知消息包括所述第一边缘RB的标识和所述第一边缘RB的接入端口标识。
结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述根据所述故障通知消息，更新报文转发规则，包括：
当所述第一边缘RB是指定转发者AF时，从所述多归接入组中除所述第一边缘RB以外的其他边缘RB中，为所述AF对应的第一VLAN确定一个新AF。
结合第二方面的第二种可能的实现方式，在第三种可能的实现方式中，所述从所述多归接入组中除所述第一边缘RB以外的其他边缘RB中为所述AF对应的第一VLAN确定一个新AF，包括：
所述第二边缘RB根据多归接入组中除第一边缘RB以外的其他边缘RB的DRB优先级，确定一个新路由桥设备DRB；
当所述新DRB为所述第二边缘RB时，所述第二边缘RB为所述第一VLAN指定一个新AF，并将所述新AF告知所述多归接入组中除所述第一边缘RB和所述第二边缘RB以外的其他边缘RB；
或
所述第二边缘RB根据多归接入组中除第一边缘RB以外的其他边缘RB的DRB优先级，确定一个新路由桥设备DRB；
当所述新DRB不为所述第二边缘RB时，根据接收到的新DRB发送的TRILL Hello协议报文，为所述第一VLAN确定一个新AF。
结合第二方面的第一种可能的实现方式，在第四种可能的实现方式中，所述故障通知消息还包括第一VLAN的新AF的标识和所述新AF的接入端口标识，所述新AF是所述第一边缘RB从所述第二边缘RB中确定的；
所述根据所述故障通知消息，进行TRILL协议处理，包括：
所述第二边缘RB判断所述第二边缘RB的标识与所述新AF的标识是否相同；
当所述第二边缘RB的标识与所述新AF的标识相同时，建立所述第二边缘RB与所述第一VLAN的对应关系。
在第二方面的第五种可能的实现方式中，当所述多归接入组以多活方式工作时，所述故障通知消息包括所述第一边缘RB的标识和所述第一边缘RB所属的链路捆绑组的标识。
结合第二方面或第二方面的第一种或第二种或第三种实现方式，在第六种可能的实现方式中，所述故障通知消息采用TRILL数据报文进行封装。
第三方面，本发明实施例提供了一种TRILL网络中边缘路由桥设备的故障处理装置，其特征在于，所述装置包括：
处理器，用于检测所述第一边缘RB的接入链路是否发生故障，所述多归接入组用于将用户边缘设备接入所述TRILL网络，所述多归接入组包括至少两个边缘RB，各个所述边缘RB分别通过各自的接入链路与所述用户边缘设备连接；
发送器，用于当所述处理器检测到所述第一边缘RB的接入链路发生故障时，通过所述TRILL网络向所述多归接入组中除所述第一边缘RB以外的其他边缘RB发送故障通知消息，所述故障通知消息用于告知所述其他边缘RB所述第一边缘RB的接入链路发生故障。
在第三方面的第一种可能的实现方式中，当所述多归接入组以主备方式工作时，所述故障通知消息包括所述第一边缘RB的标识和所述第一边缘RB的接入端口标识。
结合第三方面的第一种可能的实现方式，在第二种可能的实现方式中，当所述第一边缘RB为第一VLAN的当前指定转发者AF时，所述故障通知消息还包括第一VLAN的新AF的标识和所述新AF的接入端口标识。
在第三方面的第三种可能的实现方式中，当所述多归接入组以多活方式工作时，所述故障通知消息包括所述第一边缘RB的标识和所述第一边缘RB所属的链路捆绑组的标识。
结合第三方面或第三方面的第一种或第二种或第三种实现方式，在第四种实现方式中，所述故障通知消息采用TRILL数据报文进行封装。
第四方面，本发明实施例提供了一种TRILL网络中边缘路由桥设备的故障处理装置，其特征在于，所述装置包括：
接收器，用于接收所述多归接入组中的第一边缘RB发送的故障通知消息，所述多归接入组用于将用户边缘设备接入所述TRILL网络，所述多归接入组包括至少两个边缘RB，各个所述边缘RB分别通过各自的接入链路与所述用户边缘设备连接；
处理器，用于根据所述接收器收到的所述故障通知消息，进行TRILL协议处理。
在第四方面的第一种可能的实现方式中，当所述多归接入组以主备方式工作时，所述故障通知消息包括所述第一边缘RB的标识和所述第一边缘RB的接入端口标识。
结合第四方面的第一种可能的实现方式，在第二种可能的实现方式中，所述处理器用于，
当所述第一边缘RB是指定转发者AF时，从所述多归接入组中除所述第一边缘RB以外的其他边缘RB中为所述AF对应的第一VLAN确定一个新AF。
结合第四方面的第二种可能的实现方式，在第三种可能的实现方式中，所述处理器用于，
根据多归接入组中除第一边缘RB以外的其他边缘RB的DRB优先级，确定一个新路由桥设备DRB；
当所述新DRB为所述处理器所属的第二边缘RB时，为所述第一VLAN指定一个新AF，并将所述新AF告知所述多归接入组中除所述第一边缘RB和所述第二边缘RB以外的其他边缘RB；
或
根据多归接入组中除第一边缘RB以外的其他边缘RB的DRB优先级，确定一个新路由桥设备DRB；
当所述新DRB不为所述第二边缘RB时，根据接收到的新DRB发送的TRILL Hello协议报文，所述第一VLAN确定一个新AF。
结合第四方面的第一种可能的实现方式，在第四种可能的实现方式中，所述故障通知消息还包括第一VLAN的新AF的标识和所述新AF的接入端口标识，所述新AF是所述第一边缘RB从所述第二边缘RB中确定的；
则所述处理器用于，
判断所述处理器所属的第二边缘RB的标识与所述新AF的标识是否相同；
当所述第二边缘RB的标识与所述新AF的标识相同时，建立所述第二边缘RB与所述第一VLAN的对应关系。
在第四方面的第五种可能的实现方式中，当所述多归接入组以多活方式工作时，所述故障通知消息包括所述第一边缘RB的标识和所述第一边缘RB所属的链路捆绑组的标识。
结合第四方面或第四方面的第一种或第二种或第三种实现方式，在第六种可能的实现方式中，所述故障通知消息采用TRILL数据报文进行封装。
本发明实施例提供的技术方案带来的有益效果是：当第一边缘RB的接入链路发生故障时，第一边缘RB通过TRILL网络向多归接入组中的其他边缘RB发送故障通知消息，以使其他边缘RB可以及时感知第一边缘RB的接入链路故障，进而尽快进行TRILL协议处理，提高了网络收敛速度和网络的可靠性。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的TRILL网络的网络架构示意图；
图2是本发明实施例提供的一种TRILL网络中边缘RB的故障处理方法的流程示意图；
图3是本发明实施例提供的另一TRILL网络中边缘RB的故障处理方法的流程示意图；
图3a是图3所示实施例中步骤305的一种实现方法的流程示意图；
图3b是图3所示实施例中步骤305的另一种实现方法的流程示意图；
图4是本发明实施例提供的又一TRILL网络中边缘RB的故障处理方法的流程图；
图5是本发明实施例提供的又一TRILL网络中边缘RB的故障处理方法的流程图；
图6是本发明实施例提供的一种TRILL网络中边缘RB的故障处理装置的结构示意图；
图7是本发明实施例提供的又一TRILL网络中边缘RB的故障处理装置的结构示意图；
图8是本发明实施例提供的又一TRILL网络中边缘RB的故障处理装置的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
为便于对本发明实施例的理解，首先对TRILL网络的网络架构进行介绍。
TRILL网络通常包括多个RB。在TRILL网络中，RB可以扮演两种角色，边缘RB和中间RB。其中，边缘RB用于对从CE设备（例如终端站点（英文：End Station，简称ES）设备或接入ES的二层桥接设备）到达TRILL网络的数据报文，进行TRILL数据封装；并对TRILL网络到达CE设备的数据报文，进行TRILL解封装。中间RB负责TRILL网络内的数据转发。
一个CE设备可以通过多个边缘RB接入TRILL网络，在本发明实施例中，这多个边缘RB即构成一个多归接入组。如图1所示，RB11和RB12分别通过各自的接入链路111和121与CE设备21连接，CE设备21通过RB11和RB12接入TRILL网络，也就是说，RB11和RB12构成一个多归接入组。同样地，RB13、RB14和RB15分别通过各自的接入链路131、141、151与CE设备22连接，CE设备22通过RB13、RB14和RB15接入TRILL网络，RB13、RB14和RB15也构成另一个多归接入组。可以理解地，多个ES可以共用一个多归接入组，即多个ES可以通过一个多归接入组的边缘RB同时接入TRILL网络。
一个多归接入组可以接入多个虚拟局域网（英文：Virtual Local Area Network，简称VLAN），即可以转发多个虚拟局域网的报文，为了便于描绘，图1中各个多归接入组仅示出一个VLAN。具体地，VLAN31配置在RB11和RB12构成的多归接入组上，CE设备21属于VLAN31；VLAN32配置在RB13、RB14和RB15构成的多归接入组上，CE设备22属于VLAN32。
需要说明的是，图1中TRILL网络中RB的个数和ES（即CE设备）的个数、多归接入组中边缘RB的个数、以及多归接入组接入的VLAN的个数均为举例，并不以此为限。
下面结合前述网络架构简单介绍一下多归接入组的工作方式。目前，多归接入组可以有两种工作方式，一种是主备方式，另一种是多活方式。
当多归接入组的工作方式为主备方式时，多归接入组中的各个边缘RB会通过各自的接入链路周期性发送TRILL Hello协议报文，该TRILL Hello协议报文中包括边缘RB的介质访问控制（英文：Medium/Media Access Control，简称MAC）地址、边缘RB的标识（英文：system ID，简称系统ID）、边缘RB的DRB优先级（DRB优先级由设备维护人员预先设置在边缘RB中，为边缘RB的静态配置参数）、边缘RB的接入端口ID（port ID）、以及接入端口上使能的用于接入CE设备的VLAN列表。
边缘RB收到其他边缘RB发送的TRILL Hello协议报文后，会建立一个邻居关系表，在该邻居关系表中记录各邻居（即发送TRILL Hello协议报文的边缘RB）的邻居信息。所述邻居信息包括但不限于，邻居的MAC地址、邻居的标识、邻居的接入端口标识、以及邻居的接入端口上使能的VLAN标识。
在初始情况或指定路由桥设备（英文：Designated Routing Bridge，简称DRB）故障的情况下，各个边缘RB收到其他边缘RB发送的TRILL Hello协议报文后，还会根据TRILLHello协议报文中的DRB优先级确定多归接入组中唯一的指定路由桥设备DRB。
确定DRB的方法如下：各个边缘RB将自身的DRB优先级与收到的TRILL Hello协议报文中的DRB优先级进行比较，若自身的DRB优先级比所有TRILL Hello协议报文中的DRB优先级高，则确定自身为DRB。若自身的DRB优先级低于收到的某个TRILL Hello协议报文中的DRB优先级，则确定DRB优先级高的边缘RB为DRB，等待DRB发送的TRILL Hello协议报文。
成为DRB的边缘RB会在该多归接入组的边缘RB中，分别为该多归接入组使能的各个VLAN指定一个AF。例如，以图1为例，假设RB11和RB23构成的多归接入组中，RB11为DRB，其指定RB12为VLAN31的AF；而RB13、RB14和RB15构成的多归接入组中，RB14为DRB，其指定RB15为VLAN32的AF。不同VLAN对应的AF可以相同，也可以不同。
然后，DRB会周期性发送TRILL Hello协议报文，并在发送的TRILL Hello协议报文中携带AF TLV字段，以通知其他边缘RB各个VLAN对应的AF。当其他边缘RB收到携带AF TLV字段的TRILL Hello协议报文时，即可获知当前的DRB是哪个边缘RB、以及各个VLAN对应的AF是哪个边缘RB。同样地，当前的DRB和各个VLAN对应的AF也会记录在前述邻居关系表中。
当多归接入组的工作方式为多活方式时，每个多归接入组有一个全局唯一的链路捆绑组（英文Link Aggregation Group，简称LAG）标识（英文：identifier，缩写：ID），该LAGID可以手工配置或自动生成。当边缘RB的接入端口加入多活的多归接入组时，通过TRILL协议链路状态报文（英文：Link-State Packet，简称LSP）发布该LAG ID，整网设置相同LAG ID的边缘RB设备，实现自动发现，发现彼此属于一个链路捆绑组。CE设备会将连接边缘RB的上行链路看作一个LAG，即将多归接入组中各边缘RB的接入链路看作一个LAG（每个多归接入组对应一个全局的LAG标识），ES会使流量随机到达多归接入组中的某个边缘RB，这样，多归接入组中的边缘RB之间能够实现基于业务流的负载分担。
图2显示了本发明实施例提供的一种TRILL网络中边缘RB的故障处理方法，适用于图1所示的网络架构。参见图2，该方法包括：
步骤201：多归接入组中的第一边缘RB检测第一边缘RB的接入链路是否发生故障。
其中，多归接入组用于将CE设备接入TRILL网络，多归接入组包括至少两个边缘RB，各个边缘RB分别通过各自的接入链路与所述CE设备连接。
容易知道，该步骤201周期性执行。
可选地，该多归接入组可以以主备方式工作，也可以以多活方式工作。
步骤202：当第一边缘RB检测到第一边缘RB的接入链路发生故障时，第一边缘RB通过TRILL网络向该多归接入组中除第一边缘RB以外的其他边缘RB发送故障通知消息。
该故障通知消息用于告知其他边缘RB第一边缘RB的接入链路发生故障。
当该多归接入组以主备方式工作时，该故障通知消息包括第一边缘RB的标识和第一边缘RB的接入端口标识；当该多归接入组以多活方式工作时，该故障通知消息包括第一边缘RB的标识和第一边缘RB所属的LAG的标识。
容易知道，当第一边缘RB检测到第一边缘RB的接入链路没有发生故障时，在预定时间间隔后，再次执行步骤201。
步骤203：第二边缘RB接收多归接入组中的第一边缘RB发送的故障通知消息。
步骤204：第二边缘RB根据收到的故障通知消息，进行TRILL协议处理。
本发明实施例通过当第一边缘RB的接入链路发生故障时，第一边缘RB通过TRILL网络向多归接入组中的其他边缘RB发送故障通知消息，以使其他边缘RB可以及时感知第一边缘RB的接入链路故障，进而尽快进行TRILL协议处理，提高了网络收敛速度和网络的可靠性。
图3显示了本发明实施例提供的另一TRILL网络中边缘RB的故障处理方法，适用于图1所示的网络架构。本实施例是对图2所示实施例的进一步扩展，在本实施例中，多归接入组以主备方式工作，并且发生接入链路故障的边缘RB（即第一边缘RB）为第一VLAN的当前AF，第一VLAN的新AF由多归接入组的DRB指定。参见图3，该方法包括：
步骤301：多归接入组中的第一边缘RB检测第一边缘RB的接入链路是否发生故障。
其中，多归接入组用于将CE设备接入TRILL网络，多归接入组包括至少两个边缘RB，各个边缘RB分别通过各自的接入链路与所述CE设备连接。
容易知道，该步骤301周期性执行。
步骤302：当第一边缘RB检测到第一边缘RB的接入链路发生故障时，第一边缘RB通过TRILL网络向多归接入组中除第一边缘RB以外的其他边缘RB发送故障通知消息。
该故障通知消息用于告知其他边缘RB第一边缘RB的接入链路发生故障。
具体地，该故障通知消息包括第一边缘RB的标识和第一边缘RB的接入端口标识。
容易知道，当第一边缘RB检测到第一边缘RB的接入链路没有发生故障时，在预定时间间隔后，再次执行步骤301。
在本实施例的一种优选实现方式中，该故障通知消息通过TRILL数据报文进行封装。采用TRILL数据报文进行封装可以减少TRILL网络中的中间RB的计算量，并且使得故障通知消息可以更快地到达多归接入组中除第一边缘RB以外的其他边缘RB。容易知道，在本实施例的其他实现方式中，故障通知消息也可以通过TRILL控制报文进行封装。
在实现时，该故障通知消息可以采用TRILL路由桥接隧道（TRILL RBridgechannel）进行发送，TRILL RBridge channel是一种可以承载TRILL控制报文的数据通道，所以，无论故障通知消息通过TRILL数据报文进行封装，还是通过TRILL控制报文进行封装，均可以通过TRILL RBridge channel发送。
进一步地，该故障通知消息的封装可以采用单播或组播的方式。
步骤303：第二边缘RB接收多归接入组中的第一边缘RB发送的故障通知消息。
步骤304：第二边缘RB判断第一边缘RB是否为AF。当第一边缘RB是AF时，执行步骤305和步骤306；当第一边缘RB不是AF时，执行步骤306。
如前所述，当多归接入组以主备方式工作时，每个边缘RB中会保存有邻居关系表，邻居关系表中包括各邻居的邻居信息，所述邻居信息至少包括：邻居的标识、邻居的接入端口标识、邻居的DRB优先级、以及邻居的接入端口标识对应的VLAN标识（表示该邻居为哪些VLAN的AF）。所以，当第二边缘RB收到故障通知消息时，可以根据该邻居关系表判断第一边缘RB是否为AF。
需要说明的是，为了平衡网络负载，所以一个多归接入组的各个边缘RB通常都会是不同VLAN的AF，用于转发来自不同VLAN的报文，因此，在实现时，可以省略步骤304，直接执行步骤305和步骤306。
步骤305：从多归接入组中除第一边缘RB以外的其他边缘RB中，为该AF对应的第一VLAN确定一个新AF。
可选地，在本实施例的一种实现方式中，如图3a所示，该步骤305包括：
步骤305a：第二边缘RB判断第一边缘RB是否为多归接入组的当前DRB，当第一边缘RB为当前DRB时，执行步骤305b；当第一边缘RB不为当前DRB时，执行步骤305c；
步骤305b：根据多归接入组中除第一边缘RB以外的其他边缘RB的DRB优先级，确定一个新DRB；当新DRB为第二边缘RB时，执行步骤305d；
步骤305c：判断第二边缘RB是否为当前DRB，当第二边缘RB为当前DRB时，执行步骤305d；当第二边缘RB不为当前DRB时，执行步骤305e；
步骤305d：第二边缘RB为第一VLAN指定一个新AF，并将新AF告知多归接入组中除第一边缘RB和第二边缘RB以外的其他边缘RB；
步骤305e：第二边缘RB根据接收到的当前DRB发送的TRILL Hello协议报文，为AF对应的第一VLAN确定一个新AF。
由于AF是由DRB指定的，因此，步骤305e中，第二边缘RB可以通过直接获取当前DRB发送的TRILL Hello协议报文中携带的AF信息，为所述AF对应的第一VLAN确定一个新AF。
可选地，在本实施例的一种实现方式中，如图3b所示，该步骤305包括：
步骤305a’：根据多归接入组中除第一边缘RB以外的其他边缘RB的DRB优先级，确定一个新DRB；
容易知道，该新DRB可能与收到故障通知消息时的当前DRB相同，也可能与收到故障通知消息时的当前DRB不相同。
具体地，该步骤305a’包括：从第二边缘RB保存的邻居关系表中，获取多归接入组中除第一边缘RB以外的其他边缘RB的DRB优先级，并选择DRB优先级最高的边缘RB作为多归接入组的新DRB。
步骤305b’：当该DRB为第二边缘RB时，为第一VLAN指定一个新AF，并将新AF告知多归接入组中除第一边缘RB和第二边缘RB以外的其他边缘RB；
步骤305c’：当该DRB不为该第二边缘RB时，根据接收到的DRB发送的TRILL Hello协议报文，为所述AF对应的第一VLAN确定一个新AF。
由于AF是由DRB指定的，因此，步骤305c’中，第二边缘RB可以通过直接获取当前DRB发送的TRILL Hello协议报文中携带的AF信息，为所述AF对应的第一VLAN确定一个新AF。
由于各个边缘RB中均保存有各邻居的DRB优先级，所以该实现方式实现起来更为简单。
步骤306：更新第二边缘RB中的邻居关系表。
具体地，更新第二边缘RB中的邻居关系表，包括：
删除第一边缘RB的信息，并更新成为新AF的边缘RB的信息（即更新成为新AF的边缘RB对应的VLAN标识）。
可以理解地，步骤305和步骤306没有先后顺序，可以同时执行。
当第二边缘RB被指定为第一VLAN的新AF之后，会建立第二边缘RB与第一VLAN的对应关系，以便后续将来自第一VLAN的报文在TRILL网络转发。
通过上述步骤304～306即实现了根据故障通知消息，进行TRILL协议处理。
需要说明的是，上述步骤304～306尤其适用于多归接入组中包括三个以上边缘RB的场景。当多归接入组包括两个边缘RB时，当第二边缘RB收到第一边缘RB发送的故障通知消息时，第二边缘RB只需要在邻居关系表中删除第一边缘RB的邻居关系，并直接将第二边缘RB自身作为DRB，指定第二边缘RB为通过第二边缘RB接入TRILL网络的所有VLAN的AF。
本发明实施例通过当第一边缘RB的接入链路发生故障时，第一边缘RB通过TRILL网络向多归接入组中的其他边缘RB发送故障通知消息，以使其他边缘RB可以及时感知第一边缘RB的接入链路故障，进而尽快进行TRILL协议处理，提高了网络收敛速度和网络的可靠性。
图4显示了本发明实施例提供的又一TRILL网络中边缘RB的故障处理方法，适用于图1所示的网络架构。本实施例是对图2所示实施例的进一步扩展，在本实施例中，多归接入组依然以主备方式工作，并且，接入链路发生故障的边缘RB（即第一边缘RB）为第一VLAN的当前AF，第一VLAN的新AF由第一边缘RB确定。参见图4，该方法包括：
步骤401：多归接入组中的第一边缘RB检测第一边缘RB的接入链路是否发生故障。
其中，多归接入组用于将CE设备接入TRILL网络，多归接入组包括至少两个边缘RB，各个边缘RB分别通过各自的接入链路与所述CE设备连接。
容易知道，该步骤401周期性执行。
步骤402：当第一边缘RB检测到第一边缘RB的接入链路发生故障时，第一边缘RB通过TRILL网络向多归接入组中除第一边缘RB以外的其他边缘RB发送故障通知消息。
该故障通知消息用于告知其他边缘RB第一边缘RB的接入链路发生故障。
具体地，该故障通知消息包括第一边缘RB的标识、第一边缘RB的接入端口标识、第一VLAN的新AF的标识和新AF的接入端口标识。
第一VLAN的新AF是第一边缘RB根据第一边缘RB中保存的邻居信息，从多归接入组中除第一边缘RB以外的其他边缘RB中确定的。在本实施例中，需要保证多归接入组中各个边缘RB采用相同的AF计算方法计算AF。
步骤403：第二边缘RB接收多归接入组中的第一边缘RB发送的故障通知消息。
步骤404：第二边缘RB判断第二边缘RB的标识与新AF的标识是否相同，当第二边缘RB的标识与新AF的标识相同时，执行步骤405和406；当第二边缘RB的标识与新AF的标识不同时，执行步骤406。
步骤405：第二边缘RB建立第二边缘RB与第一VLAN的对应关系，以将来自第一VLAN的报文在TRILL网络进行转发。
步骤406：第二边缘RB更新第二边缘RB中的邻居关系表。
通过上述步骤404～406即实现了根据故障通知消息，进行TRILL协议处理。
本发明实施例通过当第一边缘RB的接入链路发生故障时，第一边缘RB通过TRILL网络向多归接入组中的其他边缘RB发送故障通知消息，以使其他边缘RB可以及时感知第一边缘RB的接入链路故障，进而尽快进行TRILL协议处理，提高了网络收敛速度和网络的可靠性。此外，本发明实施例通过接入链路发生故障的第一边缘RB直接计算新的AF，并通过故障通知消息新AF告知其他边缘RB，可以进一步提升网络收敛的时间。
图5显示了本发明实施例提供的又一TRILL网络中边缘RB的故障处理方法，适用于图1所示的网络架构。本实施例是对图2所示实施例的进一步扩展，在本实施例中，多归接入组以多活方式工作。参见图5，该方法包括：
步骤501：多归接入组中的第一边缘RB检测第一边缘RB的接入链路是否发生故障。
其中，多归接入组用于将CE设备接入TRILL网络，多归接入组包括至少两个边缘RB，各个边缘RB分别通过各自的接入链路与所述CE设备中连接。
容易知道，该步骤501周期性执行。
步骤502：当第一边缘RB检测到第一边缘RB的接入链路发生故障时，第一边缘RB通过TRILL网络向多归接入组中除第一边缘RB以外的其他边缘RB发送故障通知消息。
该故障通知消息用于告知其他边缘RB第一边缘RB的接入链路发生故障。
具体地，该故障通知消息包括第一边缘RB的标识和第一边缘RB所属的LAG的标识。
容易知道，当第一边缘RB检测到第一边缘RB的接入链路没有发生故障时，在预定时间间隔后，再次执行步骤501。
步骤503：第二边缘RB接收多归接入组中的第一边缘RB发送的故障通知消息。
步骤504：第二边缘RB根据收到的故障通知消息，进行TRILL协议处理。
需要说明的是，本实施例的多归接入组以多活方式工作，在这种情况下，边缘RB的重新进行协议计算并更新转发规则的方式有多种，本发明实施例对此并不做限制。
例如，当边缘RB根据复合移动通信（英文：Composite MobileTelecommunication，简称CMT）方案实现多活接入时，第二边缘RB收到的故障通知消息后，会触发分发树重新分配过程。
又例如，当边缘RB和CE之间运行链路汇聚控制协议（英文：Link AggregationControl Protocol，简称LACP）以实现多活接入时，第二边缘RB收到的故障通知消息后，会触发第二边缘RB重新选择活跃端口的过程。
本发明实施例通过当第一边缘RB的接入链路发生故障时，第一边缘RB通过TRILL网络向多归接入组中的其他边缘RB发送故障通知消息，以使其他边缘RB可以及时感知第一边缘RB的接入链路故障，进而尽快进行TRILL协议处理，提高了网络收敛速度和网络的可靠性。
图6显示了本发明实施例提供的一种TRILL网络中边缘RB的故障处理装置。该装置可以为前述第一边缘RB，能够实现上述方法实施例中第一边缘RB的功能。如图6所示，该装置包括：
处理器601，用于检测第一边缘RB的接入链路是否发生故障，该多归接入组用于将CE设备接入TRILL网络，多归接入组包括至少两个边缘RB，各个边缘RB分别通过各自的接入链路与所述CE设备连接；
发送器602，用于当处理器601检测到第一边缘RB的接入链路发生故障时，通过TRILL网络向多归接入组中除第一边缘RB以外的其他边缘RB发送故障通知消息，该故障通知消息用于告知其他边缘RB第一边缘RB的接入链路发生故障。
可选地，该多归接入组可以以主备方式工作，也可以以多活方式工作。
当所述多归接入组以主备方式工作时，本发明实施例包括以下两种实现方式：
第一种（见图3所示实施例）、当第一边缘RB为第一VLAN的当前AF时，第一VLAN的新AF由DRB指定，此时，该故障通知消息至少包括第一边缘RB的标识和第一边缘RB的接入端口标识。
第二种（见图4所示实施例）、当第一边缘RB为第一VLAN的当前AF时，第一VLAN的新AF由第一边缘RB指定，此时，除了第一边缘RB的标识和第一边缘RB的接入端口标识，该故障通知消息还包括第一VLAN的新AF的标识和新AF的接入端口标识。
当多归接入组以多活方式工作时，该故障通知消息包括第一边缘RB的标识和第一边缘RB所属的LAG的标识。
优选地，该故障通知消息采用TRILL数据报文进行封装。采用TRILL数据报文进行封装可以减少TRILL网络中的中间RB的计算量，并且使得故障通知消息可以更快地到达多归接入组中除第一边缘RB以外的其他边缘RB。容易知道，在本实施例的其他实现方式中，故障通知消息也可以通过TRILL控制报文进行封装。
在实现时，该故障通知消息可以采用TRILL路由桥接隧道（TRILL RBridgechannel）进行发送，TRILL RBridge channel是一种可以承载TRILL控制报文的数据通道，所以，无论故障通知消息通过TRILL数据报文进行封装，还是通过TRILL控制报文进行封装，均可以通过TRILL RBridge channel发送。
进一步地，该故障通知消息的封装可以采用单播或组播的方式。
本发明实施例通过当第一边缘RB的接入链路发生故障时，第一边缘RB通过TRILL网络向多归接入组中的其他边缘RB发送故障通知消息，以使其他边缘RB可以及时感知第一边缘RB的接入链路故障，进而尽快进行TRILL协议处理，提高了网络收敛速度和网络的可靠性。
图7显示了本发明实施例提供的另一TRILL网络中边缘RB的故障处理装置。该装置可以为前述第二边缘RB，能够实现上述方法实施例中第二边缘RB的功能。如图7所示，该装置包括：
接收器701，用于接收多归接入组中的第一边缘RB发送的故障通知消息，多归接入组用于将CE设备接入TRILL网络，多归接入组包括至少两个边缘RB，各个边缘RB分别通过各自的接入链路与所述CE设备连接；
处理器702，用于根据接收器701收到的故障通知消息，进行TRILL协议处理。
优选地，该故障通知消息采用TRILL数据报文进行封装。采用TRILL数据报文进行封装可以减少TRILL网络中的中间RB的计算量，并且使得故障通知消息可以更快地到达多归接入组中除第一边缘RB以外的其他边缘RB。容易知道，在本实施例的其他实现方式中，故障通知消息也可以通过TRILL控制报文进行封装。
当多归接入组以主备方式工作时，本发明实施例包括以下两种实现方式：
第一种（见图3所示实施例）、当第一边缘RB为第一VLAN的当前AF时，第一VLAN的新AF由DRB指定，此时，该故障通知消息至少包括第一边缘RB的标识和第一边缘RB的接入端口标识。
第二种（见图4所示实施例）、当第一边缘RB为第一VLAN的当前AF时，第一VLAN的新AF由第一边缘RB指定，此时，除了第一边缘RB的标识和第一边缘RB的接入端口标识，该故障通知消息还包括第一VLAN的新AF的标识和新AF的接入端口标识。
进一步地，在第一种实现方式中，处理器702用于，
当第一边缘RB是指定转发者AF时，从多归接入组中除所述第一边缘RB以外的其他边缘RB中为AF对应的第一VLAN确定一个新AF。
更进一步地，处理器702可以按照图3b所示流程为第一VLAN确定新的AF，具体地，处理器702用于，
根据多归接入组中除第一边缘RB以外的其他边缘RB的DRB优先级，确定一个新路由桥设备DRB；
当新DRB为处理器702所属的第二边缘RB时，为第一VLAN指定一个新AF，并将新AF告知多归接入组中除第一边缘RB和第二边缘RB以外的其他边缘RB；
当新DRB不为处理器702所属的第二边缘RB时，根据接收到的新DRB发送的TRILLHello协议报文，从多归接入组中除第一边缘RB以外的其他边缘RB中为第一VLAN确定一个新AF。
可选地，在第一种实现方式中，处理器还可以用于按照图3a所示流程为第一VLAN确定新的AF，具体过程见步骤305a～305e，在此不再赘述。
在第二种实现方式中，处理器702用于，
判断处理器702所属的第二边缘RB的标识与新AF的标识是否相同；
当第二边缘RB的标识与新AF的标识相同时，建立第二边缘RB与第一VLAN的对应关系，以将来自第一VLAN的报文接入所述TRILL网络。
当多归接入组以多活方式工作时，故障通知消息包括第一边缘RB的标识和第一边缘RB所属的LAG的标识。
本发明实施例通过当第一边缘RB的接入链路发生故障时，第一边缘RB通过TRILL网络向多归接入组中的其他边缘RB发送故障通知消息，以使其他边缘RB可以及时感知第一边缘RB的接入链路故障，进而尽快进行TRILL协议处理，提高了网络收敛速度和网络的可靠性。
图8显示了本发明实施例提供的又一TRILL网络中边缘RB的故障处理装置。该装置可以为同时为前述第一边缘RB或第二边缘RB。如图8所示，该装置包括：发送器801、接收器802和处理器803。发送器801用于实现图6所示发送器602的功能。接收器802用于实现图7所示接收器701的功能，处理器803用于实现图6中处理器601和处理器702的功能。
本发明实施例通过当第一边缘RB的接入链路发生故障时，第一边缘RB通过TRILL网络向多归接入组中的其他边缘RB发送故障通知消息，以使其他边缘RB可以及时感知第一边缘RB的接入链路故障，进而尽快进行TRILL协议处理，提高了网络收敛速度和网络的可靠性。
需要说明的是：上述实施例提供的TRILL网络中边缘RB的故障处理装置在进行故障处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的TRILL网络中边缘RB的故障处理装置与TRILL网络中边缘RB的故障处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种透明多链路互联TRILL网络中边缘路由桥设备的故障处理方法，其特征在于，所述方法包括：
当多归接入组以主备方式工作时，多归接入组中的第二边缘RB接收所述多归接入组中的第一边缘RB发送的故障通知消息，所述多归接入组用于将用户边缘设备接入所述TRILL网络，所述多归接入组包括至少两个边缘RB，各个所述边缘RB分别通过各自的接入链路与所述用户边缘设备连接，所述故障通知消息包括所述第一边缘RB的标识和所述第一边缘RB的接入端口标识；
根据所述故障通知消息，进行TRILL协议处理。
2.根据权利要求1所述的方法，其特征在于，所述根据所述故障通知消息，进行TRILL协议处理，包括：
当所述第一边缘RB是指定转发者AF时，从所述多归接入组中除所述第一边缘RB以外的其他边缘RB中，为所述AF对应的第一VLAN确定一个新AF。
3.根据权利要求2所述的方法，其特征在于，所述从所述多归接入组中除所述第一边缘RB以外的其他边缘RB中为所述AF对应的第一VLAN确定一个新AF，包括：
所述第二边缘RB根据所述多归接入组中除所述第一边缘RB以外的其他边缘RB的DRB优先级，确定一个新路由桥设备DRB；
当所述新DRB为所述第二边缘RB时，所述第二边缘RB为所述第一VLAN指定一个新AF，并将所述新AF告知所述多归接入组中除所述第一边缘RB和所述第二边缘RB以外的其他边缘RB；
或
所述第二边缘RB根据所述多归接入组中除所述第一边缘RB以外的其他边缘RB的DRB优先级，确定一个新路由桥设备DRB；
当所述新DRB不为所述第二边缘RB时，根据接收到的新DRB发送的TRILL Hello协议报文，为所述第一VLAN确定一个新AF。
4.根据权利要求1所述的方法，其特征在于，所述故障通知消息还包括第一VLAN的新AF的标识和所述新AF的接入端口标识，所述新AF是所述第一边缘RB从所述第二边缘RB中确定的；
所述根据所述故障通知消息，进行TRILL协议处理，包括：
所述第二边缘RB判断所述第二边缘RB的标识与所述新AF的标识是否相同；
当所述第二边缘RB的标识与所述新AF的标识相同时，建立所述第二边缘RB与所述第一VLAN的对应关系。
5.根据权利要求1所述的方法，其特征在于，当所述多归接入组以多活方式工作时，所述故障通知消息包括所述第一边缘RB的标识和所述第一边缘RB所属的链路捆绑组的标识。
6.根据权利要求1-5任一项所述的方法，其特征在于，所述故障通知消息采用TRILL数据报文进行封装。
7.一种透明多链路互联TRILL网络中边缘路由桥设备的故障处理装置，其特征在于，所述装置包括：
接收器，用于当多归接入组以主备方式工作时，接收所述多归接入组中的第一边缘RB发送的故障通知消息，所述多归接入组用于将用户边缘设备接入所述TRILL网络，所述多归接入组包括至少两个边缘RB，各个所述边缘RB分别通过各自的接入链路与所述用户边缘设备连接，所述故障通知消息包括所述第一边缘RB的标识和所述第一边缘RB的接入端口标识；
处理器，用于根据所述接收器收到的所述故障通知消息，进行TRILL协议处理。
8.根据权利要求7所述的装置，其特征在于，所述处理器用于，
当所述第一边缘RB是指定转发者AF时，从所述多归接入组中除所述第一边缘RB以外的其他边缘RB中为所述AF对应的第一VLAN确定一个新AF。
9.根据权利要求8所述的装置，其特征在于，所述处理器用于，
根据多归接入组中除第一边缘RB以外的其他边缘RB的DRB优先级，确定一个新路由桥设备DRB；
当所述新DRB为所述处理器所属的第二边缘RB时，为所述第一VLAN指定一个新AF，并将所述新AF告知所述多归接入组中除所述第一边缘RB和所述第二边缘RB以外的其他边缘RB；
或
根据多归接入组中除第一边缘RB以外的其他边缘RB的DRB优先级，确定一个新路由桥设备DRB；
当所述新DRB不为所述第二边缘RB时，根据接收到的新DRB发送的TRILL Hello协议报文，为所述第一VLAN确定一个新AF。
10.根据权利要求7所述的装置，其特征在于，所述故障通知消息还包括第一VLAN的新AF的标识和所述新AF的接入端口标识，所述新AF是所述第一边缘RB从所述第二边缘RB中确定的；
则所述处理器用于，
判断所述处理器所属的第二边缘RB的标识与所述新AF的标识是否相同；
当所述第二边缘RB的标识与所述新AF的标识相同时，建立所述第二边缘RB与所述第一VLAN的对应关系。
11.根据权利要求7所述的装置，其特征在于，当所述多归接入组以多活方式工作时，所述故障通知消息包括所述第一边缘RB的标识和所述第一边缘RB所属的链路捆绑组的标识。
12.根据权利要求7-11任一项所述的装置，其特征在于，所述故障通知消息采用TRILL数据报文进行封装。
CN201310675157.XA 2013-12-11 2013-12-11 Trill网络中边缘路由桥设备的故障处理方法和装置 Active CN104717140B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201310675157.XA CN104717140B (zh) 2013-12-11 2013-12-11 Trill网络中边缘路由桥设备的故障处理方法和装置
EP17190716.5A EP3322138B1 (en) 2013-12-11 2014-09-10 Troubleshooting method and apparatus for edge routing bridge in trill campus
EP14870299.6A EP3068082B1 (en) 2013-12-11 2014-09-10 Fault processing method and apparatus for edge route bridge in trill network
PCT/CN2014/086204 WO2015085801A1 (zh) 2013-12-11 2014-09-10 Trill网络中边缘路由桥设备的故障处理方法和装置
US15/176,849 US10771284B2 (en) 2013-12-11 2016-06-08 Troubleshooting method and apparatus for edge routing bridge in TRILL campus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310675157.XA CN104717140B (zh) 2013-12-11 2013-12-11 Trill网络中边缘路由桥设备的故障处理方法和装置

Publications (2)

Publication Number Publication Date
CN104717140A CN104717140A (zh) 2015-06-17
CN104717140B true CN104717140B (zh) 2018-03-09

Family

ID=53370593

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310675157.XA Active CN104717140B (zh) 2013-12-11 2013-12-11 Trill网络中边缘路由桥设备的故障处理方法和装置

Country Status (4)

Country Link
US (1) US10771284B2 (zh)
EP (2) EP3068082B1 (zh)
CN (1) CN104717140B (zh)
WO (1) WO2015085801A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104301226B (zh) * 2013-07-16 2017-11-10 新华三技术有限公司 一种指定路由桥选举方法、设备和系统
CN106817264B (zh) * 2015-11-27 2020-09-08 华为技术有限公司 一种链路故障检测的方法、装置和系统
CN106100881A (zh) * 2016-06-13 2016-11-09 迈普通信技术股份有限公司 一种透明多链路互联trill网络故障处理方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102780635A (zh) * 2012-08-09 2012-11-14 华为技术有限公司 基于trill网络实现保护倒换的方法、tor交换机及系统
CN102970231A (zh) * 2012-11-20 2013-03-13 中兴通讯股份有限公司 组播流转发实现方法和路由网桥（rb）

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8665886B2 (en) * 2009-03-26 2014-03-04 Brocade Communications Systems, Inc. Redundant host connection in a routed network
US8446914B2 (en) * 2010-06-08 2013-05-21 Brocade Communications Systems, Inc. Method and system for link aggregation across multiple switches
US20120163164A1 (en) * 2010-12-27 2012-06-28 Brocade Communications Systems, Inc. Method and system for remote load balancing in high-availability networks
CN102638389B (zh) * 2011-02-15 2017-06-06 中兴通讯股份有限公司 一种trill网络的冗余备份方法及系统
JP5736971B2 (ja) * 2011-05-30 2015-06-17 富士通株式会社 通信制御方法および管理装置
US9497073B2 (en) * 2011-06-17 2016-11-15 International Business Machines Corporation Distributed link aggregation group (LAG) for a layer 2 fabric
US9401861B2 (en) * 2011-06-28 2016-07-26 Brocade Communications Systems, Inc. Scalable MAC address distribution in an Ethernet fabric switch
US20130003738A1 (en) * 2011-06-29 2013-01-03 Brocade Communications Systems, Inc. Trill based router redundancy
US8787149B1 (en) * 2012-02-01 2014-07-22 Juniper Networks, Inc. MAC address synchronization for multi-homing with multichassis link aggregation
US9025432B2 (en) * 2012-05-07 2015-05-05 Cisco Technology, Inc. Optimization for trill LAN hellos

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102780635A (zh) * 2012-08-09 2012-11-14 华为技术有限公司 基于trill网络实现保护倒换的方法、tor交换机及系统
CN102970231A (zh) * 2012-11-20 2013-03-13 中兴通讯股份有限公司 组播流转发实现方法和路由网桥（rb）

Also Published As

Publication number Publication date
EP3068082B1 (en) 2018-01-03
CN104717140A (zh) 2015-06-17
EP3322138A1 (en) 2018-05-16
EP3322138B1 (en) 2019-05-22
US20160285646A1 (en) 2016-09-29
US10771284B2 (en) 2020-09-08
EP3068082A4 (en) 2016-11-23
WO2015085801A1 (zh) 2015-06-18
EP3068082A1 (en) 2016-09-14

Similar Documents

Publication Publication Date Title
US9665530B2 (en) Method and system for implementing elastic network interface and interconnection
CN100473069C (zh) 支持伪线标签反射的二层虚拟专网设备和组网方法
CN102368727B (zh) 跨ip网络的trill网络通信方法、系统和设备
US20130254356A1 (en) Systems and methods for recovery from network changes
CN103581025B (zh) 路由信息处理方法、设备及系统
EP2736198B1 (en) Message processing method and system
CN104301226B (zh) 一种指定路由桥选举方法、设备和系统
CN103780509B (zh) 报文转发方法和路由转发设备
CN104717140B (zh) Trill网络中边缘路由桥设备的故障处理方法和装置
CN102064999B (zh) 实现组播报文转发的方法和组播报文转发设备
CN102546409B (zh) 一种基于trill网络的处理报文的方法和路由桥
CN104426777B (zh) 路由更新方法和路由设备
CN101160862A (zh) 一种实现虚电路状态一致的方法及系统
CN106330728B (zh) 选举候备指定路由器及指定路由器故障处理的方法、设备
CN103973498B (zh) 一种多归属网络主备路径选择方法及设备
CN103780437B (zh) 一种信息同步方法和装置
CN105338127B (zh) 媒体接入控制mac地址表更新方法、交换机及系统
CN102014035A (zh) 基于以太环网的组网方法及装置
CN103973471B (zh) 一种trill分发树故障的通告方法和装置
CN102857415A (zh) 介质访问控制地址学习控制方法、装置和路由桥
CN101771551A (zh) 一种虚拟专有组播业务中流媒体分发的方法、装置及系统
CN103634210A (zh) 发现vpls实例的对端pe设备的方法及设备
CN102299848A (zh) 一种组播报文传输方法及运营商边缘设备
CN104426778A (zh) 路由更新方法和路由设备
CN104601477A (zh) Trill网络的接入方法及路由桥接设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
EXSB Decision made by sipo to initiate substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant