<div dir="ltr">I'm aware of this one. The last time I checked Linux patches seemed to be abandoned.<div>Hit ratio could be v v low if you remove UDP encap. Look at IPSEC.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 4, 2018 at 12:52 PM, Mikael Abrahamsson <span dir="ltr"><<a href="mailto:swmike@swm.pp.se" target="_blank">swmike@swm.pp.se</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, 4 Apr 2018, Luca Muscariello wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
And yes, flow queueing, absolutely. Flow isolation, becomes fundamental is such a zoo, or jungle.<br>
</blockquote>
<br></span>
There was talk in IETF about a transport protocol that was proposed to do a lot of things TCP doesn't do, but still retain some things that has been useful with TCP.<br>
<br>
I think it was this one:<br>
<br>
<a href="https://datatracker.ietf.org/doc/draft-ietf-nvo3-gue/" rel="noreferrer" target="_blank">https://datatracker.ietf.org/d<wbr>oc/draft-ietf-nvo3-gue/</a><br>
<br>
I'd like to see it not over UDP, but rather as a native IP protocol. The talk was about having the network being able to look into the state machine of the protocol (MSS size, equivalent of SYN, etc) but not into payload (which would be end-to-end encrypted). It would also be able to do muxed streams/message based to avoid head-of-line-blocking because of single packet loss.<br>
<br>
So any of this that comes up then the whole FQ machinery might benefit frmo being able to identify flows in any new protocol, but I imagine this is not a hard thing to do. I still have hopes for the flow label in IPv6 to do this job, even though it hasn't seen wide adoption so far.<div class="HOEnZb"><div class="h5"><br>
<br>
-- <br>
Mikael Abrahamsson    email: <a href="mailto:swmike@swm.pp.se" target="_blank">swmike@swm.pp.se</a><br>
</div></div></blockquote></div><br></div>