Bilal,
What kind of resource utilization are you running with the lab
loaded? Have you shut/noshut the interface? Bounced the server?
Sometimes GNS needs a reboot. It's been mentioned on other threads...
--Hammer--
On 8/25/2010 9:33 AM, Bilal Hansrod wrote:
> Sorry for showing my pain again, but GNS seems to have some issue with my
> machine....
>
> After removing all the PfR configuration, the Frame Relay interface is still
> flapping. I don't know, but seems like GNS is playing..
>
> On Thu, Aug 26, 2010 at 12:31 AM, Bilal Hansrod<bilal.hansrod_at_gmail.com>wrote:
>
>
>> 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
>
> _______________________________________________________________________
> 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 - 11:47:00 ART
This archive was generated by hypermail 2.2.0 : Wed Sep 01 2010 - 11:20:53 ART