IETF Logo Mail Archive

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> Fri, 04 March 2016 20:14 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 9912C1A893B for <rtcweb@ietfa.amsl.com>; Fri, 4 Mar 2016 12:14:13 -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, 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 0akwAZijDfM1 for <rtcweb@ietfa.amsl.com>; Fri, 4 Mar 2016 12:14:11 -0800 (PST)
Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0057.outbound.protection.outlook.com [207.46.100.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC6A51A894E for <rtcweb@ietf.org>; Fri, 4 Mar 2016 12:14:11 -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=gTzEaJe3Oqbv4bqnQ0STCnf7E05cRBX8QxRFSDjFUHY=; b=P6QRaqnvko1ufhHeYvr2ZmPi95DPO2qMZ8c0P9U2yxlniEJtSCufdCzd3k8H2hwUd6WumUaVzfMJsjvf6gyPR+eCCWvHrX+Sewj8HCYBHFlNdEw2HhwTJbMPxVi2qX75dYyOnzC6NdAlUASCMtRNS54B5Ey5uxJNnPPcV6eWe9A=
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.427.16; Fri, 4 Mar 2016 20:14:10 +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; Fri, 4 Mar 2016 20:14:10 +0000
From: "Asveren, Tolga" <tasveren@sonusnet.com>
To: Roman Shpount <roman@telurix.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+p9EeOUQgAB4VQCAAAJvQIAABQwAgAAAciCAAdggAIAAwScAgAATEICAAEfAgIAACySAgAEinnCAAAtQAIAAlMSAgAACCL2AAAEngIAABZm6
Date: Fri, 04 Mar 2016 20:14:10 +0000
Message-ID: <SN1PR0301MB1551701D6CFA3BC5B8BF9549B2BE0@SN1PR0301MB1551.namprd03.prod.outlook.com>
References: <20160224213121.376.85278.idtracker@ietfa.amsl.com> <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> <CAD5OKxvVZuyHqWDZCcbOAYJTzKoFA4cm1DvvHoe8Zjm4LTRh3w@mail.gmail.com> <56D86A45.70406@alvestrand.no> <SN1PR0301MB15514E3DE966D04694948F16B2BE0@SN1PR0301MB1551.namprd03.prod.outlook.com> <56D9678C.5050405@alvestrand.no> <CAD5OKxuT4MnYNDn=DSrE4aY2nux4VhYDiZ7T_uRGMRds1Z3XKA@mail.gmail.com> <SN1PR0301MB155106EB460584246C3F83EDB2BE0@SN1PR0301MB1551.namprd03.prod.outlook.com>, <CAD5OKxs6UACt96mUfkG4ovnQ_4UJRcAqXKd4BVDm3KgLaQ09kQ@mail.gmail.com>
In-Reply-To: <CAD5OKxs6UACt96mUfkG4ovnQ_4UJRcAqXKd4BVDm3KgLaQ09kQ@mail.gmail.com>
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: 64918898-1984-4d15-4aaf-08d344698c3d
x-microsoft-exchange-diagnostics: 1; SN1PR0301MB1549; 5:A9yrivDfTFGd4HhuRynB1hyHzHiLNVyVHCu3NXbIYBIZqlJywqi15npRDz477hMy9nftITaoC/8l6xccYGQ277SCw7uWCG3gVkK7Y7fAVYKyzyvMLFayqa5Zc7J093zYNMHfk6OsvC3LOpdytl1jng==; 24:o8vkdV6nQ1Jyv1Zf9UhmI9vfsz94zIJEjGnTcQt/bw7A6DGi4n3oRJHvwInMw3tF4ovltJSFWLxs0IJ9YDCLtO6GjDhNN0DUUMDaECvxOOY=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN1PR0301MB1549;
x-microsoft-antispam-prvs: <SN1PR0301MB15499B1ECEDFAF38CC148B1EB2BE0@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)(10201501046)(3002001); SRVR:SN1PR0301MB1549; BCL:0; PCL:0; RULEID:; SRVR:SN1PR0301MB1549;
x-forefront-prvs: 0871917CDA
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(24454002)(164054003)(377454003)(2473001)(10400500002)(74316001)(40100003)(106116001)(3900700001)(66066001)(189998001)(110136002)(2906002)(5008740100001)(230783001)(3660700001)(16236675004)(19625215002)(4326007)(122556002)(54356999)(50986999)(19627405001)(76576001)(76176999)(33656002)(3280700002)(86362001)(1220700001)(1096002)(92566002)(19580405001)(586003)(19580395003)(3846002)(102836003)(6116002)(93886004)(87936001)(2900100001)(2950100001)(5003600100002)(11100500001)(5002640100001)(81166005)(77096005)(5004730100002); 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_SN1PR0301MB1551701D6CFA3BC5B8BF9549B2BE0SN1PR0301MB1551_"
MIME-Version: 1.0
X-OriginatorOrg: sonusnet.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Mar 2016 20:14:10.2735 (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/EyKkhEBh6ILw4HJgphcT8iVagmE>
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, 04 Mar 2016 20:14:13 -0000

Considering different points in your replies (please keep me honest if I misread/misinterpreted anything) that you think limit should be defined in RTCWeb WG but should be applicable only for digits generated by browsers. That sounds good to me (defining the limit only on API level in W3C is fine from my perspective too).


Thanks,

Tolga


________________________________
From: Roman Shpount <roman@telurix.com>
Sent: Friday, March 4, 2016 2:50 PM
To: Asveren, Tolga
Cc: Harald Alvestrand; Ted Hardie; Stefan Håkansson LK; 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 Fri, Mar 4, 2016 at 2:47 PM, Asveren, Tolga <tasveren@sonusnet.com<mailto:tasveren@sonusnet.com>> wrote:

That they stay only in WEBRTC TC would address my practical concerns. And *if* the main argument for the limits is making appellations less error prone, i.e. browsers enforcing limits,

W3C WEBRTC working group is not the right to group define the acceptable limits for DTMF tone duration. They can determine that API needs to have a valid parameter range but defining the range should be in IETF.
_____________
Roman Shpount

v2.23.0 | Report a Bug | By Email