Isn't that the fun part ;) This is where you need to read the whole test and understand everything that is reqested and required. There is ambiguity. There are examples in the workbook and could also be this way on the CCIE Lab exam sections that allow you flexibility in the solution. Many technologies have several differnt ways to complete the task. So you need to be aware of each of the sections. If it doesn't tell you what to do, you need to understand that your configurations isn't breaking rules of other sections.
You also need to understand, is it a results based question or solution based question. Regards, Tyson Scott - CCIE #13513 R&S and Security Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Mailto: [EMAIL PROTECTED] Join our free online support and peer group communities: http://www.IPexpert.com/communities IPexpert - The Global Leader in Self-Study, Classroom-Based, Video On Demand and Audio Certification Training Tools for the Cisco CCIE R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. On Mon, Apr 7, 2008 at 10:28 AM, Morris, Jason L. <[EMAIL PROTECTED]> wrote: > > > I just finished the first ipexpert multiprotocol lab (Labs19). Going back > and looking at my config vs the final config I see some discrepancies I > didn't expect. So I go back and check the proctor guide for lab19 and I can > definitely see some ambiguity in the lab. > > For example when configuring RIP and OSPF#2 the lab doesn't explicitly state > what interfaces should or shouldn't participate. When configuring RIP I > added R2's loopback 0 so I could verify that R4 was learning RIP routes from > R2. I also added loopback0 on R2 to the OSPF2 process as area 0 as opposed > to having a single area 17 with no area 0. > > Are these the kind of 'small' things that are going to ding me on the lab or > is this kind of thing going to be overlooked by the proctor and written off > as another way to do it? > > Jason Morris > >
