Viewing profile — mjoras
mjoras
HN member- Joined
- Mon, Mar 25, 2019, 9:17 PM UTC
- HN karma
- 72
- Public activity
- 9 items
- HN profile
- View on Hacker News ↗
About mjoras
No profile information was provided.
Recent public activity
-
comment
Comment #24870773
There's a lot of significant differences from the original Google QUIC design and what we currently have in the IETF drafts. They are very much wire-incompatible. That's why it too…
-
comment
Comment #24855444
Policy reasons is all I can say unfortunately.
-
comment
Comment #24855437
Indeed. I believe the latest Windows Insiders builds have SMB over QUIC support (via msquic). I think QUIC brings a lot potential to finally run network filesystem protocols on the…
-
comment
Comment #24853380
This is how the IETF and protocol development works[1]. In fact, it is strongly encouraged for participants to implement and deploy drafts before they are finalized. Otherwise you …
-
comment
Comment #24853338
Most implementations[1] implement it in userland, but this is by no means a requirement. There is no implementation for the Linux kernel presently, but both msquic and F5's QUIC im…
-
comment
Comment #24851726
There are several efforts to implement QUIC and HTTP/3 in nginx. Cloudflare has it deployed in production with quiche[1], and Nginx themselves are developing one[2]. Applications s…
-
comment
Comment #24850561
As I said below, the blog is more focused on QUIC itself rather than HTTP/3. The bulk of the improvements we see are from QUIC as a transport layer, rather than the changes in HTTP…
-
comment
Comment #24850276
We never deployed Google QUIC. It was always IETF QUIC. Referring to them together as QUIC was just for expedience, since the main benefits came from the QUIC layer, not the HTTP l…
-
comment
Comment #19486918
There's no reason the offloads can't work with QUIC. Linux already has UDP GSO ( https://lwn.net/Articles/752184/ ). There's no technical reason I can think of that kTLS cannot be …