From: Jay.Hanke@alltel.com
Date: Tue Oct 09 2007 - 16:09:17 ART
I'm talking about the bidir option when specifying an RP. If you specify
the bidir option on the RP configuration, the group is bidirectional if
you don't it is sparse. I'm not disagreeing with you on how bidir works
because we are in agreement. My question was on provisioning a router
with two RP's one bidirectional and one sparse.
I was able to mock it up and prove it out. I'm in good shape.
jay
_____
From: shiran guez [mailto:shiranp3@gmail.com]
Sent: Tuesday, October 09, 2007 12:55 AM
To: Hanke, Jay; Cisco certification
Subject: Re: Bidir-PIM: Example
No, please look into the documentation:
"In bidirectional mode, traffic is routed only along a
bidirectional shared tree that is rooted at the rendezvous point (RP)
for the group" . mean bidirectional is running in sparse mode already,
mean there is no bidirectional in other mode then sparse as it relay on
the RP.
On 10/8/07, Jay.Hanke@alltel.com <Jay.Hanke@alltel.com> wrote:
I think our wires are crossed. I'm talking about
bidirectional vs sparse
not sparse vs dense. The example on the website said it
was to put some
groups in bidirectional and some groups in sparse.
I mocked up the example and sure enough if you put the
bidir keyword on
the rp config the group is bidirectional rather than
sparse. If you take
it off the group is in sparse mode.
You're not wrong, just answering a different question.
jay
-----Original Message-----
From: nobody@groupstudy.com [mailto:
nobody@groupstudy.com <mailto:nobody@groupstudy.com> ] On Behalf Of
shiran guez
Sent: Monday, October 08, 2007 1:52 PM
To: Hanke, Jay
Cc: ccielab@groupstudy.com
Subject: Re: Bidir-PIM: Example
again bidirectional dose not mean dual mode (dense,
sparse).
bidirectional is like the path vector of the multicast
like BGP in
relation to IGP.
its job is to give a better design when you are in a
large scale sparse
mode domain.
as for your question how can the router know what group
is sparse and
what is dense well it is very simple, if you have a RP
for that group
then the group is sparse if you don't then it is dense.
there are 2 groups that are dense by default 224.0.1.40
and 224.0.1.39.
other then that if you set a group with RP then it is
sparse if you
don't it is dense.
please if some one think I am wrong here, join to the
discussion but I
am 99% sure I am not wrong.
On 10/8/07, Jay.Hanke@alltel.com < Jay.Hanke@alltel.com
<mailto:Jay.Hanke@alltel.com> > wrote:
>
> It must be a mistake in the docs. I mocked it up on
the routers and
> the groups. If both RPs are set to bidirectional all
the groups go
> into bidirectional. If one RP has the bidirectional
argument only the
> groups associated with that RP are bidirectional which
makes a lot
more sense.
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:
nobody@groupstudy.com] On Behalf
> Of shiran guez
> Sent: Monday, October 08, 2007 11:38 AM
> To: Hanke, Jay
> Cc: ccielab@groupstudy.com
> Subject: Re: Bidir-PIM: Example
>
> bidirectional dose not mean it will be sparse or dense
mode.
>
> if you want sparse or dense then you need simply to do
ip pim
> sparse-dense mode this command under the interface
will insure you
> will work spars and if there is no RP or you lost the
connection to
> the RP then you will work dense.
>
> the bidirectional is as I said before only for sparse
mode. Bidir-PIM
> is designed to be used for many-to-many applications
within individual
> PIM domains
>
>
> On 10/8/07, Jay.Hanke@alltel.com <
Jay.Hanke@alltel.com <mailto:Jay.Hanke@alltel.com> > wrote:
> >
> > If I understand correctly groups not matching the RP
group access
> > left
>
> > will fail back to dense-mode unless otherwise
allowed.
> >
> > The example is supposed to have an RP that can
support 3 blocks of
> > groups
> >
> > 224/8 and 227/8 as bidirectional
> > 226/8 as only sparse mode only
> >
> > If you configure sparse mode only, you issue the
same command
> > without the bidirectional. So if I wanted 224/8 and
227/8 to be
> > bidirectional (and 226/8 as sparse only), wouldn't
the config for
> > the RP be as follows?
> >
> > Ip multicast-routing
> > !
> > Ip pim bidir-enable
> > !
> > ip pim rp-address 10.0.1.1 45 bidir
> > ip pim rp-address 10.0.2.1 46
> > !
> > access-list 45 permit 224.0.0.0 0.255.255.255
access-list 45 permit
> > 227.0.0.0 0.255.255.255 access-list 46 permit
226.0.0.0
> > 0.255.255.255
> >
> >
> > If the example from Cisco is correct, how does ios
know which ones
> > are
>
> > sparse mode and which ones are bidirectional?
> >
> > Thanks,
> >
> > jay
> >
> > -----Original Message-----
> > From: nobody@groupstudy.com
[mailto:nobody@groupstudy.com ] On Behalf
> > Of shiran guez
> > Sent: Monday, October 08, 2007 10:24 AM
> > To: Hanke, Jay
> > Cc: ccielab@groupstudy.com
> > Subject: Re: Bidir-PIM: Example
> >
> > I don't understand why you expect it to be stripped
off?
> > the bidirectional is configured together with sparse
mode, the
> > bidirectional job is like to be the master of a
sparse mode domain
> > to control several RP's by adding a designated
forwarder (DF)
> >
> >
http://www.cisco.com/univercd/cc/td/doc/product/software/ios124/124c
> > g/
> > hi
> > mc_c/chap05/mcbbasic.htm#wp1080866
> >
> >
> > On 10/8/07, Jay.Hanke@alltel.com <
Jay.Hanke@alltel.com <mailto:Jay.Hanke@alltel.com> > wrote:
> > >
> > > Agreed, but my question is regarding running two
RP's on the same
> > > router, one for Bidirectional and one for Sparse
mode. Otherwise,
> > > how would the routers know to allow upstream
traffic for a
> > > particular
> > group?
> > >
> > > ------------------------------
> > > *From:* shiran guez [mailto: shiranp3@gmail.com]
> > > *Sent:* Monday, October 08, 2007 12:21 AM
> > > *To:* Hanke, Jay
> > > *Cc:* ccielab@groupstudy.com
> > > *Subject:* Re: Bidir-PIM: Example
> > >
> > >
> > > no, when you set a static RP address you must set
it on all the
> > > Multicast Routers inclde the RP himself.
> > >
> > >
> > >
> > >
> > > On 10/7/07, Jay.Hanke@alltel.com
<Jay.Hanke@alltel.com > wrote:
> > > >
> > > > In the bidir-pim example on this page:
> > > >
> > > >
> > > >
http://www.cisco.com/univercd/cc/td/doc/product/software/ios124/
> > > > 12
> > > > 4c
> > > > g/himc_c/
> > > > chap05/mcbbasic.htm#wp1134906
> > > >
> > > > The following example is cited with the
description saying that
> > > > group
> > > > 226/8
> > > > will be in sparse mode rather than bidirectional
mode.
> > > >
> > > > !Enable IP multicast routing
> > > > ip multicast-routing
> > > > !Enable bidir-PIM
> > > > ip pim bidir-enable
> > > > interface loopback 0
> > > > description One Loopback address for this
routers Bidir Mode RP
> > > > function ip address 10.0.1.1 255.255.255.0 !
> > > > interface loopback 1
> > > > description One Loopback address for this
routers Sparse Mode RP
> > > > function ip address 10.0.2.1 255.255.255.0
> > > >
> > > > ip pim rp-address 10.0.1.1 45 bidir ip pim
rp-address 10.0.2.1
> > > > 46 bidir
> > > >
> > > > access-list 45 permit 224.0.0.0 0.255.255.255
access-list 45
> > > > permit 227.0.0.0 0.255.255.255 access-list 46
permit 226.0.0.0
> > > > 0.255.255.255
> > > >
> > > > Shouldn't the ip pim rp-address 10.0.2.1 46
bidir command have
> > > > the
>
> > > > bidir stripped off?
> > > >
> > > > Thanks,
> > > >
> > > > jay
> > > >
> > > >
> > > >
****************************************************************
> > > > **
> > > > **
> > > > *********
> > > > *************
> > > > The information contained in this message,
including
> > > > attachments, may contain privileged or
confidential information
> > > > that is intended to be delivered only to the
person identified
> > > > above. If you are not the intended recipient, or
the person
> > > > responsible for delivering this message to the
intended
> > > > recipient, Alltel requests
>
> > > > that you immediately notify the sender and asks
that you do not
> > > > read the
> > > >
> > > > message or its
> > > > attachments, and that you delete them without
copying or sending
> > > > them to anyone else.
> > > >
> > > >
This archive was generated by hypermail 2.1.4 : Fri Nov 16 2007 - 13:11:13 ART