CN103200106A - 一种报文转发方法和设备 - Google Patents

Abstract

本申请公开了一种报文转发方法，该方法包括：Hub RB作为该TRILL网络中所有分发树的根节点，Hub RB接收并转发各Spoke RB之间的流量，并将接收到的报文上送服务器，通过服务器对各个Spoke RB的流量进行监管。基于同样的发明构思，本申请还提出一种设备，能够实现对TRILL网络中RB之间的流量进行监管。

Description

一种报文转发方法和设备

技术领域

本申请涉及通信技术领域，特别涉及一种报文转发方法和设备。

背景技术

多链路透明互联（TRansparent Interconnection of Lots of Links，TRILL）协议通过将三层路由技术中间系统到中间系统（Intermediate System-to-Intermediate System，IS-IS）的设计思路引入二层网络，从而将二层的简单、灵活性与三层的稳定、可扩展和高性能有机融合起来，非常适合数据中心构建大型二层网络的需要。

TRILL报文分为控制报文和数据报文两种。TRILL控制报文包括TRILL Hello报文、链路状态协议（Link State Protocol，LSP）报文、全时序（Complete SequenceNumber PDU，CSNP）报文、部分时序（Partial Sequence Number PDU，PSNP）报文、最大传输单元（Maximum Transmission Unit，MTU）-prob报文和MTU-确认应答（ack）报文等，均采用802.1Q格式封装，目的地址为固定的组播地址0180-C200-0041，其内容直接封装在数据链路层的帧结构中。TRILL数据报文在原始以太网报文之前添加了TRILL头和外层以太网头。

TRILL协议在TRILL网络中各路由桥（Routing Bridge，RB）之间通过周期性通告Hello报文以建立并维持邻居关系，在形成邻居关系的RB之间扩散LSP报文，最终在全网RB上形成相同的LSDB。各RB在链路状态协议数据单元（Link StateProtocol Data Unit，LSDB）的基础上使用最短路径优先（Shortest Path First，SPF）算法生成从自己到其他RB的路由转发表项，用以指导数据报文的转发。

不同类型的数据报文在TRILL网络中的转发机制不同，以下分别进行介绍。

单播报文的转发机制，参见图1，图1为现有技术TRILL网络中单播报文转发示意图。图1中当RB101接收到下挂的设备111发送的单播报文时，RB101作为该单播报文的入口（Ingress）RB。RB101为该单播报文，即原始以太网报文先打上TRILL头，TRILL头的Ingress RB为RB101，TRILL头的出口（Egress）RB为RB103。再打上外层以太网头，外层源MAC地址为RB101的MAC地址，外层目的MAC地址为RB102的MAC地址。由此完成TRILL报文的封装。

此后，类似于IP报文在路由器间的转发过程，各RB根据TRILL头中的EgressRB的昵称（Nickname）将TRILL报文进行逐跳转发，直至送达Egress RB。在此过程中，外层以太网头在每一跳都要被修改，而TRILL头中只有Hop Count值逐跳递减。图1中RB2接收到RB1发送的TRILL报文时，确定Egress RB不为本RB，则重新封装外层以太头，外层源MAC地址为RB2的MAC地址，外层目的MAC地址为RB3的MAC地址。

当RB3接收到RB2发送的TRILL报文时，解封装后，确定Egress RB为本RB时，解封装还原成原始以太网报文，根据原始以太报文的目的MAC地址进行转发。

组播、广播和未知单播报文的转发机制。

以组播报文转发为例，参见图2，图2为现有实现TRILL网络中组播报文转发示意图。在TRILL网络中，RB根据LSDB中的信息为每个VLAN都计算生成一棵分发树，以指导组播、广播和未知单播报文的转发，图2中VLAN10对应的分发树的跟桥为RB202。

当VLAN10中的组播报文通过RB201进入TRILL网络时，RB201作为Ingress RB将其封装成TRILL报文，该报文中的Egress RB为VLAN10所对应分发树的根节点RB202。当报文到达RB202后再扩散到整棵分发树上，RB203接收到RB202发送的TRILL报文，解封装后，确定本地存在VLAN10的网络时，根据该报文的目的MAC地址在VLAN10内发送。RB204接收到RB202发送的TRILL报文时，进行解封装，在VLAN10内未配置该报文的接收者，因此将解封装后的报文丢弃。

当前TRILL网络中RB之间可以直接通信，无法对数据流量进行统一管理。

发明内容

有鉴于此，本申请提供一种报文转发方法和设备，能够实现对TRILL网络中RB之间的流量进行监管。

为解决上述技术问题，本发明的技术方案是这样实现的：

一种报文转发方法，该方法应用于中心Hub-分支Spoke架构的多链路透明互联TRILL网络中指定为Hub路由桥RB的RB上，该Hub RB通知各Spoke RB，本RB为Hub RB，使各Spoke RB将指定为Hub RB的RB作为该TRILL网络中分发树的根节点进行拓扑计算；所述Hub RB下挂有服务器；包括：

该Hub RB接收到Spoke RB发送的TRILL报文，其中，该TRILL报文由Spoke RB设备将来自其下挂设备的以太报文，以Hub RB设备的nickname为TRILL头中的目的nickname封装而成；

该Hub RB剥离该TRILL报文的TRILL头，并将剥离TRILL头后得到的以太网报文发送给服务器，使服务器对该以太网报文进行监管；

该Hub RB接收到服务器返回的以太网报文时，根据该以太网报文的目的MAC地址转发该以太网报文。

一种报文转发方法，该方法应用于中心Hub-分支Spoke架构的多链路透明互联TRILL网络中作为Spoke RB的路由桥RB上，接收到指定为Hub RB的RB发送的通知时，将指定为Hub RB的RB作为该TRILL网络中分发树的根节点进行拓扑计算，包括：

该Spoke RB接收到下挂的设备发送的以太网报文时，将该以太网报文封装为TRILL报文并发送给Hub RB，其中，将TRILL报文的TRILL头中出RB封装为HubRB；

该Spoke RB接收到Hub RB发送的TRILL报文时，若TRILL头中出RB为本RB，剥离该TRILL报文的TRILL头，根据剥离TRILL头后得到的以太网报文的目的MAC地址在本地MAC地址表项中查找，如果查找到，根据查找到MAC地址表项转发该以太网报文；否则，将该以太网报文在本地广播；若TRILL头中出RB不为本RB，将该TRILL报文的外层以太头重新封装，发送给对应的RB。

一种设备，可用于中心Hub-分支Spoke架构的多链路透明互联TRILL网络中指定为Hub路由桥RB的RB，该Hub RB下挂有服务器，该设备包括：收发单元和处理单元；

所述收发单元，用于通知各Spoke RB，本RB为Hub RB，使各Spoke RB将指定为Hub RB的RB作为该TRILL网络中分发树的根节点进行拓扑计算；用于接收SpokeRB发送的TRILL报文，该TRILL报文由Spoke RB设备将来自其下挂的设备的以太报文，以Hub RB设备的nickname为TRILL头中的目的nickname封装而成；接收所述服务器返回的以太网报文；

所述处理单元，用于当所述收发单元接收到Spoke RB发送的TRILL报文时，剥离该TRILL报文的TRILL头，并将剥离TRILL头后得到的以太网报文发送给服务器，使服务器对该以太网报文进行监管；当所述收发单元接收到服务器返回的以太网报文时，根据该以太网报文的目的媒体访问控制MAC地址转发该以太网报文。

一种设备，可用于中心Hub-分支Spoke架构的多链路透明互联TRILL网络中的作为Spoke路由桥RB的RB，该设备包括：接收单元和处理单元；

所述接收单元，用于接收指定为Hub RB的RB发送的通知；接收下挂的设备发送的以太网报文；接收Hub RB发送的TRILL报文；

