Date: Wed, 20 Sep 2000 22:56:54 +0100 From: Brian Somers <brian@Awfulhak.org> To: "Michael Kuzmin" <kuzmin@laser.ru> Cc: freebsd-net@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: Dying multi-link PPP Message-ID: <200009202156.e8KLuws19704@hak.lan.Awfulhak.org> In-Reply-To: Message from "Michael Kuzmin" <kuzmin@laser.ru> of "Thu, 21 Sep 2000 01:43:17 %2B0400." <003801c0234c$1f7c4b60$1e0657c2@w9g8j7>
next in thread | previous in thread | raw e-mail | index | archive | help
> Our configuration is fairly standard, user-ppp with two modems and MP
> enabled at both sides of the channel (see ppp.conf below), the only
> pecularity is frequent redials due to telco (30 min call limit). It always
> works OK after reload and initial connects, but subsequent modem redials
> amont to accumulation of problems and performance degradation with
> unavoidable death in several hours.
>
> The usual final (dead) state of the channel is an infinite series of short
> connects each with LCP RecvTerminateReq in 15 sec after successful
> authorization and lcp -> open. The origin of this dead state could be
> tentitavely traced to simultaneous redial of both modem links, at that
> moment old ppp master at answering side exits and all new ppp processes born
> after that seems to unable to continue...
[.....]
I think the first thing to find out is why the SendTerminateReq is
being sent. If you enable debug, lcp, ipcp & tcp/ip logs on that end
(the server?), hopefully we'll see why it thinks it's a good idea to
give up.
You could also try
disable pred1 deflate
deny pred1 deflate
in your mpd profile - I believe there may be a problem with compression
at the moment.
Cheers.
--
Brian <brian@Awfulhak.org> <brian@[uk.]FreeBSD.org>
<http://www.Awfulhak.org>; <brian@[uk.]OpenBSD.org>
Don't _EVER_ lose your sense of humour !
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-net" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200009202156.e8KLuws19704>