<div dir="auto">There are two openwrt routers on the boat.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Mar 24, 2019, 12:53 AM Jonathan Morton <<a href="mailto:chromatix99@gmail.com">chromatix99@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> On 23 Mar, 2019, at 10:28 pm, Kevin Darbyshire-Bryant <<a href="mailto:kevin@darbyshire-bryant.me.uk" target="_blank" rel="noreferrer">kevin@darbyshire-bryant.me.uk</a>> wrote:<br>
> <br>
> Sent a github PR to make it build - not run it yet.<br>
<br>
LGTM, so I approved it.  I've reached the "bufferboat" and started to settle in, met Rod and Pete…<br>
<br>
I brought a Pi Zero W with me as a basic Linux test environment, but I need to find a mini to macro HDMI adapter to make it work with this TV.  Pete says he'll look for one to bring over tomorrow.<br>
<br>
So now we probably have *two* working middlebox implementations, using different approaches, but we need a visualisation tool (hi Pete) and some sort of working TCP that uses it (whether using the sqrt rule or the 1/n rule, doesn't really matter - but preferably examples of both).  For the latter, we can temporarily get away with inferring stuff from standard tcptrace.  If there's a working implementation of AccECN for the feedback path, we might as well use that for demo purposes.<br>
<br>
I want to be able to demonstrate SCE actually working as designed, in a single-queue implementation, to answer the main argument that some of the L4S folks have latched onto.  But I don't know how soon we'll be able to manage that.<br>
<br>
 - Jonathan Morton<br>
<br>
</blockquote></div>