如何用OpenSIPS负载均衡器与rtpproxy正确转发最终ACK至后端服务器

架构概述 #

• OpenSIPS：处理上游服务商注册、负载均衡INVITE请求，通过rtpproxy管理媒体流
• 后端服务器：基于PJSUA2构建的自定义Python SIP服务器
• rtpproxy：负责媒体流转发

问题描述 #

当INVITE请求经OpenSIPS路由至后端服务器后，后端回复200 OK，OpenSIPS将该响应返回给上游服务商，但上游发来的最终ACK消息未被转发至后端服务器，导致呼叫失败。

呼叫流程：

Provider -> OpenSIPS -> Backend (INVITE)
Provider <- OpenSIPS <- Backend (200 OK)
Provider -> OpenSIPS (ACK)
... ACK丢失，后端未收到

配置问题分析 #

查看提供的opensips.cfg，问题核心集中在对话管理与ACK路由逻辑：

1. 最终ACK的事务判断错误
   在has_totag()分支中，原有ACK处理逻辑依赖t_check_trans()：

   if ( is_method("ACK") && t_check_trans() ) {
       xlog("ACK HOP BY HOP \n");
       t_relay();
       exit;
   }
   

   对应2xx响应的最终ACK不属于INVITE事务（INVITE事务在发送200 OK后即结束），因此t_check_trans()会返回false，导致该分支不执行。后续进入loose_route()判断时，若对话未被正确追踪，ACK无法路由至后端。

2. 未显式创建对话
   初始INVITE处理流程中未调用create_dialog()，OpenSIPS无法通过dialog模块追踪对话状态，后续对话内的请求（如ACK、BYE）无法关联到对应的后端服务器。

3. rtpproxy逻辑顺序错误
   在route[RELAY]中，rtpproxy_answer()被错误用于初始INVITE请求转发阶段，该函数仅应在处理200 OK响应时调用。

修复方案 #

1. 修正ACK路由逻辑 #

移除ACK处理中对t_check_trans()的依赖，让对话内的ACK通过loose_route()路由：

if (has_totag()) {
    // 移除原有ACK分支，由loose_route处理对话内请求
    if ( !loose_route() ) {
        send_reply(404,"Not here");
        exit;
    }
    
    if (is_method("BYE")) {
        rtpproxy_unforce();
        do_accounting("log","failed");
    } else if (is_method("ACK")) {
        xlog("L_INFO", "Forwarding final ACK to backend for call $ci\n");
    }

    route(RELAY);
    exit;
}

2. 初始INVITE处理时创建对话 #

在初始INVITE路由逻辑中添加create_dialog()，确保对话被追踪：

record_route();
// 创建对话，关联后端服务器信息
create_dialog();
do_accounting("log");

3. 调整rtpproxy逻辑至响应处理阶段 #

新增onreply_route处理后端返回的200 OK，将rtpproxy_answer()移至该路由：

// 新增响应处理路由
onreply_route {
    if (t_check_status("200") && has_body("application/sdp")) {
        xlog("L_INFO", ">>> Calling rtpproxy_answer for $ci\n");
        rtpproxy_answer();
    }
}

// 修改RELAY路由，移除错误的rtpproxy_answer()调用
route[RELAY] {
    xlog("fixing nated contact \n");
    fix_nated_contact();
    xlog("calling t_relay \n");
    if (!t_relay()) {
        xlog("Error on t_relay \n");
        sl_reply_error();
    }
    exit;
}

4. 优化dialog模块匹配模式（可选） #

调整dlg_match_mode为更严格的匹配规则，确保对话精准关联：

modparam("dialog", "dlg_match_mode", 2) // 基于Call-ID、From Tag、To Tag匹配

验证步骤 #

1. 重启OpenSIPS应用新配置
2. 发起测试呼叫，查看OpenSIPS日志确认ACK被转发
3. 检查后端服务器是否收到ACK，确认呼叫建立成功

内容的提问来源于stack exchange，提问作者Rémi Da Silva