@inproceedings {Cas2014a,
	title = {Distributed active measurement of Internet queuing delays},
	booktitle = {Passive and Active Measurement (PAM), Extended Abstract},
	year = {2014},
	month = {March},
	address = {Los Angeles, USA},
	abstract = {<p>Despite growing link capacities, over-dimensioned buffers are still causing, in the Internet of the second decade of the third millenium, hosts to suffer from severe queuing delays (or bufferbloat). While maximum bufferbloat possibly exceeds few seconds, it is far less clear how often this maximum is hit in practice. This paper reports on our ongoing work to build a spatial and temporal map of Internet bufferbloat, describing a system based on distributed agents running on PlanetLab that aims at providing a quantitative answer to the above question.</p>},
	url = {http://www.enst.fr/~drossi/paper/rossi14pam-b.pdf},
	author = {P. Casoria and D Rossi and Jordan Aug{\'e} and Marc-Oliver Buob and T. Friedman and A. Pescape}
}
@inproceedings {Chi2013,
	title = {Passive bufferbloat measurement exploiting transport layer information},
	booktitle = {IEEE GLOBECOM},
	year = {2013},
	month = {12/2013},
	url = {http://www.enst.fr/~drossi/paper/rossi13globecom.pdf},
	author = {C. Chirichella and D Rossi and C. Testa and T. Friedman and A. Pescape}
}
@inproceedings {Chi2013c,
	title = {Remotely Gauging Upstream Bufferbloat Delays},
	booktitle = {Passive and Active Measurement (PAM)},
	year = {2013},
	abstract = {  {\textquoteleft}{\textquoteleft}Bufferbloat{\textquoteright}{\textquoteright} is the growth in buffer size that has led Internet
  delays to occasionally exceed the light propagation delay from the Earth
  to the Moon. Manufacturers have built in large buffers to prevent
  losses on Wi-Fi, cable and ADSL links. But the combination of some links{\textquoteright}
  limited bandwidth with TCP{\textquoteright}s tendency to saturate that
  bandwidth results in  excessive queuing delays. In response, new
  congestion control protocols such as BitTorrent{\textquoteright}s uTP/LEDBAT aim at
  explicitly limiting the delay that they add over the bottleneck link.
This work proposes and validate a methodology to monitor the upstream
    queuing delay experienced by remote hosts, both those using
  LEDBAT, through LEDBAT{\textquoteright}s native one-way delay measurements, and
  those using TCP (via the Time-stamp Option). 
},
	doi = {10.1007/978-3-642-36516-4_25},
	url = {http://www.enst.fr/~drossi/paper/rossi13pam.pdf},
	author = {C. Chirichella and D Rossi and C. Testa and T. Friedman and A. Pescape}
}
