W3C home > Mailing lists > Public > ietf-http-wg-old@w3.org > September to December 2000

Re: Of HTTP/1.1 persistent connections and TCP Keepalive timer

From: Carl Kugler/Boulder/IBM <kugler@us.ibm.com>
Date: Thu, 2 Nov 2000 12:11:18 -0700
To: Hyoung-Kee Choi <hkchoi@cc.gatech.edu>
Cc: http-wg@cuckoo.hpl.hp.com
Message-ID: <OFA69C6997.D2D031D9-ON8725698B.00690B5E@LocalDomain>

>Sent by: hkchoi@cc.gatech.edu
>"Fielding, Roy" wrote:
>> The decision on when to close is left to either side.  A server will
>> close the connection based on its resource-consumption requirements
>> which may vary substantially based on the type of server and the
>> number of clients it is intended to serve.  A client will close the
>> connection if it is connection-limited and needs to open many other
>> connections, or if it just believes in being network friendly.
>> Unfortunately, none of the major browsers are network friendly,
>> so they typically ignore the connection (not even recognizing FIN
>> as an event) until they later attempt to use it again.  Most
>> general-purpose servers have a short activity time-out on
>> connections and will close the connection after that time-out
>> (typically under 10 seconds, though a high-activity server will
>> set this to one second or turn off persistent connections altogether).
Ideally, you'd want the client to close the connection.  If the server
closes it, it has to keep the connection around in TIME_WAIT state for four
minutes, right?  So a server that agressively closes idle connections might
make matters worse for itself if the client makes requests more often than
once every 4 minutes (for example, the Windows 2000 IPP client polling
job-status evey minute or so).

Received on Thursday, 2 November 2000 19:12:42 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:16:36 UTC