Re: The "trusted" / "explicit" proxy discussion

Eliot Lear <lear@cisco.com> Tue, 25 February 2014 07:14 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 (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 265191A04F6 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Mon, 24 Feb 2014 23:14:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.049
X-Spam-Level:
X-Spam-Status: No, score=-15.049 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.547, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u1DJvSGB0eoQ for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Mon, 24 Feb 2014 23:14:20 -0800 (PST)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id C7F961A04F8 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Mon, 24 Feb 2014 23:14: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 1WICAC-0001PP-39 for ietf-http-wg-dist@listhub.w3.org; Tue, 25 Feb 2014 07:10:58 +0000
Resent-Date: Tue, 25 Feb 2014 07:10:48 +0000
Resent-Message-Id: <E1WICAC-0001PP-39@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <lear@cisco.com>) id 1WIC9N-0004gj-Pa for ietf-http-wg@listhub.w3.org; Tue, 25 Feb 2014 07:10:06 +0000
Received: from aer-iport-2.cisco.com ([173.38.203.52]) by lisa.w3.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.72) (envelope-from <lear@cisco.com>) id 1WIC9M-0004qn-Dl for ietf-http-wg@w3.org; Tue, 25 Feb 2014 07:09:57 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3999; q=dns/txt; s=iport; t=1393312196; x=1394521796; h=message-id:date:from:mime-version:to:subject:references: in-reply-to:content-transfer-encoding; bh=oFTLfs52qVfMr3ghCIySTrFvk/ZzpcsZkgbteQt4V3g=; b=L4Vl/HKsD8CdZwGihckgXvZZlYDtG+YNbmMz8Y9MjEZs68sHgZ/iTZAv Mahn8ftW8Nm1x6W+DSP+ygnv2GhtyCb2vWHENBKj96IyBwiT8Q6xqx4G2 iNeBRJLarvpWvJPS39jjptZynTxfCP3bScfc2++5lLfbKBUPLy8LOvprH E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgQFAHFADFOQ/khR/2dsb2JhbABOCoMGO4NavkuBFhZ0giUBAQEEIw8BOwoRCw4KAgIFFgsCAgkDAgECASsaBgEMCAEBiAENphKgUheBKYxfY4JvgUkEmDSBMpB1gy47
X-IronPort-AV: E=Sophos;i="4.97,538,1389744000"; d="scan'208";a="5385311"
Received: from ams-core-1.cisco.com ([144.254.72.81]) by aer-iport-2.cisco.com with ESMTP; 25 Feb 2014 07:09:29 +0000
Received: from mctiny.local ([10.61.205.232]) by ams-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id s1P79SB2011546 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 25 Feb 2014 07:09:29 GMT
Message-ID: <530C41A8.9060508@cisco.com>
Date: Tue, 25 Feb 2014 08:09:28 +0100
From: Eliot Lear <lear@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: Mark Nottingham <mnot@mnot.net>, HTTP Working Group <ietf-http-wg@w3.org>
References: <081F7D7A-818B-4D52-8238-951DB6A89C4D@mnot.net>
In-Reply-To: <081F7D7A-818B-4D52-8238-951DB6A89C4D@mnot.net>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Received-SPF: pass client-ip=173.38.203.52; envelope-from=lear@cisco.com; helo=aer-iport-2.cisco.com
X-W3C-Hub-Spam-Status: No, score=-11.6
X-W3C-Hub-Spam-Report: AWL=-2.114, BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5
X-W3C-Scan-Sig: lisa.w3.org 1WIC9M-0004qn-Dl 1c177a502747aad88e2318967b678d77
X-Original-To: ietf-http-wg@w3.org
Subject: Re: The "trusted" / "explicit" proxy discussion
Archived-At: <http://www.w3.org/mid/530C41A8.9060508@cisco.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/22389
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>

Mark,

Yes, let's clarify a few things.

If what you are asking for is for people to read up before they post,
well that would be great, but there's a lot of reading.  If what you are
asking for is for people to refrain from discussion on developing
Salvatore's draft, I would take issue with this, because it is directly
relevant to both HTTP2 and the proxy model in general that needs to
evolve if HTTP2 is to be used atop TLS (e.g, with the http: URI).  I
will also add that you yourself have revisited issues, and that this
should be allowed as and when an issue ripens.  We specifically said in
Zürich that we needed to talk about this very thing because proposals
were not yet well developed, especially as regards to user interface.

Eliot



On 2/25/14, 3:46 AM, Mark Nottingham wrote:
> Salvatore's draft <http://tools.ietf.org/html/draft-loreto-httpbis-trusted-proxy20> has had a lot of attention recently, and has spawned some good discussion, as well as brought a few more people to the group (welcome!).
>
> First, to clarify a few things that should be apparent to folks who have been here for a while, but perhaps not to all:
>
> 1) While we appreciate the effort Salvatore and his co-authors have put into it, this draft is NOT a Working Group product, draft, or standard; it's a proposal to the group. This is how the IETF works; we allow anyone to propose things as drafts, and then we discuss their merits.
>
> 2) We've been talking about proxies for some time now, and so I'd encourage those new to the conversation to read existing drafts (look for "proxy" at the bottom of <http://tools.ietf.org/wg/httpbis/>) as well as discussion on this list over the last few months. Doing so will save new folks a lot of time, and save those who have been here longer the need to re-hash old discussions.
>
> 3) We discussed the need for "explicit" proxies in HTTP/2 at the Zurich meeting <https://github.com/http2/http2-spec/issues/316>, and decided that it wasn't in-scope for that effort; while the WG *might* do something there (see next point), we're not going to put them into the HTTP/2 spec.
>
> 4) We could potentially start work on new kinds of proxies or modifications/extensions to how HTTP proxies work in general (because our charter allows us to identify and embark on HTTP-related work when the Chair (me) and the Area Director (Barry) agree to do so; see <http://datatracker.ietf.org/wg/httpbis/charter/>), but that hasn't happened yet.
>
> 5) Before (and if) we do that, there needs to be agreement about what the goals of such an effort would be, since it is an obviously contentious area to work within. That discussion won't be about a particular proposal, but instead about what requirements a proposal must meet, and what constraints it has to operate within. 
>
> So, at this point, we have some people in the WG who are interested in refining and extending what a proxy is in HTTP, but it is not a formal work item for the group. While discussing this is on-topic for the Working Group mailing list, we can't allow this kind of exploration to distract us from our chartered work -- defining HTTP/2 well and on schedule.
>
> To that end, I'm asking people to refrain from getting into back-and-forth discussions about these proposals on-list; if you have questions or concerns, please make sure that they haven't already been covered before, and consider communicating directly with the draft authors, rather than on-list. That's not to say that discussion of proxies is prohibited; I'm just concerned about the flood of messages, and am asking for people to think before hitting 'send', because we're entering a critical period of the work on HTTP/2.
>
> I'll also observe that clarity on requirements, goals and constraints would help move the discussion forward a lot more than proposing specific mechanisms without that context would.
>
> Thanks,
>
>
> --
> Mark Nottingham   http://www.mnot.net/
>
>
>
>
>
>