05.08.2014 Views

An Investigation into Transport Protocols and Data Transport ...

An Investigation into Transport Protocols and Data Transport ...

An Investigation into Transport Protocols and Data Transport ...

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

9.3. Internet Transfers 231<br />

Stanford LBL Dublin Rutherford<br />

St<strong>and</strong>ard TCP 220 28 145 168<br />

HSTCP 246 75 151 208<br />

ScalableTCP 249 173 149 172<br />

H-TCP 248 206 143 234<br />

FAST 249 221 65 238<br />

BicTCP 247 135 152 240<br />

Table 9.1: Number of individual New-TCP measurements to each site.<br />

run over the period of 2 months between October <strong>and</strong> December of 2004 <strong>and</strong><br />

were ran over a 24 hour period, 7 days a week.<br />

All traffic was either routed through Dante’s GEANT network if the destination<br />

was European, or through the <strong>Data</strong>TAG network via its production<br />

link over to the U.S. whereby it was locally routed onto Internet2’s Abilene<br />

network. All network paths are shown in Appendix D.<br />

There are problems associated with the way that Linux accounts for the<br />

number of packets in flight whereby there is no artificial inflation of cwnd<br />

during loss recovery. The result of this is that upon a TCP time-out (when<br />

cwnd is set to 1 segment) it will limit the number of packets that can be<br />

retransmitted each RTT. Because there is no artificial inflation of cwnd,<br />

loss recovery occurs at a rate of 1 packet per RTT after a TCP time-out.<br />

Therefore the loss recovery time is proportional to the number of packets<br />

lost. For large cwnd values where many packets can be lost, this recovery<br />

time can be very long for long distance networks. This is documented in<br />

[HLW + 04].<br />

This effect was especially noticeable during the initial slow-start period of<br />

tests <strong>and</strong> caused many occurrences whereby the TCP flow spent nearly all of<br />

the test time in loss recovery. As such, the initial slow start was disabled such

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!