Re: New Second Implementation Draft

Eric Rescorla <ekr@rtfm.com> Tue, 25 July 2017 20:35 UTC

Return-Path: <ekr@rtfm.com>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8CEB512420B for <quic@ietfa.amsl.com>; Tue, 25 Jul 2017 13:35:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.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 kp8j-8n9Yfxw for <quic@ietfa.amsl.com>; Tue, 25 Jul 2017 13:35:22 -0700 (PDT)
Received: from mail-yw0-x231.google.com (mail-yw0-x231.google.com [IPv6:2607:f8b0:4002:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 22DCA1317AD for <quic@ietf.org>; Tue, 25 Jul 2017 13:35:22 -0700 (PDT)
Received: by mail-yw0-x231.google.com with SMTP id l82so17640689ywc.2 for <quic@ietf.org>; Tue, 25 Jul 2017 13:35:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=DkwjOHU3X3IZk+YxTw+6qdq24nIXOT5sSHAWCXYgnd0=; b=bw03R0KCCXlCsPgexxUmE31uV7JnB+dBvmU6aUo7qVwuSP4HRO/EgvRq1iLiOzvcci PU0fHWg3ymlYRdIltCNd1HLemy+X9KUVmAcTDQxypDFZyF00nOp/bdjrlL995P6sXlY+ E7l2YgQjtI0HxSGmrWIzGzHuzgsh0fOJ0j7V+GONkYbkJMFGCumiNw5qBuBLiQ30jy+o 8RLolcjuvp7cWvUnbm6szUdK2fUW7KRZNkmboU5iM0pOBRtpA0efWBsEA9Pg8yyc3tUW Hb8X2Q8N6dmhwoeK86o3VZGwcVYAohy6ZaFj4Eqd8lOB1XlBNVgwFTzN0CXmYKeUrwZQ WS6g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=DkwjOHU3X3IZk+YxTw+6qdq24nIXOT5sSHAWCXYgnd0=; b=hOIvVFOJQD7rzcrsHwMF0IFL2f6faS261N37MSIqzRVwNf6V2noitbgzVhvmAnv3ft z8ImPrYGGKexu4RwJnFM5uZs2rZK1Ud1q/6w+Q8yOrlwDFiPOZJK6PwcKRA7wPvatvl8 MU5QjSFPPDpljv9e5n5ghpe5FQnDfbOJ9Ev1HMdJtpFVagpVK9vTQzHDUinx0SR0LJH4 Kb4DuqvKWT3i8ng8mbBaZzYlNdGkNc1F5Dese0tiX2xwVR2pCn6gU2dllRiaEPaINtEC RGJYSSXRFDofWpY0eHM8npMu17Lhqvaijg4xbjCN2nGQndPI7pX6nsYauhW5st0peOrK OdSg==
X-Gm-Message-State: AIVw112uaxVieFEfHgBoPVAsW801nXLPCxhSGmw+QQ+rDN0NSb+p26s7 ZKbF7rtdcY3UGWLM0HQmSfYZRKhpNWs6
X-Received: by 10.37.160.41 with SMTP id x38mr17003837ybh.339.1501014920381; Tue, 25 Jul 2017 13:35:20 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.129.36.12 with HTTP; Tue, 25 Jul 2017 13:34:39 -0700 (PDT)
In-Reply-To: <MWHPR21MB01412439AD2FA29B1E9F648C87B80@MWHPR21MB0141.namprd21.prod.outlook.com>
References: <CAM4esxSYekUaQ_vr6RnmeS2ZePzPyaAwUjy201qBTZHHrpuwtA@mail.gmail.com> <7CF7F94CB496BF4FAB1676F375F9666A37748A01@bgb01xud1012> <7CF7F94CB496BF4FAB1676F375F9666A37748A51@bgb01xud1012> <CABkgnnWYwd9Kc4XSB=uf2uvxRWcJEpEZfw9A7PVgmDnmXpFa9g@mail.gmail.com> <CABcZeBNc3vWnY7Bn=KeERMHOptX16=aievVmvj61MxqwOOf61w@mail.gmail.com> <CAOdDvNph_dd1MGSAJFoA+T8KTj6=ms2T78PXjqUz_9htymqEtg@mail.gmail.com> <MWHPR21MB0141E6CD40B97385610701E887BB0@MWHPR21MB0141.namprd21.prod.outlook.com> <MWHPR21MB01412439AD2FA29B1E9F648C87B80@MWHPR21MB0141.namprd21.prod.outlook.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Tue, 25 Jul 2017 13:34:39 -0700
Message-ID: <CABcZeBNB5RFXYWOXa8-_nO5LYoTmXzprzAHNh1XqdESOo_b-ng@mail.gmail.com>
Subject: Re: New Second Implementation Draft
To: Mike Bishop <Michael.Bishop@microsoft.com>
Cc: Patrick McManus <pmcmanus@mozilla.com>, Lucas Pardue <Lucas.Pardue@bbc.co.uk>, IETF QUIC WG <quic@ietf.org>, Martin Thomson <martin.thomson@gmail.com>, Martin Duke <martin.h.duke@gmail.com>
Content-Type: multipart/alternative; boundary="94eb2c1a0650220e9205552a4511"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/o2rqc-efhZISRffBQo4ZF4FMvAY>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jul 2017 20:35:25 -0000

On Tue, Jul 25, 2017 at 1:03 PM, Mike Bishop <Michael.Bishop@microsoft.com>
wrote:

> Just so we’re on the same page – this set of “Second Implementation Draft”
> targets is for Seattle?  Or some future date?
>

I had previously understood ID2 to be for Singapore. Given the somewhat
rickety state of the implementations I saw in PRG, I think it might be
better to get them solid in SEA rather than rickety but more full
featured...

-Ekr


>
> *From:* QUIC [mailto:quic-bounces@ietf.org] *On Behalf Of *Mike Bishop
> *Sent:* Sunday, July 23, 2017 10:21 PM
> *To:* Patrick McManus <pmcmanus@mozilla.com>; Eric Rescorla <ekr@rtfm.com>
> *Cc:* Lucas Pardue <Lucas.Pardue@bbc.co.uk>; IETF QUIC WG <quic@ietf.org>;
> Martin Thomson <martin.thomson@gmail.com>; Martin Duke <
> martin.h.duke@gmail.com>
> *Subject:* RE: New Second Implementation Draft
>
>
>
> I’d follow precedent – http/1.1 is already defined, so why not http/0.9?
>
>
>
> I’d also like to mention that my wife is particularly fond of the paint
> color “Rhino” for the associated bikeshed.  😉
>
>
>
> *From:* QUIC [mailto:quic-bounces@ietf.org <quic-bounces@ietf.org>] *On
> Behalf Of *Patrick McManus
> *Sent:* Friday, July 21, 2017 3:53 AM
> *To:* Eric Rescorla <ekr@rtfm.com>
> *Cc:* Lucas Pardue <Lucas.Pardue@bbc.co.uk>; IETF QUIC WG <quic@ietf.org>;
> Martin Thomson <martin.thomson@gmail.com>; Martin Duke <
> martin.h.duke@gmail.com>
> *Subject:* Re: New Second Implementation Draft
>
>
>
> its a good idea that needs a bikeshed. hq-nop would be my preference (stay
> in the hq namespace)..
>
>
>
> On Fri, Jul 21, 2017 at 12:47 PM, Eric Rescorla <ekr@rtfm.com> wrote:
>
> h09q-05? :)
>
>
>
> On Fri, Jul 21, 2017 at 2:27 AM, Martin Thomson <martin.thomson@gmail.com>
> wrote:
>
> Do we need a permanent ALPN token for this?  It seems like a useful
> facility to build into stacks that are transport-only.  Maybe "h09q".
>
>
> On 21 July 2017 at 10:00, Lucas Pardue <Lucas.Pardue@bbc.co.uk> wrote:
> > I appreciate the flexibility but have difficulty in seeing how this would
> > flow through to interop testing, how do we measure success? One possible
> > outcome is interop limited to self-test of “bespoke-simple-app” over
> QUIC,
> > is that good enough? My preference is to pick a minimal baseline (“echo
> and
> > amplify” or whatever else) and then additionals are a bonus that is up to
> > external coordination. I think this common baseline could also help
> towards
> > ongoing consideration for performance or benchmarking, over disparate
> > implementations, as aspects of the protocol evolve or change.
> >
> >
> >
> > The proposal to do HTTP 0.9 GET, discussed in Prague, addresses my
> concerns.
> >
> >
> >
> > Lucas
> >
> >
>
>
>
>
>