Re:HTTP-over-QUIC will officially become HTTP/3
by unilynx on Sunday November 11, 2018 @05:58PM
(#18429259)
What is stopping you from doing this with TCP?
[ Parent
| on HN ]
Re:HTTP-over-QUIC will officially become HTTP/3
by Confiks on Sunday November 11, 2018 @06:38PM
(#18429439)
It is addressed above:
> This effect didn't happen with in the TCP world, since most applications don't run with enough privileges to speak TCP without the kernel's involvement.
The argument is that while kernel developers wouldn't start this supposed "arms race", but application developers would.
I think we would have seen this already with things like (m)uTP if it was an issue.
Re:HTTP-over-QUIC will officially become HTTP/3
by unilynx on Monday November 12, 2018 @11:40AM
(#18433621)
The GP was talking about controlling both ends of the connection, I assumed that implied having root-level access to both ends. A scenario where you control both ends but don't have full TCP/IP stack access on at least one side seems pretty academical.
(But even then, just open lots of TCP connections if you want to have your unfair share of bandwidth)
Re:HTTP-over-QUIC will officially become HTTP/3
by ldng on Sunday November 11, 2018 @06:20PM
(#18429353)
In HTTPS, nobody. Else, proxies ?
Re:HTTP-over-QUIC will officially become HTTP/3
by javajammer on Sunday November 11, 2018 @06:54PM
(#18429531)
Clients' kernels?