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 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-Level: 
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 ([4.31.198.44])
 by localhost (ietfa.amsl.com [127.0.0.1]) (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 [192.30.252.206])
 (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


----==_mimepart_5e4ac9cfbdf78_23d43f8aa1acd968278037
Content-Type: text/plain;
 charset=UTF-8
Content-Transfer-Encoding: 7bit

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:
https://github.com/quicwg/base-drafts/issues/3465
----==_mimepart_5e4ac9cfbdf78_23d43f8aa1acd968278037
Content-Type: text/html;
 charset=UTF-8
Content-Transfer-Encoding: 7bit

<p>Draft says:<br>
"   Until the server has validated the client's address on the path, the<br>
amount of data it can send is limited to three times the amount of<br>
data received, as specified in Section 8.1 of [QUIC-TRANSPORT].  If<br>
no data can be sent, then the PTO alarm MUST NOT be armed until<br>
datagrams have been received from the client.</p>
<p>Since the server could be blocked until more packets are received<br>
from the client, it is the client's responsibility to send packets to<br>
unblock the server until it is certain that the server has finished<br>
its address validation (see Section 8 of [QUIC-TRANSPORT]).  That is,<br>
the client MUST set the probe timer if the client has not received an<br>
acknowledgement for one of its Handshake or 1-RTT packets."</p>
<p>I guess most of this can just be removed and replaced with a pointer to section 9 of the transport draft?</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">&mdash;<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/quicwg/base-drafts/issues/3465?email_source=notifications&amp;email_token=AFTOJK47NGIB6KA533NPCZLRDLAU7A5CNFSM4KWVTTU2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4IODA3AQ">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AFTOJK2JMQWJB7CCVGE253TRDLAU7ANCNFSM4KWVTTUQ">unsubscribe</a>.<img src="https://github.com/notifications/beacon/AFTOJK4Y7IG75LIJ7ZAQH3LRDLAU7A5CNFSM4KWVTTU2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4IODA3AQ.gif" height="1" width="1" alt="" /></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/quicwg/base-drafts/issues/3465?email_source=notifications\u0026email_token=AFTOJK47NGIB6KA533NPCZLRDLAU7A5CNFSM4KWVTTU2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4IODA3AQ",
"url": "https://github.com/quicwg/base-drafts/issues/3465?email_source=notifications\u0026email_token=AFTOJK47NGIB6KA533NPCZLRDLAU7A5CNFSM4KWVTTU2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4IODA3AQ",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>
----==_mimepart_5e4ac9cfbdf78_23d43f8aa1acd968278037--

