[AVTCORE] Re: Missing Flash from RFC4733

Bernard Aboba <bernard.aboba@gmail.com> Tue, 05 November 2024 15:40 UTC

Return-Path: <bernard.aboba@gmail.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 65919C1ECA95 for <avt@ietfa.amsl.com>; Tue, 5 Nov 2024 07:40:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 cJmUg69JLydx for <avt@ietfa.amsl.com>; Tue, 5 Nov 2024 07:40:02 -0800 (PST)
Received: from mail-pj1-x1031.google.com (mail-pj1-x1031.google.com [IPv6:2607:f8b0:4864:20::1031]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D490C09E1BF for <avt@ietf.org>; Tue, 5 Nov 2024 07:40:02 -0800 (PST)
Received: by mail-pj1-x1031.google.com with SMTP id 98e67ed59e1d1-2e30fb8cb07so4043211a91.3 for <avt@ietf.org>; Tue, 05 Nov 2024 07:40:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1730821202; x=1731426002; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=/Ag5MYVZQ6e7mtxBQQ2apjJTsfAgCAz5whk5+KRQEoI=; b=YdIveOYu/ylCGwkcgRbdnHIN7ekhODdkuCh1sHZGg/kmK/qQnu/fPeEoP3H58zziiz ZhG+eF5fYmnYBQtIw6U2EYLcJk0LVf+DMvxE7cuwiG+c//6Z6BOxcGHfZ2jHgeNoQDDP vATXopX5+6GcH0TV4KAyO2lyxHhbLDPRuf++XUqPC3hZXaR7B01xBP92N3gwZ7jkI0vv f8/uMgyPWl8aoZ5TgO/rV7NSDkRwfGUQp71JP/nsRxvzvNQZOlxIrypJIGOZcasl6LXB L195u178yfYADdlQg0G8kNXsRxfl7aE4kXSCugcSmvQ0fd9OsrQmQFEduXiPZXr7eHem lGYA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1730821202; x=1731426002; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=/Ag5MYVZQ6e7mtxBQQ2apjJTsfAgCAz5whk5+KRQEoI=; b=icUPw4mNMSt0pxxwnaXVqv2Ojns6pGvQ112k3EXLbUZo9FQCNPdgHonCsoc2p1FGB9 t9iVWvEPm7xN72boa9QpymbOg9Yvwa+o5gioWCONlWD7x3gqF1vuBHvebt4RXJ82PH2a iGXgUmzJVCH0q01LF/q7UTYgwoO7bIbmMCVT4lLJ0E3trzBhSllt3Vq8Xf3qwsPBAzph gFJItzL5W6Ueq80muA4m1rCT/fATVTHnlaWrp7PYpGeZKCutCfJ8HJ8IOwf5gqhCpMTw V33vuuChN04UYZcBNoZK6JaGgXFd7DF9Bq6Lad0OWEzau8023z9wvDrIg7PJuLoELn+V wqcw==
X-Forwarded-Encrypted: i=1; AJvYcCVPU20tzCPN+CkEXqNIVchAeJ/lZF0/FNhv0xmybp1carqYhqEALfTCa4Vexj5iemSbdJA=@ietf.org
X-Gm-Message-State: AOJu0YwkhIDeUP7fe57i4j+MjI59cyRttea+HbPK6q7Bd2ydrbcYzPbx X4VKBZH9A4z/EBYOLb+BydKYYjJtVbpfTdVib4KmNfiiJI/y2kIfrVd/WcZN/+HXcrwg0qBl5nb tHshZR2zEdwSC3iuMu9fb0ON34WA=
X-Google-Smtp-Source: AGHT+IE6QOjWQZM6rMG/e5ZIKW0GjKC9fValSR01zL8R6B8UgAjrWLahoKecb7xWIlk6+brdYejeLkIbKgy6xy3dIO8=
X-Received: by 2002:a17:90a:b00a:b0:2e0:7560:9334 with SMTP id 98e67ed59e1d1-2e92cf53abamr27132771a91.36.1730821201346; Tue, 05 Nov 2024 07:40:01 -0800 (PST)
MIME-Version: 1.0
References: <02cc01db2653$360d6470$a2282d50$@ghaccess.se> <0C657505-AC95-4D4E-849A-9CCFB72C3A13@gmail.com> <CAD5OKxt15vidYsK8P2hX8g-Ey=UoO7mZX4vuiar0+oSvu676Kg@mail.gmail.com>
In-Reply-To: <CAD5OKxt15vidYsK8P2hX8g-Ey=UoO7mZX4vuiar0+oSvu676Kg@mail.gmail.com>
From: Bernard Aboba <bernard.aboba@gmail.com>
Date: Tue, 05 Nov 2024 07:39:50 -0800
Message-ID: <CAOW+2dswRzuGF4LhZ5PxodzhRvYdM9OYkWODGYEj7P0ZCHH94w@mail.gmail.com>
To: Roman Shpount <roman@telurix.com>
Content-Type: multipart/alternative; boundary="000000000000e046ea06262c36db"
Message-ID-Hash: 46QM6EX3GHRLKVA3LRHMPJWHOFJGGWPC
X-Message-ID-Hash: 46QM6EX3GHRLKVA3LRHMPJWHOFJGGWPC
X-MailFrom: bernard.aboba@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-avt.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Brian Rosen <br=40brianrosen.net@dmarc.ietf.org>, avt@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [AVTCORE] Re: Missing Flash from RFC4733
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/FLfbyDx12BcvO3Fi9wAyRjNe-O4>
List-Archive: <https://mailarchive.ietf.org/arch/browse/avt>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Owner: <mailto:avt-owner@ietf.org>
List-Post: <mailto:avt@ietf.org>
List-Subscribe: <mailto:avt-join@ietf.org>
List-Unsubscribe: <mailto:avt-leave@ietf.org>

It appears that code 16 was never implemented in WebRTC DTMF (1+ Billion
endpoints).

What is the scenario for use of hookflash?

On Thu, Oct 24, 2024 at 2:15 PM Roman Shpount <roman@telurix.com> wrote:

> Bernard,
>
> There were implementations of code 16 before the publication of RFC 4733.
> These implementations continue to exist.
> _____________
> Roman Shpount
>
>
> On Thu, Oct 24, 2024 at 4:43 PM Bernard Aboba <bernard.aboba@gmail.com>
> wrote:
>
>> Has there been any implementation of code 16 since publication of RFC
>> 4733?
>>
>> On Oct 24, 2024, at 13:28, Gunnar Hellström <gunnar.hellstrom=
>> 40ghaccess.se@dmarc.ietf.org> wrote:
>>
>> 
>>
>> Brian,
>>
>> You seem to be right that code 16 can be assigned to Flash now.
>>
>>
>>
>> RFC 4733 has an Appendix A about differences from RFC 2733.
>>
>>
>>
>> It has a paragraph starting:
>> “Finally, this document establishes an IANA registry for event codes
>>
>>    and establishes criteria for their documentation.  This document
>>
>>    provides an initial population for the new registry, consisting
>>
>>    solely of the sixteen DTMF events.”
>>
>>
>>
>> And continuing saying:
>>
>> “The remaining events defined in RFC 2833
>> <https://www.rfc-editor.org/rfc/rfc2833>
>>
>>    are deprecated because they do not appear to have been implemented,
>>
>>    but their codes have been conditionally reserved in case any of them
>>
>>    is needed in the future. “
>>
>>
>>
>> And then a table indicating the differences from RFC 2733, where one row
>> says:
>>
>> Event Codes | RFC 2833 <https://www.rfc-editor.org/rfc/rfc2833>
>> Description                  | Disposition |
>>
>> 16                       | Line flash (deprecated)               |
>> Reserved
>>
>>
>>
>> So 16 for Flash is reserved and free to allocate if needed.
>>
>>
>>
>> It seems that it would be sufficient with a small document motivating the
>> addition in the IANA registry of these event codes.
>> (audio-telephone-event-registry)
>>
>>
>>
>> /Gunnar
>>
>>
>>
>>
>>
>>
>>
>> ------------------------------------------------------------
>>
>> Gunnar Hellström
>>
>> GHAccess
>>
>> Gunnar.hellstrom@ghaccess.se
>>
>> Tel: +46 70 820 42 88
>>
>>
>>
>> *From:* Brian Rosen <br=40brianrosen.net@dmarc.ietf.org>
>> *Sent:* den 24 oktober 2024 20:23
>> *To:* avt@ietf.org
>> *Subject:* [AVTCORE] Missing Flash from RFC4733
>>
>>
>>
>> RFC 2833 defined the use of code 16 for flash. RFC 4733 obsoleted RFC
>> 2833 but did not define a code for flash, although it did reserve code 16.
>> Flash is still in use, and the lack of an explicit code is a problem.  It’s
>> still used in some emergency calling systems for example. Would there be
>> any objection to fixing this one way or another (update 4733 to define code
>> 16 as Flash)?
>>
>>
>>
>> Brian
>> _______________________________________________
>> Audio/Video Transport Core Maintenance
>> To unsubscribe send an email to avt-leave@ietf.org
>>
>> _______________________________________________
>> Audio/Video Transport Core Maintenance
>> To unsubscribe send an email to avt-leave@ietf.org
>>
>