[p2p-hackers] UDP file transfer protocol peer review

Matthew Kaufman matthew at matthew.at
Sat Jul 23 16:20:25 UTC 2005


David Barrett:
> Ahh, consecutive losses is a great idea.  2-3 consecutive 
> losses sounds like a good threshold for decreasing.  How many 
> consecutive successes would you recommend for increasing?

The only hard and fast rule is that you *must* perform fairly against TCP.
(Unless your stated goal is to use the "leftover bandwidth" after TCP is
running or to "crowd out" TCP deliberately. Since most TCP implementations
will drop the send rate in half on a single loss, if you wait for more
losses, you most likely need to drop more than half. The only way to know
for sure if you're doing the right thing is to compare in both simulations
and the real world, and see what happens when you compete with a big TCP
flow.

There's lots more details around doing better than TCP overall... True
selective ack, sharing the congestion window on multiple flows between the
same hosts, etc.

Matthew




More information about the P2p-hackers mailing list