Udo van den Heuvel wrote on 8-3-2008 13:12: > Geert van Boxtel wrote: >> Udo van den Heuvel wrote: >> >> What would be the `right` values for in/outbound bitrates for a >> 'ADSL basic' line from KPN via xs4all? >> (advertised as 6 mbit/s down and 768 kbit/s up) >> >> http://www.speedtest.nl/Database/Graphs.asp?pi_id=39&co_id=78 > > Those values are indicating what speed the ADSL modem `trains` to the > exchange. This is dependent on the distance and line quality. > > What I mean is: if I do have the 6 Mbit down/768 kbit up, what % do I > subtract and which values go in wshaper[.htb]?
Like you say yourself, those values are dependent on distance and line quality, and may even vary from day to day, meaning nobody can give you the percentage of the advertised speed that applies to your specific line. You'll have to do some testing yourself and/or take a margin. Use the test on the site Geert mentioned (http://www.speedtest.nl/) to find the values for your own line. There are separate upstream an downstream tests (and a ping test, which you don't need). Your own provider has a speed test (http://www.xs4all.nl/allediensten/toegang/adsl/snelheid.php, scroll down) but it's downstream only, and you need upstream as well. Personally I prefer to test using several simultaneous large FTP transfers (see ftp://ftp.xs4all.nl/pub/test/ and ftp://ftp.xs4all.nl/pub/test/README), but of course you need some space somewhere to do the upstream testing this way. You'll need to throttle your connection just below the value you find. Take some margin, traffic shaping won't work at all if you throttle too little, and you don't want to test on a daily basis. It pays back. Some two years ago I did some testing (same provider and line type as you, different shaper) and brought my upstream speed back to 78% of the advertised value. I've never tried downstream traffic shaping. I use very simple shaping rules, prioritizing UDP ports 53 and 123 and TCP ACKs. Simple, but it works like a fairy, using the same line for my NTP pool server and heavy TCP traffic. Some time ago I broke my traffic shaping configuration, with disastrous results for my NTP pool servers accuracy. I really should spend some time on that. :-) best regards, Jan Hoevers, Delft, nl P.S. Feel free to contact me off list if you want to discuss country or provider specific details. _______________________________________________ timekeepers mailing list [email protected] https://fortytwo.ch/mailman/cgi-bin/listinfo/timekeepers
