Re: The use of binary data in any part of HTTP 2.0 is not good

Willy Tarreau <w@1wt.eu> Sun, 20 January 2013 22:32 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 BC77721F8803 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sun, 20 Jan 2013 14:32:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8
X-Spam-Level:
X-Spam-Status: No, score=-8 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kwUk2QMVnuPA for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sun, 20 Jan 2013 14:32:18 -0800 (PST)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id 057C621F87FF for <httpbisa-archive-bis2Juki@lists.ietf.org>; Sun, 20 Jan 2013 14:32:18 -0800 (PST)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1Tx3Pj-000798-8Z for ietf-http-wg-dist@listhub.w3.org; Sun, 20 Jan 2013 22:30:55 +0000
Resent-Date: Sun, 20 Jan 2013 22:30:55 +0000
Resent-Message-Id: <E1Tx3Pj-000798-8Z@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <w@1wt.eu>) id 1Tx3Pe-00078P-0c for ietf-http-wg@listhub.w3.org; Sun, 20 Jan 2013 22:30:50 +0000
Received: from 1wt.eu ([62.212.114.60]) by lisa.w3.org with esmtp (Exim 4.72) (envelope-from <w@1wt.eu>) id 1Tx3Pd-0007L4-22 for ietf-http-wg@w3.org; Sun, 20 Jan 2013 22:30:49 +0000
Received: (from willy@localhost) by mail.home.local (8.14.4/8.14.4/Submit) id r0KMUMwL016474; Sun, 20 Jan 2013 23:30:22 +0100
Date: Sun, 20 Jan 2013 23:30:22 +0100
From: Willy Tarreau <w@1wt.eu>
To: Pablo <paa.listas@gmail.com>
Cc: ietf-http-wg@w3.org
Message-ID: <20130120223022.GQ6838@1wt.eu>
References: <CAAZO4q4vEiYhH5FaX2XCxXox9jkf4dLTy8coQZiE+CYHA-QzBg@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CAAZO4q4vEiYhH5FaX2XCxXox9jkf4dLTy8coQZiE+CYHA-QzBg@mail.gmail.com>
User-Agent: Mutt/1.4.2.3i
Received-SPF: pass client-ip=62.212.114.60; envelope-from=w@1wt.eu; helo=1wt.eu
X-W3C-Hub-Spam-Status: No, score=-4.0
X-W3C-Hub-Spam-Report: AWL=-2.071, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001
X-W3C-Scan-Sig: lisa.w3.org 1Tx3Pd-0007L4-22 e3bd3e4822d31fa7e7464c582e707857
X-Original-To: ietf-http-wg@w3.org
Subject: Re: The use of binary data in any part of HTTP 2.0 is not good
Archived-At: <http://www.w3.org/mid/20130120223022.GQ6838@1wt.eu>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/16045
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>

Hi Pablo,

On Sun, Jan 20, 2013 at 07:20:25PM -0300, Pablo wrote:
> Hello,
> 
>    I have readed this document
> http://dev.chromium.org/spdy/spdy-protocol/spdy-protocol-draft1 today [1].
> 
> I just wanted to say that I think that the use of any binary data (framing,
> header compression, etc.) in any place of the "header" part of HTTP
> protocol is not good; so, please only use plaintext for HTTP 2.0 because,
> otherwise, that will make very difficult to "see" the headers's protocol :)
> 
> Thats all,
> Thanks for reading this few lines, sorry for my basic English, and I hope
> that you can re-think all this of using binary data in any part of HTTP X.X
> (ej: session layer).

As much as I love to read HTTP protocol in network traces or in programs,
I must say that we (humans) are very rare HTTP readers. I suspect that only
something like 1 request on 1 billion is read by a human. This is not a great
enough ratio for keeping an ambiguous, complex, and sometimes even insecure
protocol to parse.

I too tried as much as I could to see what would be achievable with a text
based protocol, but I finally admitted it was a dead end. At the moment the
challenges consist in feeding requests as fast as possible over high latency
connections and processing them as fast as possible on load balancers and
caches in order to maintain a scalable internet. Humans are very incapable
devices there.

Regards,
Willy