Packet reordering

Home Page Forums Network Management Networking Packet reordering

This topic contains 0 replies, has 0 voices, and was last updated by  pcresswell 5 years ago.

Viewing 2 posts - 1 through 2 (of 2 total)
  • Author
    Posts
  • #43854

    pcresswell
    Member

    Hi,

    Using the VPN bonding techniques described frequently with ZeroShell to acheive DSL bonding, does ZeroShell do any packet re-ordering to cater for slightly different latencies on the DSL lines? If so, is there a documented way to tune the buffer size?

    Thanks in advance for your help,

    Peter

    #53189

    WilliamBondi
    Member

    Packet reordering is now considered naturally prevalent within complex networks like the Internet. When packets are reordered, the performance of transport protocols like TCP is severely hurt. To overcome performance issues a number of mitigations have been proposed. While evaluations have shown the success of such mitigations, most have not considered realistic scenarios where other impairments are present. Furthermore, most studies only evaluate the performance of long-lived TCP flows, although short-lived flows are the most common. In this paper we evaluate Linux’s built-in reordering mitigations and the TCP-NCR proposal using real protocol implementations. The results show that Linux and TCP-NCR are able to provide good protection against reordering when no other impairments are present. For flows that also experience packet loss, the performance is dominated by the negative effect of these losses. Results also indicate that short-lived flows are sensitive to how reordering mitigation is conducted. Linux was able to improve the performance of short flows slightly, while TCP-NCR performed worse than TCP without reordering protection.

Viewing 2 posts - 1 through 2 (of 2 total)

You must be logged in to reply to this topic.