Asterisk 桥接/应答延迟导致失败 w/AMD答案

【问题标题】：Asterisk Bridging/Answering Late Causing Failure w/AMDAsterisk 桥接/应答延迟导致失败 w/AMD
【发布时间】：2011-07-14 22:57:25
【问题描述】：

我的问题是 Asterisk 似乎在“你好？”之后接电话有点太晚了。为了使 AMD 功能正常工作，即 AMD 进入静音状态，该人必须再次打招呼才能知道有人在那里。

我们已经通过软件电话使用 IAX 对其进行了测试，并且在接听时看到或多或少相同的延迟，因此我们假设它是 Asterisk 配置。

我或多或少安装了香草 Asterisk。我们通过本地提供商通过 SIP 发起出站呼叫。我正在使用 Java Asterisk API 的“管理器”部分来告诉 Asterisk 进行调用，然后使用 Java Agi API 来处理它。

配置的 SIP 部分如下所示（sip.conf）：

[my-sip-trunk]
disallow=all
allow=ulaw
allow=alaw
allow=gsm
host=<ip to our provider>
type=peer
canreinvite=no
nat=never

我通过 Manager 发送给 Asterisk 的数据如下所示：

Channel:  SIP/<phonenumberhere>@my-sip-trunk
Context:  MyContext
Extension:  100
Priority:  1
Caller ID:  <caller's caller ID>

在我的 extensions.conf 中，我有适当的信息，而且——仅出于演示的目的——只有几个命令：

[MyContext]
exten => 100,1,Answer()
exten => 100,n,Background(beep)

发生的情况是我拿起电话，有时间说“你好？”并在我说完后立即发出哔声。哔声告诉我 AMD 何时开始监听 - 但由于它已经过去了，当我开始说话时它只会听到沉默。

有没有人知道我在哪里/如何错误地配置了 Asterisk 以产生这种延迟？

【问题讨论】：

【解决方案1】：

SIP 呼叫进度分析是出了名的善变（它基本上不起作用）。

我过去不得不做的是使用 SIP 代理来分析带内音频，然后将结果传回给 Asterisk。

查看 Sangoma 呼叫分析器。

【讨论】：