From: Brian McGahan (bmcgahan@internetworkexpert.com)
Date: Sun Oct 17 2004 - 00:41:05 GMT-3
The feed will be forwarded out all pim enabled interfaces, as that is
the behavior of dense mode. Forwarding will only stop on interfaces
that receive dense prune messages from downstream neighbors. Issue the
show ip mroute command to see what the outgoing interface is for the
group, and whether it is forwarding or has been pruned.
HTH,
Brian McGahan, CCIE #8593
bmcgahan@internetworkexpert.com
Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987 x 705
Outside US: 775-826-4344 x 705
24/7 Support: http://forum.internetworkexpert.com
Live Chat: http://www.internetworkexpert.com/chat/
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
Of
> Cisco Net
> Sent: Saturday, October 16, 2004 1:55 PM
> To: jean.paul.baaklini@accenture.com
> Cc: ccielab@groupstudy.com
> Subject: Re: MCAST questions
>
> Hi
> Thank you
> Regarding the first question,
> When i have 2 paths how router is decided to go through the Tunnel
> instead of serial/frame ckt is still not clear (both serial as well as
> tunnel interfaces are enabled for multicast and pim dense mode).
> Especially since the tunnel IPs are not included in the IGP.
>
> I am not trying to do the load balance. May be becasue the frame is
> going through the multipoint interfaces (hub spoke) and hence it can
> not process further. Soi am seeing only through the tunnel.
>
> Or may be i am missing something else.
> Thank you
> Regards
> Cert
>
>
> On Sat, 16 Oct 2004 20:38:04 +0200, jean.paul.baaklini@accenture.com
> <jean.paul.baaklini@accenture.com> wrote:
> > Hi,
> >
> > 1) no static mroutes don't influence the routing decisions like an
IGP
> > does, instead it makes the router aware of which interface it should
be
> > expecting multicast traffic on. I don't think it matters to know the
> > path selection process, just use mroutes to avoid RPF failures.
> >
> > You want to use the tunnel in order to load balance your multicast
> > traffic.
> >
> > 2) you're right here. Use sparse-dense-mode. Although the command
> > returns a warning message, it is accepted and processed.
> >
> > Cheers,
> > JP
> >
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
Of
> > Cisco Net
> > Sent: 16 October 2004 00:28
> > To: ccielab@groupstudy.com
> > Subject: MCAST questions
> >
> > Hi
> > Please verify these questions,
> > 1) If there are 2 paths between 2 routers and if multicast with
> > pim/dense/sparse
> > mode is enabled, what is the decision criterial to select the path.
> > Does ip mroute static command influence on deciding the path ?
> > (I know that ip mroute is used for influencing the rpf check but not
> > sure about
> > the actual traffic).
> >
> > I have 2 paths between R1 and R3, through frame-relay serial and GRE
> > Tunnel.
> > Now Tunnel IPs are not part of any IGP and i still see that remote
> > router
> > is joining through the tunnel.
> >
> > I am wonderig what is the path decision critira for the mcast
traffic
> > to pick the tunnel interface ?
> >
> > 2) My requirement says to enable a multicast mode in which if sparse
> > fail, dense should kick in and i think the answer is pim
sparse-dense
> > mode.
> > Also sice this setup is a multipoint frame connectivity and i hv to
> > enable ip pim
> > nbma mode.
> >
> > The complexity here is that according to the documentation pim nbma
> > mode should be enabled only when the type is "sparse" mode. But if
the
> > type i configure as sparse mode, i will not meet the original
> > requirment (if sparse fails dense mode should kick in)
> >
> > Any advice please
> > Regards
> > Cert
> >
> >
This archive was generated by hypermail 2.1.4 : Sat Nov 06 2004 - 17:11:48 GMT-3