Mick wrote: > 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.
This is very good news. I'm going to try a few more tests again and see what I can uncover as I too should be able to do 800+KB/s, but this doesn't seem to be happening.
