Re: [quicwg/base-drafts] Prioritize Handshake probe packet over Short packet (#3583)

Tatsuhiro Tsujikawa <notifications@github.com> Wed, 15 April 2020 13:23 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 BECF33A0746 for <quic-issues@ietfa.amsl.com>; Wed, 15 Apr 2020 06:23:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.721
X-Spam-Level:
X-Spam-Status: No, score=-1.721 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.168, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_IMAGE_ONLY_20=1.546, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, SPF_HELO_NONE=0.001, 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 3p3i2Nivvqfy for <quic-issues@ietfa.amsl.com>; Wed, 15 Apr 2020 06:23:28 -0700 (PDT)
Received: from out-27.smtp.github.com (out-27.smtp.github.com [192.30.252.210]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AE07A3A0745 for <quic-issues@ietf.org>; Wed, 15 Apr 2020 06:23:28 -0700 (PDT)
Received: from github-lowworker-25680bd.va3-iad.github.net (github-lowworker-25680bd.va3-iad.github.net [10.48.17.61]) by smtp.github.com (Postfix) with ESMTP id DA56CE0BF6 for <quic-issues@ietf.org>; Wed, 15 Apr 2020 06:23:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1586957007; bh=OuGpOquvfl2bCHisz964eIOt/IzL37mGQZeXNh1Zi5k=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=ufU9RX2YSkjzWs9d6e+1Y1fUFCU9G2pnAVz4bhxjEkryhymLcBW1EdPkJ7Qdwfm+O gn1FgKyI3nGSPZcq6iyGDZnW0r/ALvQHZM/N9uvq4ilDR1eZ13LqqGRq4OF40QJ4cn bbU4S4gcW+xq7M4XuO74GcPEEt1U/tvx+CAlB6ks=
Date: Wed, 15 Apr 2020 06:23:27 -0700
From: Tatsuhiro Tsujikawa <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+AFTOJKZONXCEN2RCPVYLTXV4ULV47EVBNHHCHRCEXQ@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/3583/614037710@github.com>
In-Reply-To: <quicwg/base-drafts/issues/3583@github.com>
References: <quicwg/base-drafts/issues/3583@github.com>
Subject: Re: [quicwg/base-drafts] Prioritize Handshake probe packet over Short packet (#3583)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5e970acfcb9d8_22423fab846cd968720bb"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: tatsuhiro-t
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/LgceQjXSn_g3QNkeR_eJ4Qx_q1I>
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: Wed, 15 Apr 2020 13:23:32 -0000

As discussed in neqo issue thread, which packet number spaces should be chosen depends on the situation.
ngtcp2 sends Initial and Handshake probes at the same time if server sees they are in-flight when PTO timer fires so that it can coalesce them and also handle the situation that client might drop Initial key.  This is a deviation from the draft-27.
For the particular situation that this issue describes, I think client can just send Handshake probe packet.  If server still has Handshake key, it will respond with Handshake packet.  If not, then it will send HANDSHAKE_DONE frame in Short packet, and client confirms handshake completion.
Sending Short probe with Handshake packet might reduce the time before client reacts the lost Short packet, but might be discarded if server does not have appropriate key.

-- 
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/3583#issuecomment-614037710