cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1718
Views
0
Helpful
5
Replies

PIM Sparse mode - AutoRP is not detecting RP

gargolek99
Level 1
Level 1

Hello,

 

I am studying PIM Sparse mode and start working on AutoRP. I have a small topology  consist of 6 routers which are connected over FrameRelay point to point. I have tested this topology using static RP assignments and is working as expected. Now, when i configure AutoRp, this is not working. I mean when i use commands like sh ip pim rp, i either do not get results at all or RP shows as 0.0.0.0:

Bowler#sh ip pim rp
Group: 239.255.255.254, RP: 0.0.0.0
Group: 224.2.127.254, RP: 0.0.0.0
Group: 230.253.84.168, RP: 0.0.0.0
Group: 228.13.20.216, RP: 0.0.0.0

 

Wired thing is my mtrace or mstat is working fine from the destination directly and also from all routers that connected to same vlan:

From Destination:

Destination#mstat 10.1.1.88 239.255.255.254
Type escape sequence to abort.
Mtrace from 10.1.1.88 to 10.1.2.113 via group 239.255.255.254
From source (?) to destination (?)
Waiting to accumulate statistics......
Results after 10 seconds:

  Source        Response Dest   Packet Statistics For     Only For Traffic
10.1.1.88       10.1.2.113      All Multicast Traffic     From 10.1.1.88
     |       __/  rtt 5    ms   Lost/Sent = Pct  Rate     To 239.255.255.254
     v      /     hop 1    ms   ---------------------     --------------------
0.0.0.0
10.1.2.113      ? Multicast disabled
     |      \__   ttl   0
     v         \  hop 4    ms        0         0 pps           0    0 pps
10.1.2.113      10.1.2.113
  Receiver      Query Source

 

And from neighbor router:

Bowler#mtrace 10.1.1.88 10.1.2.113 239.255.255.254
Type escape sequence to abort.
Mtrace from 10.1.1.88 to 10.1.2.113 via group 239.255.255.254
From source (?) to destination (?)
Querying full reverse path...
 0  10.1.2.113
-1  10.1.2.25 ==> 10.2.5.1 PIM  [10.1.1.0/24]
-2  10.2.5.2 ==> 10.2.1.2 PIM  [10.1.1.0/24]
-3  10.2.1.1 ==> 10.1.1.1 PIM_MT  [10.1.1.0/24]
-4  10.1.1.88

 

Bowler#mstat 10.1.1.88 10.1.2.113 239.255.255.254
Type escape sequence to abort.
Mtrace from 10.1.1.88 to 10.1.2.113 via group 239.255.255.254
From source (?) to destination (?)
Waiting to accumulate statistics......
Results after 10 seconds:

  Source        Response Dest   Packet Statistics For     Only For Traffic
10.1.1.88       10.2.5.1        All Multicast Traffic     From 10.1.1.88
     |       __/  rtt 51   ms   Lost/Sent = Pct  Rate     To 239.255.255.254
     v      /     hop 44   ms   ---------------------     --------------------
10.1.1.1
10.2.1.1        ? Prune sent upstream
     |     ^      ttl   0
     v     |      hop -14  ms    0/0 = --%      0 pps    0/0 = --%  0 pps
10.2.1.2
10.2.5.2        ?
     |     ^      ttl   1
     v     |      hop 13   ms    0/0 = --%      0 pps    0/0 = --%  0 pps
10.2.5.1
10.1.2.25       ?
     |      \__   ttl   2
     v         \  hop 6    ms        0         0 pps           0    0 pps
10.1.2.113      10.2.5.1
  Receiver      Query Source

 

 

Only wired stuff is that from source directly i am not able to even ping multicast address.If anyone could help i would be appreciate...

 

5 Replies 5

marioderosa2008
Level 1
Level 1

Have you ensured that you have defined an ACL that matches the multicast groups for each RP and have you ensured that the scope (TTL) is big enough to cover the hops between the RP and your PIM routers?

Hello,

 

Yes, i have defined scope as 255 "just in case" during troubleshooting. 

Also i do not have any groups specified to match any RP, so therefore RP with highest IP should be used for all the Groups. In addition i do not even have any ACLs on any routersw, this is purely  experimental set up just for Multicast. 

I'm no expert, but I am sure when you setup AutoRP you need to define an ACL so that each RP knows what multicast groups to be responsible for...

i might be wrong, but that is what I had to do.

can you post output of "sh run | i pim" ? (on your RP routers)

Mario

Thanks Mario, this is interesting....what you saying....as this "lab" i took from Case Study from TCP/IP v2, the author there shows partial configuration rest is just what on you how to make it work. In whatever he show there was no ACL for groups on the RP or MA. My understanding was that MA will be able to gather advertisement and advertise the RP to other routers, but this isnt  happening. 

 Regards with the output i will get you one later today/tomorrow. 

 

Thank you for follow up.

This is the sh run | i PIM from RP

 

Fedora#sh run | i pim
 ip pim sparse-mode
 ip pim nbma-mode
 ip pim sparse-mode
 ip pim nbma-mode
 ip pim sparse-mode
 ip pim nbma-mode
 ip pim sparse-mode
ip pim send-rp-announce Loopback0 scope 255 group-list 30
Fedora#

Stetson#sh run | i pim
 ip pim sparse-mode
 ip pim nbma-mode
 ip pim sparse-mode
 ip pim nbma-mode
 ip pim sparse-mode
ip pim send-rp-announce Loopback0 scope 255 group-list 20
Stetson#

 

 

The following if from MA

Porkpie#sh run | s ip pim
 ip pim sparse-mode
 ip pim sparse-mode
 ip pim nbma-mode
 ip pim sparse-mode
 ip pim nbma-mode
 ip pim sparse-mode
ip pim send-rp-discovery Loopback0 scope 255

 

 

Regards,

 

 

 

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:

Innovations in Cisco Full Stack Observability - A new webinar from Cisco