Actually - I've asked Joe to take a look at this post to ensure that it's definity an error. If so, it will be corrected.
Regards, Wayne A. Lawson II - CCIE #5244 Founder & President - IPexpert, Inc. Mailto: [email protected] Mobile: +1.810.334.1564 :: Message sent from iPhone. On Aug 23, 2009, at 11:05 AM, Rick Mur <[email protected]> wrote: > Thank you for finding these errors. > Please contact [email protected] so our people can take a loot at > it and take care of these in a future release. > > > -- > Regards, > > Rick Mur > CCIE2 #21946 (R&S / Service Provider) > Sr. Support Engineer – IPexpert, Inc. > URL: http://www.IPexpert.com > > On 23 aug 2009, at 15:49, jmangawang wrote: > >> Came across a couple of items while doing this lab that I found to be >> very frustrating or confusing. >> >> 29.2 - Asked to configure system ID in hex and also to use a bad OSPF >> area value (also contradicts first task). PG addresses neither of >> these. >> 29.6 through 29.9 - None of these tasks state that the final >> objective >> of the exercise is so that the VPNs should contain the route of the >> other VPNs. At least add something that says R7 should be able to >> ping R4s loopback. I made it through the lab exactly as printed only >> to find out that the PG wanted connectivity between R4 and R7. It >> kind of goes against my mentality of only do what I am told to do. >> _______________________________________________ >> 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 _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
