Re: PIM BIDIR

From: Joe Astorino <jastorino_at_ipexpert.com>
Date: Tue, 26 Jan 2010 08:58:01 -0500

*Correction* In example 2 your RP would still be "phantom" so it may
be that your RP is 1.1.1.2 which doesn't technically exist anywhere
but is a member of the same subnet

On Tue, Jan 26, 2010 at 8:54 AM, Joe Astorino <jastorino_at_ipexpert.com> wrote:
> 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
>

-- 
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
Received on Tue Jan 26 2010 - 08:58:01 ART

This archive was generated by hypermail 2.2.0 : Thu Feb 04 2010 - 20:28:42 ART