0

我正在尝试使 vtiger 与星号 1.6（freepbx 服务器）一起工作。我已经设法连接到星号管理器接口 (AMI) 并对其进行写入。但由于某些奇怪的原因，origin 不起作用。我在用 -

Action: Originate
Channel: SIP/2000
Exten: 1000
Context: from-internal
Priority: 1
Callerid: 2000
Async: yes

我在拨打直接电话后尝试阅读来自 AMI 的响应，并且它在频道之后总是有一个随机数。例如 -

Event: Dial
Privilege: call,all
SubEvent: Begin
Channel: SIP/1000-0000000c
Destination: SIP/2000-0000000d
CallerIDNum: 1000
CallerIDName: 1000
UniqueID: 1359790601.12
DestUniqueID: 1359790601.13
Dialstring: 2000

这可能是一个问题还是我在这里遗漏了什么？任何指针都是最有帮助的。很乐意提供任何细节。

4

2 回答 2

1

添加随机数，因为可以多于一个通道到同一个分机。

Cordinly 对您提供的信息进行调用。无法确定使用此信息为什么它对您“不起作用”，抱歉。

利用 asterisk -rvvv

检查星号上发生的情况。读一些像“Aterisk the future of telephony”这样的书也会很高兴（或者聘请能够确定你做错了什么的顾问）。

于 2013-02-02T15:43:35.237 回答
0

我设法解决了这个问题，所以调试过程如下 -

  1. 使用星号 -rvvv 启动星号 CLI
  2. 使用 CLI 发起命令

    通道发起 SIP/1000 分机 2000@from-internal

  3. 第 2 步显示分机忙时出错（具体为错误 486）。
  4. 谷歌搜索错误，发现扩展 1000 正在被硬电话使用，这可能会导致问题

  5. 在 manager.conf 中将经理扩展名更改为 2000 并尝试使用

    通道发起 SIP/2000 分机 1000@from-internal

  6. 第 5 步有效，但来自 PHP 的调用仍然失败。添加了调试以发现 AMI 返回的权限被拒绝

  7. 发现从 1.6 开始，您需要在 manager.conf 读/写选项中发起

现在它工作得很好。希望这对某人有所帮助，尽管我认为这个案例可能是一个非常个性化的问题。

于 2013-02-02T18:07:38.183 回答