RE: PIM BIDIR

Joe,
Correct response.

And why does anycast break BiDir PIM?

David

--
http://dcp.dcptech.com
> -----Original Message-----
> From: Joe Astorino [mailto:jastorino_at_ipexpert.com]
> Sent: Tuesday, January 26, 2010 8:54 AM
> To: David Prall
> Cc: Scott Morris; ron.wilkerson_at_gmail.com; Carlos G Mendioroz; Hans
> None; ccielab_at_groupstudy.com
> Subject: Re: PIM BIDIR
> 
> Thank you!  OK -- Typically you can do this with something known as
> Phantom RP.  With phantom RP you have a few options.
> 
> 1) The "phantom" RP is actually not a real router : )  Yes, I know it
> sounds insane.  The RP in bi-dir PIM does not have to be a specific
> physical router.  It can be an entity -- basically a subnet.  As long
> as people can get to the subnet, they can reach the "RP"
> 
> 2) Phantom RP with longest match -- In this case you will assign
> multiple routers the same loopback address but with different masks.
> So say your RP is 1.1.1.1
>    R1: 1.1.1.1/32
>    R2: 1.1.1.1/30
>    R3: 1.1.1.1/29
> 
> due to the longest prefix match rules, you have redundancy.
> 
> On Tue, Jan 26, 2010 at 8:46 AM, David Prall <dcp_at_dcptech.com> wrote:
> > With all of the non-english speaking individuals that make up
> groupstudy I
> > find it funny we can even think about proper English grammar.
> >
> > Now back to BiDir PIM. Can anyone tell me how you provide for RP
> redundancy
> > in a BiDir environment, using static RP configuration?
> >
> > David
> >
> > --
> > http://dcp.dcptech.com
> >
> >> -----Original Message-----
> >> From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf
> Of
> >> Scott Morris
> >> Sent: Tuesday, January 26, 2010 8:02 AM
> >> To: Joe Astorino
> >> Cc: ron.wilkerson_at_gmail.com; Carlos G Mendioroz; David Prall; Hans
> >> None; ccielab_at_groupstudy.com
> >> Subject: Re: PIM BIDIR
> >>
> >>  I find it more ironic that a list just full of wonderful grammar
> >> lesson
> >> candidates decides to take the time to actually worry about this
> one!
> >> IMHO, I would not consider Joe to be one of the "big offenders".
> >>
> >> ;)
> >>
> >> Joe Astorino wrote:
> >>
> >>   OK -- I find it "interesting" that David and I thought of the same
> >>   thing.  Jesus Christ...
> >>
> >>   On Tue, Jan 26, 2010 at 7:48 AM,    <ron.wilkerson_at_gmail.com>
> >> wrote:
> >>
> >>     Carlos is questioning your use of the word ironic and rightfully
> >> so.  Very cool that gs provides grammar lessons here and there.  :)
> >>
> >>     -----Original Message-----
> >>     From: Joe Astorino     <jastorino_at_ipexpert.com>    Date: Tue, 26
> >> Jan 2010 07:15:33
> >>     To: Carlos G Mendioroz    <tron_at_huapi.ba.ar>    Cc: David Prall
> >> <dcp_at_dcptech.com>    ; Hans None    <acsyao_at_hotmail.com>    ;
> >> <ccielab_at_groupstudy.com>    Subject: Re: PIM BIDIR
> >>
> >>     Yep , just saying it was ironic how David and I thought of the
> same
> >> thing.
> >>
> >>     On Tue, Jan 26, 2010 at 7:06 AM, Carlos G Mendioroz
> >> <tron_at_huapi.ba.ar>     wrote:
> >>
> >>       Where is the irony ?
> >>       Networks are graphs, and when you need a cycle free set of
> arcs
> >> (links)
> >>       that connect all the nodes (routers/switches) you are looking
> for
> >>       a spanning tree. It's all already defined in mathematics, and
> we
> >>       are reusing already defined terms :) (thanks God we did not
> >> reinvent
> >>       the wheel once !!!)
> >>
> >>       Dijkstra was never thinking of cisco when he did SPF algo
> either.
> >>
> >>       -Carlos
> >>
> >>       Joe Astorino @ 25/01/2010 21:09 -0300 dixit:
> >>
> >>         It will forward up to the RP via the DF interface.
>  Ironically
> >> I sort
> >>         of think about it like spanning-tree too.  The DF is sort of
> >> like your
> >>         designated port -- It is the best path up to the RP.  So the
> >> multicast
> >>         starts sending and hits a router, and goes UP the multicast
> >> tree
> >>         (hence the bi-dir term) towards the RP via the DF interface.
> >> Once the
> >>         RP gets the information it will be sent DOWN the shared tree
> to
> >>         receivers.
> >>
> >>         On Mon, Jan 25, 2010 at 3:55 PM, David Prall
> >> <dcp_at_dcptech.com>         wrote:
> >>
> >>           Based on what interface the multicast packet was received
> on.
> >> The RP sets
> >>           the root of the tree and that is all in BiDir. I like to
> >> think of BiDir as
> >>           Spanning-Tree for IP Multicast, with the RP being the
> root.
> >>
> >>           --          http://dcp.dcptech.com
> >>
> >>             -----Original Message-----
> >>             From:             nobody_at_groupstudy.com             [
> >> mailto:nobody_at_groupstudy.com            ] On Behalf Of
> >>             Hans None
> >>             Sent: Monday, January 25, 2010 3:47 PM
> >>             To:             ccielab_at_groupstudy.com
>  Subject:
> >> PIM BIDIR
> >>
> >>             All,
> >>
> >>             When a non RP router received a mcast packet, where
> should
> >> the router
> >>             forward
> >>             the packet? Toward the RP or toward the mcast group OIL?
> >>
> >>             My question is, how will a non RP router pin point its
> own
> >> position?
> >>             Whether
> >>             it was in the path from the source to RP or from RP to
> the
> >> destination
> >>             group?
> >>
> >>             Thanks,
> >>
> >>             Hans
> >>
> >>
> >> _________________________________________________________________
> >>             Hotmail: Free, trusted and rich email service.
> >> http://clk.atdmt.com/GBL/go/196390708/direct/01/
> >>
> >>             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
> >>
> >>       --
> >>       Carlos G Mendioroz        <tron_at_huapi.ba.ar>        LW7 EQI
> >> Argentina
> >>
> >>     --
> >>     Regards,
> >>
> >>     Joe Astorino CCIE #24347 (R&S)
> >>     Sr. Technical Instructor - IPexpert
> >>     Mailto:     jastorino_at_ipexpert.com    Telephone: +1.810.326.1444
> >>     Live Assistance, Please visit:     www.ipexpert.com/chat
>  eFax:
> >> +1.810.454.0130
> >>
> >>     IPexpert is a premier provider of Classroom and Self-Study Cisco
> >> CCNA
> >>     (R&S, Voice & Security), CCNP, CCVP, CCSP and CCIE (R&S, Voice,
> >>     Security & Service Provider) Certification Training with
> locations
> >>     throughout the United States, Europe and Australia. Be sure to
> >> check
> >>     out our online communities at     www.ipexpert.com/communities
> >> and our
> >>     public website at     www.ipexpert.com
> >>
> >>     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
> >>
> >>
> >>
> >>
> >
> >
> >
> 
> 
> 
> --
> Regards,
> 
> Joe Astorino CCIE #24347 (R&S)
> Sr. Technical Instructor - IPexpert
> Mailto: jastorino_at_ipexpert.com
> Telephone: +1.810.326.1444
> Live Assistance, Please visit: www.ipexpert.com/chat
> eFax: +1.810.454.0130
> 
> IPexpert is a premier provider of Classroom and Self-Study Cisco CCNA
> (R&S, Voice & Security), CCNP, CCVP, CCSP and CCIE (R&S, Voice,
> Security & Service Provider) Certification Training with locations
> throughout the United States, Europe and Australia. Be sure to check
> out our online communities at www.ipexpert.com/communities and our
> public website at www.ipexpert.com
Blogs and organic groups at http://www.ccie.net