mailing list archives
Re: Fast TCP?
From: Marshall Eubanks <tme () multicasttech com>
Date: Thu, 5 Jun 2003 06:56:37 -0400
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.
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 () ai net):
I am not sure why sending a single large/high speed stream today
such an improvement over sending multiple today-streams of data, but
that is the difference between a get-it-done-right and a
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
... bleakness ... desolation ... plastic forks ...
e-mail : tme () multicasttech com
Test your network for multicast :
Our New Video Service is in Beta testing
RE: Fast TCP? Christopher J. Wolff (Jun 05)