W3C home > Mailing lists > Public > ietf-http-wg@w3.org > October to December 2009

Re: [OT] Re: #131: Connection limits (proposal)

From: Adrien de Croy <adrien@qbik.com>
Date: Tue, 20 Oct 2009 09:50:35 +1300
Message-ID: <4ADCD11B.60906@qbik.com>
To: "William A. Rowe, Jr." <wrowe@rowe-clan.net>
CC: Mark Nottingham <mnot@mnot.net>, HTTP Working Group <ietf-http-wg@w3.org>


William A. Rowe, Jr. wrote:
> Mark Nottingham wrote:
>   
>> <http://trac.tools.ietf.org/wg/httpbis/trac/ticket/131>
>>
>> """
>> Clients (including proxies) SHOULD limit the number of simultaneous
>> connections that they maintain to a given server (including proxies).
>>
>> Previous revisions of HTTP gave a specific number of connections as a
>> ceiling, but this was found to be impractical for many applications. As
>> a result, this specification does not mandate a particular maximum
>> number of connections, but instead encourages clients to be conservative
>> when opening multiple connections.
>> """
>>     
>
> It really seems like this is ripe for a Connection: max=# tag recommendation.
> Wherein the application can recommend a number of parallel connections that
> 1) they support and 2) provide optimal user/application experience.  But this
> would be out of scope of 2616bis :)
>
>   
I think that could create problems, especially with intermediaries.  
E.g. intermediaries and servers may have different limits.  Would you 
treat the max= as an indication of desired number of connections, or 
undesired number of connections etc.

I think until we can signal a client that service is being refused 
because of number of connections, we are going to have trouble dealing 
with this problem.

Regards

Adrien



-- 
Adrien de Croy - WinGate Proxy Server - http://www.wingate.com
Received on Monday, 19 October 2009 20:47:10 GMT

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