Tim writes:
> I wonder if it is a similar problem to what I have experienced with VPN
> through Hughes' Direcway two-way satellite broadband.

It's that damn slow-as-molasses speed-of-light.  Gets you every time.

> "Running a VPN client over a satellite network is not an ideal
> configuration. Although most VPN clients will work, your speeds will be
> affected significantly. While average download speeds are slightly better
> than dial-up, they will be reduced from typical DIRECWAY speeds by as much
> as 50 to 75 percent. Average upload speeds are comparable to dial-up
> performance. "

I don't know precisely how things like PPTP etc. handle acknowledgements,
but I'd be very surprised if there was any simple request-response stuff
going on that wouldn't be able to take advantage of TCP's sliding window
acknowledgement protocol.  I typically see very little difference between
VPN and non-VPN throughput.

It's possible that the satellite link is so slow that even the normal TCP
"window" isn't large enough, and the connection effectively becomes latency
limited as it has to stop and wait for ACKs to catch up.

Of course this should be another ideal application of Wirt's Advanced Telnet
with QCterm, since that will give you the benefits of local-echo without
losing the character-mode interactivity.

Sounds like Hughes is playing some tricks to help eliminate the problem, but
in general I would expect throughput to be reasonable (even over VPN) but
for any request-response protocol like full-duplex echo, the physics just
isn't on your side:

> "Our communication satellite is located over 22,000 miles from Earth.

So up and down for each character to reach the host then up and back for the
echo to reach you, equals an 88,000 mile round trip.  88,000 miles divided
by the speed-of-light, 186,000 miles/second, gives you 0.47 seconds of delay
just waiting for the signal to propagate.

Clearly you need a faster Universe.

G.

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *