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

Re: Upload negotiation

From: Henrik Nordstrom <hno@squid-cache.org>
Date: Tue, 08 Apr 2008 16:29:52 +0200
To: Adrien de Croy <adrien@qbik.com>
Cc: HTTP Working Group <ietf-http-wg@w3.org>
Message-Id: <1207664992.31831.226.camel@HenrikLaptop>

ons 2008-04-09 klockan 01:11 +1200 skrev Adrien de Croy:

> or should the proxy always respond with the HTTP version number it 
> received in a response?
> I know for upstream the proxy should alway set the protocol version to 
> it's own, but downstream?

Currently an implementation choice, but it's best if it always uses it's
own version applying the same rule as specified for requests. Actually
less impedance between the protocol versions that way than trying to
switch the protocol level depending on the server..

The day there is a need to bump the major version many things will
change and protocol gatewaying of http1<->2 will be an issue to tackle..
but we are not in that position today and unclear if it ever will be..

> Else there's no way a client can tell what the end server capabilities 
> might be.

It doesn't need to. Thats best delegated to the proxy and communicated
to the client by using 411/417 which is just a single packet RTT in

If the client really wants to it MAY inspect the Via header to tell the
capabilities of the forwarding path the request/response travelled via,
but is not required.

Received on Tuesday, 8 April 2008 14:32:36 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 11:10:45 UTC