SkeyeVSS开发FAQ：SDP协议协商与编码格式

试用安装包下载 | SMS | 在线演示

项目源码地址：https://github.com/openskeye/go-vss

1. SDP 是什么

SDP（Session Description Protocol）描述谁向谁发媒体、用什么 IP/端口、什么编码。国标点播中，INVITE与200 OK常携带 SDP。只盯 SIP 状态码而不看 SDP，会漏掉地址填错这类根因。

2. 关键字段速查

• o=：会话发起者与版本，辅助区分是否同一呼叫的重协商；
• s=：会话名（实现相关）；
• c=：连接地址（IP），决定 RTP 发到哪；
• m=：媒体类型、端口、传输协议（如RTP/AVP）；
• a=rtpmap：payload type 与编码（如 H264、PS）的映射。

3. 主码流与子码流

设备可能提供多路m=或多组 payload。平台若只订阅主码流而设备只响应子码流，可能导致解码侧无数据或分辨率与预期不符。需在设备端固定码流策略或让平台支持多 SDP 解析。

4. NAT 与c=地址

若c=填写私网地址，而接收方在公网，则除非同一内网，否则无法收流。此类问题需回到内外网 IP 与 WAN 开关配置，而不是调编码参数。

5. 编码不支持

平台或浏览器侧不支持设备声明的 payload时，可能信令成功但播放失败。可尝试：

• 在设备上改为H264 Baseline等兼容配置；
• 关闭厂商私有封装，改用标准 PS/TS（视设备能力）。

6. 调试技巧

将 SIP 日志中的 SDP 整段复制到文本编辑器，对照网络拓扑逐行核对；变更配置后对比前后两次 SDP的差异，比反复重启更有效。

SDP 是媒体契约；契约上的 IP/端口/编码写错，再完美的 SIP 状态机也播放不了。