Re: Unable to ping Multicast group.

Since frame-relay is not really a broadcast medium, it works due to
some tweaks. Therefore the effect of broadcast traffic on frame-relay
could cause it to be multiplied.
It could also be caused if you put multiple broadcast keywords on the
same DLCI.

The most important thing is that your multicast routing works! It
doesn't matter if you receive multiple replies, the routing works and
the request and reply are getting through.
The only wat to influence only getting 1 reply is to make sure you
only have one 'broadcast' keyword per protocol per DLCI. It's not a
guarantee, since you can still receive multiple replies, but you will
always get the points.

--
Regards,
Rick Mur
CCIE2 #21946 (R&S / Service Provider)
Sr. Support Engineer  IPexpert, Inc.
URL: http://www.IPexpert.com
On 23 aug 2009, at 12:34, Nishant Aggarwal wrote:
> Hi Rick,
>
> One more question.
>
> Connectivity : R5 (RP) <--------Fr-----------> R3 <--------
> Fr-----------> R4 (IGMP Join-group)
>
> R3 is hub for frame-relay. R5 and R2 are spokes of R3. R4 is
> connected to another serial interface of R3.
>
>
> When I am pinging to my multicast group from R5, I am getting 2
> replies for each ping.
>
> 1. Why is it occuring? Why are we getting two replies for each ping?
>
> 2. How to get single reply for each ping?
>
> 3. If we are getting more than 1 ping for each reply, then I will
> get my multicasting points in lab exam or not?
>
> Thanks,
> Nishant Aggarwal.
>
>
>
>
> On 8/23/09, Rick Mur <rmur_at_ipexpert.com> wrote:
> Than you should find your solution by only advertising 2 routes, the
> question might also state that you should be able to reach the routes
> advertised by the BB from a specific subnet or loopback, that way you
> can defer from any 'full reach-ability' requirement.
>
>
>
> --
> Regards,
>
> Rick Mur
> CCIE2 #21946 (R&S / Service Provider)
> Juniper JNCIA-ER & JNCIA-EX
> MCSA:Messaging, MCSE
> Sr. Support Engineer   IPexpert, Inc.
> URL: http://www.IPexpert.com
>
>
>
> On 23 aug 2009, at 02:52, Mark Matters wrote:
>
> > The BB does not have all the routes. I am just sending it a loopback
> > ip address and another address. There is no route back because of
> > this.
> >
> > I can add a prefix to the distribute-list which allows the path back
> > to my subnet. But what if the lab states that I am to send only two
> > specific routes to the BB.
> >
> > On Sat, Aug 22, 2009 at 4:27 AM, Rick Mur <rmur_at_ipexpert.com> wrote:
> > It depends on the question. It could be there is a bulletpoint
> > saying a certain prefix needs to be reachable from some router'
> > loopback.
> >
> > Are you sure the correct routes are advertised to the BB? Seeing the
> > route on your own router is not enough as you need a return path. As
> > I read your question it seems the BB doesn't have the correct
> routes.
> >
> >
> > --
> >
> > Regards,
> >
> > Rick Mur
> > CCIE2 #21946 (R&S / Service Provider)
> > Juniper JNCIA-ER & JNCIA-EX
> > MCSA:Messaging, MCSE
> > Sr. Support Engineer   IPexpert, Inc.
> > URL: http://www.IPexpert.com
> >
> >
> >
> > On 22 aug 2009, at 01:38, Mark Matters wrote:
> >
> >> Is that what they do for everything, sourced pings.
> >>
> >> I ask because I ran into an issue where I can not ping one of my BB
> >> routers after redistributing mutually between two routing protocols
> >> and restricting what routes go to each protocol.
> >>
> >> I do see the route to the BB on all my routers I can ping it from
> >> my connected interface but I can not ping it  from my other routers
> >> unless I do a sourced ping using the  local loopback.
> >>
> >> On Fri, Aug 21, 2009 at 7:03 AM, Ravi Singh
> >> <way2ccie_at_googlemail.com> wrote:
> >> Hi Nishant,
> >>
> >> To contribute my 2 cents here, this sounds quite similar to a
> >> problem I
> >> faced a while back. Here is a link to the archive in case you wish
> >> to have a
> >> look.
> >>
> >> http://www.groupstudy.com/archives/ccielab/200903/msg01550.html
> >>
> >> But just to summarise on what I could suggest is you could  try it
> >> with a
> >> different IOS version, preferably an older one . I have often had
> >> different
> >> behaviours with different IOS versions when it comes to multicast .
> >> And for the question regarding how it is checked in the actual lab,
> >> I agree
> >> with Rick. It will have to be verified with an extended ping and
> >> also a
> >> source-interface if needed.
> >>
> >> Ravi
> >>
> >> On Fri, Aug 21, 2009 at 8:08 AM, Nishant Aggarwal <
> >> er.nishantaggarwal_at_gmail.com> wrote:
> >>
> >> > I am able to ping from R6 and R3 and I am concerned with R5 only
> >> now.
> >> >
> >> > Thanks,
> >> > Nishant Aggarwal
> >> >
> >> > On Fri, Aug 21, 2009 at 12:08 PM, Rick Mur <rmur_at_ipexpert.com>
> >> wrote:
> >> >
> >> >  > It sounds like R5 is choosing Fa0/0 as standard source
> >> interface. Do a
> >> > ping
> >> > > with a source-interface of serial2/0.  You should get an ICMP
> >> reply then.
> >> > > Especially on frame-relay interfaces it's possible to receive a
> >> couple of
> >> > > replies, since frame-relay is not really a broadcasting medium,
> >> that's
> >> > why
> >> > > the broadcast traffic is not really well supported. Getting
> >> multiple
> >> > replies
> >> > > is nothing wrong with, just normal behavior.
> >> > >
> >> > > It's also normal if the first ping in multicast doesn't get
> >> through. You
> >> > > will not have any problems with the 2nd, 3rd and all other
> >> packets. I'm
> >> > > convinced that the proctors script will do a repeat 3 or repeat
> >> 5 if they
> >> > > ping multicast groups.
> >> > >
> >> > >
> >> > >
> >> > > --
> >> > > Regards,
> >> > >
> >> > > Rick Mur
> >> > > CCIE2 #21946 (R&S / Service Provider)
> >> > > Juniper JNCIA-ER & JNCIA-EX
> >> > > MCSA:Messaging, MCSE
> >> > > Sr. Support Engineer   IPexpert, Inc.
> >> > > URL: http://www.IPexpert.com <http://www.ipexpert.com/>
> >> > >
> >> > > On Fri, Aug 21, 2009 at 4:02 AM, Nishant Aggarwal <
> >> > > er.nishantaggarwal_at_gmail.com> wrote:
> >> > >
> >> > >> Hi All,
> >> > >>
> >> > >> Multicast qestion.
> >> > >>
> >> > >> Topology:
> >> > >>
> >> > >> R6 <---FR----> R3 <-----FR-------> R5
> >> > >>
> >> > >> R6 Config:---------------------------------
> >> > >>
> >> > >> Int fa0/0
> >> > >> ip pim sparse-mode
> >> > >> ip igmp join 224.2.2.2
> >> > >> int se2/0
> >> > >> ip pim sparse-mode
> >> > >>
> >> > >> ip pim autorp listener
> >> > >>
> >> > >> R3 Config:---------------------------------
> >> > >>
> >> > >> int lo0
> >> > >> ip pim sparse-mode
> >> > >> int se2/0
> >> > >> ip pim sparse-mode
> >> > >> int se2/1
> >> > >> ip pim sparse-mode
> >> > >>
> >> > >> ip pim autorp listener
> >> > >> ip pim send-rp-announce Loopback0 scope 16 group-list 10
> >> > >> ip pim send-rp-discovery Loopback0 scope 16
> >> > >> access-list 10 per 224.2.2.2
> >> > >>
> >> > >> R5 Config:---------------------------------
> >> > >>
> >> > >> int se2/0
> >> > >> ip pim sparse-mode
> >> > >>
> >> > >> ip pim autorp listener
> >> > >>
> >> > >> There is no other interface on R5 on which multicast is
> >> running. I am
> >> > >> getting RP mappings on all devices.
> >> > >>
> >> > >> 1. When I ping 224.2.2.2 (AT R6) from R5, I get not even a
> >> single ping,
> >> > >> why?
> >> > >>
> >> > >> 2. When I configure sparse-mode on Fa0/0 of R5, I get 2 or 3
> >> pings, why?
> >> > >>
> >> > >> 3. Also if I go for extended ping (Assume sparse on Fa0/0) by
> >> giving
> >> > >> Interface : Serial2/0 and source ip : Fa0/0 ip, I get
> >> continuous ping.
> >> > >>
> >> > >> Please guide what is the reason of Qestion 1 and 2.
> >> > >> Also clarify that the script run by proctor to your grade lab,
> >> will
> >> > >> check my solution with extended ping and pass it OR just check
> >> with
> >> > >> normal ping and fail me??
> >> > >>
> >> > >> What is the solution to resolve the issue?
> >> > >>
> >> > >> Thanks,
> >> > >> Nishant Aggarwal.
> >> > >>
> >> > >>
> >> > >> 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