Ascend Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: (ASCEND) Max 4004 - Line Stays Up, Connections Go To Sleep?
> >Analog users complain (seen it myself, so it's not pilot error) that they'll
> >be connected for some period of time, and then the _networking_ (straight
> >TCP/IP) seems to fail. That is, the line stays up, but no connections work
> >- -- not even a simple ping to the Max itself!
> >
> >Sometimes after a few minutes, it may decide to come back to life (all in
> >the same phone call), sometimes not. Time intervals for failures,
> >recoveries, and users all seem to vary.
>
> Just a hunch, but do you have LQM enabled? I'm guessing you have it off
> now. In any case, try turning it on or off and let us know if it makes a
> difference.
We've been experiencing the same thing since we plugged our 4048 in back in
October. We've been running an old 5.0Ap11 tik.40 load, but I've been loathe
to upgrade it, given the horror stories surrounding every new release.
Prior to enabling LQM mode, I saw mostly disconnect code 11's for those "hung"
connections when they finally gave up and dropped carrier. After enabling it,
I see mostly disconnect code 185's from the same modems. It's not USR modems,
either.. so far we've had no reported problems with USR modems at all. *touch
wood* It's been exclusively Rockwell chipset modems -- Zoltrix, Motorola, etc.
Various past suggestions (disabling v42, v42.bis, etc) also have made no
difference.
As an aside, is there a version of a RADIUS dictionary available that allows
enabling LQM on a per-user basis, rather than globally in the Max? We've had
an increased number of complaints of random disconnects with it turned on.
(We're using the free Ascend radiusd on a linux box.)
Anyways, we just had the 4048 melt to the ground, (another list horror
story verified, incidentally) and the 4002 we're swapping in is preloaded with
p33, so perhaps I'll see a difference.
If anyone _does_ have the magic init string for these modem problems, though,
we'd be hugely grateful to be let in on the secret. :-)
-Steve.
------------------------------------------------------------------------------
Steve Nolan (nolansj@bookmark.com) | Unsolicited email will be considered an
Network Administrator, | unauthorized criminal access of private
BookMARK Internet Services | computer systems, and will be prosecuted
http://www.bookmark.com/~nolansj/ | as such. Civil action may also be taken.
------------------------------------------------------------------------------
++ Ascend Users Mailing List ++
To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd: <http://www.nealis.net/ascend/faq>
References: