[quicwg/base-drafts] Text on migration in recovery draft seems outdated (#3465)

mirjak <notifications@github.com> Mon, 17 February 2020 17:13 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 []) by ietfa.amsl.com (Postfix) with ESMTP id CB05E12084C for <quic-issues@ietfa.amsl.com>; Mon, 17 Feb 2020 09:13:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.382
X-Spam-Status: No, score=-6.382 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_24=1.618, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_HI=-5, 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 ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id UpO7eSsc4f0f for <quic-issues@ietfa.amsl.com>; Mon, 17 Feb 2020 09:13:53 -0800 (PST)
Received: from out-23.smtp.github.com (out-23.smtp.github.com []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2EADE120089 for <quic-issues@ietf.org>; Mon, 17 Feb 2020 09:13:53 -0800 (PST)
Date: Mon, 17 Feb 2020 09:13:51 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1581959631; bh=ZrWAX21GJ36vs5VCBWopaziMtmcJQwnWQeKDCRRrwz8=; h=Date:From:Reply-To:To:Cc:Subject:List-ID:List-Archive:List-Post: List-Unsubscribe:From; b=IMMdxP3tJ8DYAzu+48FO1CZK3TT+HtqPpUvxv5jBcMVriptZ7U1xX7AIwwvQu8P8c I+DhWx+MrlVXA6NFP6gRWFyBlQjwhkJUJnd2NyBJ9Cqn+ZhfNz/oinYHeGQ5CGckS3 7nKUn5os0Q8JmkWL2RkQPSuTB2Vl0eHLtykC/iP8=
From: mirjak <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+AFTOJKYLFK2ABCPPSWZTRZF4K76E7EVBNHHCDQYGYE@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/3465@github.com>
Subject: [quicwg/base-drafts] Text on migration in recovery draft seems outdated (#3465)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5e4ac9cfbdf78_23d43f8aa1acd968278037"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: mirjak
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/x6OiVxwDR9YyE_8yca_U7aEd14U>
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: Mon, 17 Feb 2020 17:13:56 -0000

Draft says:
"   Until the server has validated the client's address on the path, the
   amount of data it can send is limited to three times the amount of
   data received, as specified in Section 8.1 of [QUIC-TRANSPORT].  If
   no data can be sent, then the PTO alarm MUST NOT be armed until
   datagrams have been received from the client.

   Since the server could be blocked until more packets are received
   from the client, it is the client's responsibility to send packets to
   unblock the server until it is certain that the server has finished
   its address validation (see Section 8 of [QUIC-TRANSPORT]).  That is,
   the client MUST set the probe timer if the client has not received an
   acknowledgement for one of its Handshake or 1-RTT packets."

I guess most of this can just be removed and replaced with a pointer to section 9 of the transport draft?

You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub: