1- WebRTC传输基本知识

NAT穿越可以分为四种类型：完全锥型、地址限制型、端口限制型、对称型

内网打穿后生成公网地址和端口，任意外网用户访问都可以访问，没有限制。

内网主机IP和端口、 NAT穿越后生成公网IP和端口、要请求的主机IP，其它主机的ip地址不是内网主机要请求的地址会失败

在地址限制型的基础上，增加了端口限制，如果请求的主机返回的端口也不对，请求也不成功

NAT穿越后会生成多个IP地址和端口号， 请求的主机对应一个ip地址和端口，内外穿到外网会生成不同的ip地址和端口号给不同的主机

NAT穿越的原理

前提要在服务端部署STUN服务器，并且有两个IP地址和端口

目的：NAT穿越，主机访问STUN服务器，返回一个公网ip地址
stun是典型的客户端/服务器响应模式，客户端发送请求，服务端响应。
规范：
RFC3489：通过UDP进行NAT穿越
RFC5389：通过UDP、TCP进行NAT穿越
由于UDP会有失败的情况，RFC5489引入TCP。

stun 5389格式

0b00：表示是一个请求
0b01：表示一个指示
0b10：表示一个请求成功的响应
0b11：表示一个请求失败的响应
最右侧是c0,

网络中使用大端模式，左边的优先被接收到，右边的最后接收到。

其中USERNAME、PASSWORD最重要，用于STUN服务器验证用户合法性

属性的什么时候使用

N/A 不支持，O是可选的，M是服务端，C是客户端

turn使用的传输协议
turn client - turn server ：UDP、TCP、TLS over TCP
TURN server to peer: UDP
在STUN无法接通时，这时就需要公网的服务器作为一个中继，对来往的数据进行转发。这个转发的协议就被定义为TURN。TURN和其他中继协议的不同之处在于，它允许客户端使用同一个中继地址（relay address）与多个不同的peer进行通信。

使用TURN协议的客户端必须能够通过中继地址和对等端进行通讯，并且能够得知每个peer的的IP地址和端口（确切地说，应该是peer的服务器反射地址）。
TURN协议被设计为ICE协议的一部分，relay地址会作为一个候选，由ICE在多个候选中进行评估，选取最合适的通讯地址。一般来说中继relay的优先级都是最低的。
TURN协议本身是STUN的一个拓展，因此绝大部分TURN报文都是STUN类型的，作为STUN的一个拓展，TURN增加了新的方法（method）和属性（attribute）。

在典型的情况下，TURN客户端连接到内网中，并且通过一个或者多个NAT到达公网，TURN服务器架设在公网中，不同的客户端以TURN服务器为中继和其他peer进行通信，如下图所示：

在上图中，左边的TURN Client是位于NAT后面的一个客户端（内网地址是10112:49721），连接公网的TURN服务器（默认端口3478）后，
服务器会得到一个Client的反射地址（Reflexive Transport Address, 即NAT分配的公网IP和端口）192021:7000，
此时Client会通过TURN命令创建或管理ALLOCATION，allocation是服务器上的一个数据结构，包含了中继地址的信息。
服务器随后会给Client分配一个中继地址，即图中的1920215:50000，另外两个对等端若要通过TURN协议和Client进行通信，
可以直接往中继地址收发数据即可，TURN服务器会把发往指定中继地址的数据转发到对应的Client，这里是其反射地址。

Server上的每一个allocation都唯一对应一个client，并且只有一个中继地址，因此当数据包到达某个中继地址时，服务器总是知道应该将其转发到什么地方。
但值得一提的是，一个Client可能在同一时间在一个Server上会有多个allocation，这和上述规则是并不矛盾的。

ICE包括了NAT、STUN、TURN。
主要工作：
第一步：找出端与端的所有路径：网卡的路径，NAT穿越后的公网ip、中继服务、多网卡、等
第二步：相互传给对方路径，找出能通的路径

基本概念

功能实现情况：通过webrtc实现手机端和PC端视频语音通信；手机端通过webview加载和调用摄像头显示视频窗口

问题：在局域网内视频和语音通信正常；公网测试时，手机端连接时间过长（几分钟后） , 就与服务器端断开连接；

求遇到过相关问题的大神指导！

浏览器本身不支持点对点建立信道进行通信，需通过服务器进行中转。因此浏览器之间一次通信需通过两段信道，通信效率同时受制于两段信道宽度，因此并不适合数据流的传输。

WebRTC是浏览器实时通信 RTC 的提供 JS 接口， JS 接口通过信令建立浏览器点对点(peer-to-peer,P2P)的信道，信道可发送任何数据并无需经过服务器。

WebRTC提供三个API

