W3C home > Mailing lists > Public > public-webrtc@w3.org > January 2012

Re: [Bug 15206] Add API for sending and receiving p2p application data

From: Randell Jesup <randell-ietf@jesup.org>
Date: Thu, 26 Jan 2012 16:32:53 -0800
Message-ID: <4F21F0B5.50300@jesup.org>
To: public-webrtc@w3.org
On 1/26/2012 3:15 PM, bugzilla@jessica.w3.org wrote:
> https://www.w3.org/Bugs/Public/show_bug.cgi?id=15206
> --- Comment #9 from Justin Uberti<juberti@google.com>  2012-01-26 23:15:35 UTC ---
> New in this version:
> Changes for Jan 2012 W3C meeting; tied DataStreams to a PeerConnection; changed
> DataStream base class; added MTU for unreliable streams; better WebSocket
> alignment (added other send() variants, removed onreadytosend); added reliable
> and multiparty examples

Thanks Justin.

I'll note that creating a datastream here requires a full renegotiation 
of the entire peerconnection (though one assumes the other items don't 
change state and thus would end up being no-ops after lots of processing 

There are alternatives that would not require renegotations of the 
peerconnection, as mentioned in a previous message thread titled "Data 
channel setup and signalling", starting 11/15/2011, or would only 
*require* negotiating one channel and use an application-specific 
protocol over that one to open additional ones.


I'll repeat one bit from that which is relevant:

>  The other option is to have (some) data channels be separate from media, in
>  particular app-specific anonymous data channels.  There's no requirement for
>  describing the channels if they're private to the app, at least to the first
>  approximation.  An app could pre-define data channel 3 as a private message
>  structure for game map updates, so long as it knows its talking to itself.

Unless there's some higher-level structure imposed on the data somehow, 
data channels are inherently application-specific, so generic stream 
specifications and "negotiation" of them actually buys you very little 
(except *maybe* the first one).  This is different from audio and video 
streams and their encodings.

Randell Jesup
Received on Friday, 27 January 2012 00:33:33 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:17:25 UTC