Subject: Re: Consensus calls for Late Stage-Documents, pre-Zurich edition

From: Mark Nottingham <[email-masked]>
Date: Wed, 5 Feb 2020 17:16:54 +0100

Hearing no pushback, consensus declared, *except* for #3357, which has an outstanding discussion.

> On 24 Jan 2020, at 5:35 am, Mark Nottingham <[email-masked]> wrote:
> 
> The following issues have proposals for resolution, and discussion so far seems to support consensus to accept them. If you object, please do so on the issue or in response to this message (changing the Subject appropriately!). Absent any pushback, we'll direct the editors to incorporate them just before the Zurich meeting.
> 
> See <https://github.com/quicwg/base-drafts/projects/5> for the current state of issues in the Late Stage process, itself defined at <https://github.com/quicwg/base-drafts/blob/master/CONTRIBUTING.md>.
> 
> * #3357: Only send one immediate ACK after reordering
>   The proposal is <https://github.com/quicwg/base-drafts/pull/3361>
> 
> * #3345: Clarify the definition of things that make messages malformed
>   The proposal is <https://github.com/quicwg/base-drafts/pull/3352>
> 
> * #3307: Allow use of token after client address changes
>   The proposal is <https://github.com/quicwg/base-drafts/pull/3308>
> 
> * #3297: Immediate close without state
>   The proposal is <https://github.com/quicwg/base-drafts/pull/3292>
> 
> * #3275: Why are there two ways of associating push with requests?
>   The proposal is <https://github.com/quicwg/base-drafts/pull/3309>
> 
> * #3269: CONNECTION_CLOSE for unpadded Initial
>   The proposal is <https://github.com/quicwg/base-drafts/pull/3292>
> 
> * #3117: Recouple QUIC version and ALPN
>   The proposal is <https://github.com/quicwg/base-drafts/pull/3323>
> 
> * #2555: Define idle period for congestion control
>   The proposal is <https://github.com/quicwg/base-drafts/pull/2675>
> 
> * #2125: Document what needs to be checked for address validation
>   The proposal is <https://github.com/quicwg/base-drafts/pull/3327>
> 
> --
> Mark Nottingham   https://www.mnot.net/
> 

--
Mark Nottingham   https://www.mnot.net/