From owner-freebsd-net Wed Sep 20 15: 0:34 2000 Delivered-To: freebsd-net@freebsd.org Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id 38DD937B424 for ; Wed, 20 Sep 2000 15:00:25 -0700 (PDT) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.0/8.11.0) with ESMTP id e8KM0Rv62119; Wed, 20 Sep 2000 23:00:27 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.0/8.11.0) with ESMTP id e8KLuws19704; Wed, 20 Sep 2000 22:56:58 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200009202156.e8KLuws19704@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Michael Kuzmin" Cc: freebsd-net@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: Dying multi-link PPP In-Reply-To: Message from "Michael Kuzmin" of "Thu, 21 Sep 2000 01:43:17 +0400." <003801c0234c$1f7c4b60$1e0657c2@w9g8j7> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 20 Sep 2000 22:56:54 +0100 From: Brian Somers Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > 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 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