[AVTCORE] Re: Missing Flash from RFC4733
Dan Mongrain <dan.mongrain@motorolasolutions.com> Tue, 05 November 2024 16:59 UTC
Return-Path: <prvs=2039930ba5=dan.mongrain@motorolasolutions.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 E70B2C1E0D84 for <avt@ietfa.amsl.com>; Tue, 5 Nov 2024 08:59:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 (2048-bit key) header.d=motorolasolutions.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 cH6O046Ex8eq for <avt@ietfa.amsl.com>; Tue, 5 Nov 2024 08:59:29 -0800 (PST)
Received: from mx0b-0019e102.pphosted.com (mx0b-0019e102.pphosted.com [67.231.157.237]) by ietfa.amsl.com (Postfix) with ESMTP id EC0EFC1DA1E2 for <avt@ietf.org>; Tue, 5 Nov 2024 08:59:28 -0800 (PST)
Received: from pps.filterd (m0074417.ppops.net [127.0.0.1]) by mx0b-0019e102.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 4A5FgouZ024936 for <avt@ietf.org>; Tue, 5 Nov 2024 16:37:02 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= motorolasolutions.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to; s= PPS--2020-03-17; bh=z5tsn/QfoWDM10WraS2XusXJZQzPzF89p2RfUWvpm6c=; b= Mhsm/DzN2IxtgW4A2JsVgr3t/MVHid5V20EpeLfqGo+VZpQfE5wK8zXgGJX+LLd/ x0ChRMdYRk8ZZpg1hwdSZsuX1N5o+TOrIauxl9Zj9yy3FYNLb8SDtIRM8Fv0+ORz eJr5MSiYraWBfrkpvn2AMl9b9yiPpAR65ZRkszIHloWLx1ZzRbyHlr1jCqXqB/QH B27rJ4BAp29hWE/TSL2vFdTAWZ/vGGxYk5G+O7zxdQlk/Hkp/fJILsvNNXRhlBWr dsYdxWtIultPN8tJ6Y9y6e+pY0b7uCsD2WMQOPzs3gul7+8pVLIngiM/UzLtfTja nGhaIP86c1f+qpoZ4Rgk0w==
Received: from mail-vk1-f198.google.com (mail-vk1-f198.google.com [209.85.221.198]) by mx0b-0019e102.pphosted.com (PPS) with ESMTPS id 42qp8drbxr-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=OK) for <avt@ietf.org>; Tue, 05 Nov 2024 16:37:02 +0000 (GMT)
Received: by mail-vk1-f198.google.com with SMTP id 71dfb90a1353d-50d89ccfd45so2259706e0c.3 for <avt@ietf.org>; Tue, 05 Nov 2024 08:37:02 -0800 (PST)
X-Forwarded-Encrypted: i=1; AJvYcCXlGfIZAHgoUaFlWD4DQLkL9s2uyU4699xRogaY2yNPYOYhm/tBWfw8Ny5elOF8k/p9cgo=@ietf.org
X-Gm-Message-State: AOJu0Ywm/Ebjj28/4ckf5J4EDHDKnjzeT+BTLglcpU+kabcXSTUzHEpb 8hlF50nCZc4m+M9yMuYDboxKSfEGh7g8vlD0LBEzq79/ieKXj1wm15NJZ7/ek3DXUk0dGNc3SrR nir/bjY40fqZ1xBInGeIJTrppY/PGPcEl6BcJdxoQXWiZ7UUFwo6zqOKGietlw2PUn5w0dICVet f3b/y6xNT/8bbCaoM=
X-Received: by 2002:a05:6122:d9a:b0:50d:5654:951 with SMTP id 71dfb90a1353d-5101502d012mr32553604e0c.5.1730824620869; Tue, 05 Nov 2024 08:37:00 -0800 (PST)
X-Google-Smtp-Source: AGHT+IGIMJfGEfq63WOq3LA8ozq9cyXZG5QsTZq1UBDsufUNPeox3oTBCgDZ++GvYG/xuLCjYY4NXpm4MiFVZQV8xaU=
X-Received: by 2002:a05:6122:d9a:b0:50d:5654:951 with SMTP id 71dfb90a1353d-5101502d012mr32553562e0c.5.1730824620397; Tue, 05 Nov 2024 08:37:00 -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> <CAOW+2dswRzuGF4LhZ5PxodzhRvYdM9OYkWODGYEj7P0ZCHH94w@mail.gmail.com>
In-Reply-To: <CAOW+2dswRzuGF4LhZ5PxodzhRvYdM9OYkWODGYEj7P0ZCHH94w@mail.gmail.com>
From: Dan Mongrain <dan.mongrain@motorolasolutions.com>
Date: Tue, 05 Nov 2024 11:36:49 -0500
Message-ID: <CAKB0ssF4z_3zi-H+x9LttkHdhez_Dk9qOy31ML72Lvw0qNV=-g@mail.gmail.com>
To: Bernard Aboba <bernard.aboba@gmail.com>
Content-Type: multipart/alternative; boundary="000000000000aae94906262d02e2"
X-Proofpoint-ORIG-GUID: 4FiolGnzQGfIXmCoFvmKBC0Dpfb4ualv
X-Proofpoint-GUID: 4FiolGnzQGfIXmCoFvmKBC0Dpfb4ualv
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 adultscore=0 lowpriorityscore=0 mlxlogscore=999 impostorscore=0 malwarescore=0 spamscore=0 bulkscore=0 priorityscore=1501 clxscore=1011 phishscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2409260000 definitions=main-2411050127
Message-ID-Hash: CKG7EJGAPXOWYJCCNXVBWJUPK7IXJL4M
X-Message-ID-Hash: CKG7EJGAPXOWYJCCNXVBWJUPK7IXJL4M
X-MailFrom: prvs=2039930ba5=dan.mongrain@motorolasolutions.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/YjXhYdSFUA5H5ct7K_7IMPab1ns>
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>
Interface with a gateway connected to a legacy analog telephone line, you need to signal a hookflash in order to get a secondary dial tone to request network features. Widely used in Public Safety when connected to analog 9-1-1 trunks, hookflash is necessary to conference another PSAP on the call when transferring the call. Dan *Dan Mongrain, eng.*Principal Engineer, VESTA Solutions www.VESTAPublicSafety.com *[image: https://www.motorolasolutions.com/content/dam/msi/images/logos/corporate/msiemailsignature.png]* *o*: +1.819.931.2129 *m*: +1.613.558.0764 e: Dan.Mongrain@MotorolaSolutions.com <Daniel.Mongrain@Airbus-DSComm.com> www.linkedin.com/in/DanMongrain <https://batchat.motorolasolutions.com/home/ls/community/mic> On Tue, Nov 5, 2024 at 10:40 AM Bernard Aboba <bernard.aboba@gmail.com> wrote: > 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://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor.org_rfc_rfc2833&d=DwMFaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=n9aaU9xSQM4-mK_yF4tJzi7SeOWS3tTUWut1BhcRBI5vMR5LUWrTKzC_1DF8wC_4&m=zEQknjtSEBwPYxn86rXo1ta7f6QXNAEsj8p-ZO2VcezUNBGMCTvID3FYxJdlJA75&s=atXQQOyEeHvGKWt9sxD-8mFPoKlHULjVc53KUuG2X6w&e=> >>> >>> 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://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor.org_rfc_rfc2833&d=DwMFaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=n9aaU9xSQM4-mK_yF4tJzi7SeOWS3tTUWut1BhcRBI5vMR5LUWrTKzC_1DF8wC_4&m=zEQknjtSEBwPYxn86rXo1ta7f6QXNAEsj8p-ZO2VcezUNBGMCTvID3FYxJdlJA75&s=atXQQOyEeHvGKWt9sxD-8mFPoKlHULjVc53KUuG2X6w&e=> >>> 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 >>> >> _______________________________________________ > Audio/Video Transport Core Maintenance > To unsubscribe send an email to avt-leave@ietf.org > -- *For more information on how and why we collect your personal information, please visit our Privacy Policy <https://www.motorolasolutions.com/en_us/about/privacy-policy.html?elqTrackId=8980d888905940e39a2613a7a3dcb0a7&elqaid=2786&elqat=2#privacystatement>.*
- [AVTCORE] Missing Flash from RFC4733 Brian Rosen
- [AVTCORE] Re: Missing Flash from RFC4733 Bernard Aboba
- [AVTCORE] Re: Missing Flash from RFC4733 Gunnar Hellström
- [AVTCORE] Re: Missing Flash from RFC4733 Roman Shpount
- [AVTCORE] Re: Missing Flash from RFC4733 Bernard Aboba
- [AVTCORE] Re: Missing Flash from RFC4733 Dan Mongrain