[发明专利]一种运营商骨干网桥接网络中处理组播报文的方法和装置

说明书

技术领域

本发明涉及网络通信技术领域，特别涉及一种运营商骨干网桥接(PBB)网络中处理组播报文的方法和装置。

背景技术

MinM(MAC-in-MAC)协议由IEEE 802.1ah所定义，又称为运营商骨干网桥接(PBB，Provider Backbone Bridge)协议。作为一种二层虚拟专用网络(VPN，Virtual Private Network)技术，它通过MAC地址嵌套，将用户MAC地址封装在运营商MAC地址之中，从而对不同的用户业务进行隔离。

如图1所示，在一个典型的PBB网络中通常包括两类设备：骨干网核心桥接(BCB，Backbone Core Bridge)设备和骨干网边缘桥接(BEB，BackboneEdge Bridge)设备。其中，BEB设备负责将来自接入线路(AC)的报文进行MinM封装后发送给后续的BCB设备，并将来自BCB设备的MinM报文进行解封装还原成标准以太网报文，再次查表找到对应的出端口发送。BCB设备负责将收到的MinM报文按照外层MAC标签转发。在BCB设备上只需要对报文进行简单的桥接处理，学习骨干网中的MAC地址，而不需要学习客户网络中的大量MAC地址，因而降低了网络部署的成本，而且也为PBB网络提供了更好的可扩展性。

MinM技术提供以太网传送业务主要是基于MinM隧道的单播业务，对于组播业务目前主要存在两种方法：

第一种方法：直接将组播报文作为广播处理，报文将在PBB网络的MinM域中广播。

第二种方法：CE设备向与其相连的BEB设备发送IGMP加入报文请求加入指定的私网组播组；该BEB设备接收到IGMP加入报文后，分配公网组播地址并建立公网组播地址和私网组播地址的映射关系，并将IGMP加入报文扩展为携带私网组播地址和公网组播地址的IGMP扩展加入报文并由BCB设备发送到组播源所在BEB设备。IGMP加入报文在转发过程中，沿途建立公网组播地址的转发表。组播源所在BEB设备接收到IGMP扩展加入报文后，建立公网组播地址转发表，并建立公网组播地址和私网组播地址的映射关系；组播源所在的BEB设备将IGMP扩展加入报文恢复为IGMP加入报文后转发给组播源所在CE设备。

在上述第一种方式中，将组播报文当作广播报文在处理，组播报文在PBB实例内广播，没有组播接收者的BEB设备也会收到组播报文，并将报文转发给本地所有CE设备，造成了PBB公网和用户私网的带宽浪费。

第二种方式中，虽然不存在广播的问题，但如果不同的BEB设备下都存在私网组播地址的接收者CE时，每个BEB设备都要分配公网组播地址并建立映射私网组播组和公网地址的映射关系，同时将扩展后的IGMP扩展加入报文在PBB BVLAN中广播。到达组播源所在的BEB设备后，组播源所在BEB设备会接收到多份IGMP扩展加入报文，如果各个BEB分配的公网组播地址不相同，则组播源所在的BEB设备上将会创建统一私网组播地址到多个公网组播地址的映射，同时PBB BVLAN公网上会建立多个公网组播地址的转发表。这就会带来以下缺陷：组播源所在的BEB设备接收到来自AC的组播报文后，会根据私网组播地址对应的多个公网组播地址，将组播报文封装多份，并按照公网组播地址发送到公网，这样后续BEB设备就可能接收到多份组播流量，相应的CE接收者也会接收到多份组播流量，这显然是用户无法接受的。

同时，若各接收私网组播IGMP报文的BEB设备主动分配公网组播地址，会非常容易耗费公网组播地址资源，在没有任何组播流量的情况下公网侧就可能已经建立了大量的公网组播地址转发表，造成了公网组播隧道和公网组播地址转发表的无效使用。

发明内容

本发明提供了一种PBB网络中处理组播报文的方法和装置，以便于避免PBB网络中冗余的组播流量。

一种运营商骨干网桥接PBB网络中处理组播报文的方法，该方法包括：

骨干网边缘桥接BEB设备接收到PBB实例中来自本地用户网络边缘CE设备的私网组播因特网组管理协议IGMP加入报文时，将接收所述私网组播IGMP加入报文的接口加入所述PBB实例中该私网组播IGMP加入报文所携带私网组播地址对应的私网组播转发表，并在所述私网组播IGMP加入报文中携带PBB实例号后在所述PBB实例中广播；

从PBB网络接收到所述私网组播IGMP加入报文的BEB设备保存三元组信息，该三元组信息中包含：所述PBB实例号、所述私网组播地址和接收所述私网组播IGMP加入报文的PW信息；