每次写入后应用 FreePBX 配置, 否则扩展将永远无法到达 Asterisk

FixVOIPService
Shipped
2026年9月2日 23:42 UTC
Author
Kamo
Commit
49345c7

8777分机(Aiden Perry, kamocrm)于2026-09-02从KamoCRM创建. 并永远不响。 FreePBX GraphQL " 扩展 " 变体已写入 " 用户 " 、 " 设备 " 、54行 " 口 " 和整个 " AMPUSER/8777/ -- -- Astdb树 " ——后被称作"需要再加载()",这提高了GUI的"Apply Config"旗帜. 没有别的了。 `retrive-conf'从未运行,所以`pjsip.endpoint.conf'仍然 运行中的Asterisk 根本没有终点: [2026-09-02] 21:05:28] (中文(简体) ). ERROR chan pjsip.c: 无法创建 PJSIP 频道 - 找不到“ 8777” 终点 打电话的人没有听到错误。 服务员的[3-9] 处理器验证了 以Astdb为对象,有人居住,因此接受电话,交给 (一) 在CHANUNAVAIL上以毫秒的速度死亡; "voicemail=novm"的无答分行路线返回主排队,所以 打电话者又听到主线铃声了 真正通话的CDR一行 读取 **************** FreePBX中的每一变种现在都以应用Configulation()结尾,该应用 将 " 重新装填 " 变异和民意测验 " fetchApi Status " 发布到一个绝境状态 - " 重新装入 " 炮弹取而代之的 " fwconsole api doreload " ,所以 接受的突变不是应用的。 一个活的k1m1应用在3-4s中完成. 失败被记录, 从未丢出 : 写入在 FreePBX 上已经成功 因此,如果达不到要求,卡莫就无从谈起。 用于扩展的 FreePBX 的电话扩展行已持有, 且明显 重试将返回“ 此设备 ID 已经在使用中 ” 。 等待重新装入的是 可恢复的 —— 下个写入应用它, 以及 GUI 的应用配置 。 以丢出扩展名验证为结束的活的 k1m1 框 : 仅添加扩展后 `pjsip 显示端点 8999' 报告“无法找到 ” 对象8999";在多尔加载后,终点就在那里. 然后删除,应用, 并证实没有残留物.

All changes

就像你看到的运输?

每一个都自动更新您工作空间的地盘。 开始自由,看它成长 一周又一周.

永远开始自由查看定价