使用fs_cli无法将通话从一个会议室转移至另一个的问题排查

问题详情 #

需要将活跃会议室中的通话转移至另一活跃会议室，使用fs_cli的uuid_transfer命令时通话直接断开；先将通话置为保持状态再执行，结果依旧。

操作流程：

• 用conference xml_list获取活跃会议室列表及通话UUID
• 执行命令：uuid_transfer 8cf501a0-8362-44d2-b50d-6837107ca0d9 conference_name，其中8cf501a0-8362-44d2-b50d-6837107ca0d9为源会议室通话UUID，conference_name格式为1100@fusionpbx_ip（1100是会议室分机号）

预期通话从源会议室移至目标会议室，但未实现。

问题原因及修复方案 #

1. 目标格式错误 #

uuid_transfer转移到会议室时，必须指定目标类型前缀conference:，正确命令应为：

uuid_transfer 8cf501a0-8362-44d2-b50d-6837107ca0d9 conference:1100@fusionpbx_ip

FreeSWITCH需要明确识别目标是会议室，缺少前缀会导致命令无法正确解析。

2. 会议室通道不兼容uuid_transfer逻辑 #

会议室中的通话通道状态特殊，直接用uuid_transfer可能无法触发会议室转移逻辑，可改用uuid_bridge命令：

uuid_bridge 8cf501a0-8362-44d2-b50d-6837107ca0d9 conference:1100@fusionpbx_ip

若需要先离开源会议室，可先执行踢出命令再桥接：

conference <源会议室标识> kick 8cf501a0-8362-44d2-b50d-6837107ca0d9
uuid_bridge 8cf501a0-8362-44d2-b50d-6837107ca0d9 conference:1100@fusionpbx_ip

3. 会议室配置限制 #

检查目标会议室的conf.conf.xml配置，确保allow-guests已开启，允许外部通话接入；同时确认fs_cli操作权限足够修改通话和会议室状态。

4. 通道变量缺失 #

部分场景下需要设置conference_auto_join变量确保自动加入目标会议室，执行转移前先设置：

uuid_setvar 8cf501a0-8362-44d2-b50d-6837107ca0d9 conference_auto_join true

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