This is just the wrong files being loaded or not loading completely and sadly, on average, it is nearly every session I have a problem. I have learned my lesson in the past to -not- use the preload options and to always revert then load a lab.
I'm in another session now and its happened yet again! Cat3 on Vol 3, Lab 9, Configuration on Pod 102 gets loaded with its final config instead of its initial config. Every other device is running its initial config, just Cat 3 is wrong. For example, it loaded - ! interface FastEthernet0/23 switchport access vlan 343 switchport trunk encapsulation dot1q switchport mode dynamic desirable l2protocol-tunnel cdp l2protocol-tunnel stp l2protocol-tunnel vtp no cdp enable spanning-tree portfast spanning-tree bpduguard enable spanning-tree guard root ! But initial is supposed to be: ! interface FastEthernet0/23 switchport trunk encapsulation dot1q switchport mode dynamic desirable ! Great stuff! -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Imran Ali Sent: Tuesday, August 13, 2013 4:29 PM To: Jonathan Major Cc: [email protected] Subject: Re: [OSL | CCIE_RS] continued lab issues its been a long time since i use racks . but the first thing i did was to have physical , logical topology opened in pdf's. initial configs ready . When my session came i just . write erase ..reload .. move to next router do the same ..... i am not sure about back bone devices ...if we can change their configs ..then we can do same thing write erase ...Copy & paste .. On Tue, Aug 13, 2013 at 8:09 PM, Jonathan Major <[email protected]> wrote: > Mark, > > > Are you clearing configs before loading initial on the > proctor labs site? I've had that happen if I jump into my session, and > load configs before clearing/reloading the devices. It adds roughly > 5-10 minutes in the beginning, but doing that I've never since had that type > of issue. > > > Problem (sounds like this at least) is that the configs are > not cleared from those devices between rentals. So the last guy might > have been running Lab 4 from the WB, and when you got the rack the > next or so, you loaded the initial configs and they were just merged. > > > > -- > Jonathan Major > Network Engineer > [email protected] <[email protected]> ======================= > CCNP;MCITP;MCSA > > > > > Date: Mon, 12 Aug 2013 22:10:43 +0000 > > From: Mark Turpin <[email protected]> > > To: "[email protected]" <[email protected]> > > Subject: [OSL | CCIE_RS] continued lab issues > > Message-ID: > > < > > ef11a5e8d4314e1bbf508ea587ee9...@by2pr07mb092.namprd07.prod.outlook. > > com> > > > > Content-Type: text/plain; charset="us-ascii" > > > > OK, so I've hit enough of these that I have to say something. This > > is just the latest example. > > > > I continue to hit errors in the text during the practice labs and > > then waste time troubleshooting something that's plain wrong. > > > > Is it just me? Is anyone else having these problems? > > > > For example, Vol 3, Lab 8, Ticket 7 > > BB1's supposed to have this for BGP: > > ! > > router bgp 100 > > no synchronization > > bgp log-neighbor-changes > > redistribute connected route-map C2B neighbor 23.144.12.2 remote-as > > 65457 neighbor 23.144.12.2 ebgp-multihop 255 no auto-summary ! > > > > > > But instead on Pod102 I get this. > > BB1's configuration: > > router bgp 218 > > bgp router-id 193.44.0.21 > > bgp log-neighbor-changes > > neighbor 193.44.0.8 remote-as 218 > > neighbor 193.44.0.8 update-source Loopback0 neighbor 193.44.211.1 > > remote-as 17 neighbor 193.44.211.1 password ipexpert ! > > address-family ipv4 > > redistribute connected route-map Inject neighbor 193.44.0.8 activate > > neighbor 193.44.0.8 send-community neighbor 193.44.211.1 activate > > neighbor 193.44.211.1 send-community no auto-summary no > > synchronization exit-address-family ! > > address-family ipv4 multicast > > redistribute connected > > neighbor 193.44.0.8 activate > > neighbor 193.44.0.8 send-community > > neighbor 193.44.211.1 activate > > neighbor 193.44.211.1 send-community no auto-summary no > > synchronization exit-address-family ! > > > > It is incredibly frustrating to drop thousands of dollars of my own > > money with my lab this Friday, only to be tripped up by proctor > > labs/ipexpert errors. > > > > C'mon guys. > > > > > > End of CCIE_RS Digest, Vol 91, Issue 9 > > ************************************** > > > _______________________________________________ > 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 _______________________________________________ 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
