当前位置：首页 > news >正文

Kamailio转发机制

news 2026/3/26 12:31:27

一．Kamailio转发机制

1.有状态的请求转发

2.无状态的请求转发

3.有状态的响应转发

4.无状态的响应转发

二．示例

1.有状态的请求转发

2.无状态的请求转发

一．Kamailio转发机制

基于路由规则和SIP消息头（可以是Request-URI、To 头、自定义逻辑）将SIP请求从一个端点转发到另一个端点，提供了以下函数：

1.有状态的请求转发

它们是带事务层的可靠转发。如果使用下面两个，在转发过程中,kamailio会维护请求的状态，避免重复转发或响应丢失。

①t_relay()

t_relay()目标来源是$du获取

比如：$du=”sip:192.168.1.100:3000”;

t_relay();

②t_relay_to()

t_relay_to()目标来源是从参数指定

比如：t_relay_to(“udp”,”192.168.1.100:3000”)

也可以使用变量：$var(target)=”192.168.1.100:3000”

t_relay_to(“udp”,$var(target))

2.无状态的请求转发

forward()

forwrad()目标来源可以从$du获取

比如：$du = "sip:192.168.1.100:5060";

forward();

或者直接指定目标：forward("udp", "192.168.1.100:5060");

接着是这个过程的相关流程图，首先需要了解事务存储的内容：

事务存储：

总结一下：

如果是有状态的请求转发，在t_newtran这里创建事务的时候就会设置好响应的dst(用函数update_sock_struct_from_via),也就是从via头域里面更新。进行转发的时候会通过遍历branch列表来添加uac的信息，uac里面有request这个字段，request包含需要发送的内容，包括dst,buffer,buffer_len。如果自己在配置文件还设置了onsend_route，那么run_onsend会修改当前uac->request的dst信息。
如果是无状态的请求转发，配置文件中的$du就是dst,在dst已经存在的情况下，会用build_req_buf_from_sip_req函数构建需要发送的消息，也就是需要发送的内容是从sip消息中构建的。

3.有状态的响应转发

当使用有状态方式处理请求时（如使用t_relay())，响应会自动通过事务层找到对应uac,调用relay_reply执行转发。

4.无状态的响应转发

有响应之后会先判断是否满足tm模块的条件，如果mod_response_reply为0，说明没有匹配，就进行无状态转发处理，会通过Via来设置dst,最后发送响应。

以下是相关流程图

总结一下

如果是有状态的响应转发，dst在请求转发创建事务的时候已经设置好了。接着初始化模块会设置一个response_f回调函数，对于tm模块来说就是reply_received。脚本的onreply_route完毕之后就会调用do_forward_reply，通过判断mod_response_cbks[r](msg)看是否能走tm模块的函数，如果满足条件，就到reply_received,依赖事务层，在t_reply_matching函数里面，取出via1的branch值来设置事务，有了branch就可以找到对应的uac，通过sip消息构建buf之后，就有了需要发送的内容，可以进行响应转发。
如果在上述判断mod_response_cbks[r](msg)的时候为0，说明没有匹配，进行无状态的响应转发处理，会用via2设置dst,通过sip消息用build函数构建new_buf从而进行转发。