Hi there please read this article: http://www.cisco.com/en/US/docs/ios/solutions_docs/ip_multicast/White_papers/frm_rlay.html#wp1029926 It should answer all your questions. It is a good read. I don't think placing the Mapping agent on a spoke is supported and I doubt you would ever need to do it. Remember too if you are using sparse mode, make sure to enable IP pim autorp listener on each router, as it allows those two groups for autorp to run in dense mode. If anyone else has any input or corrections please contribute.
Sent from my iPhone On 20/12/2012, at 7:10 PM, "Baldeep Birdy" <[email protected]<mailto:[email protected]>> wrote: Ok so what's the purposed of the TTL in - ip pim send-rp-discovery scope ttl-value I thought by setting this you can control/or permit the flow of your RP MAppings to routers who want to learn??? Thanks B > From: [email protected]<mailto:[email protected]> > To: [email protected]<mailto:[email protected]> > CC: [email protected]<mailto:[email protected]> > Subject: Re: [OSL | CCIE_RS] Multicasting NBMA Frame-Relay and AutoRP > Date: Thu, 20 Dec 2012 07:05:06 +0000 > > Auto RP mapping agent traffic had a ttl of 1. You cannot change that. Hub > must be MA. > > Sent from my iPhone > > On 20/12/2012, at 4:13 PM, "Baldeep Birdy" > <[email protected]<mailto:[email protected]>> wrote: > > > So I've been spending a lot of time on multicasting and today was playing > > with the deployment of AutoRP within a FR Cloud. I have my RP at the hub > > site, with my MA deployed at a spoke. Straight away I ran into issues with > > my MA announcements, on 224.0.1.40, being sent to my other spoke routers, > > to the hub site no issues. Note, that this was intended to further cement > > my understanding of frame-relay concepts and also mcast. > > > > Now my thought process was that the 224.0.1.40 annoucements are not getting > > to my spoke, they are being sent to the hub who is not forwarding them on. > > I then remembered that these announcements are sent to your PIM neighbours > > only, and my initial thought was that enabling autorp listener on the hub > > would resolve the issue. Alas no, would like someone to explain this. > > > > Second though, ok I need to get the spokes to become neighbours, I > > configured frame-relay map ip statements, with the broadcast command, > > between my spokes but again no result. > > > > Final thought, setup a GRE tunnel between them and configure PIM on the > > tunnel, with the required static mroute to fix my RFP failure, result > > worked. > > > > So going back I'm now a little confused about points 1 and 2. Clearly I've > > got a gap in my theory. > > > > 1. AutoRP listener, causes the router to flood autorp messages within the > > environment, so why not from the hub down to spokes? I configured no ip > > split horizon on the interface thinking is it a split horizon issue, but > > this is for routing right? so a red herring? > > > > 2. With the frame-relay map statements, why didn't my spokes become > > neighbours? I have broadcast statements so the packets would have been > > unicasted out? > > > > I've read that the MA SHOULD be placed at the hub, so it has full > > communication. Short of using a GRE tunnel is this my only option? There > > has to be an alternative, what am I missing. > > > > Thanks > > Bal > > > > _______________________________________________ > > For more information regarding industry leading CCIE Lab training, please > > visit www.ipexpert.com<http://www.ipexpert.com> > > > > Are you a CCNP or CCIE and looking for a job? Check out > > www.PlatinumPlacement.com<http://www.PlatinumPlacement.com> > > > > http://onlinestudylist.com/mailman/listinfo/ccie_rs _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com http://onlinestudylist.com/mailman/listinfo/ccie_rs
