[quicwg/base-drafts] Server sends Handshake probe packet which does not attribute to any progress (#3582)

Tatsuhiro Tsujikawa <notifications@github.com> Wed, 15 April 2020 06:35 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 78C5F3A0F93 for <quic-issues@ietfa.amsl.com>; Tue, 14 Apr 2020 23:35:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.649
X-Spam-Level:
X-Spam-Status: No, score=-1.649 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_24=1.618, 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 yTb58SGOZgEi for <quic-issues@ietfa.amsl.com>; Tue, 14 Apr 2020 23:35:11 -0700 (PDT)
Received: from out-11.smtp.github.com (out-11.smtp.github.com [192.30.254.194]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 88AEC3A0F91 for <quic-issues@ietf.org>; Tue, 14 Apr 2020 23:35:11 -0700 (PDT)
Received: from github-lowworker-fb56993.ac4-iad.github.net (github-lowworker-fb56993.ac4-iad.github.net [10.52.19.31]) by smtp.github.com (Postfix) with ESMTP id D39CD26163E for <quic-issues@ietf.org>; Tue, 14 Apr 2020 23:35:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1586932510; bh=pGvv4C21hQghNi0F1DHoP38gsue+bXsfSqEVtTa1QLc=; h=Date:From:Reply-To:To:Cc:Subject:List-ID:List-Archive:List-Post: List-Unsubscribe:From; b=zrIoQY5NQ7ErOlS1bhjA1m2O385krFHK9lpSvp4ubQ7SFx2Qm+OCPxwsxYqfOHCvL BkE3RkrXNhZeKbCx5Xc5hptMIgKBGhdMJ8pBnFatsKkG+ZpucAd/qFDr2xPsHdGmIP Y5IbxuXxFJZHAfkdK790ssD6xAv+8H0odu9dX9ig=
Date: Tue, 14 Apr 2020 23:35:10 -0700
From: Tatsuhiro Tsujikawa <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+AFTOJK2CKVZG2HBTWUXDU354UKGB5EVBNHHCHRBAJI@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/3582@github.com>
Subject: [quicwg/base-drafts] Server sends Handshake probe packet which does not attribute to any progress (#3582)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5e96ab1e8eadc_52443fa0e5ecd96413548f"; 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/VX3ZgJxjfningCznhUwLKj867xc>
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 06:35:14 -0000

Suppose the following situation:

- Upon reception of client Initial, server sent Handshake(server_handshake#0) and Short(server_short#0) packets.
- server_short#0 was lost.
- client received server_handshake#0 and sent packet containing ClientFinished Handshake(client_handshake#0)
- client_handshake#0 was lost.
- server resent Handshake(server_handshake#1)
- client received server_handshake#1 and sent packet containing ACK only Handshake(client_handshake#1)
- server received client_handshake#1

At this point, server has still bytes_in_flight > 0 because it
has in-flight Short packet.  According to the current recovery
draft, OnLossDetectionTimeout instructs server to send Handshake
probe packet because handshake has not completed yet.  I'm not
sure what this packet is intended for. server has no in-flight
data for Handshake packet number space.  Client will send ACK for
it, but it does not progress any handshake state.


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