Re: [tcpm] TCP tuning
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [tcpm] TCP tuning
Just to try summarizing some points:
- Increasing the initial window can benefit short-lived connections.
But it can be dangerous, especially on low speed links, and equipments
with small buffers. For example, an adsl modem has definitively a small
buffer, which is typically overloaded by uploading p2p traffic...
initial bursts of "several packet" (e.g., an email with attachments, a
POST command with some data in it, etc.) will cause packet losses with
high probability. At the end, the latency will be higher...
Note that this will happen on any congested link too...
- Reducing the RTO timeout is a possibility to get rid of the initial
latency due to packet loss during three-way handshake. 3s seems to be
too conservative these days.
But there are cases in which RTT can be larger than 2s. E.g., 2.5G GSM
networks, or congested 3G networks. And these kind of access networks
are today more and more popular... and more and more congested...
So this calls for a conservative approach.
On the flip side,
- someone is already hacking the TCP rules:
- google is "retransmitting" the SYN-ACK with a timeout of about
200ms. This causes spurious retransmission on practically all tcp
connection on a 2.5G network (I remember a paper from FTW showing this...)
- windows O.S. (at least XP) is triggering the fast retransmit at the
third ACK, not at the third DUPLICATE ack
check http://support.microsoft.com/?scid=kb%3Ben-us%3B224829&x=11&y=11
if you don't believe it! Default value is 2 duplicate packets)
- large initial windows are commonly seems. 16kB of initial window
can be easily observed in any network. I suspect this is related to TCP
Offloading Engines (TOE), that perform segmentation at the NIC, or the
use of jumbo ethernet frames (9kB) -- the OS sees a "MSS" of 16kB (or
9kB), the initial windows is 1 segment => 10 (6) packets of 1500B each
are then generated by the TOE.
This supports the position "at the end, it will work in 95% of the cases".
Researchers did a lot of studies about TCP latency. But are typically
ignored by IETF.
--
Ciao, /\/\/\rco
+-----------------------------------+
| Marco Mellia - Assistant Professor|
| Skypeid: mgmellia |
| Tel: +39-011-564-4173 |
| Cel: +39-331-6714789 | /"\ .. . . . . . . . . . . . .
| Politecnico di Torino | \ / . ASCII Ribbon Campaign .
| Corso Duca degli Abruzzi 24 | X .- NO HTML/RTF in e-mail .
| Torino - 10129 - Italy | / \ .- NO Word docs in e-mail.
| http://www.telematica.polito.it | .. . . . . . . . . . . . .
+-----------------------------------+
The box said "Requires Windows 95 or Better." So I installed Linux.
Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.