<div>Hmm, not convinced that SIP via JS or remote would perform adequately but certainly agree that we need to get on with it.</div><div><br></div><div>-Erik</div>
<br><br><div class="gmail_quote">On Mon, Jan 31, 2011 at 8:34 AM, Henry Sinnreich <span dir="ltr"><<a href="mailto:henry.sinnreich@gmail.com">henry.sinnreich@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
+1<br>
<div class="im"><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>
</div>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>
<div><div></div><div class="h5"><br>
<br>
On 1/31/11 10:12 AM, "Matthew Kaufman" <<a href="mailto: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>
</div></div><div class="im">> dispatch mailing list<br>
> <a href="mailto:dispatch@ietf.org">dispatch@ietf.org</a><br>
> <a href="https://www.ietf.org/mailman/listinfo/dispatch" target="_blank">https://www.ietf.org/mailman/listinfo/dispatch</a><br>
<br>
<br>
_______________________________________________<br>
</div><div><div></div><div class="h5">RTC-Web mailing list<br>
<a href="mailto:RTC-Web@alvestrand.no">RTC-Web@alvestrand.no</a><br>
<a href="http://www.alvestrand.no/mailman/listinfo/rtc-web" target="_blank">http://www.alvestrand.no/mailman/listinfo/rtc-web</a><br>
</div></div></blockquote></div><br>