WO2013166911A1 - 一种处理网络中设备组标识符冲突的方法和路由网桥 - 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 to Intermediate System, 中间系统到中间系统）路由协议引入 L2网络， 解决了 L2环路问题， 同时保留了 L2多路径（或称为 ECMP ( Equivalent Cost Multiple Path, 等价多 路径） ） 。

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

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

为此， TRILL工作组提出了路由网桥组（ RBridge Grou , 简称 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中 RBvl、 RBv2分别属于不同的组织， 如 果它们的组 Nickname相同，可能会导致 H3发往 HI的报文被 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所示， 包括下面步骤：

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

512、所述路由网桥接收到链路状态包后，通过比较所述链路状态包中携 带的路由网桥组的组信息来检测是否发生设备组标识符冲突。 突之后， 本实施例的方法还可以包括：

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

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

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

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

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

如果组员之间能够通过组内消息交互发现组员， 则釆用动态发现方式获 现并获取组员信息；

如果组员之间不能通过组内消息交换发现组员， 则通告手工配置方式， 在组员上配置该组内其他组员信息， 比如， 在 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-flop ,组 Nickname不一致的设备被认为力。入了 不同设备组， 属于不同设备组的设备不能为同一个端系统提供 TRILL服务。 为此， 优先级高的设备组工作在 Active模式， 优先级低的设备组工作在 Standby模式。

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

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

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

实施例一

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

步骤 101 : 在 RB1上通过查看链路状态数据库， 获取当前 TRILL网络中 可用的 Nickname , 从中选择一个作为 RBvl的组 Nickname , 比如 Nickl； 步骤 102: 在 RB1上， 以 Nickl为组标识符创建路由网桥组 RBvl , 将它 的下行端口 （通往 HI )力口入到 RBvl ;

步骤 103: 在 RB1上， 配置 RB2是 RB1在 RBvl中的合法组员， 该组员 的优先级为 Pril— 2, 系统 ID为 System 1 2;

步骤 104: 在 RB2上，按照步骤 102到 103的方法，将它的下行端口（通 往 HI )添加到 RBvl中， 组名为 Nickl； 并且配置 RB1为 RB2在 RBvl中的 合法组员， 该组员的优先级为 Pril— 1 , 系统 ID为 System 1—1；

步骤 105: 在 RB1上， RB1通过对比自己与 RBvl中其他组员的优先级 和 System ID,可以知道 RBvl组中的优先级和组系统 ID。假设： Pril_KPril_2, 并且 Systeml— Systeml— 2, 则 RBvl的优先级为 Pril— 2, 系统 ID为 System 1—2。 同理， 通过和组员的参数进行比较， RB2也可获悉 RBvl 的优先级为 Pri 1 _2 , 系统 ID为 System 1 _2。 通过上述配置， 在 RB1 和 RB2 的下行端口上创建了虚拟路由网桥组 RBvl , 并指定了该组内的合法组员以及该组的优先级和系统 ID。这些信息可 以用于后续路由网桥组 Nickname之间的冲突检测。

按照同样的方法， 可以在 RB3和 RB4上创建组名为 Nick2的 RBv2 , 在 该路由网桥组中， RB3的优先级为 Pri2_l , 系统 ID为 System2— 1 , RB4的优 先级为 Pri2— 2 , 系统 ID 为 System2— 2； 假设： Pri2— l=Pri2— 2 , 并且 System2_l>System2_2, 则 RBv2的优先级为 Pri2— 1 , 系统 ID为 System2— 1。

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

实施例二

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

步骤 202: RB1 收到 RB2的 LSP后， 发现其组 Nickname和自己的组

Nickname相同， 进一步在组名为 Nickl的虚拟路由网桥组组员列表中检索该 LSP的通告者 RB2, 结果发现 RB2是自己在 RBvl中的合法组员， 从而判断 与 RB2之间不存在组 Nickname冲突；

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

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

实施例三

步骤 301： RB1收到 RB3发送来的 LSP后， 发现发生了组名冲突， 则从 该 LSP中获取 RBv2的优先级 Pri2— 1和 System2— 1 ,并与本地保存的 RBvl的 优先级和系统 ID (及 Pril_2和 Systeml_2 )进行比较， 如果发现 RBv2的参 数优于 RBvl 的参数 （ 即 Pri2— l>Pril— 2 或者 Pri2— l=Pril— 2 , 但 System2_l>Systeml_2 ) , 则 RBI不再使用 Nickl对上行报文进行 TRILL封 装； 否则 RB1继续进行使用 Nickl对上行 文进行 TRILL封装；

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

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

实施例四：

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

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

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

假设 RBI是该共享链路上被推选出的成员设备， 下面以实施例说明一下

RB1对虚拟路由网桥组冲突的处理。

实施例五

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

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

步骤 503: 该链路上其他路由网桥收到该 Hello报文后， 用 NickJ替代

Nick— i作为新的组名， 并在自己的 LSP中重新发布该组名， 并用新的组名对 上行报文进行 TRILL封装， 转至步骤 505；

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

步骤 505: 结束。

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

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

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

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

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

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

所述路由网桥还包括：

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

其中， 所述路由网桥通过如下方式获取其所属路由网桥组的组信息： 所述路由网桥获取其所属路由网桥组的组别名、 组员设备信息和所属路 由网桥组的优先级信息。

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

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

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

工业实用性

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

Claims

权 利 要 求 书

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

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

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

2、 如权利要求 1所述的方法， 其中： 所述通过比较所述链路状态包中携 带的路由网桥组的组信息来检测是否发生设备组标识符冲突的步骤包括： 所述路由网桥解析所述链路状态包， 获取所述链路状态包中携带的路由 网桥组的组信息， 所述路由网桥组的组信息包括： 所述链路状态包的发送设 备的别名、 系统标识和所属路由网桥组的组别名；

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

3、 如权利要求 2所述的方法， 其中： 所述路由网桥组的组信息还包括： 所述链路状态包的发送设备所属路由网桥组的优先级信息， 突的步骤之后， 还包括：

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

4、 如权利要求 1所述的方法， 其中： 所述路由网桥获取其所属路由网桥 组的组信息的步骤包括：

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

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

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

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

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

7、 如权利要求 6所述的路由网桥， 其中： 所述第二模块包括： 第一单元， 其设置成解析所述链路状态包， 获取所述链路状态包中携带 的路由网桥组的组信息， 所述路由网桥组的组信息包括： 所述链路状态包的 发送设备的别名、 系统标识和所属路由网桥组的组别名；

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

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

所述路由网桥还包括：

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

9、 如权利要求 6所述的路由网桥， 其中： 所述路由网桥通过如下方式获 取其所属路由网桥组的组信息：

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

10、 如权利要求 1-4任一项所述的路由网桥， 其中：

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