From owner-freebsd-questions@FreeBSD.ORG Mon Jul 12 08:48:19 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40B9E16A4CE for ; Mon, 12 Jul 2004 08:48:19 +0000 (GMT) Received: from smtp.infracaninophile.co.uk (ns0.infracaninophile.co.uk [81.2.69.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C12743D3F for ; Mon, 12 Jul 2004 08:48:18 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) i6C8mDlb092888 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Jul 2004 09:48:13 +0100 (BST) (envelope-from matthew@happy-idiot-talk.infracaninophile.co.uk) Received: (from matthew@localhost)id i6C8mDQJ092887; Mon, 12 Jul 2004 09:48:13 +0100 (BST) (envelope-from matthew) Date: Mon, 12 Jul 2004 09:48:13 +0100 From: Matthew Seaman To: Andrew Message-ID: <20040712084813.GB92187@happy-idiot-talk.infracaninophile.co.uk> Mail-Followup-To: Matthew Seaman , Andrew , freebsd-questions@freebsd.org References: <000e01c467b3$b07bd950$0111a8c0@SATPC> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NMuMz9nt05w80d4+" Content-Disposition: inline In-Reply-To: <000e01c467b3$b07bd950$0111a8c0@SATPC> User-Agent: Mutt/1.5.6i X-Greylist: Message not sent from an IPv4 address, not delayed by milter-greylist-1.5.3 (smtp.infracaninophile.co.uk [0.0.0.0]); Mon, 12 Jul 2004 09:48:14 +0100 (BST) X-Virus-Scanned: clamd / ClamAV version devel-20040705, clamav-milter version 0.74a on smtp.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on happy-idiot-talk.infracaninophile.co.uk cc: freebsd-questions@freebsd.org Subject: Re: Kernel-level PPPoE server X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2004 08:48:19 -0000 --NMuMz9nt05w80d4+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 12, 2004 at 05:58:12AM +0400, Andrew wrote: > I run FreeBSD4.10-Release and I want to set up a kernel-level PPPoE serve= r. > The problem is I can't find a way to make pppd work with pppoed. As you > know, pppoed executes "exec /usr/sbin/ppp -direct label" by default, but = it > can be passed any other line to execute. Pppoed(8) says: "The child proce= ss > will have standard input and standard output attached to the same > netgraph(4) data socket (see ng_socket(4)) when started." Unfortunately, > pppd has no analog of "direct" option for ppp. If we execute pppd without > any tty_name, then it assumes "/dev/tty" and, as expected, exits after an > error: "Failed to open /dev/tty: Device not configured". >=20 > Since pppoed can execute any line, we can run any script or program before > we invoke pppd. So, is there any way to open a pseudo-terminal that would > connect to current standart input and standart output? Pppoed opens a ppp= oe > connection via ng_pppoe and ng_socket, all we need for pppd to work is a > device (tty) representing the data socket. >=20 > Is there any other way to get pppd and pppoed working together? >=20 > Is there any other way to set up a fast pppoe server under FreeBSD? Is there any particular reason why you insist on using the kernel pppd? This whole question of speed is a shibboleth -- any tiny little increase you might get between running user mode PPP vs kernel mode PPP[1] is entirely outweighed by the fact that the limiting factor is the available downstream bandwidth. Even if you have 10 Mb/s cable, either of those PPP implementations will be able to pump data down the link at full speed without breaking into a sweat. If you need your PPPoE setup and running any time soon, I suggest using the usermode PPP. On the other hand, patches to the kernel mode PPP to add the functionality you need would certainly be well received. Cheers, Matthew [1] And don't assume that kernel mode PPP will automatically be faster in this sense either. You'ld need to make some quite careful measurements to be able to say for sure. --=20 Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK --NMuMz9nt05w80d4+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA8lBNiD657aJF7eIRArR3AJ9sVKuKax5JIRKXJ01CQi4l7RmsVgCeKnKo cfEZqhT+hwitj9myND0aIGo= =lV+E -----END PGP SIGNATURE----- --NMuMz9nt05w80d4+--