On Tue, 2005-05-31 at 08:33 -0400, Melameth, Daniel D. wrote: > Mick wrote: > > I seem to be seeing somewhat odd behaviour with regards to the > > userpace PPPoE program and my high speed ADSL link. By "high speed" I > > mean 8Mbps down and 1Mbps up. Initially, I was on a 512/128 plan > > before I upgraded to a 1500/256 plan and then finally to a 8000/1000 > > plan. Now, with the 512/128 and 1500/256 plans, download (as well as > > upload) speeds were fine as I could usually saturate my connection - > > especially with a 'test' file that was hosted on my ISP's FTP site > > (this test file was placed there by my ISP in order for their ADSL > > clients to test their connections). However, after I upgraded to the > > 8000/1000 plan, while upload speeds were still fine (they now > > typically average at 800Kbps to FTP servers that I have write > > permissions to), download speeds average at around 256kbps (after a > > brief initial download spike of several million bps) - even from my > > ISP's FTP site. > > Mick, > > Have you been able to determine what is causing the issue? I'm having a > similar problem with the kernelized pppoe in 3.7 :/ . > > Danny >
Hi Danny. Based upon your assessment of the kernel moe pppoe implementation, I skipped past using that and instead compiled the Roaring Penguin PPPoE client on my OpenBSD (3.7) machine. It works fine as long as the *initial* transfer speed is not too high (see below), but it generates these (seemingly harmless) warning messages: pppoe[13971]: Unexpected packet code 9 pppoe[13971]: Unexpected packet code 9 Now what I discovered a bit later was that if downloading a file from ftp://ftp3.usa.openbsd.org/pub/OpenBSD/3.7/packages/i386/ for example, then the download speed *starts* *at* and sits at around 77KB/s whether I use the OpenBSD or the Roaring Penguin PPPoE client. Now, as I described in my first post, if I download the ADSL test file from ftp://iinet.net, while using the OpenBSD pppoe client, after the initial inrush of traffic at several million bps, the transfer speed slows down and flattens out to around 27KB/s. However, if I try to download the same file using the Roaring Penguin client, after the initial inrush of high speed traffic, the RP pppoe client subsequently chokes and dies with these error messages: pppoe[13971]: syncReadFromEth: write: Session 22834: No buffer space available pppoe[13971]: syncReadFromEth: write: Session 22834: No buffer space available ppp detects that the link has died and seems to successfully re-establish the connection, but the connection is 'toast' as it were and ppp keeps on trying to re-establish the connection until I kill both it and the pppoe process. So after much googling (and dicking) around, I decided to try the kernel mode pppoe client - and I'm happy to report that it works great. Downloads from my ISP's FTP site are once again transferring at speeds in execess of 800KB/s. I only have one desktop machine (which runs Debian GNU/Linux) hooked up to my OpenBSD box here and so it was trivial to set mtu's to 1492 on the desktop machine as well as on the internal interface on the OpenBSD machine. Once I did that then, the transfers, instead of briefly stopping once every 5 seconds or so, came down solidly. i.e without any breaks or pauses.
