CN102710500A - 一种处理网络中设备组标识符冲突的方法和路由网桥 - Google Patents

Abstract

本发明提供一种处理网络中设备组标识符冲突的方法及路由网桥，该方法包括：路由网桥获取其所属路由网桥组的组信息；所述路由网桥接收到其他路由网桥的链路状态包后，通过比较所述链路状态包中携带的路由网桥组的组信息来检测是否发生设备组标识符冲突。通过本发明可以解决网络中设备标识符冲突的问题。

Description

一种处理网络中设备组标识符冲突的方法和路由网桥

技术领域

本发明涉及网络通信技术，更具体的说，是一种在TRILL网络中，提供一种处理网络中设备组标识符冲突的方法和路由网桥。

背景技术

多链接透明互连(Transparent Interconnection over Lots of Links，简称TRILL)，是IETF(互联网工程任务组)推荐的连接层(L2)网络标准，用于解决大型数据中心中STP(Spanning Tree protocol，生成树协议)的不足。在L2网络中，STP通过阻塞冗余链路来避免环路，但同时也造成了冗余链路带宽的浪费(被阻塞)。TRILL通过将IS-IS(Intermediate System toIntermediate System，中间系统到中间系统)路由协议引入L2网络，解决了L2环路问题，同时保留了L2多路径(或称为ECMP(Equivalent Cost MultiplePath，等价多路径))。

在TRILL网络中，运行TRILL协议的设备称为RBridge(路由网桥)，并由Nickname(别名)唯一标识一台RBridge。在TRILL网络的入口，负责将端设备(End Station)的原始数据帧封装成TRILL格式(即在原始数据帧前面添加TRILL头和外部帧头，TRILL头中主要包括TRILL网络入口和出口路由网桥的Nickname和跳数)并注入TRILL网络的路由网桥称为IngressRBridge(入口路由网桥)；在TRILL网络的出口，负责将TRILL数据帧解封为原始数据帧并转发给端设备的路由网桥称为Egress RBridge(出口路由网桥)，同时Egress RBridge还会学习该原始帧是从哪个Ingress RBridge导入TRILL网络的并形成MAC(Media Access Control，媒体接入控制)信息表{D_MAC，Ingress_Nickname，……}。

为了避免环路，在TRILL网络的边界，在任何一个VLAN(Virtual LocalArea Network，虚拟局域网)内只能由一个RBridge为一个端系统提供服务，这个RBridge称为这个端系统的服务提供者，比如在共享链路上的VLAN-x指定转发者(Appointed Forwarder，简称AF)。这种规定虽然能有效的避免环路，但是也带来了一些问题，比如：共享链路上AF切换后，带来了远端Egress上某些MAC表项中Ingress_Nickname的变化，如果变化频繁还会带来Ingress_Nickname的flip-flop(振荡)问题；当端系统通过点对点链路多归属(Multi-homing，比如：通过链路聚合组(Link Aggregation Group，简称LAG))到多个RBridge上时，为了避免引起远端RBridge上MAC的flip-flop问题，这些链路只能工作在Active-Standby(主备)模式，从造成了带宽浪费，难以满足高性能数据中心的高吞吐量和高可靠性的需求。

为此，TRILL工作组提出了路由网桥组(RBridge Group，简称RBG)或称为虚拟路由网桥(Virtual RBridge，简称RBv)的概念。在一个RBv内，组员共享一个Nickname，称为组Nickname，在转发数据帧时，组员路由网桥用组Nickname而不是自己的设备Nickname来完成原始原始数据的TRILL封装，从而打破了上述规定并避免了flip-flop问题。在控制层面，RBv会在TRILL网络中通告自己的组Nickname，从而帮助其他RBridge学习通往该RBv的路径。

RBv的Nickname在某些应用场景下可以由成员RBridge自动从TRILL网络中获取，比如：共享链路；而某些场景下只能由网络管理员手工配置，比如LAG应用中。但无论如何，RBG的Nickname必须同时满足如下两项原则：1)不同的RBv之间组Nickname必须不能相同；2)同一个RBv内，不同的成员之间组Nickname必须相同。违反第一条原则会带来数据帧转发错误，引起报文丢失，比如：在图1中RBv1、RBv2分别属于不同的组织，如果它们的组Nickname相同，可能会导致H3发往H1的报文被RB5路由到RBv2中，形成转发黑洞。违反第二条原则就会带来MAC的flip-flop问题。

