I downloaded the lab again, and the question was the same. I did, however, download the D
Regards, Jay McMickle- CCNP, CCSP, MCSE Sent from my iPhone On Jul 26, 2010, at 12:38 PM, "Tyson Scott" <[email protected]> wrote: > Jay, > > > > Have you downloaded the latest updates for our workbooks. The NM-16ESW > module in R2 was removed from all labs. > > > > Regards, > > > > Tyson Scott - CCIE #13513 R&S, Security, and SP > > Managing Partner / Sr. Instructor - IPexpert, Inc. > > Mailto: [email protected] > > Telephone: +1.810.326.1444, ext. 208 > > Live Assistance, Please visit: 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 www.ipexpert.com/communities and our > public website at www.ipexpert.com > > > > From: [email protected] > [mailto:[email protected]] On Behalf Of Jay McMickle > Sent: Sunday, July 25, 2010 12:07 PM > To: [email protected] > Subject: [OSL | CCIE_RS] WB1 lab 7 > > > > Has anyone thought of or found an alternative to the Ethernet switch needed > for lab7 in R2 (3800 series)? > > > Regards, > > Jay McMickle- CCNP, CCSP, MCSE > > Sent from my iPhone > > > On Jul 25, 2010, at 11:00 AM, [email protected] wrote: > > Send CCIE_RS mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://onlinestudylist.com/mailman/listinfo/ccie_rs > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CCIE_RS digest..." > > Today's Topics: > > 1. multicast igmp filtering (marc abel) > 2. Re: multicast igmp filtering (marc abel) > 3. Re: multicast igmp filtering (Steve Shaw) > 4. Re: multicast igmp filtering (marc abel) > > I'm working on Vol 1 Lab 24 task 8 + 9 and can't reproduce what is shown in > the DSG. The task shows us applying an access list on F0/0 for R5,R6,R7 like > this: > > access-list 11 deny 224.0.0.0 15.255.255.254 > access-list 11 permit 224.0.0.1 15.255.255.255 > int f0/0 > ip igmp access-group 11 > > Then the solution guide show the output of Debug ip igmp. In the output they > show 240.0.0.0 blocked on fastethernet 0/0 like this: > > Jul 24 16:14:34.903: IGMP(*): Group 224.0.1.40 access denied on > Fastethernet0/0 > > I can not get my routers to produce this line. My outputs seem to be keyed to > the loopbacks. If I apply the access-list to my loopback interface then I > will indeed see this line: > > Jul 24 16:14:34.903: IGMP(*): Group 224.0.1.40 access denied on loopback0 > > What am I missing? > > Here are the relevant parts of my config on R7 (R6 and R5 are identical) > > hostname R7 > > ip multicast-routing > > interface Loopback0 > ip address 200.0.0.7 255.255.255.255 > ip pim sparse-mode > ! > interface FastEthernet0/0 > ip address 150.100.220.7 255.255.255.0 > ip pim sparse-mode > ip igmp access-group 11 > duplex auto > speed auto > ! > interface FastEthernet0/1 > ip address 150.100.221.7 255.255.255.0 > ip pim sparse-mode > duplex auto > speed auto > > ip pim autorp listener > ! > access-list 11 deny 224.0.0.0 15.255.255.254 > access-list 11 permit 224.0.0.0 15.255.255.255 > > Further testing shows other groups blocked correctly. I just can't seem to > block 224.0.1.40 as the DSG shows. I wonder if there is some mechanism that > prevents 224.0.1.40 from being filtered. > > On Sat, Jul 24, 2010 at 11:33 AM, marc abel <[email protected]> wrote: > > I'm working on Vol 1 Lab 24 task 8 + 9 and can't reproduce what is shown in > the DSG. The task shows us applying an access list on F0/0 for R5,R6,R7 like > this: > > access-list 11 deny 224.0.0.0 15.255.255.254 > access-list 11 permit 224.0.0.1 15.255.255.255 > int f0/0 > ip igmp access-group 11 > > Then the solution guide show the output of Debug ip igmp. In the output they > show 240.0.0.0 blocked on fastethernet 0/0 like this: > > Jul 24 16:14:34.903: IGMP(*): Group 224.0.1.40 access denied on > Fastethernet0/0 > > I can not get my routers to produce this line. My outputs seem to be keyed to > the loopbacks. If I apply the access-list to my loopback interface then I > will indeed see this line: > > Jul 24 16:14:34.903: IGMP(*): Group 224.0.1.40 access denied on loopback0 > > What am I missing? > > Here are the relevant parts of my config on R7 (R6 and R5 are identical) > > hostname R7 > > ip multicast-routing > > interface Loopback0 > ip address 200.0.0.7 255.255.255.255 > ip pim sparse-mode > ! > interface FastEthernet0/0 > ip address 150.100.220.7 255.255.255.0 > ip pim sparse-mode > ip igmp access-group 11 > duplex auto > speed auto > ! > interface FastEthernet0/1 > ip address 150.100.221.7 255.255.255.0 > ip pim sparse-mode > duplex auto > speed auto > > ip pim autorp listener > ! > access-list 11 deny 224.0.0.0 15.255.255.254 > access-list 11 permit 224.0.0.0 15.255.255.255 > > > > Marc, when would you see 224.0.1.40 in your network? > > On Jul 24, 2010 1:27 PM, "marc abel" <[email protected]> wrote: > > Further testing shows other groups blocked correctly. I just can't seem to > block 224.0.1.40 as the DSG shows. I wonder if there is some mechanism that > prevents 224.0.1.40 from being filtered. > > > > On Sat, Jul 24, 2010 at 11:33 AM, marc abel <[email protected]> wrote: > > > > I'm working on Vol 1 L... > > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > For RP discovery. Garry Baker showed me that it has to do with last IGMP > reporter for the group > > R7(config-if)#do show ip igmp mem > > > Channel/Group Reporter Uptime Exp. Flags > Interface > *,224.0.1.39 200.0.0.7 00:06:21 02:25 2LA Lo0 > *,224.0.1.40 200.0.0.7 00:04:17 02:28 2LA Lo0 > > Now if I shut down lo0 > > do show ip igmp mem > > > Channel/Group Reporter Uptime Exp. Flags > Interface > *,224.0.1.39 150.100.220.7 02:13:16 02:51 2LA Fa0/0 > *,224.0.1.40 150.100.220.7 00:00:08 stop 2LA Fa0/0 > > and now I start seeing the filtering happen. > > I guess I am still a bit deficient in my understanding of the RP process > because seemingly the RP traffic to group 224.0.1.40 would be coming in from > interface f0/0 but maybe since the source of the join was lo0 that is why. > > > On Sat, Jul 24, 2010 at 12:36 PM, Steve Shaw <[email protected]> wrote: > > Marc, when would you see 224.0.1.40 in your network? > > On Jul 24, 2010 1:27 PM, "marc abel" <[email protected]> wrote: > > Further testing shows other groups blocked correctly. I just can't seem to > block 224.0.1.40 as the DSG shows. I wonder if there is some mechanism that > prevents 224.0.1.40 from being filtered. > > > > On Sat, Jul 24, 2010 at 11:33 AM, marc abel <[email protected]> wrote: > > > > > I'm working on Vol 1 L... > > > _______________________________________________ > 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
