On Fri, Nov 23, 2018 at 3:05 PM Alexander Papazoglou <papazoga(a)gmail.com>
wrote:
  I think it's confusing to think of these as HTTP
versions. HTTP is
 actually staying pretty much the same (with maybe minor modifications). It
 may be more helpful to think of HTTP/2 as HTTP-over-SPDY, and HTTP/3 as
 HTTP-over-QUIC, where SPDY and QUIC are TCP replacements.
 Why replace TCP? Pretty much only because of the latency of opening a TLS
 connection. SPDY was implemented on top of TCP, with a clever handshake and
 support for multiplexing, etc. It seems that to get higher performance
 Google has decided to use UDP.
 
I'm not sure how much this entered into their thinking but UDP has the
advantage that there are tricks available to traverse NATs. This might make
decentralized web apps easier to implement though I guess we'll have to see
what makes it into the browsers.
  As for roaming, I don't see how the problem is
changed. You still need to
 give your roaming client an IP address (even if you're using QUIC).
 
Supposedly QUIC connections will stay open while switching IP addresses.
 Alex
 Στις Παρ, 23 Νοε 2018 στις 11:23 π.μ., ο/η Marc Juul <marc(a)juul.io>
 έγραψε:
  Some of us had recently been talking about Layer
2 vs. Layer 3 roaming.
 Well, it looks like HTTP/3 is basically a TCP replacement on top of UDP,
 and it allows a connection to continue between IP address changes by using
 a per-connection UUID.
 
https://blog.erratasec.com/2018/11/some-notes-about-http3.html
 We can expect this to be implemented, at the very least, in the most
 popular web browsers but possible other programs as well.
 This could really mitigate the issues with non-roaming capable mesh
 networks.
 --
 marc/juul
 _______________________________________________
 mesh mailing list
 mesh(a)lists.sudoroom.org
 
https://sudoroom.org/lists/listinfo/mesh