- 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>
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 overhead. 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. Regards Henrik
Received on Tuesday, 8 April 2008 14:32:36 UTC