cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
103
Views
0
Helpful
0
Replies
Highlighted
Beginner

Running auto-RP with router interfaces in sparse mode

I'm running this lab in EVE-NG:

 

topology.JPG

 

All RTR# devices have their interfaces configured with "ip pim sparse-mode", and all RTR# devices have "ip multicast-routing" enabled. Also, OSPF is enabled on all RTR# interfaces in area 0. RTR# devices are OSPF neighbors on their directly connected interfaces.

 

RTR3's loopback0 interface (3.3.3.3) is configured to be the RP: RTR3 is also the configured mapping agent and an RP candidate:

 

interface Loopback0
ip address 3.3.3.3 255.255.255.255
ip pim sparse-mode
!

ip pim rp-address 3.3.3.3
ip pim send-rp-announce Loopback0 scope 16
ip pim send-rp-discovery Loopback0 scope 16

 

 

I did a "show ip pim rp mapping" on RTR1 and expected to see it empty (because all interfaces are configured to be in sparse mode). RTR2 is getting the RP discovery messages sent to 224.0.1.40 from RTR3 since it's directly connected to RTR3, but RTR1 is some how still learning the RP to be 3.3.3.3 from R2. I did a debug ip pim auto-rp on RTR1 to confirm this.

 

 

RTR1#sh ip pim rp mapping
PIM Group-to-RP Mappings

Group(s) 224.0.0.0/4
RP 3.3.3.3 (?), v2v1
Info source: 3.3.3.3 (?), elected via Auto-RP
Uptime: 00:17:49, expires: 00:01:58
RTR1#

 

RTR1#
*Feb 14 16:03:41.565: Auto-RP(0): Received RP-discovery packet of length 48, from 3.3.3.3, RP_cnt 1, ht 181
*Feb 14 16:03:41.565: (0): pim_add_prm:: 224.0.0.0/240.0.0.0, rp=3.3.3.3, repl = 1, ver =3, is_neg =0, bidir = 0, crp = 0
*Feb 14 16:03:41.565: Auto-RP(0): Update
*Feb 14 16:03:41.565: prm_rp->bidir_mode = 0 vs bidir = 0 (224.0.0.0/4, RP:3.3.3.3), PIMv2 v1
RTR1#

 

RTR2's "show ip mroute" shows that it is sending the auto-RP discovery messages over an SPT tree to RTR1 via its Ethernet0/1 interface. I'm not sure why that is, though.

 

RTR2#show ip mroute

<output omitted>

(3.3.3.3, 224.0.1.40), 00:21:35/00:02:12, flags: LT
Incoming interface: Ethernet0/2, RPF nbr 192.168.2.2
Outgoing interface list:
Ethernet0/1, Forward/Sparse, 00:21:35/00:02:31

 

Meanwhile at the other end of the topology, RTR4 does not appear to be forwarding the RP-discovery messages it receives on Et0/3 over to RTR5 on its Et0/0 interface:

 

RTR4#show ip mroute

<output omitted>

(3.3.3.3, 224.0.1.40), 00:49:08/00:02:25, flags: PLT
Incoming interface: Ethernet0/3, RPF nbr 192.168.3.1
Outgoing interface list: Null

 

RTR5 doesn't seem to know about the RP:

 

RTR5#sh ip pim rp mapping
PIM Group-to-RP Mappings

RTR5#

Everyone's tags (3)
CreatePlease to create content