rfc5766-turn-server规范
rfc5766-turn-server是谷歌推荐的turn开源项目，经常作WebRTC的服务器端使用。 该开源项目是包含TURN与STUN功能于一体，默认TURN与STUN监听端口为3478。
支持tcp, udp, tls, dtls 连接.tls为基于TCP的安全层传输协议，dtls为基于udp的安全传输层协议。
注意:TLS和DTLS需要安装证书。
webrtc可以用于将一台机器上的桌面投射到另外一台机器上，通过浏览器实现桌面分享。然而其延迟时间是一个关键问题，即我们在源桌面上做一个操作，经过多长时间能够在目的桌面上看到。接下来，将根据查找到的资料对导致延迟的因素做简要介绍。
想了解更多可以查看：抖动和延迟之间的区别
2.延迟时间构成
以下是计算WebRTC呼叫总等待时间的关键因素：
（1）网络延时。取决于网络连接质量和通信距离（在一个国家内部应该小于50毫秒，国家之间可能大于100毫秒）。
（2）网络带宽和服务质量。丢包或者带宽不足可能触发更多的延时。
（3）声音延迟。取决于操作系统、音频硬件和驱动（在windows和ios上小于20毫秒，在android和linux上可能更多）。
（4）抖动缓冲。每种VoIP软件维持一个大小不一的抖动缓冲器，以补偿网络延迟（通常在0到100毫秒）。
（5）回声消除和前向纠错。回声消除和前向纠错可能引入一个数据包的延迟（通常在20毫秒）。
（6）其他因素。还有其他因素对延迟有影响，例如CPU占用率过高以及软件实现细节等。
如果通话双方在一个国家内部，总的延迟应当小于300毫秒，如果通过webrtc打长距离的跨国电话，总的延迟可能高达600毫秒。