Re: HTTP 2.0 in the clear and over TLS

Fred Akalin <akalin@google.com> Mon, 29 July 2013 23:39 UTC

Return-Path: <ietf-http-wg-request@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8ACB221E8096 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Mon, 29 Jul 2013 16:39:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.976
X-Spam-Level:
X-Spam-Status: No, score=-9.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9XNCXyRGrlWU for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Mon, 29 Jul 2013 16:39:51 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id 39ED621E8054 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Mon, 29 Jul 2013 16:39:50 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1V3x1g-0006DP-3t for ietf-http-wg-dist@listhub.w3.org; Mon, 29 Jul 2013 23:38:52 +0000
Resent-Date: Mon, 29 Jul 2013 23:38:52 +0000
Resent-Message-Id: <E1V3x1g-0006DP-3t@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <akalin@google.com>) id 1V3x1X-0006Ca-Fc for ietf-http-wg@listhub.w3.org; Mon, 29 Jul 2013 23:38:43 +0000
Received: from mail-vc0-f169.google.com ([209.85.220.169]) by lisa.w3.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.72) (envelope-from <akalin@google.com>) id 1V3x1W-0004SU-Dw for ietf-http-wg@w3.org; Mon, 29 Jul 2013 23:38:43 +0000
Received: by mail-vc0-f169.google.com with SMTP id ib11so2570770vcb.14 for <ietf-http-wg@w3.org>; Mon, 29 Jul 2013 16:38:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=9eYUBeHmLxVI86V1NwBBrsElwkmU/KtdKRPMYmgvkfM=; b=iYws7Azmy46n5+NKWkl1aj2BY0UGeFh9qQXEtsLBahu6INCx036BriYLJl14+C7hO2 U7woPrnZc0NSjQt9t/ArtQfjFhR8X/D4WNi6zZIWPiqCEtVXBfqZP/73uYX+mitxWFBW 3hFHvGd7sxwim0fGYqeOf0oeb8M1tYuJZH6cmZUCY4BNEqOP1CO4jkoYhXoBP4RDk/fq JuaTW8D4H2TfpdkHK9EpzRIBcsbuBe+Hs1NvBwLgJGrVWJN3//ohAXcvwAbiew0Gy+lx 2N0sMt0Q8njuPjB/49fmB2Ax1kD9JOMvQXGLgAUTMXut09J5oQ5Z2p1FpMo1KiQs0a7O a8vg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=9eYUBeHmLxVI86V1NwBBrsElwkmU/KtdKRPMYmgvkfM=; b=UilRljP40ODJhRhGuJypuUBHUCYum/4nDQC9CkA5IFb9FCGXaG2EKQYO0veqf2wYOy zDqWS3qAr5cvUxaM3EXMM9maiX1+wRHgfKsgXGi2DSxLYmLlgZoQB1wV1vaMniplwlHH Gg/l8Pvx2lHxsK72b2GjkDuycqPaHF4D1RTUrXrg8C4gf5q+amFnZaN6lfNgob6BzmZI h1HyIYC9LVvmFXZfenvSQHhmxj0OQuoINX+PhoA77qyvQWUo0hc+IFSOOsL4kmb+CDKV AIdZmT/mSq6Tc+FmuDhQEJH4v2kRgNCiqnqFrklTkyIiMGMi0LHiBNRDRMSd8eKqh54y TyTA==
MIME-Version: 1.0
X-Received: by 10.220.144.71 with SMTP id y7mr4652557vcu.77.1375141096469; Mon, 29 Jul 2013 16:38:16 -0700 (PDT)
Received: by 10.220.249.199 with HTTP; Mon, 29 Jul 2013 16:38:16 -0700 (PDT)
In-Reply-To: <CANmPAYEsngMs+x3WLrUm10YRCoi2vrnzKDDt_N+5V9fdcqk9YA@mail.gmail.com>
References: <32754_1375115822_51F69A2E_32754_8403_1_5AE9CCAA1B4A2248AB61B4C7F0AD5FB906C6BC40@PEXCVZYM14.corporate.adroot.infra.ftgroup> <CAA4WUYhj0-h4MeL7pJC-gq_bZjnj7KHHUv5YQJGkf_7wGkyGFA@mail.gmail.com> <CAA4WUYj9W0abSpwxf7eGR3CMWkOpqDL1kzyRxfSXRj5bphjsiw@mail.gmail.com> <CANmPAYEsngMs+x3WLrUm10YRCoi2vrnzKDDt_N+5V9fdcqk9YA@mail.gmail.com>
Date: Tue, 30 Jul 2013 01:38:16 +0200
Message-ID: <CANUYc_R2omr7JC5G5oLcvX-sdp7bSpW4b=cg=vDAqHAmQo9q8Q@mail.gmail.com>
From: Fred Akalin <akalin@google.com>
To: Peter Lepeska <bizzbyster@gmail.com>
Cc: "William Chan (陈智昌)" <willchan@chromium.org>, "emile.stephan@orange.com" <emile.stephan@orange.com>, Michael Sweet <msweet@apple.com>, Eliot Lear <lear@cisco.com>, Zhong Yu <zhong.j.yu@gmail.com>, HTTP Working Group <ietf-http-wg@w3.org>
Content-Type: multipart/alternative; boundary="047d7b343a0e9256ae04e2aefcb9"
X-Gm-Message-State: ALoCoQlK54jF8C1l5sdZ+tNPNUsDQd09DVla6FaNRz3218PTUzOynVPETC1NH9DFie8mkBRDrrMRRGsD/syTdw+KuTGaYeoHpjqP6zY+aM+LurnqgzMmU1aBbHIaXqyCHSYBVfa3fTSe6ceP0GaCq+woxvz4D5cwBg42cbFdeh0gqZRK9fcecSFmrDZvIJ338M4dTiU5H4Ln
Received-SPF: pass client-ip=209.85.220.169; envelope-from=akalin@google.com; helo=mail-vc0-f169.google.com
X-W3C-Hub-Spam-Status: No, score=-4.3
X-W3C-Hub-Spam-Report: AWL=-2.003, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-1.528, SPF_PASS=-0.001
X-W3C-Scan-Sig: lisa.w3.org 1V3x1W-0004SU-Dw f5ba42257f3986624c8c61906cde81ae
X-Original-To: ietf-http-wg@w3.org
Subject: Re: HTTP 2.0 in the clear and over TLS
Archived-At: <http://www.w3.org/mid/CANUYc_R2omr7JC5G5oLcvX-sdp7bSpW4b=cg=vDAqHAmQo9q8Q@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/18968
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

