Papers

In the discussions on bufferbloat so far, an astounding number of papers have been referenced:

Motorola has a very clear management level presentation on the need for fair queuing

Read the slides starting with “If RED is not good enough, what is?”.

http://gettys.files.wordpress.com/2010/12/uplink_buffer_all.pdf

Netalyzr: Illuminating The Edge Network
As outlined in the IMC Netalyzr paper section 5.2, the structure you see is very useful to see what buffer sizes and provisioned bandwidths are common. The diagonal lines indicate the latency (in seconds!) caused by the buffering. Both wired and wireless Netalyzer data are mixed in the above plots. The structure shows common buffer sizes that are sometimes as large as a megabyte. Note that there are times that Netalyzr may have been under-detecting and/or underreporting the buffering, particularly on faster links; the Netalyzr group have been improving its buffer test.

http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.65.6825&rep=rep1&type=pdf

–

Battling Bufferbloat

http://simula.stanford.edu/sedcl/files/dctcp-final.pdf

Fast Object-Based data transfer System (FOBS)

Simple Available Bandwidth Utilization Library (SABUL)

Reliable Blast UDP (RBUDP)

Bittorrent Broadnets - with buffers of 20-40 packets (32-64 KB buffers). As soon as the common uplink saturated, everything went to heck

Comcast’s kill bittorrent ‘solution’ did only target uploads

Flow Splitting with Fate Sharing in a Next-Generation Transport Services Architecture - also available on arXiv

http://www.usenix.org/event/nsdi09/tech/full_papers/sanaga/sanaga.pdf

http://guido.appenzeller.net/pubs/sigcomm-extended.pdf

Optimization of TCP/IP Traffic Across Shared ADSL

Understanding Bandwidth-Delay-Product in wireless mesh networks

http://yuba.stanford.edu/~nickm/papers/

Characterizing Residential Broadband Networks

Buffer Bloat Calculations

RAQM (REMOTE Active Queue Management
h2. More unsorted papers

Marina Thottan has been very kind to send me pointers to recent work on router buffer sizing. As you will see, there are good reasons to believe much conventional wisdom is far from the mark.

She is co-author of a survey paper that covers work done by different groups on router buffer sizing. Here is a link to it:
http://portal.acm.org/citation.cfm?id=1517487&CFID=13973251&CFTOKEN=48745519&qualifier=LU1007961

Nick Mckeown @ Stanford has several talks on buffers for routers.
Here is the link to his web page:
http://tiny-tera.stanford.edu/~nickm/talks/index.html

The specific talks are on this page:
“Internet Routers: Past Present and Future.”
“Buffers: How we fell in love with them, and why we need a divorce.”
“Sizing Router Buffers”
“Network Processors and their memory”
“Designing Packet Buffers for Internet Routers”
“Memories for Internet Routers”

TCP Veno papers

Veno

Veno And RED

Fluid based modeling of Veno

Bad, outdated advice (should be corrected in the field)

http://fasterdata.es.net/TCP-tuning/linux.html