所述处理单元，用于当所述接收单元接收到指定为Hub RB的RB发送的通知时，将指定为Hub RB的RB作为该TRILL网络中分发树的根节点进行拓扑计算；当所述接收单元接收到下挂的设备发送的以太网报文时，将该以太网报文封装为TRILL报文并发送给Hub RB，其中，将TRILL报文的TRILL头中出RB封装为Hub RB；当所述接收单元接收到Hub RB发送的TRILL报文时，若TRILL头中出RB为本RB，剥离该TRILL报文的TRILL头，根据剥离TRILL头后得到的以太网报文的目的MAC地址在本地MAC地址表项中查找，如果查找到，根据查找到MAC地址表项转发该以太网报文；否则，将该以太网报文在本地广播；若TRILL头中出RB不为本RB，将该TRILL报文的外层以太头重新封装，发送给对应的RB。

综上所述，本申请通过TRILL网中的Hub RB，作为该TRILL网络中所有分发树的根节点进行拓扑计算，该Hub RB接收并转发Spoke RB之间的流量，并将接收到的流量上送服务器，通过服务器对各个Spoke RB的流量进行监管，能够实现对TRILL网络中RB之间的流量进行监管。

附图说明

图1为现有技术TRILL网络中单播报文转发示意图；

图2为现有实现TRILL网络中组播报文转发示意图；

图3为本发明具体实施例中指定为Hub RB的RB处理报文流程示意图；

图4为本发明具体实施例中作为Spoke RB的RB处理报文流程示意图；

图5为本发明具体实施例中Spoke-Hub架构下TRILL网络的结构示意图；

图6为本发明具体实施例中应用于上述技术的作为Hub RB的设备的结构示意图；

图7为本发明具体实施例中应用于上述技术的作为Spoke RB的设备的结构示意图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明所述方案作进一步地详细说明。

本发明实施例中提出一种报文转发方法，该方法应用于Hub-Spoke架构的TRILL网络中的RB上，该RB指定为Hub RB时，作为该TRILL网络中所有分发树的根节点，接收到Spoke RB发送的TRILL报文时，将剥离TRILL头的以太网报文发送给服务器，使服务器对该以太网报文进行监管；接收到服务器返回的以太网报文时，再根据该以太网报文的目的MAC地址对该以太网报文进行处理，能够实现对TRILL网络中RB之间的流量进行监管。

在Hub-Spoke架构的TRILL网络中，指定一个RB作为Hub RB，其他RB作为Spoke RB，所有Spoke RB之间的流量都必须通过Hub RB转发，Hub RB为Hub-Spoke架构中的Hub设备，Spoke RB为Hub-Spoke架构中的Spoke设备。两个Spoke RB之间不能直接通信，必须通过Hub RB来转发，从而通过对Hub RB上送的报文进行监管，能够实现对TRILL网络中RB之间流量的监管，进行统计、计费等。

被指定为RB的Hub RB，通知各Spoke RB，本RB为Hub RB；作为Spoke RB的RB，接收到指定为Hub RB的RB发送的通知时，将指定为Hub RB的RB作为该TRILL网络中分发树的根节点进行拓扑计算。

该TRILL网络中RB指定为Hub RB时，通知各Spoke RB，本RB为Hub RB，可以通过扩展TRILL Hello报文实现。具体实现时，在向各Spoke RB发送的TRILLHello报文中携带标识本RB为Hub RB的标识。如添加标识1，表明发送该TRILL Hello报文的RB为Hub RB；添加标识0表明发送该TRILL Hello报文的RB为Spoke RB。

作为Spoke RB的RB，接收到指定为Hub RB的RB发送的通知时，将指定为HubRB的RB作为该TRILL网络中分发树的根节点进行拓扑计算，具体实现包括：