由于上述第二条原则打破了TRILL协议中不同的RBridge必须具有不同Nickname的限制，原有的Nickname冲突检测方法不适合检测RBv组名冲突检测问题。

但随着配置管理人员添加新的RBv或网络拓扑的变化，难以避免RBv之间的组Nickname冲突的情况。比如：启用RBv的共享链路断裂成两部分，或者两个含有RBv标识符相同的TRILL网络的融合。

发明内容

本发明要解决的技术问题是提供一种处理网络中设备组标识符冲突的方法及设备，以解决网络中设备组标识符冲突的问题。

为了解决上述技术问题，本发明提供了一种处理网络中设备组标识符冲突的方法，包括：

路由网桥获取其所属路由网桥组的组信息；

所述路由网桥接收到其他路由网桥的链路状态包后，通过比较所述链路状态包中携带的路由网桥组的组信息来检测是否发生设备组标识符冲突。

进一步地，上述方法还具有下面特点：

所述通过比较所述链路状态包中携带的路由网桥组的组信息来检测是否发生设备组标识符冲突，包括：

所述路由网桥解析所述链路状态包，获取所述链路状态包中携带的路由网桥组的组信息，该路由网桥组的组信息包括：所述链路状态包的发送设备的别名、系统标识和所属路由网桥组的别名；

所述路由网桥判断所述链路状态包的发送设备所属组的组别名与自己所属路由网桥组的组别名是否相同，如相同，则判断所述链路状态包的发送设备的系统标识是否在自己所属组的组员信息列表中，如不在，则判定与所述链路状态包的发送设备发生设备组标识符冲突。

进一步地，上述方法还具有下面特点：所述路由网桥组的组信息还包括：所述链路状态包的发送设备所属路由网桥组的优先级信息，

所述路由网桥判定与所述链路状态包的发送设备发生设备组标识符冲突之后，还包括：

所述路由网桥根据所述链路状态包的发送设备所属路由网桥组的优先级信息，如判断自己所属的路由网桥组的优先级比所述链路状态包的发送设备所属路由网桥组的优先级高，则继续使用自己所属的路由网桥组的组别名封装报文，否则，放弃使用自己所属的路由网桥组的组别名封装报文。

进一步地，上述方法还具有下面特点：所述路由网桥获取其所属路由网桥组的组信息包括：

所述路由网桥获取其所属路由网桥组的组别名、组员设备信息和所属路由网桥组的优先级信息。

进一步地，上述方法还具有下面特点：所述路由网桥获取其所属路由网桥组的组信息之后，还包括：

所述路由网桥将自己产生的链路状态包泛洪到多链接透明互连网络，该链路状态包包括：所述路由网桥所属的路由网桥组的组别名、优先级信息和所述路由网桥的信息。

为了解决上述问题，本发明还提供了一种路由网桥，包括：

第一模块，用于获取其所属路由网桥组的组信息；

第二模块，用于接收到链路状态包后，通过比较所述链路状态包中携带的路由网桥组的组信息来检测是否发生设备组标识符冲突。

进一步地，上述路由网桥还具有下面特点：所述第二模块包括：

第一单元，用于解析所述链路状态包，获取所述链路状态包中携带的路由网桥组的组信息，该路由网桥组的组信息包括：所述链路状态包的发送设备的别名、系统标识和所属路由网桥组的别名；

第二单元，用于判断所述链路状态包的发送设备所属组的组别名与自己所属路由网桥组的组别名是否相同，如相同，则判断所述链路状态包的发送设备的系统标识是否在自己所属组的组员信息列表中，如不在，则判定与所述链路状态包的发送设备发生设备组标识符冲突。

进一步地，上述路由网桥还具有下面特点：

所述路由网桥组的组信息还包括：所述链路状态包的发送设备所属路由网桥组的优先级信息，

所述路由网桥还包括：

第三模块，用于在所述第二单元判定与所述链路状态包的发送设备发生设备组标识符冲突之后，根据所述链路状态包的发送设备所属路由网桥组的优先级信息，如判断自己所属的路由网桥组的优先级比所述链路状态包的发送设备所属路由网桥组的优先级高，则继续使用自己所属的路由网桥组的组别名封装报文，否则，放弃使用自己所属的路由网桥组的组别名封装报文。

进一步地，上述路由网桥还具有下面特点：所述路由网桥获取其所属路由网桥组的组信息包括：

