WebRTC创建offer端出现mid=0数据通道传输拒绝错误如何解决

错误原因 #

你收到的应答SDP中m=application 0 UDP/DTLS/SCTP webrtc-datachannel这行的端口号为0，按照SDP协议规范，端口为0表示应答端明确拒绝了本次数据通道的协商请求。同时对比offer端的SDP可以发现，应答SDP缺失了ice-ufrag、ice-pwd、指纹证书等必要的协商字段，进一步说明应答端没有正常处理数据通道的协商逻辑，直接返回了拒绝的媒体描述，因此触发offer端数据通道的错误回调。

修复方案 #

• 检查应答端PeerConnection的初始化配置，确认未禁用SCTP数据通道相关能力，部分旧版本的WebRTC封装框架可能存在默认关闭数据通道的配置项，需要手动开启。
• 调整应答端的信令处理逻辑：必须先完成setRemoteDescription加载offer SDP的操作，再调用createAnswer生成应答SDP，禁止提前生成应答。如果你的实现未开启自动数据通道协商，需要在应答端也主动创建对应的数据通道实例，保证协商逻辑正常触发。
• 排查应答端是否有自定义修改SDP的逻辑，确认没有手动将application媒体行的端口修改为0，也没有删除ice、证书相关的必要字段。
• 确认两端运行环境符合WebRTC要求：非localhost场景必须使用HTTPS协议，否则浏览器会限制WebRTC相关能力的调用。

mid是Media Identification（媒体标识）的缩写，是SDP协议中用来唯一标记单个媒体流的属性。同一份SDP中每一条m=开头的媒体行都会对应一个唯一的mid值，作用是在协商过程中让两端能够准确匹配offer和answer中对应的同一条媒体描述，也用于BUNDLE分组等特性中指定要绑定的媒体流。
本次场景中只有一个数据通道对应的媒体流，因此分配的mid值为0，用来标识这条数据通道对应的媒体描述。

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