<div dir="ltr">In about 2 months, I'll have my hands on some HomePlugAV devices that I can do extensive testing with.  My previous tests were showing very, very large bufferbloat, when used on poor links (2000ms of buffering and growing over a 1-2 minute rrul test that wasn't able to get over 10Mbps due to SF Victorian wiring issues).<div>
<br></div><div>-Aaron</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Apr 15, 2014 at 11:05 PM, Dave Taht <span dir="ltr"><<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'd like to note that I've got several private reports of really bad,<br>
oft bufferbloated and (also underbuffered!) behavior on moca bridges,<br>
and if you are in a position to benchmark such, more public data on<br>
the problems would be nice.<br>
<br>
It generally looks like the same folk that designed homeplug products<br>
were involved in moca, with similar behaviors as described below with<br>
hardware flow control and the like, in addition to possible<br>
underbuffering and issues with shared media backoffs...<br>
<br>
<a href="http://caia.swin.edu.au/reports/130121A/CAIA-TR-130121A.pdf" target="_blank">http://caia.swin.edu.au/reports/130121A/CAIA-TR-130121A.pdf</a><br>
<br>
<a href="http://caia.swin.edu.au/reports/130417A/CAIA-TR-130417A.pdf" target="_blank">http://caia.swin.edu.au/reports/130417A/CAIA-TR-130417A.pdf</a><br>
<br>
But we lack hard public data on how the moca devices actually work or<br>
public testing.<br>
_______________________________________________<br>
Cerowrt-devel mailing list<br>
<a href="mailto:Cerowrt-devel@lists.bufferbloat.net">Cerowrt-devel@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/cerowrt-devel" target="_blank">https://lists.bufferbloat.net/listinfo/cerowrt-devel</a><br>
</blockquote></div><br></div>