Re: p1: Via and gateways

Amos Jeffries <squid3@treenet.co.nz> Tue, 23 April 2013 14:11 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 478BA21F96BF for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 23 Apr 2013 07:11:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.512
X-Spam-Level:
X-Spam-Status: No, score=-10.512 tagged_above=-999 required=5 tests=[AWL=0.087, BAYES_00=-2.599, 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 yFZ+iEm8F3U7 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 23 Apr 2013 07:10:59 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id 0B06821F968D for <httpbisa-archive-bis2Juki@lists.ietf.org>; Tue, 23 Apr 2013 07:10:59 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1UUdv7-0005rg-Ki for ietf-http-wg-dist@listhub.w3.org; Tue, 23 Apr 2013 14:10:09 +0000
Resent-Date: Tue, 23 Apr 2013 14:10:09 +0000
Resent-Message-Id: <E1UUdv7-0005rg-Ki@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <squid3@treenet.co.nz>) id 1UUdv0-0005F1-NQ for ietf-http-wg@listhub.w3.org; Tue, 23 Apr 2013 14:10:02 +0000
Received: from ip-58-28-153-233.static-xdsl.xnet.co.nz ([58.28.153.233] helo=treenet.co.nz) by lisa.w3.org with esmtp (Exim 4.72) (envelope-from <squid3@treenet.co.nz>) id 1UUdux-0005Io-U0 for ietf-http-wg@w3.org; Tue, 23 Apr 2013 14:10:02 +0000
Received: from [192.168.2.7] (103-9-43-128.flip.co.nz [103.9.43.128]) by treenet.co.nz (Postfix) with ESMTP id 919BAE6F39 for <ietf-http-wg@w3.org>; Wed, 24 Apr 2013 02:09:35 +1200 (NZST)
Message-ID: <5176961B.6080907@treenet.co.nz>
Date: Wed, 24 Apr 2013 02:09:31 +1200
From: Amos Jeffries <squid3@treenet.co.nz>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
MIME-Version: 1.0
To: ietf-http-wg@w3.org
References: <F7810D5C-45A6-4D01-83ED-2A9AB5856813@mnot.net> <20130420062339.GC26517@1wt.eu> <F884F25D-314D-495F-B68A-944527941238@mnot.net> <20130420065105.GF26517@1wt.eu> <51727FF9.3040303@treenet.co.nz>
In-Reply-To: <51727FF9.3040303@treenet.co.nz>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Received-SPF: pass client-ip=58.28.153.233; envelope-from=squid3@treenet.co.nz; helo=treenet.co.nz
X-W3C-Hub-Spam-Status: No, score=-0.0
X-W3C-Hub-Spam-Report: SPF_HELO_PASS=-0.001, SPF_PASS=-0.001
X-W3C-Scan-Sig: lisa.w3.org 1UUdux-0005Io-U0 62804ee6ce042904cfcacb8ae0e2bf34
X-Original-To: ietf-http-wg@w3.org
Subject: Re: p1: Via and gateways
Archived-At: <http://www.w3.org/mid/5176961B.6080907@treenet.co.nz>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/17504
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>

On 20/04/2013 11:46 p.m., Amos Jeffries wrote:
> On 20/04/2013 6:51 p.m., Willy Tarreau wrote:
>> On Sat, Apr 20, 2013 at 04:44:30PM +1000, Mark Nottingham wrote:
>>> On 20/04/2013, at 4:23 PM, Willy Tarreau <w@1wt.eu> wrote:
>>>
>>>> On Sat, Apr 20, 2013 at 02:07:11PM +1000, Mark Nottingham wrote:
>>>>> p1 Section 2.3 says:
>>>>>
>>>>>> However, an HTTP-to-HTTP gateway that wishes to interoperate with 
>>>>>> third-party HTTP servers must conform to HTTP user agent 
>>>>>> requirements on the gateway's inbound connection and must 
>>>>>> implement the Connection (Section 6.1) and Via (Section 5.7.1) 
>>>>>> header fields for both connections.
>>>>> This means that accelerators and CDNs MUST generate a Via header 
>>>>> on the outbound connection. This isn't widely practiced, and I'm 
>>>>> not sure it's necessary. Comments?

> I've not seen the reply path Via: having much usage to date. But IMHO 
> with the growing usage of interception proxies for port 443 both 
> directions will grow in importance as a method of signalling that the 
> protocol is end-to-end secure (or not). Note that a lot of 
> vendor-specific hacks such as Frontend-HTTPS, Forwarded-For, 
> X-Protocol, X-HTTPS etc are simply duplicating information which is 
> supposed to be relayed in Via protocol-name field.

The interesting corollary to come out of all the above is that HTTPS/1.1 
protocol-name is never defined or registered anywhere that I can find. 
So its use will be somewhat non-standard.

The use-case for its need is a reverse-proxy receiving port 443 traffic 
for an unsecured backend or one contacted via means other that TLS over TCP.

Amos