WebRTC接收数据包但无视频显示问题排查求助

问题1：接收RTP数据包后仍无视频，是否与负载类型或SSRC有关？ #

是的，这两个因素都可能直接导致浏览器无法解码播放，同时还要结合其他关键环节排查：

• 负载类型（PT）：VP9在WebRTC中使用动态负载类型（通常是96-127区间），必须确保SDP协商中a=rtpmap字段的PT值与服务器发送RTP包时使用的PT完全一致。比如SDP里写了a=rtpmap:96 VP9/90000，服务器发RTP时就不能用97，否则浏览器会直接丢弃不识别的数据包。另外要检查a=fmtp字段是否正确携带VP9编码参数（比如profile-id=0），部分浏览器对VP9的高profile支持有限。
• SSRC：RTP包的SSRC必须与SDP中m=video行绑定的SSRC匹配，或者通过a=ssrc-group:FID完成流绑定。如果SSRC不匹配，浏览器会将数据包归类为无效流，不会交给解码器处理。另外，WebRTC必须收到**VP9关键帧（I帧）**才能启动解码，若服务器一开始只发送P/B帧，浏览器无法初始化解码上下文，video.play()的Promise会一直处于pending状态。
• 额外排查点：还要确认服务器是否正确发送RTCP包（比如SR/RR），浏览器依赖RTCP来判断流的有效性；同时检查VP9编码的分辨率、帧率是否在浏览器支持范围内。

问题2：为何服务器本地运行时浏览器无数据包接收，远程却有？ #

这种差异通常和ICE候选协商、本地网络环境有关：

• ICE候选对未成功建立：本地运行时，libdatachannel可能未正确收集或暴露host类型候选，或者浏览器的安全策略（比如部分浏览器对localhost的非HTTPS连接限制ICE候选收集）导致候选对无法匹配成功。查看chrome://webrtc-internals里的ICE连接状态，若没有状态为succeeded的候选对，说明实际媒体通路未打通。
• 本地回环处理差异：部分操作系统对本地回环的RTP数据包存在特殊处理逻辑，或者libdatachannel在本地模式下的网络配置（比如端口复用、绑定地址）有问题，导致数据包无法到达浏览器。
• 远程环境的通路优势：远程运行时，服务器和浏览器通常会通过server reflexive（STUN生成）或relay（TURN）候选建立连接，这类候选更容易穿透防火墙和NAT，所以能成功传输数据包。

通用排查步骤 #

1. SDP校验：
   • 对比浏览器和服务器的SDP，确保m=video的PT、rtpmap、fmtp参数完全一致。
   • 检查是否包含a=rtcp-mux字段，WebRTC默认使用RTCP复用，若服务器未开启该功能，会导致媒体流异常。
2. 数据包分析：
   • 用Wireshark抓包，本地运行时确认服务器是否真的发送了RTP包，远程运行时检查RTP包是否包含VP9关键帧。
3. 浏览器播放配置：
   • 给video元素添加playsinline muted autoplay属性，现代浏览器要求静音才能自动播放，否则video.play()会直接reject。
   • 监听video的error事件，通过error.message获取具体解码或播放错误信息。
4. libdatachannel配置：
   • 确认本地运行时启用了host候选收集，若有需要，配置本地STUN服务器辅助ICE协商。

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