%% You should probably cite draft-zimmermann-tcpm-reordering-detection-02 instead of this revision.
@techreport{zimmermann-tcpm-reordering-detection-00,
    number =    {draft-zimmermann-tcpm-reordering-detection-00},
    type =      {Internet-Draft},
    institution =   {Internet Engineering Task Force},
    publisher = {Internet Engineering Task Force},
    note =      {Work in Progress},
    url =       {https://datatracker.ietf.org/doc/draft-zimmermann-tcpm-reordering-detection/00/},
    author =    {Alexander Zimmermann and Lennart Schulte and Carsten Wolff and Arnd Hannemann},
    title =     {{Detection and Quantification of Packet Reordering with TCP}},
    pagetotal = 22,
    year =      2013,
    month =     nov,
    day =       18,
    abstract =  {This document specifies an algorithm for the detection and quantification of packet reordering for TCP. In the absence of explicit congestion notification from the network, TCP uses only packet loss as an indication of congestion. One of the signals TCP uses to determine loss is the arrival of three duplicate acknowledgments. However, this heuristic is not always correct, notably in the case when paths reorder packets. This results in degraded performance. The algorithm for the detection and quantification of reordering in this document uses information gathered from the TCP Timestamps Option, the TCP SACK Option and its DSACK extension. When a reordering event is detected, the algorithm calculates a reordering extent by determining the number of segments the reordered segment was late with respect to its position in the sequence number space. Additionally, the algorithm computes a second reordering extent that is relative to the amount of outstanding data and thus provides a better estimation of the reordering delay when other sender state changes.},
}