
<HTML>

<HEAD>

<TITLE>Re: [RTW] [dispatch] Does RTC-WEB need to pick a signaling protocol?</TITLE>

</HEAD>

<BODY>

<FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:13pt'>>Hmm, not convinced that SIP via JS or remote would perform adequately but certainly agree that we need to get on with it.<BR>

<BR>

Could not agree with you more Erik on the need for SIP signaling compatibility, was just trying to avoid the “Flash” word :-)<BR>

Which I believe would work not just fine, but also be the best of the breed.<BR>

I hope we don’t discuss this here any more however since this list is about de jure standards. <BR>

<BR>

The main issue is to avoid the Chronos effect by constraining the API standard with the 1990s limitations of SIP and XMPP.<BR>

And also avoid the rat hole of discussing SIP vs. XMPP. <BR>

<BR>

Henry<BR>

<BR>

<BR>

On 1/31/11 12:32 PM, "Erik Lagerway" <<a href="erik@hookflash.com">erik@hookflash.com</a>> wrote:<BR>

<BR>

</SPAN></FONT><BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:13pt'>Hmm, not convinced that SIP via JS or remote would perform adequately but certainly agree that we need to get on with it.<BR>

<BR>

-Erik<BR>

<BR>

<BR>

On Mon, Jan 31, 2011 at 8:34 AM, Henry Sinnreich <<a href="henry.sinnreich@gmail.com">henry.sinnreich@gmail.com</a>> wrote:<BR>

</SPAN></FONT><BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:13pt'>+1<BR>

<BR>

> The SIP implementation can live<BR>

> in the JavaScript, up in the web server, in a separate gateway, or any<BR>

> combination thereof.<BR>

<BR>

Or even in a browser add-in, perish the thought :-)<BR>

<BR>

The main point here is to avoid the Chronos effect from SIP and XMPP<BR>

(has to do with avoiding competition from the children by eating them, as<BR>

described in the book "The Master Switch" by Tim Wu).<BR>

<BR>

Thanks, Henry<BR>

<BR>

<BR>

On 1/31/11 10:12 AM, "Matthew Kaufman" <<a href="matthew.kaufman@skype.net">matthew.kaufman@skype.net</a>> wrote:<BR>

<BR>

> On 1/29/2011 6:35 AM, Jonathan Rosenberg wrote:<BR>

>><BR>

>> That said, even if one asks the question of whether it is a good idea<BR>

>> for us to pick something, I think the answer is no. The enormous<BR>

>> benefit of the web model is its ability for innovation and velocity.<BR>

>> Standardization is not needed for communications within the domain of<BR>

>> the provider; new features can be developed and deployed as quickly as<BR>

>> they can be conceived.<BR>

><BR>

> Agreed. Consider the case of Gmail (or any other web-based email)<BR>

><BR>

> Did every web browser on the planet need to be upgraded to speak IMAP or<BR>

> SMTP in order for Gmail to be implemented? No.<BR>

><BR>

> Does the JavaScript that Gmail sends down to your browser in order to<BR>

> implement its UI need to be standardized among web email platforms? No.<BR>

><BR>

> Does Google need to use the same JavaScript libraries and PHP back-end<BR>

> that SquirrelMail uses in order to implement a web email application? No.<BR>

><BR>

> Can Google change that JavaScript tomorrow without breaking<BR>

> interoperability? Yes, and they probably will.<BR>

><BR>

> But could Gmail be as successful without the worldwide SMTP<BR>

> infrastructure it ties in to? Probably not.<BR>

><BR>

> I see the same situation here. A web browser with real-time<BR>

> communication capabilities will work in conjunction with a web site that<BR>

> serves up the HTML and JavaScript that makes up the calling application.<BR>

> For some applications, this will be sufficient. For others, one will<BR>

> want to implement SIP or XMPP/Jingle or something else in order to<BR>

> gateway these calls to other networks. The SIP implementation can live<BR>

> in the JavaScript, up in the web server, in a separate gateway, or any<BR>

> combination thereof.<BR>

><BR>

> Matthew Kaufman<BR>

> _______________________________________________<BR>

> dispatch mailing list<BR>

> <a href="dispatch@ietf.org">dispatch@ietf.org</a><BR>

> <a href="https://www.ietf.org/mailman/listinfo/dispatch">https://www.ietf.org/mailman/listinfo/dispatch</a><BR>

<BR>

<BR>

_______________________________________________<BR>

RTC-Web mailing list<BR>

<a href="RTC-Web@alvestrand.no">RTC-Web@alvestrand.no</a><BR>

<a href="http://www.alvestrand.no/mailman/listinfo/rtc-web">http://www.alvestrand.no/mailman/listinfo/rtc-web</a><BR>

</SPAN></FONT></BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:13pt'><BR>

<BR>

</SPAN></FONT></BLOCKQUOTE>

</BODY>

</HTML>