所述路由网桥所属路由网桥组的组别名、组员设备信息和所属路由网桥组的优先级信息。

进一步地，上述路由网桥还具有下面特点：

所述第一模块，在获取其所属路由网桥组的组信息之后还用于，将自己产生的链路状态包泛洪到多链接透明互连网络，该链路状态包包括：所述路由网桥所属的路由网桥组的组别名、优先级信息和所述路由网桥的信息。

综上，本发明提供一种处理网络中设备组标识符冲突的方法及路由网桥，可以解决网络中设备标识符冲突的问题，本发明的应用场景在TRILL基本协议中没有体现，是TRILL协议后续应用的扩展，本发明是基于新的应用场景产生的问题而提出的解决方案。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性附图及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为含有LAG的TRILL网络拓扑结构示意图；

图2为含有LAN的TRILL网络拓扑结构示意图；

图3为本发明实施例的处理网络中设备标识符冲突的方法的流程图；

图4为本发明实施例的路由网桥的示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

图3为本发明实施例的处理网络中设备标识符冲突的方法的流程图，如图3所示，包括下面步骤：

S11、路由网桥获取其所属路由网桥组的组信息；

S12、所述路由网桥接收到链路状态包后，通过比较所述链路状态包中携带的路由网桥组的组信息来检测是否发生设备组标识符冲突。

在所述路由网桥判定与所述链路状态包的发送设备发生设备组标识符冲突之后，本实施例的方法还可以包括：

S13、所述路由网桥根据所述链路状态包的发送设备所属路由网桥组的优先级信息，如判断自己所属的路由网桥组的优先级比所述链路状态包的发送设备所属路由网桥组的优先级高，则继续使用自己所属的路由网桥组的组别名封装报文，否则，放弃使用自己所属的路由网桥组的组别名封装报文。

本实施例中的组员：即组成设备组的成员设备，比如构成RBv的成员RBridge；

组员信息主要包括，路由网桥加入的RBv的组Nickname、该组员在组内的优先级以及该组员的系统标识符(System ID)等；

设备组的优先级：所述设备组的所有成员设备中，优先级最大的组员的优先级和System ID为所述设备组的优先级；如果所述设备组中存在两个或两个以上的最高优先级的组员，则所述组的优先级为这些相同优先级的成员中具有最大System ID的成员的优先级和Sytem ID。

根据应用场景不同，组员信息的获取方式可分为两大类：动态获取方式和静态配置方式，如下：

如果组员之间能够通过组内消息交互发现组员，则采用动态发现方式获取组员信息，比如，在共享链路上的RBv组员之间可以通过保活报文相互发现并获取组员信息；

如果组员之间不能通过组内消息交换发现组员，则通告手工配置方式，在组员上配置该组内其他组员信息，比如，在LAG和Multi-homing等应用场景下。

RBv组的组员在自己产生的链路状态包(Link State Packet，简称LSP)中携带自己所属的RBv信息并将该LSP通告至整个TRILL网络。当设备收到这些LSP报文时，通过比较报文中RBv信息来确认是否发生了设备组标识符冲突，具体如下：

解析LSP，获取发送者所属组的Nickname，以及优先级和System ID等信息，如果这些Nickname和自己所属组的Nickname不同，则进一步检查：LSP的发送者的System ID是否在自己所属的组员列表中，如果是，则发生了同一个设备组内不同组员之间组标识符不一致的情况；如果不是，则无标识符冲突；

如果上述Nickname和自己所属组的Nickname相同，进一步验证：发送者的System ID是否在自己所属组的组员信息列表中，如果在列表中，则不认为标识符发生了冲突，如果不在列表中，则认为标识符发生了冲突。

当发现标识符发生了冲突以后，则通过比较LSP发送者所属RBv组和自己所在的RBv组的优劣来决定所述组是继续使用该标识符还是重新选择另一个标识符，具体如下：

如果LSP发送者所属RBv组的优先级和System ID没有所述组的优先级和System ID大，则所述设备组继续使用该组Nickname；否则，所述设备组放弃该Nickname并重新获取一个可用Nickname作为组Nickname。进而，如果无法获取新的组Nickname，则所述设备组无效，组员不再用所述组Nickname封装报文。

组内标识符不一致的处理：为了避免引起远端路由网桥转发表中MAC条目中Egress_Nickname的flip-f1op，组Nickname不一致的设备被认为加入了不同设备组，属于不同设备组的设备不能为同一个端系统提供TRILL服务。为此，优先级高的设备组工作在Active模式，优先级低的设备组工作在Standby模式。

