Hi<div><br></div><div>It's really happy to know that you are verifying the problem I pointed out in my paper. It's quite urgent to pay more attentions to the bufferbloat in CellNet in my opinion. </div><div><br></div>
<div>But because of the lack of connections inside carriers (AT&T, Verizon, etc.), in my work I still found some limitations to figure out the fundamental answers to 1). where the buffers exactly are; 2). how the buffers are built up with interacting with LTE/HSPA/EVDO protocols; 3). how common it is for large scale daily life usage the problem could lower down user experiences..... All those problems, I hope to see deeper discussions in this maillist. Thanks....</div>
<div><br></div><div>Best,</div><div>Haiqing Jiang<br><br><div class="gmail_quote">On Mon, Jan 7, 2013 at 11:35 PM, Ingemar Johansson S <span dir="ltr"><<a href="mailto:ingemar.s.johansson@ericsson.com" target="_blank">ingemar.s.johansson@ericsson.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi<br>
<br>
Include Mark's original post (below) as it was scrubbed<br>
<br>
I don't have an data of bufferbloat for wireline access and the fiber connection that I have at home shows little evidence of bufferbloat.<br>
<br>
Wireless access seems to be a different story though.<br>
After reading the "Tackling Bufferbloat in 3G/4G Mobile Networks" by Jiang et al. I decided to make a few measurements of my own (hope that the attached png is not removed)<br>
<br>
The measurement setup was quite simple, a Laptop with Ubuntu 12.04 with a 3G modem attached.<br>
The throughput was computed from the wireshark logs and RTT was measured with ping (towards a webserver hosted by Akamai). The location is Luleċ city centre, Sweden (fixed locations) and the measurement was made at lunchtime on Dec 6 2012 .<br>

<br>
During the measurement session I did some close to normal websurf, including watching embedded videoclips and youtube. In some cases the effects of bufferbloat was clearly noticeable.<br>
Admit that this is just one sample, a more elaborate study with more samples would be interesting to see.<br>
<br>
3G has the interesting feature that packets are very seldom lost in downlink (data going to the terminal). I did not see a single packet loss in this test!. I wont elaborate on the reasons in this email.<br>
I would however believe that LTE is better off in this respect as long as AQM is implemented, mainly because LTE is a packet-switched architecture.<br>
<br>
/Ingemar<br>
<br>
Marks post.<br>
********<br>
[I tried to post this in a couple places to ensure I hit folks who would<br>
 be interested.  If you end up with multiple copies of the email, my<br>
 apologies.  --allman]<br>
<br>
I know bufferbloat has been an interest of lots of folks recently.  So,<br>
I thought I'd flog a recent paper that presents a little data on the<br>
topic ...<br>
<br>
    Mark Allman.  Comments on Bufferbloat, ACM SIGCOMM Computer<br>
    Communication Review, 43(1), January 2013.<br>
    <a href="http://www.icir.org/mallman/papers/bufferbloat-ccr13.pdf" target="_blank">http://www.icir.org/mallman/papers/bufferbloat-ccr13.pdf</a><br>
<br>
Its an initial paper.  I think more data would be great!<br>
<br>
allman<br>
<br>
<br>
--<br>
<a href="http://www.icir.org/mallman/" target="_blank">http://www.icir.org/mallman/</a><br>
<br>
<br>
<br>
<br>
<br>_______________________________________________<br>
Bloat mailing list<br>
<a href="mailto:Bloat@lists.bufferbloat.net">Bloat@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/bloat" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div>-----------------------------------</div>Haiqing Jiang, <div>Computer Science Department, North Carolina State University</div><div>Homepage: 
<a href="https://sites.google.com/site/hqjiang1988/" target="_blank">https://sites.google.com/site/hqjiang1988/</a> <br><div><br></div></div>
</div>