Much appreciated, I will remember not to waste time on GNS for these
technologies. I hope not to hit the road blocks for other labs in GNS. I
should be asking questions on real CCIE lab rather than GNS3:)
Thanks Guys,
Regards,
Bilal
On Thu, Aug 26, 2010 at 12:22 AM, Martijn Minis <martijn.minis_at_gmail.com>wrote:
> I wouldn't say "it will not be tested", since it is on the blueprint..
> As said by others before, and by my experience, I'd say don't waste
> your time on doing any performance/traffic related labs (i.e. PfR/OER
> testing and QoS testing) in dynamips/dynagen/GNS3.
>
> I would say it is great for practicing the configuration part of these
> subjects, but defenitely not for any form of traffic/performance
> related subjects. I'd plan rack time for 3 items:
> All switching labs (including QoS)
> PfR/OER labs
> parts of the QoS labs
> The total time needed for these should not be that much, since most of
> the configuration can be practiced in advance. Just the real outcome
> is the part that has to be done in real hardware
>
> just my 0.02 :)
>
> On 25 August 2010 13:52, Bilal Hansrod <bilal.hansrod_at_gmail.com> wrote:
> > it makes sense rather than wasting time on troubleshooting GNS as it will
> > not be tested in CCIE lab:-)
> > Thanks for the advise. I will once try Stephen's suggestion and see how I
> > go, otherwise, move on to next technology lab
> >
> > Bilal
> >
> >
> >
> > On Wed, Aug 25, 2010 at 9:47 PM, Adrian Brayton <abrayton_at_gmail.com>
> wrote:
> >
> >> I use a real router as my frame-switch... I wrote the config and just
> paste
> >> it in when I start up the router's so there is no question about which
> DLCI
> >> I am using or where its switching to!
> >>
> >> I have configured PfR using all IGPs, BGP and Static and all work as the
> WB
> >> states it should. I am using a Mac Pro and running 11 routers (3745) and
> my
> >> CPU never gets over 35% no matter what I am working on.
> >>
> >> Your computer should be more than sufficient to do what you are trying
> to
> >> do. I would guess that it's just an issue with GNS3 and if it continues
> just
> >> rent some rack time... Since you are using INE WBs, you can get a 6 hour
> >> session at www.racktimerentals.com for $15.00! I have had nothing but
> good
> >> luck with them and am in no way affiliated with them! Just a thought!
> >>
> >> -Adrian
> >>
> >>
> >> On Aug 25, 2010, at 7:24 AM, Bilal Hansrod wrote:
> >>
> >> Hey Adrian,
> >>
> >> Two questions:)
> >>
> >> 1. Are you running GNS3 FR switch?
> >> 2. Which routing protocol you configured for PfR lab?
> >>
> >> Regards,
> >>
> >> Bilal
> >>
> >> On Wed, Aug 25, 2010 at 9:21 PM, Adrian Brayton <abrayton_at_gmail.com
> >wrote:
> >>
> >>> AMEN "you can do alot of great things with GNS3, but it is what it
> is..."
> >>>
> >>> I have no issue's running OER / PfR on GNS3 but just yesterday I
> couldn't
> >>> ping another interface on the same switch, same subnet until I shut
> >>> everything down "Closed GNS3 and reopened the topology" and then pasted
> the
> >>> configs back in and it worked fine from then on! It was the exact same
> >>> config I pasted in before but 2 hours later! :)
> >>>
> >>> There is no replacement for real hardware!
> >>>
> >>>
> >>> On Aug 25, 2010, at 6:09 AM, garry baker wrote:
> >>>
> >>> > you can do alot of great things with GNS3, but it is what it is...
> >>> >
> >>> > and the limits are different and always dependent on your mix of
> >>> > protocols...
> >>> >
> >>> > i know that doesn't help your exact issue but it is the case that i
> have
> >>> run
> >>> > into many many times...
> >>> >
> >>> > one size does not fit all...
> >>> >
> >>> > but then again maybe somebody on the list has done the pfr lab and
> can
> >>> give
> >>> > you the magic bullet, ie IOS and platform and idle code to even it
> all
> >>> > out...
> >>> >
> >>> > good luck and hoping to hear success...
> >>> >
> >>> >
> >>> > --
> >>> > Garry L. Baker
> >>> >
> >>> > "There is no 'patch' for stupidity." - www.sqlsecurity.com
> >>> >
> >>> >
> >>> > On Wed, Aug 25, 2010 at 12:59 PM, Bilal Hansrod <
> >>> bilal.hansrod_at_gmail.com>wrote:
> >>> >
> >>> >> Hello Guys,
> >>> >>
> >>> >> I have encounter really weird and funny issues on GNS3 lab. I got 6G
> of
> >>> >> memory, i7 Processor and running on Ubuntu x64. It is brand new PC
> >>> >> optimised
> >>> >> for CCIE lab. I have setup idle timers and CPU load for one core is
> >>> below
> >>> >> 20%. I have started with INE W1 till I reached the PfR lab [3.15].
> >>> >> Once I enable IP SLA on R1 and R6 and policies on R5 (MC) , it seems
> >>> that I
> >>> >> have serial interface flapping. Also, copy via Http fails and I can
> see
> >>> my
> >>> >> IP sla on R1 is timing out while copying IOS from SW2. As per
> Stephen
> >>> and
> >>> >> David's suggestion, I disbaled keepalive on serial interface, but
> still
> >>> no
> >>> >> luck.
> >>> >>
> >>> >> I am stuck in this limbo and I can proceed and just wondering what
> will
> >>> >> happen when I turn on EIGRP, BGP, and redistribution.
> >>> >>
> >>> >> Please anyone out there, who can advise any workable solution.
> >>> >>
> >>> >> Any suggestions and comments would be highly appreciated.
> >>> >>
> >>> >> Regards,
> >>> >>
> >>> >> Bilal
> >>> >>
> >>> >>
> >>> >> Blogs and organic groups at http://www.ccie.net
> >>> >>
> >>> >>
> _______________________________________________________________________
> >>> >> Subscription information may be found at:
> >>> >> http://www.groupstudy.com/list/CCIELab.html
> >>> >
> >>> >
> >>> > Blogs and organic groups at http://www.ccie.net
> >>> >
> >>> >
> _______________________________________________________________________
> >>> > Subscription information may be found at:
> >>> > http://www.groupstudy.com/list/CCIELab.html
> >
> >
> > Blogs and organic groups at http://www.ccie.net
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
Blogs and organic groups at http://www.ccie.net
Received on Thu Aug 26 2010 - 00:31:36 ART
This archive was generated by hypermail 2.2.0 : Wed Sep 01 2010 - 11:20:53 ART