Re: Draft time stamps for Quic

[Christian Huitema <[e-mail]>]

On 2/25/2020 5:30 AM, Dmitri Tikhonov wrote:
> Great, this is a much lower barrier to entry than modifying the ACK
> frame!

I am still a bit saddened by the increased overhead, but if that's the
price of interop...

>
> 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.

Yes. Will add that text in the next revision.

-- Christian Huitema


> 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
>>
>>