From: Ravi Singh (way2ccie@googlemail.com)
Date: Mon Mar 23 2009 - 07:33:20 ART
I ran a quick test on this last night on a rented rack and the problem
was the same. The test was a real quick one as I performed it during
the last few minutes of my session but I am sure I replicated the
issue exactly as was with dynamips. If anyone else can test this on
his/her real routers and confirm if they are seeing the same results
with the newer versions of IOS.
This now can become a cause of concern because there is a fair
probability that the task asks you to configure sparse mode on all the
interfaces except for the loopbacks. And if you don't configure it on
the loopback the set up will not work. What IOS version do they have
in the lab, by the way ?
Ravi
On Sat, Mar 21, 2009 at 2:00 PM, Jeff Andiorio <jandiorio@gmail.com> wrote:
> I did use dynamips...
>
> jeff
>
> On 3/21/09, Radioactive Frog <pbhatkoti@gmail.com> wrote:
>> Can someone test this on the real router?
>> Jeff - did you test them on a real router and not on dynamips?
>> Sometime dynamips sucks :(
>>
>> -frog
>>
>>
>> On Sat, Mar 21, 2009 at 3:56 PM, Ravi Singh <way2ccie@googlemail.com>
>> wrote:
>>
>>> Hi Jeff,
>>>
>>> Although I don't see it in the logs, but just to confirm that this
>>> means its not working with 12.4(21) and working with 12.4(15). Bryan
>>> Bartik (in one of the emails above) had also tried this with 12.4(7)
>>> and it worked for him. I have tried this with 12.4(23) & 22T, so it
>>> looks like to me that newer IOS's are having this problem ( if at all
>>> it can be called a problem ). I will try this with either 12.4(7) or
>>> 12.4(15) and see what I get.
>>>
>>> Thank you Jeff for testing this for me. I Appreciate that !!
>>>
>>> Ravi
>>>
>>> On Sat, Mar 21, 2009 at 3:50 AM, Jeff Andiorio <jandiorio@gmail.com>
>>> wrote:
>>> > Ravi,
>>> >
>>> > I labbed this up with both 12.4(21) and 12.4(15)T6 and the multicast
>>> > ping was handled differently in the two different versions.
>>> >
>>> > In both scenarios I used the configurations that you had provided with
>>> > the exception of adding ip multicast-routing.
>>> >
>>> > In 12.4(21) I turned on debug ip packet det and the ping from R1 to
>>> > 224.1.1.1 showed the following :
>>> >
>>> > 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:
>>> >
>>> > *Mar 1 00:04:20.051: IP: s=1.1.1.1 (local), d=224.1.1.1
>>> > (FastEthernet0/0), len 100, sending broad/multicast
>>> > *Mar 1 00:04:20.051: ICMP type=8, code=0
>>> > *Mar 1 00:04:20.051: IP: s=1.1.1.1 (local), d=224.1.1.1 (Loopback0),
>>> > len 100, sending broad/multicast
>>> > *Mar 1 00:04:20.051: ICMP type=8, code=0
>>> > *Mar 1 00:04:20.051: IP: s=1.1.1.1 (Loopback0), d=224.1.1.1, len 100,
>>> > unroutable
>>> > *Mar 1 00:04:20.051: ICMP type=8, code=0
>>> > *Mar 1 00:04:20.279: IP: s=10.1.13.3 (FastEthernet0/0), d=224.0.0.5,
>>> > len 80, rcvd 0, proto=89.
>>> > R1#
>>> >
>>> >
>>> > I then used the 12.4(15) version and had the following results from
>>> > the debug ip packet det:
>>> >
>>> > IP packet debugging is on
>>> > 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:
>>> >
>>> > *Mar 1 00:06:26.639: IP: s=10.1.13.1 (local), d=224.1.1.1
>>> > (FastEthernet0/0), len 100, sending broad/multicast
>>> > *Mar 1 00:06:26.639: IP: s=1.1.1.1 (local), d=224.1.1.1 (Loopback0),
>>> > len 100, sending broad/multicast
>>> > *Mar 1 00:06:26.647: IP: s=1.1.1.1 (Loopback0), d=224.1.1.1, len 100,
>>> > unroutable
>>> > *Mar 1 00:06:26.723: IP: tableid=0, s=10.1.35.5 (FastEthernet0/0),
>>> > d=10.1.13.1 (FastEthernet0/0), routed via RIB
>>> > *Mar 1 00:06:26.723: IP: s=10.1.35.5 (FastEthernet0/0), d=10.1.13.1
>>> > (FastEthernet0/0), len 100, rcvd 3
>>> >
>>> > What I find interesting is that in the 12.4(21) IOS the router does
>>> > attempt to send the packet out fa0/0, but selects a source address of
>>> > the loopback. The 12.4(15) debug shows that it attempts to send it
>>> > out fa0/0 interface and sets the source IP as that of the
>>> > interface(what I would expect).
>>> >
>>> > Interesting issue, but I would say it is a problem with the version
>>> > IOS not your configuration.
>>> >
>>> > Jeff
>>> >
>>> > In 12.4(21) the debug ip packet detail showed that the packet was
>>> sourced from
>>> >
>>> > On Fri, Mar 20, 2009 at 12:32 PM, Ravi Singh <way2ccie@googlemail.com>
>>> wrote:
>>> >> Hi Bryan,
>>> >>
>>> >> I do not have any other connections between the routers and I am using
>>> >> 12.4(23), but I have tested this on 12.3 as well and its the same
>>> >> problem.
>>> >> I am pasting my dynamips connections below and would appreciate if
>>> >> anyone in the group could try this and let me know if it is the same
>>> >> problem with him/her as well. The router configurations have already
>>> >> been given in one of my mails before.
>>> >>
>>> >> autostart = False
>>> >> [localhost:7200]
>>> >>
>>> >> workingdir = C:\Program Files\Dynamips\sample_labs\working\test
>>> >>
>>> >> [[3640]]
>>> >> image = C:\Program Files\Dynamips\images\c3640-ik9o3s-mz.124-23.bin
>>> >> ram = 96
>>> >> disk0 = 0
>>> >> disk1 = 0
>>> >> idlepc = 0x605f00fc
>>> >> ghostios = True
>>> >> sparsemem = True
>>> >>
>>> >> [[Router R1]]
>>> >> model = 3640
>>> >> console = 2001
>>> >> autostart = False
>>> >> F0/0 = R3 F0/0
>>> >>
>>> >>
>>> >> [[Router R3]]
>>> >> model = 3640
>>> >> console = 2003
>>> >> autostart = False
>>> >> slot1 = NM-1FE-TX
>>> >> F1/0 = R5 F1/0
>>> >>
>>> >> [[Router R5]]
>>> >> model = 3640
>>> >> console = 2005
>>> >> autostart = False
>>> >> slot1 = NM-1FE-TX
>>> >> F0/0 = SW1 F0/0
>>> >>
>>> >> [[Router SW1]]
>>> >> model = 3640
>>> >> console = 2007
>>> >> autostart = False
>>> >>
>>> >> Thanks in anticipation
>>> >>
>>> >> Ravi
>>> >>
>>> >>
>>> >> On Fri, Mar 20, 2009 at 3:28 PM, Bryan Bartik <bbartik@ipexpert.com>
>>> wrote:
>>> >>> Hi Ravi,
>>> >>>
>>> >>> That is interesting. Even when I try and specify loopback 0 (without
>>> PIM
>>> >>> enabled) as the source, packets are still sent with source address of
>>> the
>>> >>> Ethernet port. I do not have any problems pinging.
>>> >>>
>>> >>> Do you have any other connections between this routers that would
>>> >>> cause
>>> RPF
>>> >>> check to fail?
>>> >>> What software are you running?
>>> >>>
>>> >>>
>>> >>> Bryan Bartik
>>> >>> CCIE #23707, CCNP
>>> >>> Sr. Support Engineer - IPexpert, Inc.
>>> >>> URL: http://www.IPexpert.com
>>> >>>
>>> >>> On Fri, Mar 20, 2009 at 4:15 AM, Ravi Singh <way2ccie@googlemail.com>
>>> wrote:
>>> >>>>
>>> >>>> Hi Mink,
>>> >>>>
>>> >>>> Could you elaborate on that please. I have not specified in my
>>> >>>> configuration that loo0 should be the source of multicast traffic
>>> >>>> for
>>> >>>> R1.I don't want it to be the source . Its just the mere presence of
>>> >>>> the loop0 interface thats making R1 take it as source. If I remove
>>> >>>> loo0 from R1 , the source interface becomes F0/0 and I don't specify
>>> >>>> this in the config.
>>> >>>> Hope you got what I am trying to say.
>>> >>>> Thanks
>>> >>>> Ravi
>>> >>>>
>>> >>>> On Fri, Mar 20, 2009 at 9:03 AM, Mink <maritpra@hotmail.com> wrote:
>>> >>>> > Hello Ravi,
>>> >>>> >
>>> >>>> > By the way you test, multicast source seem to connected to R1
>>> >>>> > loop0.
>>> I
>>> >>>> > dont
>>> >>>> > think R1 can forward the multicast packet if the source connected
>>> >>>> > to
>>> >>>> > non-multicast enabled interface, in this case loopback 0. "show ip
>>> >>>> > mroute" on
>>> >>>> > R1 should be able to help you identify the problem, you will not
>>> >>>> > see
>>> >>>> > anything
>>> >>>> > related to your multicast group that R5 joined if you haven't
>>> >>>> > enable
>>> >>>> > multicast
>>> >>>> > on the interface that you pretend to be the souce of multicast
>>> traffic.
>>> >>>> >
>>> >>>> > Hope this will help.
>>> >>>> >
>>> >>>> >
>>> >>>> > Blogs and organic groups at http://www.ccie.net
>>> >>>> >
>>> >>>> >
>>> _______________________________________________________________________
>>> >>>> > Subscription information may be found at:
>>> >>>> > http://www.groupstudy.com/list/CCIELab.html
>>> >>>>
>>> >>>>
>>> >>>> Blogs and organic groups at http://www.ccie.net
>>> >>>>
>>> >>>>
>>> _______________________________________________________________________
>>> >>>> Subscription information may be found at:
>>> >>>> http://www.groupstudy.com/list/CCIELab.html
>>> >>
>>> >>
>>> >> Blogs and organic groups at http://www.ccie.net
>>> >>
>>> >> _______________________________________________________________________
>>> >> Subscription information may be found at:
>>> >> http://www.groupstudy.com/list/CCIELab.html
>>>
>>>
>>> Blogs and organic groups at http://www.ccie.net
>>>
>>> _______________________________________________________________________
>>> Subscription information may be found at:
>>> http://www.groupstudy.com/list/CCIELab.html
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