Re: [hybi] -09: handshake

"Simon Pieters" <simonp@opera.com> Fri, 17 June 2011 21:32 UTC

Return-Path: <simonp@opera.com>
X-Original-To: hybi@ietfa.amsl.com
Delivered-To: hybi@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E800311E80B6 for <hybi@ietfa.amsl.com>; Fri, 17 Jun 2011 14:32:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yywVdQvCjpHZ for <hybi@ietfa.amsl.com>; Fri, 17 Jun 2011 14:32:59 -0700 (PDT)
Received: from smtp.opera.com (smtp.opera.com [213.236.208.81]) by ietfa.amsl.com (Postfix) with ESMTP id D4FFF11E80A9 for <hybi@ietf.org>; Fri, 17 Jun 2011 14:32:58 -0700 (PDT)
Received: from simon-pieterss-macbook.local (c-5eeaaa13-74736162.cust.telenor.se [94.234.170.19]) (authenticated bits=0) by smtp.opera.com (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id p5HLWqJK015743 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 17 Jun 2011 21:32:54 GMT
Content-Type: text/plain; charset="utf-8"; format="flowed"; delsp="yes"
To: "hybi@ietf.org" <hybi@ietf.org>, Peter Saint-Andre <stpeter@stpeter.im>
References: <4DFA7ABF.3030308@stpeter.im>
Date: Fri, 17 Jun 2011 23:32:55 +0200
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
From: Simon Pieters <simonp@opera.com>
Message-ID: <op.vw8os5zmidj3kv@simon-pieterss-macbook.local>
In-Reply-To: <4DFA7ABF.3030308@stpeter.im>
User-Agent: Opera Mail/11.11 (MacIntel)
Subject: Re: [hybi] -09: handshake
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hybi>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 17 Jun 2011 21:33:00 -0000

On Thu, 16 Jun 2011 23:50:55 +0200, Peter Saint-Andre <stpeter@stpeter.im>  
wrote:

> I suggest:
>
>        If the client cannot determine the IP address of the remote host
>        (for example because all communication is being done through a
>        proxy server that performs DNS queries itself), then the client
>        MUST assume for the purposes of this step that each host name
>        refers to a distinct remote host.  Instead, the client SHOULD
>        limit the total number of simultaneous pending connections to a
>        reasonably low number (e.g., the client might allow simultaneous
>        pending connections to a.example.com and b.example.com, but
>        might not allow thirty simultaneous pending connections to
>        various hosts).  In a Web browser context, the client SHOULD
>        consider the number of tabs the user has open in setting a limit
>        to the number of simultaneous pending connections.

I think the wording on tabs should be dropped. Certainly it shouldn't be  
SHOULD. Tabs is a UI thing. "reasonably low number" is good enough.

-- 
Simon Pieters
Opera Software