Hi Imran,It is a matter of debate if the additional frame maps are unwanted or not!! If a lab is asking for "full IP connectivity", then that may include self-ping from a router to its own IP addresses. They were put in for that purpose, so the same TCL script could be run on all routers to check full IP connectivity before starting the multicast testing. They should have no detrimental effect on multicast whatsoever, the same way that unneeded IP ARP entries pointing out an ethernet have no bearing on multicast operation. Am about to lab up again to see if your solution would have worked..... Hope I get done before my session expires in 1h 45min!! George. Date: Tue, 29 May 2012 18:36:19 +0300 Subject: Re: [OSL | CCIE_RS] Multicast over NBMA Revisted and Retyped and typo corrected! From: [email protected] To: [email protected] CC: [email protected]; [email protected]
you have added un wanted frame-relay map statments on spokes , as the topology is ospf point to multipoint , no need arises to have spoke to spoke mapping . Do a reload after removing the unwanted frame mappings , then give me the result . mean while i will run your topology and put a beauitful explanation here On T ue, May 29, 2012 at 1:53 PM, George Leslie <[email protected]> wrote: Hi Imran, Oh, you are getting closer.... The root cause is that "ip pim nbma-mode" only works for sparse-mode groups, not dense mode (this is what I found out yesterday!) On which router or routers are you proposing to remove "ip pim autorp listener"? I assume R2 only? Interesting idea. If you remove this from R2, then R2 will treat 224.0.1.39 and 224.0.1.40 as sparse mode groups. However, as it does not know the RP for these groups, it does not know where to send the (*,G) PIm join to join them. This is the class chicken and egg scenario that caused sparse-dense mode to be invented. R5 will still be chucking out traffic for these groups in dense mode, as it still has autorp configured, so R2 should receive the traffic. However, as R2 does not know the RP for 224.0.1.39 and 224.0.1.40, how does it perform the RPF check, if it does not know which is its RPF interface??? I don't know, but I assume, that R2 will reject the traffic due to its inability to know what it's RPF interface is. if I can, will lab up later today and confirm this hypothesis.... So, I think there is more to the answer.... And I should state, this was set for me by a CCIE friend of mine. Other lab conditions: 1. Autorp to be used, not BSR 2. ONLY R8 can be RP via autorp and only R7 as mapping agent for "ALL groups" i.e including 224.0.1.39 and 224.0.1.40. 3. No static RP assignment permitted. Regards, George. Date: Tue, 29 May 2012 08:17:26 +0300 Subject: Re: [OSL | CCIE_RS] Multicast over NBMA Revisted and Retyped and typo corrected! From: [email protected] To: [email protected] CC: [email protected]; [email protected] guys , let me do a quick recap here. i have struggle a lot for this topic ip pim listner command ====> this makes auto rp groups to be dense mode flooded . if auto rp grops are dense mode flooded , then pim nbma mode will not work . as it only works for sparse mode . remove this command and do the test again .... On Tue, May 29, 2012 at 1:44 AM, Bal Birdy <[email protected]> wrote: Hey guys. I'm nearly at the end of my studies for the written and one area I'm very very weak on is frame-relay and NBMA networks. Can anyone point me in teh right direction for some extra study material on this topic area? I have the IPE written course, but there's nothing in it for frame-relay - not of any depth. I guess I need some practice lab stuff to get my head around it. Thanks Bal On Tue, May 29, 2012 at 6:31 AM, George Leslie <[email protected] > wrote: > > > > Hi all, > > I have the answer! > Wow, just when you think you are starting to get comfortable with a > technology, it turns around and bites you on the bum!! A lesson for us all! > > > > I’m going to leave this on the forum for a day or so, in > case anyone else wants to have a crack at solving it. > > George. > > > > From: [email protected] > > To: [email protected] > > Date: Mon, 28 May 2012 18:53:52 +0000 > > Subject: [OSL | CCIE_RS] Multicast over NBMA Revisted and Retyped and > typo corrected! > > > > > > Sorry, typo in frame maps below, now corrected. The config I put on the > real routers were correct however. > > > From: [email protected] > > > To: [email protected] > > > Date: Mon, 28 May 2012 14:44:52 +0000 > > > Subject: [OSL | CCIE_RS] Multicast over NBMA Revisted and Retyped! > > > > > > > > > > > > > > > > > > No idea what happened to the formating of the last Email, so here it > is again, pasted from Word this time! Hope you can read it! > > > > > > Hello all, > > > > > > > > > > > > Ages ago, I posted a query regarding multicast and pim NBMA > > > mode on frame. Well, finally today, I > > > got back to doing another test on proctorlabs kit...and the suggested > solution > > > STILL did not work! > > > > > > > > > > > > Again, this was a homemade lab: > > > > > > > > > > > > TOPOLOGY > > > > > > ------------- > > > > > > > > > > > > classic WB 2 topology of R2/R4/R5 being a frame hub and > > > spoke, R2 hub. Pim set up on all routers > > > and auto-rp RP and mapping agent live behing R5. > > > > > > > > > > > > > > > > > > R8 (RP) -> R7 (Mapping agent) -> R5 -> DLC502 -> > > > R2 -> DLCI 204 -> R4. > > > > > > > > > > > > All interfaces set to PIM SM. All can see each other as neighbours. > R2 set to be PIM DR on frame (suggestion from > > > last time I tried this!). R2 set for pim > > > NBMA mode on its frame interface. > > > > > > > > > > > > > > > > > > SYMPTOMS > > > > > > -------------- > > > > > > > > > > > > R8 can see rp mapping, R7 can see RP mapping, R5 can see RP > > > mapping, R2 can see RP mapping, R4 cannot. > > > > > > > > > > > > All these were configured: > > > > > > > > > > > > OSPF in point-to-multipoint mode on frame and broadcast on > > > LANs. Full IP connectivity within this > > > small cloud. > > > > > > PIM NBMA mode on R2 frame interface > > > > > > R2 PIM DR priority 0f 255, 0 on R4 and R5. > > > > > > > > > > > > Debug ip mpacket details and debug pim auto (forget exact > > > syntax but it is the auto-rp debug) > > > > > > > > > > > > Results: > > > > > > > > > > > > R4 is not receiving ANY multicast whatsoever. R2 is receiving auto-rp > info, but is not > > > sending back out its frame interface again to R4. > > > > > > > > > > > > My solution was to configure a GRE tunnel from R2 to R4, > > > move PIM onto that adjust static mroute accordingly. Yes I know, > could have used PPPoFr but that > > > was more typing! > > > > > > > > > > > > However, this to me seems like a frig. I thought the whole point of > pim NBMA mode is > > > that is...sort of...acted like "no ip split-horizon" does for > > > routing, and R2 should advertise the RP and mapping agent > advertisements back > > > out its frame interface again. It just > > > did not do this..... > > > > > > > > > > > > Is my understanding flawed here, or have a stumbled across > > > one of those "a reload should fix that" things? > > > > > > > > > > > > > > > > > > Configs below: > > > > > > > > > > > > > > > > > > R2 > > > > > > -- > > > > > > > > > > > > ip multicast-routing > > > > > > ip pim autorp listener > > > > > > > > > > > > int ser0/1/0 > > > > > > encap frame > > > > > > no frame inverse > > > > > > ip address 10.1.1.1 255.255.255.0 > > > > > > frame map ip 10.1.1.1 204 broad > > > > > > frame map ip 10.1.1.4 204 > > > > > > frame map ip 10.1.1.5 205 broad > > > > > > ip ospf net point-to-multipoint > > > > > > ip ospf 1 area 0 > > > > > > ip pim sparse-mode > > > > > > ip pim nbma-mode > > > > > > ip pim dr-priority 255 > > > > > > > > > > > > R4 > > > > > > -- > > > > > > > > > > > > ip multicast-routing > > > > > > ip pim autorp listener > > > > > > > > > > > > int ser0/0/0 > > > > > > encap frame > > > > > > no frame inverse > > > > > > ip address 10.1.1.4 255.255.255.0 > > > > > > frame map ip 10.1.1.1 402 broad > > > > > > frame map ip 10.1.1.2 402 > > > > > > frame map ip 10.1.1.5 402 > > > > > > ip ospf net point-to-multipoint > > > > > > ip ospf 1 area 0 > > > > > > ip pim sparse-mode > > > > > > ip pim dr-pri 0 > > > > > > > > > > > > int f0/0 > > > > > > ip address 10.1.4.4 255.255.255.0 > > > > > > ip pim sparse-mode > > > > > > ip ospf 1 area 0 > > > > > > > > > > > > > > > > > > R5 > > > > > > --- > > > > > > > > > > > > ip multicast-routing > > > > > > ip pim autorp listener > > > > > > > > > > > > int ser0/1/0 > > > > > > encap frame > > > > > > no frame inverse > > > > > > ip address 10.1.1.5 255.255.255.0 > > > > > > frame map ip 10.1.1.1 502 broad > > > > > > frame map ip 10.1.1.4 502 > > > > > > frame map ip 10.1.1.2 502 > > > > > > ip ospf net point-to-multipoint > > > > > > ip ospf 1 area 0 > > > > > > ip pim sparse-mode > > > > > > ip pim dr-prior 0 > > > > > > > > > > > > int f0/0 > > > > > > ip address 10.1.5.5 255.255.255.0 > > > > > > ip ospf 1 area 0 > > > > > > descr RP and Mapping agent live out here..... > > > > > > > > > > > > > > > > > > Regards, George. > > > > > > > > > > > > > > > _______________________________________________ > > > 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 > > > > _______________________________________________ > > 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 > > _______________________________________________ > 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 > _______________________________________________ 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 _______________________________________________ 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
