From: McClure, Allen (Allen.McClure@Yum.com)
Date: Thu Jun 19 2003 - 13:53:10 GMT-3
I'd go with Chuck's recommendation. We used it in production for simple
point-to-point Leased and some ATM. Ironically, the lab environment is
usually more telling of code quality.
Allen McClure
MCSE, CCNP, CCDP
YUM! Brands, Inc.
Sr. Network Analyst
-----Original Message-----
From: Charles Church [mailto:cchurch@wamnet.com]
Sent: Thursday, June 19, 2003 10:34 AM
To: McClure, Allen; ccielab@groupstudy.com
Subject: RE: FR PVC instablity(again)
I've never had good luck with that version. 'CSIM start' reloads,
inaccurate 'sh isdn status' output, etc. Later 12.0 or 12.1 GD would be
much better, IMHO.
Chuck Church
CCIE #8776, MCNE, MCSE
Wam!Net Government Services
13665 Dulles Technology Dr. Ste 250
Herndon, VA 20171
Office: 703-480-2569
Cell: 585-233-2706
cchurch@wamnet.com
PGP key:
http://pgp.mit.edu:11371/pks/lookup?search=chuck+church&op=index
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
McClure, Allen
Sent: Thursday, June 19, 2003 11:11 AM
To: ccielab@groupstudy.com
Subject: RE: FR PVC instablity(again)
12.0(7)T is generally a pretty stable release in my experience, but ya
never know.
Allen McClure
MCSE, CCNP, CCDP
YUM! Brands, Inc.
Sr. Network Analyst
-----Original Message-----
From: yuki hisano [mailto:yukyhisano@hotmail.com]
Sent: Wednesday, June 18, 2003 3:39 PM
To: brian@labforge.com; ccielab@groupstudy.com
Subject: RE: FR PVC instablity(again)
Brian,
I will definitly check the queues and try to post the "show
tech-support" next time it happans. By the way, the IOS version is
C2600-IS-M 12.0(7)T.
Thanks!
Yuki
>From: "Brian Dennis" <brian@labforge.com>
>Reply-To: "Brian Dennis" <brian@labforge.com>
>To: "'yuki hisano'" <yukyhisano@hotmail.com>, <ccielab@groupstudy.com>
>Subject: RE: FR PVC instablity(again)
>Date: Tue, 17 Jun 2003 19:07:17 -0700
>
>What version of code are you running? Can you get a "show tech-support"
>off the router next time it freezes up before you reload it?
>
>You might check to see if the interface's input or output queues are
>full when this happens. Actually before it happens you might check to
>see if the queues seem to have packets "hung" in them. I've seen a few
>bugs in the past that would cause packets to remain in the queue and
>after the queue was full it could not send or receive data depending on
>if it was an input or output queue issue.
>
>Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
>
>-----Original Message-----
>From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
>yuki hisano
>Sent: Tuesday, June 17, 2003 6:55 PM
>To: ccielab@groupstudy.com
>Subject: FR PVC instablity(again)
>
>Group,
>
>I am posting this again since I did not get any solutions to it.
>
> >I have a problem with the routers that are connected to a FR
> >network. What happens is that once in a while, some of the PVCs get
> >freaze up
>and
> >the only solution that I know of is to reset the router every time it
> >happens. After rebooting the router, PVC seems to work fine. Since
> >this
>
> >happens pretty often, I was wondering if there is a better solution
> >to
>this
> >problem.
> >I dont even know why it happens.
>
>This network is in production.
>
>I am sure some of you had the same situation before. I just want to
>know
>
>anything that you may know.
>
>
>Yuki
> >
>
>_________________________________________________________________
>STOP MORE SPAM with the new MSN 8 and get 2 months FREE*
>http://join.msn.com/?page=features/junkmail
>
>
>_______________________________________________________________________
>You are subscribed to the GroupStudy.com CCIE R&S Discussion Group.
>
>Subscription information may be found at:
>http://www.groupstudy.com/list/CCIELab.html
>
>
>_______________________________________________________________________
>You are subscribed to the GroupStudy.com CCIE R&S Discussion Group.
>
>Subscription information may be found at:
>http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Fri Jul 04 2003 - 11:11:01 GMT-3