[e2e] link layers with high loss, high RTT and no promises about order of arrival

[Sean Doran]

Just to annoy some folks here, it's clear that a TCP-unfriendly subnet
like the one described in the URL below is a strong argument for
adjusting TCP along the lines of what some of the narrowband-radio
people ask for from time to time.  Otherwise how are stations suffering
behind lossy/error-prone (and notably WIRELESS) connections going to 
be connected to the Internet at large?

http://www.blug.linux.no/rfc1149/

PING 10.0.3.1 (10.0.3.1): 56 data bytes
64 bytes from 10.0.3.1: icmp_seq=0 ttl=255 time=6165731.1 ms
64 bytes from 10.0.3.1: icmp_seq=4 ttl=255 time=3211900.8 ms
64 bytes from 10.0.3.1: icmp_seq=2 ttl=255 time=5124922.8 ms
64 bytes from 10.0.3.1: icmp_seq=1 ttl=255 time=6388671.9 ms

blah.

	Sean.