Re: [tsvwg] Adoption call for draft-white-tsvwg-l4sops - to conclude 24th March 2021

[Sebastian Moeller <[e-mail]>]

Hi Gorry,

I am puzzled, what has changed in regards to the documented short comings of L4S core technologies the dual queue coupled AQM and TCP Prague in respect to what is claimed in the internet drafts that would justify for the drafts to proceed in the process to gain experimental RFC status?

A quick look at https://camo.githubusercontent.com/0ca81a2fabe48e8fce0f98f8b8347c79d27340684fe0791a3ee6685cf4cdb02e/687474703a2f2f7363652e646e736d67722e6e65742f726573756c74732f6c34732d323032302d31312d3131543132303030302d66696e616c2f73312d6368617274732f727474666169725f63635f71646973635f31306d735f3136306d732e737667
should help refresh the memory how dualQ and TCP Prague fare in comparison with the status quo in the internet, a dumb FIFO in regards to equitable sharing*.
Giving dualQ's main reason to exist is to equitably share between the new L4S LL-queue and what is called the classic-queue, this failure alone should IMHO disqualify L4S from any further discussion/progress in the WG to give team L4S the time and incentive to fix this. But alas, not my call to make so all I can do is remind everybody that these short-coming/failures are no secret and nobody should be surprised if L4S in the real internet under-deliver in its (over-)promises. 	Unless somebody can explain why this failure easily testable in the lab will not materialize in the real internet?


Best Regards
	Sebastian




> On Mar 20, 2021, at 09:13, Gorry Fairhurst <[e-mail]> wrote:
> 
> On 19/03/2021 14:39, Dave Taht wrote:
>> I think this working group has far too much on its plate, and too many
>> unresolved issues elsewhere to adopt further work on this subject.
>> 
> <snip>
> 
> If people on the list plan to read and review draft-white-tsvwg-l4sops, they should say so on this list before the end of the adoption call period.
> 
> Completing the adoption call is considered by the Chairs as an important step towards completing the following work items:
> 
>     Oct 2021     Submit "Identifying Modified Explicit Congestion Notification (ECN)
> 
>     Semantics for Ultra-Low Queuing Delay" as an Experimental RFC
> 
>     draft-ietf-tsvwg-ecn-l4s-id
> 
>     Oct 2021     Submit "DualQ Coupled AQM for Low Latency, Low Loss and
> 
>     Scalable Throughput" as an Experimental RFC
> 
>     draft-ietf-tsvwg-aqm-dualq-coupled
> 
>     Oct 2021     Submit "Low Latency, Low Loss, Scalable Throughput (L4S)
> 
>     Internet Service: Architecture" as an Informational RFC
> 
>     draft-ietf-tsvwg-l4s-arch
> 
> Please respond by 24th March 2021,
> 
> Best wishes,
> 
> Gorry, David and Wes
> 
> tsvwg co-chairs.
>