SDP应答如何告知不支持ICE renomination？排查SSRC超时问题

问题背景 #

收到的OFFER包含ice-options:trickle renomination，其中：

• trickle 对应Trickle ICE；
• renomination 指已选定活跃ICE配对后，重新提名优先级更高的配对。

当前排查SSRC超时问题，怀疑原因是远端在我方不支持renomination特性时，仍执行配对重新提名操作；我方已在应答中移除renomination相关字段（ANSWER无ICE选项内容），但远端似乎仍在进行提名操作。

正确的应答方式 #

若应答方不支持renomination，不能直接省略ice-options字段，正确的做法是在ANSWER的SDP中明确声明仅支持的ICE选项：

ice-options: trickle

通过这种方式，发起方会明确知晓应答方仅支持Trickle ICE，不支持renomination，从而停止后续的配对重新提名操作。

当前问题的排查建议 #

若已采用上述方式但远端仍未停止renomination操作，需排查：

• 远端是否正确解析了ANSWER中的ice-options字段，是否存在解析逻辑缺陷；
• 确认本地发送的ANSWER是否完整传递至远端，是否存在SDP字段丢失的情况；
• 检查SSRC超时是否真的由renomination导致，可通过抓包分析ICE候选提名的交互流程，验证远端是否持续发送提名请求。

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