From: Ravi Singh (way2ccie@googlemail.com)
Date: Thu Mar 19 2009 - 10:09:58 ART
Thanks a lot for the response Pavel.
Well actually , I have the group joined at the F0/0 interface of R5
and not R1. The word wrap ruined the diagram. Sorry about that. Here's
it again ( hope the word wrap doesn't spoil it again)
R1(F0/0)<--->(F0/0)R3 (F1/0)<---> (F1/0)R5(F0/0)---->joined 224.1.1.1
| | | |
(10.1.13.1) (10.1.13.3) (10.1.35.3) (10.1.35.5)
I have ip sparse-m on all the routers including the loop0 of R5. I
don't have it though on loo0 of R1 and R3. Putting it on R1's loop)
makes the setup work as mentioned in my previous email but why do you
have to put a sparse mode on it, is my concern. I am using 12.4(23)
but I have also tested it on 12.3 and its the same so I think it has
got to do something with my configuration. Below are the relevant
configs on the three routers if they could help
hostname R1
interface Loopback0
ip address 1.1.1.1 255.0.0.0
!
interface FastEthernet0/0
ip address 10.1.13.1 255.255.255.0
ip pim sparse-mode
duplex auto
speed auto
!
router ospf 10
log-adjacency-changes
network 0.0.0.0 255.255.255.255 area 0
!
ip pim rp-address 5.5.5.5 override
hostname R3
interface Loopback0
ip address 3.3.3.3 255.0.0.0
!
interface FastEthernet0/0
ip address 10.1.13.3 255.255.255.0
ip pim sparse-mode
duplex auto
speed auto
!
interface FastEthernet1/0
ip address 10.1.35.3 255.255.255.0
ip pim sparse-mode
duplex auto
speed auto
!
router ospf 10
log-adjacency-changes
network 0.0.0.0 255.255.255.255 area 0
!
ip pim rp-address 5.5.5.5 override
hostname R5
!
interface Loopback0
ip address 5.5.5.5 255.0.0.0
ip pim sparse-mode
!
interface FastEthernet0/0
ip address 10.1.55.5 255.255.255.0
ip pim sparse-mode
ip igmp join-group 224.1.1.1
duplex auto
speed auto
!
interface FastEthernet1/0
ip address 10.1.35.5 255.255.255.0
ip pim sparse-mode
duplex auto
speed auto
!
router ospf 10
log-adjacency-changes
network 0.0.0.0 255.255.255.255 area 0
!
!
ip pim rp-address 5.5.5.5 override
!
I have "debug ip mpacket detail" "debug ip pim" and "debug ip packe
deta" and this is the ping output with the source interface and
without it on R1
R1#ping 224.1.1.1 source f0/0
Type escape sequence to abort.
Sending 1, 100-byte ICMP Echos to 224.1.1.1, timeout is 2 seconds:
Packet sent with a source address of 10.1.13.1
IP: s=10.1.13.1 (local), d=224.1.1.1 (FastEthernet0/0), len 100,
sending broad/multicast
ICMP type=8, code=0
IP: s=10.1.13.1 (local), d=224.1.1.1 (Loopback0), len 100, sending
broad/multicast
ICMP type=8, code=0
IP: s=10.1.13.1 (Loopback0), d=224.1.1.1, len 100, unroutable
ICMP type=8, code=0
IP: tableid=0, s=10.1.35.5 (FastEthernet0/0), d=10.1.13.1
(FastEthernet0/0), routed via RIB
IP: s=10.1.35.5 (FastEthernet0/0), d=10.1.13.1 (FastEthernet0/0), len
100, rcvd 3
ICMP type=0, code=0
Reply to request 0 from 10.1.35.5, 128 ms
R1#
R1#
without the source interface
R1#ping 224.1.1.1
Type escape sequence to abort.
Sending 1, 100-byte ICMP Echos to 224.1.1.1, timeout is 2 seconds:
IP: s=1.1.1.1 (local), d=224.1.1.1 (FastEthernet0/0), len 100, sending
broad/multicast
ICMP type=8, code=0
IP: s=1.1.1.1 (local), d=224.1.1.1 (Loopback0), len 100, sending broad/multicast
ICMP type=8, code=0
IP: s=1.1.1.1 (Loopback0), d=224.1.1.1, len 100, unroutable
ICMP type=8, code=0
And this is the output on R3 when R1 intiates a ping without any
source interface or IP .
R3#
*Mar 1 20:52:11.934: PIM(0): Check RP 5.5.5.5 into the (*, 224.1.1.1) entry
*Mar 1 20:52:11.942: IP(0): MAC sa=cc00.0e70.0000 (FastEthernet0/0),
IP last-hop=10.1.13.1
*Mar 1 20:52:11.942: IP(0): IP tos=0x0, len=100, id=15, ttl=254, prot=1
*Mar 1 20:52:11.946: IP(0): s=1.1.1.1 (FastEthernet0/0) d=224.1.1.1
id=15, ttl=254, prot=1, len=114(100), not RPF interface
R3#
Any ideas ??
Thanks,
Ravi
On Thu, Mar 19, 2009 at 12:06 PM, Pavel Bykov <slidersv@gmail.com> wrote:
> You need to enable PIM-SM on all interfaces that are participating in MCAST,
> that is including RP interface, which I assume you did. Just to check: so
> you have "ip pim rp-add 5.5.5.5 over"on all routers and you have "ip pim
> sparse-m" on lo0 of R5.
>
> If you join a group on an interface of R1, which directs all packets for
> that group to the CPU, the standard testing is originating packets from
> other routers (R3/R5 in your case). Otherwise, you are originating packets
> on the CPU that are destined to the CPU, some sort of a loop.
>
> Third, normally router originates multicast packets from every multicast
> enabled interface, that is at least before (and including) 12.4.15T, not
> sure about behaviour in newer 12.4.20T+.
>
>
>
> On Thu, Mar 19, 2009 at 7:22 AM, Ravi Singh <way2ccie@googlemail.com> wrote:
>>
>> Hi Group,
>>
>> I don't know what am I missing here but this thing is really making me
>> crazy. I am configuring PIM sparse mode on 3 routers connected
>> linearly i.e
>>
>>
>> R1(F0/0) <-------> (F0/0) R3 (F1/0) <-------> (F1/0) R5
>> (F0/0)---->joined 224.1.1.1
>> | | | |
>> (10.1.13.1) (10.1.13.3) (10.1.35.3) (10.1.35.5)
>>
>> All the routers have loopback0 addresses configured on them as
>> 1.1.1.1/8 , 3.3.3.3/8 and 5.5.5.5/8 . R5 is the RP . RP address is
>> configured as 5.5.5.5 in all the three routers statically.OSPF runs in
>> all the three routers on all the interfaces with them being in area 0.
>> I have done all the required config i.e enabled sparse-mode on the
>> interfaces , defined the static rp-address but when I ping the
>> multicast 224.1.1.1 from R1 , it times out. A debug shows me that the
>> ping is being sourced from loopback 0 of R1 (1.1.1.1) and R1 says it
>> as unroutable. I don't get anything if I debug ip pim or debug ip
>> mpacket detail. The only output I get is when I debug ip packet detail
>> which is this
>>
>> R1#ping 224.1.1.1
>>
>> Type escape sequence to abort.
>> Sending 1, 100-byte ICMP Echos to 224.1.1.1, timeout is 2 seconds:
>>
>> IP: s=1.1.1.1 (local), d=224.1.1.1 (FastEthernet0/0), len 100, sending
>> broad/multicast
>> ICMP type=8, code=0
>> IP: s=1.1.1.1 (local), d=224.1.1.1 (Loopback0), len 100, sending
>> broad/multicast
>> ICMP type=8, code=0
>> IP: s=1.1.1.1 (Loopback0), d=224.1.1.1, len 100, unroutable
>> ICMP type=8, code=0.
>>
>>
>> Also, here is the debug ip mpacket detail output on R3, if it helps. I
>> don't know why it fails an RPF check when the routing looks ok to me.
>>
>> R3#
>> PIM(0): Check RP 5.5.5.5 into the (*, 224.1.1.1) entry
>> IP(0): MAC sa=cc00.0928.0000 (FastEthernet0/0), IP last-hop=10.1.13.1
>> IP(0): IP tos=0x0, len=100, id=32, ttl=254, prot=1
>> IP(0): s=1.1.1.1 (FastEthernet0/0) d=224.1.1.1 id=32, ttl=254, prot=1,
>> len=114(100), not RPF interface
>> R3#
>>
>> Now, If I change the source interface or IP address in the ping
>> command to F0/0 , everything works. If I enable sparse-mode on
>> Loopback 0, everything works again.Why is R1 sourcing the packet from
>> Loopback 0 ? Is this expected behaviour ? Has anyone else encountered
>> this before, or is it just sheer stupidity that I am enjoying here ? I
>> am using dynamips by the way and and it's the same problem, in three
>> different machines where I run Dynamips.
>>
>> Can anyone help me get out of this please .
>>
>> TIA
>> Ravi
>>
>>
>> Blogs and organic groups at http://www.ccie.net
>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
>>
>>
>>
>>
>>
>>
>>
>
>
>
> --
> Pavel Bykov
> ----------------
> Don't forget to help stopping the braindumps, use of which reduces value of
> your certifications. Sign the petition at http://www.stopbraindumps.com/
Blogs and organic groups at http://www.ccie.net
This archive was generated by hypermail 2.1.4 : Mon Apr 06 2009 - 06:44:06 ART