一种trill网络中组播frr的实现方法和rb设备的制造方法
【技术领域】
[0001]本发明涉及TRILL网络，特别涉及一种TRILL网络中组播FRR(Fast Reroute,快速重路由)的实现方法和RB设备。
【背景技术】
[0002]多链路透明互联(TransparentInterconnect1n of Lots of Links,简称:TRILL)是IETF推荐的L2网络标准，TRILL网络包括支持TRILL协议的各个路由桥(RoutingBridge，简称:RB)设备。其中，TRILL网络中的多目的报文(包括:未知单播报文、组播报文和广播报文)，是通过组播树来转发的，各RB设备计算组播树对应的组播表项并据此转发流量。当TRILL网络中发生拓扑变化时，比如网络中的某条链路故障，该故障可以通过与故障链路直连的RB设备检测到并通过LSP报文(Link State Protocol Data Unit,链路状态协议数据报文)同步至其他RB设备，各RB设备需要更新拓扑信息并重新计算组播表项。但是，可能由于组播树的数量较多，RB设备计算性能差等因素，导致重算组播表项可能会耗时较久，而在此期间依靠组播树的流量转发中断。
【发明内容】
[0003]有鉴于此，本发明提供一种TRILL网络中组播FRR的实现方法和RB设备，以在TRILL网络拓扑变化时加快流量转发业务的恢复。
[0004]具体地，本发明是通过如下技术方案实现的:
[0005]第一方面，提供一种TRILL网络中组播FRR的实现方法，包括:
[0006]RB设备接收故障通知报文，并根据所述故障通知报文确定用于转发流量的原始组播树故障；
[0007]所述RB设备获取与所述原始组播树对应的备份组播树，并使用所述备份组播树转发所述流量。
[0008]第二方面，提供一种TRILL网络中组播FRR的实现方法，包括:
[0009]主管RB设备根据TRILL网络中各RB设备的nickname对应的第一优先级确定原始组播树树根，并根据所述nickname对应的第二优先级分别确定与每个原始组播树树根对应的备份组播树树根，所述第一优先级用于表示所述RB设备作为原始组播树树根的优先级，所述第二优先级用于表示所述RB设备作为备份组播树树根的优先级；
[0010]所述主管RB设备向各RB设备发送LSP报文，所述LSP报文中包括:所述原始组播树树根以及对应的所述备份组播树树根，以使得所述RB设备根据所述原始组播树树根计算原始组播树的转发表项，并根据所述备份组播树树根计算对应所述原始组播树的备份组播树的转发表项。
[0011]第三方面，提供一种RB设备,包括:
[0012]信息接收模块，用于接收故障通知报文，并根据所述故障通知报文确定用于转发流量的原始组播树故障；
[0013]转发处理模块，用于获取与所述原始组播树对应的备份组播树，并使用所述备份组播树转发所述流量。
[0014]第四方面，提供一种RB设备，包括:
[0015]转发处理模块,用于根据TRILL网络中各RB设备的nickname对应的第一优先级确定原始组播树树根，并根据所述nickname对应的第二优先级分别确定与每个原始组播树树根对应的备份组播树树根，所述第一优先级用于表示所述RB设备作为原始组播树树根的优先级，所述第二优先级用于表示所述RB设备作为备份组播树树根的优先级；
[0016]报文发送模块，用于向各RB设备发送LSP报文，所述LSP报文中包括:所述原始组播树树根以及对应的所述备份组播树树根，以使得所述RB设备根据所述原始组播树树根计算原始组播树的转发表项，并根据所述备份组播树树根计算对应所述原始组播树的备份组播树的转发表项。
[0017]本发明实施例的TRILL网络中组播FRR的实现方法和RB设备，通过在原始组播树故障时，获取与原始组播树对应的备份组播树进行转发，实现了在TRILL网络拓扑变化时加快流量转发业务的恢复。
【附图说明】
[0018]图1是本发明实施例提供的TRILL网络架构图；
[0019]图2是本发明实施例提供的TRILL网络中组播FRR的实现方法的流程图；
[0020]图3是本发明实施例提供的TRILL网络中组播FRR的实现方法中的Full nicknameSub-TLV的结构图；
[0021 ] 图4是本发明实施例提供的TRILL网络中组播FRR的实现方法中的Fu11 ni cknameSub-TLV 的 NICKNAME RECORDS 结构图；
[0022]图5是本发明实施例提供的TRILL网络中组播FRR的实现方法中的Backup TreeIdentifiers Sub-TLV 的结构图；
[0023]图6是本发明实施例提供的TRILL网络中组播FRR的实现方法中的Backup TreeIdentifiers Sub-TLV 的 BACKUP TREE INFO 的结构图；
[0024]图7是本发明实施例提供的一种RB设备的结构图；
[0025]图8是本发明实施例提供的另一种RB设备的结构图；
[0026]图9是本发明实施例提供的RB设备的实体结构图；
[0027]图10是本发明实施例提供的另一种RB设备的结构图；
[0028]图11是本发明实施例提供的另一种RB设备的实体结构图。
【具体实施方式】
[0029]图1简单示出了一种TRILL网络的架构，该TRILL网络中包括运行TRILL协议的多个RB设备，例如包括，RB11、RB12、RB13、RB14、RB15和RB16。其中，在该TRILL网络的各个RB设备中，可以选择一个RB设备作为树根(整个TRILL网络可以有多个树根)，并且各RB要计算从该树根到全网中的任一 RB设备的组播树，即该树根对应的组播树的转发表项。例如，以RB15为例，假设RB15作为树根，图1中示出了以RB15为根的组播树(较细的实线表示)，该组播树包括了 RB15分别与RB11、RB12、RB13、RB14和RB16之间的几个链路，每个RB设备都要计算该组播树的转发表项。
[0030]在TRILL网络中，多目的报文(包括:未知单播报文、组播报文和广播报文)是通过上述计算的组播树转发的，并且，进入TRILL网络的多目的报文是在入节点处为该报文选择一个组播树转发，具体可以是根据该报文中携带的VLAN标识来选择组播树，入节点的RB设备可以通过查询表项(Ingress表项)确定与某个VLAN对应的组播树，而TRILL网络的中间节点就根据入节点RB设备选择的组播树进行转发即可。
[0031]当TRILL网络的拓扑发生变化时，比如网络中的某条链路故障，由于组播树是由每个RB设备计算的，该RB设备能够知道组播树中包括哪些链路，相应的也知道该链路故障影响到哪个组播树不能使用，需要重新计算以该组播树的树根为根的另一个组播树。假设发生故障的组播树正好是入节点查询的与某VLAN对应的组播树，那么该VLAN的流量就会中断，需要等待重新计算后再转发，而本实施例提供了这种情况下快速重路由(FastReRoute,简称:FRR)的方法，使得该VLAN的流量能够得到快速切换，保证业务的正常进行，该方法参见图2所示的流程:
[0032]20URB设备接收故障通知报文，并根据所述故障通知报文确定用于转发流量的原始组播树故障；