W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2011

Re: I-D draft-petersson-forwarded-for-00.txt

From: Mark Nottingham <mnot@mnot.net>
Date: Fri, 8 Apr 2011 19:04:59 +1000
Cc: "Thomson, Martin" <Martin.Thomson@commscope.com>, Karl Dubost <karld@opera.com>, Poul-Henning Kamp <phk@phk.freebsd.dk>, Andreas Petersson <andreas@sbin.se>, "ietf-http-wg@w3.org" <ietf-http-wg@w3.org>
Message-Id: <C50869F7-2949-4478-96F3-2F67F48DD85C@mnot.net>
To: Willy Tarreau <w@1wt.eu>

On 08/04/2011, at 7:00 PM, Willy Tarreau wrote:

> On Fri, Apr 08, 2011 at 06:49:32PM +1000, Mark Nottingham wrote:
>> While we're at it, I'd like to see extensibility points added; there are a bunch of bits of per-hop metadata that would be nice to allow in here, instead of defining separate headers. For example, in some use cases it'd be good to identify the receiving address, as well as the sending one.
>> 
>> E.g.,
>> 
>> Forwarded-For: 1.2.3.4:5678; by=4.3.2.1:3128, 5.6.7.8:9012; by=3.2.1.0:80
> 
> Agreed. I'm used to see that info almost as commonly as the x-f-f header,
> because people who want one generally want the other one too. In haproxy
> it's implemented in the x-original-to header. The format above is much
> better, but I suspect that some users will already complain that it's
> harder to parse for them...


Perhaps, but as long as they make a minimal effort and ignore the parameters, it'll be OK. If the draft goes in this direction, it would be good to give some examples so parser authors can make sure they do the right thing.

Cheers,

--
Mark Nottingham   http://www.mnot.net/
Received on Friday, 8 April 2011 09:05:28 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 27 April 2012 06:51:39 GMT