webrtc turn协议
什么时候需要turn服务器?
在对称型网络下,是无法实现P2P互通的。这时就需要TURN服务器作为中转,实现媒体数据的中继互转功能。
turn client与turn server之间可以走UDP、TCP、TLS三种协议报文。
实际应用中Turn协议的工作主要有四个阶段:绑定(binding)、分配(Allocation)、转发(Relay)和信道(Channel)
第一步绑定:
binging request:
bind response:
第二步 分配:
客户端想要在服务器端获得一个中继分配,客户端需要在中继服务器上申请一个中继事务。客户端发送分配请求(Allocate request)到服务器,然后服务器为用户开启一个relay端口后返回分配成功响应,并包含了分配的地址信息。客户端可以在属性字段描述其想要的分配类型:UDP or TCP。
allocation request:
allocation response:
第三步 转发:
webrtc中使用send&data indicate数据包,主要是用来做连通性测试使用
P2PTransportChannel::SortConnectionsAndUpdateState ->P2PTransportChannel::MaybeStartPinging ->P2PTransportChannel::OnCheckAndPing ->P2PTransportChannel::PingConnection ->Connection::Ping
第四步:
音视频数据转发场景中,使用Send/Data Indication转发机制,会多加的36字节格式信息,加重客户端和服务端之间的带宽压力。为改善这种情况,turn提供channeldata message信道机制。channeldata message不使用stun头部,而使用一个4字节的头部,包含一个称为信道号的值(channel number)。每一个使用中的信道号都与一个特定的peer绑定,即作为对等端地址的一个记号。要将一个信道与对等端绑定,客户端首先发送一个信道绑定请求(channelbind request)到服务器,并且指定一个未绑定的信道号以及对等端的地址信息。绑定后client和server都能通过channeldata message来发送和转发数据。信道绑定默认持续10分钟,并且可以通过重新发送channelbind request来刷新持续时间。和Allocation不同的是,并没有直接删除绑定的方法,只能等待其超时自动失效。
channel bind request:
channel bind response: