cheap/fast/good. Pick two.
I don't know that you can get that kind of speed from satellite. If you could
get that kind of range from point-to-point wireless at that speed, you'd
certainly need a good line of sight. Do you have that?
You should see if this data is reasonably compressible. Maybe your bandwidth
needs aren't as bad as you think.
Jason Young
CNS - Network Design, Anheuser-Busch
(314)577-4597
Sattelite would do it. We had a 45Mb on a HSSI interface here and uesd to
work great, using a 9m diameter antenna. Now, the only thing would be the
cost for that...
Persio Pucci
Analista Internetworking - Sao Paulo
Impsat Comunicacoes Ltda.
Tel: (55-11) 3444-6205
Fax: (55-11) 3444-6351
email: ppucci@impsat.net.br
[..]
I don't know that you can get that kind of speed from satellite.
[..]
Sure you can. Provided you have the $. Or you can IMUX sat T1s's to
approximate whatever speed you really need.
Catch is, the bw x delay product will kill you on these links if you run TCP
sessions and you won't get anywhere near line rate. There's a company in
Boulder which used to make a widget for high speed data transfer across sat
link exactly for this purpose. Can't remember the name, should be able to
find them easily though if they're still in business as it has been a few years
since I last touched this stuff...
What you'll need to correct that is a way to increase the TCP window size
of the hosts, thus reducing the time spent waiting for ACKs to be
returned.
-C
Date: Thu, 16 Aug 2001 12:23:55 -0400
From: Christian Kuhtz <ck@arch.bellsouth.net>
[ snip ]
Catch is, the bw x delay product will kill you on these links if
you run TCP sessions and you won't get anywhere near line rate.
[ snip ]
Set TCP window size to about 1x to 2x bw*delay. The value will be
a bit large for a "normal" server (can you say "mbuf exhaustion"?),
but I ass-u-me that the OP's client needs a few fast streams, not
a few fast streams and tons of slow ones.
How many simultaneous TCP connections on what boxen?
Eddy