[58919] in North American Network Operators' Group
Re: Fast TCP?
daemon@ATHENA.MIT.EDU (Marshall Eubanks)
Thu Jun 5 08:36:54 2003
Date: Thu, 5 Jun 2003 06:56:37 -0400
Cc: Deepak Jain <deepak@ai.net>, Allan Liska <allan@allan.org>,
Mike Leber <mleber@he.net>, nanog@merit.edu,
Alan Whitney <awhitney@haystack.mit.edu>
To: Mans Nilsson <mansaxel@sunet.se>
From: Marshall Eubanks <tme@multicasttech.com>
In-Reply-To: <20030605060233.GD36329@sunet.se>
Errors-To: owner-nanog-outgoing@merit.edu
Hello;
e-VLBI streams can easily sustain packet losses. IMHO these streams=20
should be sent
UDP with application layer congestion control, minimal FEC if necessary=20=
and "worse than best effort"
QOS (because VLBI has little money but an almost infinite ability to=20
generate bits). These TCP based tools may be
useful for other applications, but I do not think that they are the=20
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=20
> Quoting Deepak Jain (deepak@ai.net):
>>
>> I am not sure why sending a single large/high speed stream today=20
>> (>1Gb/s) is
>> such an improvement over sending multiple today-streams of data, but=20=
>> I guess
>> that is the difference between a get-it-done-right and a=20
>> 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..
>
> --=20
> M=E5ns Nilsson Systems Specialist
> +46 70 681 7204 KTHNOC
> MN1334-RIPE
>
> ... bleakness ... desolation ... plastic forks ...
> <mime-attachment>
T.M. Eubanks
e-mail : tme@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
