Live data from Hacker News

Low Latency, Low Loss, and Scalable Throughput (L4S) Internet Service: RFC 9330

datatracker.ietf.org

1–10 of 91 posts

Re: Low Latency, Low Loss, and Scalable Throughput (L4S) Internet Service: RFC 9330

#3
Bob Briscoe has been on this line of thought for a long time. I'd recommend reading a couple of his classics on the topic, including:

http://www.sigcomm.org/sites/default/files/ccr/papers/2007/A...

https://dl.acm.org/doi/pdf/10.1145/1080091.1080124

Re: Low Latency, Low Loss, and Scalable Throughput (L4S) Internet Service: RFC 9330

#5
post #4

Some tests were done on Comcast networks on cable plant. Slide deck below explains it: https://datatracker.ietf.org/meeting/118/materials/slides-11... Not sure where this leads but I guess ISPs will start charging toll for express lanes

L4S is not really an express lane. It is a way for applications to know when their traffic is congested, enabling them to scale DOWN their traffic to alleviate the congestion. Less congestion means less latency.

Re: Low Latency, Low Loss, and Scalable Throughput (L4S) Internet Service: RFC 9330

#6
post #4

Some tests were done on Comcast networks on cable plant. Slide deck below explains it: https://datatracker.ietf.org/meeting/118/materials/slides-11... Not sure where this leads but I guess ISPs will start charging toll for express lanes

Oh wow, I did not know this is what’s behind their low latency trials I’ve seen on dslreports.

Re: Low Latency, Low Loss, and Scalable Throughput (L4S) Internet Service: RFC 9330

#9
post #2

[flagged]

I found this useful and don’t understand the downvotes.

I would assume the downvotes are because the comment is GPT-generated. People come here for the community's comments and insights, not for GPT's summarisations, even if you yourself find them useful.

I personally agree with the downvotes - I don't want to see every HN post littered with "this is what GPT-4 has to say about this".

Re: Low Latency, Low Loss, and Scalable Throughput (L4S) Internet Service: RFC 9330

#10
This thing is cool. I saw a live demo at IETF 118 in Prague last month. It totally eliminates buffer bloat, which makes it awesome for video chat. I saw the demo and was like "woah... I didn't think this would ever be possible."

It requires an additional bit to be inserted into IP packets, to carry information about when buffers are full (I think?), but it actually works. It feels like living in the future!

Post reply on HN