Kamailio 关于 mhomed 的讨论之续集

笔记问AI，源码是怎样实现的，下面是回答：

可以，从 Kamailio 源码里能找到这套逻辑。重点是：Kamailio 并不是自己解析/proc/net/route或 netlink 去读操作系统路由表，而是通过 socket API 让内核做一次路由选择，然后用getsockname()取出内核选择的本地源地址。

也就是说，mhomed=1时的“查路由表”本质上是：

创建临时 socket connect() 到目标地址 内核根据路由表选择出口接口和源 IP getsockname() 取到本地源 IP Kamailio 根据这个源 IP 匹配自己的 listen socket

1. 源码里主要看哪些文件

你可以在src/core目录里重点搜这些关键字：

grep-R"mhomed"src/coregrep-R"get_out_socket"src/coregrep-R"getsockname"src/coregrep-R"connect"src/core/socket_info.c src/core/forward.cgrep-R"get_send_socket"src/core

通常相关逻辑主要分布在这些文件中：

src/core/globals.h src/core/globals.c src/core/cfg.lex src/core/cfg.y src/core/forward.c src/core/socket_info.c src/core/socket_info.h

不同 Kamailio 版本代码可能略有移动，但核心逻辑基本一致。

2.mhomed参数在哪里定义

全局变量一般可以在类似位置找到：

externintmhomed;

通常在：

src/core/globals.h src/core/globals.c

配置文件解析部分会把：

mhomed=1

解析成全局变量赋值。你可以搜：

grep-R"mhomed"src/core/cfg.*

大致会看到类似：

mhomed=1;

或者配置语法中对mhomed的处理。

3. send socket 选择入口

Kamailio 发送 SIP 消息时，会构造发送目标，例如目标 IP、端口、协议，然后选择一个本地 socket。

核心流程一般在：

src/core/forward.c

里面可以找类似函数：

get_send_socket(...)

或者相关调用。

逻辑大致类似：

if(msg->force_send_socket){returnmsg->force_send_socket;}if(mhomed){returnget_out_socket(destination,proto);}returndefault_socket;

这不是精确源码，只是简化后的逻辑。

也就是说：

force_send_socket() / $fs 显式指定 优先级最高 mhomed=1 根据目标地址自动判断本地 socket 否则 使用默认 send socket 选择逻辑

4. 真正“查系统路由”的地方

重点看：

src/core/socket_info.c

里面通常会有类似函数：

get_out_socket(...)

这个函数就是mhomed的关键。

它的思想大概是：

socket()connect()getsockname()close()find matching Kamailio listen socket

伪代码大致如下：

structsocket_info*get_out_socket(unionsockaddr_union*to,intproto){ints;unionsockaddr_union local_addr;s=socket(to->s.sa_family,SOCK_DGRAM,0);connect(s,&to->s,sockaddru_len(*to));getsockname(s,&local_addr.s,&len);close(s);returnfind_socket_by_local_ip(local_addr,proto);}

关键点是这两步：

connect(s,destination)getsockname(s,local_addr)

5. 为什么connect()可以查路由？

以 UDP 为例：

s=socket(AF_INET,SOCK_DGRAM,0);connect(s,dst,dst_len);getsockname(s,local,&len);

UDP 的connect()不会真的发送 SIP 包，也不会像 TCP 那样完成三次握手。它只是告诉内核：

这个 socket 以后准备发往 dst

内核为了完成这个操作，会做路由查询：

目标地址是谁？ 应该走哪个路由？ 出口接口是哪一个？ 本地源地址应该选哪个？

然后getsockname()可以拿到内核为这个 socket 选择的本地地址。

这和你在 Linux 上执行：

iproute get 目标IP

看到的结果非常接近。

例如：

iproute get192.168.10.20

输出：

192.168.10.20 dev eth1 src 192.168.10.10

那么 Kamailio 用mhomed=1时，也会通过类似机制得到：

local source ip = 192.168.10.10

然后去匹配：

listen=udp:192.168.10.10:5060

6. Kamailio 不是直接读路由表

这一点很重要。

Kamailio 不是这样做的：

读取 /proc/net/route 解析 ip rule 解析 ip route 自己计算最长前缀匹配 自己判断出口接口

而是这样做的：

让操作系统内核完成路由选择 Kamailio 只读取内核选择后的本地源 IP

所以mhomed的行为主要取决于内核路由选择结果。

你可以把它理解成：

iproute get<destination-ip>

