cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1416
Views
0
Helpful
15
Replies

PIM Dense mode unexplainable problem

gianluca82
Level 1
Level 1

Hi all,

I have two Cisco 3845 routers which receive a multicast stram via a tunnel interface, i.e Tunnel163 (PIM Dense mode is enabled).

These routers are both connected to a LAN segment (FastEthernet0/1/0) where receivers are.

I observe the following very strange behavior:

Router1# show ip mroute 224.100.6.163 output (extract):

(192.168.163.22, 224.100.6.163), 00:32:57/00:02:38, flags: T

Incoming interface: Tunnel163, RPF nbr 173.1.163.2

Outgoing interface list:

FastEthernet0/1/0, Prune/Dense, 00:31:33/00:02:40, A

Router1# show ip pim neighbor fastEthernet 0/1/0 (extract)

Neighbor         Interface               Uptime/Expires   Ver   DR

Address                                                           Prio/Mode

100.1.6.252       FastEthernet0/1/0       00:23:21/850 msec v2   1 / S P G

Router1#show ip igmp groups 224.100.6.163 (extract)

IGMP Connected Group Membership

Group Address   Interface               Uptime   Expires   Last Reporter   Group Accounted

224.100.6.163   FastEthernet0/1/0       5d01h     00:02:33 100.1.6.11

Router1 is the assert winner (highest IP address), it sees igmp joins request, but it's pruning the interface.

It's really confusing to me. It happens sometimes and it lasts until I manually issue clear ip mroute  *

Unfortunately I cannot migrate to Sparse Mode, so I have to fix this problem.

Any help is really appreciated.

15 Replies 15

gianluca82
Level 1
Level 1

Hi all,

since I have disabled PIM state refresh the problem seems to be disappeared.

However state refresh was a useful tool to avoid excessive flooding. Does someone know if this bug (assumed that this is actually a bug) is solved from any IOS realease on?

Thanks,

Gianluca

Review Cisco Networking products for a $25 gift card