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

"Asveren, Tolga" <tasveren@sonusnet.com> Tue, 01 March 2016 10:17 UTC

Return-Path: <tasveren@sonusnet.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 312941B3E80 for <rtcweb@ietfa.amsl.com>; Tue, 1 Mar 2016 02:17:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001] 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 PHEUPQ_7A0YP for <rtcweb@ietfa.amsl.com>; Tue, 1 Mar 2016 02:17:54 -0800 (PST)
Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0065.outbound.protection.outlook.com [65.55.169.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6DB291B3EAF for <rtcweb@ietf.org>; Tue, 1 Mar 2016 02:17:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=SonusNetworks.onmicrosoft.com; s=selector1-sonusnet-com; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ectUl96KpI0p2ev+2aTKdOYfW7nhSpx5eT2MxekQwu4=; b=bogRnasFZGBTnwsvZVnaJDGu+2dSzAuOUNvuIhrrBeMvsLj60diiOPMe+eRd62FC72pRI+hBFnN5tB9QF0GLIiwlp6OzzMV5R81hHBhqWJQpMGY0NMV1mJ3+M2ALUZb8VJQo92oFXJeAzIpLgSjyW6sYqJ9n5NE1JMneuMvP4h4=
Received: from SN1PR0301MB1551.namprd03.prod.outlook.com (10.162.129.157) by SN1PR0301MB1550.namprd03.prod.outlook.com (10.162.129.156) with Microsoft SMTP Server (TLS) id 15.1.409.15; Tue, 1 Mar 2016 10:17:43 +0000
Received: from SN1PR0301MB1551.namprd03.prod.outlook.com ([10.162.129.157]) by SN1PR0301MB1551.namprd03.prod.outlook.com ([10.162.129.157]) with mapi id 15.01.0409.024; Tue, 1 Mar 2016 10:17:43 +0000
From: "Asveren, Tolga" <tasveren@sonusnet.com>
To: Harald Alvestrand <harald@alvestrand.no>, Ted Hardie <ted.ietf@gmail.com>
Thread-Topic: [rtcweb] Fwd: Last Call: <draft-ietf-rtcweb-audio-10.txt> (WebRTC Audio Codec and Processing Requirements) to Proposed Standard
Thread-Index: AQHRb/eiM09Ybg6t2Eavei5prgOW+p89KcurgAAU0gCAALLLgIAAOucggAC01ICAANVAYIAAKmkAgAA3mfCAAzMegIAAEaGAgAAC3oCAAAAVkIAAD2GAgAAJS/qAAA2lgIAAuVMQgAAYxoCAAA0u0A==
Date: Tue, 01 Mar 2016 10:17:43 +0000
Message-ID: <SN1PR0301MB15512FBBCA5186B4829FEFA8B2BB0@SN1PR0301MB1551.namprd03.prod.outlook.com>
References: <20160224213121.376.85278.idtracker@ietfa.amsl.com> <CAD5OKxuQT2hdDHWdVxHGEcC3PuMMDjpaBpfAygRBa7-kdv79Rg@mail.gmail.com> <SN1PR0301MB15519E82B0384EF6EC348B72B2B80@SN1PR0301MB1551.namprd03.prod.outlook.com> <56D1A080.7050901@alvestrand.no> <SN1PR0301MB1551A6D49F18116A70A107CCB2B80@SN1PR0301MB1551.namprd03.prod.outlook.com> <CA+9kkMB5pye7-tXgBFrzk+F-3dApY-4pEX_1Foob-ug6dmztXg@mail.gmail.com> <SN1PR0301MB1551506B16DC14D555E98AD4B2BA0@SN1PR0301MB1551.namprd03.prod.outlook.com> <CA+9kkMAxR0_HzpqM3aQwVBX51G87+ZnYpd7AEwHsw0unpcPV1w@mail.gmail.com> <SN1PR0301MB1551C791B62BC7311DB3897CB2BA0@SN1PR0301MB1551.namprd03.prod.outlook.com> <CAD5OKxtonFCucoou8Es+0RCuBx-oa++w5__=EBXT7kVToksE4A@mail.gmail.com> <SN1PR0301MB155111CC2AAC4D3B0962B3E6B2BA0@SN1PR0301MB1551.namprd03.prod.outlook.com> <CA+9kkMAk_jPu5Pd1kU6aEh2au5x-tE4v+c9zU5nzx64t47DUmQ@mail.gmail.com> <SN1PR0301MB15518F98FD31A3BAE6505079B2BB0@SN1PR0301MB1551.namprd03.prod.outlook.com> <56D55FE9.60408@alvestrand.no>
In-Reply-To: <56D55FE9.60408@alvestrand.no>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: alvestrand.no; dkim=none (message not signed) header.d=none; alvestrand.no; dmarc=none action=none header.from=sonusnet.com;
x-originating-ip: [73.29.18.75]
x-ms-office365-filtering-correlation-id: cc9d4365-14e5-4ae0-80df-08d341baba56
x-microsoft-exchange-diagnostics: 1; SN1PR0301MB1550; 5:KRxuxcHDIYn9oQ5O4y6BOd6EWNIeSsybykpm8GEfPgD4LTLItq10QeuYoKlKL6NaYDYNE9Gp2TOCf7wMwqMbfCMwm8HO1ODHcA82CwA2recItCU+cNqbi5M47CXWaO5VlOcjGN+Pu8i0XLfTayj96w==; 24:lOi34aFeiRVSVB9GAoXsp6DpoH2JZ4FvdvexKt5AcCB2zScqUSvSDbzQ6hxqCjn2Wqfsj2ZW1BwUtr4GoFHXNxUE+RuIky+i8/CMZfgaBII=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN1PR0301MB1550;
x-microsoft-antispam-prvs: <SN1PR0301MB155009511F08EFD88C3B61F4B2BB0@SN1PR0301MB1550.namprd03.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001); SRVR:SN1PR0301MB1550; BCL:0; PCL:0; RULEID:; SRVR:SN1PR0301MB1550;
x-forefront-prvs: 086831DFB4
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(164054003)(55674003)(13464003)(2473001)(377454003)(87936001)(102836003)(3846002)(1096002)(76176999)(11100500001)(54356999)(189998001)(50986999)(106116001)(66066001)(76576001)(5002640100001)(93886004)(5001960100003)(2950100001)(2906002)(5004730100002)(1220700001)(99286002)(81156008)(74316001)(3660700001)(6116002)(3280700002)(2900100001)(5001770100001)(77096005)(92566002)(122556002)(10400500002)(5003600100002)(586003)(33656002)(4326007)(86362001)(230783001)(5008740100001)(19580405001)(19580395003)(40100003); DIR:OUT; SFP:1101; SCL:1; SRVR:SN1PR0301MB1550; H:SN1PR0301MB1551.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: sonusnet.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Mar 2016 10:17:43.3450 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 29a671dc-ed7e-4a54-b1e5-8da1eb495dc3
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR0301MB1550
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/9AOhjADomcnJOP31cnIM5PRtKY4>
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: Tue, 01 Mar 2016 10:17:56 -0000