与现有技术相比较，本发明实施例中的应用场景在TRILL基本协议中没有体现，是TRILL协议后续应用的扩展，本发明是基于新的应用场景产生的问题而提出的解决方案。

下面结合附图对本发明的软件系统组成进行说明。

在图1中，借助链路聚合组(LAG)，H1通过RBl和RB2接入TRILL网络；H2通过RB3和RB4接入TRILL网络；H3通过RB5直接接入TRILL。当H1和H3或者H2和H3通讯时，为了避免引起RB5上MAC地址漂移(flip-flop)，RB1和RB2加入了RBv1组，RB3和RB4加入了RBv2组。

实施例一

在LAG应用场景下，路由网桥组RBv1的成员设备RB1发送的保活报文无法通过组内链路达到RB2，反之亦然，因此可以通过手工配置的方式使RB1和RB2相互知道对方是自己在RBv1中的合法组员，以及在该组中的优先级和System ID。其配置过程如下：

步骤101：在RB1上通过查看链路状态数据库，获取当前TRILL网络中可用的Nickname，从中选择一个作为RBv1的组Nickname，比如Nick1；

步骤102：在RB1上，以Nick1为组标识符创建路由网桥组RBv1，将它的下行端口(通往H1)加入到RBv1；

步骤103：在RB1上，配置RB2是RB1在RBv1中的合法组员，该组员的优先级为Pri1_2，系统ID为System1_2；

步骤104：在RB2上，按照步骤102到103的方法，将它的下行端口(通往H1)添加到RBv1中，组名为Nick1；并且配置RB1为RB2在RBv1中的合法组员，该组员的优先级为Pri1_1，系统ID为System1_1；

步骤105：在RB1上，RB1通过对比自己与RBv1中其他组员的优先级和System ID，可以知道RBv1组中的优先级和组系统ID。假设：Pri1_1＜Pri1_2，并且System1_1＜System1_2，则RBv1的优先级为Pri1_2，系统ID为System1_2。同理，通过和组员的参数进行比较，RB2也可获悉RBv1的优先级为Pri1_2，系统ID为System1_2。

通过上述配置，在RB1和RB2的下行端口上创建了虚拟路由网桥组RBv1，并指定了该组内的合法组员以及该组的优先级和系统ID。这些信息可以用于后续路由网桥组Nickname之间的冲突检测。

按照同样的方法，可以在RB3和RB4上创建组名为Nick2的RBv2，在该路由网桥组中，RB3的优先级为Pri2_1，系统ID为System2_1，RB4的优先级为Pri2_2，系统ID为System2_2；假设：Pri2_1＝Pri2_2，并且System2_1＞System2_2，则RBv2的优先级为Pri2_1，系统ID为System2_1。

下面以实施二为例，从RB1的角度说明一下RBv1和RBv2之间的Nickname冲突检测。

实施例二

步骤201：RB1和RB2分别在自己的LSP中宣称自己加入了组名为Nick1的路由网桥组，以及自己所在组的优先级和System ID，并将该LSP泛洪到TRILL网络中去；RB3和RB4泛洪LSP并宣称自己加入了组名为Nick2的路由网桥组以及所在组的优先级和系统ID；

步骤202：RB1收到RB2的LSP后，发现其组Nickname和自己的组Nickname相同，进一步在组名为Nick1的虚拟路由网桥组组员列表中检索查该LSP的通告者RB2，结果发现RB2是自己在RBv1中的合法组员，从而判断与RB2之间不存在组Nickname冲突；

步骤203：RB1收到RB3或RB4发送来的LSP后，通过报文解析知悉RB3或RB4加入了组名为Nick2的虚拟路由网桥组。如果Nick2≠Nick1，则无组名冲突；如果Nick2＝Nick1，则进一步查询RB3或RB4是否是自己在组名为Nick1的路由网桥组RBv1内的合法组员，结果发现不是合法组员，从而断定发生了组名冲突。

下面以实施例三为例，从RB1的角度说明一下RBv1和RBv2之间的组Nickname冲突处理。

实施例三

