Re: Re: Unexpected multicast auto-rp behavior

From: my-ccie-test@libero.it
Date: Thu Feb 02 2006 - 05:19:20 GMT-3


Hi Chris,
thank you for your answer, your explanation is correct.
I did a debug ip igmp/debug ip pim on R3 (current RP) and this is a part of the debug:

1d17h: IGMP(0): Send v2 general Query on Ethernet1/1
1d17h: IGMP(0): Set report delay time to 5.8 seconds for 224.0.1.39 on Ethernet1/1
1d17h: IGMP(0): Send v2 general Query on Loopback1
1d17h: IGMP(0): Set report delay time to 4.8 seconds for 239.0.0.1 on Loopback1
1d17h: IGMP(0): Set report delay time to 2.7 seconds for 224.0.1.40 on Loopback1
1d17h: IGMP(0): Set report delay time to 1.2 seconds for 224.0.1.39 on Loopback1
1d17h: IGMP(0): Send v2 Report for 224.0.1.39 on Loopback1
1d17h: IGMP(0): Received v2 Report on Loopback1 from 10.0.255.1 for 224.0.1.39
1d17h: IGMP(0): Received Group record for group 224.0.1.39, mode 2 from 10.0.255.1 for 0 sources

so it seems igmp works on local connected LAN interface making join to
the well-known groups 224.0.1.39 and 224.0.1.40, R1 accept the join, and the shared tree is build up.

moving the RP on R1 the ping from r5 fail. making show ip rp map on r5 no RP is selected, confirming wath you said.

thank you Chris.

Max



This archive was generated by hypermail 2.1.4 : Wed Mar 01 2006 - 11:28:17 GMT-3