Re: [TLS] Confirming consensus for ALPN
Juho Vähä-Herttua <juhovh@iki.fi> Fri, 15 March 2013 23:07 UTC
Return-Path: <juhovh@iki.fi>
X-Original-To: tls@ietfa.amsl.com
Delivered-To: tls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97C2911E80F6 for <tls@ietfa.amsl.com>; Fri, 15 Mar 2013 16:07:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.903
X-Spam-Level:
X-Spam-Status: No, score=-0.903 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, MIME_QP_LONG_LINE=1.396]
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 bnJQdKsa7IjS for <tls@ietfa.amsl.com>; Fri, 15 Mar 2013 16:07:53 -0700 (PDT)
Received: from jenni2.inet.fi (mta-out.inet.fi [195.156.147.13]) by ietfa.amsl.com (Postfix) with ESMTP id A2BDF11E80E3 for <tls@ietf.org>; Fri, 15 Mar 2013 16:07:52 -0700 (PDT)
Received: from [10.48.50.76] (188.238.51.76) by jenni2.inet.fi (8.5.140.03) id 50871399093F5570; Sat, 16 Mar 2013 01:07:50 +0200
References: <CABcZeBOFkcW6XvFqWivn4+WSac727iNVQYBumRBmagwBRv1UXg@mail.gmail.com> <CAOhHAXyNoVT=qx=eVKWVjn=49zAPrRTBr9377j7nxoWb8JfN5g@mail.gmail.com> <D9DF65C6-853E-473A-9450-4636784DF96B@iki.fi> <CAOhHAXxi8SSxLZfg43qyAW7m36+q9sP7BdZ4mqgNeBH7WK1Yuw@mail.gmail.com> <CAK3OfOh4+tb5GAuyg+Uvh3h5=VYz--95E8ZPXMT1F9Dh5NQB-A@mail.gmail.com> <CAOhHAXwVXjmgtc=pE+PdWL5cx3nQW9Av8u73pqaBcrEYRgjt0g@mail.gmail.com>
Mime-Version: 1.0 (1.0)
In-Reply-To: <CAOhHAXwVXjmgtc=pE+PdWL5cx3nQW9Av8u73pqaBcrEYRgjt0g@mail.gmail.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Message-Id: <18D51C50-E38D-4F34-BEE5-42202FC7219E@iki.fi>
X-Mailer: iPhone Mail (10B146)
From: Juho Vähä-Herttua <juhovh@iki.fi>
Date: Sat, 16 Mar 2013 01:07:48 +0200
To: Mohamad Badra <mbadra@gmail.com>
Cc: "tls@ietf.org" <tls@ietf.org>
Subject: Re: [TLS] Confirming consensus for ALPN
X-BeenThere: tls@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "This is the mailing list for the Transport Layer Security working group of the IETF." <tls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tls>, <mailto:tls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tls>
List-Post: <mailto:tls@ietf.org>
List-Help: <mailto:tls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tls>, <mailto:tls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 15 Mar 2013 23:07:53 -0000
On 16.3.2013, at 1.01, Mohamad Badra <mbadra@gmail.com> wrote: > I don't see how a round trip is saved here: HTTP allows their clients to advertise the major version they support in the first request the client send to the server (e.g. HTTP request). The server replies with the lower of that suggested by the client and the highest supported by the server. This version negotiation is part of HTTP request/response exchange, so where is the saved round trip? This negotiation only works if the first request is HTTP/1.0 compliant. If the request format changes, the client has to re-send its request data on version downgrade. Juho
- Re: [TLS] Confirming consensus for ALPN Mohamad Badra
- [TLS] Confirming consensus for ALPN Eric Rescorla
- Re: [TLS] Confirming consensus for ALPN Mohamad Badra
- Re: [TLS] Confirming consensus for ALPN Juho Vähä-Herttua
- Re: [TLS] Confirming consensus for ALPN Nico Williams
- Re: [TLS] Confirming consensus for ALPN Mohamad Badra
- Re: [TLS] Confirming consensus for ALPN Juho Vähä-Herttua
- Re: [TLS] Confirming consensus for ALPN Juho Vähä-Herttua
- [TLS] Some missing context (was: Confirming conse… Yoav Nir
- Re: [TLS] Some missing context Sean Turner
- Re: [TLS] Confirming consensus for ALPN Hill, Brad
- Re: [TLS] Confirming consensus for ALPN Adam Langley
- Re: [TLS] Confirming consensus for ALPN =JeffH
- Re: [TLS] Confirming consensus for ALPN Adam Langley