Why would HTTP 2.0 be faster in the clear than over TLS?


On Tue, Jul 30, 2013 at 1:12 AM, Peter Lepeska <bizzbyster@gmail.com> wrote:

> HTTP 2.0 in the clear will be faster than over TLS. It will be interesting
> to see if Google will continue to trade speed for privacy when the standard
> supports a faster option.
>
> Peter
>
>
> On Mon, Jul 29, 2013 at 5:01 PM, William Chan (陈智昌) <willchan@chromium.org
> > wrote:
>
>> Sorry, I am inexact. Some people may have previously said otherwise, but
>> currently to my knowledge no one is vocally opposing including a HTTP/2.0
>> in the clear mechanism in the spec, and the current draft spec does provide
>> such a mechanism.
>>
>>
>> On Mon, Jul 29, 2013 at 2:00 PM, William Chan (陈智昌) <
>> willchan@chromium.org> wrote:
>>
>>> No one has said otherwise. Please see the section in the spec where we
>>> provide a way to negotiate HTTP/2.0 in the clear via HTTP Upgrade:
>>> http://http2.github.io/http2-spec/#discover-http.
>>>
>>>
>>> On Mon, Jul 29, 2013 at 9:37 AM, <emile.stephan@orange.com> wrote:
>>>
>>>>  Hi,****
>>>>
>>>> ** **
>>>>
>>>> HTTP2 must work in the clear and over TLS. This is required because
>>>> HTTP1.1 and HTTP2 must coexist to ease the migration to HTTP2, and to
>>>> accelerate HTTP2 deployments. ****
>>>>
>>>> ** **
>>>>
>>>> Regards****
>>>>
>>>> Emile****
>>>>
>>>> ** **
>>>>
>>>> *De :* Michael Sweet [mailto:msweet@apple.com <msweet@apple.com>]
>>>> *Envoyé :* dimanche 28 juillet 2013 14:12
>>>> *À :* Eliot Lear
>>>> *Cc :* William Chan (陈智昌) ; Zhong Yu; HTTP Working Group
>>>> *Objet :* Re: HTTPS 2.0 without TLS extension?****
>>>>
>>>> ** **
>>>>
>>>> ... and don't forgot some of the more obscure usage of HTTP, such as
>>>> HTTP over USB in the USB-IF's IPP USB Specification:****
>>>>
>>>> ** **
>>>>
>>>>     http://www.usb.org/developers/devclass_docs****
>>>>
>>>>
>>>>
>>>> ****
>>>>
>>>> There isn't much point in using TLS over USB (and a lot of cost issues
>>>> for that class of printer against it), and we need to continue to use the
>>>> same USB end points/interfaces, so upgrade remains an important feature of
>>>> HTTP/2.0 for me/Apple...****
>>>>
>>>>
>>>>
>>>> ****
>>>>
>>>>
>>>> Sent from my iPad****
>>>>
>>>>
>>>> On 2013-07-28, at 12:46 AM, Eliot Lear <lear@cisco.com> wrote:****
>>>>
>>>>  ** **
>>>>
>>>> On 7/23/13 7:34 PM, William Chan (陈智昌) wrote:****
>>>>
>>>>  FWIW, it seems reasonable to me to have the spec allow HTTPS 2.0
>>>> without TLS extension. If you want to Upgrade, be my guest. I have no plans
>>>> for my browser to support that, and I don't think Google servers will
>>>> support it either, because we care strongly about the advantages of
>>>> TLS-ALPN vs Upgrade.****
>>>>
>>>>
>>>> Not only that, I don't think we can reasonably call this HTTP 2.0 if we
>>>> have no path to do it in the clear.****
>>>>
>>>>  _________________________________________________________________________________________________________________________
>>>>
>>>> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
>>>> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
>>>> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
>>>> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>>>>
>>>> This message and its attachments may contain confidential or privileged information that may be protected by law;
>>>> they should not be distributed, used or copied without authorisation.
>>>> If you have received this email in error, please notify the sender and delete this message and its attachments.
>>>> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
>>>> Thank you.
>>>>
>>>>
>>>
>>
>