WebRTC使用 RTCPeerConnection 在浏览器之间传递流数据，此流数据通道是P2P的，无需服务器中转。但并不意味着能抛弃服务器，仍需服务器为传递信令(signaling)来建立信道。WebRTC没有定义用于建立信道的信令协议，信令并不是 RTCPeerConnection API 的一部分。

既然没有定义信令(signaling)的协议，可选择任意方式（如AJAX、WebSocket）任意协议（如SIP、XMPP）来传递信令，建立信道。

需要信令来交换信息分为：

通过服务器建立信道

WebRTC提供浏览器之间P2P信道进行数据传输，但建立这个信道必须有服务器的参与。

WebRTC需服务器提供：

NAT/防火墙穿越技术

在处于使用NAT设备的私有TCP/IP网络中的主机之间建立连接时需使用NAT穿越。NAT的行为是非标准化的，穿越技术大多使用公共服务器，使全球任何地方都能访问得到IP地址，在 RTCPeerConnection 中实用ICE框架来保证 RTCPeerConnection 实现NAT穿越。

ICE

ICE(Interactive Connectivity Establishment， 综合性NAT穿越技术)框架整合各种NAT穿越技术如STUN、TURN(Traversal Using Relay NAT，中继NAT实现的穿透)，ICE先使用STUN尝试建立一个基于UDP的连接，失败后实用TCP(先尝试>本DEMO中，发送端和接收端都在本地，暂时省略了信令服务器
和真正的远端视频传输实现逻辑是一样的，只是缺少信令服务器，后续会加上，实现真正的端到端视频传输

实现效果

点击start，打开本地视频（左侧视频）
点击call，呼叫对端（右侧视频）
点击hangup，挂断对端（右侧视频）

WebRTC （Web Real-Time Communication),一个可以让用户用自己流量实现音视频实时通信的框架（APIs),支持浏览器（Firefox、Chrome、Opera）以及iOS、Android 原生系统（Poor WP,默哀）。对于觉得带宽贼贵又需要实现用户之间音视频通信的公司来说，这是一个大大的福利。本系列文章会从WebRTC基本概念慢慢说起。

官方介绍：

按照传统的通信流程，是这样的：
如下图所示，数据发送端和接收端都需要通过公网服务器进行转发（因为发送端和接收端通常都做了NAT，彼此并不知对方实际位置）。
eg：犹如一个中国人和一个外国人，他们彼此不懂对方的语言，不知道对方的地址，但是中间有一个邮局知道对方的地址，因为对方都在邮局做了注册地址并且获取了同一个编号，那么如果他们之间需要互相通信的话，就需要和邮局联系，邮局会进行翻译并发往同一编号的对应地址。 但是这中间就会产生一个问题，这时候如果有多个中国人和多个外国人都要进行通信，那么邮局的工作量就会越来越大，当他们的通信超过原有邮局人手可处理规模时，邮局要么扩招（需要钱）要么延缓发送（会造成延迟，甚至丢失信件）。

时间关系，以下内容不再举例说明，需要网络基础的同学才能继续观看。

在真实世界的网络中，因为IPv4的地址个数问题，我们基本都是采用NAT连接的：

STUN服务器提供的功能十分简单，它让使用者获取自己所在的公网地址和在NAT中所映射端口号，这个服务有什么用呢？当使用者知道自己所在公网地址以及内部NAT映射端口时，它便可以讲自己的公网地址和端口号通知对方，这样对方就可以在茫茫大网中找到自己。
在以往统计中，WebRTC通过STUN建立连接的成功率为86%。

TURN [2] 是一个client-server协议。TURN的NAT穿透方法与 STUN 类似，都是通过取得应用层中的公有地址达到NAT穿透。但实现TURN client的终端必须在通讯开始前与TURN server进行交互，并要求TURN server产生"relay port"，也就是relayed-transport-address。这时TURN server会建立peer，即远端端点（remote endpoints），开始进行中继（relay）的动作，TURN client利用relay port将资料传送至peer，再由peer转传到另一方的TURN client。

WebRTC经过这么多年的发展，目前已经比较成熟的协议之一，播放也比较稳定，协议也已经成为了RFC，相应的开源项目也越来越多，但是基于WebRTC协议的部署简单，性能强悍，功能强大流媒体服务器的项目还比较稀少。之前了解到的服务器比如Mediasoup，Janus，Medooze ，要么就是设计复杂，接入成本要，要么就是性能较差，还就是多种语言结合，学习成本较高。 而SRS聚焦视频相关，功能专一，语言使用了高性能的c++,并且支持Rtmp转Webrtc等其他强大的功能的媒体服务器。

1源码编译安装运行SRS

使用这个命令开启RTC支持

2SRS常用命令

3配置nginx代理
若不需要浏览器推流，可以不用设置nginx代理，使用localhost访问

注意：your 代表需要配置你自己的域名信息，由于使用浏览器推流必须使用>