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 reliable. 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 retransmission). Cheers BG. --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog