Re: [quicwg/base-drafts] Add normative language for stateless reset (#2574)

martinduke <notifications@github.com> Fri, 05 April 2019 04:05 UTC

Return-Path: <noreply@github.com>
X-Original-To: quic-issues@ietfa.amsl.com
Delivered-To: quic-issues@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E49C120311 for <quic-issues@ietfa.amsl.com>; Thu, 4 Apr 2019 21:05:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.597
X-Spam-Level:
X-Spam-Status: No, score=-6.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_IMAGE_ONLY_28=1.404, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=github.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7TQF91CvGw_M for <quic-issues@ietfa.amsl.com>; Thu, 4 Apr 2019 21:05:38 -0700 (PDT)
Received: from out-3.smtp.github.com (out-3.smtp.github.com [192.30.252.194]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4EE43120021 for <quic-issues@ietf.org>; Thu, 4 Apr 2019 21:05:38 -0700 (PDT)
Date: Thu, 04 Apr 2019 21:05:36 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1554437136; bh=O2IlnDmov8JOPpbWyexJ/P3NGXhro6sCLbUgAAGwzmE=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=QZUTE8/+Z9RaReWq6iVpFh4t5jFR4Ylobn3OoUv/NcSp/Cu1Oh0bHmQcSIzQgyD+9 zXj046fvL92v3WnYstkGrrJ02bbz3H9X0PhKkYmlJDyedkScVNCYLdEd/boFluAbts wjsapc36+WNfF/w1h3n4Ic34HUpEIONcG2y+12wM=
From: martinduke <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+0166e4ab1555b25db23d215e900801a05a0372cd9192d6a492cf0000000118be961092a169ce197bb0c1@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/pull/2574/c480141483@github.com>
In-Reply-To: <quicwg/base-drafts/pull/2574@github.com>
References: <quicwg/base-drafts/pull/2574@github.com>
Subject: Re: [quicwg/base-drafts] Add normative language for stateless reset (#2574)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5ca6d410cf910_1bdd3fd3646d45bc164292"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: martinduke
X-GitHub-Recipient: quic-issues
X-GitHub-Reason: subscribed
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address: quic-issues@ietf.org
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/2R3fbwPqg5y4ywqf4so_PatgTgw>
X-BeenThere: quic-issues@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Notification list for GitHub issues related to the QUIC WG <quic-issues.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic-issues>, <mailto:quic-issues-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic-issues/>
List-Post: <mailto:quic-issues@ietf.org>
List-Help: <mailto:quic-issues-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic-issues>, <mailto:quic-issues-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Apr 2019 04:05:40 -0000

> It isn't the place of this specification to tell endpoints when a stateless reset is appropriate. Describing the consequences should suffice.

This is a weird statement to make. It is absolutely the place of the spec to do that! If what you mean is that this is entirely optional, then I'm happy to make it a MAY. My concern is not so much what level of force the spec uses, just that the level of force is clear.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/quicwg/base-drafts/pull/2574#issuecomment-480141483