Auto-RP

组播的稀疏模式（spare mode）需要一个RP（Rendezvous Point）作为网络中所有组播流量的集合点。在小型网络中，我们可以在所有的路由器上手工配置RP，但是在大型网络中，手工配置RP并非一个明智的选择，因为配置量太大，容易出错，这时候我们就需要自动选举RP（Auto-RP）,我们有以下2种发现协议来自动发现网络中的RP：

*Auto-RP

*PIMv2 bootstrap router (BSR)

这里我们主要讨论Auto-RP

配置Auto-RP的步骤：

a、必须配置候选RP即 C-RP             （Candidate RP）   候选RP是一个路由器，它宣布自己要成为网络的RP。通过向224.0.1.39组播地址发送RP通告数据包来实现

下图是有6个路由器的小型网络。R1和R5将自己作为网络中的RP进行通告。这两个路由器将在启用了PIM的所有直接连接的接口上将其RP公告数据包发送到224.0.1.39

 

 

 

b、必须配置一个所有路由器的映射代理  （Mapping Agent）  映射代理侦听来自RP候选者的RP通告包，并列出所有可能的RP。然后，它将选择一个RP，并使用发送到组播地址224.0.1.40的RP映射数据包通知网络的其余部分谁成为RP。

 

 

 

 

在上方可以看到R3是我们网络中的映射代理。它已经从R1和R5接收到RP通告数据包，并已选择R5作为将要通告给网络的RP。当两个候选RP希望成为同一组的RP时，映射代理将首选IP地址最高的RP 

R3将通告包含R5的RP地址及其将服务的组的RP映射数据包（组播地址为224.1.0.40）。这些消息在启用了PIM的所有直接连接的接口上发送。

到目前为止，还存在一个问题。在上面可以看到R3将这些数据包发送到R1，R4和R5。这些路由器现在已经知道可以使用哪个RP。

R2和R6呢？看下面：

 

R2和R6没有收到RP映射报文。为什么？

请记住，此处我们使用的是PIM spare mode，仅当路由器通过PIM加入消息请求组播流量时，才转发组播流量。该PIM加入消息被发送到RP。

• 除非R2请求，否则R1和R4不会将组播数据包转发到224.0.1.40到R2。
• 除非R6请求，否则R5和R4不会将组播数据包转发到224.0.1.40到R6。

PIM dense mode则相反，组播流量泛洪无处不在

• PIM Sparse-Dense mode
• PIM Auto-RP Listener

pim sparse-dense mode是pim sparsemode的扩展。它允许我们的组播路由器将密集模式（sparse-dense mode）用于未配置RP的组播组。当路由器知道RP时，它将使用稀疏模式（sparse mode）。如果不知道RP，它将使用密集模式（sparse-dense mode）。这允许到224.0.1.40的流量在整个网络中泛洪，因此R2和R6也可以获知RP地址。

第二种选择是auto-rp listener，有点类似。如果启用此功能，则路由器将仅对224.0.1.39和224.0.1.40地址使用密集模式。

在上面的示例中，R2和R6无法学习RP地址，因为它们没有接收到224.0.1.40的RP映射数据包。映射代理可能会发生相同的问题。由于R3直接连接到R1和R5，因此它能够接收到224.0.1.39的RP通告数据包。如果R3没有直接连接到RP，则它不会收到这些数据包。

 

参考配置：

在所有参与组播域的接口下敲：

ip pim sparse-mode

在候选RP上敲：

ip pim send-rp-candidate lo0 （group-list 1）//后面可选跟一个acl列表，用于匹配指定的组播组

在映射路由器代理上敲：

ip pim send-rp-discovery lo0

 

 

 

 

 

 

 

 

参考：https://networklessons.com/cisco/ccie-routing-switching/multicast-ip-pim-auto-rp