https://www.opennet.ru/openforum/vsluhforumID6/772.html Добрый день, коллеги.<br>Помогите разобраться в ситуации. Есть телефония на базе Cisco Unified Communications Manager 9.1. Из города приходит поток Е1 на голосовой шлюз, коим является cisco 3925, подключенный по MGCP. Все работает, все всюду дозваниваются. Входящий звонок отправляется на внутренний номер секретаря. Задача простая - настроить голосовое приветствие.<br><br>Должно работать следующим образом: <br><br>При входящем звонке проигрывается приветствие и предлагается ввести добавочный номер абонента, набрать 1 для отправки факса или подождать, чтобы соединиться с секретарем.<br><br>В силу того, что в наличии нет модуля Unity, с помощью которого реализуется IVR в CUCM, делаем все на vxml скрипте.<br><br>Написал скрипт, залил во флэш-память на 3925, туда же положил звуковой файл приветствия.<br><br>В конфиг добавил следующее:<br><br>application<br>service ivr flash:/ivr_script.vxml<br><br>dial-peer voice 1 voip<br>service ivr out-bound<br>incoming called-number 4957777777<br>session targer ipv4:1.1.1.1<br><br>В результате, звонок как прилетал на https://www.opennet.ru/openforum/vsluhforumID6/772.html#12 Thu, 16 Oct 2014 18:28:11 GMT &gt;&gt; Доброе время суток!<br>&gt;&gt; В похожей ситуации пришлось отказаться от MGCP и сделать SIP-транк к CUCM.<br>&gt;&gt; Из группы около 70 номеров, приходящих на поток, выбирается несколько для <br>&gt;&gt; заворачивания на VXML IVR. Если использование вам MGCP не принципиально, сделайте <br>&gt;&gt; так же. Проверено - работает.<br>&gt; В данной ситуции просто ргистрируем шлюз как н.323 и отдаем звонок обратно <br>&gt; через роуте паттерн <br>&gt; и тогда IVR работает <br>&gt; у меня другая проблема - после приветствия никакой номер не добирается <br>&gt; сразу занято выдает <br><br>Я добился некоторого результата, сброса нет, звонки переводит. Проблемы только с этим ivr когда идет обработка звонка по аналоговой линии, а именно, если звонящий набрал добавочный и, не дождавшись ответа, положил трубку, то ivr не останавливается и порт висит в off-hook вечно. TAC помочь мне не смог за полгода переписки, в итоге открестился от меня, сказав, что они не будут помогать с самописными скриптами. С Е1 работает на ура. <br>Пришлите текст скрипта. И конфигурацию роутера, где этот https://www.opennet.ru/openforum/vsluhforumID6/772.html#11 Thu, 16 Oct 2014 15:21:40 GMT &gt; Доброе время суток!<br>&gt; В похожей ситуации пришлось отказаться от MGCP и сделать SIP-транк к CUCM. <br>&gt; Из группы около 70 номеров, приходящих на поток, выбирается несколько для <br>&gt; заворачивания на VXML IVR. Если использование вам MGCP не принципиально, сделайте <br>&gt; так же. Проверено - работает.<br><br>В данной ситуции просто ргистрируем шлюз как н.323 и отдаем звонок обратно через роуте паттерн<br><br>и тогда IVR работает<br><br>у меня другая проблема - после приветствия никакой номер не добирается<br>сразу занято выдает<br><br> https://www.opennet.ru/openforum/vsluhforumID6/772.html#10 Fri, 24 May 2013 14:03:41 GMT Доброе время суток!<br><br>В похожей ситуации пришлось отказаться от MGCP и сделать SIP-транк к CUCM. Из группы около 70 номеров, приходящих на поток, выбирается несколько для заворачивания на VXML IVR. Если использование вам MGCP не принципиально, сделайте так же. Проверено - работает.<br> https://www.opennet.ru/openforum/vsluhforumID6/772.html#9 Thu, 23 May 2013 13:39:47 GMT Какой номер приходит мы уже определили, когда подключали е1 поток. Поэтому сомнений в том какой номер прописывать в incoming called-number нет.<br>Похоже, что действительно mgcp не позволяет запускать приложения.<br><br>&gt; Значит срабатывает пир по-умолчанию - нулевой. А это означает что входящий пир <br>&gt; определен неправильно и условия не совпадают что бы он заматчился. Включить <br>&gt; дебаг глянуть на какой номер приходит звонок, выставить правильный номер в <br>&gt; incoming called-number или правильную маску. https://www.opennet.ru/openforum/vsluhforumID6/772.html#8 Thu, 23 May 2013 13:35:13 GMT Да, похоже что так и есть.<br>Шлюз, управляемый по mgcp может исполнять vxml скрипт по команде call agent'а, однако он только может вернуть какой-нибудь параметр, и похоже, что только текстовый. <br><br>http://www.cisco.com/en/US/docs/ios/voice/ivr/configuration/guide/ivrappb.html документ 2007 года.<br><br>&gt; При управлении потоком по MGCP сигнализация обрабатывается UCM'ом, поэтому пиры с этими <br>&gt; потоками работать не будут. https://www.opennet.ru/openforum/vsluhforumID6/772.html#7 Thu, 23 May 2013 13:27:41 GMT Значит срабатывает пир по-умолчанию - нулевой. А это означает что входящий пир определен неправильно и условия не совпадают что бы он заматчился. Включить дебаг глянуть на какой номер приходит звонок, выставить правильный номер в incoming called-number или правильную маску.<br><br>&gt; В том то и дело, что шлюз подключен по mgcp и управляется <br>&gt; с cucm'а. В конфиге на 3925 прописан один единственный диал-пир.<br>&gt; В дебаге про него ни слова. Соответственно он не матчится. Почему не <br>&gt; матчится не понимаю.<br>&gt;&gt; Можно попробовать включить debug voice ccapi inout <br>&gt;&gt; посмотреть какой пир является входящим. А вдруг входящим является пир на котором <br>&gt;&gt; не висит сервис, поэтмоу и не срабатывает. https://www.opennet.ru/openforum/vsluhforumID6/772.html#6 Thu, 23 May 2013 12:54:16 GMT &gt; В том то и дело, что шлюз подключен по mgcp и управляется <br>&gt; с cucm'а. В конфиге на 3925 прописан один единственный диал-пир.<br>&gt; В дебаге про него ни слова. Соответственно он не матчится. Почему не <br>&gt; матчится не понимаю.<br><br>При управлении потоком по MGCP сигнализация обрабатывается UCM'ом, поэтому пиры с этими потоками работать не будут.<br> https://www.opennet.ru/openforum/vsluhforumID6/772.html#5 Thu, 23 May 2013 12:47:02 GMT В том то и дело, что шлюз подключен по mgcp и управляется с cucm'а. В конфиге на 3925 прописан один единственный диал-пир. <br>В дебаге про него ни слова. Соответственно он не матчится. Почему не матчится не понимаю. <br><br><br>&gt; Можно попробовать включить debug voice ccapi inout <br>&gt; посмотреть какой пир является входящим. А вдруг входящим является пир на котором <br>&gt; не висит сервис, поэтмоу и не срабатывает. https://www.opennet.ru/openforum/vsluhforumID6/772.html#4 Thu, 23 May 2013 12:41:19 GMT &gt; Должно работать следующим образом: <br>&gt; При входящем звонке проигрывается приветствие и предлагается ввести добавочный номер абонента, <br>&gt; набрать 1 для отправки факса или подождать, чтобы соединиться с секретарем. <br><br>Для этого существует UCCX или Unity (не модуль, а софт), предполагаю что это можно сделать Unity Connection'ом, поставляемым с UCM'ом, но не пробовал.<br>Application'ы IOS'а не будут работать на шлюзе под управлением MGCP. Можно отдать обработку сигнализации IOS'у и прописать шлюз как H.323 шлюз или SIP транк.<br>