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>