专利名称：组播故障恢复方法、组播路由器及系统的制作方法
技术领域：
本发明涉及通信领域中的组播技术,特别是涉及一种组播故障恢复方法、 组播路由器及系统。
背景技术：
目前，IP组播技术得到了越来越广泛的应用。IP组播技术是指组播源 (S,Source)发送组播IP报文，此报文的目的IP地址是组播组(QGimip)地 址，是一个D类地址,只有加入到该组播组的主机才能接收到该IP组播报文。要想在一个实际网络中实现IP组播报文的转发，即组播流的传输，必须 在各个互连的设备上运行可互操作的IP组播协议。IP组播协议主要包括 用于主机注册的组播组管理协议，和用于组播路由转发的组播路由协议。组播组管理协议IGMP(Intemet Group Membership Protocol)应用于主机 和路由器之间，该协议定义了主机与路由器之间建立和维护组播成员关系的 机制。在IGMP协议中，当主机希望加入指定的组播组时，会发送携带该组 播组地址的IGMP report报文；当主机希望离开该组播组时，会发送携带该 组播组地址的IGMP leave报文。组播路由协议应用于组播路由器之间，该协议用于建立和维护组播路由， 并正确、高效地转发组播数据包。组播路由建立了一个从数据源到多个接收 端的无环数据传输路径，即构建分发树结构。组播路由协议分为域内组播路 由协议和域间组播理由协议两大类。域内组播路由协议，通过发现组播源并 构建组播分发树，将信息传递到接收者，例如DVMRP(Distance Vector Multicast Routing Protocol) 、 PIM-DM(Protocol Independent Multicast-Dense Mode)和PIM-SM(Protocol Independent Multicast-Sparse Mode)等协议；域间组 播路由协议，发现其他组播域内的组播源(例如MSDP， Multicast Source Discovery Protocol),及在自治系统之间传递组播路由信息(例如MBGP, Multicast Border Gateway Protocol)。其中，PIM画SM(Protocol Independent Multicast-Sparse Mode,协议无关组播一稀疏模式)不同于PIM-DM(Protocol Independent Multicast-Dense Mode协 议无关组播一密集模式)的推(Push)模式，PIM-SM采用拉(Pnll)模式，即需 要组播接收端主动加入组播组来完成组播传输。为了描述上的方便，我们把由支持PIM-SM协议的组播路由器所组成的 网络称为PIM-SM组播域。PIM-SM组播域中的每个组播组都有其 RP(Rendezvous Point,汇集点),由其他运行PIM-SM协议的组播路由器朝RP 主动发送(、G)加入消息，而组播源通过源注册机制告知RP组播源开始发送组 播数据,以及组播源的位置，由RP将组播源发送的组播数据转发到相关的组播 路由器，这样就形成了以组播源为根的组播源到RP的SPT(Shortest Path Tree, 最短路径树)和以RP为根的RP到组播路由器的RPT (RPTree,共享树)。PIM-SM组播域中，若有两台或两台以上的组播路由器通过共享网段直 连到用户端，为了保证网络中不出现组播报文重复复制的情况，需要通过协 商选举机制在该多台组播路由器之间选举出一台组播路由器作为指定路由器 (DR, Designated Router)，剩余的组播路由器作为备份DR， DR向RP发送 PIM(、G)加入报文，以申请从上游的组播源引导组播数据流；如果连接到用 户端的组播路由器的接口都不使能PIM-SM，而只使能IGMP，则通过IGMP 机制选举一个组播路由器作为查询器，由它负责向此网段转发组播数据流。请参阅图l所示，其为现有技术的双归属组网正常工作状态的数据传输 示意图。现以该双归属组网的网络构架为例进行说明，该网络架构中包括 源主机ll、路由器RTA12、路由器RTB13、路由器RTC14以及用户端15。 这里，源主机ll为组播源；路由器RTA12为RP;路由器RTB13为DR或 查询器；路由器RTC14为备份DR或备份査询器；用户端15包括第一主机 151和第二主机152。用户端15分别和RTB13、 RTC14相连，RTB13和RTC14都能接收到用 户端15发送的IGMP组加入消息(如IGMP report报文)；由于RTB13是DR 或查询器，其作为主用路由器，收到IGMP组加入消息后，在自身生成IGMP 表项，然后向RTA12发送PIM(、G)加入报文；RTA12收到下游的PIM(*，G) 加入报文后，向上游发送(S， G)消息加入，其中，S为组播源的地址，之 后引导组播流转发到RTB13,最终组播流按照RTA12—RTB13的路径转发到 用户端15，图1中箭头指示方向为组播流的方向。由于RTC14为备用DR或备用査询器，其作为备用路由器，并不会向RTA12发送(、G)加入报文， RTA12也就不会把组播流转发到RTC14。当RTB13出现故障时，如图2所示，RTC14可通过PIM hdlo报文超时 机制检测到RTB13的故障，RTC14会成为主用路由器，并根据之前收到的 IGMP report报文重新向RTA12发送PIM(^G)加入报文，最终引导组播流按 照RTA12—RTC14的路径转发到用户端15，图2中箭头指示方向为RTB13 发生故障时组播流的方向，这样，通过该冗余路径保证了组播业务的恢复。然而，上述方案却存在如下问题当主用路由器出现故障后，备用路由器需要根据之前收到的IGMP report 报文重新向RP或源方向发送PIM( G)加入报文，再由RP向上游发送(S,G) 消息加入，才能够引导组播流通过备用路由器转发至用户端，这一过程会使 得组播业务恢复时间过长，导致这段时间内组播业务的中断。发明内容有鉴于此，本发明提供一种组播故障恢复方法，以实现主用路由器出现 故障时，组播业务能快速恢复，避免业务中断。与上述方法相对应,本发明还提出一种组播路由器及组播故障恢复系统。 本发明的目的及解决其技术问题是采用以下技术方案来实现的。依据本 发明提出的一种组播故障恢复方法，应用在至少有一主用路由器和一备用路 由器直连到用户端的组播网络中，所述主用路由器和备用路由器分别接收所 述用户端的组加入报文，该方法包括步骤S1:所述备用路由器根据接收到 的组加入报文创建与上游设备之间的组播路径以引导所述上游设备发送的组 播流至本设备；步骤S2:当所述主用路由器出现故障时，所述备用路由器将 其引导的组播流转发至所述用户端。本发明的目的及解决其技术问题还可采用以下技术措施进一步实现。 前述的组播故障恢复方法，步骤Sl之前包括使能所述备用路由器的 接收组加入报文的接口的组播流备份功能。前述的组播故障恢复方法，步骤Sl中，所述备用路由器创建与上游设 备之间的组播路径包括所述备用路由器根据接收到的组加入报文创建 IGMP组信息，所述IGMP组信息中包括有根据所述接收到组加入报文的接口所添加的出接口信息，并向上游设备发送PIM加入报文。前述的组播故障恢复方法，还包括当所述备用路由器接收到用户端的 组离开报文时，删除其中的IGMP组信息，并向上游设备发送PIM剪枝报文 以剪断与上游设备之间的组播路径。前述的组播故障恢复方法，步骤S2中，所述备用路由器将其引导的组 播流转发至所述用户端包括步骤S21.所述备用路由器根据其IGMP组信息 中记录的出接口信息添加出接口；步骤S22.通过所述出接口将所述组播流转 发至所述用户端。前述的组播故障恢复方法，步骤S2之后还包括步骤S3.所述备用路由 器获知原主用路由器故障恢复并能转发组播流后，剪枝所述出接口。前述的组播故障恢复方法，步骤S2中，所述备用路由器通过BFD机制 获得主用路由器的故障信息。本发明的目的及解决其技术问题另外还采用以下技术方案来实现。依据 本发明提出的一种组播路由器，其为应用于组播网络中直连到客户端的备用 路由器，所述组播网络中还包括一直连到用户端的主用路由器，该组播路由 器包括接收单元，用于接收所述用户端的组加入报文；组播路径管理单元， 用于根据所述接收单元收到的组加入报文创建与上游设备之间的组播路径， 以引导所述上游设备发送的组播流至本设备；转发单元，用于当所述主用路由 器出现故障时,将所述组播路径管理单元所创建的组播路径上的组播流转发 至用户端。本发明的目的及解决其技术问题还可采用以下技术措施进一步实现。 前述的组播路由器，还包括使能单元，与所述接收单元连接，用于使 能所述接收单元中接收组加入报文的接口的组播流备份功能。前述的组播路由器，所述组播路径管理单元包括IGMP组信息创建模 块，用于根据所述接收单元接收到的组加入报文创建IGMP组信息，所述IGMP 组信息中包括有根据所述接收到组加入报文的接口所添加的出接口信息； PIM加入模块，用于根据所述接收单元接收到的组加入报文向上游设备发送 PIM加入报文。前述的组播路由器，所述组播路径管理单元还包括 组信息删除 模块,用于根据所述接收单元接收到的组离开报文删除IGMP组信息；PIM剪枝模块，用于根据所述接收单元接收到的组离开报文向上游设备发送PIM剪 枝报文以剪断与上游设备之间的组播路径。前述的组播路由器，所述转发单元包括出接口添加模块，用于当所述 主用路由器出现故障时，根据所述IGMP组信息创建模块所创建的IGMP组信 息中的出接口信息添加出接口；转发模块，用于通过所述出接口添加模块所 添加的出接口将所述组播流转发至所述用户端。前述的组播路由器，还包括出接口剪枝单元，用于当原主用路由器故 障恢复并能转发组播流后，剪枝所述出接口添加模块添加的出接口 。前述的组播路由器，还包括BFD单元，用于与所述主用路由器建立 BFD会话以获得主用路由器的故障信息，并通知所述出接口添加模块。本发明的目的及解决其技术问题另外再采用以下技术方案来实现。依据 本发明提出的一种组播故障恢复系统，其至少包括直连到用户端的主用路 由器和备用路由器，所述主用路由器，用于根据用户端发送来的组加入报文 创建与上游设备之间的第一组播路径以引导所述上游设备发送的组播流至本 设备，并将该第一组播路径上的组播流转发至所述用户端；所述备用路由器， 用于根据用户端发送来的组加入报文创建与上游设备之间的第二组播路径以 引导所述上游设备发送的组播流至本设备；当所述主用路由器出现故障时， 其将该第二组播路径上的组播流转发至所述用户端。由上述技术方案可知，本发明具有以下有益效果1、 由于备用路由器与上游设备之间也建立有组播路径，因此，备用路由 器在发现主用路由器出现故障时，会迅速将其组播路径上的组播流转发至用 户端，从而避免了主用路由器切换时组播业务的中断；2、 主用路由器与备用路由器之间建立有BFD会话，当主用路由器出现 故障时，备用路由器会迅速获知，加快了故障检测时间；3、 原主用路由器故障恢复后，备用路由器并不立即剪枝出接口,而是当获 知主用路由器能转发组播流后，再剪枝出接口，以保证组播流不会中断。通过以下参照附图对优选实施例的说明，本发明的上述以及其它目的、 特征和优点将更加明显。
图1为现有技术的双归属组网正常工作状态的数据传输示意图；图2为现有技术的双归属组网中出现传输故障时的示意图；图3为本发明提供的组播故障恢复方法一实施例的流程图；图4为本发明提供的组播故障恢复方法一较佳实施例的流程图；图5为本发明的具体实施例正常工作状态时的数据传输示意图；图6为本发明提供的组播路由器一实施例的示意图；图7为本发明提供的组播路由器一较佳实施例的示意图。
具体实施方式
下面将详细描述本发明的具体实施例。应当注意，这里描述的实施例只 用于举例说明，并不用于限制本发明。请参阅图3所示，其为本发明提供的组播故障恢复方法一实施例的流程 图。该组播故障恢复方法应用在至少有一主用路由器(即DR或査询器)和 一备用路由器(即备份DR或备份查询器)直连到用户端的组播网络中，主 用路由器和备用路由器分别接收用户端的组加入报文，如图3所示，该方法 包括步骤Sh备用路由器根据接收到的组加入报文创建与上游设备之间的组 播路径以弓I导上游设备发送的组播流至本设备。详细地，备用路由器在接收到组加入报文的接口上创建IGMP组信息； 并根据IGMP组信息来创建PIM表项以维护组信息，所述PIM表项中记录 有根据该接收到组加入报文的接口所添加的出接口信息；然后根据该PIM表 项向上游设备(例如RP)发送PIM加入报文，以建立与上游设备之间的组 播路径，并引导接收上游设备发送的组播流。虽然组播流转发到作为冗余路 径的备用路由器上，但其并不添加出接口也不转发组播流至用户端，其仅对 该组播流起到备份的作用。当用户端的组加入报文一直存在时，该备用路由 器会一直向上游设备发送PIM加入报文，并备份组播流。步骤S2.当所述主用路由器出现故障时，所述备用路由器将其引导的组 播流转发至所述用户端。请参阅图4所示，其为本发明提供的组播故障恢复方法一较佳实施例的 流程图。在本实施例中，执行步骤S1之前，执行步骤S0:使能备用路由器的接收组加入报文的接口的组播流备份功能。当然，本领域技术人员也可将已设置有组播备份功能的组播路由器来作 为备用路由器，这样便无需每次使用该备用路由器时再进行设置。在本实施例中，步骤S2进一步包括步骤S21:当所述主用路由器出现故障时，备用路由器根据其PIM表项 中记录的出接口信息添加出接口。由于备用路由器内记录有用户端的PIM表项，在发现主用路由器无法转 发组播流时，其会迅速按照PIM表项中记录的出接口信息添加出接口。步骤S22:通过该出接口转发其组播路径上的组播流至用户端，从而避免了主用路由器切换时组播业务的中断。当所述主用路由器正常工作时，其根据接收到的组加入报文创建与上游 设备之间的组播路径，以引导上游设备发送的组播流，并将该组播流转发至 用户端。详细地，主用路由器会在接收到组加入报文的接口上创建IGMP表项， 并创建PIM表项，然后向上游设备(例如RP)发送PM加入报文，以建立 与上游设备之间的组播路径，并引导接收上游设备发送的组播流，之后仍然 按照现有技术的流程添加出接口并转发组播流至用户端。当主用路由器和备用路由器接收到用户端的组离开报文时，分别会删除 其中的IGMP组信息，并向上游设备发送PIM剪枝报文以剪断与上游设备之 间的组播路径。该剪枝步骤和现有技术的剪枝步骤类似，不同之处在于，现有技术中仅 需剪枝主用路由器的组播路径，而本发明的实施例需剪枝主用路由器和备用 路由器的组播路径。较佳地，在该组播网络中运行BFD机制，以快速检测组播路由器故障。 具体地，在执行各步骤之前，使能组播路由器接口上BFD和PIM的联动功 能。BFD的检测机制可在主用路由器与备用路由器之间建立BFD会话，并 沿它们之间的路径周期性发送检测报文，如果一方在既定的时间内没有收到 BFD控制报文，则认为路径上发生了故障，而且BFD可以实现毫秒级别的 链路缺陷检测，这样，主用路由器出现故障时(例如其出接口发生故障或其 与备用路由器之间的链路发生故障等)，备用路由器会迅速获知并添加出接口以转发组播流。当然，本领域技术人员也可采用其他故障检测机制，在此不 再赘述。较佳地，步骤S2之后还包括步骤S3:备用路由器获知原主用路由器故障恢复并能转发组播流后，剪 枝所述出接口。由于主用路由器和备用路由器处于共享网段，因此，若原主用路由器故 障恢复并能转发组播流，备用路由器便能收到原主用路由器广播的数据流， 进而得知其故障恢复，之后备用路由器再剪枝出接口。这样，可以避免出现 备用路由器先剪枝而主用路由器并未转发的情况。需要指出的是，在实际应用中，共享同一网段的组播路由器通常只有两 个，即为双归属组网，因此，以下给出的具体实施例是以两个组播路由器共 享同一网段为例。请参阅图5所示，其为本发明的一具体实施例正常工作状态时的数据传输示意图。在本实施例中，用户端15通过IGMP加入到组225丄1.1来接收 该组的组播流。该组播网络架构中包括源主机ll、路由器RTA12、路由器 RTB13、路由器RTC14以及用户端15。源主机11为组播源，其组播组地址 为225.1.1.1，地址为100.1.1.100;路由器RTA12为RP;路由器RTB13为 DR或査询器；路由器RTC14为备份DR或备份査询器；用户端15包括第一 主机151和第二主机152。在路由器RTB13和路由器RTC14的接口上使能BFD和PIM的联动功能， 并在路由器RTC14的接口上使能其流量备份功能。用户端15分别和RTB13、 RTC14相连，RTB13和RTC14都能接收到第 一主机151和第二主机152发送的IGMP组加入消息(如IGMPreport报文)， 并且RTB13和RTC14之间建立有BFD会话。当第一主机151和第二主机152发送组加入报文(即225丄1.1)时，RTB13 和RTC14的相应接口会同时收到该报文，RTB13的Intl接口收到该组加入 报文，其会先在Intl接口上创建IGMP表项，并创建PIM表项来维护组信息， PIM表项中记录有Intl作为出接口的信息，然后向RTA12发送PIM(、G)加 入报文，RTA12收到下游的PIM(、G)加入报文后，向上游发送(S， G)消 息(艮卩100丄1.100，225.1丄1)加入，之后引导组播流转发至RTB13，当RTB13收到(100丄1.100，225丄1.1)组播流时会根据PIM表项添加Intl为出接口并转 发组播流到第一主机151和第二主机152。对于RTC14而言，其Intl接口收到用户发送的(225丄1.1)报文后同样会 先在Intl接口上创建IGMP表项，并创建PIM表项来维护组信息，PIM表项 中记录有Intl作为出接口的信息，并会向RTA12发送PIM(、G)加入报文， 然后由RTA12引导组播流转发至RTC14 ;但当RTC14收到 (100丄1.100,225丄1.1)组播流时并不会添加Intl为出接口，这样组播流也就 不会转发到用户端15。当组加入报文一直存在时，RTC14也会一直向上游设 备发送PIM加入报文，保持组播流量不会中断。这样，组播流按照RTA12—RTB13—用户端15和RTA12—RTB14这两 条路径传输，图5中箭头指示方向为组播流的方向。当用户端15发送组离开报文时，RTB13和RTC14均会删除其记录的 IGMP组信息，并向RTA12发送PIM剪枝报文以剪掉组播流。当RTB13出现故障时，例如其Intl接口由于某种原因down(失效)后， RTC14可通过BFD机制立即获知RTB13的故障，并成为DR，于是直接在 PIM表项下添加Intl为出接口并立即转发组播流到第一主机151和第二主机 152，从而避免了 DR切换时组播业务的中断。这时，组播流的流向和图2 中箭头指示方向一致。当RTB13从故障中恢复以后，为避免RTC14先剪枝 出接口而RTB13还没有转发组播流的情况，这时RTC14并不立即剪枝其Intl 接口 ，而是等待其Intl接口能收到RTB13发送的数据流后再剪枝出接口 。这 样保证了组播流不会中断。与上述组播故障恢复方法相对应，本发明还提供一种组播路由器。 请参阅图6所示，其为本发明的组播路由器一实施例的示意图。其为应 用于组播网络中直连到客户端的备用路由器，该组播网络中还包括一直连到 用户端的主用路由器，该组播路由器包括接收单元51、组播路径管理单元 52和转发单元53。接收单元51，用于接收用户端的组加入报文。组播路径管理单元52，用于根据接收单元51收到的组加入报文创建与 上游设备之间的组播路径，以引导所述上游设备发送的组播流至本设备。转发单元53，用于当所述主用路由器出现故障时，将组播路径管理单元52 所创建的组播路径上的组播流转发至用户端。请参阅图7所示，作为具体实施方式
，该组播网络中还包括一使能单元 54，其与接收单元51连接，用于使能接收单元51中接收组加入报文的接口 的组播流备份功能。该组播路径管理单元52进一步包括IGMP组信息创建模块521，用于在 接收单元51接收组加入报文的接口上创建IGMP组信息；PIM表项创建模块 522，与所述IGMP组信息创建模块521连接，用于根据所述IGMP组信息来 创建PIM表项以维护组信息，所述PIM表项中记录有根据该接收到组加入 报文的接口所添加的出接口信息；PIM加入模块523，与PIM表项创建模块 522连接，用于根据所述PIM表项所维护的组信息向上游设备发送PIM加入 报文。该组播路由器作为备用路由器的工作流程为:接收单元51接收到用户端的组加入报文后，IGMP组信息创建模块521在接收到组加入报文的接口上 创建IGMP组信息；PIM表项创建模块522跟据IGMP组信息来创建PIM表 项以维护组信息，该PIM表项中记录有根据该接收到组加入报文的接口所添 加的出接口信息；PIM加入模块523根据该PIM表项向上游设备(例如RP) 发送PIM加入报文，以建立与上游设备之间的组播路径，并引导接收上游设 备发送的组播流。虽然组播流转发到了作为冗余路径的备用路由器上，但该 备用路由器并不添加出接口也不转发组播流至用户端，其仅对该组播流起到 备份的作用。当用户端的组加入报文一直存在时，该PIM加入模块523会一 直向上游设备发送PIM加入报文，并备份组播流。此外，组播路径管理单元52还包括IGMP组信息删除模块524，用于根 据接收单元51接收到的组离开报文删除IGMP组信息；PIM剪枝模块525， 与IGMP组信息删除模块524连接，用以向上游设备发送PIM剪枝报文以剪 断与上游设备之间的组播路径。另外，转发单元53包括出接口添加模块531和转发模块532。其中， 出接口添加模块531，用于当所述主用路由器出现故障时,根据PIM表项中记 录的出接口信息添加出接口；转发模块532，用于通过出接口添加模块531 所添加的出接口将组播流转发至用户端。由于PIM表项中记录有出接口信息，因此，当该备用路由器发现主用路 由器无法转发组播流时，会迅速通知出接口添加模块531添加出接口，并由 转发模块532通过该出接口转发其组播路径上的组播流至用户端，从而避免 了主用路由器切换时组播业务的中断。此外，该组播路由器还包括一 BFD单元55，当使能组播路由器接口上 的BFD和PIM联动功能时，用于与主用路由器建立BFD会话以获得主用路 由器的故障信息，并通知所述出接口添加模块531;进而，出接口添加模块 531添加出接口以转发组播流。该组播路由器还包括一出接口剪枝单元56，用于当原主用路由器故障恢 复并能转发组播流后，剪枝出接口添加模块531添加的出接口。这样，可以 避免出现备用路由器先剪枝而主用路由器并未转发的情况。与上述组播故障恢复方法相对应，本发明还提供一种组播故障恢复系统。 该组播故障恢复系统，其至少包括直连到用户端的主用路由器和备用 路由器。该主用路由器，用于根据用户端发送来的组加入报文创建与上游设备之 间的第一组播路径以引导该上游设备发送的组播流至本设备，并将该第一组 播路径上的组播流转发至用户端。该备用路由器，用于根据用户端发送来的组加入报文创建与上游设备之 间的第二组播路径以引导该上游设备发送的组播流至本设备；当主用路由器出现故障时，其将该第二组播路径上的组播流转发至用户端。对于组播路由器和组播故障恢复系统的实现细节，可参见方法实施例的 具体描述，在此不再赘述。虽然已参照几个典型实施例描述了本发明，但应当理解，所用的术语是 说明和示例性、而非限制性的术语。由于本发明能够以多种形式具体实施而 不脱离发明的精神或实质，所以应当理解，上述实施例不限于任何前述的细 节，而应在随附权利要求所限定的精神和范围内广泛地解释，因此落入权利 要求或其等效范围内的全部变化和改型都应为随附权利要求所涵盖。
权利要求
1、一种组播故障恢复方法，应用在至少有一主用路由器和一备用路由器直连到用户端的组播网络中，所述主用路由器和备用路由器分别接收所述用户端的组加入报文，其特征在于，该方法包括步骤S1所述备用路由器根据接收到的组加入报文创建与上游设备之间的组播路径以引导所述上游设备发送的组播流至本设备；步骤S2当所述主用路由器出现故障时，所述备用路由器将其引导的组播流转发至所述用户端。
2、 根据权利要求1所述的组播故障恢复方法，其特征在于，步骤Sl之前包括使能所述备用路由器的接收组加入报文的接口的组 播流备份功能。
3、 根据权利要求1所述的组播故障恢复方法，其特征在于，步骤S1中， 所述备用路由器创建与上游设备之间的组播路径包括所述备用路由器在接收到组加入报文的接口上创建IGMP组信息； 根据所述IGMP组信息创建PIM表项以维护组信息，所述PIM表项中 记录有根据该接收到组加入报文的接口所添加的出接口信息； 根据所述PIM表项向上游设备发送PIM加入报文。
4、 根据权利要求3所述的组播故障恢复方法，其特征在于，还包括 当所述备用路由器接收到用户端的组离开报文时，删除其IGMP组信息，并向上游设备发送PIM剪枝报文以剪断与上游设备之间的组播路径。
5、 根据权利要求3所述的组播故障恢复方法，其特征在于，步骤S2中， 所述备用路由器将其引导的组播流转发至所述用户端包括步骤S21.所述备用路由器根据其PIM表项中记录的出接口信息添加出接步骤S22.通过所述出接口将所述组播流转发至所述用户端。
6、 根据权利要求5所述的组播故障恢复方法，其特征在于，步骤S2之 后还包括步骤S3.所述备用路由器获知原主用路由器故障恢复并能转发组播流后， 剪枝所述出接口。
7、 根据权利要求1至6中任一项权利要求所述的组播故障恢复方法，其特征在于，步骤S2中，所述备用路由器通过BFD机制获得主用路由器的故障信息。
8、 一种组播路由器,其为应用于组播网络中直连到客户端的备用路由器， 所述组播网络中还包括一直连到用户端的主用路由器，该组播路由器包括接收单元，用于接收所述用户端的组加入报文； 其特征在于，还包括组播路径管理单元，用于根据所述接收单元收到的组加入报文创建与上 游设备之间的组播路径，以引导所述上游设备发送的组播流至本设备；转发单元，用于当所述主用路由器出现故障时，将所述组播路径管理单元 所创建的组播路径上的组播流转发至用户端。
9、 根据权利要求8所述的组播路由器，其特征在于，还包括 使能单元，与所述接收单元连接，用于使能所述接收单元中接收组加入报文的接口的组播流备份功能。
10、 根据权利要求8所述的组播路由器，其特征在于，所述组播路径管 理单元包括IGMP组信息创建模块，用于在所述接收单元接收组加入报文的接口上创 建IGMP组信息；PIM表项创建模块，与所述IGMP组信息创建模块连接，用于根据所述 IGMP组信息来创建PIM表项以维护组信息，所述PIM表项中记录有根据该 接收到组加入报文的接口所添加的出接口信息；PIM加入模块，与所述PIM表项创建模块连接，用于根据所述PIM表项 所维护的组信息向上游设备发送PIM加入报文。
11、 根据权利要求10所述的组播路由器，其特征在于，所述组播路径管 理单元还包括-IGMP组信息删除模块,用于根据所述接收单元接收到的组离开报文删除 IGMP组信息；PIM剪枝模块，与所述IGMP组信息删除模块连接，用以向上游设备发 送PIM剪枝报文以剪断与上游设备之间的组播路径。
12、 根据权利要求10所述的组播路由器，其特征在于，所述转发单元包括出接口添加模块，与所述PIM表项创建模块连接，用于当所述主用路由器出现故障时,根据PIM表项中记录的出接口信息添加出接口；转发模块，用于通过所述出接口添加模块所添加的出接口将所述组播流 转发至所述用户端。
13、 根据权利要求12所述的组播路由器，其特征在于，还包括-出接口剪枝单元，用于当原主用路由器故障恢复并能转发组播流后，剪枝所述出接口添加模块添加的出接口 。
14、 根据权利要求12所述的组播路由器，其特征在于，还包括BFD单元，用于与所述主用路由器建立BFD会话以获得主用路由器的 故障信息，并通知所述出接口添加模块。
15、 一种组播故障恢复系统，其至少包括直连到用户端的主用路由器 和备用路由器，其特征在于，所述主用路由器，用于根据用户端发送来的组加入报文创建与上游设备 之间的第一组播路径以引导所述上游设备发送的组播流至本设备，并将该第 一组播路径上的组播流转发至所述用户端；所述备用路由器，用于根据用户端发送来的组加入报文创建与上游设备 之间的第二组播路径以引导所述上游设备发送的组播流至本设备；当所述主 用路由器出现故障时，其将该第二组播路径上的组播流转发至所述用户端。
全文摘要
本发明公开了一种组播故障恢复方法，应用在至少有一主用路由器和一备用路由器直连到用户端的组播网络中，所述主用路由器和备用路由器分别接收所述用户端的组加入报文，该方法包括步骤S1所述备用路由器根据接收到的组加入报文创建与上游设备之间的组播路径以引导所述上游设备发送的组播流至本设备；步骤S2当所述主用路由器出现故障时，所述备用路由器将其引导的组播流转发至所述用户端。与上述方法相对应，本发明还公开了一种组播路由器及组播故障恢复系统。本发明能够实现当主用路由器无法转发组播流时，组播业务的快速恢复。
文档编号H04L12/24GK101631043SQ200910162448
公开日2010年1月20日 申请日期2009年8月5日 优先权日2009年8月5日
发明者陈锦军 申请人:杭州华三通信技术有限公司