Судя по
Цитата:
Но при звонке на номер хххх с соседней станции по CCISoIP слышу положенные по таймерам КПВ а потом тишина которая длится опять же столько времени сколько отведено в 410
-основная идея - обеспечение возможности реализации функции Автоаттенданта на CCIS - сработала, а именно - конвертация входящих по руту цифр в D09 - похоже, успешно произошла
, что было, согласитесь, не так уж и очевидно! Поэтому, количество принимаемых цифр по DID (04), номер рута (000) и тенанта (01) - пожалуй, можно не проверять. Точно в этом убедиться можно, определив, по какому именно транку (ttt) такой вызов вошел в систему, и, повторяя вручную с интервалом в 0,5...5 секунд запрос F56>Dttt(=XX YYYY ZZZZ) отследить, с каким ресурсом соединен этот транк во время "тишины" (ttt - номер транка; YYYY - относительный адрес, по которому либо непосредственно, либо - командой F54>YYYY иногда можно получить хоть и несколько туманные, но все-же намеки о самом ресурсе).
Если всё это так, то нерешенными остаются 2 аспекта:
- где сам анонс (в ином изложении - где голос over IP от цепи анонса)
- где возможность донабора (DTMF over IP)
Обе проблемы должны бы imho решиться настройками VoIP (команда 67, 0A, и иже с ними), и это уже совсем другая история. И заниматься этим стОит только после того, как наступит полная убежденность в том, что цепь анонса действительно инициируется входящим вызовом на xxxx.
Я бы добавил сюда еще одну проблему: куда деть вызов, если вызывающий абонент по тем или иным причинам не выполнил DTMF-донабора в отведенное время, или набрал несуществующий номер. Здесь есть очевидное решение: на все голосовые транки IP-CCIS одинаково назначить 3032(3037)>ttt=04 и 3004(3005, 3042, 3043)>ttt=sta#.
Тогда по истечении соответствующих таймеров + длительности записанного анонса вызов упадет на абонента sta#, что явится еще одним косвенным доказательством срабатывания Автоаттенданта с безголосым анонсментом.
Вход
Регистрация
FAQ
Поиск
!!