I was about ready to reply missing that myself.
Regards, Tyson Scott - CCIE #13513 R&S, Security, and SP Managing Partner / Sr. Instructor - IPexpert, Inc. Mailto: <mailto:[email protected]> [email protected] Telephone: +1.810.326.1444, ext. 208 Live Assistance, Please visit: <http://www.ipexpert.com/chat> www.ipexpert.com/chat eFax: +1.810.454.0130 IPexpert is a premier provider of Self-Study Workbooks, Video on Demand, Audio Tools, Online Hardware Rental and Classroom Training for the Cisco CCIE (R&S, Voice, Security & Service Provider) certification(s) with training locations throughout the United States, Europe, South Asia and Australia. Be sure to visit our online communities at <http://www.ipexpert.com/communities> www.ipexpert.com/communities and our public website at <http://www.ipexpert.com/> www.ipexpert.com From: [email protected] [mailto:[email protected]] On Behalf Of Smail Milak Sent: Monday, September 13, 2010 4:09 PM To: [email protected] Subject: [OSL | CCIE_SP] FW: SP Vol.1 LAB 10 Multicast Task 9.5 Man, i wrote the wrong multicast address...red numbers L. To less concetration I guess. standard IP access list NO_AUTO_RP 20 deny 239.0.1.40 10 deny 239.0.1.39 30 permit 224.0.0.0, wildcard bits 15.255.255.255 (230 matches) Now it is working. Standard IP access list NO_AUTO_RP 10 deny 224.0.1.39 (5 matches) 20 deny 224.0.1.40 (47 matches) 30 permit 224.0.0.0, wildcard bits 15.255.255.255 (235 matches) From: Smail Milak [mailto:[email protected]] Sent: Monday, September 13, 2010 6:46 PM To: '[email protected]' Subject: SP Vol.1 LAB 10 Multicast Task 9.5 Hi guys, I am just finishing LAB 10 and found a problem on task 9.5. I had to look at the DSG for this task and found this: access-list 24 deny 224.0.1.39 access-list 24 deny 224.0.1.40 access-list 24 permit 224.0.0.0 15.255.255.255 interface Serial0/1/0.26 point-to-point ip address 150.50.26.2 255.255.255.252 ip pim sparse-mode ip multicast boundary 24 frame-relay interface-dlci 206 I debuged a little bit and saw that R6 is still receiving RP-discovery packets. On R6 00:31:06.511: Auto-RP(0): Received RP-discovery packet of length 48, from 200.0.0.2, RP_cnt 1, ht 16 *Mar 1 00:31:06.515: Auto-RP(0): Update (224.0.0.0/4, RP:200.0.0.2), PIMv2 v1 On R2 *Mar 1 00:42:22.871: Auto-RP(0): Build RP-Discovery packet *Mar 1 00:42:22.875: Auto-RP: Build mapping (224.0.0.0/4, RP:200.0.0.2), PIMv2 v1, *Mar 1 00:42:22.879: Auto-RP(0): Send RP-discovery packet of length 48 on FastEthernet0/0 (1 RP entries) *Mar 1 00:42:22.883: Auto-RP(0): Send RP-discovery packet of length 48 on Serial0/1.24 (1 RP entries) *Mar 1 00:42:22.887: Auto-RP(0): Send RP-discovery packet of length 48 on Serial0/1.26 (1 RP entries) INTERFACE TO R6! *Mar 1 00:42:22.891: Auto-RP(0): Send RP-discovery packet of length 48 on Serial0/2 (1 RP entries) *Mar 1 00:42:22.895: Auto-RP(0): Send RP-discovery packet of length 48 on Loopback200(*) (1 RP entries) Then I made a new ACL (NO_AUTO_RP_2) because it seems logical to me to deny the whole CLASS D scope for AUTO-RP, and it worked. On R2 standard IP access list NO_AUTO_RP 20 deny 239.0.1.40 10 deny 239.0.1.39 30 permit 224.0.0.0, wildcard bits 15.255.255.255 (230 matches) Standard IP access list NO_AUTO_RP_2 10 deny any (37 matches) On R2 interface Serial0/1.26 point-to-point ip address 150.50.26.2 255.255.255.0 ip pim sparse-dense-mode ip multicast boundary NO_AUTO_RP_2 snmp trap link-status frame-relay interface-dlci 206 Can it be that it is a mistake from the IPX guys or did I made a mistake? Multicast traffic is still working from AS1 to AS 2 and vice versa, though. IOS is (C3725-ADVENTERPRISEK9-M), Version 12.4(15)T13 Hope to hear your opinion.
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
