PJPROJECT项目中多网卡环境下的SDP地址错误问题分析

问题背景

在PJPROJECT项目（PJSIP库）的实际部署中，当Linux主机配置了多个以太网接口时，可能会遇到SDP（会话描述协议）消息中IP地址不正确的问题。这种情况通常发生在具有多个网络接口且配置了不同路由规则的复杂网络环境中。

问题现象

在典型的双网卡配置案例中：

• eth0接口：192.168.100.191（公网地址）
• eth1接口：10.10.222.191（内网地址）

尽管已经明确设置了PJSIP的公网地址为192.168.100.191，但在发出的INVITE消息的SDP部分，系统却错误地使用了内网地址10.10.222.191。这会导致媒体流无法正确建立，因为对端设备将尝试连接到错误的IP地址。

技术原理

PJSIP库在生成SDP消息时，默认会通过系统路由表自动选择源IP地址。在Linux系统中，当存在多个默认路由时，系统会根据路由metric值选择优先级较高的接口。metric值较小的路由具有更高的优先级。

在问题案例中，两个接口都配置了默认路由：

• eth1的metric为100
• eth0的metric为101

因此系统会优先选择eth1接口的IP地址作为源地址，导致SDP中出现了不期望的内网地址。

解决方案

方案一：调整路由metric值

最直接的解决方法是修改网络接口的metric值，确保公网接口具有更高的优先级（更小的metric值）。这可以通过网络配置工具实现，例如在NetworkManager配置中调整接口优先级。

方案二：显式配置PJSIP绑定地址

更专业的做法是通过PJSIP的API显式指定媒体流使用的IP地址。在PJSUA配置中，可以通过以下参数进行设置：

pjsua_acc_config acc_cfg;
pjsua_acc_config_default(&acc_cfg);

// 设置RTP绑定的公共地址
acc_cfg.rtp_cfg.public_addr = pj_str("192.168.100.191");

这种方法更加可靠，因为它不依赖于系统的路由选择机制，而是由应用程序明确控制媒体流的地址选择。

深入分析

这个问题实际上反映了实时通信系统中网络地址选择的一个常见挑战。在VoIP系统中，信令路径和媒体路径可能不同，特别是在NAT环境下。PJSIP提供了多种机制来处理这种复杂性：

1. STUN/TURN集成：可以通过STUN服务器发现公网地址，或使用TURN服务器作为中继
2. ICE框架：支持交互式连接建立，可以自动选择最优的媒体路径
3. 手动绑定：如解决方案中提到的直接绑定特定地址

最佳实践建议

对于生产环境部署，建议采用以下策略组合：

1. 明确配置PJSIP的公共地址
2. 实施适当的网络路由策略
3. 考虑启用ICE框架以获得更好的NAT穿透能力
4. 在复杂网络环境中部署STUN/TURN服务器