Conversation

New HTTP dropped two months ago: datatracker.ietf.org/doc/rfc9114/ http3 build on "quic" on top of udp. Kinda interesting. Snarky analysis is just that with site's so crammed with ads vendors want faster ways to ship them. Solution should be ad blocker 😎

datatracker.ietf.org

RFC 9114: HTTP/3

The QUIC transport protocol has several features that are desirable in a transport for HTTP, such as stream multiplexing, per-stream flow control, and low-latency connection establishment. This...

Dan Ballard

@dan_ballard

Aug 30

Less snarky thoughts are just interested in the trend away from TCP and more serialization. Will need to read more, curious what this offers on top of HTTP2/spdy multi fetch

Daniel Micay

@DanielMicay

Replying to

@dan_ballard

TCP provides the semantics of a stream so HTTP/2 multiplexing everything over 1 connection makes that all get tied together. Data is received in the order it was sent as one stream. It depends on having extremely good congestion control and properly controlled minimal buffers.

5:48 PM · Aug 30, 2022Twitter Web App

Replying to

and

There's still a lot of bufferbloat and it completely breaks HTTP/2 prioritization. Most routers have something far worse than CAKE or even fq_codel as their queuing discipline. Guide at grapheneos.org/articles/serve if you're interested in making it work as well as possible though.

grapheneos.org

Server traffic shaping

Implementing server traffic shaping on Linux with CAKE.

Replying to

and

Probably want to set net.ipv4.tcp_notsent_lowat lower than 128k if you actually want HTTP/2 prioritization to work though. Consider a client starting up transfers for a dozen images and then wanting a higher prioritize resource. Server will have filled huge buffers with images.

Show replies