
<HTML>

<HEAD>

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

</HEAD>

<BODY>

<FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:13pt'>If XMPP evangelists can commit not make any more pitches for XMPP, maybe the evangelists for SIP (count me in) could reciprocate :-)<BR>

So, suppose we move on, especially, since application level scripts for both basic SIP and basic XMPP can be written and published as OS by those who really want to.<BR>

<BR>

And here we are getting to the key point IMO that both Jonathan and I have mentioned: Leave the field open to innovation.<BR>

While SIP has been focused on telephony, XMPP has been focused on chat rooms and both, while successful have missed the major innovations on the Web that have happened since, mostly without any new standards:<BR>

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

</SPAN></FONT><LI><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:13pt'>P2P RT A/V/IM 

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

</SPAN></FONT><LI><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:13pt'>Wikis and blogs

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

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

</SPAN></FONT><LI><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:13pt'>Web office apps and enterprise apps

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

</SPAN></FONT><LI><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:13pt'>Streaming HTTP and CDNs, etc, etc.<BR>

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

Note that except for P2P RT A/V/IM, mostly basic/core HTTP and HTML standards were used.<BR>

>From this perspective, it is enough to let SIP and XMPP folks publish their application level scripts and support some mechanism for endpoints to use either or both if so desired.<BR>

The key however is not to shackle innovators with either SIP or XMPP or both (the worst outcome) as mandatory.<BR>

<BR>

Actually, as mentioned here, is not the W3C supposed to specify the API for RT-Web? <BR>

<BR>

Thanks, Henry<BR>

<BR>

<BR>

<BR>

</SPAN></FONT>

</BODY>

</HTML>