IETF Logo Mail Archive

Re: [rtcweb] WebRTC JS object API with SDP shim option

Bernard Aboba <bernard_aboba@hotmail.com> Thu, 20 June 2013 17:49 UTC

Return-Path: <bernard_aboba@hotmail.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 09F7321F9F77 for <rtcweb@ietfa.amsl.com>; Thu, 20 Jun 2013 10:49:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.541
X-Spam-Level:
X-Spam-Status: No, score=-102.541 tagged_above=-999 required=5 tests=[AWL=0.057, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 rC-6HOH7GYsh for <rtcweb@ietfa.amsl.com>; Thu, 20 Jun 2013 10:48:57 -0700 (PDT)
Received: from blu0-omc3-s23.blu0.hotmail.com (blu0-omc3-s23.blu0.hotmail.com [65.55.116.98]) by ietfa.amsl.com (Postfix) with ESMTP id 208ED21F9F28 for <rtcweb@ietf.org>; Thu, 20 Jun 2013 10:48:57 -0700 (PDT)
Received: from BLU169-W37 ([65.55.116.72]) by blu0-omc3-s23.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 20 Jun 2013 10:48:56 -0700
X-TMN: [B9XZ7Mxbc87+su7f/AYgi7/Nr9/ZrtRz]
X-Originating-Email: [bernard_aboba@hotmail.com]
Message-ID: <BLU169-W370B3556678DF1CCBF07FE938E0@phx.gbl>
Content-Type: multipart/alternative; boundary="_fad9ecc3-b449-4696-bfdf-833ebdf94abf_"
From: Bernard Aboba <bernard_aboba@hotmail.com>
To: Peter Thatcher <pthatcher@google.com>, Robin Raymond <robin@hookflash.com>
Date: Thu, 20 Jun 2013 10:48:55 -0700
Importance: Normal
In-Reply-To: <CAJrXDUEYyW8ATixyVaFhVH9=ri-Zy5RxaAqrJ-Ko8mJSh09L-g@mail.gmail.com>
References: <51C333E1.1030709@hookflash.com>, <CAJrXDUEYyW8ATixyVaFhVH9=ri-Zy5RxaAqrJ-Ko8mJSh09L-g@mail.gmail.com>
MIME-Version: 1.0
X-OriginalArrivalTime: 20 Jun 2013 17:48:56.0219 (UTC) FILETIME=[6F8FDEB0:01CE6DDE]
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] WebRTC JS object API with SDP shim option
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, 20 Jun 2013 17:49:03 -0000

Peter Thatcher said: 
"How are you going to test that shim without a working implementation of the clean API?
One thing you could do is build a shim of clean API -> SDP.  Then, you'd have two shims which would make a fun combination (SDP -> clean API -> SDP) and you're prove that SDP munging and the clean API are equivalent in power.
Or you could fork Chrome or Firefox. 
Either way, you have a lot of work ahead of you.  Best of luck."
[BA] Getting a working implementation of a clean API is not the biggest issue.  The biggest issue is how to determine whether a shim is "successful" or not.   At this point, the reality is that the  implementation code (including undocumented behavior) represents the WebRTC 1.0 specification, rather than the documents produced by W3C and IETF.  This makes the bar (either "backward compatibility" or "equivalent in power") difficult to define, let alone satisfy.

v2.14.0 | Report a Bug | By Email