Re: [rtcweb] Signalling, SDP, and the way we think about interconnecting RTCWEB applications

[Hadriel Kaplan <[e-mail]>]

On Oct 14, 2011, at 11:43 AM, Iñaki Baz Castillo wrote:

> Hi, maybe I miss something, but this is WWW world and here there is no
> server-to-external-server interoperability, never.

That's odd - I could have sworn the emails I type into my gmail account reach servers outside of Google, using a standard protocol: SMTP.  Is gmail not in the "WWW world"?
;)

> The SIP trapezoid exists and works, but IMHO there will never be a
> "RTCweb trapezoid". Or do we expect that a user visiting facebook.com
> should be able to establish a media session with other user visiting
> linkedin.com? I don't think that will occur. There are not "federated
> chats" in the web, why should we specify "federated media sessions"?

Ummm, but there *are* federated chats.  When I join the jabber room for IETF meetings, I don't have a personal account on the IETF's jabber site to do so.

I don't debate that chat is mostly done in closed communities (AIM, YIM, etc.), but SMS is a type of chat and widely popular in a federated model.  And it's usage grew tremendously once different providers federated, which I assume wasn't a coincidence of timing.


> So I agree with your draft. Instead of "federating" (a concept that
> does not exist in WWW jungle) using OAuth or something similar is the
> key (so a linkedin.com visitor would establish a HTTP/WebSocket
> connection with Facebook.com servers in order to establish a media
> session with other user visiting Facebook).

One problem with that of course is that the user interface would change dramatically every call, and depending on which direction the call was.  My guess is people generally get used to and like their particular UI - where the icons are, what they look like, menu options, settings, etc.

And I would expect some sites to offer JS which lets me do things like turn video off forever, or use a static picture/video of my choosing, which would somehow have to be communicated to the called domain's JS. (And that's just the tip of the proverbial iceberg)

-hadriel