Asterisk Bridgeing/Запоздавший ответ, вызывающий сбой с AMD

Моя проблема в том, что Asterisk, кажется, отвечает на телефонные звонки слишком поздно после «Привет?» чтобы функциональность AMD работала правильно, то есть AMD включается в тишине, и человек должен снова поздороваться, чтобы он знал, что там есть человек.

Мы протестировали его с помощью IAX через программный телефон и увидели более или менее такую ​​же задержку при ответе, поэтому мы предполагаем, что это конфигурация Asterisk.

У меня более или менее ванильная установка Asterisk. Инициируем исходящие звонки по SIP через местного провайдера. Я использую часть «Менеджер» API Java Asterisk, чтобы указать Asterisk сделать вызов, а затем API Java Agi обработать его.

Часть конфигурации 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

Данные, которые я отправляю через Менеджер на 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 для такой задержки?


person aimzies    schedule 14.07.2011    source источник


Ответы (1)


Общеизвестно, что анализ прохождения вызовов SIP непостоянен (в основном он не работает).

Что мне приходилось делать в прошлом, так это использовать SIP-прокси, который анализирует звук внутри полосы, а затем передает результат обратно в Asterisk.

Попробуйте анализатор вызовов Sangoma.

person gnxtech3    schedule 04.08.2011