计算机处于NAT后如何通过UDP实现RTSP视频流传输？

Discord UDP NAT穿透实现逻辑 #

Discord的UDP低延迟通信基于ICE框架实现NAT穿透，核心逻辑如下：

• 优先通过STUN协议：客户端主动向公网STUN服务器发送UDP请求，获取自身NAT设备映射后的公网IP与端口，随后将该公网地址同步给通信对端，对端直接向该映射地址发送UDP数据包即可穿过NAT到达内网客户端
• 极端场景降级TURN中继：当遇到STUN无法穿透的对称NAT时，会通过公网TURN中继服务器转发两端的UDP流量，全程仍使用UDP协议，不会切换到TCP，因此延迟始终保持在较低水平

ffmpeg推流UDP RTSP不中断的操作方案 #

你遇到的10秒断流是因为NAT的UDP端口映射超时+RTSP服务端无法收到客户端RTCP回执触发的离线判定，可通过以下方案解决：

方案1：启用ffmpeg STUN功能（最优，无额外延迟） #

新版本ffmpeg已内置STUN客户端支持，推流时指定STUN服务器参数，ffmpeg会自动获取NAT映射后的公网地址并上报给RTSP服务端，服务端会向正确的映射端口发送RTCP报告，命令示例：

ffmpeg -i [你的输入源配置] -c:v copy -c:a copy -f rtsp -rtsp_transport udp -stun_server stun.l.google.com:19302 rtsp://[你的RTSP服务端地址]/[流标识]

需注意-rtsp_transport udp必须显式指定，避免ffmpeg自动降级为TCP传输。

方案2：固定端口+NAT映射保活（STUN不可用时使用） #

如果你的RTSP服务端不支持客户端上报外部地址，可以固定RTP/RTCP端口并手动保活NAT映射：

1. 推流时指定固定的RTP、RTCP端口，命令示例：

ffmpeg -i [你的输入源配置] -c:v copy -c:a copy -f rtsp -rtsp_transport udp -rtp_port 5004 -rtcp_port 5005 rtsp://[你的RTSP服务端地址]/[流标识]

2. 本地运行一个轻量保活脚本，每隔3~5秒向RTSP服务端的RTCP端口发送一个空UDP包，保持NAT的端口映射不会被超时回收，服务端的回包即可正常到达内网。

方案3：服务端配置适配（拥有服务端操作权限时使用） #

如果可调整RTSP服务端配置，开启RTCP源地址学习功能即可：服务端不再使用RTSP信令中携带的客户端本地端口，而是直接以客户端发送RTP/RTCP包的源地址、源端口作为回传地址，天然适配所有NAT场景，无需客户端做任何修改。

内容的提问来源于stack exchange，提问作者zenno2