ну AMD это по-моему не то что ему нужно....
Если я правильно осознал проблему - она у него в том что канал "отвечается" сразу после набора номера и астериск начинает слушать гудки КПВ еще до ответа абонента. И то что ему нужно это делать вид что канал не отвечен до тех пор пока гудки не ончатся.

Это в чистом виде call progress который астериск умеет реализовывать на zap каналах но только для пяти стран. России там нет.

AMD же это имхо приложение которое должно запустится уже после настоящего ответа чтобы помочь с определением кто же ответил - человек или машина. Помочь отловить момент ответа оно вряд ли может.

мой недостаточно гипертрофированный моцк дошёл до этого сам, вот только попробовать не успел. Но спасибо за напоминание. Поупираюсь в эту сторону

2 dimas: совершенно верно поняли. Answer прилетает сразу в проключенный голосовой канал и avaya сама гудит кпв прямо в голосовой канал

Да, очень обычная вещь при соединении ГСМ шлюзов. Последнее время забросали вопросами на эту тему.

ну в общем если Си уметь и желание иметь - то флаг в руки и смотреть сорсы dsp.c
Там подобное реализовано для Америчи. Для Раши реализуется копипастом и напильником. Индусски-стайл.

наверняка этот лисапед уже кто-то изобрёл.. где-то глаз зацепил VMBackgroundDetect - может оно..

наверное все-таки имеется в виду NV а не VM...
Это имхо то же что и AMD http://www.voip-info.org/wiki/view/NVBackgroundDetect

Вам скорее NVLineDetect нужен - там же ссылку увидал. http://www.voip-info.org/wiki/view/NVLineDetect

Сорсы тут - http://lists.digium.com/pipermail/asterisk-dev/2007-May/027735.html

Только не верю что поможет если честно.
1. Это скорее всего для 1.2 все, и замучаетесь патчить.
2. все равно это через dsp.c делается, который повторюсь - умеет делать это распознавание для Америки и НЕ умеет для Раши. Частоты другие, каденс другой. Копипаст, напильник, суд, Сибирь.

..может всё таки в консерватории что-то подправить?

ладно, где наша не кодила :) Спасибо за наводки