一种组播流量管理方法及装置制造方法
【专利摘要】本发明提供一种组播流量管理方法及装置，应用于双向PIM网络的路由设备上，其中该方法包括：监测本设备上组播组的表项状态变化，在被监测的组播表项从非抑制状态变化为抑制状态时，向自身的下游路由设备发送流量抑制报文，用于指示该下游路由设备暂停向本设备发送该组播组的流量；并在组播表项从抑制状态变化为非抑制状态时，向自身的下游路由设备发送解除抑制报文，用于指示该下游路由设备恢复向本设备发送该组播组的流量。相较于现有技术本发明在双向PIM网络中能够更加有效地控制组播流量，避免无谓带宽资源的消耗。
【专利说明】—种组播流量管理方法及装置【技术领域】
[0001]本发明涉及通信【技术领域】，尤其涉及一种组播报文处理方法及装置。
【背景技术】
[0002]在组播技术的发展过程中，出现过多种组播路由协议，其中目前最流行的是PIM(Protocol Independent Multicast,协议无关组播)协议。PIM协议利用单播静态路由或者任意单播路由协议(包括RIP、OSPF, IS-1S、BGP等)所生成的单播路由表为IP组播提供路由。组播路由与所采用的单播路由协议无关，只要能够通过单播路由协议产生相应的组播路由表项即可。根据实现机制的不同，PIM分为以下几种类型:
[0003]PIM-DM (Protocol Independent Multicast-Dense Mode,协议无关组播一密集模式)
[0004]PIM-SM (Protocol Independent Multicast-Sparse Mode,协议无关组播一稀疏模式)
[0005]BIDIR-PIM (Bidirectional Protocol Independent Multicast,双向协议无关组播，简称双向PIM)
[0006]PIM-SSM (Protocol Independent Multicast Source-Specific Multicast,协议
无关组播一指定源组播)
[0007]PIM-DM属于密集模式的组播路由协议，使用“推(Push)模式”传送组播数据，通常适用于组播组成员相对比较密集的小型网络，使用以“扩散一剪枝”方式构建的SPT来传送组播数据。尽管SPT的路径最短，但是其建立的过程效率较低，并不适合大中型网络。而PIM-SM则属于稀疏模式的组播路由协议，使用“拉(Pull)模式”传送组播数据，通常适用于组播组成员分布相对分散、范围较广的大中型网络。相对来说，PIM-SM目前应用比PM-DM更为广泛。
[0008]在某些组网应用(譬如多方电视电话会议)中，同时存在多个接收者和多个组播源，在这种情况下，如果使用传统的PIM-DM或PIM-SM按最短路径树SPT转发组播数据，需在每台路由器上针对每个组播源都创建(S，G)表项，这将占用大量的系统资源。为了解决这个问题，提出了双向PM的概念。双向PM由PM-SM发展而来，它通过建立以RP(Rendezvous Point,汇聚点)为中心、分别连接组播源和接收者的双向RPT (RendezvousPoint Tree，共享树)，使组播数据沿着双向RPT从组播源经由RP转发到接收者。这样一来在每台路由器上只需维护(*，G)表项即可，从而节约了系统资源。然而双向PM目前在业务层面仍然存在带宽资源浪费等问题需要解决。
【发明内容】
[0009]有鉴于此，本发明提供一种组播流量管理装置，应用双向协议无关组播PM网络中的路由设备上，该装置包括表项监测单元以及抑制处理单元，其中:
[0010]表项监测单元，用于在本路由设备作为双向PM网络中的最上游RP设备时，监测本设备上组播组的表项状态变化，其中该组播组的表项状态包括抑制状态以及非抑制状态，抑制状态的满足条件包括:该组播表项中的出接口只有RPF接口，且该组播组的流量的实际入接口为该RPF接口 ；或者为该组播表项中的出接口中除了 RPF接口外只有一个非RPF接口，且该组播组的流量的实际入接口为该非RPF接口；
[0011]抑制处理单元，用于在被监测的组播表项从非抑制状态变化为抑制状态时，向自身的下游路由设备发送流量抑制报文，用于指示该下游路由设备暂停向本设备发送该组播组的流量；并在组播表项从抑制状态变化为非抑制状态时，向自身的下游路由设备发送解除抑制报文，用于指示该下游路由设备恢复向本设备发送该组播组的流量；其中所述下游路由设备为远离汇聚点RP方向靠近组播源方向的路由设备，所述组播抑制报文中携带需要抑制的组播组，所述解除抑制报文中携带需要解除抑制的组播组。
[0012]一种组播流量管理方法，应用双向协议无关组播PM网络中的路由设备上，其中该方法包括如下步骤:
[0013]A，在本路由设备作为双向PM网络中的最上游RP设备时，监测本设备上组播组的表项状态变化，其中该组播组的表项状态包括抑制状态以及非抑制状态，抑制状态的满足条件包括:该组播表项中的出接口只有RPF接口，且该组播组的流量的实际入接口为该RPF接口 ；或者为该组播表项中的出接口中除了 RPF接口外只有一个非RPF接口，且该组播组的流量的实际入接口为该非RPF接口 ；
[0014]B，在被监测的组播表项从非抑制状态变化为抑制状态时，向自身的下游路由设备发送流量抑制报文，用于指示该下游路由设备暂停向本设备发送该组播组的流量；并在组播表项从抑制状态变化为非抑制状态时，向自身的下游路由设备发送解除抑制报文，用于指示该下游路由设备恢复向本设备发送该组播组的流量；其中所述下游路由设备为远离汇聚点RP方向靠近组播源方向的路由设备，所述组播抑制报文中携带需要抑制的组播组，所述解除抑制报文中携带需要解除抑制的组播组。
[0015]相较于现有技术本发明在双向PIM网络中能够更加有效地控制组播流量，避免无谓带宽资源的消耗。
【专利附图】
【附图说明】
[0016]图1是一种典型的RRPT构建过程示意图。
[0017]图2是一种典型的SRPT构建过程示意图。
[0018]图3是本发明一种实施方式中组播流量管理装置的逻辑结构以及硬件环境示意图。
[0019]图4是本发明一种实施方式中组播流量管理方法示意图。
[0020]图5是本发明一种实施方式中组播抑制报文/解除抑制报文的格式示例。
[0021]图6是本发明另一种实施方式中组播流量管理方法示意图。
[0022]图7是本发明一种典型组网环境的下组播流量抑制效果示意图。
[0023]图8是本发明一种典型组网环境的下组播流量解除抑制效果示意图。
[0024]图9是本发明一种典型组网环境的下组播流量解除抑制效果示意图。
[0025]图10是本发明另一种典型组网环境下的组播流量抑制效果示意图。【具体实施方式】
[0026]以下结合附图及具体实施例对本申请进行详细描述。
[0027]双向RPT主要包括两个部分。第一部分是以RP为根、以直连接收者的路由器为叶子的RPT，简称接收侧RPT(RRPT)。而第二部分则是以RP为根、以直连组播源的路由器为叶子的RPT，简称组播源侧RPT (SRPT)。这两部分RPT的构建过程不同，下面分别加以介绍。
[0028]请参考图1，RRPT的构建过程与PM-SM中RPT的构建过程类似，其构建过程如下:
[0029](I)当接收者(Receiver)加入一个组播组G时,先通过IGMP报文通知与其直连的路由器；
[0030](2)该路由器掌握了组播组G的接收者的信息后，向该组所对应的RP方向逐跳发送加入报文；
[0031](3)从直连接收者的路由器到RP所经过的路由器就形成了接收者侧RPT的分支，这些路由器都在其转发表中生成了(*，G)表项。
[0032]当某接收者对组播组G的信息不再感兴趣时，与其直连的路由器会逆着接收者侧RPT向该组的RP方向逐跳发送剪枝报文；上游节点收到该报文后在其出接口列表中删除与下游节点相连的接口，并检查自己是否拥有该组播组的接收者，如果没有则继续向其上游转发该剪枝报文。
[0033]请参考图2，SRPT的构建过程则相对简单，如图2所示，其构建过程如下:
[0034](I)组播源(Source)发向组播组G的组播数据在途径的每个网段，都被该网段的指定路由器(DF)无条件地向RP转发；
[0035](2)从直连组播源的路由器到RP所经过的路由器就形成了 SRPT的分支，而这些路由器都在其转发表中生成了(*，G)表项。
[0036]当双向RPT构建完成之后，由组播源发出的组播数据报文将依次沿着SRPT和RRPT，经由RP转发至接收者。当接收者和组播源位于RP同一侧时，比如图2中，Server A与Host A。此时SRPT与RRPT有可能在到达RP之前就已汇合。在这种情况下，由该组播源发往该接收者的组播数据将在此汇合点直接被转发给该接收者，而不必经由RP。
[0037]双向PM域内接收到组播数据报文的DF设备都会将报文流量无条件从RPF 口(Reverse Path Forwarding,反向路径转发)向RP方向转发,如果当前网络中并不存在接收者，此时直连组播源的设备与RP设备之间的链路带宽就存在着极大的浪费。即便网络中存在接收者，但该接收者和组播源位于RP同一侧时，SRPT与RRPT有可能在到达RP之前就已汇合。在这种情况下，报文流量在汇合点处已直接转发给接收者，但按照目前的协议规定，该汇合点设备仍然会源源不断地将流量无条件地向RP转发，这就造成了从汇合点设备到RP之间的链路带宽资源的浪费。
[0038]为解决带宽浪费的问题，有一种演进的技术方案，在该方案中，RP设备上判断当前收到的组播组流量是否存在接收者，如果不存在，则向组播源方向发送通告报文禁止当前组播组的流量扩散，收到该通告的路由器或三层交换机立即停止转发该组播流。若收到接收者发送的加入信息，则发送禁止扩散撤销报文，恢复该组播组流量的转发。该方案在相当程度上解决了上述问题，然而事实上，双向PM网络中仅有源而不存在接收者的情况，在实际的组网应用中是少数，大多数的情况是既有组播源，又有接收者，并且有可能接收者与组播源在RP的同一侧。该方案在面对有接收者的情况下仍然可能存在带宽浪费的问题。在禁止流量扩散一段时间后，RP上维护的组播组表项会老化删除，此时RP设备收到接收者发送的加入报文后，可能无法判断当前所加入的组是否存在活动的组播源，在一定程度上削弱了 RP原有的功能。
[0039]本发明提供一种双向PIM组播流量管理方案，解决目前带宽浪费等技术问题。请参考图3，以软件实现为例，在一种能够优选的实施方式中，本发明提供一种双向PIM组播流量管理装置，该装置运行在路由设备，该路由设备包括处理器、内存、非易失性存储器以及其他硬件。该装置从本质上来说是处理器将计算机程序读入内存中加以运行形成的逻辑装置，该装置包括:表项监测单元以及抑制处理单元。请参考图4，在运行过程中，该装置执行如下处理流程。对于以下处理流程的实现，仅仅是以软件实现为例进行说明，事实上本领域普通技术人员可以理解，通过专有硬件、可编程逻辑器件甚至软硬件结合的方式一样可以实现下述的处理流程，这取决于性能表现，成本等实际需求。
[0040]步骤101，本路由设备作为双向PM网络中的最上游RP设备时，表项监测单元监测本设备上组播组的表项状态变化，其中该组播组的表项状态包括抑制状态以及非抑制状态，其中抑制状态的满足条件为:该组播表项中的出接口只有RPF接口，且该组播组的流量的实际入接口为该RPF接口 ；或者为该组播表项中的出接口中除了 RPF接口外只有一个非RPF接口，且该组播组的流量的实际入接口为该非RPF接口；
[0041]步骤102，抑制处理单元在被监测的组播表项从非抑制状态变化为抑制状态时，向与自身的下游路由设备发送流量抑制报文，用于指示该下游路由设备暂停向本设备发送该组播组的流量；
[0042]步骤103，抑制处理单元在组播表项从抑制状态变化为非抑制状态时，向自身的下游路由设备发送解除抑制报文，用于指示该下游路由设备恢复向本设备发送该组播组的流量；其中所述下游路由设备为远离RP方向靠近组播源方向的路由设备，所述组播抑制报文中携带需要抑制的组播组，所述解除抑制报文中携带需要解除抑制的组播组。
[0043]请参考图4以及图7，路由设备(Router)可以为传统的路由器也可以是三层交换机，本发明在此并不做特别区分。在图7中，RP是路由设备在网络中所扮演的一个角色，步骤101至步骤103描述了路由设备在担任RP这一角色时的处理流程。假设对于一个特定的组播组，从RP的角度来看，Router3和Router4上并没有任何接收者加入，此时RP不向这个方向转发该组播组的流量(也就是组播数据报文组成的数据流)。在RP的另一侧也就是靠近组播源方向，在Routerl下方有接收者，按照传统的方式，该组播组的流量一方面会经过Routerl转发给该接收者，因为Routerl上的组播表项中有面向该接收者的出接口，另一方面组播组的流量仍然会汇聚到RP处。
[0044]在本实施方式中，对于RP而言，其上的RPF接口只是一个内部环回口，如果除RPF接口之外，组播表项只有一个出接口，即RP连接Router2的接口，而该组播组的流量实际上是从该接口进入的，则RP收到该组播流量之后不向组播源一侧对外转发。
[0045]此时RP固然不需要往Router2转发组播流量,但是Router2将流量转发给RP事实上已经占据了 Routerf与RP之间的带宽。由于组播流量大多是多媒体性质的流量，比如音频数据流量或视频数据流量，比较占用带宽。若上述这种组播组较多，那么对Routerf与RP之间带宽的消耗将十分可观。在本发明中，若某个组播组的表项的抑制状态的条件满足，则说明这个组播组的流量对RP而言是没有实际意义的，RP相应向Routerf发送组播抑制报文，指示Router2暂停发送该组播组的流量，以减少带宽的无谓消耗。这个组播抑制报文通常是一个控制报文或者说协议报文，可以通过改造标准的协议报文或自定义协议报文来实现。
[0046]组播抑制报文主要携带两个信息:动作以及对象。动作可以包括抑制以及解除抑制两种，而对象则是抑制或者解除抑制的组播组，动作可以用一个标记位来表达，而组播组则可以用组播报文中的组播IP地址来表达。同样的道理，如果RP从抑制状态变化为非抑制状态，比如说，Routter3或Router4需要该组播组的流量时,则RP会添加相应的出接口，此时抑制状态的条件将无法满足，RP此时需要发送解除抑制报文给Routerf，用于指示Router2继续发送该组播组的流量。请参考图5中一种组播抑制报文的格式的具体示例，其中该Multicast Group Address表示抑制或解除抑制的组播组,而“ I和S”则可以作为抑制/解除抑制的标志位，其中“ I”可以表示该报文是抑制/解除抑制报文，而“S”的置位/不置位则可以表达抑制/解除抑制，当然本申请并不排除其他的标志位定义或者类似实现方式，这里仅仅是一个示例。
[0047]对于Router2的处理而言，其与RP的处理有相同的部分也有不同的部分。首先Routerf作为下游路由设备，其需要响应和处理组播抑制报文以及解除抑制报文。虽然Routerf与RP处理有所不同，但是在本发明优选的实施方式中，本发明提供的软件特性，双向PM组播流量管理装置可以应用该网络的每个路由设备上，该装置可以根据路由设备在网络中的角色确定自身的处理流程，这个过程可以在初始化或者加入网络的时候来确定。假设运行该装置的路由设备在网络中的角色是非最上游RP的角色，请参考图3以及图6，此时该装置除了上述表项监测单元以及抑制处理单元以外，还包括抑制管理单元，在运行过程中，该装置执行如下处理流程。
[0048]步骤201，抑制管理单元在接收到组播抑制报文时，确定被抑制的组播组，控制本路由设备停止向上游设备转发该组播组的流量；并该组播组列入抑制列表；
[0049]步骤202，表项监测单元监测抑制列表中被抑制的组播组的表项状态变化；
[0050]步骤203，抑制处理单元在组播表项从非抑制状态变化为抑制状态时，向远离RP方向靠近组播源方向的下游路由设备发送组播抑制报文，用于指示该下游路由设备暂停向本设备发送该组播组的组播数据报文；
[0051]步骤204，抑制处理单元在组播表项从抑制状态变化为非抑制状态时，向下游路由设备发送解除抑制报文，用于指示该下游路由设备继续向本设备发送该组播组的组播数据报文。
[0052]步骤205，抑制管理单元在本设备接收到解除抑制报文时，确定被解除抑制的组播组，控制本路由设备恢复向上游设备转发该组播组的流量；并将该组播组移出抑制列表；
[0053]步骤206，抑制处理单元针对被移出抑制列表的组播组，若该组播组的表项状态为抑制状态，则向下游路由设备发送解除抑制报文。
[0054]请参考图6以及图7，在本发明中，从网络的角度来看，抑制和解除抑制这两机制是自上而下运作的，即从RP向着组播源的方向运作。因为为了保证RP能够正常地转发组播组的流量，需要以RP作为抑制或解除抑制机制的起点。若RP需要下游设备继续发送组播组的流量，那么下游所有设备必须向RPF接口转发该组播组的流量，否则RP无法收到组播组的流量，就无法给接收者转发组播组的流量。相反，如果RP要抑制流量向自身转发，那么Router2需要暂停,但不意味着Router2也需要抑制Routerl向自身转发流量，因此抑制和解除抑制的机制并不是完全对称的。
[0055]假设RP上某个组播组的组播表项的状态从非抑制状态变化为抑制状态，按照前述流程，RP会通过组播抑制报文要求Routerf暂停发送该组播组的流量。在RP没有发送组播抑制报文之前，Router2不需要监测该组播组的表项状态，因为RP需要该组播组的流量，应该无条件转发给RP。但收到组播抑制报文之后，此时意味着RP不再需要该组播组的流量，此时Routerf处于该组播组的流量转发的末端，这时其可以查看自身是否需要该组播组的流量。
[0056]在Router2上，被抑制的组播组可能不止一个，Router2可以将被抑制的组播组加入到一个抑制列表中，对该抑制列表中的每个组播组加以监测，当然对于不再该列表的组播组则无需监测。如果监测到组播组的表项状态变化，如果从非抑制状态变化为抑制状态，则说明Routerf上也没有组播组的接收者，因此Routerf也可以通过组播抑制报文要求下游路由设备暂停发送该组播组的流量。请参考图7，由于RP和Routerf对流量的抑制，那么原来从Routerl转发给Routerf的流量将暂停，图中的虚线表达了流量暂停的结果。从以上描述可以看出，抑制的过程以RP为起点，逐步向下游扩散。对于除了 RP以外的路由设备，其必须在收到上游设备的组播抑制报文之后，也就是说自身某个组播组的流量被暂停转发或者处于抑制状态时，其才需要监测该组播组的表项状态来确定是否将抑制机制继续向下游扩散。
[0057]在可选的实施方式中，虽然下游路由设备暂停了向上游路由设备发送被抑制组播组的流量，但是考虑到上游路由设备通常会存在表项老化机制，为了避免因为抑制时间过长，而导致上游路由设备因为没有流量而老化掉被抑制的组播组的表项。在本实施方式中，下游路由设备，比如Routerf会将被抑制的组播组的数据报文至少保存一份到指定缓存中，在每隔一个预定周期(比如60秒)就将指定缓存该组播组的数据报文发送出去，这样可以避免长时间组播流量的暂停而导致上游路由设备删除该组播组的表项。在具体实现时，可以在每次发送缓存中被抑制的组播组的数据报文之前的某个时间点，从底层获取一个该组播组的数据报文，然后保存到指定缓存中，发送时间点到达时，将指定缓存中的数据报文发送出去，下个周期的发送时间点到来之前再重新获取一份保存到指定缓存中。这样处理的好处是，每次发送之前保存一份到缓存可以确保被抑制的组播组的数据报文是真实存在的，如果被抑制的组播组的组播源已经不再对外发送数据报文，那么自然就获取不到该组播组的数据报文，那么沿途的路由设备可以按照自身的表项老化周期来老化该组播组的表项。当然如果收到组播抑制解除报文了，由于组播组的流量恢复向上游转发，因此可以停止保存该组播组的数据报文到指定缓存这个操作了。请参考图5，其中Holdtime的数值可以为该预定周期，也就是说预定周期是从上游设备传递下来的，这样上游设备可以根据自身表项老化周期来指定该预定周期，下游设备按照指定的预定周期执行即可。
[0058]请参考图7以及图8，从解除抑制的角度来看，对于某个组播组，假设某一时刻RP抑制了 Router2向其转发该组播组的流量,而Router2也抑制了 Routerl向其转发该组播组的流量。随着时间的推移，此时有一个接收者试图通过Routerf接收该组播组的流量，其会发送加入请求，此时Routerf上该组播组的表项的出口将新增一个，那么表项状态将从抑制状态变化为非抑制状态。按照前述流程，此时Routerf会想Routerl发送解除抑制报文,那么Routerl到Router2之间的流量将恢复。
[0059]请参考图7，图8以及图9，如果RP侧因为Router4方向有接收者需要该组播组的流量，那么此时该组播组的表项状态又变化为非抑制状态，RP会向Router2发送解除抑制报文。Routerf收到解除抑制报文时，确定需要解除抑制的组播组，恢复该组播组流量的转发。此时，由于RP已经需要该组播组的流量，因此没有必要再监测该组播组的表项状态，此时，一方面Router2将该组播组移出抑制列表,另一方面考虑到Router2此前可能也抑制了其下游的Routerl继续转发该组播组的流量，因此若检查到该组播组的表项状态为抑制状态，则Router2还需要向Routerl发送解除抑制报文，如此扩散下去，将之前被抑制的组播组的流量转发路径再次打通。
[0060]以上实施方式中，网络中的RP是单台设备，本发明对于双RP的情况同样适用。请参考图10，在该组网中，通过直连RPL (RP Link，RP链路)相连的两台路由设备共同担任RP的角色。在这样的组网环境下，组播组的流量转发到RPl上时，RPl会将流量从RPF接口通过RPL向外转发，使RP2也收到该组播组的流量。但两个RP上的表项的出接口稍有不同，RPl上有RPF接口、以及与Router2相连的普通接口共两个出接口，而RP2上则仅有RPF出接口。此时由RP2和RPl的处理流程与之前类似，以RP2为例，RP2同样可以对组播组的表项状态进行检测:如果其双向PM表项出接口列表中仅有RPF接口，并且组播流量的实际入接口是该RPF 口，则认为此时RPL链路上的流量不是必须的，可以向RPl发送组播抑制报文，用于指示RPl暂停发送该组播组的流量。RPl的处理与前述实施方式中的Routerf类似，具体过程不再赘述。该实施方式与前述实施方式主要的不同之处在于:在本实施方式中抑制状态的满足的条件是:抑制状态的满足条件为该组播表项中除了 RPF接口之外的出接口数量是O个，且该组播组的流量的实际入接口为该RPF接口。而前述实施方式中抑制状态的满足条件为该组播表项中除了 RPF接口之外的出接口数量等于I个，且该组播组的流量的实际入接口为该非RPF接口，也就是说RP连接Router2的接口是出接口也是入接口。也就是说RP2在本实施方式中为前述最上游RP设备，而RPl则为非最上游RP设备，在抑制`和解除抑制的机制中，RPl所承担的任务与前述实施方式中Router2是一致的，不再--赘述。
[0061]以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
【权利要求】
1.一种组播流量管理装置，应用双向协议无关组播PM网络中的路由设备上，该装置包括表项监测单元以及抑制处理单元，其特征在于: 表项监测单元，用于在本路由设备作为双向PM网络中的最上游RP设备时，监测本设备上组播组的表项状态变化，其中该组播组的表项状态包括抑制状态以及非抑制状态，抑制状态的满足条件包括:该组播表项中的出接口只有RPF接口，且该组播组的流量的实际入接口为该RPF接口 ；或者为该组播表项中的出接口中除了 RPF接口外只有一个非RPF接口，且该组播组的流量的实际入接口为该非RPF接口； 抑制处理单元，用于在被监测的组播表项从非抑制状态变化为抑制状态时，向自身的下游路由设备发送流量抑制报文，用于指示该下游路由设备暂停向本设备发送该组播组的流量；并在组播表项从抑制状态变化为非抑制状态时，向自身的下游路由设备发送解除抑制报文，用于指示该下游路由设备恢复向本设备发送该组播组的流量；其中所述下游路由设备为远离汇聚点RP方向靠近组播源方向的路由设备，所述组播抑制报文中携带需要抑制的组播组，所述解除抑制报文中携带需要解除抑制的组播组。
2.如权利要求1所述的装置，其特征在于，还包括: 抑制管理单元，用于在本设备为双向PM网络中非最上游RP设备时，根据上游路由设备发送的组播抑制报文确定需要抑制的组播组，控制本设备暂停向上游路由设备转发该组播组的流量，并将该组播组加入抑制列表；或根据上游路由设备发送的解除抑制报文确定需要解除抑制的组播组，控制本设备恢复向上游路由设备转发该组播组的流量，并将该组播组移出抑制列表。
3.如权利要求2所述的装置，其特征在于，所述表项监测单元进一步用于在本路由设备为非最上游RP设备时监测抑制列表中组播组的表项状态变化；其中，抑制列表中组播组的表项状态包括抑制状态以 及非抑制状态，抑制状态的满足条件包括:该组播表项中的出接口中除了 RPF接口外只有一个非RPF接口，且该组播组的流量的实际入接口为该非RPF接口。
4.如权利要求3所述的装置，其特征在于，所述抑制处理单元进一步用于针对移出抑制列表的组播组，检查该组播组的表项状态是否为抑制状态，如果是，则向下游路由设备发送解除抑制报文，用于指示该下游路由设备恢复向本设备发送该组播组的流量。
5.如权利要求1所述的装置，其特征在于，所述抑制管理单元进一步用于在收到组播抑制报文之后，按照预定周期向上游路由设备发送指定缓存中被抑制的组播组的数据报文，并在发送该组播组的数据报文之前保存至少一个该组播组的数据报文到该指定缓存中，其中该预定周期小于上游路由设备的表项老化周期；在收到组播抑制解除报文时停止保存该组播组的数据报文。
6.如权利要求5所述的装置，其特征在于，所述预定周期为上游路由设备指定的，并携带在所述组播抑制报文中。
7.一种组播流量管理方法，应用双向协议无关组播PM网络中的路由设备上，其特征在于，该方法包括如下步骤: A，在本路由设备作为双向PM网络中的最上游RP设备时，监测本设备上组播组的表项状态变化，其中该组播组的表项状态包括抑制状态以及非抑制状态，抑制状态的满足条件包括:该组播表项中的出接口只有RPF接口，且该组播组的流量的实际入接口为该RPF接口 ；或者为该组播表项中的出接口中除了 RPF接口外只有一个非RPF接口，且该组播组的流量的实际入接口为该非RPF接口 ； B，在被监测的组播表项从非抑制状态变化为抑制状态时，向自身的下游路由设备发送流量抑制报文，用于指示该下游路由设备暂停向本设备发送该组播组的流量；并在组播表项从抑制状态变化为非抑制状态时，向自身的下游路由设备发送解除抑制报文，用于指示该下游路由设备恢复向本设备发送该组播组的流量；其中所述下游路由设备为远离汇聚点RP方向靠近组播源方向的路由设备，所述组播抑制报文中携带需要抑制的组播组，所述解除抑制报文中携带需要解除抑制的组播组。
8.如权利要求7所述的方法，其特征在于，还包括: C，在本设备为双向PM网络中非最上游RP设备时，根据上游路由设备发送的组播抑制报文确定需要抑制的组播组，控制本设备暂停向上游路由设备转发该组播组的流量，并将该组播组加入抑制列表；或根据上游路由设备发送的解除抑制报文确定需要解除抑制的组播组，控制本设备恢复向上游路由设备转发该组播组的流量，并将该组播组移出抑制列表。
9.如权利要求8所述的方法，其特征在于，其中步骤A进一步包括: 在本路由设备为非最 上游RP设备时监测抑制列表中组播组的表项状态变化；其中，抑制列表中组播组的表项状态包括抑制状态以及非抑制状态，抑制状态的满足条件包括:该组播表项中的出接口中除了 RPF接口外只有一个非RPF接口，且该组播组的流量的实际入接口为该非RPF接口。
10.如权利要求9所述的方法，其特征在于，所述步骤B进一步包括: 针对移出抑制列表的组播组，检查该组播组的表项状态是否为抑制状态，如果是，则向下游路由设备发送解除抑制报文，用于指示该下游路由设备恢复向本设备发送该组播组的流量。
11.如权利要求7所述的方法，其特征在于，所述步骤C进一步包括: 在收到组播抑制报文之后，按照预定周期向上游路由设备发送指定缓存中被抑制的组播组的数据报文，并在发送该组播组的数据报文之前保存至少一个该组播组的数据报文到该指定缓存中，其中该预定周期小于上游路由设备的表项老化周期；在收到组播抑制解除报文时停止保存该组播组的数据报文。
12.如权利要求11所述的方法，其特征在于，所述预定周期为上游路由设备指定的，并携带在所述组播抑制报文中。
【文档编号】H04L12/24GK103595645SQ201310583526
【公开日】2014年2月19日 申请日期:2013年11月19日 优先权日:2013年11月19日
【发明者】柴佳林 申请人:杭州华三通信技术有限公司