All things related to multicast

[Brent Sweeny <>]

I'm all in favor of keeping the 'cookbook' as simple as possible.
it was (obviously) not meant to be an encyclopedia, but to give as
simplified a path as possible, back when there was nothing else
available, to help someone get native multicast with Abilene up on
a cisco router.  I appreciate the suggestions, and will incorporate
them when I get a chance to revise it.  thanks! Brent

On Wed, Sep 04, 2002 at 03:26:11PM -0400, Marshall Eubanks wrote:
> John;
> 
>    Wouldn't you recommend that the cookbook use static RP's ?
> This is easy to do, pretty common,
> and my presumption would be that a domain that
> needed something like auto-rp with anycast would need more clue
> than they can get from a cook-book.
> 
> Marshall
> 
> John Zwiebel wrote:
> 
> >On 9/4/02 9:38 AM, "Tim Ward" 
> ><>
> > wrote:
> >
> >
> >>Currently you have three options that I know of for RP:
> >>
> >>Auto-RP -- cisco specific requires PIM sparse-dense within a PIM domain
> >>
> >
> >  sparse-dense is not required if there is a "default" RP statically
> >  configured on every router.
> >
> >
> >>BSR -- not cisco specific allows for PIM sparse within a PIM domain
> >>Anycast RP -- not cisco specific but requires MSDP between RPs
> >>
> >>
> >
> >"Anycast RP" isn't exactly an option.  What it is is a way of
> > splitting up the RP load.  Auto-RP and BSR can be used to
> > distribut that address to all routers in the network, but
> > few (if any) networks do this.  Rather a static RP is used.
> >
> >FWIW: only widely distributed networks (ie a tier-1 ISP) need
> > consider any-cast RP.  Because ISPs are concerned with reliability
> > over flexibility, they choose one IP address to handle -all-
> > multicast groups (also there's no advantage for scoping), that
> > address will still be valid for years, so there is no need to
> > consider the BSR or auto-rp and configuration of a static RP
> > makes a lot of sense.
> >
> >A widely disbursed enterprise -might- want to take advantage of
> > anycast-RP, but might find the flexibility of auto-RP/BSR is
> > also required.
> >
> >90% of the folks reading this have little use for any of this info.