I actually asked the proctor this exact question during one of my attempts. His answer was effectively "Fix it any way you like, no restrictions".
Jason On Sun, Sep 30, 2012 at 10:35 AM, George Leslie < [email protected]> wrote: > > > > > Gents,Quick question to get your opinion on something. By now, we all have > the idea for the TS section that "thou shalt not remove any existing > configuration but make what is there work without removing any > pre-configured features". Great. In some practice labs, there is often a > small section right at the start of the Config Section, where you have to > find and defuse a couple of pre-configured time bombs, that is, config > that will screw up upcoming config tasks later in the lab. My question is: > if you are not given the explicit warning above, not to remove features, is > just getting rid of the offending config valid? E.g. Let's say the initial > switch configs have a VACL in a VLAN, whose only purpose is to block ARP. > Later in the lab, you have to manually set MAC addresses on router > interfaces in that VLAN, and are barred from using static arp entries. You > are told in the small switch TS section, that a feature has been configured > that will cause you grief later in the lab. > Is the removal of this VACL a valid solution? Basically, in the config > section is the bottom line "Do what you need to do"? Your thoughts? > 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
