[5537] in www-talk@info.cern.ch

home help back first fref pref prev next nref lref last post

Re: holding connections open: a modest proposal

daemon@ATHENA.MIT.EDU (John Ludeman)
Mon Sep 12 17:27:10 1994

Date: Mon, 12 Sep 1994 22:59:43 +0200
Errors-To: listmaster@www0.cern.ch
Errors-To: listmaster@www0.cern.ch
Reply-To: johnl@microsoft.com
From: John Ludeman <johnl@microsoft.com>
To: Multiple recipients of list <www-talk@www0.cern.ch>


In article <9409121903.AA21560@dxmint.cern.ch>, David Kristol writes:
> There has been some discussion here about keeping connections open
> between client and server after a transaction is complete.  I don't
> recall seeing a resolution, however, so I want to put forth what I
> think is a simple solution, and I don't recall seeing anything
> comparable proposed.
>

On the www-speed alias we discussed this a couple of months ago.  One 
of the  (simple) solutions we came up with was suggested by Gary Adams. 
 He suggested adding a Pragma: Keep-connection header.  The behaviour 
goes something like:

1) Client sends "Pragma: Keep-connection\n" along with the rest of the headers.
2) If the server supports this pragma, in the reply headers to the 
client, it includes "Pragma: Keep-connection\n" (real protocol negotition)

At this point, either party can terminate the connection.  Generally, 
the client will terminate the connection after it has retrieved all of 
the pieces of the document being viewed (suggested behaviour) or the 
server will terminate the connection based on inactivity by the client 
or server load.

Code changes to support this on both the server and the client are very 
minimal.

We tended to stay away from MGET (as valuable as it may be) or other 
new methods as those should really be part of the next HTTP definition. 
 The Keep-connection pragma allows good interop with virtually no 
changes to clients while addressing the basic problem of numerous 
session setups retrieving a single document.  I think some people are 
working on reference implementations now.

I haven't seen any complete digests of the www-speed alias.  Can 
somebody give a pointer?

John


home help back first fref pref prev next nref lref last post