Matt,

You have done your SP Written already right? and you are prepping up for the 
lab already?

I didn't waste time on my side, zooming around MPLS Fundamentals now and Metro 
Ethernet while RS is still very fresh on my head :-)

do you think i have to go through and review some RS materials that are part of 
the SP blueprint? L2 stuff, OSPF, EIGRP, it's so tiring already :-( or just 
after completing MPLS stuff, Metro and DSL, just take the written so I can 
proceed asap for lab preparation.

Cheers!
Antonio
CCIE #25609

> Date: Fri, 13 Nov 2009 11:54:30 +1100
> From: [email protected]
> To: [email protected]
> CC: [email protected]
> Subject: Re: [OSL | CCIE_RS] Another dynamips problem...
> 
> I am not familiar with the current generation of R&S Labs, as my
> IPExpert R&S book is not a recent one (8.x I believe, but Im probably
> wrong, and the book itself is sitting in a box in my parents house
> about 800km away so I cant check).  However I do know the topologies
> are identical.  I do not know if they use the same IOS or not (I guess
> they do).
> 
> As for initial configs, I delete everything that is not specifically
> relevant or required for the lab I'm doing.  This includes scheduler
> commands, unused interfaces, anything that is on the vty etc.  The
> only stuff that goes in would be IP addresses, frame maps, whatever
> basic routing there is etc.  I find this improves reliability greatly.
> 
> As for "general" overlap between R&S and SP - it is reasonable.  I
> think that the SP written can be passed with R&S written materials,
> the MPLS fundamentals book and some basic optical knowledge such as
> signaling methods for SDH.  I am also of the feeling there is greater
> overlap today with R&S and SP as there was when I did R&S due to the
> inclusion of MPLS in R&S.  However this is really unqualified because
> I have not seen a 4.0 lab, or any 4.0 training material for that
> matter.  What you will also find is after you pass R&S you really wont
> be arsed doing any study whatsoever for a significant period.  It took
> me >8 months to begin study for SP when before I sat my R&S lab I
> thought I would start immediately after.  I wish I did because I
> probably would be ready to sit the SP lab now.
> 
> Very vague I know, but hope it helps :)
> 
> Cheers,
> Matt
> 
> CCIE #22386
> CCSI #31207
> 
> 2009/11/13  <[email protected]>:
> > 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, t-hen 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
                                          
_________________________________________________________________
Want to know what your boss is paid? Check out The Great Australian Pay Check 
now
http://clk.atdmt.com/NMN/go/157639755/direct/01/
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to