PJPROJECT中SDP媒体协商的IPv6地址处理问题分析

在PJPROJECT 2.14版本中，当处理SIP会话的SDP媒体协商时，出现了一个值得关注的IPv6地址处理问题。这个问题主要发生在拒绝某些媒体流的情况下，系统会在SDP应答中生成不符合预期的IPv6地址格式。

问题现象

在典型的SIP会话建立过程中，当主叫方发送包含多个媒体描述的INVITE请求时（例如同时包含RTP/SAVP和RTP/AVP两种媒体传输协议），如果被叫方拒绝其中一种媒体类型（如RTP/SAVP），在生成的200 OK应答中，被拒绝的媒体描述部分会出现"c=IN IP6 ::1"这样的IPv6地址格式，而实际上整个会话都是在IPv4环境中进行的。

技术背景

这个问题源于PJPROJECT 2.14版本中对IPv6支持策略的修改。在早期版本中，相关配置结构体中的ipv6_media_use字段默认值为0（PJSUA_IPV6_DISABLED），而在2.14版本中，该字段被显式初始化为PJSUA_IPV6_ENABLED_PREFER_IPV4。这种变化导致在处理被拒绝的媒体流时，系统会错误地使用IPv6的默认地址（::1）而非预期的IPv4地址。

影响分析

这种不一致的地址格式可能会导致以下问题：

1. 某些SIP终端设备可能无法正确处理包含混合IPv4/IPv6地址的SDP应答
2. 可能导致会话建立失败或媒体协商异常
3. 在纯IPv4环境中出现IPv6地址可能引起网络设备的异常处理

解决方案

目前可行的解决方案包括：

1. 显式设置ipv6_media_use为PJSUA_IPV6_DISABLED
2. 等待PJPROJECT官方修复此问题
3. 在应用层对生成的SDP进行后处理

最佳实践建议

对于需要在生产环境中使用PJPROJECT的开发者，建议：

1. 明确设置IPv6相关参数，避免依赖默认值
2. 在纯IPv4环境中显式禁用IPv6支持
3. 对关键业务场景进行充分的SDP协商测试
4. 考虑实现SDP内容的验证机制

这个问题提醒我们在处理网络协议栈时，需要特别注意地址族的一致性，特别是在双栈环境中。正确的地址处理对于SIP会话的建立和媒体流的协商至关重要。