Re: [hybi] Additional WebSocket Close Error Codes

Jason Duell <jduell.mcbugs@gmail.com> Fri, 25 May 2012 23:11 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 59E6E21F8851 for <hybi@ietfa.amsl.com>; Fri, 25 May 2012 16:11:53 -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 DN9fcThHPAuC for <hybi@ietfa.amsl.com>; Fri, 25 May 2012 16:11:51 -0700 (PDT)
Received: from smtp.mozilla.org (mx2.corp.phx1.mozilla.com [63.245.216.70]) by ietfa.amsl.com (Postfix) with ESMTP id 473A621F884D for <hybi@ietf.org>; Fri, 25 May 2012 16:11:51 -0700 (PDT)
Received: from [192.168.2.8] (cpe-066-057-019-007.nc.res.rr.com [66.57.19.7]) (Authenticated sender: jduell@mozilla.com) by mx2.mail.corp.phx1.mozilla.com (Postfix) with ESMTPSA id 97E57F232D for <hybi@ietf.org>; Fri, 25 May 2012 16:11:49 -0700 (PDT)
Message-ID: <4FC011B4.1080508@gmail.com>
Date: Fri, 25 May 2012 19:11:48 -0400
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: hybi@ietf.org
References: <4FB3765D.5060308@isode.com> <001401cd340c$446034e0$cd209ea0$@noemax.com> <CAH_y2NEqgUKeu5VHYkm59vmybseq6gkMNQqCY0WcqM8BSYtSrQ@mail.gmail.com> <4FBE2F1E.1030307@isode.com>
In-Reply-To: <4FBE2F1E.1030307@isode.com>
Content-Type: multipart/alternative; boundary="------------080105020503050801060007"
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, 25 May 2012 23:11:53 -0000

On 05/24/2012 08:52 AM, Alexey Melnikov wrote:
> On 21/05/2012 11:45, Greg Wilkins wrote:
>>
>> They both look reasonable.
>
> Ok, I will register these, but I will call the second one "Try Again 
> Later" instead of "Service Overload". "Try Again Later" is used by 
> other protocols and the meaning is more generic.
>

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), 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"

assuming 1014 isn't taken yet--where's the list of proposed codes?

Thoughts?

Jason Duell
Mozilla


>> On 17 May 2012 11:05, Arman Djusupov <arman@noemax.com 
>> <mailto:arman@noemax.com>> wrote:
>>
>>     Yes. These status codes do make sense and it is preferable to
>>     have them
>>     standardized.
>>
>>     With best regards,
>>     Arman
>>
>>     -----Original Message-----
>>     From: hybi-bounces@ietf.org <mailto:hybi-bounces@ietf.org>
>>     [mailto:hybi-bounces@ietf.org <mailto:hybi-bounces@ietf.org>] On
>>     Behalf Of
>>     Alexey Melnikov
>>     Sent: Wednesday, May 16, 2012 12:42 PM
>>     To: Hybi
>>     Subject: [hybi] Additional WebSocket Close Error Codes
>>
>>     Hi WG,
>>     I am sorry I didn't followup on this when the following 2 codes were
>>     suggested (See
>>     <http://www.ietf.org/mail-archive/web/hybi/current/msg09284.html>):
>>
>>     1012/Service Restart
>>     1012 indicates that the service is restarted. a client may reconnect,
>>     and if it choses to do, should reconnect using a randomized delay
>>     of 5 -
>>     30s.
>>
>>     Use case:
>>     restart a service with 100k clients connected
>>     clients present an informative user notification ("service
>>     restarting ..
>>     reconnecting in N secs)
>>     clients should not reconnect all at exactly the same time .. thus the
>>     randomized delay
>>
>>
>>     1013/Service Overload
>>     1013 indicates that the service is experiencing overload. a client
>>     should only connect to a different IP (when there are multiple
>>     for the
>>     target) or reconnect to the same IP upon user action.
>>
>>     Use case:
>>     clients present an informative user notification ("service
>>     overload ..
>>     try later or try different IP)
>>
>>     -----
>>
>>     Do people use these and is there still some interest in
>>     registering them?
>>
>>     Best Regards,
>>     Alexey
>>
>>     _______________________________________________
>>     hybi mailing list
>>     hybi@ietf.org <mailto:hybi@ietf.org>
>>     https://www.ietf.org/mailman/listinfo/hybi
>>
>>     _______________________________________________
>>     hybi mailing list
>>     hybi@ietf.org <mailto:hybi@ietf.org>
>>     https://www.ietf.org/mailman/listinfo/hybi
>>
>>
>
>
>
> _______________________________________________
> hybi mailing list
> hybi@ietf.org
> https://www.ietf.org/mailman/listinfo/hybi