Jump to content

LEDBAT

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by 50.53.1.33 (talk) at 15:13, 3 July 2016 (→‎See also). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

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

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

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]

Example

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

References

  1. ^ http://www.wired.com/wiredenterprise/2013/06/open-garden/
  2. ^ a b c http://tools.ietf.org/html/rfc6817
  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. ^ https://opensource.apple.com/source/xnu/xnu-1699.32.7/bsd/netinet/tcp_ledbat.c