Re: [rtcweb] Call for Consensus Regarding Selecting Recommended Audio Codecs

Steve Sokol <ssokol@digium.com> Thu, 27 December 2012 17:05 UTC

Return-Path: <ssokol@digium.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A11C721F8D53 for <rtcweb@ietfa.amsl.com>; Thu, 27 Dec 2012 09:05:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.598
X-Spam-Level:
X-Spam-Status: No, score=-110.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 51HdOZO9FYe0 for <rtcweb@ietfa.amsl.com>; Thu, 27 Dec 2012 09:05:37 -0800 (PST)
Received: from mail.digium.com (mail.digium.com [216.207.245.2]) by ietfa.amsl.com (Postfix) with ESMTP id F301421F8D47 for <rtcweb@ietf.org>; Thu, 27 Dec 2012 09:05:36 -0800 (PST)
Received: from [10.24.55.203] (helo=zimbra.hsv.digium.com) by mail.digium.com with esmtp (Exim 4.69) (envelope-from <ssokol@digium.com>) id 1ToGti-0002Fd-VL; Thu, 27 Dec 2012 11:05:34 -0600
Received: from localhost (localhost.localdomain [127.0.0.1]) by zimbra.hsv.digium.com (Postfix) with ESMTP id DF700D887B; Thu, 27 Dec 2012 11:05:34 -0600 (CST)
Received: from zimbra.hsv.digium.com ([127.0.0.1]) by localhost (zimbra.hsv.digium.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MQl9itexPgeT; Thu, 27 Dec 2012 11:05:34 -0600 (CST)
Received: from zimbra.hsv.digium.com (zimbra.hsv.digium.com [10.24.55.203]) by zimbra.hsv.digium.com (Postfix) with ESMTP id 7CCC9D8002; Thu, 27 Dec 2012 11:05:34 -0600 (CST)
Date: Thu, 27 Dec 2012 11:05:34 -0600
From: Steve Sokol <ssokol@digium.com>
To: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
Message-ID: <7daabbec-07cc-421e-b6d4-5292b9c063b5@zimbra>
In-Reply-To: <C5E08FE080ACFD4DAE31E4BDBF944EB113323E96@xmb-aln-x02.cisco.com>
Content-Type: multipart/alternative; boundary="=_87123264-dcb7-483c-bb7c-fc6ffdef67c5"
MIME-Version: 1.0
X-Mailer: Zimbra 7.1.3_GA_3346 (ZimbraWebClient - GC23 (Mac)/7.1.3_GA_3346)
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] Call for Consensus Regarding Selecting Recommended Audio Codecs
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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, 27 Dec 2012 17:05:37 -0000

Per Cullen's request, here is the very short list of audio codecs that seem to have received some interest and the associated benefit of including them in the standard: 

G.722 - The de facto standard for "HD audio", G.722 has the advantage of wide deployment in both hard and soft endpoints. G.722 has no known IPR issues. It consumes a relatively modest 64 Kbps which covers most use cases (though not Edge). Inclusion of G.722 would arguably simplify interoperability with HD-capable legacy endpoints and gateways. 

AMR, AMR-WB - The official standards for mobile telephony. Adding support for the AMR codecs would arguably simplify the process of interoperation with mobile endpoints. Licenses would be required as both include patented technology. 

None - Several group members have argued that the standard should not include SHOULD or RECOMMENDED codecs for various reasons. 

Speaking for myself, I don't see much reason to include any of these. With mandatory encryption, media stream bundling and various other divergences from the way most legacy endpoints operate, I don't see unmediated legacy interoperability as likely to happen -- you will always need something to act as a gateway. That being the case, why clutter up the standard with "SHOULD" or "RECOMMENDED" directives? 

The best thing about WebRTC is that it is (thus far) not an attempt to re-build the PSTN on yet another IP platform. Keep is simple.