STUN服务器（搭建stun服务器）

本文目录一览：

• 1、弱网情况下如何提高webrtcice连接的健壮性
• 2、WebRTC基本概念(一)
• 3、turn协议的工作原理
• 4、STUN服务器的介绍

弱网情况下如何提高webrtcice连接的健壮性

1、提案连接： https：// 如何保证安全 ：当连通性检测完成后，WebRTC会开启 DTLS (Datagram TLS)握手，用于协商出SRTP中加密RTP包的 对称秘钥 。

2、六：ICE重新启动 分析长连接时，我们已能得出个结论，如果是网络拥堵或通断导致的状态表变化，P2PTransportChannel内部就能处理。但是，如果基地址发生改变，像一网卡被禁用，这就超出P2PTransportChannel可处理范围了，需重启ICE。

3、因为有在WEBRTC里面注册自己的传输模块，所以在这个基础上实现多人就很容易了，主要就是让服务端转发的时候知道往哪里转发。WEBRTC里面有channel机制，每个会话对应一个channel，如果要实现多个会话，就注册多个channel。

4、支持电话拨入，硬件连接（H323/SIP），传译功能，管理员功能，仪表盘功能，AD域对接SSO登录，定制品牌化入会链接。中目视频会议软件操作简单，无论何时何地，不受终端限制，一键加入会议，一键发起会议。

5、我认为不是 两个peer要会话就需要把各自的sdp发送到对方，如果两者都在局域网(nat)之后，怎么发送？这时候就需要一个在公网上的能直接访问的中间者来传递消息，在这之前两者都是tcp连接在中间服务器上的。

WebRTC基本概念(一)

1、WebRTC （Web Real-Time Communication)，一个可以让用户用自己流量实现音视频实时通信的框架（APIs)，支持浏览器（Firefox、Chrome、Opera）以及iOS、Android 原生系统（Poor WP，默哀）。

2、aimd controller是TCP底层的码率调节概念，但是WebRTC并没有完全照搬TCP的机制，而是设计了套自己的算法。

3、下面要介绍的是 WebRTC 中最核心的几个概念。OnMessage 消息机制 对象内部发送消息。这是一个普遍性，通用性的设计，例如 MFC、Android 消息机制都是如此。

turn协议的工作原理

1、客户端如果需要STUN服务器一直为它开启这个端口，就需要定时的向STUN服务器发送请求，该请求用刷新relay端口的剩余时间。

2、TURN server：遵循RFC5766的STUN服务器。 Peer：TURN客户端希望连接的主机。

3、令牌环协议的基本工作原理是，通过围绕环的令牌信息授予工作站传输权限，令牌是一个特殊的帧，它沿着站的环循环，工作站只有持有令牌才能发送数据帧，令牌在成功接收到数据帧后释放。

STUN服务器的介绍

STUN，首先在RFC3489中定义，作为一个完整的NAT穿透解决方案，英文全称是Simple Traversal of UDP Through NATs，即简单的用UDP穿透NAT。

要确保VoIP的连接性通常是很有挑战性的，因为很可能在用户和企业网络之间存在数量和种类繁多的网络地址转换（NAT）防火墙。

例如， 简单UDP穿透NAT（STUN）技术只适用于非对称式的NAT，通常部署在企业环境之中。

STUN是典型的客户端/服务器模式，客户端发起请求，服务端进行响应，默认端口是3478。两种STUN规范：分别是 RFC3489 和 RFC5389 。RFC3489通过UDP进行穿墙。目前的服务器对于UDP的限制比较多，导致这种模式穿墙的成功率不高。

STUN由三部分组成：STUN客户端、STUN服务器端、NAT路由器。STUN服务端部署在一台有着两个公网IP的服务器上。大概的结构参考下图。

STUN 服务器：是用来取外网地址的。 TURN 服务器：是在P2P失败时进行转发的，中继转发。 STUN 和 TURN 服务器的作用主要处理打洞与转发，配合完成 ICE协议 。 ICE ：Interactive Connectivity Establishment，交互式连接建立。