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 00365120A18
 for <quic-issues@ietfa.amsl.com>; Fri, 24 Jan 2020 14:19:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.999
X-Spam-Level: 
X-Spam-Status: No, score=-7.999 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_32=0.001,
 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 S2hmf0r12Lcf for <quic-issues@ietfa.amsl.com>;
 Fri, 24 Jan 2020 14:19:55 -0800 (PST)
Received: from out-6.smtp.github.com (out-6.smtp.github.com [192.30.252.197])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by ietfa.amsl.com (Postfix) with ESMTPS id 708521209FD
 for <quic-issues@ietf.org>; Fri, 24 Jan 2020 14:19:55 -0800 (PST)
Date: Fri, 24 Jan 2020 14:19:54 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com;
 s=pf2014; t=1579904394;
 bh=ZeGRa8+UXEoLNTNYHDceuRlYQBLI/hHUWU+Cuj0EvE8=;
 h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID:
 List-Archive:List-Post:List-Unsubscribe:From;
 b=V1XObp/5mUbcLjQxx5/F4c9/lk3rxCqf+ZN92qRWU8JLPl7wGceIeSI7N3A5tz/lC
 s4vvRC9Nnlu1hJX4r+ezYlPZYwTcy4cgGyPbqB6ohnFQZnEl4NcUv0QOZdYIReUW8R
 Xk7FGNyo+hScrERymACZ/LYhdtwnGFlSAouY3qIc=
From: ianswett <notifications@github.com>
Reply-To: quicwg/base-drafts
 <reply+AFTOJK7SXYUF7YYPPS4KPC54HCQAVEVBNHHCCE326I@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/3395/578324729@github.com>
In-Reply-To: <quicwg/base-drafts/issues/3395@github.com>
References: <quicwg/base-drafts/issues/3395@github.com>
Subject: Re: [quicwg/base-drafts] Discarding Initial context too soon leads to
 deadlock (#3395)
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="--==_mimepart_5e2b6d8a3dcb1_10f03fc5a26cd96c158445";
 charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: ianswett
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/0JXK72cqA2vEPOZd5OhejqtuhN4>
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: Fri, 24 Jan 2020 22:19:57 -0000


----==_mimepart_5e2b6d8a3dcb1_10f03fc5a26cd96c158445
Content-Type: text/plain;
 charset=UTF-8
Content-Transfer-Encoding: 7bit

In that case, the recovery draft says:
"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."

So in this case, the client should keep sending Handshake packets and if one is received, it'll unblock the server.

There's also the alternate solution to the amplification/deadlock issue I documented in #3161 and #3162

-- 
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/3395#issuecomment-578324729
----==_mimepart_5e2b6d8a3dcb1_10f03fc5a26cd96c158445
Content-Type: text/html;
 charset=UTF-8
Content-Transfer-Encoding: 7bit

<p>In that case, the recovery draft says:<br>
"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."</p>
<p>So in this case, the client should keep sending Handshake packets and if one is received, it'll unblock the server.</p>
<p>There's also the alternate solution to the amplification/deadlock issue I documented in <a class="issue-link js-issue-link" data-error-text="Failed to load issue title" data-id="513450382" data-permission-text="Issue title is private" data-url="https://github.com/quicwg/base-drafts/issues/3161" data-hovercard-type="issue" data-hovercard-url="/quicwg/base-drafts/issues/3161/hovercard" href="https://github.com/quicwg/base-drafts/issues/3161">#3161</a> and <a class="issue-link js-issue-link" data-error-text="Failed to load issue title" data-id="513467968" data-permission-text="Issue title is private" data-url="https://github.com/quicwg/base-drafts/issues/3162" data-hovercard-type="pull_request" data-hovercard-url="/quicwg/base-drafts/pull/3162/hovercard" href="https://github.com/quicwg/base-drafts/pull/3162">#3162</a></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/3395?email_source=notifications&amp;email_token=AFTOJK7ODVK5OIBK2AWTM33Q7NSQVA5CNFSM4KLLI2FKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEJ4IR6I#issuecomment-578324729">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AFTOJKYJ2UOP7LH3DRUJCRTQ7NSQVANCNFSM4KLLI2FA">unsubscribe</a>.<img src="https://github.com/notifications/beacon/AFTOJK5SU5HQMPCE5RZX6HDQ7NSQVA5CNFSM4KLLI2FKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEJ4IR6I.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/3395?email_source=notifications\u0026email_token=AFTOJK7ODVK5OIBK2AWTM33Q7NSQVA5CNFSM4KLLI2FKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEJ4IR6I#issuecomment-578324729",
"url": "https://github.com/quicwg/base-drafts/issues/3395?email_source=notifications\u0026email_token=AFTOJK7ODVK5OIBK2AWTM33Q7NSQVA5CNFSM4KLLI2FKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEJ4IR6I#issuecomment-578324729",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>
----==_mimepart_5e2b6d8a3dcb1_10f03fc5a26cd96c158445--

