Re: [quicwg/base-drafts] Can a client send 0-RTT data when receiving Retry? (#1507)
ekr <notifications@github.com> Mon, 02 July 2018 13:44 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 32A8613116E for <quic-issues@ietfa.amsl.com>; Mon, 2 Jul 2018 06:44:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.009
X-Spam-Level:
X-Spam-Status: No, score=-8.009 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, URIBL_BLOCKED=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 BwZGvrahnXTg for <quic-issues@ietfa.amsl.com>; Mon, 2 Jul 2018 06:44:38 -0700 (PDT)
Received: from out-3.smtp.github.com (out-3.smtp.github.com [192.30.252.194]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 89CD8131154 for <quic-issues@ietf.org>; Mon, 2 Jul 2018 06:44:36 -0700 (PDT)
Date: Mon, 02 Jul 2018 06:44:35 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1530539075; bh=tPhMOfF/fc+IlkmhShGLtimyALw3oF5JvFfp1ovsKSQ=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=uYx1LqS1dJ4YdtODSZWPPxCc6IXygYe5IatKQVXNsJkmydm+YJVfgOSMrWYx6XStw D07hTv9c/qHIW2XcgZ7LK8CKvu3VBrKVlgpWofoF2H1979PzTHknFAXFYMHmfdEQng HxeI8Npi4pAxnTYCG/bxEmm9TRRrzGrANSAw4ONI=
From: ekr <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+0166e4ab01cdc1367ddea9e04b4197961c79e53a8b4f472292cf000000011751ee4392a169ce1418d0ad@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/1507/401808742@github.com>
In-Reply-To: <quicwg/base-drafts/issues/1507@github.com>
References: <quicwg/base-drafts/issues/1507@github.com>
Subject: Re: [quicwg/base-drafts] Can a client send 0-RTT data when receiving Retry? (#1507)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5b3a2c4393488_1b1e2af02b52ef541312d2"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: ekr
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/6FXA1pHtjOmRsiwZORrxuOcGw9c>
X-BeenThere: quic-issues@ietf.org
X-Mailman-Version: 2.1.26
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, 02 Jul 2018 13:44:49 -0000
> A 0-RTT retry probably should mean try again with a 1-RTT if it should at all respond to retry because as Martin already pointed out, a redirected server likely won’t have the keys whether an endpoint or a middlebox triggers the retry. I don't see why this would be the case. The original Initial packet is destined to some random server in the server farm. At worst, the retried Initial packet will also be sent to a random server, but at best the server will redirect it. How is that worse? -- 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/1507#issuecomment-401808742
- Re: [quicwg/base-drafts] Can a client send 0-RTT … Nick Banks
- [quicwg/base-drafts] Can a client send 0-RTT data… Kazuho Oku
- Re: [quicwg/base-drafts] Can a client send 0-RTT … ekr
- Re: [quicwg/base-drafts] Can a client send 0-RTT … Martin Thomson
- Re: [quicwg/base-drafts] Can a client send 0-RTT … ekr
- Re: [quicwg/base-drafts] Can a client send 0-RTT … Martin Thomson
- Re: [quicwg/base-drafts] Can a client send 0-RTT … MikkelFJ
- Re: [quicwg/base-drafts] Can a client send 0-RTT … ekr
- Re: [quicwg/base-drafts] Can a client send 0-RTT … MikkelFJ
- Re: [quicwg/base-drafts] Can a client send 0-RTT … ekr
- Re: [quicwg/base-drafts] Can a client send 0-RTT … Kazuho Oku
- Re: [quicwg/base-drafts] Can a client send 0-RTT … Martin Thomson
- Re: [quicwg/base-drafts] Can a client send 0-RTT … Kazuho Oku
- Re: [quicwg/base-drafts] Can a client send 0-RTT … Martin Thomson