Re: [rtcweb] My Opinion: Why I think a negotiating protocol is a Good Thing

[Iñaki Baz Castillo <[e-mail]>]

2011/10/18 Harald Alvestrand <[e-mail]>:
> There’s the need for one browser to communicate with the other browser, and
> if the intermediate components are to have the ability to ignore the
> details, what’s communicated has to be treated like a blob - something
> passed out of one browser’s API and into another browser’s API, unchanged by
> the application - because the application must be able to ignore the
> details.
>
> OK, now we have the API with blobs. We also have to make some assumptions
> about how those blobs are transported, who’s responsible for acting on them,
> and so on. And we have to make sure different browsers implement the blob
> the same way - that is, it has to be standardized.

Is not that covered win ROAP draft? AFAIK ROAP defines how the SDP are
communicated from the JS to the RTCweb stack and viceversa.


> What’s more - we DO want to enable applications that are NOT simple.
> Including gateways, which are not browsers. So applications must be free to
> look inside the blob - break the blob boundary - when they need to. So this
> pulls in the same direction as the need for interoperability - the format,
> semantics and handling rules for these blobs has to be specified.

Of course they must be specificied, but do you mean that such
specification must be a single one?



In order to understand what you are proposing let me ask a question:

I use SIP over WebSocket, I just need RTCweb API's to be defined. Does
your proposal mean that I won't be able to use SIP over WebSocket and
instead I must use some specific protocol between the JS client and
the server? I hope the answer is not...



Regards.


-- 
Iñaki Baz Castillo
<[e-mail]>