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

Robin Raymond <robin@hookflash.com> Thu, 20 June 2013 17:52 UTC

Return-Path: <robin@hookflash.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 A8D8921F9E4E for <rtcweb@ietfa.amsl.com>; Thu, 20 Jun 2013 10:52:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.149
X-Spam-Level:
X-Spam-Status: No, score=-2.149 tagged_above=-999 required=5 tests=[AWL=0.449, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 q6P3Dnm0ujU1 for <rtcweb@ietfa.amsl.com>; Thu, 20 Jun 2013 10:52:42 -0700 (PDT)
Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) by ietfa.amsl.com (Postfix) with ESMTP id 93F8A21F9AE6 for <rtcweb@ietf.org>; Thu, 20 Jun 2013 10:52:42 -0700 (PDT)
Received: by mail-ie0-f175.google.com with SMTP id a13so16415549iee.6 for <rtcweb@ietf.org>; Thu, 20 Jun 2013 10:52:42 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:x-gm-message-state; bh=Lkc0Du4rur3WbBuDo2JJYiqvuZ6RGVbySWUDZOddw/o=; b=CH5JzE8rS38M8N8l+3WtHEiaFUFvqYrODhry7Zow1MxMD353isNlQ2GY90ljhtu7iq i0JDsy8U1VEq31BwHFRWUvNobVyVxUKfZfqKiYBCqSo3coZwAmTd07BNPu3fp81CAY6T yXTuqpGIGQ9FuePDNNNajpF6Nr8zob55yw8SFJQlOYhTqNcByxHH593Twq5Iw5tLWDc7 wcHsWkNJFZlvwJveqODboB2/DQoOxq3aWC48uOP6OD3i2a0oCvds/fa1+8j14soq9ZhB VekJUDHMCde2aCJn2Ac48rBXqczaUtxWFwggSWW1YdEDbJQuRsruV/FGl8ISCj0iaYQG /wtA==
X-Received: by 10.43.77.137 with SMTP id zi9mr484980icb.106.1371750761986; Thu, 20 Jun 2013 10:52:41 -0700 (PDT)
Received: from Robins-MacBook-Pro.local (CPE602ad08742f7-CM602ad08742f4.cpe.net.cable.rogers.com. [99.224.116.224]) by mx.google.com with ESMTPSA id nm17sm11933425igb.5.2013.06.20.10.52.40 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 20 Jun 2013 10:52:41 -0700 (PDT)
Message-ID: <51C34166.2080901@hookflash.com>
Date: Thu, 20 Jun 2013 13:52:38 -0400
From: Robin Raymond <robin@hookflash.com>
User-Agent: Postbox 3.0.8 (Macintosh/20130427)
MIME-Version: 1.0
To: Bernard Aboba <bernard_aboba@hotmail.com>
References: <51C333E1.1030709@hookflash.com>, <CAJrXDUEYyW8ATixyVaFhVH9=ri-Zy5RxaAqrJ-Ko8mJSh09L-g@mail.gmail.com> <BLU169-W370B3556678DF1CCBF07FE938E0@phx.gbl>
In-Reply-To: <BLU169-W370B3556678DF1CCBF07FE938E0@phx.gbl>
Content-Type: multipart/alternative; boundary="------------030404060608060009090709"
X-Gm-Message-State: ALoCoQnncxHVB6ADQ2LY6790NcoUvugybQSXlSuFgTv35Z+GV9PlwTxPBru699QXvigqHMIeWobl
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:52:44 -0000

Would someone produce unit tests against the produced SDP and offered 
SDP that is the "defined webrtc spec" so the bar could be set? Hitting a 
moving target will be challenging. Seems to me a lot of what is SDP is 
not extremely well defined at this point so the only thing I can do is 
produce "good" SDP since the exact definition of what is webRTC SDP 
seems a bit lacking.

-Robin


> Bernard Aboba <mailto:bernard_aboba@hotmail.com>
> 20 June, 2013 1:48 PM
> 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.
>
>