1、根据安装指南安装(参考：http://licode.readthedocs.io/en/master/from_source/ 即可)，如果顺利的话，应该都能正常过去，有失败可能是网络问题，所以先得有个好的网络；
2、运行basicExample，发现起来后看不到视频，主要是ice等服务器信息配置不对，修改licode根目录下的配置文件licode_config.js，主要需要搭建一个本地的turn服务器（参考：http://www.cnblogs.com/lingdhox/p/4209659.html），然后修改其中的stun服务器的配置：
config.erizoController.iceServers = [{'url': 'stun:192.168.2.229'}, {'url':'turn:192.168.2.229', 'username':'lly', 'credential':'1234'}];
3、运行基本例子
./scripts/initLicode.sh
今天，我们很自豪地宣布我们最新的WebRTC创新：Mantis，一种用于WebRTC平台上的OpenTok的云扩展基础架构。
对于TokBox团队来说，这是向前迈出的又一大步，我们将继续追求为应用程序开发人员提供简单而强大的API的目标。API不仅利用最新标准来提供最佳体验，而且还具有可扩展的智能云作为后盾，该云支持跨各种端点的互操作性。
仅仅六个多月前，我们在WebRTC平台上启动了OpenTok。从那时起，我们一直在努力工作，不断在WebRTC的功能和性能上突破OpenTok的界限。我们推出了首个用于WebRTC的iOS SDK，引入了跨平台和设备支持，并通过跨平台TURN支持改善了连接性等等。
WebRTC上的适用于OpenTok的Mantis充当OpenTok云中所有WebRTC流的中央交换站。螳螂可以：
webrtc的前世今生、编译方法、行业应用、最佳实践等技术与产业类的文章在网上卷帙浩繁，重复的内容我不再赘述。对我来讲，webrtc的概念可以有三个角度去解释：
（1）.一个W3C和IETF制定的标准，约定了Web间实时音视频通信机制，通过该标准可开发基于浏览器的、无插件的web多媒体应用（一般是js），该标准仅设定了点对点无中心的实时会话场景，没有强制约束信令协议与内容，没有要求有媒体处理的中心服务器，主要目标是形成开发者与浏览器厂商良好的生态环境，并积极向HTML5靠拢争取被纳入进去；
（2）.一群音视频算法和网络适应性算法，这些算法囊括了视频会议几乎所有的核心技术，包括音视频的采集、编解码、网络传输、播放显示、安全等功能，还提供了操作系统系统调用跨平台封装的实现，包含Windows，Linux，Mac，Android，iOS；
（3）.一个开源工程，核心由c++实现，可通过修改、封装、提取代码等方式实现一套视频会议系统，客户端可实现为Web js、App或Windows应用程序等多种形式，服务端可实现包括业务外的所有服务，包括媒体服务、信令服务、穿墙服务、中继服务等等，这些服务稍微调整后可轻易支持分布式部署、容器部署、云部署等。
对webrtc的理解与使用，我认为有三个境界：
static struct StunSrv StunSrvList[263] = {
{"23.21.150.121", 3478},
{"iphone-stun.strato-iphone.de", 3478},
{"numb.viagenie.ca", 3478},
{"s1.taraba.net", 3478},
{"s2.taraba.net", 3478},
{"stun.12connect.com", 3478},
在现实Internet网络环境中，大多数计算机主机都位于防火墙或NAT之后，只有少部分主机能够直接接入Internet。很多时候，我们希望网络中的两台主机能够直接进行通信，即所谓的P2P通信，而不需要其他公共服务器的中转。由于主机可能位于防火墙或NAT之后，在进行P2P通信之前，我们需要进行检测以确认它们之间能否进行P2P通信以及如何通信。这种技术通常称为NAT穿透（NAT Traversal）。最常见的NAT穿透是基于UDP的技术，如RFC3489中定义的STUN协议。
STUN，首先在RFC3489中定义，作为一个完整的NAT穿透解决方案，英文全称是Simple Traversal of UDP Through NATs，即简单的用UDP穿透NAT。
Communication（网页实时通信）的缩写，是一个支持网页浏览器之间进行实时数据传输（包括音频、视频、数据流）的技术。经过多年的发展与改进，日臻成熟，作为浏览器网页端的通信技术，WebRTC与H5巧妙结合，使得网页端的音视频通信变的简单易行。
WebRTC有哪些优点
免费：WebRTC本身是开源的，使用WebRTC本身是免费的。此外WebRTC是可以不借助媒体服务器实现简单的点对点音视频通信，减少额外花费。
无插件：不需要安装任何软件，大家只要打开浏览器，输入一个url，即可实现多人音视频通话。
跨平台：由于是基于浏览器进行音视频通话，各个平台只要有浏览器即可。
控制灵活：WebRTC没有指定具体的信令协议，具体的信令协议留给应用程序实现，这就方便了开发者根据自己的需求方便灵活的实现各种音视频业务场景。
接合HTML5：HTML5自身的能力能够为WebRTC提供灵活快捷的音视频数据的二次处理，可以实现丰富的业务功能。
易入门：WebRTC是'JavaScript'引擎库，允许web开发者只使用几个简单的api就能够基于浏览器轻易快捷开发出丰富的实时多媒体应用，无需关注多媒体的数字信号处理过程，只需要编写简单的JavaScript即可，大大的降低了音视频开发的门槛。
webrtc流媒体转发服务器
定义
难点
建立连接
如何转发媒体流
如何高效转发媒体流
转发后如何保证视频质量
定义
由于webrtc是基于P2P技术的一个协议栈，大多数情况下能满足1-5人的同时并发音视频通讯。但是对于多于5人乃至10、20人的并发，使用P2P技术会造成终端设备无法承受负荷。因此需要将P2P模式改造成能适应大量并发模式，即媒体转发服务（MCU）。
难点
由于webrtc本身是基于P2P的技术，没有MCU的实现。因此需要自己编写MCU的源码。难点有如下几个：
如何与终端设备建立连接
如何接收和转发媒体流
转发如何高效，尽量少的延时
转发后如何保证视频质量
此处使用到的WebRTC皆为H5的API，实际上调用的是封装在浏览器的WebRTC的库，用于获取实时视频数据，传输数据则是使用WebSocket实现。
其中的实例语法只用到原生JS，版本为ES6，可能需要较高版本的浏览器支持（IE一般不支持）。
1.获取音视频数据
方法：navigator.mediaDevices.getUserMedia
1.1前置条件
基于浏览器的安全策略，通过WebRTC（具体为getUserMedia）调用摄像头和麦克风获取音视频数据，只能是在HTTPS下的网页，或者是本地localhost下才能调用，需要先校验。
function validate(){
var isSecureOrigin = location.protocol === 'https:' ||
location.hostname === 'localhost';
if (!isSecureOrigin) {
alert('getUserMedia() must be run from a secure origin: HTTPS or localhost.' +'\n\nChanging protocol to HTTPS');
location.protocol = 'HTTPS';
Windows：
国外下载：https://storage.googleapis.com/chrome-infra/depot_tools.zip
下载完把压缩包解压，然后把解压目录加入PATH环境变量
Linux（Android）/Mac（IOS）：
安装git
国外：git clone https://chromium.googlesource.com/chromium/tools/depot_tools.git
国内：git clone https://source.codeaurora.org/quic/lc/chromium/tools/depot_tools
把depot_tools目录加入
PATH：export PATH=`pwd`/depot_tools:"$PATH"