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

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

From: Poul-Henning Kamp <phk@phk.freebsd.dk>
Date: Thu, 07 Apr 2011 12:24:02 +0000
To: Karl Dubost <karld@opera.com>
cc: Andreas Petersson <andreas@sbin.se>, ietf-http-wg@w3.org
Message-ID: <74126.1302179042@critter.freebsd.dk>
In message <2962611A-EC8C-490C-BA3F-FB96D596B38D@opera.com>, Karl Dubost writes:

>X-Forwarded-For is used by Opera Mini servers. What about others?

I thought the objective here was to define a replacement for X-Forwarded-For ?

I know this is not a big deal to most of you, but in high performance
applications, the difference between always having [...] around IPv6
or having that be optional is a relevant cost factor.

The matter of IPv6 address notation has been a total nightmare from day
one, addressed by at least 11 RFC which do not agree on very much, leaving
implementors with a nightmarish morass of code[1]

It would be nice if we didn't add further to the confusion, and tried
to show a bit of sanity for the rest of the community, so can we
please make the '[...]' mandatory even if there is no port number ?

Thanks,

Poul-Henning

[1]  From my own brief survey:
	RFC1884 -> 2373         1080::8:800:200C:417A
	RFC1884                 ::13.1.68.3
	RFC1884                 ::FFFF:129.144.52.38
	RFC2133 -> 2133
	RFC2292 -> 3542
	RFC2373 -> 3513
	RFC2428 EPRT |2|1080::8:800:200C:417A|5282|
	RFC2553 -> RFC3493
	RFC2732 -> 3986 http://[3ffe:2a00:100:7031::1]:8080/
	RFC3493 "numeric format"
	RFC3513 -> 4291
	RFC3986 BNF form
	RFC3986 http://[3ffe:2a00:100:7031::1]:8080/
	RFC3986 http://[v%x.????]/
	RFC5952 [2001:db8::1]:80

And it's really unfair to leave this one out:
	RFC1924 4)+k&C#VzJ4br>0wv%Yp
Despite the fact that it is published on april 1st, it does not stick
significantly out from the confusion of the rest.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.
Received on Thursday, 7 April 2011 12:24:26 GMT

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