[发明专利]一种建立PIM邻居、组播加入的方法、组播网络及路由器

说明书

技术领域

本发明涉及通信领域，特别涉及一种建立协议无关组播邻居的方法、一种组播加入的方法、一种组播网络及路由器。

背景技术

目前，RFC(Request For Comments，请求注解)定义的PIM(Protocol Independent Multicast，协议无关组播)协议中，路由器问都是通过单跳直连物理链路建立邻居关系，PIM协议组播组的加入/剪枝都是通过单跳直连PIM邻居进行协议报文交互，报文的源地址用物理链路接口地址，目的地址采用组播地址。

在现行的IP核心网中经常使用隧道技术，这里所谓的隧道技术泛指RSVP(资源保留协议，Resource Reservation Protocol)MPLS(Multiprotocol Label Switch，多协议标签交换)LSP(Multiprotocol Label Switch Path，标签交换路径)、GRE(Generic Routing Encapsulation，通用路由封装)等可跨越一跳至多跳，将报文封装在隧道协议内部，通过隧道协议将报文从隧道头节点转发至隧道尾节点的技术。隧道常常被作为一条逻辑链路参与到IGP(InteriorGateway Protocol，内部网关协议)的运算中，相应的技术有IGP Shortcut(IGP捷径)、FA(Forwarding Adjacency，转发邻接)等。

PIM需要参考IGP决定RPF(Reverse Path Forwarding，反向路径转发)邻居，但当前标准的PIM没有考虑IGP将隧道作为逻辑链路看待的场景，由于该逻辑链路可以跨越多个物理链路和设备，超出了现有PIM定义的单跳直连物理链路上建邻居的规范。即如果网络同时存在隧道(逻辑链路)和组播PIM协议，PIM路由器参考IGP生成的下一跳指向隧道接口的路由无法获得直连的PIM RPF邻居。如图1所示，如果网络同时存在隧道(该隧道可以是双向的，也可以是单向的，对于单向的隧道，例如：起点为R2，终点为R4)和组播PIM协议，PIM路由器通过参考IGP生成，R4的去往图中组播源的RPF邻居为R2，但由于R2和R4之间不存在直连的PIM邻居关系，也就无法发起组播树加入。这造成了组播和隧道技术互斥，不能同时布署。

针对上述问题，现有技术采取的解决方案是：

1.采用组播静态路由方案。在PIM路由器上配置专门为组播PIM协议RPF计算参考的路由，其下一跳地址指向直连网段上的PIM邻居，此时组播加入的建立方向可以避开隧道，从而建立起避开隧道的组播树。

该方案需要在PIM路由器上进行大量的手工配置，维护操作复杂，难以实施；另外，当网络上增删节点、发生物理链路故障时，网络拓扑发生变化，手工配置的路由可能失效，甚至可能变成错误路径，组播业务会随之中断。

2.通过配置使隧道头尾节点的PIM路由器不参考经由隧道的路由。即通过配置让PIM路由器参考路由时跳过经由隧道的路由，从而找到直连PIM RPF邻居。

该方案的主要缺点是：即便隧道头尾的路由器回避了对通过隧道路由的参考，由于隧道常常被看待成逻辑链路被IGP发布，其他非隧道头尾的PIM路由器依然可能参考通过IGP扩散出来的经由隧道的路由，且隧道头尾以外的其他路由器无法分辨哪些是通过直连链路的路由，哪些是通过隧道的路由，这时PIM协议的组播树建立会发生混乱，无法正常工作。

3.通过IGP多拓扑技术建立独立路由表供PIM路由器参考。网络中所有路由器专门运行一个IGP实例，或者建立与单播业务完全无关的不包含隧道的另一套专为组播工作的路由平面，生成专门为组播参考的路由表，为整个网络提供了完全隔离、有充分灵活性的组播拓扑。

该方案的主要缺点是：需要全网的路由器都支持IGP多拓扑技术；IGP多拓扑造成路由器的计算量加大，控制平面任务复杂、繁重；回避了通过隧道的路由，也就放弃了利用隧道提供丰富特性的机会。

发明人发现，现有技术中至少存在如下问题，即现有的技术都没有打破PIM路由器建立单跳直连邻居的方案，当遇到PIM和RSVP MPLS LSP等隧道同时部署时，PIM路由器无法找到单跳直连RPF邻居。

发明内容

为了在跨越多跳的一对路由器间建立协议无关组播邻居，本发明实施例提供了一种建立协议无关组播邻居的方法、一种组播加入的方法、一种组播网络及路由器。

所述技术方案如下：

一种建立协议无关组播邻居的方法，所述方法包括：

第一路由器向第二路由器发送单播报文；