作为Spoke RB的RB接收到指定为Hub RB的RB发送的TRILL Hello报文时，若该TRILL Hello报文中携带发送该报文的RB为Hub RB的标识时，将发送该报文的RB作为该TRILL网络中分发树的根节点进行拓扑计算。

在Spoke RB发送的TRILL Hello报文中，可以添加标识，表明发送该TRILL Hello报文的RB为Spoke RB，也可以不添加任何标识来实现。

当然上述给出的具体实现方式是通过扩展TRILL Hello报文实现，也可以通过任何报文发送本RB是Hub RB的通知。

参见图3，图3为本发明具体实施例中指定为Hub RB的RB处理报文流程示意图。具体步骤为：

步骤301，Hub RB接收到Spoke RB发送的TRILL报文时，剥离该TRILL报文的TRILL头，并将剥离TRILL头后得到的以太网报文发送给服务器，使服务器对该以太网报文进行监管。

本步骤中接收到的TRILL报文由Spoke RB设备将来自其下挂设备的以太报文，以Hub RB设备的昵称（nickname）为TRILL头中的目的nickname封装而成。

Spoke RB之间通信时，都需通过Hub RB转发，Hub RB在接收到Spoke RB发送的TRILL报文时，确定外层以太头的目的MAC地址是本RB标识，且Egress RB是本RB时，则将该TRILL报文的TRILL头剥离，将剥离TRILL头的以太网报文上送给服务器，使服务器对该以太网报文进行监管，如统计、计费等。服务器只是为了监管Spoke RB之间的TRILL报文，并对上报的以太网报文进行处理，只是获取上报的以太网报文的信息进行统计、计费等。之后，将该以太网报文返回给Hub RB进行处理。

该Hub RB如果本地下挂设备，接收到下挂设备发送的以太网报文时，直接将该以太网报文上送服务器进行处理。并对该以太网报文进行源MAC地址学习。

该RB将接收的TRILL报文的TRILL头剥离后，对该剥离TRILL头的以太网报文进行源MAC地址学习。指定为Hub RB的该RB只学习从Spoke RB发来的用户MAC地址，不学习从服务器发来的用户MAC地址，防止用户MAC地址在服务器端口和公网端口之间迁移。

如果作为该TRILL网络中各分发树的根节点，即该网络中的Hub RB的同时，作为其他TRILL网络的中的Spoke RB，在接收到RB发送的TRILL网络发送的TRILL报文时，需要确定接收到的TRILL报文的TRILL头中的Egress RB是否为本RB，如果是，本RB才进行处理，不是的时候，重新封装外层以太头进行转发。

步骤302，该Hub RB接收到服务器返回的以太网报文时，根据该以太网报文的目的MAC地址转发该以太网报文。

步骤302中，根据该以太网报文的目的MAC地址转发该以太网报文，包括：

该RB根据该以太网报文的目的MAC地址查找MAC地址表项，如果查找到，根据查找到的MAC地址表项转发该以太网报文；否则，将该以太网报文封装为TRILL报文在该以太网报文所属的VLAN内广播给所有Spoke RB。

对于未知单播、未查找到组播MAC地址的组播，或者广播报文，需将该太网报文封装为TRILL报文，在该以太网报文所属的VLAN内进行广播，即发送给该RB作为根节点的分发树上的所有Spoke RB，包括发送该以太网报文解封装前的TRILL报文的Spoke RB。因为加入不发送给该Spoke RB，会导致该Spoke RB的用户侧中的多台设备之间不能通信，因此在Hub-Spoke架构中，不存在源过滤的要求。如果Hub RB本地下挂设备，对于未知单播、未查找到组播MAC地址的组播，或者广播报文，也需要在该以太网报文所属的VLAN内本地广播。

参见图4，图4为本发明具体实施例中作为Spoke RB的RB处理报文流程示意图。具体步骤为：

步骤401，Spoke RB接收到下挂的设备发送的以太网报文时，将该以太网报文封装为TRILL报文并发送给Hub RB。

步骤401中，将TRILL报文的TRILL头中出RB封装为Hub RB，入RB封装为自身。

在Hub–Spoke架构中，作为Spoke RB的RB，接收到的下挂的设备发送的报文时，都会发送给Hub RB，在发送TRILL报文时，将TRILL报文的TRILL头中出RB封装为Hub RB。

本步骤中，在接收到下挂的设备发送的以太网报文时，对接收到的以太网报文进行源MAC地址学习。

步骤402，该Spoke RB接收到Hub RB发送的TRILL报文时，若TRILL头中出RB为本RB，剥离该TRILL报文的TRILL头，根据剥离TRILL头后得到的以太网报文的目的MAC地址在本地MAC地址表项中查找，如果查找到，根据查找到MAC地址表项转发该以太网报文；否则，将该以太网报文在本地广播；若TRILL头中出RB不为本RB，将该TRILL报文的外层以太头重新封装，发送给对应的RB。

该RB接收到Hub RB发送的TRILL报文时，对剥离TRILL头的以太网报文不进行源MAC地址学习，即不学习从公网端口进来的带TRILL隧道封装的用户MAC，防止用户MAC地址频繁地在私网端口和公网端口之间迁移。

作为Spoke RB的RB在TRILL网络中可能作为传输（Transit）RB，因此，需确定接收到的TRILL报文的TRILL头中的Egress RB封装内容确定在本地处理，还是继续转发。

下面结合附图，以具体实施例，详细说明本申请如何实现在Spoke-Hub架构下TRILL网中报文转发的。

参见图5，图5为本发明具体实施例中Spoke-Hub架构下TRILL网络的结构示意图。图5中的TRILL网络中包括3个RB，指定RB500为Hub RB。以RB500、RB501和RB502均属于VLAN200为例。

RB500向RB501和RB502发送TRILL Hello报文时，在该TRILL Hello报文中增加一个标识，表明RB500是Hub RB。RB501和RB502接收到RB500发送的TRILL Hello报文时，根据报文中的标识获知RB500为Hub RB，将RB500作为VLAN200内分发树的根节点。

RB501或RB502在发送TRILL Hello报文时，可以增加一个标识，表明RB501或RB502为Spoke RB，也可以不添加标识本RB是否为Spoke RB字段，按现有实现处理。

TRILL协议在各RB之间通过周期性通告TRILL Hello报文以建立并维持邻居关系，在形成邻居关系的RB之间扩散LSP，最终在全网RB上形成相同的LSDB，各RB以RB500为根节点计算分发树。这样，整个网络的RB都会记录到达Hub RB的出端口。

RB501接收到下挂的设备521发送的源MAC地址为MAC1，目的MAC地址为MAC2的以太网报文时，由于只能将报文发送给Hub Spoke，即RB500，因此将报文封装为TRILL格式的报文，发送给RB500。在进行TRILL封装时，将EgressRB封装为RB500。

同时，RB501对下挂的设备521发送的以太网报文进行源MAC地址学习，即将MAC1学习到MAC地址表项中。

RB500接收到RB501发送的TRILL报文时，发现Egress RB为本RB，剥离TRILL头，将剥离TRILL头的以太网报文发送给服务器510，并对该以太网报文进行源MAC地址学习。

服务器510接收到RB500发送的报文时，对该报文进行监管，并根据监管信息进行统计、计费等处理。再将接收的以太网报文返回给RB500，即不对该以太网报文进行处理，按接收时的以太网报文返回给RB500。

RB500接收到服务器510返回的以太网报文时，不进行源MAC地址学习，防止用户MAC地址频繁地在与服务器510的相连端口和与RB501相连的端口之间迁移。

