• 用户名：webrtc
• 密码：123456

From +Justin Uberti's earlier post on our discuss-list:

The current Chrome canary version now properly supports RFC 5245 ICE, and this will be used by default. Previously, our own internal ICE version (GICE), based on the ICE -06 draft 06, was used.

For most applications, this change should be transparent (aside from any bugs in the new code). However, if you have a non-browser endpoint (e.g. your own server), it will need to either be changed to speak RFC 5245 ICE, or you will need to invoke the fallback behavior to GICE.

The GICE fallback behavior is negotiated via the "google-ice" ICE option, specified as a token in the "a=ice-options" SDP line:

a=ice-options:google-ice

By default, Chrome will generate offers with this ICE option, but answers will omit this option, since Chrome will prefer to use RFC 5245 ICE. To force the use of GICE, simply include the GICE option in the answer SDP.

While this code has been tested extensively, as with any new code, there may be bugs. Please file any issues you encounter athttp://code.google.com/p/webrtc/issues/entry.

详细内容参见：http://www.webrtc.org/blog/seeyouontheweb

See you on the web!
posted Nov 7, 2012 4:14 AM by Serge Lachapelle
WebRTC is now live in Chrome version 23, which is now rolling out to the public. No flag needed, no special Chrome build required.

It's the biggest milestone yet. Our journey started with the open sourcing of key technologies in June 2011 and with the help of community driven workgroups at the W3C and IETF, we made these technologies available through a web API and ensured standardized protocols. We also iterated heavily based on your feedback.

18 short months later, web developers can now offer Chrome users the ability to have live, high quality audio and video communication as part of their web experience.

If you are a developer, join our mailing list and take a look at some demos and start thinking today how letting people talk and see each other could change how they experience your services / applications!

Read more about other Chrome 23 features here.

广东移动G3通话测试环境：http://223.4.241.215:30000/jsphone/
打开页面后上面有默认的用户名和密码，该页面所使用的JavaScript库(phone.js)详见本项目的"文件"部分。

WebRTC系统小组在云海上搭建了Openfire和SparkWeb环境，供调试和学习使用。

Openfire控制台的地址：http://webrtcopenfire.free4lab.com
SparkWeb客户端的地址：http://mysparkweb.free4lab.com/sparkweb/
SparkWeb Flash客户端的地址：http://mysparkweb.free4lab.com/sparkweb_flash/
郄培主机上的测试地址：http://10.108.117.121:8080/webrtc_front/platform/
SVN地址：http://svn.free4lab.com/svn/webrtc
WebRTC测试界面地址：http://webrtctest.free4lab.com/

十分感谢赵国帅同学:-)

详细内容详见本项目“文件”栏目下的《WebRTC系统私有协议定义_v1_0917.docx》文件。
协议的简单组成如下：

URL: http://freedisk.free4lab.com/download?uuid=1a291a2b-067b-42b2-ace7-2b541a901fa4

WebRTC系统计划开发时间为2个月（2012年9月至10月），除去十一假期，共6周的时间供我们开发和测试系统，所以有效的时间安排就显得十分的重要。
详细文档可见redmine“WebRTC系统”的“文件”列表。

第1周（9月10日至9月14日）

1. Google WebRTC Demo的安装和测试，阅读Web应用和服务器的源码，连接工作原理及API的基本用法。
2. WebRTC API封装成库（Library），要求按照规范对API进行命名（ http://dev.w3.org/2011/webrtc/editor/webrtc.html ），并提供检测浏览器是否支持WebRTC API的功能。
3. 设计基于JSON格式的私有通信协议“RTC_P (Real-Time Communications Protocol)”，建议参考XMPP扩展——Jingle协议（ http://xmpp.org/extensions/xep-0166.html ）相关字段。
4. 封装私有协议“RTC_P”协议栈，要求接口尽可能的清晰明了，方便实现与其他协议栈之间的替换。

第2周（9月17日至9月21日）

1. 搭建MySQL数据库；
2. 搭建Git或SVN代码管理系统；
3. 搭建Openfire + SparkWeb环境（可请教夏千林），最新版的Openfire已经支持XMPP over WebSocket；
4. 学习Openfire数据库和数据表，重点在于Openfire存储用户信息的方式（用户信息、好友列表、呈现和即时消息），建议生成一份文档或更新redmine/wiki进行介绍；
5. 设计WebRTC数据库，在Openfire原有数据库的基础上，添加通讯录和实时通信记录（会话记录等）的支持；
6. 设计通讯录业务的实现方式。
7. 开始部分服务器端开发工作（建议）。

第3周（9月24日至9月28日）

1. 学习SIP协议及开源SIP协议栈（建议，可请教夏千林）；
2. 搭建Node.js环境；
3. 选择和测试Node.js上的WebSocket库；
4. 学习MCF相关基础知识（可请教张鹏）；
5. 根据WebRTC服务器模块图及相关流程（将会在redmine的“文档”栏目中给出），开始编写服务器端代码；
6. 开始编写WebRTC Web应用前端代码（使用封装的WebRTC API库和RTC_P协议栈），仅需要实现简单的多媒体通信即可。

第4周（10月8日至10月12日）
十一假期后的第一周。

1. 向VoIP Dice项目组学习互通网关及其相关知识；
2. 继续开发WebRTC客户端（Web应用）和服务器；
3. 开始编写WebRTC网关代码，要求必须基于实验室MCF框架及开源SIP协议栈（可请教夏千林）；
4. 开始研究SparkWeb源代码。

第5周（10月15日至10月19日）

1. 完成WebRTC服务器和客户端（Web应用）的原型系统，并开始进行简单的通话测试；
2. 继续开发WebRTC网关；
3. 继续研究SparkWeb源代码；
4. 搭建Open IMS Core网络，用于测试与IMS网络的互通；
5. 尝试整合SparkWeb与WebRTC客户端，暂不要求界面，仅要求实现功能。

第6周（10月22日至10月26日）
WebRTC系统第一期的最后一周。

1. 完全整合SparkWeb与WebRTC客户端；
2. 整合WebRTC系统与WebRTC网关；
3. 完成WebRTC系统基本功能测试；
4. 完成WebRTC系统与其他VoIP系统（IMS）的互联互通；
5. 总结测试和开发过程中遇到的问题，迭代修改。