Changing the game with μTP

Re:Changing the game with μTP by dschobel on Monday October 12, 2009 @05:34PM (#877712)

Latency based congestion control already exists for TCP[1].

So my question is, why wouldn't you get the same effect by running BT on top of a network stack using Vegas?

Someone flash the tptacek signal!

[1] http://en.wikipedia.org/wiki/TCP_Vegas

[ Parent | on HN ]

Re:Changing the game with μTP by jws on Monday October 12, 2009 @06:13PM (#877787)

It appears to me that if you use Vegas on your Linux machine then all of your TCP connections use Vegas, which will make you a second class citizen to all the Reno folk out there on the internet.

If you assume that your own uplink is the only bottleneck to be dealt with (say you are serving torrents over a DSL line) then this is reasonable, but I don't think I'd want to yield to all TCP users everywhere with all of my outgoing traffic.

There are also some scary comments in the notes from before it was rolled into the kernel, like the code doesn't handle route changes.

I can see why a vendor would choose something over which they have control.

[ Parent | on HN ]

Re:Changing the game with μTP by wmf on Monday October 12, 2009 @05:42PM (#877721)

why wouldn't you get the same effect by running BT on top of a network stack using Vegas?

You probably would, but Windows doesn't support Vegas.

http://www.ietf.org/mail-archive/web/p2pi/current/msg00052.h...

[ Parent | on HN ]