Fast TCP?

Thu Jun 5 10:56:37 UTC 2003

Hello;

e-VLBI streams can easily sustain packet losses. IMHO these streams 
should be sent
UDP with application layer congestion control, minimal FEC if necessary 
and "worse than best effort"
QOS (because VLBI has little money but an almost infinite ability to 
generate bits). These TCP based tools may be
useful for other applications, but I do not think that they are the 
right path for e-VLBI.

Regards
Marshall

On Thursday, June 5, 2003, at 02:02 AM, Mans Nilsson wrote:

> Subject: RE: Fast TCP? Date: Wed, Jun 04, 2003 at 11:41:22PM -0400 
> Quoting Deepak Jain (deepak at ai.net):
>>
>> I am not sure why sending a single large/high speed stream today 
>> (>1Gb/s) is
>> such an improvement over sending multiple today-streams of data, but 
>> I guess
>> that is the difference between a get-it-done-right and a 
>> get-it-done-now
>> mentality.
>
> Because us RE network operators have customers, especially in the
> astronomy field, that want to push 1gbit streams in realtime from
> various radio telescopes all over Europe. Moreover, they want them
> to end up in one place, ie. converge ;-)
>
> So, we need to come up with technolgies that can sustain multi-gbit
> (preferably) TCP streams over 50-100 mS RTT links. And, we've got the
> OC192 backbones to do it, if TCP were up to it..
>
> -- 
> Måns Nilsson         Systems Specialist
> +46 70 681 7204         KTHNOC
>                         MN1334-RIPE
>
> ... bleakness ... desolation ... plastic forks ...
> <mime-attachment>

T.M. Eubanks
e-mail : tme at multicasttech.com
http://www.multicasttech.com

Test your network for multicast :
http://www.multicasttech.com/mt/
Our New Video Service is in Beta testing
http://www.americafree.tv