CN104022908B - 用于spb网络的区域管理方法和区域管理装置 - Google Patents
用于spb网络的区域管理方法和区域管理装置 Download PDFInfo
- Publication number
- CN104022908B CN104022908B CN201410292639.1A CN201410292639A CN104022908B CN 104022908 B CN104022908 B CN 104022908B CN 201410292639 A CN201410292639 A CN 201410292639A CN 104022908 B CN104022908 B CN 104022908B
- Authority
- CN
- China
- Prior art keywords
- area
- link state
- advertisement message
- state advertisement
- bmac
- 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
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种用于最短路径桥SPB网络的区域管理方法和区域管理装置，包括：向边界路径桥发送消息获取请求；从边界路径桥接收第一链路状态通告消息，所述第一链路状态通告消息包括：网络区域标识、网络区域内的每台路径桥设备的BMAC地址、下一跳的BMAC地址，且所述下一跳为所述边界路径桥；根据已生成的所述边界路径桥的BMAC地址表项生成所述网络区域的每个路径桥设备的BMAC地址表项；其中，所述网络区域内每个路径桥设备的BMAC地址表项的B‑VID和接口与已生成的所述边界路径桥的BMAC地址表项的B‑VID和接口相同。通过本发明的技术方案，可以提升链路状态数据库的同步效率，加快整个网络的收敛速度。
Description
技术领域
本发明涉及通信技术领域，尤其涉及用于最短路径桥SPB网络的区域管理方法及其区域管理装置。
背景技术
SPB(Shortest Path Bridging，最短路径桥)是IEEE802.1aq定义的以太网标准之一，主要是为了解决STP(Spanning Tree Protocol，生成树协议)阻塞链路浪费带宽的问题而研究出来的，采用了二层的ISIS(Intermediate system to intermediate system，中间系统到中间系统)作为其控制平面协议进行拓扑学习计算，目前主要运用SPBM(ShortestPath Bridging MAC Mode，最短路径桥MAC-in-MAC模式)。SPBM继承了802.1ah定义的MAC-in-MAC的封装格式，在用户原始的以太网报文外层增加了服务实例、B-VLAN标签、BMAC地址信息，并通过这些信息在骨干网络进行转发。
由于SPBM转发是二层转发，报文中未携带TTL(Time To Live，生存时间)信息，所以必须保证严格无环路。因此，SPB域内的BMAC转发路径依赖于整网的链路状态数据库同步，而该数据库的同步则依赖于链路状态通告消息(LSA，Link-State Advertisement)在整个网络中的泛洪，并在所有设备均完成同步后才开始计算新路径。但是，由于每个设备接收到链路状态通告消息的内容不相同且响应拓扑变化的次序也不一样，导致网络中整体的BMAC转发路径更新不一致，流量恢复时间比较慢，影响流量的正常转发。
发明内容
有鉴于此，本发明提供一种新的技术方案，可以解决相关技术中网络收敛速度慢的技术问题。
根据本发明的第一方面，提出了一种用于最短路径桥SPB网络的区域管理方法，包括：
向边界路径桥发送消息获取请求；
从所述边界路径桥接收第一链路状态通告消息，所述第一链路状态通告消息包括：网络区域标识、网络区域内的每台路径桥设备的BMAC地址、下一跳的BMAC地址，且所述下一跳为所述边界路径桥；
根据已生成的所述边界路径桥的BMAC地址表项生成所述网络区域的每个路径桥设备的BMAC地址表项；其中，所述网络区域内每个路径桥设备的BMAC地址表项的B-VID和接口与已生成的所述边界路径桥的BMAC地址表项的B-VID和接口相同。
根据本发明的第二方面，提出了一种用于最短路径桥SPB网络的区域管理方法，其特征在于，包括：
分别接收第一区域和第二区域内的链路状态通告消息；
根据第一区域和第二区域内的链路状态通告消息，分别生成对应于第一区域和第二区域的第一链路状态通告消息，所述第一链路状态通告消息包括：网络区域标识、网络区域内的每台路径桥设备的BMAC地址、下一跳的BMAC地址，且所述下一跳为本路径桥设备；
将对应于第一区域的第一链路状态通告消息发送至第二区域内的路径桥设备，将对应于第二区域的第一链路状态通告消息发送至第一区域内的路径桥设备。
根据本发明的第三方面，提出了一种用于最短路径桥SPB网络的区域管理装置，包括：
请求发送单元，用于向边界路径桥发送消息获取请求；
消息接收单元，用于从所述边界路径桥接收第一链路状态通告消息，所述第一链路状态通告消息包括：网络区域标识、网络区域内的每台路径桥设备的BMAC地址、下一跳的BMAC地址，且所述下一跳为所述边界路径桥；
表项生成单元，用于根据已生成的所述边界路径桥的BMAC地址表项生成所述网络区域的每个路径桥设备的BMAC地址表项；其中，所述网络区域内每个路径桥设备的BMAC地址表项的B-VID和接口与已生成的所述边界路径桥的BMAC地址表项的B-VID和接口相同。
根据本发明的第四方面，还提出了一种用于最短路径桥SPB网络的区域管理装置，包括：
消息接收单元，用于分别接收第一区域和第二区域内的链路状态通告消息；
消息生成单元，用于根据第一区域和第二区域内的链路状态通告消息，分别生成对应于第一区域和第二区域的第一链路状态通告消息，所述第一链路状态通告消息包括：网络区域标识、网络区域内的每台路径桥设备的BMAC地址、下一跳的BMAC地址，且所述下一跳为本路径桥设备；
消息发送单元，用于将对应于第一区域的第一链路状态通告消息发送至第二区域内的路径桥设备，将对应于第二区域的第一链路状态通告消息发送至第一区域内的路径桥设备。
由以上技术方案可见，本发明通过对SPB网络进行区域划分，使得区域内路径桥仅需要计算到达本区域内的每个路径桥设备的路径，响应自身所处的区域内的拓扑变化，维护区域内的拓扑结构，有助于提升链路状态数据库的同步效率，加快整个网络的收敛速度。
附图说明
图1示出了根据本发明的一示例性实施例的区域管理方法的示意流程图；
图2示出了根据本发明的一示例性实施例的SPB组网结构示意图；
图3示出了根据本发明的一示例性实施例的第一链路状态通告消息的结构示意图；
图4示出了根据本发明的一示例性实施例的另一SPB组网结构示意图；
图5A-5B示出了根据本发明的一示例性实施例的第二链路状态通告消息的结构示意图；
图6示出了根据本发明的另一示例性实施例的第一链路状态通告消息的结构示意图；
图7示出了根据本发明的另一示例性实施例的第二链路状态通告消息的结构示意图；
图8示出了根据本发明的一示例性实施例的网络设备的结构示意图；
图9示出了根据本发明的一示例性实施例的区域管理装置的示意框图；
图10示出了根据本发明的另一示例性实施例的区域管理装置的示意框图。
具体实施方式
本发明通过对SPB网络进行区域划分，使得区域内路径桥仅需要计算到达本区域内的每个路径桥设备的路径，响应自身所处的区域内的拓扑变化，维护区域内的拓扑结构，而无需全网扩散BMAC(Backbone MAC，骨干网MAC)和I-SID(Backbone Service InstanceIdentifier，骨干网服务实例编号)，避免区域内链路状态的变化影响其他区域，有助于提升链路状态数据库的同步效率，加快整个网络的收敛速度。
为对本发明进行进一步说明，提供下列实施例：
本发明将SPB网络划分为多个区域，则根据路径桥设备所处的拓扑结构，被配置为不同的角色：处于多个区域间的边界BEB(Backbone Edge Bridge，骨干网边缘网桥)设备和处于区域内的BEB设备和BCB(Backbone Core Bridge，骨干网核心网桥)设备。请参考图1，将分别针对每种角色的路径桥设备进行描述。
针对边界BEB设备：
步骤101，假定分别包含第一区域和第二区域，分别接收每个区域内的链路状态通告消息。
步骤102，分别生成对应于每个区域的第一链路状态通告消息，其中第一链路状态通告消息包括：网络区域标识、网络区域内的每台路径桥设备的BMAC地址、下一跳的BMAC地址，且所述下一跳为本路径桥设备。
具体地，根据第一区域内的链路状态通告消息，生成对应于第一区域的第一链路状态通告消息；以及，根据第二区域内的链路状态通告消息，生成对应于第二区域的第一链路状态通告消息。
步骤103，将对应于第一区域的第一链路状态通告消息发送至第二区域内的路径桥设备；以及，将对应于第二区域的第一链路状态通告消息发送至第一区域内的路径桥设备。
针对区域内的BEB设备和BCB设备：
步骤104，以第一区域内的路径桥设备为例。从边界BEB设备接收对应于第二区域的第一链路状态通告消息。其中，第一链路状态通告消息包括：网络区域标识、网络区域内的每台路径桥设备的BMAC地址、下一跳的BMAC地址，且所述下一跳为所述边界路径桥。
其中，区域内的BEB设备和BCB设备针对接收到的第一链路状态通告消息，采用下述方式进行处理：
根据已生成的边界BEB设备的BMAC地址表项生成第二区域的每个路径桥设备的BMAC地址表项；其中，第二区域内每个路径桥设备的BMAC地址表项的B-VID(Backbone-VlanID，骨干网虚拟局域网标识)和接口与已生成的边界BEB设备的BMAC地址表项的B-VID和接口相同；边界BEB设备的BMAC地址表项由边界BEB设备根据步骤101中来自第二区域的链路状态通告消息生成。
对于边界BEB设备，步骤102还可以包括：根据第一区域和第二区域内的链路状态通告消息，分别生成对应于第一区域和第二区域的第二链路状态通告消息，所述第二链路状态通告消息包括：所述网络区域内的各虚拟转发实例的BEB设备的BMAC地址以及下一跳的BMAC地址，其中，所述下一跳为本路径桥设备；
同时，在步骤103中，将对应于第一区域的第二链路状态通告消息发送至第二区域内的路径桥设备，将对应于第二区域的第二链路状态通告消息发送至第一区域内的路径桥设备。
相应的，对于区域内的BEB设备和BCB设备，在步骤104中还可以包括：仍以第一区域内的路径桥设备为例。从边界BEB设备接收对应于第二区域的第二链路状态通告消息，所述第二链路状态通告消息包括：第二区域内的各虚拟转发实例的BEB设备的BMAC地址以及下一跳的BMAC地址，其中，所述下一跳为边界BEB设备。而针对该对应于第二区域的第二链路状态通告消息，相应的处理方式为：与第二区域内相同虚拟转发实例的BEB设备建立PW连接。
在上述实施例中，通过对SPB网络的区域划分，以及对路径桥设备的角色配置，使得区域内路径桥只需要响应和维护所处区域内的拓扑结构，该拓扑结构远小于整个SPB网络，使得能够显著提高链路状态数据库的同步效率。而一个区域中的区域内路径桥无需关心其他区域内的拓扑结构变化，即B-MAC和I-SID信息无需在全网扩散，有助于加快SPB网络结构的收敛速度。
下面以一种典型场景为例进行讲解。请参考图2所示的示意图，则基于本发明的一示例性实施例如下。
假定SPB网络内包含多台BEB设备。通过管理通道向每台BEB设备发送配置指令，将其配置为相应区域的边界BEB设备(即边界路径桥设备)或普通的BEB设备(即区域内路径桥设备)，从而实现对SPB网络的区域划分。
作为一示例性实施例，图2中将SPB网络分为三个区域，即Area1、Area2和Area3。Area1包含作为普通BEB设备的BEB13和BEB14；Area2包含作为普通BEB设备的BEB20和BEB21；Area3包含作为普通BEB设备的BEB30和BEB31；同时，BEB10和BEB15还作为Area1和Area2的边界BEB设备，BEB11还作为Area1和Area3的边界BEB设备。
1、第一链路状态通告消息
在上述SPB网络的拓扑结构形成后，需要在各区域之间实现对链路状态数据库的同步处理。具体地，由Area1对应的边界BEB设备分别与Area2和Area3进行链路状态数据库的同步。
以BEB10为例。BEB10接收Area1内的链路状态数据，并生成相应的第一链路状态通告消息，以引入Area2。第一链路状态通告消息可以采用LSP(Link State Protocol DataUnit，链路状态协议数据单元)协议报文进行通告，比如图3示出了一示例性实施例的第一链路状态通告消息的结构，该消息包括固定结构：ISIS基本头部字段和固定PDU(ProtocolData Unit，协议数据单元)字段，以及自定义结构：代码(code)、长度(length)和数据。
作为一种具体实施方式，比如当“代码”为0时，表示当前报文为第一链路状态通告消息。而“数据”中包含：区域ID(即当前网桥簇的ID)、当前区域内的所有BEB设备的BMAC地址和下一跳地址。而针对BEB10，则区域ID可以为“1”，以对应于“Area1”；BMAC地址包括BEB10、BEB11、BEB13和BEB14的BMAC地址，即图3所示的目的(destination)BMAC10、目的BMAC11、目的BMAC13和目的BMAC14等；下一跳地址(NextHop Address)为BEB10自身的BMAC地址。
通过BEB10将第一链路状态通告消息引入Area2，使得Area2内的BEB20、BEB21等设备在解析该第一链路状态通告消息后，能够学习到Area1内的每台BEB设备的BMAC地址，并据此建立相应的BMAC转发表，表明当Area2内的BEB设备需要将报文转发至Area1内的BEB设备时，其下一跳地址为BEB10的BMAC地址。其中，BMAC转发表中包含Area1中每台BEB的BMAC地址表项，该BMAC地址表项与边界BEB10生成的BMAC地址表项一致，即Area2中每台普通BEB设备生成的Area1内BEB设备的BMAC地址表项的B-VID和接口与BEB10生成的BMAC地址表项的B-VID和接口相同。
在每个区域内，第一链路状态通告消息的传播方式为：每个BEB设备会将接收到的第一链路状态通告消息发送至所处区域内的其他邻居，且该邻居为非源邻居。具体地，基于图2所示的网络结构，BEB10首先将对应于Area1的第一链路状态通告消息发送至Area2中的BEB20，而BEB20的邻居包括BEB10和BEB21，由于BEB10是BEB20接收到的第一链路状态通告消息的来源，则BEB10作为BEB20的源邻居，即BEB20仅需要将接收到的第一链路状态通告消息发送至BEB21。
而为了完成Area2内BEB设备向Area1内的BEB设备的报文转发，处于核心网络的BCB设备也需要学习对Area1内的BEB设备的转发方式，下面以BEB20与BEB10之间的核心网络为例，详细描述BCB设备对第一链路状态通告消息的处理过程。
请参考图4，假定在BEB20与BEB10之间，核心网络由BCB20、BCB21、BCB22和BCB23等设备构成。BEB10在将对应于Area1的第一链路状态通告消息引入Area2时，BCB20、BCB21、BCB22和BCB23均会接收到该第一链路状态通告消息，并类似BEB20和BEB21，根据该第一链路状态通告消息生成对应的BMAC转发表，且在该BMAC转发表中的Area1内每台BEB设备的BMAC地址表项的B-VID和接口与已生成的BEB10的BMAC地址表项的B-VID和接口相同。
因此，当Area1内的链路发生故障时，比如BEB10和BEB13之间的链路DOWN。对于Area1内部：此时从BEB10到BEB11之间的路径由BEB10—BEB13—BEB11切换成BEB10—BEB14—BEB11，BEB10到BEB13的路径由BEB10—BEB13切换成BEB10—BEB14—BEB11—BEB13。此时Area1区域内的所有设备都响应BEB10和BEB13之间的链路故障，使得第一链路状态通告消息在Area1内泛洪，从而更新网络拓扑。
对于Area2：由于下一跳地址为BEB10的BMAC地址，则只要BEB10设备正常，且BEB10与Area2域内的BEB20、BEB21之间的邻居状态正常，Area2域内的设备就不会感知Area1域内的链路状态变化，从Area2到Area1的用户流量在Area2内转发时不会受Area1域内链路状态变化而受影响，可以按照根据第一链路状态通告消息生成的BMAC转发表实现正常的流量转发，且流量被转发到BEB10上之后，根据Area1域内更新后的BMAC转发路径转发报文。
相似地，BEB10还生成对应于Area2的第一链路状态通告消息，并引入Area1中，使得Area2内的链路状态变化不会影响到Area1内部转发时的用户流量。
2、第二链路状态通告消息
与第一链路状态通告消息相类似地，为了防止大量的第二链路状态通告消息在整个SPB网络内泛滥，也可以将每个区域内的链路状态通告消息在边界BEB设备处汇聚，生成对应的第二链路状态通告消息并引入其他区域内，从而有助于加快对SPB实例的维护效率。
第二链路状态通告消息具体可以采用LSP协议报文进行通告，比如请参考图5A，其示出了一示例性实施例的第二链路状态通告消息的结构，该消息包括固定结构：ISIS基本头部字段和固定PDU(Protocol Data Unit，协议数据单元)字段，以及自定义结构：代码(code)、长度(length)和数据。
其中，比如当“代码”为1时，表示当前报文为第二链路状态通告消息。“数据”中包含：相应的网络区域内的各虚拟转发实例的BEB设备的BMAC地址以及下一跳的BMAC地址，其中，下一跳为BEB10。
“数据”的具体形式可以有很多，比如图5A示出了一种实施方式，“数据”中包含对应的网络区域内的每台BEB设备的BMAC地址，以及每台BEB设备维护的I-SID。具体地，针对BEB10，BMAC地址包括BEB10、BEB11、BEB13和BEB14的BMAC地址(即图5A所示的BMAC10……BMAC14等)；下一跳地址(NextHop Address)为BEB10自身的BMAC地址。
而作为另一种示例性实施方式，图5B所示的第二链路状态通告消息的结构中，“数据”部分包含：对应的网络区域内的每个I-SID和维护该I-SID对应实例的BEB设备的BMAC地址，以及下一跳地址。比如I-SID包括I-SID1、I-SID2、I-SID3等，假定BEB10和BEB13都维护I-SID1，则将I-SID1与BEB10、BEB13的BMAC地址(即图5B所示的BMAC10、BMAC13)作为一个I-SID子消息记录在第二链路状态通告消息中；假定BEB10、BEB11和BEB14都维护I-SID3，则将I-SID3与BEB10、BEB11和BEB14的BMAC地址(即图5B所示的BMAC10、BMAC11和BMAC14)作为一个I-SID子消息记录在第二链路状态通告消息中。
通过BEB10将第二链路状态通告消息引入Area2，使得Area2内的BEB设备在解析该第二链路状态通告消息后，能够学习到Area1内的每台BEB设备上的I-SID实例，且下一跳地址为BEB10的BMAC地址。因此，若Area2内的BEB设备上存在相同I-SID实例号的SPB实例信息，表明其属于同一个“服务组(service group)”，则可以据此创建该SPB实例的PW(Pseudowire，虚链路)虚连接，且该PW虚连接的出接口下一跳为BEB10。当然，若不存在相同I-SID实例号的SPB实例信息，则可以对第二链路状态通告消息中的每个BEB设备对应的I-SID进行保存。
同时，而对于Area2内的BCB设备，比如图4所示的BCB20等，也会接收到来自BEB10的第二链路状态通告消息，但BCB设备仅会保存相应的I-SID，不会触发PW虚连接的建立。
需要说明的是：
以图2所示的BEB10为例。当BEB10处理对应于Area1的第一链路状态通告消息和第二链路状态通告消息时，BEB13、BEB14等属于Area1内的普通BEB设备，仅能够提供其自身的BMAC地址和维护的I-SID，但BEB11属于Area1和Area3的边界BEB设备，因而不仅能够提供BEB11自身的BMAC地址和维护的I-SID，实际上还包含了对应于Area3的第一链路状态通告消息和第二链路状态通告消息。
具体地，首先由BEB11接收Area3内的链路状态通告消息，生成相应的第一链路状态通告消息和第二链路状态通告消息，其包含了Area3内的普通BEB设备(即BEB30和BEB31)的BMAC地址和维护的I-SID。然后，当BEB10接收Area1内的链路状态通告消息时，BEB11实际上提供了BEB11自身、BEB30和BEB31三台设备的全部BMAC地址和维护的I-SID，使得BEB10生成的第一链路状态通告消息的结构实际上如图6所示，即包含BEB10、BEB11、BEB13、BEB14、BEB30和BEB31的BMAC地址，且下一跳为BEB10自身；类似地，BEB10生成的第二链路状态通告消息的结构实际上如图7所示，即包含Area1内的BEB10、BEB14等维护的I-SID、Area3内的BEB30等维护的I-SID，且下一跳为BEB10自身。最后，当Area2内的BEB设备，如BEB20接收到来自BEB10的第一链路状态通告消息和第二链路状态通告消息时，便能够学习到Area1和Area3内的所有BEB设备的BMAC地址和维护的I-SID。
实际上，当SPB网络比图2所示的结构更加复杂、包含更多的区域时，如果BEB10生成对应于Area1的第一链路状态通告消息和第二链路状态通告消息，则其实际上了除Area2外的所有区域(图2所示的Area1、Area3以及未示出的其他区域)内BEB设备的BMAC地址和维护的I-SID，使得BEB20和BEB21在接收到相应的第一链路状态通告消息和第二链路状态通告消息时，能够生成相应的BMAC转发表，从而实现对其他区域中的任一BEB设备的报文转发操作，以及与其他区域中维护相同I-SID的BEB设备建立PW虚连接。
3、备份边界BEB设备
为了保证区域之间连接的稳定性，可以对边界BEB设备进行备份，使得两个区域之间存在两台或更多的边界BEB设备。比如在图2中，BEB10和BEB15之间就属于主备关系。
具体地，BEB10和BEB15均属于Area1和Area2之间的边界BEB设备，都可以实现：将对应于Area1的第一链路状态通告消息/第二链路状态通告消息通告给Area2，以及将对应于Area2的第一链路状态通告消息/第二链路状态通告消息通告给Area1。
以将对应于Area1的第一链路状态通告消息/第二链路状态通告消息通告给Area2为例。Area2域内的普通BEB设备(即BEB20和BEB21)会分别收到来自BEB10和BEB15的通告消息，并且根据选择策略可以选择BMAC地址大的作为激活通告者，只有激活通告者通告的第一链路状态通告消息才会生成BMAC转发表。比如对于BEB20，会收到来自BEB10和BEB15的对应于Area1的第一链路状态通告消息/第二链路状态通告消息。当BEB15的BMAC地址大时，选择BEB15作为激活通告者，此时BEB20到达BEB13/BEB14/BEB11的下一跳地址为BEB15。
当激活通告者DOWN时，可以自动选择备用设备作为新的激活通告者，则普通BEB设备将接收来自新的激活通告者的第一链路状态通告消息/第二链路状态通告消息。比如BEB15发生故障时，BEB10成为新的激活通告者，则BEB20会将BEB13/BEB14/BEB11对应的下一跳地址更新为BEB10。
同时，为了防止区域间流量环路，每个BEB设备必须优先处理域内的第一链路状态通告消息和第二链路状态通告消息，且下一跳必须以域内的BEB设备作为优先下一跳；同时，优选根据本区域内的第一链路状态通告消息和第二链路状态通告消息确定的下一跳，而非根据域间的链路状态通告消息所确定的路径。
对应于上述的区域管理方法，本发明还提出了相应的网络设备。请参考图8，在硬件层面，该网络设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成区域管理装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，执行主体也可以是硬件或逻辑器件。
具体而言，图8所示的网络设备可以为边界BEB设备，也可以为区域内的BEB设备或BCB设备。
请参考图9，在软件实施方式中，对应于边界BEB设备的区域管理装置900可以包括请求发送单元902、消息接收单元904和表项生成单元906。其中：
请求发送单元902，用于向边界路径桥发送消息获取请求；
消息接收单元904，用于从所述边界路径桥接收第一链路状态通告消息，所述第一链路状态通告消息包括：网络区域标识、网络区域内的每台路径桥设备的BMAC地址、下一跳的BMAC地址，且所述下一跳为所述边界路径桥；
表项生成单元906，用于根据已生成的所述边界路径桥的BMAC地址表项生成所述网络区域的每个路径桥设备的BMAC地址表项；其中，所述网络区域内每个路径桥设备的BMAC地址表项的B-VID和接口与已生成的所述边界路径桥的BMAC地址表项的B-VID和接口相同。
可选的，所述消息接收单元904还用于：从所述边界路径桥接收第二链路状态通告消息，所述第二链路状态通告消息包括：所述网络区域内的各虚拟转发实例的BEB设备的BMAC地址以及下一跳的BMAC地址，其中，所述下一跳为所述边界路径桥；
所述区域管理装置900还可以包括：连接建立单元908，用于与所述网络区域内相同虚拟转发实例的BEB设备建立PW连接。
可选的，所述消息接收单元904从多个路径桥设备接收所述第一链路状态通告消息和所述第二链路状态通告消息，并将所述多个路径桥设备中BMAC地址最大的路径桥设备作为所述边界路径桥。
可选的，所述消息接收单元904在所述边界路径桥发生变化的情况下，接收并处理来自变化后的边界路径桥的第一链路状态通告消息和第二链路状态通告消息。
请参考图10，在软件实施方式中，对应于区域内的BEB设备或BCB设备的区域管理装置1000可以包括消息接收单元1002、消息生成单元1004和消息发送单元1006。其中：
消息接收单元1002，用于分别接收第一区域和第二区域内的链路状态通告消息；
消息生成单元1004，用于根据第一区域和第二区域内的链路状态通告消息，分别生成对应于第一区域和第二区域的第一链路状态通告消息，所述第一链路状态通告消息包括：网络区域标识、网络区域内的每台路径桥设备的BMAC地址、下一跳的BMAC地址，且所述下一跳为本路径桥设备；
消息发送单元1006，用于将对应于第一区域的第一链路状态通告消息发送至第二区域内的路径桥设备，将对应于第二区域的第一链路状态通告消息发送至第一区域内的路径桥设备。
可选的，区域管理装置1000还可以包括：表项生成单元1008，用于根据对应于第一区域和第二区域的第一链路状态通告消息，分别生成第一区域和第二区域内的每台路径桥设备的BMAC地址表项。
可选的，所述消息生成单元1004还用于，根据第一区域和第二区域内的链路状态通告消息，分别生成对应于第一区域和第二区域的第二链路状态通告消息，所述第二链路状态通告消息包括：所述网络区域内的各虚拟转发实例的BEB设备的BMAC地址以及下一跳的BMAC地址，其中，所述下一跳为本路径桥设备；
所述消息发送单元1006还用于，将对应于第一区域的第二链路状态通告消息发送至第二区域内的路径桥设备，将对应于第二区域的第二链路状态通告消息发送至第一区域内的路径桥设备。
可选的，所述消息接收单元1002还用于，接收对应于第三区域的第一链路状态通告消息和第二链路状态通告消息；
所述消息生成单元1004用于：当所述第一区域与所述第三区域相邻时，将对应于第三区域的第一链路状态通告消息和第二链路状态通告消息，用于生成对应于第一区域的第一链路状态通告消息和第二链路状态通告消息；当所述第二区域与所述第三区域相邻时，将对应于第三区域的第一链路状态通告消息和第二链路状态通告消息，用于生成对应于第一区域的第一链路状态通告消息和第二链路状态通告消息。
因此，本发明通过对SPB网络进行区域划分，使得簇内SPBM桥仅需要响应自身所处的网桥簇内的拓扑变化，维护网桥簇内的拓扑结构，而由边界SPBM桥维护对多个网桥簇间的区域结构，避免区域内链路状态的变化影响其他区域，有助于提升链路状态数据库的同步效率，加快网络拓扑结构的收敛速度。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
Claims (16)
1.一种用于最短路径桥SPB网络的区域管理方法，其特征在于，应用于区域内骨干网边缘网桥BEB设备或骨干网核心网桥BCB设备，该方法包括：
向边界路径桥发送消息获取请求；
从所述边界路径桥接收第一链路状态通告消息，所述第一链路状态通告消息包括：网络区域标识、网络区域内的每台路径桥设备的BMAC地址、下一跳的BMAC地址，且所述下一跳为所述边界路径桥；其中，所述BEB设备或BCB设备所处区域不同于所述第一链路状态通告消息中包括的网络区域标识对应的网络区域；
根据已生成的所述边界路径桥的BMAC地址表项生成所述网络区域的每个路径桥设备的BMAC地址表项；其中，所述网络区域内每个路径桥设备的BMAC地址表项的B-VID和接口与已生成的所述边界路径桥的BMAC地址表项的B-VID和接口相同。
2.根据权利要求1所述的区域管理方法，其特征在于，还包括：
从所述边界路径桥接收第二链路状态通告消息，所述第二链路状态通告消息包括：所述网络区域内的各虚拟转发实例的BEB设备的BMAC地址以及下一跳的BMAC地址，其中，所述下一跳为所述边界路径桥；
与所述网络区域内相同虚拟转发实例的BEB设备建立PW连接。
3.根据权利要求2所述的区域管理方法，其特征在于，还包括：
从多个路径桥设备接收所述第一链路状态通告消息和所述第二链路状态通告消息；
将所述多个路径桥设备中BMAC地址最大的路径桥设备作为所述边界路径桥。
4.根据权利要求3所述的区域管理方法，其特征在于，还包括：
当所述边界路径桥发生变化时，接收并处理来自变化后的边界路径桥的第一链路状态通告消息和第二链路状态通告消息。
5.一种用于最短路径桥SPB网络的区域管理方法，其特征在于，应用于边界骨干网边缘网桥BEB设备，该方法包括：
分别接收第一区域和第二区域内的链路状态通告消息；
根据第一区域和第二区域内的链路状态通告消息，分别生成对应于第一区域和第二区域的第一链路状态通告消息，所述第一链路状态通告消息包括：网络区域标识、网络区域内的每台路径桥设备的BMAC地址、下一跳的BMAC地址，且所述下一跳为本路径桥设备；其中，所述本路径桥设备为所述边界BEB设备；
将对应于第一区域的第一链路状态通告消息发送至第二区域内的路径桥设备，将对应于第二区域的第一链路状态通告消息发送至第一区域内的路径桥设备，以使所述第一区域内的路径桥设备根据已生成的所述边界路径桥的BMAC地址表项生成第二区域的每个路由桥设备的BMAC地址表项，并使所述第二区域内的路径桥设备根据已生成的所述边界路径桥的BMAC地址表项生成第一区域的每个路由桥设备的BMAC地址表项；其中，第一区域内每个路径桥设备的BMAC地址表项的B-VID和接口与已生成的所述边界路径桥的BMAC地址表项的B-VID和接口相同，且第二区域内每个路径桥设备的BMAC地址表项的B-VID和接口与已生成的所述边界路径桥的BMAC地址表项的B-VID和接口相同。
6.根据权利要求5所述的区域管理方法，其特征在于，还包括：
根据对应于第一区域和第二区域的第一链路状态通告消息，分别生成第一区域和第二区域内的每台路径桥设备的BMAC地址表项。
7.根据权利要求5所述的区域管理方法，其特征在于，还包括：
根据第一区域和第二区域内的链路状态通告消息，分别生成对应于第一区域和第二区域的第二链路状态通告消息，所述第二链路状态通告消息包括：所述网络区域内的各虚拟转发实例的BEB设备的BMAC地址以及下一跳的BMAC地址，其中，所述下一跳为本路径桥设备；
将对应于第一区域的第二链路状态通告消息发送至第二区域内的路径桥设备，将对应于第二区域的第二链路状态通告消息发送至第一区域内的路径桥设备。
8.根据权利要求7所述的区域管理方法，其特征在于，还包括：
接收对应于第三区域的第一链路状态通告消息和第二链路状态通告消息；
当所述第一区域与所述第三区域相邻时，将对应于第三区域的第一链路状态通告消息和第二链路状态通告消息，用于生成对应于第一区域的第一链路状态通告消息和第二链路状态通告消息；
当所述第二区域与所述第三区域相邻时，将对应于第三区域的第一链路状态通告消息和第二链路状态通告消息，用于生成对应于第一区域的第一链路状态通告消息和第二链路状态通告消息。
9.一种用于最短路径桥SPB网络的区域管理装置，其特征在于，应用于区域内骨干网边缘网桥BEB设备或骨干网核心网桥BCB设备，该装置包括：
请求发送单元，用于向边界路径桥发送消息获取请求；
消息接收单元，用于从所述边界路径桥接收第一链路状态通告消息，所述第一链路状态通告消息包括：网络区域标识、网络区域内的每台路径桥设备的BMAC地址、下一跳的BMAC地址，且所述下一跳为所述边界路径桥；其中，所述BEB设备或BCB设备所处区域不同于所述第一链路状态通告消息中包括的网络区域标识对应的网络区域；
表项生成单元，用于根据已生成的所述边界路径桥的BMAC地址表项生成所述网络区域的每个路径桥设备的BMAC地址表项；其中，所述网络区域内每个路径桥设备的BMAC地址表项的B-VID和接口与已生成的所述边界路径桥的BMAC地址表项的B-VID和接口相同。
10.根据权利要求9所述的区域管理装置，其特征在于：
所述消息接收单元还用于：从所述边界路径桥接收第二链路状态通告消息，所述第二链路状态通告消息包括：所述网络区域内的各虚拟转发实例的BEB设备的BMAC地址以及下一跳的BMAC地址，其中，所述下一跳为所述边界路径桥；
所述区域管理装置还包括：连接建立单元，用于与所述网络区域内相同虚拟转发实例的BEB设备建立PW连接。
11.根据权利要求10所述的区域管理装置，其特征在于：
所述消息接收单元从多个路径桥设备接收所述第一链路状态通告消息和所述第二链路状态通告消息，并将所述多个路径桥设备中BMAC地址最大的路径桥设备作为所述边界路径桥。
12.根据权利要求11所述的区域管理装置，其特征在于：
所述消息接收单元在所述边界路径桥发生变化的情况下，接收并处理来自变化后的边界路径桥的第一链路状态通告消息和第二链路状态通告消息。
13.一种用于最短路径桥SPB网络的区域管理装置，其特征在于，应用于边界骨干网边缘网桥BEB设备，该装置包括：
消息接收单元，用于分别接收第一区域和第二区域内的链路状态通告消息；
消息生成单元，用于根据第一区域和第二区域内的链路状态通告消息，分别生成对应于第一区域和第二区域的第一链路状态通告消息，所述第一链路状态通告消息包括：网络区域标识、网络区域内的每台路径桥设备的BMAC地址、下一跳的BMAC地址，且所述下一跳为本路径桥设备；其中，所述本路径桥设备为所述边界BEB设备；
消息发送单元，用于将对应于第一区域的第一链路状态通告消息发送至第二区域内的路径桥设备，将对应于第二区域的第一链路状态通告消息发送至第一区域内的路径桥设备，以使所述第一区域内的路径桥设备根据已生成的所述边界路径桥的BMAC地址表项生成第二区域的每个路由桥设备的BMAC地址表项，并使所述第二区域内的路径桥设备根据已生成的所述边界路径桥的BMAC地址表项生成第一区域的每个路由桥设备的BMAC地址表项；其中，第一区域内每个路径桥设备的BMAC地址表项的B-VID和接口与已生成的所述边界路径桥的BMAC地址表项的B-VID和接口相同，且第二区域内每个路径桥设备的BMAC地址表项的B-VID和接口与已生成的所述边界路径桥的BMAC地址表项的B-VID和接口相同。
14.根据权利要求13所述的区域管理装置，其特征在于，还包括：
表项生成单元，用于根据对应于第一区域和第二区域的第一链路状态通告消息，分别生成第一区域和第二区域内的每台路径桥设备的BMAC地址表项。
15.根据权利要求13所述的区域管理装置，其特征在于：
所述消息生成单元还用于，根据第一区域和第二区域内的链路状态通告消息，分别生成对应于第一区域和第二区域的第二链路状态通告消息，所述第二链路状态通告消息包括：所述网络区域内的各虚拟转发实例的BEB设备的BMAC地址以及下一跳的BMAC地址，其中，所述下一跳为本路径桥设备；
所述消息发送单元还用于，将对应于第一区域的第二链路状态通告消息发送至第二区域内的路径桥设备，将对应于第二区域的第二链路状态通告消息发送至第一区域内的路径桥设备。
16.根据权利要求15所述的区域管理装置，其特征在于：
所述消息接收单元还用于，接收对应于第三区域的第一链路状态通告消息和第二链路状态通告消息；
所述消息生成单元用于：当所述第一区域与所述第三区域相邻时，将对应于第三区域的第一链路状态通告消息和第二链路状态通告消息，用于生成对应于第一区域的第一链路状态通告消息和第二链路状态通告消息；当所述第二区域与所述第三区域相邻时，将对应于第三区域的第一链路状态通告消息和第二链路状态通告消息，用于生成对应于第一区域的第一链路状态通告消息和第二链路状态通告消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410292639.1A CN104022908B (zh) | 2014-06-25 | 2014-06-25 | 用于spb网络的区域管理方法和区域管理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410292639.1A CN104022908B (zh) | 2014-06-25 | 2014-06-25 | 用于spb网络的区域管理方法和区域管理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104022908A CN104022908A (zh) | 2014-09-03 |
| CN104022908B true CN104022908B (zh) | 2018-03-16 |
Family
ID=51439490
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410292639.1A Active CN104022908B (zh) | 2014-06-25 | 2014-06-25 | 用于spb网络的区域管理方法和区域管理装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104022908B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105634952B (zh) * | 2015-07-29 | 2019-01-22 | 新华三技术有限公司 | Lsp报文快速通告方法以及装置 |
| CN107959627B (zh) * | 2016-10-14 | 2021-02-12 | 华为技术有限公司 | 一种地址传送方法及网络设备 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102882784A (zh) * | 2012-10-16 | 2013-01-16 | 杭州华三通信技术有限公司 | Spbm中的lsp信息泛洪方法及设备 |
| CN103259721A (zh) * | 2013-04-16 | 2013-08-21 | 杭州华三通信技术有限公司 | Spbm网络中的报文转发方法及装置 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8199753B2 (en) * | 2009-06-05 | 2012-06-12 | Juniper Networks, Inc. | Forwarding frames in a computer network using shortest path bridging |
| US8125928B2 (en) * | 2009-07-24 | 2012-02-28 | Juniper Networks, Inc. | Routing frames in a shortest path computer network for a multi-homed legacy bridge node |
-
2014
- 2014-06-25 CN CN201410292639.1A patent/CN104022908B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102882784A (zh) * | 2012-10-16 | 2013-01-16 | 杭州华三通信技术有限公司 | Spbm中的lsp信息泛洪方法及设备 |
| CN103259721A (zh) * | 2013-04-16 | 2013-08-21 | 杭州华三通信技术有限公司 | Spbm网络中的报文转发方法及装置 |
Non-Patent Citations (1)
| Title |
|---|
| Shortest Path Bridging:Efficient Control of Larger Ethernet Networks;David Allan等;《IEEE Communications Magazine》;20101004;第48卷(第10期);第128-135页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104022908A (zh) | 2014-09-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101999224B (zh) | 对虚拟专用lan业务的冗余的以太网自动保护切换接入 | |
| CN105379197B (zh) | 建立隧道的方法、分配标签的方法、设备及网络系统 | |
| KR101421511B1 (ko) | 라우팅 정보를 교환하고 복수의 네트워크 영역에 걸쳐 접속을 설정하는 방법 및 장치 | |
| CN102396193B (zh) | 通过分组交换提供商网络的客户端数据传输方法 | |
| CN101505227B (zh) | 一种实现点到多点伪线的方法、设备和系统 | |
| CN104396197B (zh) | 在802.1aq网络中使用分离的平局打破器在等成本最短路径之间选择 | |
| CN101345683B (zh) | 以太网自动保护切换系统中的协议报文传输控制方法 | |
| US20100272110A1 (en) | Virtual Links in a Routed Ethernet Mesh Network | |
| CN101924654B (zh) | 一种基于点到多点业务的路径切换方法及系统 | |
| JP2013507797A (ja) | ルーティング情報を交換し、複数のネットワーク領域を横断して接続を構築する方法及び装置 | |
| CN104796339B (zh) | 快速泛洪处理方法及装置 | |
| CN103684951B (zh) | 一种环网保护方法及系统 | |
| CN102185712B (zh) | Vpls网络和以太环网的倒换方法及装置 | |
| WO2012162946A1 (zh) | 一种报文处理方法及系统 | |
| CN106982161A (zh) | 环网保护中标签保持和删除的方法及设备 | |
| CN103200107B (zh) | 一种报文的传输方法和设备 | |
| CN104022908B (zh) | 用于spb网络的区域管理方法和区域管理装置 | |
| CN101789903B (zh) | 一种半环网络的保护方法、设备及系统 | |
| CN102014035A (zh) | 基于以太环网的组网方法及装置 | |
| CN104219073B (zh) | Spbm网络中的报文转发方法及装置 | |
| CN103685029B (zh) | 一种快速环网保护协议组网中报文转发方法和设备 | |
| CN102014006B (zh) | 一种混合网络的以太环网保护倒换方法 | |
| CN104618233A (zh) | Vpls跨域冗余保护方法及系统 | |
| CN102801618B (zh) | 一种在以太环网中确定三层数据路径的方法及装置 | |
| CN103501275B (zh) | 一种邻居多链路处理方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant after: Xinhua three Technology Co., Ltd. Address before: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant before: Huasan Communication Technology Co., Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |