From owner-freebsd-isp Mon Aug 9 10:19:39 1999 Delivered-To: freebsd-isp@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.128.198]) by hub.freebsd.org (Postfix) with ESMTP id 4E32A1526F for ; Mon, 9 Aug 1999 10:19:35 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from keep.lan.Awfulhak.org (localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id SAA95324; Mon, 9 Aug 1999 18:12:43 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from keep.lan.Awfulhak.org (brian@localhost.lan.Awfulhak.org [127.0.0.1]) by keep.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id SAA52188; Mon, 9 Aug 1999 18:14:29 +0100 (BST) (envelope-from brian@keep.lan.Awfulhak.org) Message-Id: <199908091714.SAA52188@keep.lan.Awfulhak.org> X-Mailer: exmh version 2.0.2 2/24/98 To: Rowan Crowe Cc: Brian Somers , freebsd-isp@FreeBSD.ORG Subject: Re: problem with user level ppp, using multilink functionality In-reply-to: Your message of "Tue, 10 Aug 1999 02:59:20 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 09 Aug 1999 18:14:22 +0100 From: Brian Somers Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On Tue, 10 Aug 1999, Rowan Crowe wrote: > > > clone 1,2 > > link deflink remove > > Following on from the last message, I think this is where the extra links > are coming from. The man page doesn't say you *don't* have to clone on the > server side, so it looks like that was my mistake! I commented out the > above 2 lines and it's now working [better]. You've got to bear in mind that ppp allows you to create new links even in -direct mode. This will facilitate BACP nicely when I get time to implement it. You only need to create links you plan to use. Ppp is smart on the incoming side. You make two links to machine A, and two ppp processes start up. When they realize that they should be part of the same link, one invocation passes the link to the other then hangs around 'till the other version of ppp is finished with it (so that getty doesn't grab and revoke() the line). > There's still the problem of the carrier drop not being detected - very > strange. Until the LQR kicks in no IP traffic passes over the mppp link, > but the good news is that once that happens everything seems to exit and > clean up; a subsequent redial attempt of the downed modem succeeds and IP > traffic is once again passed over the mppp link. > > I've downed each modem once and the number of ppp processes is staying > stable at 2 once the modem comes back up. > > I'm wondering how to fix the CD problem. Does the 'set cd' command work > for the server side? The way I read it it's only relevant for scripted > dialins (ie the client side). The server side will do the same as the client side except that it uses descriptor 0 (as set up by getty) rather than opening its own device. You need to enable ``debug'' logging to see what's going on there. A ``set cd 1!'' will tell ppp to wait up to 1 second for carrier and then close the link if it's not there - it may be worth experimenting with. You may also want something like ``set cd 3!'' if your modems are slow at asserting carrier (I've only seen one such report before). > Cheers. > > > -- > Rowan Crowe http://www.rowan.sensation.net.au/ > Sensation Internet Services http://www.sensation.net.au/ > Melbourne, Australia Phone: +61-3-9388-9260 -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message