Re: GNS3 Issues during PfR Lab

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 Wed Aug 25 2010 - 16:22:07 ART