ClearOS Bug Tracker


View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000223ClearOSapp-network - Network Settingspublic2011-01-17 10:592019-03-12 04:10
Reportersawo 
Assigned To 
PrioritynormalSeveritytweakReproducibilityalways
StatusclosedResolutionsuspended 
PlatformOSOS Version
Product Version5.2-SP1 
Target VersionFixed in Version 
Summary0000223: Upload speed very slow when using fast PPPoE connection and gigabit internal network.
DescriptionUploading to the WAN port gives only 1,5MB/s upload on 100mbit PPPoE connection, when having 1000mbit internal LAN network.
the LAN network is fully operational at all times (1000Mbit/s transfer), the ClearOS machine is able to upload on the WAN port with full 100mbit, the only problem is the lan machine > internet upload.
If the LAN network is 100mbit (or forced to 100mbit) the upload speed from the intenral network to internet is full 100mbit. if both interfaces LAN and WAN operate at 1000mbit the problem still persists.

The solution to this is to set the synchronous option to yes in /etc/sysconfig/network-scripts/ifcfg-ppp0

It would be very good to have this option in the web admin (like the MTU option), because its very useful for faster PPPoE connections. This is not just ClearOS issue, it is explained here:
http://www.murga-linux.com/puppy/viewtopic.php?p=33094&sid=c79e740f28809a052b18ce7b2e79db9d#33094 [^]
http://www.usenix.org/publications/library/proceedings/als00/2000papers/papers/full_papers/skoll/skoll_html/ [^] (section 4.4)
This is not limited to specific hardware, or drivers. It was tested on two seperate machines, several NIC's, + updated drivers for every nic used. For complete list of
For more information on the hardware used, check the additional information, for full list of the troubleshooting steps taken, check out the forum thread here - http://www.clearfoundation.com/component/option,com_kunena/Itemid,232/catid,7/func,view/id,22963/limit,10/limitstart,20/ [^]
Additional InformationTested using two machines:
PC1: Dell GX620 - Pentium D 2,8GHz, 4MB L2, 1GB DDR2, 320GB Seagate SATA
PC2: Compaq Deskstar EN P3 900MHz, 320MB Ram, 10GB WD
NICs: Realtek 8139, Intel Pro/100, Intel Pro/1000 MT, D-Link DG-528T, Broadcom onboard (dell gx620), Intel onboard (compaq)
TagsNo tags attached.
Attached Files

- Relationships

-  Notes
(0000329)
sawo (reporter)
2011-01-17 11:05

The same machines, when using static IP instead of PPPoE for WAN connection (same ISP, just another router in front of them) were able to achive full 100mbit upload speed from the lan network to the internet (via ftp upload for example)
(0000333)
sawo (reporter)
2011-01-31 06:09

I wanted to add another thing:
When using the synchronous="yes" option, for some reason i was getting ALOT of RX errors on the ppp0 interface - like 1000 per second. I didnt had any packet loss during ping, or other problems, but it was very annoying to see them in the ifconfig and the hardware report so i checked around the net and finally resolved the problem by adding this line to /etc/sysconfig/network-scripts/ifcfg-ppp0 :
LINUX_PLUGIN=/usr/lib/pppd/2.4.3/rp-pppoe.so
also to /lib/modules/2.6.18-194.8.1.v5/modules.alias :
alias tty-ldisc-3 ppp_async
alias tty-ldisc-13 n_hdlc
The last two lines may not be needed, but are specified in the KERNEL-MODE-PPPOE file of rp-pppoe so i added them.
----------
I havent tested this on different machines, so i cannot confirm its needed for everyone who use the synchronous mode, but its a good thing to consider.
(0010901)
NickH (developer)
2019-03-12 04:10

Migrated to: https://gitlab.com/clearos/clearfoundation/app-network/issues/9 [^]

- Issue History
Date Modified Username Field Change
2011-01-17 10:59 sawo New Issue
2011-01-17 11:05 sawo Note Added: 0000329
2011-01-19 11:41 user2 Status new => confirmed
2011-01-19 11:42 user2 Status confirmed => assigned
2011-01-19 11:42 user2 Assigned To => dsokoloski
2011-01-31 06:09 sawo Note Added: 0000333
2019-03-12 04:10 NickH Note Added: 0010901
2019-03-12 04:10 NickH Status assigned => closed
2019-03-12 04:10 NickH Assigned To dsokoloski =>
2019-03-12 04:10 NickH Resolution open => suspended