RB500接收到服务器510返回的以太网报文时，根据该以太网报文的目的MAC地址MAC2在本地查找MAC地址表项，如果查找到对应的MAC地址表项，，根据查找到的MAC地址表项的内容处理该以太网报文。如果MAC地址表项对应的出端口为本地用户侧，则直接将该以太网报文发送给对应的设备；如果对应的是其他RB下挂的设备，则将该以太网报文封装为TRILL格式的报文发送。在图5中，应该将报文发送给RB502，则封装的Egress RB为RB50502。

如果未查找到对应的MAC地址表项，则在本地和该以太网报文所属的VLAN内广播发送给所有Spoke RB，即发送给RB501和RB502。如果不发送给RB501，会导致RB501下挂的多台设备之间无法通信，因此，在Hub-Spoke架构下，不进行源过滤。

RB502在接收到RB500发送的TRILL报文时，发现Egress RB为RB502时，剥离TRILL头。根据剥离TRILL头的以太网报文在本地进行MAC表项查找。如果查找到，根据查找到的MAC地址表项进行转发。如果未查找到，在该以太网报文所属的VLAN内进行本地广播。

在RB502接收到RB500发来的TRILL报文，在进行TRILL头剥离时，不对以太网报文进行源MAC地址学习，即不学习从公网端口进来的带TRILL头的用户MAC地址，防止用户MAC地址频繁地在私网端口和公网端口之间迁移。

设备522接收到RB502发送的以太网报文时，确定目的MAC地址为本设备时，进行报文处理；否则，丢弃接收到的以太网报文。

本发明具体实施例中基于同样的发明构思，还提出一种设备，可用于中心Hub-分支Spoke架构的多链路透明互联TRILL网络中指定为Hub路由桥RB的RB，该Hub RB下挂有服务器。参见图6，图6为本发明具体实施例中应用于上述技术的作为Hub RB的设备的结构示意图。该设备包括：收发单元601和处理单元602。

收发单元601，用于通知各Spoke RB，本RB为Hub RB，使各Spoke RB将指定为Hub RB的RB作为该TRILL网络中分发树的根节点进行拓扑计算；用于接收Spoke RB发送的TRILL报文，该TRILL报文由Spoke RB设备将来自其下挂的设备的以太报文，以Hub RB设备的nickname为TRILL头中的目的nickname封装而成；接收所述服务器返回的以太网报文。

处理单元602，用于当收发单元601接收到Spoke RB发送的TRILL报文时，剥离该TRILL报文的TRILL头，并将剥离TRILL头后得到的以太网报文发送给服务器，使服务器对该以太网报文进行监管；当收发单元601接收到服务器返回的以太网报文时，根据该以太网报文的目的媒体访问控制MAC地址转发该以太网报文。

较佳地，

处理单元602，用于根据该以太网报文的目的MAC地址查找MAC地址表项，如果查找到，根据查找到的MAC地址表项转发该以太网报文；否则，将该以太网报文封装为TRILL报文在该以太网报文所属的虚拟局域网VLAN内广播给所有Spoke RB。

较佳地，

收发单元601，用于在TRILL Hello报文中携带标识本RB为Hub RB的标识，发送给各Spoke RB。

较佳地，该设备进一步包括：学习单元603。

学习单元603，用于当处理单元602剥离接收到的TRILL报文的剥离TRILL头时，对该剥离TRILL头的以太网报文进行源MAC地址学习。

本发明具体实施例中基于同样的发明构思，还提出一种设备，可用于中心Hub-分支Spoke架构的多链路透明互联TRILL网络中的作为Spoke路由桥RB的RB，参见图7，图7为本发明具体实施例中应用于上述技术的作为Spoke RB的设备的结构示意图。该设备包括：接收单元701和处理单元702。

接收单元701，用于接收指定为Hub RB的RB发送的通知；接收下挂的设备发送的以太网报文；接收Hub RB发送的TRILL报文。

处理单元702，用于当接收单元701接收到指定为Hub RB的RB发送的通知时，将指定为Hub RB的RB作为该TRILL网络中分发树的根节点进行拓扑计算；当接收单元701接收到下挂的设备发送的以太网报文时，将该以太网报文封装为TRILL报文并发送给Hub RB，其中，将TRILL报文的TRILL头中出RB封装为Hub RB；当接收单元701接收到Hub RB发送的TRILL报文时，若TRILL头中出RB为本RB，剥离该TRILL报文的TRILL头，根据剥离TRILL头后得到的以太网报文的目的MAC地址在本地MAC地址表项中查找，如果查找到，根据查找到MAC地址表项转发该以太网报文；否则，将该以太网报文在本地广播；若TRILL头中出RB不为本RB，将该TRILL报文的外层以太头重新封装，发送给对应的RB。

较佳地，该设备进一步包括：学习单元703；

学习单元703，用于当接收单元701接收到下挂的设备发送的以太网报文时，对接收到的以太网报文进行源MAC地址学习。

上述实施例的单元可以集成于一体，也可以分离部署；可以合并为一个单元，也可以进一步拆分成多个子单元。

综上所述，本发明具体实施例中TRILL网中的任一RB指定为Hub RB时，作为该TRILL网络中所有分发树的根节点，该RB接收并转发作为Spoke RB之间的流量，并将接收到的报文上送服务器，通过服务器对各个Spoke RB的流量进行监管，能够实现对TRILL网络中RB之间的流量进行监管。

对TRILL网络中RB之间的流量进行监管后，可以根据监管信息进行流量统计、计费等，由于Spoke RB之间不能通信，从而增强了TRILL网络的安全性。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种报文转发方法，其特征在于，该方法应用于中心Hub-分支Spoke架构的多链路透明互联TRILL网络中指定为Hub路由桥RB的RB上，该Hub RB通知各SpokeRB，本RB为Hub RB，使各Spoke RB将指定为Hub RB的RB作为该TRILL网络中分发树的根节点进行拓扑计算；所述Hub RB下挂有服务器；包括：

该Hub RB接收到Spoke RB发送的TRILL报文，其中，该TRILL报文由Spoke RB设备将来自其下挂设备的以太报文，以Hub RB设备的昵称nickname为TRILL头中的目的nickname封装而成；

该Hub RB剥离该TRILL报文的TRILL头，并将剥离TRILL头后得到的以太网报文发送给服务器，使服务器对该以太网报文进行监管；

该Hub RB接收到服务器返回的以太网报文时，根据该以太网报文的目的MAC地址转发该以太网报文。

2.根据权利1所述的方法，其特征在于，所述根据该以太网报文的目的MAC地址处理该以太网报文，包括：

该RB根据该以太网报文的目的媒体访问控制MAC地址查找MAC地址表项，如果查找到，根据查找到的MAC地址表项转发该以太网报文；否则，将该以太网报文封装为TRILL报文在该以太网报文所属的虚拟局域网VLAN内广播给所有Spoke RB。

3.根据权利要求1所述的方法，其特征在于，所述通知各Spoke RB，本RB为Hub RB，包括：在TRILL Hello报文中携带标识本RB为Hub RB的标识，发送给各Spoke RB。

4.根据权利要求1-3任意一项所述的方法，其特征在于，所述接收到Spoke RB发送的TRILL报文时，剥离TRILL头，之后，所述方法进一步包括：

该RB对该剥离TRILL头的以太网报文进行源MAC地址学习。

5.一种报文转发方法，其特征在于，该方法应用于中心Hub-分支Spoke架构的多链路透明互联TRILL网络中作为Spoke RB的路由桥RB上，接收到指定为Hub RB的RB发送的通知时，将指定为Hub RB的RB作为该TRILL网络中分发树的根节点进行拓扑计算，包括：

该Spoke RB接收到下挂的设备发送的以太网报文时，将该以太网报文封装为TRILL报文并发送给Hub RB，其中，将TRILL报文的TRILL头中出RB封装为HubRB；

