<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 21 Nov 2019, 17:50 Loïc Hoguin, <<a href="mailto:essen@ninenines.eu">essen@ninenines.eu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Mind you I also change my mind on the complexity every other week... <br>
Ultimately it's just something that has to be done so it doesn't really <br>
matter how big the task is. </blockquote></div></div><div dir="auto"><br></div><div dir="auto">Indeed. The question  however is if it is best to do it like we've done for crypto or for ssl/ssh. </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Gotta get started first. From what I've seen <br>
of the progress June 2020 or so would be a good time to start as the <br>
protocol should be close to completion by then.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I don't think it is too bad an idea to start now either. From what I can tell the rfc:s are pretty stable already.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
On 21/11/2019 17:22, Lukas Larsson wrote:<br>
> One of the use-cases (besides the obvious HTTP/3 use-case) that we have <br>
> been thinking about would be to allow the Erlang distribution to run <br>
> over QUIC.<br>
<br>
That's what I want for RabbitMQ and based on experiments emulating some <br>
aspects of QUIC, this is an insanely promising prospect. I expect QUIC <br>
to triple the throughput for mirrored RabbitMQ queues *at the very least*.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Do you? Why? What aspect of it do you think would do that?</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Some aspects of the distribution do not play well with QUIC though, like <br>
`monitor(process, {Name, Node})`. This is the one thing in the <br>
distribution protocol for which you can't guarantee ordering over <br>
multiple QUIC streams because you don't have the pid that you have for <br>
all other messages. </blockquote></div></div><div dir="auto"><br></div><div dir="auto">Hmm, yes. Not trivial to solve but should be doable.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Right now you also must parse the message in order <br>
to figure out on which stream you have to send it, it would probably be <br>
better to have this info readily available. </blockquote></div></div><div dir="auto"><br></div><div dir="auto">Fixing this should be very simple. The information is there we just need to put it in the tuple returned.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Of course you could always <br>
use a single QUIC channel but then what's the point. :-)<br>
<br>
> We were thinking about re-using the ssl applications TLS 1.3 <br>
> implementation. It is not trivial as transport and TLS are upsidedown <br>
> for QUIC, but should be doable sais Ingela and Peter :p<br>
<br>
If we can have a good interface that has TLS return the <br>
encrypted/decrypted binary data rather than write it directly to the <br>
socket, I could also use it in Gun to support TLS connections over TLS <br>
proxies. Right now it uses the callback module and while it works it's <br>
fairly complex.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Maybe this would be a good starting point for us. Building an API that makes this possible.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
-- <br>
Loïc Hoguin<br>
<a href="https://ninenines.eu" rel="noreferrer noreferrer" target="_blank">https://ninenines.eu</a><br>
</blockquote></div></div></div>