DTLS协议:

DTLS(Datagram Transport Layer Security)数据包安全传输协议,用于在不可靠的数据包传输协议上(如UDP)提供数据的安全传输。

UDP多路复用:

一个UDP多路复用，被用来处理共享同一个UDP端口的多个并发的UDT连接。类似同一个tcp port上创建多个socket connection.

UDP多路复用，根据包头的目标Socket ID，将接收到的不同的UDT包分发给相应的UDT Socket。

换言之，多个UDT Socket绑定到不同的UDP端口时，必然被各自的UDP多路复用分发处理。

一个UDP多路复用维护两个队列：发送队列和接收队列。

发送队列包含Socket信息的链表。链表节点的Socket必须包含至少一个计划发送的信息包。Sockets按照下一个信息包发送的时间进行排序。

发送队列维护一个高性能的计时器。当队列的Socket包发送时间到时，队列头部的 Socket的包被发送，并且头部的Socket从队列中删除。如果头部Socket包含多个计划信息包时，该头部Socket将被重新插入到发送队列里。

接收队列读取输入的信息包，并分发信息包到相应的UDT Socket。如果目标Socket ID 是0，信息包将被分发给当前正在监听的Socket，或者被分发给会合的连接 (Rendezvous connection)。

和发送队列相似，接收队列也包含等待接收信息包的Socket信息链表。如果队列的任意一个Socket的SYN间隔时间到时，接收队列会检测该Socket的"任意一个定时器"(参见定时器)是否期满。

ICE其实不算一个传输协议，它更像是标识协议，一般指Binding Request和Response，会在里面带有IP和优先级信息，来标识地址和信道的信息，用于多条信道的选择，比如4G和WiFi都很好时优先选谁。

还会用作会话的心跳，客户端会一直发送这个消息。因此ICE对于负载均衡没有作用，但是它可以用来标识会话，和QUIC的ConnectionID作用类似，因此在经过Load Balance时可以起到识别会话的作用，特别是客户端的网络切换时。

而TURN协议其实是对Cloud Native非常不友好的协议，因为它是需要分配一系列的端口，用端口来区分用户，这种是在私有网络中的做法，假设端口无限，而公有云上端口往往是受限的，比如需要经过Load Balance这个系统时，端口就是有限的。

mediasoup支持：

* Multi-stream: multiple audio/video streams over a single ICE + DTLS transport.

* ICE / DTLS / RTP / RTCP over UDP and TCP.

从srs的配置文件可以更为清晰地看到udp端口复用规则。

#############################################################################################

WebRTC server section

#############################################################################################

rtc_server {

The udp listen port, we will reuse it for connections.

Overwrite by env SRS_RTC_SERVER_LISTEN

default: 8000

listen 8000;

For WebRTC over TCP directly, not TURN, see https://github.com/ossrs/srs/issues/2852

Some network does not support UDP, or not very well, so we use TCP like HTTP/80 port for firewall traversing.

tcp {

Whether enable WebRTC over TCP.

Overwrite by env SRS_RTC_SERVER_TCP_ENABLED

Default: off

enabled off;

TCP/8000, TCP/8080 etc. However SRS default to TCP/8000 corresponding to UDP/8000.

Overwrite by env SRS_RTC_SERVER_TCP_LISTEN

Default: 8000

listen 8000;

}

The protocol for candidate to use, it can be:

udp Generate UDP candidates. Note that UDP server is always enabled for WebRTC.

tcp Generate TCP candidates. Fail if rtc_server.tcp(WebRTC over TCP) is disabled.

all Generate UDP+TCP candidates. Ignore if rtc_server.tcp(WebRTC over TCP) is disabled.

Note that if both are connected, we will use the first connected(DTLS done) one.

Overwrite by env SRS_RTC_SERVER_PROTOCOL

Default: udp

protocol udp; //缺省用udp作为webrtc transport

We listen multiple times at the same port, by REUSEPORT, to increase the UDP queue.

Note that you can set to 1 and increase the system UDP buffer size by net.core.rmem_max

and net.core.rmem_default or just increase this to get larger UDP recv and send buffer.

Overwrite by env SRS_RTC_SERVER_REUSEPORT

default: 1

reuseport 1; //启用udp端口复用。

}

mediasoup对udp端口复用配置如下：

webRtcTransport: {

// listenIps: $LISTEN_IP$ ,

enableUdp: true, //配置为all(tcp+udp)

enableTcp: true,

preferUdp: true, //default用udp

preferTcp: false

webrtc基于DTLS的端口复用技术