[p2p-hackers] Using UDT for swarming

[Serguei Osokine]

On Tuesday, January 25, 2005 Justin Chapweske wrote:
> The FLUTE/ALC/LCT stack does indeed solve the long fat network 
> problem and we have a number of customers deploying the solution 
> for transfer of extremely large data sets (100 GB+) over both 
> satellite and terrestrial networks.

	So that would be solving only "long fat" or also "different RTT"
problem? That is, do you handle simultaneous terrestrial (low RTT) and
satellite (high RTT) streams without the latter getting lower bandwidth
than it should due to the unfairness of competition with the former?

	Best wishes -
	S.Osokine.
	25 Jan 2005.

-----Original Message-----
From: p2p-hackers-bounces at zgp.org [mailto:p2p-hackers-bounces at zgp.org]On
Behalf Of Justin Chapweske
Sent: Tuesday, January 25, 2005 1:30 PM
To: Peer-to-peer development.
Subject: RE: [p2p-hackers] Using UDT for swarming


> answers them. One possible exception might be all this FEC vodoo in
> the multicasting group, but for me it feels like a bit of an overkill
> for the job (even if I would be sure that FLUTE/ALC/LCT stack really
> does resolve these issues, which I'm not).

The FLUTE/ALC/LCT stack does indeed solve the long fat network problem
and we have a number of customers deploying the solution for transfer of
extremely large data sets (100 GB+) over both satellite and terrestrial
networks.

However, the protocol stack has a huge learning curve, is quite
complicated to implement, and is massive overkill for many
applications.  

However, our bread-and-butter tends to be providing massive overkill
solutions, so it fits quite nicely with what we do :)  

For the majority of folks, a UDT-type approach might be the best way to
go.  But honestly, UPnP is becoming increasingly deployed, and Joe P2P
Hacker is likely to completely botch basic congestion control, so it
might be best for people to stick with TCP and not potentially bring the
Internet to a screeching halt.

Thanks,

-Justin

P.S. We'll likely be doing a public release of our satellite/multicast
file transfer product sometime this quarter, so anyone that is
interested in the mean time can feel free to contact me directly. 


_______________________________________________
p2p-hackers mailing list
p2p-hackers at zgp.org
http://zgp.org/mailman/listinfo/p2p-hackers
_______________________________________________
Here is a web page listing P2P Conferences:
http://www.neurogrid.net/twiki/bin/view/Main/PeerToPeerConferences