专利名称：多播数据报文转发方法、系统及网桥设备的制作方法
技术领域：
本发明涉及通信技木，尤其涉及一种多播数据报文转发方法、系统及网桥设备。
背景技术：
最短路径桥接介质访问控制(MediaAccess Control,MAC)模式(Shortest PathBridging MAC Mode，SPBM)建立在 MAC_in_MAC (802. I ah)协议的基础上。SPBM 通过将中间系统到中间系统(Intermediate System to Intermediate System, IS-IS)的路由协议引入ニ层(L2)网络,解决了生成树协议(Spanning Tree protocol, STP)因阻塞冗余链路来避免环路造成冗余链路带宽浪费的问题，既解决了 L2网络的环路问题，同时又保留了 L2网络的多路径。
在SPBM网络中，IS-IS协议通过交换拓扑信息，学习L2网络的拓扑结构，为每台入口网桥计算ー棵以入口网桥为根的最短路径树，简称为入口树。在SPBM网络中，多播、广播或未知名单播的报文是基于骨干网服务实例编号(Backbone Service InstanceIdentifier, I-SID)沿着入口树进行转发的。ー个I-SID通常代表着用户的ー类业务。I-SID的作用和VLAN有些相似。在现有技术中，I-SID是由网络管理人员根据业务需求手动配置的。例如，假设SPBM网络外部的第一 PC和第二 PC和第三PC之间具有多播业务关系，需要相互通信，则网络管理人员会预先将第一 PC、第二 PC和第三PC加入同一个I-SID，例如I-SID 800中，并会在SPBM网络与第一 PC、第二 PC和第三PC分别连接的网桥设备上配置I-SID 800。这样第一 PC发送的多播报文经SPBM网络会被广播给第二 PC和第三PC，而不会广播给其他PC。但是，如果第二 PC在ー开始并不需要第一 PC发送的多播报文，而是随着业务的开展在后来才需要接收第一 PC发送的多播报文，为了保证第二 PC能够在需要的时候接收到第一 PC发送的多播报文，在手动配置方式下只能预先将第二 PC也与ISID 800进行了绑定。在该情况下，由于SPBM网络会基于之前配置的I-SID进行多播报文的转发，则第一 PC发送的多播报文在第二 PC不需要的时候也会被转发给第二 PC，这就造成了资源浪费。
发明内容
本发明提供一种多播数据报文转发方法、系统及网桥设备，用以降低转发多播数据报文造成的资源浪费。本发明提供一种多播数据报文转发方法，包括网桥设备判断在所述网桥设备的端口上是否检测到多播组业务；当判断出在所述端口上检测到多播组业务时，所述网桥设备为检测到的多播组业务分配I-SID，并将所分配的I-SID与检测到的多播组业务的绑定关系配置到所述端口上；所述网桥设备根据所配置的绑定关系转发所述多播组业务的多播数据报文。本发明提供ー种网桥设备，包括判断模块，用于判断在所述网桥设备的端口上是否检测到多播组业务；
配置模块，用于在所述判断模块判断出在所述端口上检测到多播组业务时，为检测到的多播组业务分配I-SID，并将所分配的I-SID与检测到的多播组业务的绑定关系配置到所述端口上；转发模块，用于根据所配置的绑定关系转发所述多播组业务的多播数据报文。本发明提供ー种多播数据报文转发系统，包括多个本发明提供的网桥设备。本发明提供的多播数据报文转发方法、系统及网桥设备，在网桥设备的端口上进行多播组业务的检测，在检测到多播组业务时，才为检测到的多播组业务分配I-SID，并将多播组业务和分配的I-SID的绑定关系配置到检测到多播组业务的端口上，基于所配置的绑定关系进行多播数据报文的转发。由上述可见，本发明技术方案通过在端口上检测多播组业务实现了为多播组业务动态分配I-SID，并在端口上动态配置多播组业务与I-SID的绑定关系，从而保证了多播组业务的报文只被转发到需要它的设备上，而不会向不需要它的设备转发，因此减少了资源浪费。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作ー简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图I为本发明一实施例提供的多播数据报文转发方法的流程图；图2为本发明另ー实施例提供的多播数据报文转发方法的流程图；图3为本发明又一实施例提供的多播数据报文转发方法的流程图；图4A为本发明一实施例提供的SPBM网络中多播数据报文转发拓扑的一种示意图；图4B为本发明一实施例提供的SPBM网络中多播数据报文转发拓扑的另ー种示意图；图5为本发明一实施例提供的网桥设备的结构示意图；图6为本发明另ー实施例提供的网桥设备的结构示意图。
具体实施例方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。在此说明，本发明以下各实施例适用于SPBM网络，但不限于此。以SPBM网络为例，本发明各实施例中的网桥设备是指SPBM网络中的入口网桥设备，并且均支持IS-IS或与IS-IS类似的路由协议。所谓入ロ网桥是指从SPBM网络的外部接收报文，为其封装新的MAC头，然后发往SPBM网络内部的网桥的设备。图I为本发明一实施例提供的多播数据报文转发方法的流程图。如图I所示，本实施例的方法包括
步骤101、网桥设备判断在网桥设备的端口上是否检测到多播组业务；当判断结果为是，即判断出在上述端口上检测到多播组业务时，执行步骤102 ;反之，结束操作。在本实施例中，网桥设备可以具有多个端ロ。本实施例所述网桥设备上的端ロ可以是网桥设备上的任意ー个端ロ。换句话说，对于网桥设备上的任何一个端ロ都可以采用本实施例的方法进行处理。可选的，本实施例的网桥设备可以是与多播组业务的多播源连接的入口网桥设备。多播源会发送多播数据报文。基于此，本实施的网桥设备可以判断其端ロ是否接收到多播数据报文，并基于此判断在上述端口上是否检测到多播组业务。例如，当网桥设备的端ロ接收到多播数据报文时，说明 该端口上存在多播组业务，故可以确定在该端口上检测到多播组业务；反之，确定在该端口上没有检测到多播组业务。可选的，本实施例的网桥设备还可以是与请求多播组业务的设备连接的入口网桥设备。对于请求多播组业务的设备来说，会发出多播请求报文等协议报文。基于此，本实施例的网桥设备可以判断其端ロ是否接收到多播协议报文，并基于此判断在该端口上是否检测到多播组业务。当网桥设备的端ロ接收到多播协议报文时，可以确定在该端口上检测到多播组业务，反之，确定在该端口上未检测到多播组业务。可选的，网桥设备可以在其端口上开启互联网组管理协议窥探(Internet GroupManagement Protocol Snooping, IGMP Snooping)等多播协议对其端ロ进行检测，即检测该端ロ是否接收到多播数据报文或多播协议报文，基于此判断在该端口上是否检测到多播组业务。本领域技术人员可以理解的是每个多播组业务都有ー个可唯一标识该多播组业务的标识，故当检测到多播组业务时，意味着获取到该多播组业务的标识。步骤102、网桥设备为检测到的多播组业务分配I-SID，并将分配的I-SID与检测到的多播组业务的绑定关系配置到上述端口上。当在上述端口上检测到多播组业务时，网桥设备为检测到的多播组业务分配I-SID0可选的，网桥设备可以预先维护ー个数据库，该数据库存储有整个网络中所有多播组业务和I-SID的关联关系，即存储有整个网络中每个多播组业务的标识和每个多播组业务使用的Ι-SID。基于此，网桥设备可以根据检测到的多播组业务的标识在预先维护的数据库中进行查找，获取与检测到的多播组业务对应的I_SID(即数据库中标识与检测到的多播组业务的标识相同的多播组业务对应的I-SID)，然后将获取到的I-SID分配给检测到的多播组业务。网桥设备除了以静态方式预先维护ー个数据库，从该数据库中获取应该为该多播组业务分配的I-SID之外，还可以通过与整个SPBM网络中的其他入ロ网桥进行交互获取已经被分配使用的I-SID，并以动态方式维护ー个I-SID使用列表，然后从未被使用的I-SID中选择ー个I-SID分配给该多播组业务使用。在这种实施方式中，作为入ロ网桥的各网桥设备需要通过交互来更新各自维护的I-SID使用列表，同时作为入口网桥的各网桥设备需要预先获知SPBM网络可用的所有Ι-SID。另外，作为入口网桥的各网桥设备还需要预先约定从未被使用的I-SID中为新的多播组业务分配I-SID的方法，例如选择最大的I-SID或者选择最小的I-SID，这样可以保证各检测到同一多播组业务的网桥设备能够为该多播组业务分配相同的I-SID。当为检测到的多播组业务分配I-SID后，网桥设备将检测到的多播组业务和分配的I-SID进行绑定，具体是指将多播组业务的标识和分配的I-SID进行绑定，然后将检测到的多播组业务和所分配的I-SID的绑定关系配置到检测到多播组业务的端口上。可选的，网桥设备可以在每个端ロ维护ー个绑定关系表。当需要将绑定关系配置到该端口上时，可以将需要配置的绑定关系写入所维护的绑定关系表中，从而实现在检测到多播组业务的端口上配置检测到的多播组业务与为该多播组业务所分配的I-SID的绑定关系的目的。步骤103、网桥设备根据所配置的绑定关系转发多播组业务的多播数据报文。当为检测到的多播组业务分配了 I-SID，并且在检测到该多播组业务的端口上配、置了该多播组业务与为其分配的I-SID的绑定关系之后，网桥设备就可以基于所配置的绑定关系，重点是基于绑定关系中的I-SID转发多播组业务中的多播数据报文了。在本实施例中，每个多播组业务对应的I-SID并不是由网络管理人员根据业务关系预先配置到各网桥设备的端口上，而是通过实时检测网桥设备的端ロ判断是否有多播组业务，并在检测到多播组业务时才为该多播组业务分配对应的I-SID并将该多播组业务与I-SID的绑定关系配置到检测到多播组业务的端口上，然后基于配置的绑定关系进行多播数据报文的转发。由此可见，本实施例随着多播组业务的开展而动态为多播组业务分配I-SID，并且只在真正开展多播组业务的端ロ上配置该多播组业务对应的I-SID，使得多播数据报文只转发到需要它的设备上，而不会被转发到不需要它的设备上，从而节约了将多播数据报文转发不需要它的设备上消耗的资源，減少了资源浪费；进一歩，由于多播数据报文只会被转发到需要它的设备上，而不会被转发到不需要它的设备上，从而解决了多播数据报文被转发到不需要它的设备上而造成的报文泄露问题，有利于提高多播组业务的安全性。在实际应用中，在多播组业务的开展过程中，有些设备可能需要后期加入多播组业务，而另一些设备有可能在ー开始加入而后期可能会退出多播组业务。针对加入多播组业务而后又需要退出多播组业务的情况，在本发明实施例中，网桥设备在其端口上还会检测到多播组业务的注销。即网桥设备先在其端口上检测到多播组业务，后续又会在上述端口上检测到多播组业务被注销。可选的，网桥设备可以通过在其端口上开启的IGMPSnooping等多播协议检测在该端口上是否检测到业务请求端(通常为主机)主动发送的多播协议报文中的多播离开报文(例如IGMP离开组报文)，基于此判断是否检测到多播组业务的注销；如果检测到多播离开报文，确定检测到多播组业务的注销，反之，确定没有检测到多播组业务的注销。可选的，网桥设备还可以通过在其端口上开启的IGMP Snooping等多播协议向业务请求端发送多播组查询报文(例如IGMP query报文)，然后在该端口上检测在给定的时间内是否未收到业务请求端的响应，基于此判断是否检测到多播组业务的注销；如果在给定时间内未接收到业务请求端的响应，确定检测到多播组业务的注销，反之，确定没有检测到多播组业务的注销。其中，根据多播组业务使用的多播协议的不同，上述在端口上检测是否有多播组业务的注销的方式可以不同，并不限于上述举例的方式。当在检测到多播组业务的端口上又检测到多播组业务被注销时，网桥设备将在该端口上配置的绑定关系取消。其中，将端口上配置的绑定关系取消的一种实施方式可以是网桥设备将在该端口上配置的绑定关系删除。本发明实施例通过在多播组业务的关系发生变化时，将不需要多播数据报文的设备对应的端口上配置的绑定关系给删除，可以保证后续多播数据报文不再转发给不需要的设备上，有利于降低资源浪费，同时可以防止报文被泄露。在上述实施例中，网桥设备可以是与检测到的多播组业务的多播源连接的入口网桥设备，也可以是与请求多播组业务的设备连接的入口网桥设备。下面将分别进行说明。图2为本发明另ー实施例提供的多播数据报文转发方法的流程图。本实施例的网桥设备为SPBM网络中与多播组业务的多播源绑定的入口网桥。如图2所示，本实施例的方法包括步骤201、网桥设备判断在网桥设备的端口上是否检测到多播组业务；当判断结果为是时，执行步骤202 ;当判断结果为否时，结束操作。在本实施例中，网桥设备与多播组业务的多播源连接。当有其他设备通过网桥设备请求多播组业务时，多播源就会发送多播数据报文。此时，网桥设备的端ロ就会接收到多 播数据报文，而在该端口上开启的IGMP Snooping等多播协议就会检测到多播数据报文，进而判断出在该端口上存在多播组业务。其中，多播数据报文的目的地址是多播地址，与单播数据报文或广播数据报文的地址不同，所以IGMP Snooping等多播协议可以根据检测到的数据报文中的目的地址的形式来判断检测到的数据报文是否为多播数据报文。步骤202、网桥设备为检测到的多播组业务分配I-SID，并将所分配的I-SID与检测到的多播组业务的绑定关系配置到上述端口上。当在上述端口上检测到多播组业务后，网桥设备为检测到的多播组业务分配I-SID，以便于基于分配的I-SID转发多播组业务的多播数据报文。同吋，网桥设备将所分配的I-SID和检测到的多播组业务进行绑定，并将两者的绑定关系配置到检测到多播组业务的端口上。在本实施例中，配置了 I-SID和多播组业务的绑定关系的端ロ为该多播组业务的多播数据报文的入端ロ，即网桥设备通过该端ロ接收多播数据报文。可选的，网桥设备上预先维护有ー个数据库，数据库存储有整个网络中所有多播组业务和I-SID的关联关系，具体为多播组业务的标识与I-SID的对应关系。其中，不同多播组业务对应的I-SID不同，两者之间具有一一对应的关系。则网桥设备可以将检测到的多播组业务的标识在预先维护的数据库中进行查找，获取与检测到的多播组业务对应的I-SID(即数据库中标识与检测到的多播组业务的标识相同的多播组业务对应的I-SID)，然后将获取到的I-SID分配给检测到的多播组业务。步骤203、网桥设备通过上述端ロ接收由多播组业务的多播源发送的多播数据报文。当网桥设备在上述端口上配置了 I-SID和多播组业务的绑定关系之后，网桥设备会通过该端ロ接收到该多播组业务的多播数据报文。步骤204、网桥设备根据在上述端ロ配置的绑定关系为多播数据报文封装外层MAC头，其中，外层MAC头包括以上述网桥设备为根的入口树的标识信息和所配置的绑定关系中的I-SID。当网桥设备通过上述端ロ接收到多播数据报文之后，网桥设备根据在上述端ロ上所配置的绑定关系对多播数据报文进行处理，具体是指根据绑定关系中的I-SID为多播数据报文封装外层MAC头。所述外层MAC头即为现有技术中SPBM网络中所谓的新MAC头。多播数据报文在SPBM网络中是基于外层MAC头(更为具体的是指其中的Ι-SID)进行转发的。其中，外层MAC头包括骨干设备源MAC地址(B-SA)和骨干设备目的MAC地址(B-DA)。其中,B-SA是源地址，B-DA是目的地址。在本实施例中，将以网桥设备为根的入口树的标识イ目息和所配置的绑定关系中的I-SID作为目的地址的内容。在SPBM网络中，IS-IS路由协议通过交换拓扑信息，学习L2网络拓扑结构，会为每台入口网桥计算ー棵以入口网桥为根的最短路径树，即入口树。可选的，入口树的标识可以用入口网桥的MAC地址中的部分比特来表示。可选的，B-DA—共有48比特，前24比特可以为入口网桥的MAC地址中的前24比特，后24比特可以是I-SID0
在此说明，网桥设备在该端口上接收到第一个多播数据报文时，不仅要用接收到的第一个多播数据报文进行多播组业务的检测，而且在确定检测到多播组业务后，还要根据配置的绑定关系对第一个多播数据报文进行外层MAC头的封装，并负责转发。为第一个多播数据报文封装外层MAC头的过程与为其他多播数据报文封装的过程相同。步骤205、网桥设备沿着上述入口树转发上述多播数据报文。当网桥设备为接收到的多播数据报文封装外层MAC头后，就可以基于I-SID沿着入口树在SPBM网络中进行转发。具体的，网桥设备将多播数据报文转发给其在入口树上的下游设备，其下游设备会根据多播数据报文中的I-SID继续向下转发，直到到达与请求多播组业务的网桥设备为止。在此说明，对于处于SPBM网络内部的设备(即非入口网桥)来说，它会接收其在入口树上的上游设备转发的多播数据报文，并会将多播数据报文转发给其在入口树上的所有下游设备。对于与请求多播组业务的设备连接的入口网桥，在接收到其上游设备转发的多播数据报文吋，会根据多播数据报文中的I-SID和本地端ロ上配置的绑定关系，确定该多播数据报文的出端ロ。具体的，与请求多播组业务的设备连接的入ロ网桥会将多播数据报文中的I-SID与本地各端口上配置的绑定关系中的I-SID进行比较，当在配置的绑定关系中发现与多播数据报文中的I-SID相同的I-SID吋，确定该绑定关系所在的端ロ即为多播数据报文的出端ロ。然后，与请求多播组业务的设备连接的入口网桥将多播数据报文的外层MAC头剥离棹，并通过确定的出端ロ将剥离外层MAC头的多播数据报文转发出去，即转发给请求多播组业务的设备。可选的，在本实施例中，当网桥设备又在其端ロ上检测到多播组业务被注销时，将在该端口上配置的I-SID和多播组业务的绑定关系取消，例如将该绑定关系给删除。这样可以保证I-SID与多播组业务的动态绑定，使得多播数据报文只转发到需要它的设备上，有利于减少资源浪费，提高多播数据报文的安全性。上述步骤203-步骤205可看做是网桥设备根据所配置的绑定关系转发多播数据报文的ー种具体实施方式
。在本实施例中，与多播源连接的网桥设备通过在检测到多播组业务的端口上配置为多播组业务分配的I-SID和多播组业务之间的绑定关系，使得I-SID与多播组业务动态绑定，既保证了多播数据报文能够基于I-SID进行正确转发，又保证了多播数据报文只被转发到需要它的设备而不转发给不需要它的设备，既节约了将多播数据报文转发到不需要它的设备上浪费的资源，減少了资源浪费，有利于提高多播数据报文的安全性。图3为本发明又一实施例提供的多播数据报文转发方法的流程图。本实施例的网桥设备是SPBM网络中与请求多播组业务的设备连接的入口网桥设备。如图3所示，本实施例的方法包括步骤301、网桥设备判断在网桥设备的端口上是否检测到多播组业务；当判断结果为是时，执行步骤302 ;当判断结果为否时，结束操作。在本实施例中，网桥设备与请求多播组业务的设备连接。请求多播组业务的设备会发送多播请求报文。网桥设备的端ロ会接收到多播请求报文，而在该端口上开启的IGMPSnooping等多播协议会检测到多播请求报文,进而判断出该端ロ上存在多播组业务。具体的，多播请求报文的目的地址是多播地址，这与单播地址或广播地址不同，故IGMP Snooping等多播协议可以通过多播请求报文中的目的地址判断出接收到的报文为多播请求报文。例如，对于IPv4多播来说，可以根据报文中的目的MAC+IP首部中的“协议”字段区分是IP多播协议报文还是数据报文。步骤302、网桥设备为检测到的多播组业务分配I-SID，并将所分配的I-SID和检测到的多播组业务的绑定关系配置到上述检测到多播组业务的端口上。在上述端口上检测到多播组业务后，网桥设备为检测到的多播组业务分配I-SID，以便于基于分配的I-SID转发多播组业务的多播数据报文。同时，网桥设备将所分配的I-SID和检测到的多播组业务进行绑定，并将两者的绑定关系配置到检测到多播组业务的端口上。在本实施例中，配置了 I-SID和多播组业务的绑定关系的端ロ为该多播组业务的多播数据报文的出端ロ，即网桥设备通过该端ロ将多播数据报文转发出去。可选的，网桥设备上预先维护有ー个数据库，数据库存储有整个网络中所有多播组业务和I-SID的关联关系，具体为多播组业务的标识与I-SID的对应关系。其中，不同多播组业务对应的I-SID不同，两者之间具有一一对应的关系。则网桥设备可以将检测到的多播组业务的标识在预先维护的数据库中进行查找，获取与检测到的多播组业务对应的I-SID(即数据库中标识与检测到的多播组业务的标识相同的多播组业务对应的I-SID)，然后将获取到的I-SID分配给检测到的多播组业务。303、网桥设备接收该网桥设备所在入口树上该网桥设备的上游设备转发的多播数据报文，该多播数据报文的外层MAC头包括上述入口树的标识信息和I-SID。在本实施例中，由于网桥设备是与请求组播业务的设备连接，故网桥设备接收到多播数据报文是由其所在入口树上其上游设备转发过来的，并且该多播数据报文已经被入ロ树的根(即与多播源连接的入口网桥)封装了外层MAC头。其中，外层MAC头中包括上述入口树的标识信息和I-SID。其中，外层MAC头包括B-SA和B-DA。B-SA是源地址，B-DA是目的地址。在本实施例中，上述入ロ树的标识信息和I-SID作为目的地址的内容。可选的，入口树的标识可以用入口树的根的MAC地址中的部分比特来表示。可选的，B-DA 一共有48比特，前24比特可以为入口树的根的MAC地址中的前24比特，后24比特可以是I-SID0 步骤304、网桥设备根据上述多播数据报文的外层MAC头中的I-SID和所配置的绑定关系，确定上述端ロ为多播数据报文的出端ロ。步骤305、网桥设备将多播数据报文的外层MAC头剥离，然后通过上述端ロ将剥离外层MAC头的数据报文转发出去。对于本实施例的网桥设备，在接收到其上游设备转发的多播数据报文时，会根据多播数据报文中的I-SID和本地端口上配置的绑定关系，确定该多播数据报文的出端ロ。具体的，本实施例的网桥设备会将多播数据报文中的I-SID与本地各端口上配置的绑定关系中的I-SID进行比较， 当在配置的绑定关系中发现与多播数据报文中的I-SID相同的I-SID吋，确定该绑定关系所在的端ロ即为多播数据报文的出端ロ。然后，本实施例的网桥设备将多播数据报文的外层MAC头剥离棹，并通过确定的出端ロ将剥离外层MAC头的多播数据报文转发出去，即转发给请求多播组业务的设备。可选的，在本实施例中，当网桥设备又在其端口上检测到多播组业务被注销时，将在该端口上配置的I-SID和多播组业务的绑定关系取消，例如将该绑定关系给删除。这样可以保证I-SID与多播组业务的动态绑定，使得多播数据报文只转发到需要它的设备上，有利于减少资源浪费，提高多播数据报文的安全性。在本实施例中，与请求多播组业务的设备连接的网桥设备通过在检测到多播组业务的端口上配置为多播组业务分配的I-SID和多播组业务之间的绑定关系，使得I-SID与多播组业务动态绑定，既保证了多播数据报文能够基于I-SID进行正确转发，又保证了多播数据报文只被转发到需要它的设备而不转发给不需要它的设备，既节约了将多播数据报文转发到不需要它的设备上浪费的资源，減少了资源浪费，有利于提高多播数据报文的安全性。图4A为本发明一实施例提供的SPBM网络中多播数据报文转发拓扑的一种示意图。如图4A所示，本实施例的网络中包括网桥设备41-网桥设备47和服务器48-服务器53。其中，网桥设备41-网桥设备47之间的连接关系如图4A中的不带箭头的实线所示。服务器48与网桥设备41连接，服务器49与网桥设备46连接，服务器50与网桥设备47连接，服务器51与网桥设备43连接，服务器52与网桥设备45连接，服务器53与网桥设备44连接。如图4所示，带箭头的实线为以网桥设备41为根的入口树。在此以图4A为例，说明本发明各实施例的技术方案若假定服务器48发送多播组A的多播数据报文，服务器50和服务器51需要接收该多播数据报文。首先，网桥设备41、网桥设备43、网桥设备44、网桥设备45、网桥设备46、网桥设备47这些入ロ网桥开启IGMP Snooping等多播协议。网桥设备41、网桥设备43和网桥设备47将检测到多播组A。具体的，网桥设备41因接收到服务器48发送的多播数据报文而检测到多播组A ；网桥设备43因接收到服务器51发送的多播请求报文而检测到多播组A ;网桥设备47因接收到服务器50的多播请求报文而检测到多播组A。网桥设备41、网桥设备43和网桥设备47各自的IS-IS路由协议为多播组A分配整网唯一的I-SID，在此假定为I-SID A0网桥设备41、网桥设备43和网桥设备47各自的IS-IS路由协议将多播组A与I-SID A的绑定关系下发到检测到多播组A的端ロ，也就是网桥设备41与服务器48相连的端ロ、网桥设备43与服务器51相连的端口和网桥设备47与服务器50相连的端ロ。多播组A将最终形成如图4A中虚线所示的转发拓扑，从而多播数据报文只被转发到需要它的设备，而不会被转发到不需要它的设备。若假定业务关系发生变化了，服务器50不再需要多播组A的多播数据报文，但服务器53需要多播组A的多播数据报文。由于服务器50不再需要多播组A的多播数据报文，网桥设备47的多播协议将检测到这ー变化，注销多播组A。多播组A注销后，网桥设备47的IS-IS路由协议将撤消与服务器50相连端口上多播组A与I-SID A的绑定关系。由于服务器53需要多播组A的多播数据报文，它会向网桥设备44发送多播请求报文，使网桥设备44检测到多播组A，并在网桥设备44和服务器53相连的端ロ上下发多播组A与I-SID A的绑定关系。多播组A将最终形成如图4B中虚线所示的转发拓扑，从而使多播数据报文只被转发到需要它的设备，并不被转发到不需要它的设备。由上述可见，本发明各实施例通过为每个多播组业务组动态分配全网唯一的 I-SID，并在检测到多播组业务的端口上动态绑定多播组业务与I-SID的关联关系，从而使多播数据流只转发到需要它的设备上，不转发到不需要它的设备上，既节约了将多播数据报文转发到不需要它的设备上浪费的资源，減少了资源浪费，又有利于提高多播数据报文的安全性。图5为本发明一实施例提供的网桥设备的结构示意图。如图5所示，本实施例的网桥设备包括判断模块51、配置模块52和转发模块53。其中，判断模块51，用于判断在网桥设备的端口上是否检测到多播组业务。配置模块52，与判断模块51连接，用于在判断模块51判断出在上述端口上检测到多播组业务时，为检测到的多播组业务分配I-SID，并将所分配的I-SID与检测到的多播组业务的绑定关系配置到上述端口上。转发模块53，与配置模块52连接，用于根据配置模块52所配置的绑定关系转发多播组业务的多播数据报文。本实施例的网桥设备的各功能模块可用于执行图I所示多播数据报文转发方法的流程，其具体工作原理不再赘述，详见方法实施例的描述。本实施例的网桥设备可以是SPBM网络中的入口网桥设备，并且支持IS-IS或与IS-IS类似的路由协议，但不限于此。本实施例的网桥设备，通过实时检测网桥设备的端ロ判断是否有多播组业务，并在检测到多播组业务时才为该多播组业务分配对应的I-SID并将该多播组业务与I-SID的绑定关系配置到检测到多播组业务的端口上，然后基于配置的绑定关系进行多播数据报文的转发。由此可见，本实施例的网桥设备可以随着多播组业务的开展而动态为多播组业务分配I-SID，并且只在真正开展多播组业务的端口上配置该多播组业务对应的I-SID，使得多播数据报文只转发到需要它的设备上，而不会被转发到不需要它的设备上，从而节约了将多播数据报文转发不需要它的设备上消耗的资源，減少了资源浪费；进一歩，由于多播数据报文只会被转发到需要它的设备上，而不会被转发到不需要它的设备上，从而解决了多播数据报文被转发到不需要它的设备上而造成的报文泄露问题，有利于提高多播组业务的安全性。图6为本发明另一实施例提供的网桥设备的结构不意图。本实施例基于图5所不实施例实现。如图6所示，本实施例的网桥设备也包括判断模块51、配置模块52和转发模块53，且各模块也具有图5所示实施例中的功能。在本实施例中，判断模块51具体可用于判断上述端ロ是否接收到多播数据报文或多播协议报文，并在判断出上述端ロ接收到多播数据报文或多播协议报文时，确定在上述端ロ上检测到多播组业务。本实施例的转发模块53包括第一接收单元531、封装単元532和第一转发单元533。其中，第一接收单元531，用于通过上述端ロ接收由多播组业务的多播源发送的多播数据报文。封装単元532，与配置模块52和第一接收单元531连接，用于根据配置模块52所配置的绑定关系为第一接收单元531接收到的多播数据报文封装外层MAC头，所述外层MAC头包括以本实施例的网桥设备为根的入口树的标识信息和所配置的绑定关系中的Ι-SID。第一转发单元533，与封装単元532连接，用于沿着以本实施例的网桥设备为根的入 ロ树转发封装单元532封装外层MAC头后的多播数据报文。转发模块53的上述各功能単元可用于执行图2所示多播数据报文转发方法的流程，其具体工作原理不再赘述，详见方法实施例的描述。进ー步，本实施例的转发模块53还可以包括第二接收单元534、确定单元535和第二转发单元536。其中，第二接收单元534，用于接收本实施例的网桥设备所在入口树上该网桥设备的上游设备转发的多播数据报文，所述多播数据报文的外层MAC头包括以本实施例的网桥设备为根的入口树的标识信息和Ι-SID。确定单元535，与配置模块52和第二接收单元534连接，用于根据第二接收单元534接收到的多播数据报文的外层MAC头中的I-SID和配置模块52所配置的绑定关系，确定上述端ロ为多播数据报文的出端ロ。第二转发单元536，与第一接收单元534和确定单元535连接，用于将第一接收单元534接收到的多播数据报文的外层MAC头剥离，然后通过确定単元535确定出的作为该多播数据报文的出端ロ的上述端ロ将剥离外层MAC头的数据报文转发出去。转发模块53的上述各功能単元可用于执行图3所示多播数据报文转发方法的流程，其具体工作原理不再赘述，详见方法实施例的描述。进ー步，本实施例的判断模块51还用于判断在上述端口上是否检测到多播组业务被注销。相应的，配置模块52还用于在判断模块51判断出在上述端口上检测到多播组业务被注销时，将在上述端口上配置的绑定关系删除。本实施例的网桥设备的各功能模块或单元可用于执行上述方法实施例中的相应流程，其工作原理在此不再赘述。本实施例的网桥设备，通过实时检测网桥设备的端ロ判断是否有多播组业务，并在检测到多播组业务时才为该多播组业务分配对应的I-SID并将该多播组业务与I-SID的绑定关系配置到检测到多播组业务的端口上，然后基于配置的绑定关系进行多播数据报文的转发。由此可见，本实施例的网桥设备可以随着多播组业务的开展而动态为多播组业务分配I-SID，并且只在真正开展多播组业务的端口上配置该多播组业务对应的I-SID，使得多播数据报文只转发到需要它的设备上，而不会被转发到不需要它的设备上，从而节约了将多播数据报文转发不需要它的设备上消耗的资源，減少了资源浪费；进一歩，由于多播数据报文只会被转发到需要它的设备上，而不会被转发到不需要它的设备上，从而解决了多播数据报文被转发到不需要它的设备上而造成的报文泄露问题，有利于提高多播组业务的安全性。本发明ー实施例提供ー种多播数据报文转发系统，该系统由多个网桥设备构成。其中，网桥设备可以是本发明上述实施例提供的网桥设备。例如，本实施例的系统可以是图4A所示的SPBM网络，所述网桥设备作为SPBM网络中的入口网桥。在本实施例的系统中，由于包括本发明各实施例提供的网桥设备，故可执行本发明上述实施例提供的多播数据报文转发方法的流程，实现多播数据报文的转发，因此，同样可以将多播数据报文只转发到需要它的设备上，而不会被转发到不需要它的设备上，从而节约了将多播数据报文转发不需要它的设备上消耗的资源，減少了资源浪费；进一歩，由于多播数据报文只会被转发到需要它的设备上，而不会被转发到不需要它的设备上，从而解决了多播数据报文被转发到不需要它的设备上而造成的报文泄露问题，有利于提高多播组业务的安全性。本领域普通技术人员可以理解实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于ー计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括R0M、RAM、磁碟或者光盘等各种可以存储程序代码的介质。最后应说明的是以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管參照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其 依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
权利要求
1.一种多播数据报文转发方法,其特征在于,包括 网桥设备判断在所述网桥设备的端口上是否检测到多播组业务； 当判断出在所述端口上检测到多播组业务时，所述网桥设备为检测到的多播组业务分配I-SID，并将所分配的I-SID与检测到的多播组业务的绑定关系配置到所述端口上；所述网桥设备根据所配置的绑定关系转发所述多播组业务的多播数据报文。
2.根据权利要求I所述的多播数据报文转发方法，其特征在于，所述网桥设备确定在所述网桥设备的端口上是否检测到多播组业务包括 所述网桥设备判断所述端ロ是否接收到多播数据报文或多播协议报文； 当判断出所述端ロ接收到多播数据报文或多播协议报文时，所述网桥设备确定在所述端口上检测到多播组业务。
3.根据权利要求I所述的多播数据报文转发方法，其特征在于，所述网桥设备根据所配置的绑定关系转发所述多播组业务的多播数据报文包括 所述网桥设备通过所述端ロ接收由所述多播组业务的多播源发送的所述多播数据报文； 所述网桥设备根据所配置的绑定关系为所述多播数据报文封装外层MAC头，所述外层MAC头包括以所述网桥设备为根的入口树的标识信息和所配置的绑定关系中的I-SID ； 所述网桥设备沿着所述入口树转发所述多播数据报文。
4.根据权利要求I所述的多播数据报文转发方法，其特征在于，所述网桥设备根据所配置的绑定关系转发所述多播组业务的多播数据报文包括 所述网桥设备接收所述网桥设备所在入口树上所述网桥设备的上游设备转发的所述多播数据报文，所述多播数据报文的外层MAC头包括所述入口树的标识信息和I-SID ；所述网桥设备根据所述外层MAC头中的I-SID和所配置的绑定关系，确定所述端ロ为所述多播数据报文的出端ロ； 所述网桥设备将所述多播数据报文的外层MAC头剥离，然后通过所述端ロ将剥离外层MAC头的数据报文转发出去。
5.根据权利要求1-4任一项所述的多播数据报文转发方法，其特征在于，还包括 当在所述端口上检测到所述多播组业务被注销时，所述网桥设备将在所述端口上配置的绑定关系删除。
6.—种网桥设备,其特征在于,包括 判断模块，用于判断在所述网桥设备的端口上是否检测到多播组业务； 配置模块，用于在所述判断模块判断出在所述端口上检测到多播组业务时，为检测到的多播组业务分配I-SID，并将所分配的I-SID与检测到的多播组业务的绑定关系配置到所述端口上； 转发模块，用于根据所配置的绑定关系转发所述多播组业务的多播数据报文。
7.根据权利要求6所述的网桥设备，其特征在于，所述判断模块具体用于判断所述端ロ是否接收到多播数据报文或多播协议报文，并在判断出所述端ロ接收到多播数据报文或多播协议报文时，确定在所述端ロ上检测到多播组业务。
8.根据权利要求6所述的网桥设备，其特征在于，所述转发模块包括 第一接收单元，用于通过所述端ロ接收由所述多播组业务的多播源发送的所述多播数据报文； 封装単元，用于根据所配置的绑定关系为所述多播数据报文封装外层MAC头，所述外层MAC头包括以所述网桥设备为根的入口树的标识信息和所配置的绑定关系中的I-SID ； 第一转发单元，用于沿着所述入口树转发所述多播数据报文。
9.根据权利要求6所述的网桥设备，其特征在于，所述转发模块包括 第二接收单元，用于接收所述网桥设备所在入口树上所述网桥设备的上游设备转发的所述多播数据报文，所述多播数据报文的外层MAC头包括所述入口树的标识信息和I-SID ； 确定单元，用于根据所述外层MAC头中的I-SID和所配置的绑定关系，确定所述端ロ为所述多播数据报文的出端ロ； 第二转发单元，用于将所述多播数据报文的外层MAC头剥离，然后通过所述端ロ将剥离外层MAC头的数据报文转发出去。
10.根据权利要求6-9任ー项所述的网桥设备，其特征在于，所述判断模块还用于判断在所述端口上是否检测到所述多播组业务被注销； 所述配置模块还用于在所述判断模块判断出在所述端口上检测到所述多播组业务被注销时，将在所述端口上配置的绑定关系删除。
11.ー种多播数据报文转发系统，其特征在于，包括多个如权利要求6-10任一项所述的网桥设备。
全文摘要
本发明提供一种多播数据报文转发方法、系统及网桥设备。其中，方法包括网桥设备判断在网桥设备的端口上是否检测到多播组业务；当判断出在端口上检测到多播组业务时，网桥设备为检测到的多播组业务分配I-SID，并将所分配的I-SID与检测到的多播组业务的绑定关系配置到端口上；网桥设备根据所配置的绑定关系转发多播组业务的多播数据报文。本发明技术方案通过为多播组业务动态分配I-SID，并在端口上动态配置多播组业务与I-SID的绑定关系，从而保证了多播组业务的报文只被转发到需要它的设备上，而不会向不需要它的设备转发，因此减少了资源浪费。
文档编号H04L12/56GK102664790SQ20121011154
公开日2012年9月12日 申请日期2012年4月16日 优先权日2012年4月16日
发明者缪仕福 申请人:福建星网锐捷网络有限公司