步骤301：RB1收到RB3发送来的LSP后，发现发生了组名冲突，则从该LSP中获取RBv2的优先级Pri2_1和System2_1，并与本地保存的RBv1的优先级和系统ID(及Pri1_2和System1_2)进行比较，如果发现RBv2的参数优于RBv1的参数(即Pri2_1＞Pri1_2或者Pri2_1＝Pri1_2，但System2_1＞System1_2)，则RB1不再使用Nick1对上行报文进行TRILL封装；否则RB1继续进行使用Nick1对上行报文进行TRILL封装；

步骤302：当RB1收到RB4发送来的LSP后，如果发现了组名冲突，也做类似判断，并根据判断结果决定继续使用还是终止使用Nick1对上行报文进行TRILL封装。

在图2中，RB1，RB2，RB3和RB4以及H1和H2都链接到一个共享链路上，其中任何一个路由网桥发送到该链路上的保活报文(比如Hello报文)可以被链接到该链路上的其他接路由网桥接收到。在这种应用场景下，路由网桥组的创建要简单的多，并且可以实现组员信息的动态获取以及组名冲突的自动处理。下面分别用实施例予以描述。

实施例四：

步骤401：分别在RB1、RB2、RB3和RB4的连接该共享链路的接口上开启启用虚拟路由网桥组功能，这些路由网桥便在自己的Hello报文中宣称自己支持并开启了该功能，此外还携带自己在该链路上的优先级和System ID等信息；

步骤402：通告解析从该链路上收集到Hello报文，这4个路由网桥可以推选出一个成员(比如优先级最高的成员)代表该网桥组从TRILL网络中自动申请一个可用的Nickname(比如Nick_i)作为该组的Nickname，并通告Hello通告给其他成员。

步骤403：收到组名通告后，这4个组员就可以分别在自己的LSP中发布自己加入了虚拟路由网桥组Nick，并知晓该组的优先级和系统ID(即优先级最高的成员的优先级和System ID)。

假设RB1是该共享链路上被推选出的成员设备，下面以实施例说明一下RB1对虚拟路由网桥组冲突的处理。

实施例五

步骤501：当RB1发现其他路由网桥组的组名和自己所在组发生了冲突，首先通过优先级比较决定本地组是否需要重新选择组Nickname，如果需要重新选择组名，继续步骤502，否则转至步骤504；

步骤502：从TRILL网络中重新申请一个可用的Nickname作为组名，并在自己的Hello中重新发布该Nickname，比如Nick_j；

步骤503：该链路上其他路由网桥收到该Hello报文后，用Nick_j替代Nick_i作为新的组名，并在自己的LSP中重新发布该组名，并用新的组名对上行报文进行TRILL封装，转至步骤505；

步骤504：继续使用Nick_i作为该路由网桥组的组名；

步骤505：结束。

图4为本发明实施例的路由网桥的示意图，如图4所示，本实施例的路由网桥包括：

第一模块，用于获取其所属路由网桥组的组信息；

第二模块，用于接收到链路状态包后，通过比较所述链路状态包中携带的路由网桥组的组信息来检测是否发生设备组标识符冲突。

其中，所述第二模块包括：

第一单元，用于解析所述链路状态包，获取所述链路状态包中携带的路由网桥组的组信息，该路由网桥组的组信息包括：所述链路状态包的发送设备的别名、系统标识和所属路由网桥组的别名；

第二单元，用于判断所述链路状态包的发送设备所属组的组别名与自己所属路由网桥组的组别名是否相同，如相同，则判断所述链路状态包的发送设备的系统标识是否在自己所属组的组员信息列表中，如不在，则判定与所述链路状态包的发送设备发生设备组标识符冲突。

所述路由网桥组的组信息还包括：所述链路状态包的发送设备所属路由网桥组的优先级信息，

所述路由网桥还包括：

第三模块，用于在所述第二单元判定与所述链路状态包的发送设备发生设备组标识符冲突之后，根据所述链路状态包的发送设备所属路由网桥组的优先级信息，如判断自己所属的路由网桥组的优先级比所述链路状态包的发送设备所属路由网桥组的优先级高，则继续使用自己所属的路由网桥组的组别名封装报文，否则，放弃使用自己所属的路由网桥组的组别名封装报文。

其中，所述路由网桥获取其所属路由网桥组的组信息包括：

所述路由网桥所属路由网桥组的组别名、组员设备信息和所属路由网桥组的优先级信息。

其中，所述第一模块，在获取其所属路由网桥组的组信息之后还用于，将自己产生的链路状态包泛洪到多链接透明互连网络，该链路状态包包括：所述路由网桥所属的路由网桥组的组别名、优先级信息和所述路由网桥的信息。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

以上仅为本发明的优选实施例，当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (10)

1.一种处理网络中设备组标识符冲突的方法，包括：

路由网桥获取其所属路由网桥组的组信息；

所述路由网桥接收到其他路由网桥的链路状态包后，通过比较所述链路状态包中携带的路由网桥组的组信息来检测是否发生设备组标识符冲突。

2.如权利要求1所述的方法，其特征在于：所述通过比较所述链路状态包中携带的路由网桥组的组信息来检测是否发生设备组标识符冲突，包括：

所述路由网桥解析所述链路状态包，获取所述链路状态包中携带的路由网桥组的组信息，该路由网桥组的组信息包括：所述链路状态包的发送设备的别名、系统标识和所属路由网桥组的别名；

所述路由网桥判断所述链路状态包的发送设备所属组的组别名与自己所属路由网桥组的组别名是否相同，如相同，则判断所述链路状态包的发送设备的系统标识是否在自己所属组的组员信息列表中，如不在，则判定与所述链路状态包的发送设备发生设备组标识符冲突。

3.如权利要求2所述的方法，其特征在于：所述路由网桥组的组信息还包括：所述链路状态包的发送设备所属路由网桥组的优先级信息，

所述路由网桥判定与所述链路状态包的发送设备发生设备组标识符冲突之后，还包括：

所述路由网桥根据所述链路状态包的发送设备所属路由网桥组的优先级信息，如判断自己所属的路由网桥组的优先级比所述链路状态包的发送设备所属路由网桥组的优先级高，则继续使用自己所属的路由网桥组的组别名封装报文，否则，放弃使用自己所属的路由网桥组的组别名封装报文。

4.如权利要求1所述的方法，其特征在于：所述路由网桥获取其所属路由网桥组的组信息包括：

所述路由网桥获取其所属路由网桥组的组别名、组员设备信息和所属路由网桥组的优先级信息。

5.如权利要求1-4任一项所述的方法，其特征在于：所述路由网桥获取其所属路由网桥组的组信息之后，还包括：

所述路由网桥将自己产生的链路状态包泛洪到多链接透明互连网络，该链路状态包包括：所述路由网桥所属的路由网桥组的组别名、优先级信息和所述路由网桥的信息。

6.一种路由网桥，包括：

第一模块，用于获取其所属路由网桥组的组信息；

第二模块，用于接收到链路状态包后，通过比较所述链路状态包中携带的路由网桥组的组信息来检测是否发生设备组标识符冲突。

7.如权利要求6所述的路由网桥，其特征在于：所述第二模块包括：

第一单元，用于解析所述链路状态包，获取所述链路状态包中携带的路由网桥组的组信息，该路由网桥组的组信息包括：所述链路状态包的发送设备的别名、系统标识和所属路由网桥组的别名；

第二单元，用于判断所述链路状态包的发送设备所属组的组别名与自己所属路由网桥组的组别名是否相同，如相同，则判断所述链路状态包的发送设备的系统标识是否在自己所属组的组员信息列表中，如不在，则判定与所述链路状态包的发送设备发生设备组标识符冲突。

8.如权利要求7所述的路由网桥，其特征在于：所述路由网桥组的组信息还包括：所述链路状态包的发送设备所属路由网桥组的优先级信息，

所述路由网桥还包括：

第三模块，用于在所述第二单元判定与所述链路状态包的发送设备发生设备组标识符冲突之后，根据所述链路状态包的发送设备所属路由网桥组的优先级信息，如判断自己所属的路由网桥组的优先级比所述链路状态包的发送设备所属路由网桥组的优先级高，则继续使用自己所属的路由网桥组的组别名封装报文，否则，放弃使用自己所属的路由网桥组的组别名封装报文。

9.如权利要求6所述的路由网桥，其特征在于：所述路由网桥获取其所属路由网桥组的组信息包括：

所述路由网桥所属路由网桥组的组别名、组员设备信息和所属路由网桥组的优先级信息。

10.如权利要求1-4任一项所述的路由网桥，其特征在于：

所述第一模块，在获取其所属路由网桥组的组信息之后还用于，将自己产生的链路状态包泛洪到多链接透明互连网络，该链路状态包包括：所述路由网桥所属的路由网桥组的组别名、优先级信息和所述路由网桥的信息。

Images