WebRTC中Firefox重复发送STUN请求的原因咨询

在Firefox 102.6.0 ESR版本中，每个配置的STUN服务器对应每个网络接口发送两次出站请求，是由STUN协议特性和Firefox的WebRTC实现逻辑共同决定的，具体原因如下：

• 应对网络丢包的冗余策略：STUN协议本身支持客户端通过重复请求来规避网络波动、丢包等问题。第一次请求若未收到响应，第二次请求可作为兜底，确保能成功获取NAT映射信息，避免因单次请求失败导致ICE候选地址收集中断。

• 双类型请求的兼容性探测：Firefox会发送两类不同的Binding Request（绑定请求）：一类是常规请求，用于获取基础的公网地址与端口映射；另一类携带CHANGE-REQUEST属性，用于探测NAT的行为类型（比如是否为对称NAT）。这种双请求设计是为了全面适配不同的网络环境，确保后续PeerConnection建立的兼容性。

• Firefox WebRTC栈的保守实现：作为ESR版本，Firefox的WebRTC实现采用了更保守的策略，通过两次请求提升ICE候选地址的可靠性，兼容更多复杂网络场景，降低因单次请求失败导致连接建立失败的概率。

这种行为是Firefox的默认实现策略，并非WebRTC标准的强制要求，不同浏览器的STUN请求次数可能存在差异。

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