Re: [rtcweb] RTCWeb default signaling protocol [was RE: About defining a signaling protocol for WebRTC (or not)]

["Olle E. Johansson" <[e-mail]>]

16 sep 2011 kl. 23:32 skrev Matthew Kaufman:

> On 9/16/11 1:56 AM, Ravindran Parthasarathi wrote:
>> Hi Saul,
>> 
>> I really didn't get your argument fully because in case there is no default signaling protocol, it is unavoidable to have island of devices without gateways but you argue other way around.
> Browsers cannot talk to each other without at least a web server to serve up the application (HTML and Javascript) and a server over which to exchange the ICE signaling information, so they won't be talking to each other "on their own" anyway.
They will be able to use the rtcweb data channel, which is a concern.


> 
> Once you have that, RTCWEB calling is no more or less an island than web-based messaging services. Some of them let users compose messages that stay within the "walled garden" of the service (and that is their choice), others let users compose email which is exchanged with other services over standard protocols like SMTP.
> 
>> 
>> I specifically asked for the scope of your opinion on RTCWeb work is between browser-to-browser
> 
> RTCWEB needs to specify the browser-to-browser media and the APIs by which that media channel is created and controlled. That is all.
According to the wg charter there's a data channel ability too.

> 
>>  or browser-to-other end-point to know whether parallel universe has to be build or not.
> 
> For the media channel, it would be helpful if the "browser-to-browser" media uses a standard such as RTP so that "browser-to-other" can be done directly, without media gateways.
> 
> For signaling, this is not nearly so important a requirement, and in fact conflicts with the goals of providing flexible APIs that allow developers to use web browsers as a development platform... an operating system and runtime, rather than a pre-built "phone" as I've said before.
> 
>>  In case there is no default signaling protocol, it is impossible to communicate between browser-to-endpoint without gateways.
> 
> Signaling? True.
> 
> Media? Hopefully not.
Data which can carry signalling - maybe...

Sorry to keep repeating the data channel issue, but it disturbes me a bit.

/O