的程序化版本。

7. 匹配 Kamailio listen socket 的过程

假设服务器配置：

listen=udp:10.0.0.10:5060 listen=udp:192.168.1.10:5060 mhomed=1

系统路由：

iproute get192.168.1.50

返回：

192.168.1.50 dev eth1 src 192.168.1.10

那么 Kamailio 会得到本地源地址：

192.168.1.10

然后在自己的 socket 列表里查找：

udp:192.168.1.10:5060

匹配成功后，用这个 socket 发 SIP 消息。

源码中这个匹配逻辑通常和这些函数/结构有关：

struct socket_info find_si(...) grep_sock_info(...) get_sock_info_list(...)

你可以搜：

grep-R"struct socket_info"src/coregrep-R"find_si"src/coregrep-R"grep_sock_info"src/core

8. 简化后的完整流程

发送一个请求到：

sip:alice@192.168.1.50:5060

Kamailio 内部大致流程：

1. 解析目标地址 dst = 192.168.1.50:5060 2. 检查是否强制指定 send socket force_send_socket() $fs 如果有，直接使用指定 socket 3. 如果 mhomed=1 调用 get_out_socket(dst, proto) 4. get_out_socket() 创建临时 UDP socket 5. connect() 到 192.168.1.50:5060 6. 内核查询路由表 选择出口 eth1 选择源地址 192.168.1.10 7. getsockname() 得到： local ip = 192.168.1.10 8. Kamailio 在 listen socket 中查找： udp:192.168.1.10:5060 9. 找到后作为 send socket 10. 用该 socket 发送 SIP 消息

9. 可以用命令验证 Kamailio 的选择

假设 Kamailio 要发往：

203.0.113.8

你可以在系统上执行：

iproute get203.0.113.8

如果输出是：

203.0.113.8 via 10.10.10.1 dev eth0 src 10.10.10.20

那么mhomed=1时，Kamailio 大概率会选择：

udp:10.10.10.20:5060

前提是你确实有：

listen=udp:10.10.10.20:5060

如果没有对应的listensocket，Kamailio 可能会 fallback 到默认 socket，或者打印相关 warning/error，具体行为取决于版本和发送路径。

10. 一个实际例子

Kamailio 配置：

listen=udp:10.0.0.10:5060 listen=udp:172.16.0.10:5060 listen=udp:203.0.113.10:5060 mhomed=1

Linux 路由：

iproute

输出：

10.0.0.0/24 dev eth0 src 10.0.0.10 172.16.0.0/24 dev eth1 src 172.16.0.10 default via 203.0.113.1 dev eth2 src 203.0.113.10

测试：

iproute get10.0.0.55

返回：

10.0.0.55 dev eth0 src 10.0.0.10

Kamailio 选择：

udp:10.0.0.10:5060

测试：

iproute get172.16.0.55

返回：

172.16.0.55 dev eth1 src 172.16.0.10

Kamailio 选择：

udp:172.16.0.10:5060

测试：

iproute get8.8.8.8

返回：

8.8.8.8 via 203.0.113.1 dev eth2 src 203.0.113.10

Kamailio 选择：

udp:203.0.113.10:5060

11. 需要注意 policy routing

因为 Kamailio 是通过普通 socket 触发内核路由选择，所以它通常会遵循：

ip route ip rule source-based routing routing table

但是如果你的系统路由依赖这些特殊条件：

fwmark SO_MARK cgroup bind-to-device iptables mark VRF network namespace

那么需要特别小心。

因为 Kamailio 用于mhomed判断的临时 socket，未必带有和真实业务包完全相同的 mark 或 bind device 条件。这样可能导致：

ip route get 目标IP

和真实发送路径一致，但如果你的生产环境依赖 fwmark，结果可能不一致。

这种情况下，建议显式使用：

force_send_socket(...)

或者：

$fs = "udp:1.2.3.4:5060";

12. 总结

可以在源码里找到。

核心位置：

src/core/forward.c src/core/socket_info.c src/core/socket_info.h

核心关键字：

grep-R"mhomed"src/coregrep-R"get_out_socket"src/coregrep-R"getsockname"src/coregrep-R"get_send_socket"src/core

核心机制不是 Kamailio 自己解析路由表，而是：

socket() connect() getsockname()

让 Linux/Unix 内核根据当前路由表选择本地源地址，然后 Kamailio 用这个源地址去匹配自己的listensocket，最终得到 send socket。