Re: Draft time stamps for Quic

[Dmitri Tikhonov <[e-mail]>]

Great, this is a much lower barrier to entry than modifying the ACK
frame!

How is "the beginning of the connection" defined?  Is it as follows:

    - for the client, the time when the first Initial packet
      is sent;
    - for the server, the time when the first Initial packet
      is received.

  - Dmitri.

On Mon, Feb 24, 2020 at 10:05:44PM -0800, Christian Huitema wrote:
> After I submitted draft-huitema-quic-1wd-00, we started a discussion on
> the possibility to compose extensions. The obvious way to do that is to
> define a "time stamp" frame instead of modifying the ACK frame. As long
> as both are in the same packet, we get the same measurements. The added
> benefit is that time stamps could be composed with other frames too --
> such as for example path responses, to measure one way delays when
> evaluating multiple migration options.
> 
> -- Christian Huitema
> 
> 
> 
> -------- Forwarded Message --------
> Subject: 	New Version Notification for draft-huitema-quic-ts-00.txt
> Date: 	Mon, 24 Feb 2020 21:58:41 -0800
> From: 	[e-mail]
> To: 	Christian Huitema <[e-mail]>
> 
> 
> 
> 
> A new version of I-D, draft-huitema-quic-ts-00.txt
> has been successfully submitted by Christian Huitema and posted to the
> IETF repository.
> 
> Name: draft-huitema-quic-ts
> Revision: 00
> Title: Quic Timestamps For Measuring One-Way Delays
> Document date: 2020-02-24
> Group: Individual Submission
> Pages: 6
> URL: https://www.ietf.org/internet-drafts/draft-huitema-quic-ts-00.txt
> Status: https://datatracker.ietf.org/doc/draft-huitema-quic-ts/
> Htmlized: https://tools.ietf.org/html/draft-huitema-quic-ts-00
> Htmlized: https://datatracker.ietf.org/doc/html/draft-huitema-quic-ts
> 
> 
> Abstract:
> The TimeStamp frame can be added to Quic packets when one way delay
> measurements is useful. The timestamp is set to the number of
> microseconds from the beginning of the connection to the time at
> which the packet is sent. The draft defines the "enable_time_stamp"
> transport parameter for negotiating the use of this extension frame,
> and a new frame types for the time_stamped frame.
> 
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> 
> The IETF Secretariat
> 
>