Well, in your case, it is obviously app. developers fault to supply duration/interval without knowing what they mean/what he is doing (assuming those values are breaking something for whatever reason for that particular deployment). This would be a bug on the application/unintelligent behavior by the app. developer. I am for convenience and accommodating people who are not savvy about DMTF aspects but enforcing limits to guard against stupidity would sacrifice flexibility, which IMHO is another important aspect. And enforcing min/max would do exactly that, limiting flexibility.

Thanks,
Tolga 

> -----Original Message-----
> From: Harald Alvestrand [mailto:harald@alvestrand.no]
> Sent: Tuesday, March 01, 2016 4:25 AM
> To: Asveren, Tolga <tasveren@sonusnet.com>; Ted Hardie
> <ted.ietf@gmail.com>
> Cc: Roman Shpount <roman@telurix.com>; rtcweb@ietf.org
> Subject: Re: [rtcweb] Fwd: Last Call: <draft-ietf-rtcweb-audio-10.txt>
> (WebRTC Audio Codec and Processing Requirements) to Proposed Standard
> 
> Den 01. mars 2016 09:04, skrev Asveren, Tolga:
> > i- I thought I answered that aspect but here it goes again with an example:
> >
> >
> >
> > App Developer, who knows what he is doing:
> >
> > API call:
> >
> > Send_DTMF_Digit(“5”, duration=2000ms, interval=60ms)
> >
> > Browser uses the values supplied in the API call. It does not enforce
> > any checks.
> >
> > App. Developer may use different values based on the negotiated codec.
> >
> >
> >
> > App Developer, who is not savvy about DTMF digits:
> >
> > API call:
> >
> > Send_DTMF_Digit(“5”)
> >
> > Browser uses its default values for duration and interval.
> >
> > Browser default values may be different based on the negotiated codec.
> >
> > Different browsers may use different default values but this does not
> > cause any problem from App. Dev. perspective.
> >
> 
> The other way to look at it:
> 
> App developer who doesn't know what he's doing:
> 
> Send_Dtmf_Digit("5", duration=10)
> 
> Runs on Chrome. It works on his test system. Deploys to a thousand users.
> 
> Someone runs it on Firefox.
> 
> "Illegal value".
> 
> Files a bug against Firefox. Wastes a lot of people's time.
> In the meantime, the Chrome users discover that the DTMF-sending app
> only works part of the time, and files bugs against Chrome for not sending
> reliable DTMF.
> 
> Lots of time wasted for all. People's distrust of DTMF ever working reliably
> goes up.
> 
> What's the benefit of NOT having a hard limit?