Carlos, You are correct in your assumptions here. Your explanation of autorp is accurate. However, I believe you will need the auto-rp listener on your RP and mapping agent. Check out the command reference for this command. Here is an excerpt from the example in the documentation: I believe that by putting it on the RP and MA you allow the RP and MA themselves to actually propogate the autoRP traffic down in dense-mode.
The following example enables IP multicast routing and the Auto-RP listener feature on a router. It also configures the router as a Candidate RP for the multicast groups 239.254.2.0 through 239.254.2.255. ip multicast-routing ip pim autorp listener ip pim send-rp-announce Loopback0 scope 16 group-list 1 ip pim send-rp-discovery Loopback1 scope 16 access-list 1 permit 239.254.2.0 0.0.0.255 On Sun, Jul 12, 2009 at 1:41 PM, Carlos Valero <[email protected]>wrote: > More questions about Multicast. > > I have note received any answers to the previous ones. > I hope somebody helps with those as well. > > In any case, this is what I understand about ip pim autorp listener > (of course all this applies to Auto-RP only) > > - Both, RP(s) and Mapping Agent are in Sparse Mode; > ip pim sparse > > - All other (participant) Routers require Sparse-Dense: > ip pim sparse-dense-mode > > - As an alternative, Leaf Routers may use: > ip pim autorp listener > > This allows ONLY groups 224.0.1.39 & 224.0.1.40 to operate in Dense Mode. > Everything else will operate in Sparse Mode! > > If this is correct, > then the RP(s) and Mapping Agent will NOT need ip pim autorp listener > > Now in this Task, R2 should announce itself as the RP > > But in the solution you do configure ip pim autorp listener in R2!! > > Why? > > I checked the final config and in fact ip pim autorp listener is there. > > So I guess either the solution is wrong or all my previous logic is wrong. > It is one or the other! > > Could you please clarify? > > > Thank you! > > > > --- On *Sat, 7/11/09, Carlos Valero <[email protected]>* wrote: > > > From: Carlos Valero <[email protected]> > Subject: Re: [OSL | CCIE_RS] Vol 3, Lab 6, Task 5.2 (Multicast) > To: "prakash patel" <[email protected]>, [email protected], > [email protected], "Jared Scrivener" <[email protected]> > Date: Saturday, July 11, 2009, 5:17 PM > > Sorry, but I have another question about Multicast > > In Task 5.2 of this Lab (Vol 3, lab 6) the requirements state: > > "Multicast Traffic should distributed exclusively on Shared Trees" > > > In the solution, BIDIR is enabled in all participating Routers: > > - ip pim bidir-enable > > But I'm not sure why. > > What part of these requirements "forces" us to use ip pim bidir-enable ? > > I guess it is not the fact we are using Shared Trees, right? > > I believe that we can have Sparse Mode using Unidirectional Shared Trees, > correct? > > So is it the fact that says: "exclusively on Shared Trees" what makes us > use BIDIR? > > Could you please explain? > > > Thank you!! > > > --- On *Fri, 7/10/09, Jared Scrivener <[email protected]>* wrote: > > > ------------------------------ > ** > ------------------------------ > Date: Fri, 10 Jul 2009 11:16:45 -0400 > From: [email protected] > To: [email protected]; [email protected]; > [email protected]; [email protected] > Subject: Re: [OSL | CCIE_RS] Vol 3, Lab 2, Task 5.1 (Multicast) > > OK, seems like I jumped in a little prematurely here. The ACL is fine and > the priority doesn’t need swapping in your solution below, Carlos (but your > question has a typo). Anyhow, the Solution Guide is being updated correctly > and will be in the members section on our next update cycle. > > Cheers, > > Jared Scrivener CCIE3 #16983 (R&S, Security, SP), CISSP > Sr. Technical Instructor - IPexpert, Inc. > URL: *http://www.IPexpert.com <http://www.ipexpert.com/> > *Telephone: +1.810.326.1444 > Fax: +1.810.454.0130 > Mailto: *[email protected] <http://ipexpert.com/> > * > > ------------------------------ > *From: *Jared Scrivener <[email protected] <http://ipexpert.com/> > > *Date: *Fri, 10 Jul 2009 11:12:48 -0400 > *To: *Carlos Valero <[email protected] <http://yahoo.com/> >, < > [email protected] <http://onlinestudylist.com/> >, Joe Astorino > <[email protected] <http://ipexpert.com/> > > *Subject: *Re: [OSL | CCIE_RS] Vol 3, Lab 2, Task 5.1 (Multicast) > > The ACL is fine. The priority value should be swapped so that it uses 10 on > R2 and 20 on R7. This is just another lesson in how CCIE’s can make typo’s. > I’m fixing it up in our Proctor Guide now. > > Cheers, > > Jared Scrivener CCIE3 #16983 (R&S, Security, SP), CISSP > Sr. Technical Instructor - IPexpert, Inc. > URL: *http://www.IPexpert.com <http://www.ipexpert.com/> > *Telephone: +1.810.326.1444 > Fax: +1.810.454.0130 > Mailto: *[email protected] <http://ipexpert.com/> > * > > ------------------------------ > *From: *Carlos Valero <[email protected] <http://yahoo.com/> > > *Date: *Thu, 9 Jul 2009 17:19:29 -0700 (PDT) > *To: *<[email protected] <http://onlinestudylist.com/> >, Joe > Astorino <[email protected] <http://ipexpert.com/> > > *Subject: *Re: [OSL | CCIE_RS] Vol 3, Lab 2, Task 5.1 (Multicast) > > Made a little mistake on the requirements section. > The second part should be like this: > > Configure R7 to announce candidacy as an RP for Groups: > - First octet = 225 or 227 > - Second octet less than 128 > *- Priority = 20 > * > Originally I wrote *Priority = 10 > * > But the solution it is being configured with *Priority = 10 > * > - ip pim rp-candidate l1 group-list 51* prio 10 > * > That's exactly the source of my confusion. > > *Why is R7 configuration based on R2's requirements and vice-versa? > > > --- On Thu, 7/9/09, Carlos Valero <[email protected] < > http://yahoo.com/> >* wrote: > > > From: Carlos Valero <[email protected] <http://yahoo.com/> > > Subject: Re: [OSL | CCIE_RS] Vol 3, Lab 2, Task 5.1 (Multicast) > To: [email protected] <http://onlinestudylist.com/> , "Joe > Astorino" <[email protected] <http://ipexpert.com/> > > Date: Thursday, July 9, 2009, 7:26 PM > > Hello, > > I think I need some help with this task. > It seems to be quite simple, but to me the solution seems to be backwards > and I'm very confused and stock! > > *Requirements: > > Configure R2 to announce candidacy as an RP for Groups: > - First octet = 225 or 227 > - Priority = 10 > * > Configure R7 to announce candidacy as an RP for Groups: > - First octet = 225 or 227 > - Second octet less than 128 > *- Priority = 10 > * > *Solution: > > R2: > > access-list 51 permit 225.0.0.0 0.255.255.255 > access-list 51 permit 227.0.0.0 0.255.255.255 > > ip pim rp-candidate l1 group-list 51 prio 20 > *ip pim bsr-candidate l1 > > *R7: > * > access-list 51 permit 225.0.0.0 0.127.255.255 > access-list 51 permit 227.0.0.0 0.127.255.255 > access-list 51 permit 225.0.0.0 0.127.255.255 > access-list 51 permit 227.0.0.0 0.127.255.255 > > ip pim rp-candidate l1 group-list 51* prio 10 > *ip pim bsr-candidate l1 > > This seems to be backwards to me! > > That is, the requirements state that *R2 *should have a *Priority = 10*and > *R7 *should have a *Priority = 20 > * > *But it is configured backwards!* R2 = 20 and R7 = 10! > > Needless to say, the ACL also seem to be backwards to me! > > Obviously, there is something that I'm missing here. > And frankly I don't know what it is. > > *I hope somebody can help. > > Did I mention that Multicast is my less favorite topic? > Actually I should say that I almost hate it :-( > > > > > > > > > --- On Wed, 7/8/09, Joe Astorino <[email protected] < > http://ipexpert.com/> >* wrote: > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > > > ------------------------------ > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > > ------------------------------ > Insert movie times and more without leaving Hotmail®. See how. < > http://windowslive.com/Tutorial/Hotmail/QuickAdd?ocid=TXT_TAGLM_WL_HM_Tutorial_QuickAdd_062009> > > > > > -- Regards, Joe Astorino CCIE #24347 (R&S) Sr. Support Engineer – IPexpert, Inc. URL: http://www.IPexpert.com Skype: joe_astorino
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
