Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
New Member

How to troubleshoot this multicasting problem?

I have 2 Sunray servers that need to use multicasting to communicate keep-alives. Between the 2 servers, there are 4 Layer3 6509 switches (distribution1-core1-core2-distribution2). All have multicating routing enabled and running PIM spare-mode on all Layer3 interfaces. The 2 core are configured as RP router and MSDP peering each other.

The servers use multicast address 224.101.101.101. I can see the address in "sh ip igmp group" on both sides, however on one distribution switch, I have the following:

distribution2#sh ip pim rp 224.101.101.101

224.101.101.101 is not a sparse-mode group

distribution2#sh ip pim autorp

AutoRP Information:

AutoRP is enabled.

PIM AutoRP Statistics: Sent/Received

RP Announce: 0/0, RP Discovery: 0/0

Seems that distribution switch can't discovery its RP (supposed to be the core on that side). How to troubleshoot the issue?

Thanks a lot

Gary

3 REPLIES
New Member

Re: How to troubleshoot this multicasting problem?

with the limited information i have form you, i think you have fallen for the classic auto rp catch22 situation viz. autorp is used to disperse RP information for PIM sparse mode but autorp itself uses dense mode multicasting for its protocol operation.

confirm that all L3 interfaces have one of the two options:

1) change PIM to pim sparse-dense mode instead os sparse-mode

or

2) the later IOS will let you use ip pim autorp listner command to enable the routers to run dense mode for autorp even if the interfaces are configured with only sparse-mode.

HTH

Yash

New Member

Re: How to troubleshoot this multicasting problem?

Thanks Yash. I'll try with "ip pim sparse-dense mode" on that vlan interface. Should I use it on all other layer 3 interfaces as well such as links to other layer switches?

The swithes (Sup720-3B) are running IOS 122-18.SXF7. I'll look up that autorp listen command.

What are some good tools or commands I can use to troubleshoot without turning on debug?

One more question: if "sh ip pim rp mapping" shows nothing in the output, what would be the problem?

Thanks

Gary

New Member

Re: How to troubleshoot this multicasting problem?

Hi Gary,

Yes.You should enable pim on all the l3 interfaces.Most of the time you can troubleshoot with simple show commands.

Some of the key points that you need to remember are,

1) rpf neighbor should be a pim neighbor.

2) your rp should be reachable.You will not see any output with "show ip pim rp mapping" if rp is not reachable.

3) "show ip rpf" is another useful command when you see packets being dropped due to rpf failure.

These links will definitely be helpful to you.

http://www.cisco.com/en/US/tech/tk828/technologies_tech_note09186a0080094b55.shtml

http://www.cisco.com/en/US/tech/tk828/technologies_tech_note09186a0080093f21.shtml

Regards

Nambi

282
Views
0
Helpful
3
Replies
CreatePlease to create content