From owner-freebsd-net Sun Jun 23 19: 0:45 2002 Delivered-To: freebsd-net@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id 67D5337B411 for ; Sun, 23 Jun 2002 19:00:12 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020624020011.CIDL2751.rwcrmhc52.attbi.com@InterJet.elischer.org>; Mon, 24 Jun 2002 02:00:11 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id SAA49467; Sun, 23 Jun 2002 18:53:33 -0700 (PDT) Date: Sun, 23 Jun 2002 18:53:32 -0700 (PDT) From: Julian Elischer To: Damian Gerow Cc: freebsd-net@freebsd.org, brian@awfulhak.org Subject: Re: Native PPPoE broken (4.6-STABLE), RP-PPPoE working?! In-Reply-To: <200206232309.g5NN9asS001943@coal.sentex.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, 23 Jun 2002, Damian Gerow wrote: > I've been working with Mike Tancsa for the past little while, > trying to figure out why the new concentrators that are being > deployed in Canada are causing problems with some (notably > the FreeBSD) PPPoE implementations -- the end result being > horribly slow to nonexistant speeds. > > After spending a couple of hours getting it to compile, I > got Roaring Penguin (latest release) and pppd-3.11 compiled > and installed on my 4.6-STABLE (June 17) box, and connected > it just fine. Speeds are exactly as expected, and there's > *no* slowness at all. define "slowness"? Does RP attach to 'ppp' or does it supply it's own? > > So it appears that the in-kernel PPPoE implementation is > broken, and Roaring Pengiun's is working? (Or that the > new concentrator is breaking from the spec, and causing > problems with the in-kernel implementation...) This is my guess, I've seen this before.. some manufacturers asssume that if it works with W95 they can stop testing and often thay make assumptions about the parts of the spec that they shouldn't.... for example, I send a 32 bit integer as the binary 'cookie' but some assume it must be ascii becasue that's what some Microsoft implememtation used. The spec just specifies N unique bytes. > > - Damian > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message