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

Roman Shpount <roman@telurix.com> Thu, 03 March 2016 16:06 UTC

Return-Path: <roman@telurix.com>
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 309491A1DBE for <rtcweb@ietfa.amsl.com>; Thu, 3 Mar 2016 08:06:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.278
X-Spam-Level:
X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no
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 tJ03nna8toy6 for <rtcweb@ietfa.amsl.com>; Thu, 3 Mar 2016 08:06:08 -0800 (PST)
Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A07161A1E0B for <rtcweb@ietf.org>; Thu, 3 Mar 2016 08:06:08 -0800 (PST)
Received: by mail-ig0-x22d.google.com with SMTP id y8so22823837igp.0 for <rtcweb@ietf.org>; Thu, 03 Mar 2016 08:06:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=NxyjeRDmWaQnIIXvG0EHABb2j5SnqsGUYxQJDEPzKKA=; b=zYDBztlR+dS3wtaBcjqGxnWxeS5X7kCi0bpgiDBe3lz8uwneDKBr+dXSUBmIiHeyyl KlEx629XeLGzoqv2Qh57yUdAQHGXmluFtQptl62rQpKRhroyRTWQJGznJUXid0JVHbqI yWaWtVWNQBz6maqKiMfKSsqUG7beGxT12BFZpfnkUP7u7EQTcVec675ithZ+baxyHeJx //9l5DiRhR4CZOffuxhhB+YrOxOU7a1w/eMKPJjoRZ5TyR6cF7ZiS1P+vsVHewFZ/CEi sBunzjOGeIYcI+/aAfOcRN1PBRGiYzWGZfiQICsSsybF+Lb4MC/CgWvssLiVSHcIUHIk IY7A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=NxyjeRDmWaQnIIXvG0EHABb2j5SnqsGUYxQJDEPzKKA=; b=fDhslJpzdhVzyYkJzPh4c9CrXeufzZEmrYYTmbUu6UR9iTN0amscLpvLu1lBiga+eW vFHINaH/ovrOL6Pkdl6BnXk53V90oXCn/SQb5Jtcb1REqoZkoD1R5RVwmG6OpRVWZbxd Q5sc0Vb2IHeAjwwKwEwImvQkuPHRrCvwBhZNra06jywaAqf1Yk7FVmyAfpapm5Nx6sMv N2PK1PohcYoU5otgVd8KczXzQ/NxDyaN9HWj90gWG58Qxm4DkpCN6jPNUgRnAJXC4FaL pXVSYs2PplG/eEJTHloNiuSoCthVGyZ1i5KFGy5CsFhNQ/NHaPioR3hnl1mPsWpLhsSH M62Q==
X-Gm-Message-State: AD7BkJI07z1pGLKOFXBeZe6DVJp6EwzfN3CUcNdZp+AutL7246WiX+bHGl29MlcohrxypQ==
X-Received: by 10.50.178.180 with SMTP id cz20mr6183039igc.44.1457021168067; Thu, 03 Mar 2016 08:06:08 -0800 (PST)
Received: from mail-ig0-f180.google.com (mail-ig0-f180.google.com. [209.85.213.180]) by smtp.gmail.com with ESMTPSA id n5sm3785927iga.15.2016.03.03.08.06.06 for <rtcweb@ietf.org> (version=TLSv1/SSLv3 cipher=OTHER); Thu, 03 Mar 2016 08:06:06 -0800 (PST)
Received: by mail-ig0-f180.google.com with SMTP id g6so22848573igt.1 for <rtcweb@ietf.org>; Thu, 03 Mar 2016 08:06:06 -0800 (PST)
MIME-Version: 1.0
X-Received: by 10.50.30.104 with SMTP id r8mr6532850igh.2.1457021165958; Thu, 03 Mar 2016 08:06:05 -0800 (PST)
Received: by 10.36.105.77 with HTTP; Thu, 3 Mar 2016 08:06:05 -0800 (PST)
In-Reply-To: <56D824BD.2080305@alvestrand.no>
References: <20160224213121.376.85278.idtracker@ietfa.amsl.com> <CA+9kkMAk_jPu5Pd1kU6aEh2au5x-tE4v+c9zU5nzx64t47DUmQ@mail.gmail.com> <SN1PR0301MB15518F98FD31A3BAE6505079B2BB0@SN1PR0301MB1551.namprd03.prod.outlook.com> <56D55FE9.60408@alvestrand.no> <SN1PR0301MB15512FBBCA5186B4829FEFA8B2BB0@SN1PR0301MB1551.namprd03.prod.outlook.com> <1447FA0C20ED5147A1AA0EF02890A64B374B9596@ESESSMB209.ericsson.se> <SN1PR0301MB1551D1333297368D66B150ACB2BB0@SN1PR0301MB1551.namprd03.prod.outlook.com> <CAD5OKxvf+HBknqxXXY=_t9sCFGUFMUczu6k5DkMS-M8aV0Sjxw@mail.gmail.com> <SN1PR0301MB1551006A8D73179743E85322B2BB0@SN1PR0301MB1551.namprd03.prod.outlook.com> <CA+9kkMBGzjJFbLpo4te12tpaFFS_aoEXmoARudkq1EbZ5AnuYw@mail.gmail.com> <SN1PR0301MB1551CDEEA6EA1C7A696972B7B2BB0@SN1PR0301MB1551.namprd03.prod.outlook.com> <CA+9kkMA++uB6p0QYgWtgYtd9ysa9F5jb2wZnSm=Q-Fgig06_zg@mail.gmail.com> <SN1PR0301MB15514DE72ED6C92766D32E80B2BD0@SN1PR0301MB1551.namprd03.prod.outlook.com> <56D824BD.2080305@alvestrand.no>
Date: Thu, 03 Mar 2016 11:06:05 -0500
X-Gmail-Original-Message-ID: <CAD5OKxvVZuyHqWDZCcbOAYJTzKoFA4cm1DvvHoe8Zjm4LTRh3w@mail.gmail.com>
Message-ID: <CAD5OKxvVZuyHqWDZCcbOAYJTzKoFA4cm1DvvHoe8Zjm4LTRh3w@mail.gmail.com>
From: Roman Shpount <roman@telurix.com>
To: Harald Alvestrand <harald@alvestrand.no>
Content-Type: multipart/alternative; boundary="047d7bdca2ec070570052d272dcc"
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/hkq8bVeZupFCTfgVW35XZ_Yj9Hg>
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: Thu, 03 Mar 2016 16:06:15 -0000

On Thu, Mar 3, 2016 at 6:49 AM, Harald Alvestrand <harald@alvestrand.no>
wrote:

> You've made this argument before. I cannot see that anything new has
> been brought to the table that is likely to alter the WEBRTC WG
> consensus to have these enforced limits.
>

Am I correct to understand that WEBRTC WG decided that there should be
limits on DTMF tone generation and it is up to this group (IETF rtcweb) to
decide the exact values of these limits?

In this case, as I have stated before, the maximum tone duration should be
8000 ms to match possible tone duration for RFC 2833 DTMF tone. RFC 2833
was in use for the past 15 years and no one reported any issues with this
limit.

Minimum tone duration of 40 ms and minimum gap duration of 30 ms are
minimum physically required to transmit DTMF tone as 8 KHz audio signal and
still satisfy the talk-off specifications. These limitations have not
caused any practical issues for the past 50 years. I would like to mention
that shorter tones are used during call setup since it can be guaranteed
that no audio signal is present and talk-off requirements are relaxed.
Furthermore VoIP only networks, which use RFC 2833/RFC 4733 tones, can
support tones and gaps of anything from 0 ms and up. This is why I
initially advocated for 0 ms min duration. On the other hand if the group
decides that removing one more potential foot gun is more important, I will
not be too upset.

If anybody can come up with the practical example where tones longer then 8
sec or shorter then 40 ms with less then 30 ms gaps are used, please report
them to the list. Otherwise, let's document what is in W3C TR and move on.

Regards,
_____________
Roman Shpount