Re: [rtcweb] Proposal for a JS API for NoPlan (adding multiple sources without encoding them in SDP)

"Matthew Kaufman (SKYPE)" <> Thu, 27 June 2013 05:27 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 68FD521F9BD5 for <>; Wed, 26 Jun 2013 22:27:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -5.598
X-Spam-Status: No, score=-5.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, GB_I_LETTER=-2, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id p9l9fHuPODlQ for <>; Wed, 26 Jun 2013 22:27:49 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 3565C21F8F87 for <>; Wed, 26 Jun 2013 22:27:48 -0700 (PDT)
Received: from ( by ( with Microsoft SMTP Server (TLS) id 15.0.717.3; Thu, 27 Jun 2013 05:27:48 +0000
Received: from ( by ( with Microsoft SMTP Server (TLS) id 15.0.707.0 via Frontend Transport; Thu, 27 Jun 2013 05:27:47 +0000
Received: from ([]) by ([]) with mapi id 14.03.0136.001; Thu, 27 Jun 2013 05:26:38 +0000
From: "Matthew Kaufman (SKYPE)" <>
To: Robin Raymond <>, Bernard Aboba <>
Thread-Topic: [rtcweb] Proposal for a JS API for NoPlan (adding multiple sources without encoding them in SDP)
Thread-Index: AQHOa1pL3f2CtN2bTEydXd59L0Jyj5k6p8cAgAKBMYCAAAxEgIALzZYAgAAPjYCAAAHm4A==
Date: Thu, 27 Jun 2013 05:26:37 +0000
Message-ID: <>
References: <>, <>, <>, <> <BLU169-W225763F0847397377AA5AE93750@phx.gbl> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_AE1A6B5FD507DC4FB3C5166F3A05A4841A2E9DE2TK5EX14MBXC273r_"
MIME-Version: 1.0
X-Forefront-Antispam-Report: CIP:; CTRY:US; IPV:CAL; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(377454003)(189002)(199002)(69226001)(81542001)(16406001)(71186001)(79102001)(81342001)(74502001)(74706001)(77982001)(31966008)(47446002)(55846006)(74662001)(76482001)(74366001)(51856001)(54356001)(46102001)(44976004)(74876001)(77096001)(59766001)(19300405004)(76786001)(76796001)(54316002)(15202345003)(56816003)(53806001)(56776001)(6806003)(47976001)(20776003)(47736001)(4396001)(512954002)(63696002)(50986001)(33656001)(49866001)(80022001)(66066001)(561944002)(16236675002)(65816001); DIR:OUT; SFP:; SCL:1; SRVR:BL2FFO11HUB052;; CLIP:; RD:InfoDomainNonexistent; MX:1; A:1; LANG:en;
X-O365ENT-EOP-Header: Message processed by - O365_ENT: Allow from ranges (Engineering ONLY)
X-Forefront-PRVS: 08902E536D
Cc: "" <>
Subject: Re: [rtcweb] Proposal for a JS API for NoPlan (adding multiple sources without encoding them in SDP)
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 27 Jun 2013 05:27:54 -0000

If the current API course is followed, it is mandatory that it be possible to produce a 1-for-1 compatible shim without reference to anything but the W3C documentation and its normative references. Otherwise it cannot be a W3C specification.

Matthew Kaufman

From: [] On Behalf Of Robin Raymond
Sent: Wednesday, June 26, 2013 10:10 PM
To: Bernard Aboba
Subject: Re: [rtcweb] Proposal for a JS API for NoPlan (adding multiple sources without encoding them in SDP)

You are absolutely correct, that it is an unobtainable goal to produce a shim 1-for-1 compatible without reverse engineering.

In the draft:

We declare in section 5.4.8 "SIP/SDP and current WebRTC API shim compatibility statement" that it would not be the goal of this shim to do that. I think we have to work towards producing a shim that follows the spirit of the current WebRTC API rather than emulating the exact letter of every feature (and bug), especially since the feature definitions are vague. As any JS shim could be forked and modified, if a particular "feature/bug" needed to be emulated by someone it could be done by the developer needing the specialized behavior. Every JavaScript developer will have full control over the shim's code or which shim(s) to use.