星号起源不起作用

时间:2013-02-02 07:39:03

标签: php asterisk vtiger asteriskami

我试图让vtiger与asterisk 1.6(freepbx服务器)一起工作。我已经设法达到了可以连接到星号管理器界面(AMI)并写入它的程度。但由于一些奇怪的原因,起源不起作用。我正在使用 -

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

这可能是一个问题,还是我在这里遗漏了什么?任何指针都会非常有用。很乐意提供任何细节。

2 个答案:

答案 0 :(得分:1)

添加了随机数,因为相同的扩展名可以超过一个通道。

您提供的信息可以随叫随到。无法确定使用此信息为什么它“无法正常工作”,抱歉。

使用    asterisk -rvvv

检查星号上会发生什么。也会很好读一些像“Aterisk未来的电话”这样的书(或聘请顾问能够确定你做错了什么)。

答案 1 :(得分:0)

我设法解决了这个问题,所以这是调试的方式 -

  1. 使用asterisk -rvvv
  2. 启动asterisk CLI
  3. 使用CLI originate命令
      

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

  4.   
  5. 第2步显示扩展正忙时出错(错误486具体)。
  6.   
  7. 谷歌搜索错误,发现扩展程序1000正在被硬电话使用,这可能会导致问题
  8.   
  9. 在manager.conf中将管理员扩展名更改为2000并尝试使用

    进行调用

      

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

  10. 第5步工作,但来自PHP的调用仍然失败。添加调试以发现AMI返回了拒绝权限

  11. 发现从1.6开始你需要发起manager.conf读/写选项
  12. 现在它完美无缺。希望这有助于某人,但我认为这个案例可能是一个非常个性化的问题。