Re: p1: Via and gateways
Mark Nottingham <mnot@mnot.net> Sat, 20 April 2013 06:45 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 3E0A021F8952 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Fri, 19 Apr 2013 23:45:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.502
X-Spam-Level:
X-Spam-Status: No, score=-10.502 tagged_above=-999 required=5 tests=[AWL=0.097, 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 ky+mwx5kwXvv for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Fri, 19 Apr 2013 23:45:38 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id 7917C21F90A5 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Fri, 19 Apr 2013 23:45:38 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1UTRXe-0002oI-Q0 for ietf-http-wg-dist@listhub.w3.org; Sat, 20 Apr 2013 06:44:58 +0000
Resent-Date: Sat, 20 Apr 2013 06:44:58 +0000
Resent-Message-Id: <E1UTRXe-0002oI-Q0@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <mnot@mnot.net>) id 1UTRXc-0002nT-47 for ietf-http-wg@listhub.w3.org; Sat, 20 Apr 2013 06:44:56 +0000
Received: from mxout-08.mxes.net ([216.86.168.183]) by lisa.w3.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from <mnot@mnot.net>) id 1UTRXb-0001RY-FU for ietf-http-wg@w3.org; Sat, 20 Apr 2013 06:44:56 +0000
Received: from [192.168.1.80] (unknown [118.209.190.66]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id AEE1E509B8; Sat, 20 Apr 2013 02:44:33 -0400 (EDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <20130420062339.GC26517@1wt.eu>
Date: Sat, 20 Apr 2013 16:44:30 +1000
Cc: "ietf-http-wg@w3.org Group" <ietf-http-wg@w3.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <F884F25D-314D-495F-B68A-944527941238@mnot.net>
References: <F7810D5C-45A6-4D01-83ED-2A9AB5856813@mnot.net> <20130420062339.GC26517@1wt.eu>
To: Willy Tarreau <w@1wt.eu>
X-Mailer: Apple Mail (2.1503)
Received-SPF: pass client-ip=216.86.168.183; envelope-from=mnot@mnot.net; helo=mxout-08.mxes.net
X-W3C-Hub-Spam-Status: No, score=-3.3
X-W3C-Hub-Spam-Report: AWL=-3.286, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001
X-W3C-Scan-Sig: lisa.w3.org 1UTRXb-0001RY-FU 911c25b123fdfdacafcfffb2d35a3a3b
X-Original-To: ietf-http-wg@w3.org
Subject: Re: p1: Via and gateways
Archived-At: <http://www.w3.org/mid/F884F25D-314D-495F-B68A-944527941238@mnot.net>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/17385
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, 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 know no load-balancer which does it anyway. Especially in hosted > environments where it is desired that the infrastructure is as much > transparent to the hosted servers as possible. > > I must say I never understood the rationale behind Via because for > incoming traffic we don't care and for outgoing traffic we don't > want to disclose to the world our inside details. Yes. It makes sense for proxies, so that the endpoints can discover the capabilities of the whole path. I'm not convinced that applies to gateways, because they're taking the responsibility of the origin server. > Another example of a MUST which makes people think that MUSTs are at user > option I think. Indeed. -- Mark Nottingham http://www.mnot.net/
- Re: p1: Via and gateways Mark Nottingham
- p1: Via and gateways Mark Nottingham
- Re: p1: Via and gateways Willy Tarreau
- Re: p1: Via and gateways Mark Nottingham
- Re: p1: Via and gateways Roberto Peon
- Re: p1: Via and gateways Willy Tarreau
- Re: p1: Via and gateways David Morris
- Re: p1: Via and gateways Willy Tarreau
- Re: p1: Via and gateways Mark Nottingham
- Re: p1: Via and gateways Willy Tarreau
- Re: p1: Via and gateways Amos Jeffries
- Re: p1: Via and gateways David Morris
- Re: p1: Via and gateways Amos Jeffries
- Re: p1: Via and gateways Willy Tarreau
- Re: p1: Via and gateways Amos Jeffries
- Re: p1: Via and gateways Amos Jeffries
- Re: p1: Via and gateways Mark Nottingham
- Re: p1: Via and gateways Willy Tarreau
- Re: p1: Via and gateways Mark Nottingham