Re: [rtcweb] Fwd: Last Call: <draft-ietf-rtcweb-audio-10.txt> (WebRTC Audio Codec and Processing Requirements) to Proposed Standard

Harald Alvestrand <harald@alvestrand.no> Fri, 26 February 2016 07:38 UTC

Return-Path: <harald@alvestrand.no>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 82DCE1ACE15 for <rtcweb@ietfa.amsl.com>; Thu, 25 Feb 2016 23:38:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.205
X-Spam-Level:
X-Spam-Status: No, score=-4.205 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.006] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JTD7Dw8sN-Re for <rtcweb@ietfa.amsl.com>; Thu, 25 Feb 2016 23:38:29 -0800 (PST)
Received: from mork.alvestrand.no (mork.alvestrand.no [158.38.152.117]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 98ECF1ACE12 for <rtcweb@ietf.org>; Thu, 25 Feb 2016 23:38:28 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id A7E507C5253; Fri, 26 Feb 2016 08:38:26 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at alvestrand.no
Received: from mork.alvestrand.no ([127.0.0.1]) by localhost (mork.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 74hrDHTe3JxV; Fri, 26 Feb 2016 08:38:23 +0100 (CET)
Received: from hta-hippo.lul.corp.google.com (unknown [IPv6:2620:0:1043:1:3d51:6ebb:6436:f9a]) by mork.alvestrand.no (Postfix) with ESMTPSA id D24F37C3E2F; Fri, 26 Feb 2016 08:38:23 +0100 (CET)
To: Roman Shpount <roman@telurix.com>, "Asveren, Tolga" <tasveren@sonusnet.com>
References: <20160224213121.376.85278.idtracker@ietfa.amsl.com> <CAD5OKxsa9cwYOLqkHDVjoe2vr8NoOsPYO7jD_4TPNSnxU7u53Q@mail.gmail.com> <56CE2CF4.70001@jmvalin.ca> <CA+9kkMAqNZiHX7asFZnNgMnJw3G2bPBB7zXfLex3xdkfcW2tQQ@mail.gmail.com> <SN1PR0301MB15510A18734956A22BD5FB5AB2A60@SN1PR0301MB1551.namprd03.prod.outlook.com> <CAD5OKxu3HSKDNMNhEWHgoBrHj4zOvjwbGFQSyLmBgLo6cL2Lhg@mail.gmail.com>
From: Harald Alvestrand <harald@alvestrand.no>
Message-ID: <56D000EF.9010004@alvestrand.no>
Date: Fri, 26 Feb 2016 08:38:23 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <CAD5OKxu3HSKDNMNhEWHgoBrHj4zOvjwbGFQSyLmBgLo6cL2Lhg@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------050305010609050906080709"
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/QVs6B9GFXp4QR1K1OTC-n6Q6Qwg>
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Fwd: Last Call: <draft-ietf-rtcweb-audio-10.txt> (WebRTC Audio Codec and Processing Requirements) to Proposed Standard
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Feb 2016 07:38:32 -0000

Roman, you're the expert here - googling for the text unearthed this
message from you in 2013:

https://lists.w3.org/Archives/Public/public-webrtc/2013Apr/0030.html

Reviewiing that archive might save you the effort of repeating the
arguments again; at the moment, I have no idea where the upper limit
came from.


On 02/25/2016 09:58 PM, Roman Shpount wrote:
> Tolga,
>
> In the proposed text I have copied the requirements from
>  https://www.w3.org/TR/webrtc/#rtcdtmfsender to make sure
> specifications are consistent with each other. Here is the text
> present in WebRTC TR:
>
>     The duration parameter indicates the duration in ms to use for
>     each character passed in the tones parameters. The duration cannot
>     be more than 6000 ms or less than 40 ms. The default duration is
>     100 ms for each tone.
>
>     The interToneGap parameter indicates the gap between tones. It
>     must be at least 30 ms. The default value is 70 ms.
>
>
> I believe the limits in WebRTC TR are based on ITU-T Q.24, which are,
> in turn, based on physical limitation imposed by transmitting DTMF
> tones using 8Khz audio. It is physically impossible to design an
> inband DTMF detector which can detect DTMF digits of duration less
> then 40 ms with gaps less then 30 ms and still be capable of handling
> talk off. This requirement is the MUST level to provide minimal
> support necessary for PSTN interop.
>
> Regards,
> _____________
> Roman Shpount
>
> On Thu, Feb 25, 2016 at 2:44 PM, Asveren, Tolga <tasveren@sonusnet.com
> <mailto:tasveren@sonusnet.com>> wrote:
>
>     Roman,
>
>
>     What is the rationale of having this "MUST" strength mandate?
>
>
>     Thanks,
>
>     Tolga
>
>
>
>     ------------------------------------------------------------------------
>     *From:* rtcweb <rtcweb-bounces@ietf.org
>     <mailto:rtcweb-bounces@ietf.org>> on behalf of Ted Hardie
>     <ted.ietf@gmail.com <mailto:ted.ietf@gmail.com>>
>     *Sent:* Thursday, February 25, 2016 1:07 PM
>     *To:* rtcweb@ietf.org <mailto:rtcweb@ietf.org>
>     *Subject:* [rtcweb] Fwd: Last Call:
>     <draft-ietf-rtcweb-audio-10.txt> (WebRTC Audio Codec and
>     Processing Requirements) to Proposed Standard
>      
>     Mailman claims this was auto-discarded and it doesn't show in the
>     archives, so I'm forwarding.  I will separately check on why it
>     got chucked.
>
>     regards,
>
>     Ted
>     ---------- Forwarded message ----------
>     From: *Jean-Marc Valin* <jmvalin@jmvalin.ca
>     <mailto:jmvalin@jmvalin.ca>>
>     Date: Wed, Feb 24, 2016 at 2:21 PM
>     Subject: Re: [rtcweb] Last Call: <draft-ietf-rtcweb-audio-10.txt>
>     (WebRTC Audio Codec and Processing Requirements) to Proposed Standard
>     To: Roman Shpount <roman@telurix.com <mailto:roman@telurix.com>>,
>     rtcweb-chairs@ietf.org <mailto:rtcweb-chairs@ietf.org>,
>     alcoop@cisco.com <mailto:alcoop@cisco.com>, "rtcweb@ietf.org
>     <mailto:rtcweb@ietf.org>" <rtcweb@ietf.org
>     <mailto:rtcweb@ietf.org>>, draft-ietf-rtcweb-audio@ietf.org
>     <mailto:draft-ietf-rtcweb-audio@ietf.org>
>
>
>     On 02/24/2016 04:42 PM, Roman Shpount wrote:
>     > Generated events MUST have duration of no more than 6000 ms and no
>     > less than 40 ms with the recommended default duration of 100 ms
>     for each
>     > tone. The gap between events MUST be no less then 30 ms with the
>     > recommended default duration of 70 ms.
>
>     OK, I missed that part, but I'm fine with it. Unless anyone objects, I
>     can add it to the draft.
>
>             Jean-Marc
>
>
>     > Regards,
>     > _____________
>     > Roman Shpount
>     >
>     > On Wed, Feb 24, 2016 at 4:31 PM, The IESG
>     <iesg-secretary@ietf.org <mailto:iesg-secretary@ietf.org>
>     > <mailto:iesg-secretary@ietf.org <mailto:iesg-secretary@ietf.org>>> wrote:
>     >
>     >
>     >     The IESG has received a request from the Real-Time
>     Communication in
>     >     WEB-browsers WG (rtcweb) to consider the following document:
>     >     - 'WebRTC Audio Codec and Processing Requirements'
>     >       <draft-ietf-rtcweb-audio-10.txt> as Proposed Standard
>     >
>     >     The IESG plans to make a decision in the next few weeks, and
>     solicits
>     >     final comments on this action. Please send substantive
>     comments to the
>     >     ietf@ietf.org <mailto:ietf@ietf.org> <mailto:ietf@ietf.org
>     <mailto:ietf@ietf.org>> mailing lists by 2016-03-09.
>     >     Exceptionally, comments may be
>     >     sent to iesg@ietf.org <mailto:iesg@ietf.org>
>     <mailto:iesg@ietf.org <mailto:iesg@ietf.org>> instead. In either
>     >     case, please retain the
>     >     beginning of the Subject line to allow automated sorting.
>     >
>     >     Abstract
>     >
>     >
>     >        This document outlines the audio codec and processing
>     requirements
>     >        for WebRTC endpoints.
>     >
>     >
>     >
>     >
>     >     The file can be obtained via
>     >     https://datatracker.ietf.org/doc/draft-ietf-rtcweb-audio/
>     >
>     >     IESG discussion can be tracked via
>     >     https://datatracker.ietf.org/doc/draft-ietf-rtcweb-audio/ballot/
>     >
>     >
>     >     No IPR declarations have been submitted directly on this I-D.
>     >
>     >
>     >     _______________________________________________
>     >     rtcweb mailing list
>     >     rtcweb@ietf.org <mailto:rtcweb@ietf.org>
>     <mailto:rtcweb@ietf.org <mailto:rtcweb@ietf.org>>
>     >     https://www.ietf.org/mailman/listinfo/rtcweb
>     >
>     >
>
>
>     _______________________________________________
>     rtcweb mailing list
>     rtcweb@ietf.org <mailto:rtcweb@ietf.org>
>     https://www.ietf.org/mailman/listinfo/rtcweb
>
>
>
>
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb