Re: [hybi] Additional WebSocket Close Error Codes

Jason Duell <jduell.mcbugs@gmail.com> Fri, 01 June 2012 19:20 UTC

Return-Path: <jduell.mcbugs@gmail.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 6072011E8127 for <hybi@ietfa.amsl.com>; Fri, 1 Jun 2012 12:20:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.676
X-Spam-Level:
X-Spam-Status: No, score=-1.676 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_MISMATCH_ORG=0.611, HOST_MISMATCH_COM=0.311, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0sYjoqAz-Bwd for <hybi@ietfa.amsl.com>; Fri, 1 Jun 2012 12:19:59 -0700 (PDT)
Received: from smtp.mozilla.org (mx2.corp.phx1.mozilla.com [63.245.216.70]) by ietfa.amsl.com (Postfix) with ESMTP id CAB5621F860E for <hybi@ietf.org>; Fri, 1 Jun 2012 12:19:54 -0700 (PDT)
Received: from [192.168.1.25] (c-24-7-112-181.hsd1.ca.comcast.net [24.7.112.181]) (Authenticated sender: jduell@mozilla.com) by mx2.mail.corp.phx1.mozilla.com (Postfix) with ESMTPSA id D2A03F2377; Fri, 1 Jun 2012 12:19:53 -0700 (PDT)
Message-ID: <4FC915D9.6020703@gmail.com>
Date: Fri, 01 Jun 2012 12:19:53 -0700
From: Jason Duell <jduell.mcbugs@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: Alexey Melnikov <alexey.melnikov@isode.com>
References: <4FB3765D.5060308@isode.com> <001401cd340c$446034e0$cd209ea0$@noemax.com> <CAH_y2NEqgUKeu5VHYkm59vmybseq6gkMNQqCY0WcqM8BSYtSrQ@mail.gmail.com> <4FBE2F1E.1030307@isode.com> <4FC011B4.1080508@gmail.com> <4FC4AFD1.8080100@isode.com>
In-Reply-To: <4FC4AFD1.8080100@isode.com>
Content-Type: multipart/alternative; boundary="------------050204090604020804040706"
Cc: hybi@ietf.org
Subject: Re: [hybi] Additional WebSocket Close Error Codes
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, 01 Jun 2012 19:20:00 -0000

On 05/29/2012 04:15 AM, Alexey Melnikov wrote:
>
>> I never got much of an answer about adding a new code for "client has 
>> too many websockets open", but let me ask it again.   We could 
>> conceivably have your proposed 1013 code  ("try again later") cover 
>> this case.   But one downside of this is that it doesn't distinguish 
>> between the case where the application could open a connection to 
>> another server (a particular server is overloaded),
>
> I think having a new code for "try another server" would be better, as 
> it is more explicit that an immediate action can be attempted (where 
> "server overload" or "try again later" imply that an action in a 
> future can be attempted). Would such split work for you?

There may not be another server, so "try another server" isn't always 
applicable.   So my vote would go to "server overload".   But I don't 
have strong feelings about it, so long as it's differentiated from 
client websocket limit reached.

cheers,

Jason
Mozilla


>> and the case where no websockets are going to work unless/until some 
>> existing ones go away (Client websocket limit reached).  So I suggest 
>> we want different codes for these.
>>
>> This could look like
>>
>>    1013    "Server busy"
>>    1014     "Too many websockets open in client"
>>