该Spoke RB接收到Hub RB发送的TRILL报文时，若TRILL头中出RB为本RB，剥离该TRILL报文的TRILL头，根据剥离TRILL头后得到的以太网报文的目的MAC地址在本地MAC地址表项中查找，如果查找到，根据查找到MAC地址表项转发该以太网报文；否则，将该以太网报文在本地广播；若TRILL头中出RB不为本RB，将该TRILL报文的外层以太头重新封装，发送给对应的RB。

6.根据权利要求5所述的方法，其特征在于，所述接收到下挂的设备发送的以太网报文时，所述方法进一步包括：

该Spoke RB对接收到的以太网报文进行源MAC地址学习。

7.一种设备，其特征在于，可用于中心Hub-分支Spoke架构的多链路透明互联TRILL网络中指定为Hub路由桥RB的RB，该Hub RB下挂有服务器，该设备包括：收发单元和处理单元；

所述收发单元，用于通知各Spoke RB，本RB为Hub RB，使各Spoke RB将指定为Hub RB的RB作为该TRILL网络中分发树的根节点进行拓扑计算；用于接收SpokeRB发送的TRILL报文，该TRILL报文由Spoke RB设备将来自其下挂的设备的以太报文，以Hub RB设备的昵称nickname为TRILL头中的目的nickname封装而成；接收所述服务器返回的以太网报文；

所述处理单元，用于当所述收发单元接收到Spoke RB发送的TRILL报文时，剥离该TRILL报文的TRILL头，并将剥离TRILL头后得到的以太网报文发送给服务器，使服务器对该以太网报文进行监管；当所述收发单元接收到服务器返回的以太网报文时，根据该以太网报文的目的媒体访问控制MAC地址转发该以太网报文。

8.根据权利7所述的设备，其特征在于，

所述处理单元，用于根据该以太网报文的目的MAC地址查找MAC地址表项，如果查找到，根据查找到的MAC地址表项转发该以太网报文；否则，将该以太网报文封装为TRILL报文在该以太网报文所属的虚拟局域网VLAN内广播给所有Spoke RB。

9.根据权利要求7所述的设备，其特征在于，

所述收发单元，用于在TRILL Hello报文中携带标识本RB为Hub RB的标识，发送给各Spoke RB。

10.根据权利要求7-9任意一项所述的设备，其特征在于，所述设备进一步包括：学习单元；

所述学习单元，用于当所述处理单元剥离接收到的TRILL报文的剥离TRILL头时，对该剥离TRILL头的以太网报文进行源MAC地址学习。

11.一种设备，其特征在于，可用于中心Hub-分支Spoke架构的多链路透明互联TRILL网络中的作为Spoke路由桥RB的RB，该设备包括：接收单元和处理单元；

所述接收单元，用于接收指定为Hub RB的RB发送的通知；接收下挂的设备发送的以太网报文；接收Hub RB发送的TRILL报文；

所述处理单元，用于当所述接收单元接收到指定为Hub RB的RB发送的通知时，将指定为Hub RB的RB作为该TRILL网络中分发树的根节点进行拓扑计算；当所述接收单元接收到下挂的设备发送的以太网报文时，将该以太网报文封装为TRILL报文并发送给Hub RB，其中，将TRILL报文的TRILL头中出RB封装为Hub RB；当所述接收单元接收到Hub RB发送的TRILL报文时，若TRILL头中出RB为本RB，剥离该TRILL报文的TRILL头，根据剥离TRILL头后得到的以太网报文的目的MAC地址在本地MAC地址表项中查找，如果查找到，根据查找到MAC地址表项转发该以太网报文；否则，将该以太网报文在本地广播；若TRILL头中出RB不为本RB，将该TRILL报文的外层以太头重新封装，发送给对应的RB。

12.根据权利要求11所述的设备，其特征在于，所述设备进一步包括：学习单元；

所述学习单元，用于当所述接收单元接收到下挂的设备发送的以太网报文时，对接收到的以太网报文进行源MAC地址学习。

Images