Re: [tcpm] [tsvwg] Cross-area alignment on "L4S and RACK"

[Bob Briscoe <[e-mail]>]

Michael,

This is merely a symptom of a difference in opinion on where the 
resequencing function should be located.

  * L4S takes the end-to-end approach saying that it is sufficient to do
    resequencing in one place (the receiving host) if it is needed. Then
    any resequencing delay only affects that flow.
  * The DETNET approach is saying the resequencing must be done
    hop-by-hop. This means there appears to be no resequencing needed on
    the receiver (except if there's re-ordering on the final hop).


  * In order to guarantee no resequencing in the network (DETNET
    approach), only the the worst case latency can be guaranteed, and
    every packet has to have that same worst-case latency.
  * When you leave resequencing to the receiver (end-to-end approach),
    most of the packets arrive earlier than they would with DETNET, but
    out of order ones might not. Then the application chooses whether it
    wants to wait.

The 3 DupACK rule in TCP led the Internet not to follow the end-to-end 
principle on re-sequencing. Now we're removing the 3 DupACK rule, we can 
take advantage of the e2e principle.

Of course, an application might choose to use TCP and L4S, rather than 
UDP and L4S (e.g QUIC). Then there could still be HoL blocking in the 
receiving TCP stack. But at least there's no HoL blocking in the 
network, and the app can choose between stream (TCP) or datagram (UDP).


Bob

On 06/11/2018 19:20, Scharf, Michael wrote:
> A comment on the TCPM presentation "L4S and RACK":
>
> As far as I understand, the DETNET WG in RTG area has quite some uses cases for ultra-low latency transport - in particular also with bounded jitter. And some of these applications (e.g. using UDP) apparently may not be able to tolerate *any* out-of-order packet delivery.
>
> So perhaps some cross-area alignment on ulta-low-latency application requirements would be useful?
>
> Michael
> (who recently had to review draft-ietf-detnet-architecture)
>
>

-- 
________________________________________________________________
Bob Briscoe                               http://bobbriscoe.net/