CN106059962B - 一种spbm网络中组播报文的转发方法和装置 - Google Patents
一种spbm网络中组播报文的转发方法和装置 Download PDFInfo
- Publication number
- CN106059962B CN106059962B CN201610402514.9A CN201610402514A CN106059962B CN 106059962 B CN106059962 B CN 106059962B CN 201610402514 A CN201610402514 A CN 201610402514A CN 106059962 B CN106059962 B CN 106059962B
- Authority
- CN
- China
- Prior art keywords
- multicast
- network
- message
- equipment
- receivers
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/20—Support for services
- H04L49/201—Multicast operation; Broadcast operation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
本发明提供一种SPBM网络中组播报文的转发方法和装置，包括：BEB设备通过用户侧端口监听组播协议报文，并基于监听到的所述组播协议报文中携带的信息收集网络中的组播接收者以及组播源并保存至本地链路状态数据库中；将收集到的所述组播接收者和组播源同步至网络中的其它SPB设备，以及将网络中其它BEB设备同步至本地的组播接收者以及组播源保存至本地链路状态数据库中；如果BEB设备本地用户侧网络存在组播源，BEB设备查找本地链路状态数据库确定网络中是否存在与该组播源对应的组播接收者；如果是，创建与所述组播接收者接入的目标BEB设备之间的组播转发表项，并基于创建的该组播转发表项转发组播报文。本申请可以避免带宽以及设备资源的浪费。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种SPBM网络中组播报文的转发方法和装置。
背景技术
SPB(Shortest Path Bridging，最短路径桥接)是MSTP(Multiple Spanning TreeProtocol，多生成树协议)的进一步延伸，使用IS-IS协议(Intermediate System-to-Intermediate System，中间系统到中间系统)来共享网络中的链路状态，网络各个节点并行计算各节点之间的最短路径。SPB有两种实现模式：VLAN(VirtualLocal AreaNetwork，虚拟局域网)模式称为SPBV(Shortest Path Bridging VLAN Mode，VLAN模式的最短路径桥)，协议复杂，目前基本无应用；MAC-in-MAC模式称为SPBM(Shortest Path Bridging MACMode，M-in-M模式的最短路径桥)，是目前的主要推荐模式。在运营商骨干网络中，通常可以通过SPBM技术来实现大二层网络的互联。
请参见图1，图1为基于SPBM技术实现的运营商骨干网络的组网图。在该组网中，SPB设备可划分为BEB(Backbone Egdge Bridge，骨干网边缘网桥)类型的SPB设备和BCB(Backbone Core Bridge，骨干网核心网桥)类型的SPB设备。
BEB设备将来自用户网络的报文进行Mac-in-Mac封装，并转发到骨干网络中；BCB设备根据B-MAC(Backbone MAC，骨干网MAC)和B-VLAN(Backbone VLAN，骨干网VLAN)转发Mac-in-Mac封装报文；最后报文到达目的侧的BEB设备，BEB设备将来自骨干网络的Mac-in-Mac封装报文进行解封装，并转发到目的侧用户网络中，整个转发过程都是通过二层转发来实现。
在SPBM网络中，还可以支持多实例。当不同类型的业务流量需要在不同的站点之间传输时，可以采用多个SPBM实例来实现。每个SPBM实例使用I-SID来唯一标识。不同SPBM实例的I-SID不同，流量转发完全隔离。同一实例只能使用同一B-VLAN来承载流量，不同实例可以使用相同B-VLAN来承载流量。
数据报文在SPBM网络中转发时，BEB设备从下行口收到用户侧网络发出的数据报文后，可以学习该报文的源MAC，并为其封装MAC-in-MAC头，然后从上行口将该报文发送至SPBN(Shortest Bridging Network，最短路径桥接网)，这里上行口作为隧道的入口。
MAC-in-MAC报文在SPBN中传输时，BCB设备根据报文中B-DA，B-VLAN查找转发表，如果无对应的转发表则丢弃该报文；有对应的转发表则进行二层转发。报文在转发过程中，中间设备不会对其源MAC进行学习。MAC-in-MAC报文到达隧道终点时，BEB会解封装MAC-in-MAC报文还原成数据报文。BEB学习数据报文中的源MAC后，再将该数据报文从下行口发送至对应的用户侧网络。
在SPBN中，禁止数据报文广播发送，通常只支持单播和组播发送。报文在入隧道时，BEB设备根据报文中的目的MAC来确定后续报文在SPBN中以何各方式进行传输。如果目的MAC为广播MAC、未知单播MAC或未知组播MAC，则封装后的报文在SPBN中进行SPBM组播发送；其中，SPBM组播支持两种模式：头端复制模式和核心复制模式，用户可根据实际组网选择不同的组播模式。如果目的MAC为已知单播MAC，则封装后的报文在SPBN中进行SPBM单播发送。
然而，在SPBN中发送未知组播流量时，通常会将该未知组播流量在该未知组播流量所属的实例内进行泛洪处理，使得即使SPBM设备所在私网范围内没有组播接收者也仍然会收到属于相同实例的SPBM设备所发送的组播流量，从而造成带宽资源浪费。
发明内容
有鉴于此，本申请提出一种SPBM网络中组播报文的转发方法，应用于SPBM网络中的BEB设备，所述方法包括：
通过用户侧端口监听组播协议报文，并基于监听到的所述组播协议报文中携带的信息收集网络中的组播接收者以及组播源并保存至本地链路状态数据库中；
将收集到的所述组播接收者和组播源同步至网络中的其它SPB设备，以及将网络中其它BEB设备同步至本地的组播接收者以及组播源保存至本地链路状态数据库中；
如果本地用户侧网络存在组播源，查找本地链路状态数据库确定网络中是否存在与该组播源对应的组播接收者；如果是，创建与所述组播接收者接入的目标BEB设备之间的组播转发表项，并基于创建的该组播转发表项转发组播报文。
可选的，所述基于监听到的所述组播协议报文中携带的信息收集网络中的组播接收者以及组播源并保存至本地链路状态数据库中包括：
当监听到的所述组播协议报文为加入组播组的第一类组播协议报文时，确定本地用户侧网络存在组播接收者，将与该组播协议报文对应的主机信息，以及将该组播协议报文中的组播MAC地址保存至本地链路状态数据库中；
当监听到的所述组播协议报文为表征本地用户侧网络存在组播源的第二类组播协议报文时，确定本地用户侧网络存在组播源，将该组播协议报文中与组播源对应的组播MAC地址保存至本地链路状态数据库中，并记录本地存在该组播源。
可选的，所述方法还包括：
当监听到的所述组播协议报文为IGMP离开组报文时，将与该组播协议报文对应的作为组播接收者的主机信息从本地链路状态数据库中删除，以及通知网络中的其它SPB设备从各自链路状态数据库中同步删除。
可选的，所述第一类组播协议报文包括IGMP成员关系报告报文；所述第二类组播协议报文包括IGMP成员关系查询报文、PIM协议报文或者目的MAC与本地指定IP地址存在对应关系的组播协议报文。
可选的，所述方法还包括：
当在预设的老化时长内未接收到与本地链路状态数据库中保存的任一作为组播接收者的主机信息对应的加入组播组的第一类组播协议报文时，则将该主机信息从本地链路状态数据库中删除，并通知网络中的其它SPB设备从各自链路状态数据库中同步删除；以及
当在预设的老化时长内未接收到与本地链路状态数据库中保存的任一组播MAC对应的组播流量时，则将该组播MAC从本地链路状态数据库中删除，并通知网络中的其它SPB设备从各自链路状态数据库中同步删除。
可选的，所述将收集到的所述组播接收者和组播源同步至网络中的其它SPB设备包括：
当确定本地用户侧网络存在组播接收者时，向网络中的其它SPB设备发送携带与该组播接收者对应的主机信息，以及组播MAC地址的第一LSP报文，以使其它SPB设备在其本地链路状态数据库中同步保存将该主机信息和该组播MAC地址；
当确定本地用户侧网络存在组播源时，为该组播源分配组播I-SID，并向网络中的其它SPB设备发送携带该组播I-SID，以及与该组播源对应的组播MAC地址的第二LSP报文，以使其它SPB设备在其本地链路状态数据库中同步保存该组播I-SID和组播MAC地址。
可选的，所述为该组播源分配组播I-SID包括：
从为用户侧端口指定的多个I-SID中为该组播源分配I-SID；其中，所述用户侧端口指定的多个I-SID绑定的BVLAN相同；所述多个I-SID包括主I-SID以及至少一个用于组播发送的组播I-SID。
可选的，所述方法还包括：
在头端复制模式下，创建的所述组播转发表项包括：
所述组播源的组播MAC地址、BVLAN信息、所述目标BEB设备的MAC地址以及出接口；
在核心复制模式下，创建的所述组播转发表项包括：
所述组播源的组播MAC地址、基于所述组播I-SID生成的组播地址、BVLAN信息以及出接口。
本申请还提出一种SPBM网络中组播报文的转发方法，应用于SPBM网络中的BCB设备，所述方法包括：
接收网络中各BEB设备同步至本地的组播接收者和组播源并保存至本地链路状态数据库中；其中，所述组播接收者以及组播源由所述各BEB设备通过收集用户侧端口监听到的组播协议报文中携带的信息得到；
在核心复制模式下，基于各BEB设备为其本地用户侧网络中的组播源分配的组播I-SID分别创建对应的组播转发表项；
根据本地链路状态数据库中保存的所述组播接收者和所述组播源对与所述组播转发表项对应的组播树进行剪枝，并基于剪枝后的所述组播树转发组播报文。
可选的，所述接收网络中各BEB设备同步至本地的组播接收者和组播源，以及由各BEB设备为其本地用户侧网络中的组播源分配的组播I-SID包括：
当网络中任一BEB设备其本地用户侧网络存在组播接收者时，接收该BEB设备发送的携带与该组播接收者对应的主机信息以及组播MAC的第一LSP报文，并将该报文中携带的主机信息和组播MAC在本地链路状态数据库中同步保存；
当网络中任一BEB设备其本地用户侧网络存在组播源时，接收该BEB设备发送的携带该BEB设备为该组播源分配的组播I-SID以及与该组播源对应的组播MAC的第二LSP报文，并将该报文中携带的组播I-SID和组播MAC在本地链路状态数据库中同步保存。
可选的，创建的所述组播转发表项包括：
基于所述组播I-SID生成的组播地址、BVLAN信息以及出接口。
可选的，所述根据本地链路状态数据库中保存的所述组播接收者和所述组播源对与所述组播转发表项对应的组播树进行剪枝包括：
根据本地链路状态数据库中保存的所述组播接收者和所述组播源确定网络中各SPB设备的用户侧网络中是否存在对应于所述组播源的组播接收者；
当任一SPB设备的用户侧网络中不存在对应于所述组播源的组播接收者时，如果该SPB设备对应的出接口下未接入其它组播接收者，则在所述组播转发表项中将与该SPB设备对应的出接口删除，以针对与所述组播转发表项对应的组播树执行剪枝。
本申请还提出一种SPBM网络中组播报文的转发装置，应用于SPBM网络中的BEB设备，所述装置包括：
监听模块，用于通过用户侧端口监听组播协议报文，并基于监听到的所述组播协议报文中携带的信息收集网络中的组播接收者以及组播源并保存至本地链路状态数据库中；
同步模块，用于将收集到的所述组播接收者和组播源同步至网络中的其它SPB设备，以及将网络中其它BEB设备同步至本地的组播接收者以及组播源保存至本地链路状态数据库中；
第一创建模块，用于在本地用户侧网络存在组播源时，查找本地链路状态数据库确定网络中是否存在与该组播源对应的组播接收者；如果是，创建与所述组播接收者接入的目标BEB设备之间的组播转发表项，并基于创建的该组播转发表项转发组播报文。
可选的，所述监听模块具体用于：
当监听到的所述组播协议报文为加入组播组的第一类组播协议报文时，确定本地用户侧网络存在组播接收者，将与该组播协议报文对应的主机信息，以及将该组播协议报文中的组播MAC地址保存至本地链路状态数据库中；
当监听到的所述组播协议报文为表征本地用户侧网络存在组播源的第二类组播协议报文时，确定本地用户侧网络存在组播源，将该组播协议报文中与组播源对应的组播MAC地址保存至本地链路状态数据库中，并记录本地存在该组播源。
可选的，所述监听模块进一步用于：
当监听到的所述组播协议报文为IGMP离开组报文时，将与该组播协议报文对应的作为组播接收者的主机信息从本地链路状态数据库中删除，以及通知网络中的其它SPB设备从各自链路状态数据库中同步删除。
可选的，所述第一类组播协议报文包括IGMP成员关系报告报文；所述第二类组播协议报文包括IGMP成员关系查询报文、PIM协议报文或者目的MAC对指定IP地址存在对应关系的组播协议报文。
可选的，所述装置还包括：
删除模块，用于当在预设的老化时长内未接收到与本地链路状态数据库中保存的任一作为组播接收者的主机信息对应的加入组播组的第一类组播协议报文时，则将该主机信息从本地链路状态数据库中删除，并通知网络中的其它SPB设备从各自链路状态数据库中同步删除；以及当在预设的老化时长内未接收到与本地链路状态数据库中保存的任一组播MAC对应的组播流量时，则将该组播MAC从本地链路状态数据库中删除，并通知网络中的其它SPB设备从各自链路状态数据库中同步删除。
可选的，所述同步模块具体用于：
当确定本地用户侧网络存在组播接收者时，向网络中的其它SPB设备发送携带与该组播接收者对应的主机信息，以及组播MAC地址的第一LSP报文，以使其它SPB设备在其本地链路状态数据库中同步保存将该主机信息和该组播MAC地址；
当确定本地用户侧网络存在组播源时，为该组播源分配组播I-SID，并向网络中的其它SPB设备发送携带该组播I-SID，以及与该组播源对应的组播MAC地址的第二LSP报文，以使其它SPB设备在其本地链路状态数据库中同步保存该组播I-SID和组播MAC地址。
可选的，所述同步模块进一步用于：
从为用户侧端口指定的多个I-SID中为该组播源分配I-SID；其中，所述用户侧端口指定的多个I-SID绑定的BVLAN相同；所述多个I-SID包括主I-SID以及至少一个用于组播发送的组播I-SID。
可选的，在头端复制模式下，所述第一创建模块创建的所述组播转发表项包括：所述组播源的组播MAC地址、BVLAN信息、所述目标BEB设备的MAC地址以及出接口；
在核心复制模式下，所述第一创建模块创建的所述组播转发表项包括：
所述组播源的组播MAC地址、基于所述组播I-SID生成的组播地址、BVLAN信息以及出接口。
本申请还提出一种SPBM网络中组播报文的转发装置，应用于SPBM网络中的BCB设备，所述装置包括：
接收模块，用于接收网络中各BEB设备同步至本地的组播接收者和组播源并保存至本地链路状态数据库中；其中，所述组播接收者以及组播源由所述各BEB设备通过收集用户侧端口监听到的组播协议报文中携带的信息得到；
第二创建模块，用于在核心复制模式下，基于各BEB设备为其本地用户侧网络中的组播源分配的组播I-SID分别创建对应的组播转发表项；
剪枝模块，用于根据本地链路状态数据库中保存的所述组播接收者和所述组播源对与所述组播转发表项对应的组播树进行剪枝，并基于剪枝后的所述组播树转发组播报文。
可选的，所述接收模块具体用于：
当网络中任一BEB设备其本地用户侧网络存在组播接收者时，接收该BEB设备发送的携带与该组播接收者对应的主机信息以及组播MAC的第一LSP报文，并将该报文中携带的主机信息和组播MAC在本地链路状态数据库中同步保存；
当网络中任一BEB设备其本地用户侧网络存在组播源时，接收该BEB设备发送的携带该BEB设备为该组播源分配的组播I-SID以及与该组播源对应的组播MAC的第二LSP报文，并将该报文中携带的组播I-SID和组播MAC在本地链路状态数据库中同步保存。
可选的，所述第二创建模块创建的所述组播转发表项包括：
基于所述组播I-SID生成的组播地址、BVLAN信息以及出接口。
可选的，所述剪枝模块具体用于：
根据本地链路状态数据库中保存的所述组播接收者和所述组播源确定网络中各SPB设备的用户侧网络中是否存在对应于所述组播源的组播接收者；
当任一SPB设备的用户侧网络中不存在对应于所述组播源的组播接收者时，如果该SPB设备对应的出接口下未接入其它组播接收者，则在所述组播转发表项中将与该SPB设备对应的出接口删除，以针对与所述组播转发表项对应的组播树执行剪枝。
在本申请中，通过用户侧端口监听组播协议报文，并基于监听到的组播协议报文中携带的信息来收集网络中的组播接收者以及组播源并保存至本地链路状态数据库中，以及将收集到的组播接收者和组播源同步至网络中的其它SPB设备，并将网络中其它BEB设备同步至本地的组播接收者以及组播源保存至本地链路状态数据库中；当本地用户侧网络存在组播源，则查找本地链路状态数据库确定网络中是否存在与该组播源对应的组播接收者；如果是，创建与所述组播接收者接入的目标BEB设备之间的组播转发表项，并基于创建的该组播转发表项转发组播报文，从而可以实现在SPBM网络中转发组播报文时，如果SPB设备用户侧网络内没有组播接收者，则不会收到相同实例的其它SPB设备所发送的组播流量，可以避免带宽以及设备资源的浪费。
附图说明
图1是本申请示出的一种基于SPBM技术实现的运营商骨干网络的组网图；
图2是本申请一实施例示出的一种SPBM网络中组播报文的转发方法的流程图；
图3是本申请一实施例示出的另一种基于SPBM技术实现的运营商骨干网络的组网图；
图4是本申请一实施例示出的一种SPBM网络中组播报文的转发装置的逻辑框图；
图5是本申请一实施例示出的另一种SPBM网络中组播报文的转发装置的逻辑框图。
具体实施方式
在现有实现中，基于SPBM技术实现的运营商骨干网络中，当BEB设备接收到来自用户侧网络的目的MAC为未知组播MAC的组播报文时，通常会在所属的实例中进行泛洪处理。
在这种情况下，即使当前组网中其所在用户侧网络没有组播接收者的BEB设备，也仍然会收到属于相同实例的BEB设备所发送的组播流量，从而导致公网带宽浪费和公网设备资源浪费。
而且，BEB设备收到未知组播报文后，仍然需要对该未知组播报文进行解封装，然后发送至用户侧网络，也会导致私网带宽浪费和私网设备资源浪费。
有鉴于此，本申请提出一种SPBM网络中组播报文的转发方法，BEB设备通过用户侧端口监听组播协议报文，并基于监听到的组播协议报文中携带的信息来收集网络中的组播接收者以及组播源并保存至本地链路状态数据库中，以及将收集到的组播接收者和组播源同步至网络中的其它SPB设备，并将网络中其它BEB设备同步至本地的组播接收者以及组播源保存至本地链路状态数据库中；当本地用户侧网络存在组播源，则查找本地链路状态数据库确定网络中是否存在与该组播源对应的组播接收者；如果是，创建与所述组播接收者接入的目标BEB设备之间的组播转发表项，并基于创建的该组播转发表项转发组播报文，从而可以实现在SPBM网络中转发组播报文时，如果SPB设备用户侧网络内没有组播接收者，则不会收到相同实例的其它SPB设备所发送的组播流量，可以避免带宽以及设备资源的浪费。
下面通过具体实施例并结合具体的应用场景对本申请进行描述。
请参考图2，图2是本申请一实施例提供的一种SPBM网络中组播报文的转发方法，应用于BEB设备和BCB设备，其中，BEB设备和BCB设备相互配合，执行以下步骤：
步骤201，BEB设备通过用户侧端口监听组播协议报文，并基于监听到的所述组播协议报文中携带的信息收集网络中的组播接收者以及组播源并保存至本地链路状态数据库中；
在本例中，上述用户侧端口可以是BEB设备上面向用户侧网络的AC口(Access口)，BEB设备可以在用户侧的AC口上使能IGMP(Internet Group Management Protocol，组管理协议)snooping以及PIM(Protocol Independent Multicast，协议无关组播)snooping，来监听组播协议报文，然后基于监听到的组播协议报文中携带的信息来收集SPBM网络中的组播接收者和组播源。
上述组播协议包括可以包括加入组播组的第一类组播协议报文以及表征本地用户侧网络存在组播源的第二类组播协议报文。
一方面，当BEB设备通过用户侧AC口监听到上述第一类组播协议报文时，表明本地用户侧网络存在想要加入组播组的组播接收者，此时BEB设备可以确定本地用户侧网络存在组播接收者，将与该组播协议报文对应的主机信息作为组播接收者，以及将该组播协议报文中的组播MAC地址作为组播源保存至本地LSDB(Link State Data Base，链路状态数据库)中。
在示出的一种实施方式中，上述第一类组播协议报文可以包括IGMP成员关系报告报文。
IGMP成员关系报告报文为本地用户侧网络中的主机在希望加入特定的组播组时发出，用于加入特定的组播组，在该IGMP成员关系报告报文中可以携带该主机希望加入的组播组的组播MAC地址。
当BEB设备通过用户侧AC口监听到IGMP成员关系报告报文时，可以将该报文复制一份给CPU，然后将该IGMP成员关系报告报文中携带的主机信息作为组播接收者，以及该报文中携带的希望加入的组播MAC地址作为组播源保存至本地的LSDB中。
其中，上述主机信息可以包括在用户侧网络中可以对该IGMP成员关系报告报文的发送主机进行识别的信息；比如，可以是该IGMP成员关系报告报文的IP头中携带的主机的源端口号，主机的源IP或者主机ID等信息，在本例中不进行特别限定。
当然，在实际应用中，当BEB设备通过用户侧AC口监听到IGMP组播组离开报文时，由于IGMP组播组离开报文通常为主机在离开特定的组播组时发送，因此BEB设备通过用户侧AC口监听到组播组离开报文后，可以将与该组播组离开报文对应的主机信息从本地的LSDB中删除。
另一方面，当BEB设备通过用户侧AC口监听到上述第二类组播协议报文，表明本地用户侧网络中存在组播源，此时BEB设备可以确定本地用户侧网络存在组播源，将与该组播协议报文中与组播源对应的组播MAC地址保存至本地LSDB中，同时还可以在本地LSDB中记录本地存在该组播源。
在示出的一种实施方式中，上述第二类组播协议报文可以包括以下几种：
1)IGMP成员关系查询报文
IGMP成员关系查询报文通常为组播源向组播成员发送的报文，用于查询当前组播组中存在哪些组播成员，通常可以包括IGMP普遍组查询报文和IGMP特定组查询报文。在该IGMP成员关系查询报文中可以携带组播源的组播MAC地址。当BEB设备通过用户侧AC口监听到IGMP成员关系查询报文时，可以将该报文复制一份给CPU，然后将该报文中与组播源对应的组播MAC地址保存至本地LSDB中，同时在本地的LSDB中记录本地存在该组播源。
2)PIM协议报文
PIM协议报文通常由组播源周期性的发送在该PIM协议报文中通常可以携带组播源的组播MAC地址。因此，当BEB设备通过用户侧AC口监听到PIM协议报文时，可以将该报文复制一份给CPU，然后将该报文中与组播源对应的组播MAC地址保存至本地LSDB中，同时在本地的LSDB中记录本地存在该组播源。
3)目的MAC与本地指定IP地址存在对应关系的组播协议报文
在实际应用中，通常可以为本地指定的IP地址配置对应的MAC地址，并在组播协议报文中携带手工配置目的MAC地址，来指导报文丢弃或者转发。当BEB设备通过用户侧AC口监听到目的MAC地址与本地指定IP地址存在对应关系的组播协议报文时，表明BEB设备用户侧网络中存在与该目的MAC地址对应的组播源，此时可以将该报文复制一份给CPU，然后将该报文中的目的MAC地址作为组播源的组播MAC地址保存至本地LSDB中，同时在本地的LSDB中记录本地存在该组播源。
步骤S202，BEB设备将收集到的所述组播接收者和组播源同步至网络中的其它SPB设备，以及将网络中其它BEB设备同步至本地的组播接收者以及组播源保存至本地链路状态数据库中；
在本例中，如果BEB设备通过在用户侧的AC口上监听到的第一类组播协议报文中携带的信息，确定出本地用户侧网络存在组播接收者，BEB设备可以立即向SPBM网络中的其它SPB设备(包括其它BEB设备和BCB设备)发送LSP报文(即第一LSP报文)，并在该第LSP报文中携带与该组播接收者对应的主机信息以及组播MAC地址。当SPBM网络中其它SPB设备接收到该LSP报文后，可以在其本地LSDB中同步保存将该主机信息和该组播MAC地址。
如果BEB设备通过在用户侧的AC口上监听到的第二类组播协议报文中携带的信息，确定出本地用户侧网络存在组播源，BEB设备可以从该用户侧的AC口上指定的多个I-SID中为该组播源分配组播I-SID。
其中，该用户侧的AC口上可以预先指定多个I-SID，该多个I-SID可以与同一个BVLAN绑定，可以包括一主用I-SID和至少一个用于组播数据发送的组播I-SID。不同的BEB设备为其用户侧网络中的组播源所分配的组播I-SID可以互不相同。
每一个BEB设备支持的组播I-SID的具体数量，可以局域网络中用户侧网络中存在组播源的BEB设备的数量进行设定；例如，在实际应用中，对于每一个用户侧网络存在组播源的BEB设备来说，都可以为本地组播分配一个组播I-SID，而其它各SPB设备可以在本地维护多个组播I-SID，当接收到组播报文时，可以将该组播报文在与该组播报文所属组播源的组播I-SID对应的实例中进行转发。
当BEB设备为本地用户侧网络中的组播源分配了组播I-SID后，可以立即向SPBM网络中的其它SPB设备发送LSP报文(即第二LSP报文)，并在该LSP报文中携带为该组播源分配的组播I-SID以及与该组播源对应的组播MAC地址。当SPBM网络中其它SPB设备接收到该LSP报文后，可以在其本地LSDB中同步保存将该组播I-SID以及与该组播源对应的组播MAC地址。
与此同时，当前SPBM网络中的其它BEB设备，也可以按照相同的处理方式，通过用户侧网络的AC口监听组播协议报文来收集组播接收者和组播源，然后通过LSP报文将收集到的组播接收者和组播源同步至SPBM网络中的其它SPB设备。
当该BEB设备在接收到SPBM网络中其它BEB设备发送至本地的LSP报文时，也可以将该LSP报文中携带的与组播接收者对应的主机信息以及组播MAC地址，或者为组播源分配的组播I-SID以及与组播源对应的组播MAC地址同步保存至本地的LSDB中。
通过这种方式，SPBM网络中各BEB设备可以通过互相扩散LSP报文，将其各自收集到的组播接收者和组播源向网络中其它SPB设备进行同步，从而使得SPBM网络中的任一BEB设备来说，都可以在其本地的LSDB中保存整个SPBM网络中的所有组播接收者和组播源。
另外，需要说明的是，当前SPBM网络中所有BEB设备发出的上述LSP报文中，除了可以携带与组播接收者对应的主机信息以及组播MAC地址，或者与组播源对应组播MAC地址以外，还可以携带该BEB设备的MAC地址或者SPsource ID等信息。
而接收到该LSP报文的其它SPB设备，不仅可以将该LSP报文中携带的与组播接收者对应的主机信息以及组播MAC地址，或者与组播源对应组播MAC地址在本地LSDB中保存以外，还可以在本地LSDB中保存该BEB设备的MAC地址或者SPsource ID(Shortest PathSource Identifier，最短路径源标记)，以及本地接收端口号等信息，从而后续可以基于本地LSDB中保存的这些信息快速的确定出各组播接收者以及组播源所接入的BEB设备，以及与该BEB设备对接的端口号。
在本例中，对于保存在BEB设备本地LSDB中的组播接收者和组播源，还可以由BEB设备统一设置老化时长，并基于该老化时长对本地保存的组播接收者和组播源进行老化处理。
对于BEB设备本地LSDB中保存的组播接收者来说，如果BEB设备在老化时长内仍未接收到与本地LSDB中保存的任一组播接收者对应的加入组播组的第一类组播协议报文时，此时可以将该组播接收者作为无效接收者进行老化，将该组播接收者从本地LSDB中删除。
当将该组播接收者从本地删除后，BEB设备可以向SPBM网络中其它SPB设备同步发出LSP报文，在该LSP报文中携带删除该组播接收者的指示信息，以触发SPBM网络中其它SPB设备在收到该LSP报文后，从各自LSDB中将该组播接收者同步删除。
对于BEB设备本地LSDB中保存的组播源来说，如果在老化时长内仍未接收到与本地LSDB中保存的任一组播源对应的组播流量时，此时可以将该组播源作为无效组播源进行老化，将该组播源从本地LSDB中删除。
当将该组播源从本地删除后，BEB设备可以向SPBM网络中其它SPB设备同步发出LSP报文，在该LSP报文中携带删除该组播源的指示信息，以触发SPBM网络中其它SPB设备在收到该LSP报文后，从各自LSDB中将该组播源同步删除。
步骤203，BCB设备接收网络中各BEB设备同步至本地的组播接收者和组播源并保存至本地链路状态数据库中。
在本例中，在核心复制模式下，BCB设备可以通过接收当前SPBM网络中各BEB设备扩散的LSP报文，来收集当前SPBM网络中所有组播接收者和组播源。
当网络中任一BEB设备其本地用户侧网络存在组播接收者时，通常会向当前SPBM网络中各SPB设备发出携带与该组播接收者对应的主机信息以及组播MAC的LSP报文。
当BCB设备接收到BEB设备在其本地用户侧网络存在组播接收者时发出的LSP报文后，可以将该LSP报文中携带的与该组播接收者对应的主机信息以及组播MAC在本地LSDB中保存。
同样的，当网络中任一BEB设备其本地用户侧网络存在组播接收者时，通常会向当前SPBM网络中各SPB设备发出携带为该组播源分配的组播I-SID以及与组播源对应的组播MAC地址的LSP报文。
当BCB接收到BEB设备在其本地用户侧网络存在组播源时发出的LSP报文后，也可以将该LSP报文中携带的BEB设备为其本地用户侧网络中的组播源分配的组播I-SID以及与该组播源对应的组播MAC地址。
通过这种方式，SPBM网络中的BCB设备可以通过接收网络中各BEB设备扩散的LSP报文，将各BEB设备通过监听用户侧端口的组播协议报文而收集到的组播接收者和组播源同步至本地的LSDB中，从而使得SPBM网络中的任一BCB设备来说，都可以在其本地的LSDB中保存整个SPBM网络中的所有组播接收者和组播源。
另外，需要说明的是，在头端复制模式下，对组播报文的复制和分发是由BEB设备来完成，BCB仅用于对BEB设备发出的组播报文进行单播转发，因此在该模式下，BCB在接收到网络中各BEB设备发送的携带与组播接收者对应的主机信息以及组播MAC，或者为组播源分配的组播I-SID以及与组播源对应的组播MAC地址的LSP报文时，可以不进行特殊处理。
步骤204，如果BEB设备本地用户侧网络存在组播源，BEB设备查找本地链路状态数据库确定网络中是否存在与该组播源对应的组播接收者；如果是，创建与所述组播接收者接入的目标BEB设备之间的组播转发表项，并基于创建的该组播转发表项转发组播报文。
在实际应用中，当SPBM网络组网完成后，通常会触发BEB设备基于主用I-SID来创建组播转发表项。
其中，基于主用I-SID创建的组播转发表项，可以由BEB设备生成一颗以该BEB设备作为组播源的组播树，此时该组播树通常将覆盖网络中各实例内所有SPB设备组成的组播域。而在现有实现中，BEB设备接收到未知组播报文时，通常会基于该组播树在实例内进行洪泛发送，从而会导致当前网络中其本地用户侧网络不存在组播接收者的BEB设备，也能收到实例内其他BEB设备发送的未知组播报文。
在本例中，为了避免本地用户侧网络不存在组播接收者的BEB设备，收到实例内其他BEB设备发送的未知组播报文，BEB设备不仅可以基于主用I-SID来创建组播转发表项，还可以在确定出本地用户侧网络存在组播源时，基于为该组播分配的组播I-SID来创建组播转发表项。
其中，基于组播I-SID创建的组播转发表项，可以与BEB设备已有的基于主用I-SID创建的组播转发表项完全隔离，仅用于BEB设备转发组播报文(包括已知组播报文和未知组播报文)；而基于主用I-SID创建完成的组播转发表项，用于BEB设备转发单播报文(包括已知单播和未知单播)和广播报文。
当BEB设备在收到来自用户侧网络的单播报文和广播报文时，可以仍然采用原有的基于主用I-SID创建的组播转发表项进行转发，而对于接收到的来自用户侧网络的组播报文，则可以采用基于分配的组播I-SID创建的组播转发表项进行转发。
在本例中，BEB设备在基于组播I-SID来创建组播转发表项时，可以基于本地LSDB中保存的信息来确认本地用户侧网络中是否存在组播源，如果BEB设备确定本地用户侧网络中存在组播源，此时BEB设备可以立即查找本地LSDB，来确定当前SPBM网络中是否存在与该组播源对应的组播接收者。
如果存在与该组播源对应的组播接收者(可以为多个)，BEB设备在可以从本地LSDB中读取该组播接收者接入的目标BEB设备的信息，然后分别创建与这些目标BEB设备之间的组播转发表项。
其中，BEB设备在创建与这些目标BEB设备之间的组播转发表项时，可以将原有组播转发表项中，用户侧网络中不存在组播接收者的BEB设备的MAC删除，以针对与原有的组播转发表项对应的组播树进行剪枝，使得剪枝后的组播树仅覆盖整个网络中所有的组播接收者。
BEB设备在创建与目标BEB设备之间的组播转发表项时，该组播表项所包含的内容在头端复制和核心复制两种组播转发模式下可以不同。
在头端复制模式下，组播报文由BEB设备完成MAC-in-MAC后，通常在BEB设备本地完成复制和分发，BCB仅用于对BEB设备发出的组播报文进行单播转发，因此BEB设备可以不启用分配的组播I-SID，直接使用主用I-SID。
BEB设备在创建与目标BEB设备的组播转发表项时，可以针对基于主用I-SID创建的组播转发表项(即原有的表项)对应的组播树进行剪枝，将原有组播转发表项中，用户侧网络中不存在组播接收者的BEB设备的MAC地址删除。
在头端复制模式下，BEB设备创建的与目标BEB设备之间的组播转发表项可以包括以下内容：
上述组播源的组播MAC地址、BVLAN信息、上述目标BEB设备的MAC地址以及出接口。
当上述组播转发表项创建完成，在头端复制模式下，BEB设备接收到用户侧网络组播源发出的组播报文时，可以读取该组播报文的目的组播MAC，在进行了剪枝后的上述组播转发表项中查找组播转发表项。
如果查找到对应的组播转发表项，此时该组播报文为已知组播报文，BEB设备可以基于查找到的组播转发表项对该组播报文进行MAC-in-MAC封装，封装后的MAC-in-MAC头中的B-DA为该组播源的组播接收主机接入的各目标BEB设备的MAC地址。
当封装完成后，BEB设备创建与各目标BEB设备的隧道，然后对该组播报文进行复制分发，分别将该组播报文基于创建的各隧道单播发送至各目标BEB设备。在整个转发过程中，BCB设备基于该组播报文中的B-MAC进行单播转发即可。
当目标BEB设备接收到组播报文后，可以对该组播报文进行解封装，然后转发至用户侧网络中的组播接收主机。
当然，如果未查找到对应的组播转发表项(表明该组播报文的接收者可能已离开组播组，或者BEB设备已删除了相应的组播转发表项)，此时该组播报文为未知组播报文，对于未知组播报文，BEB设备会基于剪枝后的组播树所覆盖的组播域对该未知组播报文进行洪泛处理。
由于此时BEB设备对基于主用I-SID创建的组播转发表项对应的组播树进行了剪枝，创建的组播转发表项仅包括与该组播源对应的组播接收者接入的目标BEB设备的组播转发表项，因此剪枝后的组播树，将仅能覆盖当前网络各实例中用户侧网络存在组播接收者的BEB设备所组成的组播域。
在这种情况下，BEB设备在基于剪枝后的组播树，在实例内对该未知组播报文进行洪泛处理时，将只有那些各自用户侧网络中存在组播接收者的目标BEB设备能够接收到实例内的其它BEB设备洪泛后的该未知组播报文，而对于那些用户侧网络中不存在组播接收者的BEB设备，则无法接收到相同实例内其它BEB设备洪泛处理的未知组播报文，从而可以有效的避免公网带宽资源以及公网设备资源的浪费；同时，由于那些用户侧网络中不存在组播接收者的BEB设备将不再接收到实例内其它BEB设备洪泛的未知组播报文，因此可以不再执行无效的解封装以及向用户侧网络转发无效未知组播报文的操作，因此也可以有效的避免私网资源以及私网设备资源的浪费。
在核心复制模式下，组播报文由BEB设备完成MAC-in-MAC后，通常需要由BEB设备基于本地创建的组播转发表项将该组播报文映射到当前SPBM网络的核心网络中的BCB设备完成复制和分发。
因此在核心复制模式下，BEB设备可以不需要针对当前SPBM网络中的各目标BEB设备分别创建对应的组播转发表项，此时BEB设备只需要创建用于将组播报文映射至BCB设备的组播转发表项即可。
在核心复制模式下，BCB设备需要启用组播I-SID，基于组播I-SID来创建组播转发表项，其中，在基于组播I-SID创建组播转发表项时，对于表项中的一些现有字段的信息可以直接复制基于主用I-SID创建的组播转发表项。
创建的组播转发表项可以包括以下内容：
上述组播源的组播MAC地址、基于上述组播I-SID生成的组播地址、BVLAN信息以及出接口。
其中，SPBM网络中每台SPB设备在每个实例中都会存在一个组播地址，协议规定该地址由SPSource ID和I-SID构成。因此，BEB设备在基于上述组播I-SID生成组播地址时，可以将该为本地用户侧网络中的组播源分配的组播I-SID与该BEB设备的SPSource ID进行拼装，来生成对应的组播地址；
例如，SPB协议中规定的组播地址通常包括组播标记位、本地标记位、SPSource ID类型、SPSource ID以及I-SID等字段，SPSource ID为基于SPB协议为该BEB设备动态生成，用于在实例内唯一标识该BEB设备，BEB设备在基于组播I-SID生成组播地址时，组播标记位、本地标记位、SPSource ID类型等字段的内容可以遵从协议的规定使用默认值，然后按照SPB协议中规定的组播地址的上述格式，对组播I-SID和自身的SPSource ID进行拼装，最终生成组播地址。
当然，由于当前SPBM网络中各SPB设备(包括BEB设备和BCB设备)自身的SPSourceID各不相同，因此各SPB设备最终生成的组播地址也各不相同。各SPB设备之间可以通过互相扩散LSP报文，将自身生成的组播地址同步至当前SPBM网络中的其它各SPB设备，从而使得对于当前SPBM网络中的任一SPB设备来说，都可以在本地全局的保存SPBM网络中各SPB设备在各实例中的组播地址。
在本例中，当上述组播转发表项创建完成，在核心复制模式下，BEB设备接收到用户侧网络组播源发出的组播报文时，可以读取该组播报文的目的组播MAC，在基于组播I-SID创建的上述组播转发表项中查找组播转发表项。
如果查找到对应的组播转发表项，此时该组播报文为已知组播报文，BEB设备可以基于查找到的组播转发表项对该组播报文进行MAC-in-MAC封装，此时封装后的MAC-in-MAC头中的B-DA为当前BEB设备基于组播I-SID生成的组播地址。
当封装完成后，BEB设备可以基于预设算法为该组播报文计算下一跳的BCB设备，然后将封装后的该组播报文转发至BCB设备，由BCB设备基于该组播报文B-DA中携带的组播地址在核心网络中向对应的组播接收主机接入的BEB设备进行复制和分发该组播报文。当目标BEB设备接收到组播报文后，可以对该组播报文进行解封装，然后转发至用户侧网络中的组播接收主机。
如果未查找到对应的组播转发表项，此时该组播报文为未知组播报文，对于未知组播报文，BEB设备仍然可以对该组播报文进行MAC-in-MAC封装，此时封装后的MAC-in-MAC头中的B-DA为当前BEB设备基于组播I-SID生成的组播地址。
当封装完成后，BEB设备可以基于预设算法为该组播报文计算下一跳的BCB设备，然后将封装后的该组播报文转发至BCB设备，由BCB设备基于该组播报文B-DA中携带的组播地址，在其本地基于组播I-SID创建的组播转发表项对应的组播树所覆盖的组播域中对该未知组播报文进行洪泛处理。
另外，需要说明的是，BEB设备在收到当前网络中其它SPB设备接收到的用于删除组播接收者的LSP报文时，除了可以从本地LSDB中删除对应的组播接收者，如果删除的该组播接收者和组播源存在对应的组播转发表项，也可以对该组播转发表项进行同步删除。
例如，在头端复制模式下，BEB设备在收到删除组播接收者的LSP报文时，可以在基于组播I-SID创建的组播转发表项中删除与组播接收者对应的组播MAC地址，当该组播转发表项中所有组播MAC地址均删除后(整个网络不再存在组播接收者时)，此时可以将该组播转发表项整组删除。在核心复制模式下，BEB设备在收到删除组播接收者的LSP报文时，可以在基于组播I-SID创建的组播转发表项中查找与该组播接收者对应的组播转发表项，并确定查找到的该组播转发表项中与该组播接收者对应的出接口下，是否还接入了其它组播接收者，如果没有，可以直接将该出接口删除。当基于组播I-SID创建的组播转发表项中所有出接口均删除后(整个网络不再存在组播接收者时)，此时可以将该组播转发表项整组删除。
步骤205，在核心复制模式下，BCB设备基于各BEB设备为其本地用户侧网络中的组播源分配的组播I-SID分别创建对应的组播转发表项；根据本地链路状态数据库中保存的所述组播接收者和所述组播源对与所述组播转发表项对应的组播树进行剪枝，并基于剪枝后的所述组播树转发组播报文。
在本例中，BCB设备在创建组播转发表项时，也可以基于主用I-SID和接收到的各BEB设备为其本地组播源分配的I-SID来分别创建组播转发表项。
其中，BCB设备可以仅在核心复制模式下启用组播I-SID，基于组播I-SID来创建组播转发表项，而在头端复制模式下，可以直接使用基于主用I-SID创建的组播转发表项转发BEB设备发送的组播报文。
在头端复制模式下，对组播报文的复制和分发由BEB设备来完成，BCB仅用于对BEB设备发出的组播报文进行单播转发，而且BEB设备发出的组播报文中并不携带组播I-SID，因此在头端复制模式下，BCB设备可以直接使用基于主用I-SID创建的组播转发表项对该组播报文进行转发即可，可以不再启用组播I-SID，基于组播I-SID来创建组播转发表项，因而在该模式下BCB设备在接收到的网络中各BEB设备发送的携带与组播接收者对应的主机信息以及组播MAC，或者为组播源分配的组播I-SID以及与组播源对应的组播MAC地址的LSP报文时，也不在需要对该LSP报文进行特殊处理。
在核心复制模式下，对组播报文的复制和分发是由BCB设备来完成的，因此在该模式下，BCB设备可以启用组播I-SID，基于接收到的各BEB设备为其本地的组播源分配的组播I-SID分别创建对应组播转发表项。
其中，BCB基于组播I-SID创建的组播转发表项，仍然与BCB设备已有的基于主用I-SID创建的组播转发表项完全隔离，仅用于BCB设备转发组播报文(包括已知组播报文和未知组播报文)；而BCB基于主用I-SID创建完成的组播转发表项，仍然可以覆盖网络中各实例内所有SPB设备组成的组播域，用于BCB设备转发单播报文(包括已知单播和未知单播)和广播报文，不再赘述。
在核心复制模式下，BCB设备针对各组播I-SID分别创建的组播转发表项包括以下内容：
基于所述组播I-SID生成的组播地址、BVLAN信息以及出接口。
其中，BCB设备在基于各组播I-SID分别创建上述组播转发表项时，可以直接复制基于主用I-SID创建的组播转发表项，然后将组播转发表项中基于主用I-SID生成的组播地址替换为基于组播I-SID生成的组播地址即可。因此，在初始状态下，BCB设备基于各组播I-SID分别创建的组播转发表项所对应的组播树，将覆盖网络中各实例内所有SPB设备组成的组播域。
其中，需要说明的是，BCB设备在收到当前网络中其它SPB设备接收到的用于删除组播接收者的LSP报文时，除了可以从本地LSDB中删除对应的组播接收者，如果删除的该组播接收者和组播源存在对应的组播转发表项，也可以对该组播转发表项进行同步删除。例如，在头端复制模式下，可以在基于组播I-SID创建的组播转发表项中删除组播接收者接入的BEB设备的MAC地址。
在本例中，为了避免本地用户侧网络不存在组播接收者的BEB设备，收到实例内其他BEB设备发送的未知组播报文，BCB设备可以基于本地LADB中保存的网络中的所有组播接收者和组播源的信息对基于组播I-SID创建完成的组播转发表项对应的组播树进行剪枝。
在默认状态下，基于组播I-SID创建完成的组播转发表项将覆盖网络中各实例内所有SPB设备组成的组播域，由于此时本地LSDB中保存了其它各SPB收集到的整个网络中所有组播源的组播MAC地址和对应的接收主机，以及该接收主机接入的BEB设备等信息，因此BCB设备可以查找本地LSDB，并基于本地LSDB中保存的信息，来确定当前网络中各SPB设备的用户侧网络是否存在与上述各组播树的组播源对应的组播接收者。
当BCB设备确定出当前网络中任一SPB设备的用户侧网络不存在与上述组播源对应的组播接收者时，此时可以在当前的组播树对应的组播转发表项中，查找与该SPB设备对应的组播转发表项，然后将查找到的组播转发表项中与该SPB设备对应的出接口删除，以完成对该组播树的剪枝。其中，在删除出接口的过程中，BCB设备需要根据本地LSDB确定该出接口下是否还接入了其它组播接收者，如果没有，则可以从组播转发表项中将该出接口直接删除。
当完成剪枝后，该组播树对应的组播转发表项中将不再包含其用户侧网络不存在与该组播树的组播源对应的组播接收者的SPB设备的出接口，该组播树将覆盖网络中各实例内所有用户侧网络存在组播接收者的SPB设备所组成的组播域。
在本例中，当BCB设备接收到的由BEB设备进行MAC-in-MAC封装后的组播报文后，如果该组播报文为已知组播报文，BCB设备可以基于组比I-SID查找对应的组播树，然后基于剪枝后的组播树对该组播报文进行复制和分发，转发至对应的目标BEB设备，再由该目标BEB设备对报文进行解封装转发至对应的组播接收主机。
如果该组播报文为未知组播报文，BCB设备仍然可以基于组比I-SID查找对应的组播树，然后在剪枝后的该组播树中对该未知组播报文进行洪泛处理。由于此时剪枝后的该组播树覆盖网络中各实例内所有用户侧网络存在组播接收者的SPB设备所组成的组播域，因此BCB在实例内对该未知组播报文进行洪泛处理时，将只有那些各自用户侧网络中存在组播接收者的目标BEB设备能够接收到实例内的其它BEB设备洪泛后的该未知组播报文，而对于那些用户侧网络中不存在组播接收者的BEB设备，则无法接收到相同实例内其它BEB设备洪泛处理的未知组播报文，从而可以有效的避免公网带宽资源以及公网设备资源的浪费；同时，由于那些用户侧网络中不存在组播接收者的BEB设备将不再接收到实例内其它BEB设备洪泛的未知组播报文，因此可以不再执行无效的解封装以及向用户侧网络转发无效未知组播报文的操作，因此也可以有效的避免私网资源以及私网设备资源的浪费。
另外，需要说明的是，BCB设备在收到当前网络中其它SPB设备接收到的用于删除组播接收者的LSP报文时，除了可以从本地LSDB中删除对应的组播接收者，如果删除的该组播接收者和组播源存在对应的组播转发表项，也可以对该组播转发表项进行同步删除。例如，在核心复制模式下，可以在确定与该组播接收者对应的出接口下并未接入其它组播接收者是删除该出接口，不再赘述。
以下通过一个具体的应用实例对以上实施例中的技术方案进行详述。
请参见图3，图3为本例示出的一种基于SPBM技术实现的运营商骨干网络的组网图。
在该网络中，BEB设备包括BEB1～BEB4；BCB设备包括BCB1～BCB4。
其中，BEB1接入了作为组播源的host1，host1的MAC地址为MAC 1。
BEB2和BEB3分别接入了作为组播接收者的host2和host3，BEB2和BEB3的MAC地址分别为MAC2和MAC3。
BEB1面向用户侧的AC口为port1，port1预先使能了IGMP snooping。BEB1为组播源host1分配的组播I-SID为I-SID100，I-SID100绑定的BVLAN为BVLAN1。
BEB1的出接口为port2。BCB1的出接口为port3、port4和port5。BEB1的SPSourceID为SPSource100，生成的SPB组播地址为I-SID100+SPSource100。
初始状态下，BEB1可以通过port1监听组播协议报文。
当BEB1通过port1监听到host2和host3发出的加入host1所在组播源的IGMP成员关系报告报文，BEB1可以在本地LSDB中保存该报文中携带的host2和host3的信息，以及host2和host3希望加入的组播源host1的MAC地址，并向全网扩散LSP报文，将host2和host3的信息，以及host2和host3希望加入的组播源host1的MAC地址同步至BEB2～BEB4以及BCB1～BCB4。
当BEB1通过port1监听到host1发出的IGMP成员关系查询报文时，BEB1可以在本地LSDB中保存该报文中携带的组播源host1的MAC地址，记录本地存在该组播源，然后向全网扩散LSP报文，将组播源host1的MAC地址，以及为该组播源host1分配的I-SID100同步至BEB2～BEB4以及BCB1～BCB4。
此时，对于BEB2～BEB4以及BCB1～BCB4来说，均在其本地的LSDB中保存了host2和host3的信息，host2和host3希望加入的组播源host1的MAC地址以及为组播源host1分配的I-SID100。
在本例中，BEB1可以基于为组播源host1分配的I-SID100创建组播转发表项：
在头端复制模式下，在初始状态下BEB创建的组播转发表项如下表所示：
| 组播源MAC地址 | BVLAN | 目标BEB设备MAC | 出接口 |
| MAC1 | BVLAN1 | MAC2/MAC3/MAC4 | port2 |
由上述组播转发表项可以看出，该组播转发表项对应的组播树覆盖BEB2～BEB4组成的组播域。
BEB1可以基于本地LSDB中保存的信息对上述组播转发表项对应的组播树进行剪枝，删除BEB4的组播MAC地址MAC4，完成剪枝后的组播转发表项如下表所示：
| 组播源MAC地址 | BVLAN | 目标BEB设备MAC | 出接口 |
| MAC1 | BVLAN1 | MAC2/MAC3 | port2 |
BEB1在收到host1发出的未知组播报文后对该未知组播报文进行MAC-in-MAC封装，此时MAC-in-MAC头中的B-DA分别为MAC2和MAC3，当封装完成后，BEB1可以将该未知组播报文后在当前实例内进行泛洪处理时，复制两份分别单播发送至BEB2和BEB3，BCB1在收到BEB1发出的封装后的未知组播报文后，根据MAC-in-MAC头中的BMAC进行单播转发，通过出接口port3和port4将封装后的未知组播报文单播转发至BEB2和BEB3。
BEB1在对host1发出的未知组播报文在实例内进行洪泛处理时，基于由于创建的上述组播转发表项对应的组播树仅覆盖BEB2和BEB3组成的组播域，因此洪泛后的该未知组播报文，只有BEB2和BEB3能够收到，BEB4将无法收到该未知组播报文，从而可以有效避免BEB4的公网带宽资源以及公网设备资源的浪费。
在核心复制模式下，BEB1创建的组播转发表项如下表所示：
BEB1在收到host1发出的未知组播报文后对该未知组播报文进行MAC-in-MAC封装，此时MAC-in-MAC头中的B-DA为基于I-SID100生成的组播地址I-SID100+SPSource 100，当封装完成后，BEB1可以将该未知组播报文映射到BCB1，由BCB1在实例内进行洪泛处理。
在初始状态下，BCB1创建的组播转发表项如下表所示：
| SPB组播地址 | BVLAN | 出接口 |
| I-SID100+SPSource 100 | BVLAN1 | port3/port4/port5 |
由上述组播转发表项可以看出，该组播转发表项对应的组播树覆盖BEB2～BEB4组成的组播域。
此时BCB1本地LSDB中保存了host2和host3的信息，以及host2和host3希望加入的组播源host1的MAC地址，BCB1可以基于本地LSDB中保存的信息对上述组播转发表项对应的组播树进行剪枝。在对该组播树进行剪枝时，BCB1基于本地LSDB中保存的信息可以确定BEB4用户侧网络不存在组播源host1的组播接收主机，因而可以将上述组播转发表项中与BEB4对应的port6删除，完成对组播树的剪枝。
剪枝后的组播树对应的组播转发表项如下表所示：
| SPB组播地址 | BVLAN | 出接口 |
| I-SID100+SPSource 100 | BVLAN1 | port3/port4 |
当完成剪枝后，上述组播转发表项对应的组播树覆盖BEB2和BEB3组成的组播域，因此BCB1对接收到的未知组播报文进行洪泛后，只有BEB2和BEB3能够收到，BEB4将无法收到该未知组播报文，从而可以有效避免BEB4的公网带宽资源以及公网设备资源的浪费。
通过以上各实施例可知，在本申请中，BEB设备通过用户侧端口监听组播协议报文，并基于监听到的组播协议报文中携带的信息来收集网络中的组播接收者以及组播源并保存至本地LSDB中，以及将收集到的组播接收者和组播源同步至网络中的其它SPB设备，并将网络中其它BEB设备同步至本地的组播接收者以及组播源保存至本地LSDB中；当本地用户侧网络存在组播源，则查找本地LSDB确定网络中是否存在与该组播源对应的组播接收者；如果是，创建与所述组播接收者接入的目标BEB设备之间的组播转发表项，并基于创建的该组播转发表项转发组播报文，从而可以实现在SPBM网络中转发组播报文时，如果SPB设备用户侧网络内没有组播接收者，则不会收到相同实例的其它SPB设备所发送的组播流量，可以避免带宽以及设备资源的浪费。
与上述方法实施例向对应，本申请还提供了装置项实施例。
请参见图4，本申请还提出一种SPBM网络中组播报文的转发装置40，应用于BEB设备，所述装置40包括：
监听模块401，用于通过用户侧端口监听组播协议报文，并基于监听到的所述组播协议报文中携带的信息收集网络中的组播接收者以及组播源并保存至本地链路状态数据库中；
同步模块402，用于将收集到的所述组播接收者和组播源同步至网络中的其它SPB设备，以及将网络中其它BEB设备同步至本地的组播接收者以及组播源保存至本地链路状态数据库中；
第一创建模块403，用于在本地用户侧网络存在组播源时，查找本地链路状态数据库确定网络中是否存在与该组播源对应的组播接收者；如果是，创建与所述组播接收者接入的目标BEB设备之间的组播转发表项，并基于创建的该组播转发表项转发组播报文。
在本例中，所述监听模块401具体用于：
当监听到的所述组播协议报文为加入组播组的第一类组播协议报文时，确定本地用户侧网络存在组播接收者，将与该组播协议报文对应的主机信息，以及将该组播协议报文中的组播MAC地址保存至本地链路状态数据库中；
当监听到的所述组播协议报文为表征本地用户侧网络存在组播源的第二类组播协议报文时，确定本地用户侧网络存在组播源，将该组播协议报文中与组播源对应的组播MAC地址保存至本地链路状态数据库中，并记录本地存在该组播源。
在本例中，所述监听模块401进一步用于：
当监听到的所述组播协议报文为IGMP离开组报文时，将与该组播协议报文对应的作为组播接收者的主机信息从本地链路状态数据库中删除，以及通知网络中的其它SPB设备从各自链路状态数据库中同步删除。
在本例中，所述第一类组播协议报文包括IGMP成员关系报告报文；所述第二类组播协议报文包括IGMP成员关系查询报文、PIM协议报文或者目的MAC对指定IP地址存在对应关系的组播协议报文。
在本例中，所述装置40还包括：
删除模块404，用于当在预设的老化时长内未接收到与本地链路状态数据库中保存的任一作为组播接收者的主机信息对应的加入组播组的第一类组播协议报文时，则将该主机信息从本地链路状态数据库中删除，并通知网络中的其它SPB设备从各自链路状态数据库中同步删除；以及当在预设的老化时长内未接收到与本地链路状态数据库中保存的任一组播MAC对应的组播流量时，则将该组播MAC从本地链路状态数据库中删除，并通知网络中的其它SPB设备从各自链路状态数据库中同步删除。
在本例中，所述同步模块402具体用于：
当确定本地用户侧网络存在组播接收者时，向网络中的其它SPB设备发送携带与该组播接收者对应的主机信息，以及组播MAC地址的第一LSP报文，以使其它SPB设备在其本地链路状态数据库中同步保存将该主机信息和该组播MAC地址；
当确定本地用户侧网络存在组播源时，为该组播源分配组播I-SID，并向网络中的其它SPB设备发送携带该组播I-SID，以及与该组播源对应的组播MAC地址的第二LSP报文，以使其它SPB设备在其本地链路状态数据库中同步保存该组播I-SID和组播MAC地址。
在本例中，所述同步模块402进一步用于：
从为用户侧端口指定的多个I-SID中为该组播源分配I-SID；其中，所述用户侧端口指定的多个I-SID绑定的BVLAN相同；所述多个I-SID包括主I-SID以及至少一个用于组播发送的组播I-SID。
在本例中，在头端复制模式下，所述第一创建模块403创建的所述组播转发表项包括：
所述组播源的组播MAC地址、BVLAN信息、所述目标BEB设备的MAC地址以及出接口；
在核心复制模式下，所述第一创建模块403创建的所述组播转发表项包括：
所述组播源的组播MAC地址、基于所述组播I-SID生成的组播地址、BVLAN信息以及出接口。
请参见图5，本申请还提出一种SPBM网络中组播报文的转发装置50，应用于BCB设备，所述装置50包括：
接收模块501，用于接收网络中各BEB设备同步至本地的组播接收者和组播源并保存至本地链路状态数据库中；其中，所述组播接收者以及组播源由所述各BEB设备通过收集用户侧端口监听到的组播协议报文中携带的信息得到；
第二创建模块502，用于在核心复制模式下，基于各BEB设备为其本地用户侧网络中的组播源分配的组播I-SID分别创建对应的组播转发表项；
剪枝模块503，用于根据本地链路状态数据库中保存的所述组播接收者和所述组播源对与所述组播转发表项对应的组播树进行剪枝，并基于剪枝后的所述组播树转发组播报文。
在本例中，所述接收模块501具体用于：
当网络中任一BEB设备其本地用户侧网络存在组播接收者时，接收该BEB设备发送的携带与该组播接收者对应的主机信息以及组播MAC的第一LSP报文，并将该报文中携带的主机信息和组播MAC在本地链路状态数据库中同步保存；
当网络中任一BEB设备其本地用户侧网络存在组播源时，接收该BEB设备发送的携带该BEB设备为该组播源分配的组播I-SID以及与该组播源对应的组播MAC的第二LSP报文，并将该报文中携带的组播I-SID和组播MAC在本地链路状态数据库中同步保存。
在本例中，所述第二创建模块502创建的所述组播转发表项包括：
基于所述组播I-SID生成的组播地址、BVLAN信息以及出接口。
在本例中，所述剪枝模块503具体用于：
根据本地链路状态数据库中保存的所述组播接收者和所述组播源确定网络中各SPB设备的用户侧网络中是否存在对应于所述组播源的组播接收者；
当任一SPB设备的用户侧网络中不存在对应于所述组播源的组播接收者时，如果该SPB设备对应的出接口下未接入其它组播接收者，则在所述组播转发表项中将与该SPB设备对应的出接口删除，以针对与所述组播转发表项对应的组播树执行剪枝。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可进一步拆分成多个子模块。上述发明实施例序号仅仅为了描述，不代表实施例的优劣。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
Claims (22)
1.一种SPBM网络中组播报文的转发方法，应用于SPBM网络中的BEB设备，其特征在于，所述方法包括：
通过用户侧端口监听组播协议报文，并基于监听到的所述组播协议报文中携带的信息收集网络中的组播接收者以及组播源并保存至本地链路状态数据库中；
将收集到的所述组播接收者和组播源同步至网络中的其它SPB设备，以及将网络中其它BEB设备同步至本地的组播接收者以及组播源保存至本地链路状态数据库中；
如果本地用户侧网络存在组播源，查找本地链路状态数据库确定网络中是否存在与该组播源对应的组播接收者；如果是，创建与所述组播接收者接入的目标BEB设备之间的组播转发表项，并基于创建的该组播转发表项转发组播报文；
在头端复制模式下，创建的所述组播转发表项包括：
所述组播源的组播MAC地址、BVLAN信息、所述目标BEB设备的MAC地址以及出接口；
在核心复制模式下，创建的所述组播转发表项包括：
所述组播源的组播MAC地址、基于所述组播I-SID生成的组播地址、BVLAN信息以及出接口。
2.如权利要求1所述的方法，其特征在于，所述基于监听到的所述组播协议报文中携带的信息收集网络中的组播接收者以及组播源并保存至本地链路状态数据库中包括：
当监听到的所述组播协议报文为加入组播组的第一类组播协议报文时，确定本地用户侧网络存在组播接收者，将与该组播协议报文对应的主机信息，以及将该组播协议报文中的组播MAC地址保存至本地链路状态数据库中；
当监听到的所述组播协议报文为表征本地用户侧网络存在组播源的第二类组播协议报文时，确定本地用户侧网络存在组播源，将该组播协议报文中与组播源对应的组播MAC地址保存至本地链路状态数据库中，并记录本地存在该组播源。
3.如权利要求2所述的方法，其特征在于，所述方法还包括：
当监听到的所述组播协议报文为IGMP离开组报文时，将与该组播协议报文对应的作为组播接收者的主机信息从本地链路状态数据库中删除，以及通知网络中的其它SPB设备从各自链路状态数据库中同步删除。
4.如权利要求3所述的方法，其特征在于，所述第一类组播协议报文包括IGMP成员关系报告报文；所述第二类组播协议报文包括IGMP成员关系查询报文、PIM协议报文或者目的MAC与本地指定IP地址存在对应关系的组播协议报文。
5.如权利要求3所述的方法，其特征在于，所述方法还包括：
当在预设的老化时长内未接收到与本地链路状态数据库中保存的任一作为组播接收者的主机信息对应的加入组播组的第一类组播协议报文时，则将该主机信息从本地链路状态数据库中删除，并通知网络中的其它SPB设备从各自链路状态数据库中同步删除；以及
当在预设的老化时长内未接收到与本地链路状态数据库中保存的任一组播MAC对应的组播流量时，则将该组播MAC从本地链路状态数据库中删除，并通知网络中的其它SPB设备从各自链路状态数据库中同步删除。
6.如权利要求1所述的方法，其特征在于，所述将收集到的所述组播接收者和组播源同步至网络中的其它SPB设备包括：
当确定本地用户侧网络存在组播接收者时，向网络中的其它SPB设备发送携带与该组播接收者对应的主机信息，以及组播MAC地址的第一LSP报文，以使其它SPB设备在其本地链路状态数据库中同步保存将该主机信息和该组播MAC地址；
当确定本地用户侧网络存在组播源时，为该组播源分配组播I-SID，并向网络中的其它SPB设备发送携带该组播I-SID，以及与该组播源对应的组播MAC地址的第二LSP报文，以使其它SPB设备在其本地链路状态数据库中同步保存该组播I-SID和组播MAC地址。
7.如权利要求6所述的方法，其特征在于，所述为该组播源分配组播I-SID包括：
从为用户侧端口指定的多个I-SID中为该组播源分配I-SID；其中，所述用户侧端口指定的多个I-SID绑定的BVLAN相同；所述多个I-SID包括主I-SID以及至少一个用于组播发送的组播I-SID。
8.一种SPBM网络中组播报文的转发方法，应用于SPBM网络中的BCB设备，其特征在于，所述方法包括：
接收网络中各BEB设备同步至本地的组播接收者和组播源并保存至本地链路状态数据库中；其中，所述组播接收者以及组播源由所述各BEB设备通过收集用户侧端口监听到的组播协议报文中携带的信息得到；
在核心复制模式下，基于各BEB设备为其本地用户侧网络中的组播源分配的组播I-SID分别创建对应的组播转发表项；
根据本地链路状态数据库中保存的所述组播接收者和所述组播源对与所述组播转发表项对应的组播树进行剪枝，并基于剪枝后的所述组播树转发组播报文。
9.如权利要求8所述的方法，其特征在于，所述接收网络中各BEB设备同步至本地的组播接收者和组播源，以及由各BEB设备为其本地用户侧网络中的组播源分配的组播I-SID包括：
当网络中任一BEB设备其本地用户侧网络存在组播接收者时，接收该BEB设备发送的携带与该组播接收者对应的主机信息以及组播MAC的第一LSP报文，并将该第一LSP报文中携带的主机信息和组播MAC在本地链路状态数据库中同步保存；
当网络中任一BEB设备其本地用户侧网络存在组播源时，接收该BEB设备发送的携带该BEB设备为该组播源分配的组播I-SID以及与该组播源对应的组播MAC的第二LSP报文，并将该第二LSP报文中携带的组播I-SID和组播MAC在本地链路状态数据库中同步保存。
10.如权利要求8所述的方法，其特征在于，创建的所述组播转发表项包括：
基于所述组播I-SID生成的组播地址、BVLAN信息以及出接口。
11.如权利要求10所述的方法，其特征在于，所述根据本地链路状态数据库中保存的所述组播接收者和所述组播源对与所述组播转发表项对应的组播树进行剪枝包括：
根据本地链路状态数据库中保存的所述组播接收者和所述组播源确定网络中各SPB设备的用户侧网络中是否存在对应于所述组播源的组播接收者；
当任一SPB设备的用户侧网络中不存在对应于所述组播源的组播接收者时，如果该SPB设备对应的出接口下未接入其它组播接收者，则在所述组播转发表项中将与该SPB设备对应的出接口删除，以针对与所述组播转发表项对应的组播树执行剪枝。
12.一种SPBM网络中组播报文的转发装置，应用于SPBM网络中的BEB设备，其特征在于，所述装置包括：
监听模块，用于通过用户侧端口监听组播协议报文，并基于监听到的所述组播协议报文中携带的信息收集网络中的组播接收者以及组播源并保存至本地链路状态数据库中；
同步模块，用于将收集到的所述组播接收者和组播源同步至网络中的其它SPB设备，以及将网络中其它BEB设备同步至本地的组播接收者以及组播源保存至本地链路状态数据库中；
第一创建模块，用于在本地用户侧网络存在组播源时，查找本地链路状态数据库确定网络中是否存在与该组播源对应的组播接收者；如果是，创建与所述组播接收者接入的目标BEB设备之间的组播转发表项，并基于创建的该组播转发表项转发组播报文；
在头端复制模式下，所述第一创建模块创建的所述组播转发表项包括：
所述组播源的组播MAC地址、BVLAN信息、所述目标BEB设备的MAC地址以及出接口；
在核心复制模式下，所述第一创建模块创建的所述组播转发表项包括：
所述组播源的组播MAC地址、基于所述组播I-SID生成的组播地址、BVLAN信息以及出接口。
13.如权利要求12所述的装置，其特征在于，所述监听模块具体用于：
当监听到的所述组播协议报文为加入组播组的第一类组播协议报文时，确定本地用户侧网络存在组播接收者，将与该组播协议报文对应的主机信息，以及将该组播协议报文中的组播MAC地址保存至本地链路状态数据库中；
当监听到的所述组播协议报文为表征本地用户侧网络存在组播源的第二类组播协议报文时，确定本地用户侧网络存在组播源，将该组播协议报文中与组播源对应的组播MAC地址保存至本地链路状态数据库中，并记录本地存在该组播源。
14.如权利要求13所述的装置，其特征在于，所述监听模块进一步用于：
当监听到的所述组播协议报文为IGMP离开组报文时，将与该组播协议报文对应的作为组播接收者的主机信息从本地链路状态数据库中删除，以及通知网络中的其它SPB设备从各自链路状态数据库中同步删除。
15.如权利要求14所述的装置，其特征在于，所述第一类组播协议报文包括IGMP成员关系报告报文；所述第二类组播协议报文包括IGMP成员关系查询报文、PIM协议报文或者目的MAC对指定IP地址存在对应关系的组播协议报文。
16.如权利要求14所述的装置，其特征在于，所述装置还包括：
删除模块，用于当在预设的老化时长内未接收到与本地链路状态数据库中保存的任一作为组播接收者的主机信息对应的加入组播组的第一类组播协议报文时，则将该主机信息从本地链路状态数据库中删除，并通知网络中的其它SPB设备从各自链路状态数据库中同步删除；以及当在预设的老化时长内未接收到与本地链路状态数据库中保存的任一组播MAC对应的组播流量时，则将该组播MAC从本地链路状态数据库中删除，并通知网络中的其它SPB设备从各自链路状态数据库中同步删除。
17.如权利要求12所述的装置，其特征在于，所述同步模块具体用于：
当确定本地用户侧网络存在组播接收者时，向网络中的其它SPB设备发送携带与该组播接收者对应的主机信息，以及组播MAC地址的第一LSP报文，以使其它SPB设备在其本地链路状态数据库中同步保存将该主机信息和该组播MAC地址；
当确定本地用户侧网络存在组播源时，为该组播源分配组播I-SID，并向网络中的其它SPB设备发送携带该组播I-SID，以及与该组播源对应的组播MAC地址的第二LSP报文，以使其它SPB设备在其本地链路状态数据库中同步保存该组播I-SID和组播MAC地址。
18.如权利要求17所述的装置，其特征在于，所述同步模块进一步用于：
从为用户侧端口指定的多个I-SID中为该组播源分配I-SID；其中，所述用户侧端口指定的多个I-SID绑定的BVLAN相同；所述多个I-SID包括主I-SID以及至少一个用于组播发送的组播I-SID。
19.一种SPBM网络中组播报文的转发装置，应用于SPBM网络中的BCB设备，其特征在于，所述装置包括：
接收模块，用于接收网络中各BEB设备同步至本地的组播接收者和组播源并保存至本地链路状态数据库中；其中，所述组播接收者以及组播源由所述各BEB设备通过收集用户侧端口监听到的组播协议报文中携带的信息得到；
第二创建模块，用于在核心复制模式下，基于各BEB设备为其本地用户侧网络中的组播源分配的组播I-SID分别创建对应的组播转发表项；
剪枝模块，用于根据本地链路状态数据库中保存的所述组播接收者和所述组播源对与所述组播转发表项对应的组播树进行剪枝，并基于剪枝后的所述组播树转发组播报文。
20.如权利要求19所述的装置，其特征在于，所述接收模块具体用于：
当网络中任一BEB设备其本地用户侧网络存在组播接收者时，接收该BEB设备发送的携带与该组播接收者对应的主机信息以及组播MAC的第一LSP报文，并将该第一LSP报文中携带的主机信息和组播MAC在本地链路状态数据库中同步保存；
当网络中任一BEB设备其本地用户侧网络存在组播源时，接收该BEB设备发送的携带该BEB设备为该组播源分配的组播I-SID以及与该组播源对应的组播MAC的第二LSP报文，并将该第二LSP报文中携带的组播I-SID和组播MAC在本地链路状态数据库中同步保存。
21.如权利要求19所述的装置，其特征在于，所述第二创建模块创建的所述组播转发表项包括：
基于所述组播I-SID生成的组播地址、BVLAN信息以及出接口。
22.如权利要求21所述的装置，其特征在于，所述剪枝模块具体用于：
根据本地链路状态数据库中保存的所述组播接收者和所述组播源确定网络中各SPB设备的用户侧网络中是否存在对应于所述组播源的组播接收者；
当任一SPB设备的用户侧网络中不存在对应于所述组播源的组播接收者时，如果该SPB设备对应的出接口下未接入其它组播接收者，则在所述组播转发表项中将与该SPB设备对应的出接口删除，以针对与所述组播转发表项对应的组播树执行剪枝。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610402514.9A CN106059962B (zh) | 2016-06-07 | 2016-06-07 | 一种spbm网络中组播报文的转发方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610402514.9A CN106059962B (zh) | 2016-06-07 | 2016-06-07 | 一种spbm网络中组播报文的转发方法和装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106059962A CN106059962A (zh) | 2016-10-26 |
| CN106059962B true CN106059962B (zh) | 2019-09-17 |
Family
ID=57170619
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610402514.9A Active CN106059962B (zh) | 2016-06-07 | 2016-06-07 | 一种spbm网络中组播报文的转发方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106059962B (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110999230B (zh) * | 2017-10-18 | 2021-06-01 | 华为技术有限公司 | 传输组播报文的方法、网络设备和系统 |
| CN109981306B (zh) * | 2019-03-26 | 2021-09-21 | 新华三技术有限公司 | 组播数据处理方法、装置、设备及机器可读存储介质 |
| CN116192727B (zh) * | 2021-11-29 | 2024-07-23 | 中国科学院声学研究所 | 一种有状态/无状态混合的组播数据转发方法 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102413059A (zh) * | 2011-12-27 | 2012-04-11 | 杭州华三通信技术有限公司 | 一种基于spb网络的组播转发方法和spbm桥 |
| CN103067286A (zh) * | 2013-01-25 | 2013-04-24 | 杭州华三通信技术有限公司 | 一种组播数据传输方法和设备 |
| CN103269299A (zh) * | 2013-04-22 | 2013-08-28 | 杭州华三通信技术有限公司 | Spbm网络中的报文转发方法及装置 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9755845B2 (en) * | 2014-11-21 | 2017-09-05 | Avaya Inc. | Protocol independent multicast (PIM) snooping for a shortest path bridging multicast (SPBM) network |
-
2016
- 2016-06-07 CN CN201610402514.9A patent/CN106059962B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102413059A (zh) * | 2011-12-27 | 2012-04-11 | 杭州华三通信技术有限公司 | 一种基于spb网络的组播转发方法和spbm桥 |
| CN103067286A (zh) * | 2013-01-25 | 2013-04-24 | 杭州华三通信技术有限公司 | 一种组播数据传输方法和设备 |
| CN103269299A (zh) * | 2013-04-22 | 2013-08-28 | 杭州华三通信技术有限公司 | Spbm网络中的报文转发方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106059962A (zh) | 2016-10-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111147383B (zh) | 报文转发的方法、发送报文的装置和接收报文的装置 | |
| CN104579728B (zh) | 网元设备配置和管理方法、装置及网元设备 | |
| US8717934B2 (en) | Multicast source move detection for layer-2 interconnect solutions | |
| EP1318628B1 (en) | Method and apparatus of directing multicast traffic in an Ethernet MAN | |
| CN103748835B (zh) | 标签交换路径的动态更新 | |
| CN104009926B (zh) | Evi网络中的组播方法及边缘设备ed | |
| US20130021942A1 (en) | Granular Control of Multicast Delivery Services for Layer-2 Interconnect Solutions | |
| CN110460522A (zh) | 组播数据传输方法、相关装置及系统 | |
| WO2021068641A1 (zh) | 基于IPv6网络的虚拟专用网络组播方法及电子设备 | |
| CN105991432A (zh) | 提供商边缘路由器及方法 | |
| CN107018059B (zh) | 一种报文转发方法及装置 | |
| EP2942905A1 (en) | Method and device for registering multicast source and establishing multicast path | |
| WO2018072704A1 (zh) | 报文传输方法、装置、节点和计算机存储介质 | |
| CN109150730A (zh) | 组播跨域方法、装置、系统及计算机可读存储介质 | |
| CN104954265B (zh) | 发送组播报文的方法及交换机 | |
| EP2989755B1 (en) | Efficient multicast delivery to dually connected (vpc) hosts in overlay networks | |
| CN106603413B (zh) | 通过指定路径传输流量的方法和装置 | |
| CN103546381A (zh) | 基于内部网关协议创建双向组播分发树的方法、装置及系统 | |
| WO2021057788A1 (zh) | 一种反向路径转发rpf检查方法及装置 | |
| CN102137000A (zh) | 一种建立切换组播分发树的方法、装置及系统 | |
| EP3432527A1 (en) | Information processing method and device, and computer storage medium | |
| CN106059962B (zh) | 一种spbm网络中组播报文的转发方法和装置 | |
| CN103152265B (zh) | 一种spb网络中的报文转发方法和设备 | |
| CN104486225B (zh) | 应用于trill网络中的报文转发方法和设备 | |
| CN103825794B (zh) | 多链路透明互联数据帧发送方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| 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. |
|
| CB02 | Change of applicant information | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |