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 17:01 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 C35681B2FB1 for <rtcweb@ietfa.amsl.com>; Tue, 1 Mar 2016 09:01:20 -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 Do0oZeIaU3Qg for <rtcweb@ietfa.amsl.com>; Tue, 1 Mar 2016 09:01:18 -0800 (PST)
Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0087.outbound.protection.outlook.com [207.46.100.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A9191B2F87 for <rtcweb@ietf.org>; Tue, 1 Mar 2016 09:00:17 -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=cb0jchahXRFdxiWFt6qV9RgU2eCQFhN/eyMFIzqVwi0=; b=oeJXy+UM9xjwaximQ/aEtE7eiQdSZXjTFQHKfMC9Rwjk0XyaA6EnH5eT1U83u4L2TFwjgvmrUBfyNRHIoFkGvrS3Z3oqlUf6999DEkd0bwrmFFO8TjkzekT8fd97nRS9szLf7qVXjgcim08O/WrFN4YFTxWD90YDqEhY9DeKPmA=
Received: from SN1PR0301MB1551.namprd03.prod.outlook.com (10.162.129.157) by SN1PR0301MB1549.namprd03.prod.outlook.com (10.162.129.155) with Microsoft SMTP Server (TLS) id 15.1.409.15; Tue, 1 Mar 2016 17:00:15 +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 17:00:15 +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/qAAA2lgIAAuVMQgAAYxoCAAA0u0IAAGluAgABWJSA=
Date: Tue, 01 Mar 2016 17:00:14 +0000
Message-ID: <SN1PR0301MB15511AAEFDF5C620CF56F0A4B2BB0@SN1PR0301MB1551.namprd03.prod.outlook.com>
References: <20160224213121.376.85278.idtracker@ietfa.amsl.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> <SN1PR0301MB15512FBBCA5186B4829FEFA8B2BB0@SN1PR0301MB1551.namprd03.prod.outlook.com> <56D58113.2070704@alvestrand.no>
In-Reply-To: <56D58113.2070704@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: 21717b2b-cab3-48c8-c614-08d341f2f609
x-microsoft-exchange-diagnostics: 1; SN1PR0301MB1549; 5:rwJlJpZ5tWQPvdDguSbxl6PW3GUNjG5v+2QTgBLK6piGUOsHPjJ2tO9p88n77LwTBL3KjWswO8jRh6nVR/+ehjT4eLFgX6Hs6G7vbcscP1jtOBAwivoMlMlaP2SsJQTJWmHBV1PUQgM+KcSk6BlRGQ==; 24:SqEtFk2SExKuqSDQnlo2PUeUeQgCXmeURpJHsS5hzBqeVEk75Mu5Erj8p/2/p4c94SIpX5iPdN3XBMHYZ7+cnYDUf7MGDF1mVCYBFUqePno=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN1PR0301MB1549;
x-microsoft-antispam-prvs: <SN1PR0301MB15497D7D4197209CE26A4744B2BB0@SN1PR0301MB1549.namprd03.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046); SRVR:SN1PR0301MB1549; BCL:0; PCL:0; RULEID:; SRVR:SN1PR0301MB1549;
x-forefront-prvs: 086831DFB4
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(164054003)(2473001)(13464003)(377454003)(106116001)(50986999)(2906002)(11100500001)(5002640100001)(5003600100002)(3846002)(87936001)(76176999)(102836003)(230783001)(5001960100004)(81156009)(76576001)(1096002)(93886004)(3660700001)(122556002)(10400500002)(92566002)(3280700002)(40100003)(6116002)(2900100001)(33656002)(4326007)(586003)(19580405001)(1220700001)(5001770100001)(5008740100001)(189998001)(54356999)(2950100001)(74316001)(19580395003)(77096005)(86362001)(99286002)(66066001); DIR:OUT; SFP:1101; SCL:1; SRVR:SN1PR0301MB1549; 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 17:00:15.2911 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 29a671dc-ed7e-4a54-b1e5-8da1eb495dc3
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR0301MB1549
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/UN0kAGGYp0pWobJ_9CkA1F9QGKs>
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 17:01:20 -0000

So, you think that we shouldn’t expect that an App. Dev., who doesn’t know much about DTMF, can’t call the right API, which would use the browser defaults(despite explanations in relevant specifications)? I respectfully disagree. What about some other App. Dev., who calls APIs in a nilly-willy way, in the wrong order, with wrong values... Maybe we should have a single API: Make_Call(phone number)?!?

Thanks,
Tolga

> -----Original Message-----
> From: Harald Alvestrand [mailto:harald@alvestrand.no]
> Sent: Tuesday, March 01, 2016 6:46 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 11:17, skrev Asveren, Tolga:
> > 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.
> 
> That's the part that I don't get.
> I pointed out how the choice *not* to have hard limits imposes cost on a lot
> of people - most of which are *not* the people doing the unintelligent
> behavior.
> 
> And there's *no* mechanism for asking the app developer to pay for their
> wasted time.
> 
> 
> > 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.
> 
> Again - is there any *realistic* use case that is impossible when a consistent
> min/max is enforced, and impossible when some other limits are enforced?
> 
> Remember that *all* browsers *will* impose *some* limit.