Ascend Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: OSPF bugs (was Re: (ASCEND) 5.0Ap20 for MAX products)
I would think that it's probably because OSPF can be so processor
intensive. What kind of a processor impact do the modem cards make on the
Maxen? Mod-12 cards and OSPF would seem to be the kiss of death for the
Maxen. When is there going to be some sort of cpu utilization meter on
these things?
My problems are with ospf dying on one of our maxen usually after seeing
this:
WARNING: Index: 204 Load: tbi.m40 Revision: 5.0Ap16
Date: 08/25/1997. Time: 08:00:21
Location: b017c168 b01917b8 b0191bb8 b018fc38 b017c358 b0088b48
Then, the cisco's on my network no longer see ospf updates from that max
and a reboot is required. This is on a Max4000 with Mod8 cards running
5.0Ap16 tbi.m40.
If the mod-12 56k cards have processors on them, do people with them still
see the same problems with ospf?
Joe Shaw - jshaw@insync.net
NetAdmin - Insync Internet Services
On Wed, 20 Aug 1997, Alex.Bligh wrote:
> We are suffering from this bug too, and desperately trying to get
> Ascend to fix it as it is causing us serious grief. Despite
> an initial burst of hope from our last escalation, they
> now seem to have reverted to the same "fingers in ears" state
> as our modems do when they run out of memory due to this bug. Either
> that or reboot.
>
> Anyone else getting seriously pissed off by Ascend's inability
> to run a decent routing protocol? Allegedly USR release OSPF
> on Total Control racks imminently - as we run both perhaps
> this is going to be another nail in Ascend's coffin. If other
> people are seeing this with OSPF on p16 etc. I'd like to
> know.
>
> Alex Bligh
> Xara Networks
>
>
>
++ Ascend Users Mailing List ++
To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd: <http://www.nealis.net/ascend/faq>
Follow-Ups:
References: