Re: [rtcweb] Working group last call for draft-ietf-rtcweb-audio

Adam Roach <adam@nostrum.com> Fri, 18 December 2015 21:24 UTC

Return-Path: <adam@nostrum.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 58BB71B38F9 for <rtcweb@ietfa.amsl.com>; Fri, 18 Dec 2015 13:24:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 fot-9iARKipl for <rtcweb@ietfa.amsl.com>; Fri, 18 Dec 2015 13:24:14 -0800 (PST)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 ED5701B391B for <rtcweb@ietf.org>; Fri, 18 Dec 2015 13:24:13 -0800 (PST)
Received: from Orochi.local (99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110]) (authenticated bits=0) by nostrum.com (8.15.2/8.14.9) with ESMTPSA id tBILOAXh049558 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 18 Dec 2015 15:24:11 -0600 (CST) (envelope-from adam@nostrum.com)
X-Authentication-Warning: raven.nostrum.com: Host 99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110] claimed to be Orochi.local
To: Roman Shpount <roman@telurix.com>, Ted Hardie <ted.ietf@gmail.com>
References: <CA+9kkMDAL1mKqt7cTRmU4YqX2S5QN4RKn2cfbPaBeDgx=yiN0Q@mail.gmail.com> <CAD5OKxtvhaqx=H10=fUiGAjvnGAb_g89p2TZT9iNEg2F9k+6FA@mail.gmail.com> <CA+9kkMApyK4YPaWbQATy9zGfCOd3Dyfr8cY2amODgFE4XQCA=A@mail.gmail.com> <CAD5OKxtDGUv3akJTe6ZRYNhQN=SMY_R+GeV_Kg67Y6EYq+aV=A@mail.gmail.com>
From: Adam Roach <adam@nostrum.com>
Message-ID: <5674797A.9020102@nostrum.com>
Date: Fri, 18 Dec 2015 15:24:10 -0600
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.4.0
MIME-Version: 1.0
In-Reply-To: <CAD5OKxtDGUv3akJTe6ZRYNhQN=SMY_R+GeV_Kg67Y6EYq+aV=A@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/WGEi8UpaZ_g-0P-8X0lvbv4rcfo>
Cc: Cullen Jennings <fluffy@cisco.com>, "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Working group last call for draft-ietf-rtcweb-audio
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, 18 Dec 2015 21:24:15 -0000

On 12/18/15 15:10, Roman Shpount wrote:
> It looks like these tones are removed for aesthetic reasons only.

I think it would be better if you directly disagreed with Cullen's 
rationale rather than simply ignoring it. Since it was made in a 
different forum, I'll copy it here.


On 12/9/15 12:48, Cullen Jennings wrote:
> I want to be clear I don't care that much one way or the other about this but I want to try again to explain the issue...
>
> A to D will often be blocked by the system that sends them from one side to the other. So if you write JS applications that use theses, they will work some times and not others. That is just inviting developers to shoot themselves in the foot and no one has identified any benefit of adding A to D yet.
>
> 100% agree that the IETF and W3C specs need to align on this and we should change the ietf audio draft if we are including A-D.
>

To be clear, this is speaking to operational aspects of the system's 
behavior that I haven't had much visibility into. We have one 
implementor effectively asserting that all commercial gateways support 
these tones, and another saying that they tend to be blocked by 
intermediaries. I suppose both assertions could be true, but the net 
effect of both being true is that these tones are broadly unusable.

But I'm in the same boat as Cullen: I don't care much whether these 
tones are supported, as long as the W3C and IETF documents agree with 
each other.

/a