Re: pim dense mode on frame relay

I would say you are right on with the tunnels. If you are using AutoRP, make
sure your Mapping Agent is on the hub (or behind it). If it is on a spoke
you will need tunnels to the other spokes to properly advertise the
mappings.

Bryan Bartik
CCIE #23707 (R&S), CCNP
Sr. Support Engineer - IPexpert, Inc.
URL: http://www.IPexpert.com <http://www.ipexpert.com/>

On Sat, May 23, 2009 at 5:41 PM, Chris Breece <cbreece1_at_gmail.com> wrote:

> Hey Guys,
>
> I was messing around with some multicast stuff today. I was doing some
> stuff
> with PIM NBMA mode in sparse mode. So, maybe I should first say how I think
> it works and you guys tell me how wrong I am :P. How I understand PIM NBMA
> mode to work, is that it keeps track of joins from neighbors and puts them
> in the OIL as seperate entries (rather than just the interface the request
> came in on). So you get seperate entries per neighbor, per interface. This
> sorta works around the "dont send a multicast back out the interface you
> received it on" rule and some other issues (leaving a group, etc).
>
> So I started thinking... how do you work around this same issue in dense
> mode? I googled around for an answer and someone suggested you tunnel from
> spoke to spoke. That seems like it would work, but I havent tried it. Is
> that the answer or is there a better way?
> Also, what if you are using sparse-dense mode for AutoRP. I noticed IOS
> pops
> a message up basically saying "It's not recommended to turn on NBMA mode
> while using sparse-dense mode". Why not, other than it's not going to work
> for multicast groups that rely on dense-mode?
>
> TIA for helping me understand.
>
> Chris
>
>
> 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