Slow Downloads with Userpace PPPoE and High Speed ADSL link
Hello. 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. Now, the above is the case when I have configured the modem to run in Bridge mode and use OpenBSD's userpace PPPoE client. However, if I instead configure the modem into what the modem manufacturer (D-Link) call "Bimap" mode so that it sets up the PPPoE connection, authenticates, passes all traffic etc and so simply use the OpenBSD box for NAT, Redirection and Firewalling, then download speeds can easily reach over 6.4Mbps. What I also discovered was that with OpenBSD 3.5 and when using its PPPoE client, once I had started a download, PPPoE on 3.5 used over 92% of the CPU (the machine that OpenBSD is installed on is a Pentium Classic 133 with 80MB RAM). So when OpenBSD 3.6 was released, I upgraded my 3.5 installation to 3.6 and while I now found that when downloading, CPU usage was only around 6% - with PPPoE now consuming < 1% and PPP consuming around 5% - the download speeds were still pitifully slow (and upon reconfiguring the modem to be in Bridge mode etc, download speeds from those same sites increased enormously). I also tried setting up AltQ as described here: http://www.benzedrine.cx/ackpri.html but that didnt help in the slightest. Here by the way is my /etc/ppp/ppp.conf: default: set log Phase Chat IPCP CCP tun command set redial 15 0 set reconnect 15 10 adsl: set device "!/usr/sbin/pppoe -i de0" disable acfcomp protocomp deny acfcomp set mtu max 1492 set speed sync enable lqr set lqrperiod 5 set cd 5 set dial set login set timeout 0 set authname ** set authkey * enable mssfixup So at this point, I am toying with the idea of perhaps using the Roaring Penguin PPPoE client as I need to run the modem in "Bimap" mode because when running in Bridge mode, the modem chokes up really badly when UDP packets greater than 100 bytes in size are passed through it and the modem manufacturer's tech support have no idea as to why this would be happening. Any ideas or suggestions would be most appreciated. Thanks.
Re: Slow Downloads with Userpace PPPoE and High Speed ADSL link
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.
Re: Slow Downloads with Userpace PPPoE and High Speed ADSL link
On Wed, 2005-06-01 at 18:54 -0300, Javier Villavicencio wrote: > Mick escribis: > > 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. > [big snip] > > > > 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. > > > > > > Hello Danny, Mick. > > I had a similiar issue with kernel mode pppoe in 3.7. I installed 3.7, > and using the kmode pppoe downloads were good (I have an ADSL line which > is uncapped, i'm only limited by the quality of the cable/modem). Until > I established my packet filter rules (which were -very- similar to ones > I used before, but not with pppoe) and NAT, then I couldn't browse > anything from the internal machines, couldn't even resolve from the bind > daemon on the OpenBSD. > > Then I switched back to userland pppoe, with the same packet filtering > rules, queues and NAT, (only changing the macro $ext_if from pppoe0 to > tun0, for an example) it is now working 'fine'. > > I was going to send an email like yours to the list after a little > more 'research' specially, enabling debug log in the packet filter to > guess which rule I mistyped that screws up kernel mode pppoe, but since > there is your mail, here are my thoughts too, to seek a little more help > about this. > > Salu2, > Javier > Hi Javier. What you described is essentially what I did - that being that I simply changed the declaration of: ext_if = "tun0" to ext_if = "pppoe0" (which is located at the very beginning of my pf.conf) and that was it. It works perfectly. Perhaps you have one or more lines with literal references to tun0 (whereas it/they should instead be to $ext_if) in your pf.conf? Mick.
info
Dear Sir or Madam, We are a professional manufacturing company for precise plastic mould, plastic molding and rapid prototypes by CNC etc. in China. welcome to order. For further information, please visit our website: http://www.lk-tooling.com <http://www.lk-tooling.com> We look forward to receiving your inquiries.Any reply from you timely will be appreciated. Thank you ! Mick Tel.: +86-13926831660 Fax: +86-769-81559879 Email: m...@lkmolds.com <mailto:m...@lkmolds.com> & i...@lkmolds.com <mailto:i...@lkmolds.com> Add:Jin xia District Changan Town Dongguan Guangdong. Guangdong CHINA
