基于Kamailio+FreeSwitch的大型会议负载均衡配置咨询

1. 会议场景下能否通过轮询方式在多台FreeSwitch间路由？ #

可以实现，但不能直接用你当前的普通轮询配置——普通轮询会把同一会议号的参会请求分发到不同FreeSwitch节点，导致参会者进入独立的会议实例，无法互通。

正确的做法是基于会议号做哈希路由，确保相同会议号的所有请求都路由到同一台FreeSwitch，同时兼顾负载均衡。修改dispatcher配置示例如下：

route[DISPATCH] {
    # 基于Request-URI（会议号）哈希选择目标节点，保证同一会话路由到同一节点
    if(!ds_select_dst("1", "0", "$ru")) {
        send_reply("404", "No destination");
        exit;
    }
    xdbg("--- SCRIPT: going to <$ru> via <$du> (attrs: $xavp(_dsdst_=>attrs))\n");
    t_on_failure("RTF_DISPATCH");
    route(RELAY);
    exit;
}

这里ds_select_dst的第二个参数用"0"表示哈希模式，第三个参数$ru指定用请求URI（即会议号）作为哈希键，这样同一会议的所有参会请求都会落到同一节点，同时不同会议会被均匀分发到各FreeSwitch节点，实现负载均衡。

2. 客户端从两台FreeSwitch呼叫同一会议号是否等同于两台FreeSwitch间的中继？ #

不等同。默认情况下，两台FreeSwitch上的同一会议号是完全独立的会议实例，两边的参会者无法互通。

如果要让两边参会者进入同一个会议，需要额外配置FreeSwitch之间的中继：比如让其中一台FreeSwitch将会议请求转发到另一台节点，或者使用共享存储（如数据库）同步会议状态，让两台节点识别到这是同一个会议并互通媒体流。没有这些配置的话，仅仅是分别呼叫同一会议号，和中继场景没有关系。

3. 针对参会人数较多的会议，是否有负载均衡实现方式？ #

有两种主流实现方案：

• 单节点定向承载+冗余备份：将大型会议固定路由到性能较强的FreeSwitch节点，通过dispatcher的权重配置给该节点设置更高优先级，同时配置备用节点。当主节点故障时，Kamailio自动将请求切换到备用节点。适合参会人数在单节点承载范围内的场景，配置简单易维护。
• 分布式会议集群：当单节点无法承载大量参会者时，可采用FreeSwitch集群方案——启用mod_conference的集群功能，让多台FreeSwitch共同承载一个会议，媒体流在节点间同步转发。Kamailio负责根据参会者的分布情况调度流量，比如将新参会请求分发到负载较低的节点，同时保证会议的统一性。这种方案配置复杂度较高，但能支持超大规模会议。

内容的提问来源于stack exchange，提问作者vuminh