GStreamer 1.17 webrtcbin生成含m=application 0的offer 如何改端口适配Kurento

m=application 0字段代表SDP中的application类媒体流被设置为禁用状态，该配置符合RFC 3264规范，但Kurento Media Server的SDP解析逻辑对禁用状态的application媒体流存在兼容缺陷，以下是三种可行的适配方案：

• 方案1：关闭WebRTC数据通道功能
  若你的业务不需要使用WebRTC数据通道，可在生成SDP offer前，将webrtcbin的enable-data-channel属性设置为FALSE，webrtcbin生成SDP时就不会输出m=application相关字段，从根源避免该问题。
  不同开发语言的配置示例：
  • C语言：g_object_set(webrtcbin, "enable-data-channel", FALSE, NULL);
  • Python GObject绑定：webrtcbin.props.enable_data_channel = False
• 方案2：手动预处理SDP内容
  若业务需要保留数据通道功能，可在webrtcbin生成SDP offer之后、发送给Kurento之前，手动修改SDP内容：将m=application 0行的端口号从0替换为可用的有效端口，或直接删除m=application行及该媒体流对应的所有属性行，修改完成后再将SDP发送给Kurento即可。
• 方案3：升级GStreamer版本
  GStreamer 1.17属于开发版本，后续的1.18及以上稳定版本对webrtcbin的SDP生成逻辑做了大量优化，新增了offer-flags等配置项，可直接配置媒体端口的生成规则，无需额外修改即可兼容Kurento的SDP校验逻辑。

注意：手动修改SDP时需保证格式合规，不要破坏音频、视频相关的媒体行配置，避免引发其他兼容性问题。

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