IETF Logo Mail Archive

Re: [rtcweb] Microsoft tells W3C and IETF what we are doing no signs of offering real world interoperability

"Kevin P. Fleming" <kpfleming@digium.com> Mon, 06 August 2012 21:07 UTC

Return-Path: <kpfleming@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 12F0C21F8494 for <rtcweb@ietfa.amsl.com>; Mon, 6 Aug 2012 14:07:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -109.599
X-Spam-Level:
X-Spam-Status: No, score=-109.599 tagged_above=-999 required=5 tests=[AWL=1.000, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3xWnYYPYfQuT for <rtcweb@ietfa.amsl.com>; Mon, 6 Aug 2012 14:07:21 -0700 (PDT)
Received: from mail.digium.com (mail.digium.com [216.207.245.2]) by ietfa.amsl.com (Postfix) with ESMTP id EA18621F8493 for <rtcweb@ietf.org>; Mon, 6 Aug 2012 14:07:20 -0700 (PDT)
Received: from [10.24.55.203] (helo=zimbra.hsv.digium.com) by mail.digium.com with esmtp (Exim 4.69) (envelope-from <kpfleming@digium.com>) id 1SyUWF-0001op-RZ for rtcweb@ietf.org; Mon, 06 Aug 2012 16:07:19 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by zimbra.hsv.digium.com (Postfix) with ESMTP id CCAEDD887A for <rtcweb@ietf.org>; Mon, 6 Aug 2012 16:07:19 -0500 (CDT)
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 w76gYZYzmZEZ for <rtcweb@ietf.org>; Mon, 6 Aug 2012 16:07:19 -0500 (CDT)
Received: from [10.24.19.142] (sligo.digium.internal [10.24.19.142]) by zimbra.hsv.digium.com (Postfix) with ESMTPSA id 59712D8002 for <rtcweb@ietf.org>; Mon, 6 Aug 2012 16:07:19 -0500 (CDT)
Message-ID: <502031F8.8020104@digium.com>
Date: Mon, 06 Aug 2012 16:07:04 -0500
From: "Kevin P. Fleming" <kpfleming@digium.com>
Organization: Digium, Inc.
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <53223349-A31F-4381-899F-82E29B0A0B6C@cisco.com> <CACHLvecT1AgJRo=xM5AH-fGZn+iYrtHqWk7Eym8QJn9U7YGcsg@mail.gmail.com> <CAPk5xQv_ZNqo66LfApshWtRrvXuBMscnp3+kY_GMiibgD1BCqw@mail.gmail.com> <AEF5DA45-0307-4170-A8B4-BAE6B25248C8@cisco.com> <CAOJ7v-093zyfumK_z5dGhr8msNatfBABk6wD=g80GH2LG4055Q@mail.gmail.com>
In-Reply-To: <CAOJ7v-093zyfumK_z5dGhr8msNatfBABk6wD=g80GH2LG4055Q@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [rtcweb] Microsoft tells W3C and IETF what we are doing no signs of offering real world interoperability
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: Mon, 06 Aug 2012 21:07:22 -0000

On 08/06/2012 03:19 PM, Justin Uberti wrote:
> Note also that pre- and post-processing of media are not covered by this
> proposal, those concepts are in the domain of MediaStream (and
> post-processing is possible today through various methods).
>
> In fact, I think the primary novel features of this proposal are:
> - SessionDescriptions are true objects, instead of wrappers around SDP
> - Additional control over the ICE Agent
>
> However, no use cases have yet been outlined that require this
> functionality.

I doubt you'll ever see a use case that *requires* SessionDescription 
objects, since the identical behavior can be achieved (in most cases) by 
handling SDP directly. As has been previously discussed, though, using 
objects would make life easier for JS developers, and might lead to more 
natural solutions to problems that have been recently posted on this 
list (like inspection of offers to determine which parts should be 
accepted and which should not).

-- 
Kevin P. Fleming
Digium, Inc. | Director of Software Technologies
Jabber: kfleming@digium.com | SIP: kpfleming@digium.com | Skype: kpfleming
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at www.digium.com & www.asterisk.org

v2.23.0 | Report a Bug | By Email