Joined: 22 Feb 2008 Posts: 114 Location: Dallas, TX
Posted: Thu Apr 17, 2008 3:26 Post subject:
I *think* TCP congestion avoidance algorithms will only be enforced on packets routed across the LAN-WAN link. So this should apply to client only configurations but not client bridged. It would apply to repeater only, but not repeater bridged. _________________ The Fleet
WRT-54GL v1.1 DD-WRT v24 sp1 serving multi SSID WLAN, WRT-54G v6 DD-WRT v24 sp1 Micro wireless bridged
WRT-54G v5 DD-WRT v24 sp1 Micro, WRT-54G v6 DD-WRT v24 sp1 Micro
Posted: Sat Apr 19, 2008 2:12 Post subject: Re: TCP Vegas makes QoS unnecessary?
p00nka wrote:
I have been struggling with my Cable Modem internet connection to minimize packet loss & packet delay when uploading at full, uncapped speed.
Up until now, I had been using QoS to cap my upload, as the docs say, to 90% or so of my maximum upload. This requires me to accurately determine what my maximum upload rate is, and thanks to comcast & speedboost, this varies quite a lot.
Then I discovered TCP Vegas congestion control. According to wikipedia, TCP Vegas tunes the network performance based on packet delay instead of packet loss. Sweet! So I disabled QoS, enabled tcp_vegas, and played with it a bit. These options in the firewall commands have made all of my packet delay problems disappear! I see ~50ms pings while uploading even after speedboost has worn off.
Posted: Sat Apr 19, 2008 12:36 Post subject: Re: TCP Vegas makes QoS unnecessary?
yorugua wrote:
p00nka wrote:
I have been struggling with my Cable Modem internet connection to minimize packet loss & packet delay when uploading at full, uncapped speed.
Up until now, I had been using QoS to cap my upload, as the docs say, to 90% or so of my maximum upload. This requires me to accurately determine what my maximum upload rate is, and thanks to comcast & speedboost, this varies quite a lot.
Then I discovered TCP Vegas congestion control. According to wikipedia, TCP Vegas tunes the network performance based on packet delay instead of packet loss. Sweet! So I disabled QoS, enabled tcp_vegas, and played with it a bit. These options in the firewall commands have made all of my packet delay problems disappear! I see ~50ms pings while uploading even after speedboost has worn off.
so, maybe it works there too! I'll try now. I have to do an update of my PS3.
ok, the update went smooth. I have a very small bandwidth to the Internet (ADSL 1.5mbit/128k, costs about U$S 60 a month here in Montevideo, Uruguay...). I also started azureus while updating the PS3, and azureus took its own update in the meantime. Browsing the net was smooth. I tried doing a ping to a nearest site, and it did not have much delays I have seen other times. So, nothing very "conclusive", but let's leave it on just in case maybe I just imagined the whole thing Technically, I don't know if the vegas stuff is present in that v23sp1 release
Joined: 29 Jan 2007 Posts: 18 Location: Birmingham, UK
Posted: Mon Apr 21, 2008 1:54 Post subject:
Using RC6, implemented this and it *seems* like it might be making a difference - internet connection feels slightly snappier, pings slightly lower when saturating the upload... Again though, this might be snake oil. Enabling/disabling QoS has a somewhat unpredictable effect - sometimes lagging the whole router out requiring a failover, sometimes apparently speeding up the connection... Too unpredictable though, so it's disabled for the moment.
(Incidentally, I'm using HFSC but I hear arguments for and against HTB, and I have my own opinions) - which is best to use in conjunction with TCP Vegas if prioritisation of time-sensitive traffic is the goal without undue deterioration in quality of other bulk traffic?)
Thanks to the OP for pointing this out though, I would've never even have dreamed of trying something like this out if I hadn't been made aware of it! _________________ yum, opensource routing
Is TCP_Vegas included in the micro version of DD-WRT for broadcom ?
_________________ WRT54G-TM 1.0 = wl0_corerev=9 >> w/ DD-WRT v24-SP2 MEGA ! (latest-svn) as Main AP &
Posted: Wed May 14, 2008 14:29 Post subject: Re: ...
Deben_69 wrote:
Is TCP_Vegas included in the micro version of DD-WRT for broadcom ?
I tried inserting in firewall command (with and without using QoS):
echo 0 > /proc/sys/net/ipv4/tcp_westwood
echo 1 > /proc/sys/net/ipv4/tcp_vegas_cong_avoid
echo 3 > /proc/sys/net/ipv4/tcp_vegas_alpha
echo 3 > /proc/sys/net/ipv4/tcp_vegas_beta
but apparently TCP_Vegas is Not included in the micro version of DD-WRT !
_________________ WRT54G-TM 1.0 = wl0_corerev=9 >> w/ DD-WRT v24-SP2 MEGA ! (latest-svn) as Main AP &
Hmm...... Eko said "interesting"... any more comments yet, Eko???
Also, could anyone comment on how we may see whether the algorhythm is actually in use by the router? Will there be a new process runing? Any other "hard" way to check other than the "soft" feeling of your connection?