Matt, Thanks for the response!
I have been using dynamips for quite a while and never had a persistent issue like I am experiencing with R2 before. Something must be paramountly wrong with something I am doing. Have you tried removing the "scheduler allocate" commands from your configs (if they exist)? This was recommended in a separate post and I found the same suggestion from a google search. I am running through Lab 1 at work, which doesn't have the scheduler allocate command configured and the lab functions properly (R2 specifically). Lab 1 has no initial configs, so there is nothing to prepopulate the config with the command. At home, I am working through Lab 2 which does have initial configs and I verified that the scheduler allocate command exists. I am going to try removing the line from my config tonight and see if I can get R2 and Lab 2 working. The scheduler allocate command has to deal with guaranteeing CPU time to low priority services, so I wouldn't be surprised if affected idlepc. On a totally unrelated note, how much overlap have you found between the R&S and SP labs? I am curious to know how much extra effort there would be to get the SP after the R&S. Thanks :) -Erik p.s. Good luck! -----Original Message----- From: Matt Hill [mailto:[email protected]] Sent: Thursday, November 12, 2009 5:50 PM To: Fairbanks, Erik J. CTR USN NCSTFE-N3 Cc: [email protected]; [email protected] Subject: Re: [OSL | CCIE_RS] Another dynamips problem... Jack: I passed my lab using dynamips only. Erik: I seem to get R2 crashing a lot too. I also get R6 (I think its R6 anyway) crashing when I use the serial link to R9. The workaround for that was to use the ethernet connections as opposed to the serial and its fine. As for R2 thats a real PITA because for the SP labs its used almost all the time as a route-reflector, EBGP peer and as the "meat" in the middle of the MPLS backbone. So when that goes essentially the whole lab is screwed. My workaround for that (if you can call it a workaround) is to configure as much as I can on R2, then when it crashes put the final config on there. Reason for that is because you generally need to configure the things like route reflection, EBGP peer etc early so normally by step 2 or 3 the config for that box is nearly final anyway. HTH Cheers, Matt CCIE #22386 CCSI #31207 2009/11/12 <[email protected]>: > Jack, > > Many people have passed the lab using dynamips only. I use dynamips > for 90% of my study and rent lab time on real equipment for the > remaining 10%. Dynamips supports the 16 port Fast Ethernet switching > module, which allows you to do about 85% of the switching stuff. The > majority of the technology that isn't supported is rather simple and > somewhat trivial (in my opinion). For instance, ISL trunking isn't > supported, but who cares? The command-set varies slightly, but if you > have any real world experience with physical switches (honestly, if > you don't, you shouldn't be taking the IE), it isn't a problem. I > took the lab back in August and had absolutely zero problems > navigating and configuring the physical switches after spending > between 90-95% of my practice time using the Fast Ethernet switching > module. Unfortunately, I didn't pass, but that was due to other issues > (reread still pending!). > The only major technologies that I can think of off the top of my head > that are not supported are private vlans and Q-in-Q, BUT I believe > both were pulled from the V4 blueprint, so it isn't an issue (somebody > please correct me if I am wrong). > > Hope this helps.... > > > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Finger > Fehler > Sent: Thursday, November 12, 2009 8:10 AM > To: [email protected] > Subject: Re: [OSL | CCIE_RS] Another dynamips problem... > > Maybe this is a stupid question, but has anyone ever passed the CCIE > lab only practicing on with Dynamips? And is there some sort of cheat > sheet on how to use Dynamips to prepare for the CCIE exam? Looking at > Dynamips, it seems like it can't simulate switches. How can one > prepare for the CCIE lab exam with Dynamips if it can't simulate > switches? Can Dynamips be used for v4? > > -Jack > > > On Wed, Nov 11, 2009 at 5:55 PM, <[email protected]> wrote: > > > > Iwan, > > Yeah...the whole topology works with the exception of R2, which > works until I issue "sho run" a few times. At that point R2 locks up, > but everything else continues to function, including other devices > that share the same hypervisor with R2. Just for the h3ll of it, I > loaded the topology and configs into a GNS3 controlled environment > (hoping it would tweak the idlepc values slightly differently and > correct the issue), but the problem persisted. > > I will try removing the scheduler allocate commands as > suggested by Bryan and see if that helps out. > > > -----Original Message----- > From: Iwan Hoogendoorn [mailto:[email protected]] > Sent: Thursday, November 12, 2009 6:19 AM > To: Erik Fairbanks > Cc: [email protected] > Subject: Re: [OSL | CCIE_RS] Another dynamips problem... > > Hi Erin, > > Have you tried starting your dynamips lab without this Router? > > -- > Regards, > > Iwan Hoogendoorn > CCIE #13084 (R&S / Security / SP) > Sr. Support Engineer - IPexpert, Inc. > URL: http://www.IPexpert.com <http://www.ipexpert.com/> > > On Mon, Nov 9, 2009 at 11:50 AM, Erik Fairbanks > <[email protected]> wrote: > > All, I can't seem to get my R2 on Volume 2 Lab 2 to keep from > locking up. > > It runs fine for a while, but when I randomly issue "sho run" > on the > > device, the CPU utilization on the host machine shoots to > 100% and the > > router just hangs and the command never completes. I have > tried > > numerous idlepc values, but none of them seem to fix the > problem. I > > have also tried running the router in its own hypervisor and > have also > > cleaned out the working directory. None of the other routers > have > > this problem and the all have the same idlepc values (with > the > > exception of R2, which I keep tweeking). > > > > I am running dynamips with dynagen on Ubuntu 9.10. > > > > Any assistance/ideas would be greatly appreciated! > > > > Thanks in advance. > > > > -Erik > > _______________________________________________ > > For more information regarding industry leading CCIE Lab > training, > > please visit www.ipexpert.com <http://www.ipexpert.com/> > > > > > > > > -- > Regards, > > Iwan Hoogendoorn > CCIE #13084 (R&S / Security / SP) > Sr. Support Engineer - IPexpert, Inc. > URL: http://www.IPexpert.com <http://www.ipexpert.com/> > _______________________________________________ > For more information regarding industry leading CCIE Lab > training, please visit www.ipexpert.com <http://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
