From: "Craig Anderson"
This can't be true. While it may hold in some
instances, as a
general statement it can't be right. TCP/IP behaves poorly in
situations where bit error rates are high. If the overall latency
is also high, but the high bit error rate link has low latency then
the effect of placing a reliable protocol underneath TCP/IP (especially
one that does forward error correction) on the link will, without doubt,
improve real world performance.
Hmm, quite true.
Observe that MS Terminal Server drops its guts a lot when packet loss
occurs, it shouldn't, it is TCP.
We use a reliable tunnel protocol to create Hub and Spoke VPNs, this solves
the Terminal Server problem immediately. Thus we are running reliable over
Interesting your observation of high overall latency combined with low
latency high error rate topology. Our observation is that Wireless links
(low latency, high packet loss) combined with ADSL (high latency) is the
most common Terminal Server VPN problem we are asked to resolve.
What the reliable tunnel does is reduce the recovery time of packet loss
over the Wireless Link (it has a low RTT, therefore retransmission and
recovery occur on that hop before the end to end TCP goes into
To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz
where the body of your message reads: