LEDBAT

From Wikipedia, the free encyclopedia
Jump to navigation Jump to search

Low Extra Delay Background Transport (LEDBAT) is a way to transfer data on the Internet quickly without clogging the network.[1] LEDBAT was invented by Stanislav Shalunov[2][3] and is used by Apple for software updates and by BitTorrent for most of its transfers.[4] LEDBAT is estimated to carry 13–20% of Internet traffic.[4][5] LEDBAT is a delay-based congestion control algorithm that uses all the available bandwidth while limiting the increase in delay;[2][6] it does so by measuring one-way delay and using changes in the measurements to limit congestion that the LEDBAT flow itself induces in the network.

Design goals[edit]

LEDBAT congestion control has the following goals:[2]

  1. Use all available bandwidth, and to maintain a low queueing delay when no other traffic is present,
  2. Limit the queuing delay it adds to that induced by other traffic, and
  3. To yield quickly to standard TCP that share the same bottleneck link.

Implementations and deployment[edit]

The two main implementations are uTP by BitTorrent and as part of TCP by Apple. BitTorrent uses uTP for most traffic and makes the code available under an open-source license.[7] Apple uses LEDBAT for Software Updates so that large software downloads to Mac OS X computers and iOS devices do not interfere with normal user activities; Apple also makes the source code available.[8]

Both of the above implementations aim to limit the network queuing delay to 100ms. This is the maximum allowed for by the standardized protocol. If one used a lower value, then it would be starved when the other was in use.[2][8]

Windows 10 Anniversary Update introduced support for LEDBAT via undocumented socket option as an experimental Windows TCP Congestion Control Module.[9][10]

Example[edit]

Assumptions:

  1. The clocks of the sender and the receiver are not synchronized
  2. The sender sends at a fixed rate

The sender sends 5 packets of data every 10 clock counts: 10, 20, 30, 40, 50. The units are unimportant. The receiver is receiving data not only from this particular sender but also from other sources. For the 5 packets that were sent, the receiver receives them at the following clock counts: 112, 135, 176, 250, 326. The first differences (one way delay) between the received and sent clock counts are: 102, 115, 146, 210, 276. The second differences (change in one way delay) are: 13 (115 - 102), 31, 64 and 66. The receiver will infer from the positive increase in one way delays that congestion is increasing and adjust the transfer rate accordingly.

See also[edit]

References[edit]

  1. ^ [1][dead link]
  2. ^ a b c d Mirja, Kuehlewind,; Greg, Hazel,; Stanislav, Shalunov,; Janardhan, Iyengar,. "Low Extra Delay Background Transport (LEDBAT)". tools.ietf.org. 
  3. ^ By Tammy Parker, Open Garden to enable channel bonding over Wi-Fi, 3G and 4G, December 10, 2012, Retrieved November 24, 2013
  4. ^ a b This Is How Your BitTorrent Downloads Move So Fast, July 29, 2013, Retrieved November 24, 2013
  5. ^ By Gabe Stein, Former BitTorrent Engineer Thinks He Can Fix Your Wi-Fi--For Good, July 24, 2013, Retrieved November 24, 2013
  6. ^ BY ROBERT MCMILLAN, THE INTERNET OF THINGS, July 21, 2013, Retrieved November 24, 2013
  7. ^ Libutp - The uTorrent Transport Protocol library, Retrieved November 24, 2013
  8. ^ a b [2][dead link]
  9. ^ "Announcing: New Transport Advancements in the Anniversary Update for Windows 10 and Windows Server 2016". 
  10. ^ Microsoft (2017). "LEDBAT++: Low priority TCP Congestion Control in Windows" (PDF).