Janus网关部署视频会议出现RTCPeerConnection无效SDP行错误求助

问题触发原因 #

你遇到的报错本质是触发了Chromium内核浏览器单RTCPeerConnection的媒体通道（m=section）上限，匹配你的场景逻辑完全吻合：

• 单个参会者推送3路流，8个参会者总计24路流，刚好低于Chromium默认的25路媒体通道上限，运行正常
• 第9个参会者接入后总流数达到27路，超过上限，Janus在拼接SDP时会出现截断、格式错乱、MID映射异常，直接对应你给出的三类报错：
  • SDP行截断/格式错误，导致解析失败（对应CASE1、CASE3）
  • 超出上限的媒体通道没有生成对应的m=section，BUNDLE组匹配不到对应MID（对应CASE2）
• 1人参会者离开后总流数回落至24路以内，刷新页面重建PeerConnection后SDP生成正常，服务恢复

修复方案 #

方案1：拆分管理员端PeerConnection（最通用，优先推荐） #

不要用单个PeerConnection接收所有参会者的流，按参会者维度拆分PeerConnection，单个PeerConnection仅接收对应参会者的3路流，单路通道数远低于25的上限，后续不管扩容到多少参会人数都不会触发该问题。

方案2：合并单用户的多路流（改动量较小） #

将单个参会者的桌面、摄像头、音频流合并为单路多轨流传输，单个参会者仅占用1个媒体通道，8个参会者仅占8路，就算接入几十人也不会触达25的阈值，性能损耗也比多PC方案更低。

方案3：拉高媒体通道上限（仅适用于定制客户端场景） #

如果管理员使用定制Electron客户端，可以在客户端启动参数中添加--webrtc-max-media-section-count=100（数值按最大接入人数*3+冗余量设置），直接拉高单PeerConnection的媒体通道上限。该方案不适用普通Web端场景，无法修改普通用户浏览器的启动参数。

验证方法 #

你可以在管理员端Chrome浏览器地址栏输入chrome://webrtc-internals，查看当前PeerConnection的媒体通道数量，当接入人数到9人时确认通道数是否超过25，即可快速验证根因。

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