IETF Logo Mail Archive

Re: [quicwg/base-drafts] Handling un-ackable packets (#751)

Ryan Hamilton <notifications@github.com> Wed, 30 August 2017 23:37 UTC

Return-Path: <bounces+848413-a050-quic-issues=ietf.org@sgmail.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 8EC9E132703 for <quic-issues@ietfa.amsl.com>; Wed, 30 Aug 2017 16:37:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.8
X-Spam-Level:
X-Spam-Status: No, score=-4.8 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-2.8, 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 HQZyWphCG40R for <quic-issues@ietfa.amsl.com>; Wed, 30 Aug 2017 16:37:13 -0700 (PDT)
Received: from o6.sgmail.github.com (o6.sgmail.github.com [192.254.113.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9285E132418 for <quic-issues@ietf.org>; Wed, 30 Aug 2017 16:37:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=github.com; h=from:reply-to:to:cc:in-reply-to:references:subject:mime-version:content-type:content-transfer-encoding:list-id:list-archive:list-post:list-unsubscribe; s=s20150108; bh=ed9ovguG2boCKKG77O9hl6hPLTQ=; b=MUeCgEJO8lERO7tN f6KOqGJOVl2Bwo4wRMTMYrdY4tNXRtcKh5T2OGWBYsW7fRqeZQ0+TU8pCfXDyB6A KVV6QHcScovMDvCDy83/ZeOotDTzho0Y7ZgkEi0lPzsl+UzBjqoWiW0dQ7NSPSuz D6xqzDOLAxpz5YuJOCEPajMyNho=
Received: by filter0189p1las1.sendgrid.net with SMTP id filter0189p1las1-2549-59A74C28-1 2017-08-30 23:37:12.125437359 +0000 UTC
Received: from github-smtp2a-ext-cp1-prd.iad.github.net (github-smtp2a-ext-cp1-prd.iad.github.net [192.30.253.16]) by ismtpd0001p1iad1.sendgrid.net (SG) with ESMTP id VHt8C8h_QFuBI7LwOhcOKw for <quic-issues@ietf.org>; Wed, 30 Aug 2017 23:37:12.138 +0000 (UTC)
Date: Wed, 30 Aug 2017 23:37:12 +0000
From: Ryan Hamilton <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+0166e4abfff715d47c091c6a5714d9a6f6c20c9b150f4ce692cf0000000115bf0e2792a169ce0f1ba30a@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/751/326148280@github.com>
In-Reply-To: <quicwg/base-drafts/issues/751@github.com>
References: <quicwg/base-drafts/issues/751@github.com>
Subject: Re: [quicwg/base-drafts] Handling un-ackable packets (#751)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_59a74c27f1ca7_78fd3fc9fd249c38938c2"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: RyanAtGoogle
X-GitHub-Recipient: quic-issues
X-GitHub-Reason: subscribed
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address: quic-issues@ietf.org
X-SG-EID: l64QuQ2uJCcEyUykJbxN122A6QRmEpucztpreh3Pak0mxkFOdPA9/xKnkoZkLceggXJiZzUuKU8/47 fVSKRm3of3I3Fa+oJTqchaS0uWetpC+iLBH9KTEWb5s3YmSIQBqFGsfK07c6Bq9aQDwdSFy6mH8IYy d8BzVB1nl325urLIZWlEOJ3AZEvLHCXBTWA5H0+ghZ/zLjfifHkiuKSqkiObYF3meBUiNPqEOoKW/G M=
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/LI4ZZAqtFMz4IK2dpvCjxFlgvQ8>
X-BeenThere: quic-issues@ietf.org
X-Mailman-Version: 2.1.22
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: Wed, 30 Aug 2017 23:37:15 -0000

On Mon, Aug 28, 2017 at 5:42 PM, ekr <notifications@github.com> wrote:

> Well, it's relatively fine to hold this 0-RTT data b/c you can't decrypt
> it anyway (modulo potential DoS issues).
>
> The solution I would propose here is that when we update the ACK frame, we
> allow an empty ACK, and then that can be used for fast retransmission
>
​This seems reasonable to me. It would every so slightly complicate the
implementation of a "stateless" server (which delays the creation of the
connection until a valid client hello arrives), because presumably these
"empty" ACK frames would be delivered in packets which would consume packet
number space. So when the server finally gets around to responding the the
client's handshake, it would need to account for the packet numbers
consumed by those packets. I don't think this is a problem, just a detail.

​Cheers,

Ryan​


-- 
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/issues/751#issuecomment-326148280

v2.37.1 | Report a Bug | By Email | System Status