Re: [hybi] [EXTERNAL] Re: WebSocket Close Code: Timeout

Alexey Melnikov <alexey.melnikov@isode.com> Thu, 01 February 2024 16:39 UTC

Return-Path: <alexey.melnikov@isode.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 28CA7C14F6FA for <hybi@ietfa.amsl.com>; Thu, 1 Feb 2024 08:39:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.002
X-Spam-Level:
X-Spam-Status: No, score=-2.002 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FONT_INVIS_MSGID=0.001, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=isode.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p09zCjCJvx0x for <hybi@ietfa.amsl.com>; Thu, 1 Feb 2024 08:39:26 -0800 (PST)
Received: from statler.isode.com (Statler.isode.com [62.232.206.189]) by ietfa.amsl.com (Postfix) with ESMTP id DA1F5C14F6EF for <hybi@ietf.org>; Thu, 1 Feb 2024 08:39:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1706805552; d=isode.com; s=june2016; i=@isode.com; bh=2E9W87Z/7fYfjPwVU+pqV4waBi2Xkq3N7niNbTZJwy8=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=kOhaiCRZ8gTtV/7BPs419zHSbTMEH7kRSFtwQg2j87iSoUr+YRwpkneHbYKsxEiILks8q6 sjJjMeBTac+lbBLiNigC3CxtJJToFv3VD8bSwxUt+CA26vL5oocHYDPcXLbIwipfWmp8rZ 5kNm3A/HBo4mqOZWJEKn+LnPnvu0kFE=;
Received: from [192.168.1.222] ((unknown) [31.117.118.151]) by statler.isode.com (submission channel) via TCP with ESMTPSA id <ZbvJMBKFqR8h@statler.isode.com>; Thu, 1 Feb 2024 16:39:12 +0000
X-SMTP-Protocol-Errors: NORDNS
Message-ID: <0b622b44-be38-4be8-b9ad-085f7f0baaca@isode.com>
Date: Thu, 01 Feb 2024 16:39:11 +0000
User-Agent: Mozilla Thunderbird
To: "Jones, Morgan" <Morgan.Jones@viasat.com>, Adam Rice <ricea@google.com>
Cc: "hybi@ietf.org" <hybi@ietf.org>
References: <602d83f1fc1b40fea701a5cd8ae4b3f0@viasat.com> <465d67cbde4b4a58a30e58fe43f3b597@viasat.com> <CAHixhFpmYNjrjTdKJqjSdBusHQUL29h486QJBwjg-71GByoZog@mail.gmail.com> <559614142e5c40d0bda63c6758fd5cfb@viasat.com>
From: Alexey Melnikov <alexey.melnikov@isode.com>
In-Reply-To: <559614142e5c40d0bda63c6758fd5cfb@viasat.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="------------MdWwhEnnizsmuOYhECj05NNL"
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/hybi/7VhePSM3fK-cewNGc9UpWaS6vqU>
Subject: Re: [hybi] [EXTERNAL] Re: WebSocket Close Code: Timeout
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.39
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: <https://mailarchive.ietf.org/arch/browse/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: Thu, 01 Feb 2024 16:39:30 -0000

Hi all,

On 01/02/2024 07:57, Jones, Morgan wrote:
>
> Adam,
>
> Ah, thank you for the heads-up. Looks like Dr. Alexey Melnikov is the 
> point of contact for close codes despite a lot of those discussions 
> taking place on the hybi list.
>
> I assume these emails were not making their way to him so I’ve 
> forwarded him the thread.
>
I am sorry I missed the original request. Typically one requests new 
allocations in the 3XXX range by emailing IANA directly <iana@iana.org> 
or using the online web form 
<https://www.iana.org/form/protocol-assignment> and pointing to the 
<https://www.iana.org/assignments/websocket/websocket.xhtml> registry in 
the form.

Requests in the 3XXX range don't need my approval.


Morgan, if you want to email me directly, I can help you with the 
submission process.


Best Regards,

Alexey

> Thanks,
>
> Morgan Jones
>
> Advanced Network Systems
>
> Applications Lead // Viasat Secure Mobile
>
> *From:* Adam Rice <ricea@google.com>
> *Sent:* Wednesday, January 31, 2024 11:36 PM
> *To:* Jones, Morgan <Morgan.Jones@viasat.com>
> *Cc:* hybi@ietf.org
> *Subject:* [EXTERNAL] Re: [hybi] WebSocket Close Code: Timeout
>
> The hybi working group no longer exists, so there's no-one to do the 
> work. I don't know whether it would be possible to just go ahead and 
> register the code with IANA yourself. I don't know by what process 
> code 3003 got added. RFC6455
>
> The hybi working group no longer exists, so there's no-one to do the work.
>
> I don't know whether it would be possible to just go ahead and 
> register the code with IANA yourself. I don't know by what process 
> code 3003 got added.
>
> RFC6455 says that codes 1000-2999 have to be set in a "permanent and 
> readily available public specification" which is maybe why it's easier 
> to add a code in the 3000 range.
>
> Thanks,
>
> Adam
>
> On Wed, 31 Jan 2024 at 11:22, Jones, Morgan <Morgan.Jones@viasat.com> 
> wrote:
>
>     Hi there,
>
>     We are still in need of this status code.
>
>     Thanks,
>     Morgan Jones
>     Software Engineer | Viasat Secure Mobile
>
>     -----Original Message-----
>     From: Jones, Morgan
>     Sent: Monday, April 24, 2023 4:40 PM
>     To: 'hybi@ietf.org' <hybi@ietf.org>
>     Subject: WebSocket Close Code: Timeout
>
>     Hello,
>
>     I would like to reserve a status code similar to HTTP 408 Request
>     Timeout, simply meaning "Timeout".
>
>     The description is similar to 408: The server has decided to shut
>     down the connection. This is useful for WebSocket connections that
>     should have an upper limit on their time spent open.
>
>     I can see how this would be common enough to take the next code in
>     the list, 1016, but it also seems that 3003 is being used for
>     Forbidden in a similar manner to 403 (despite 3001 mismatching),
>     so I would like to propose 3008 as an alternative.
>
>     Let me know what you think. Our usecase is that we'd like to time
>     out certain WebSocket connections after an upper limit.
>
>     Thanks,
>     Morgan Jones
>     Viasat Secure Mobile
>
>     _______________________________________________
>     hybi mailing list
>     hybi@ietf.org
>     https://www.ietf.org/mailman/listinfo/hybi
>     <https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/hybi__;!!NiYMbFKv!Lg0pps4IZx-WkgChQ_ZbX2XJGKJKzj12ExEkqMHLT4ST_KTdAB-8DHCQmo7v4-ERcHAiKZvqgZEFxHY$>
>