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> Thu, 03 March 2016 10:47 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 476011A8991 for <rtcweb@ietfa.amsl.com>; Thu, 3 Mar 2016 02:47:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, 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 GxNfBtPacRAW for <rtcweb@ietfa.amsl.com>; Thu, 3 Mar 2016 02:47:51 -0800 (PST)
Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0633.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:633]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8CC7E1A8990 for <rtcweb@ietf.org>; Thu, 3 Mar 2016 02:47:50 -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=Tbw6sKhLM5mqmD/RGRbxQIdP/p5cSBmTQlO8uwzg+bM=; b=QaTsI0eSbgKpG6kUKxuRWpWunPD3sGTp0sHtFTXHxpZPsvI9t5HnB6q1MKH6GIdUa+J+qZgtGYSrscUM5jcj0CpFJmHh46DkF+QToCDHF9W+mHhpF/KRsHuq+tKBhN47j3mdbOXFjBldnZ5NWZE62HB4HMCvJbxPrZMY/Gsy4AI=
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; Thu, 3 Mar 2016 10:47:33 +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; Thu, 3 Mar 2016 10:47:33 +0000
From: "Asveren, Tolga" <tasveren@sonusnet.com>
To: 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+p9EeOUQgAB4VQCAAAJvQIAABQwAgAAAciCAAdggAIAAwScA
Date: Thu, 03 Mar 2016 10:47:33 +0000
Message-ID: <SN1PR0301MB15514DE72ED6C92766D32E80B2BD0@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> <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>
In-Reply-To: <CA+9kkMA++uB6p0QYgWtgYtd9ysa9F5jb2wZnSm=Q-Fgig06_zg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=sonusnet.com;
x-originating-ip: [73.29.18.75]
x-ms-office365-filtering-correlation-id: 718cd4f5-2efd-47ed-ea29-08d3435139fe
x-microsoft-exchange-diagnostics: 1; SN1PR0301MB1549; 5:5DnegvW2lXdJvjZphYPbQs75XdJhBrdO33gMN9KvIM3OCciVnugajsWPr9DVhT3RbOhKDG0/vcfoeMkvVVqNOdCnS0xByjeCilfPPcqP5yDZ7z1qbWzACBPd2uBm67d7rwDnGhEcy04hzA5dxrHbuw==; 24:V5Zv6SC+MXzdtqiSGriaNyjdYQ0ZJpNozVJq8TvdxlxMmFQ2VSoHxuekyRS4rS4IvHgIeyMLesBc0fJA9S+zBhgtT0kZCjMbkqkBPUcl4PM=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN1PR0301MB1549;
x-microsoft-antispam-prvs: <SN1PR0301MB154989723FF95807F892184DB2BD0@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: 0870212862
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(24454002)(2473001)(377454003)(164054003)(33656002)(3846002)(3280700002)(6116002)(40100003)(19609705001)(790700001)(15975445007)(5004730100002)(19580395003)(66066001)(86362001)(1220700001)(2900100001)(74316001)(5008740100001)(5001960100004)(54356999)(2950100001)(4326007)(19580405001)(189998001)(586003)(11100500001)(5002640100001)(19300405004)(77096005)(50986999)(87936001)(106116001)(92566002)(2906002)(10400500002)(3660700001)(110136002)(19625215002)(5003600100002)(16236675004)(122556002)(93886004)(102836003)(230783001)(76176999)(76576001)(1096002); 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: multipart/alternative; boundary="_000_SN1PR0301MB15514DE72ED6C92766D32E80B2BD0SN1PR0301MB1551_"
MIME-Version: 1.0
X-OriginatorOrg: sonusnet.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Mar 2016 10:47:33.1447 (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/dSV6S-46x6xkhLN94M3raDOfCuQ>
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 10:47:55 -0000

i- But is “X told so” really a technical argument and shouldn’t we base our decisions on technical aspects? What I am suggesting (browsers supporting “default” values instead of “enforced ranges”) has the technical merits that it both provides flexibility for application, which know what they are doing and need the flexibility, and at the same time covers the case of non-savvy users.

ii- RTCWeb is not only about browsers. There are gateways and native applications as well. RTCWeb specifications should cover use by all these types of entities IMHO.


Thanks,
Tolga

From: Ted Hardie [mailto:ted.ietf@gmail.com]
Sent: Wednesday, March 02, 2016 6:10 PM
To: Asveren, Tolga <tasveren@sonusnet.com>
Cc: Roman Shpount <roman@telurix.com>; Stefan Håkansson LK <stefan.lk.hakansson@ericsson.com>; Harald Alvestrand <harald@alvestrand.no>; rtcweb@ietf.org
Subject: Re: [rtcweb] Fwd: Last Call: <draft-ietf-rtcweb-audio-10.txt> (WebRTC Audio Codec and Processing Requirements) to Proposed Standard

On Tue, Mar 1, 2016 at 11:02 AM, Asveren, Tolga <tasveren@sonusnet.com<mailto:tasveren@sonusnet.com>> wrote:
“that there will be a range imposed by browsers”
Why are we assuming this? There should be some justification for this statement (and this is what I fail to see/understand but am really open to good explanation for the need for this). The model I presented has a “default value” for browsers not an “enforced range”. Those two are different things.

We are assuming it because some of the browser vendors participating have said so. Other data would be, of course, welcome.
Ted


Thanks,
Tolga

From: Ted Hardie [mailto:ted.ietf@gmail.com<mailto:ted.ietf@gmail.com>]
Sent: Tuesday, March 01, 2016 1:58 PM
To: Asveren, Tolga <tasveren@sonusnet.com<mailto:tasveren@sonusnet.com>>
Cc: Roman Shpount <roman@telurix.com<mailto:roman@telurix.com>>; Stefan Håkansson LK <stefan.lk.hakansson@ericsson.com<mailto:stefan.lk.hakansson@ericsson.com>>; Harald Alvestrand <harald@alvestrand.no<mailto:harald@alvestrand.no>>; rtcweb@ietf.org<mailto:rtcweb@ietf.org>
Subject: Re: [rtcweb] Fwd: Last Call: <draft-ietf-rtcweb-audio-10.txt> (WebRTC Audio Codec and Processing Requirements) to Proposed Standard

Hi Tolga,

On Tue, Mar 1, 2016 at 10:47 AM, Asveren, Tolga <tasveren@sonusnet.com<mailto:tasveren@sonusnet.com>> wrote:

ii- As another general principle, introducing a restriction without a good reason is a bad idea IMHO. So far, I yet have to see a good argument in favor of an enforced range (other than that we should assume that intelligence level of app. developer’s is equal to a chimpanzee)

This is not a fair characterization of the point that has been made, and I'd appreciate your being careful with your wording.  The point that has been made is that there will be a range imposed by browsers and that standardizing that range avoids the complexity of discovery and/or random failure modes.  If you are arguing that there will be no enforced range at all, then the browser makers' assertion to the contrary seems to be problematic for accepting your argument.
regards,
Ted