https://opennet.ru/openforum/vsluhforumID6/20340.html Здравствуйте. <br>Подскажите знающие люди. <br>На cisco 2811 приходит поток Е1 с 4 городскими номерами и с нее уходит на плату PRI в TDA200. <br>Проблема: атс почему-то понимает поток только как QSIG, а не как CO (если вставить провод сразу в TDA - то режим CO работает). В результате имеется проблема с маршрутизацией входящих вызовов. <br>Как это можно победить (чтоб был режим СО между cisco и панасом)? Может кто сталкивался? <br> https://opennet.ru/openforum/vsluhforumID6/20340.html#14 Tue, 14 May 2019 07:06:07 GMT Создавший тему сообщает <br>"На Панасонике в настройках платы PRI я могу выбрать три режима работы:<br>QSIG master, QSIG slave, CO." <br> Что уже неверно, два режима на QSIG это master и slave<br> и два режима на стандартный ISDN СО = Network Equipment Внутренняя линия = User equipment<br>Т.есть режима 4 !!!<br> https://opennet.ru/openforum/vsluhforumID6/20340.html#13 Thu, 28 Jan 2010 13:26:44 GMT Покажите пожалуйста настройки Циски<br> https://opennet.ru/openforum/vsluhforumID6/20340.html#12 Thu, 21 Jan 2010 12:56:41 GMT &gt;Если транслейшн профайлы делают действительно то, что ты написал - смотри настройки <br>&gt;дисы, скорее всего косяк там. Но я бы сначала дебажил профайлы <br>&gt;и смотрел действительно ли оно отдает то что требуется. <br><br>Отдает что надо, дебаг конечно смотрел<br><br>&gt;Еще вариант сваливать номер 1ххх - на группу 1, 2ххх на группу <br>&gt;2, а 3ххх на группу 3 без донабора, а под донабор <br>&gt;(автосекретарь) выделить отдельный номер который будет вести напрямую на дису. На <br>&gt;мой сугубо субъективный взгляд так прямее. <br><br>На данный момент пока так и сделано.<br>В принципе можно сделать на DISА двух или трех уровневое меню, тогда "недобранных" звонков практически не останется.<br><br> https://opennet.ru/openforum/vsluhforumID6/20340.html#11 Wed, 20 Jan 2010 16:10:01 GMT <br>&gt;Все входящие с этих линий должны попадать на приветствие DISA и после <br>&gt;этого, при отсутствии донабора, попадать каждый на СВОЮ группу внутренних номеров. <br><br>Если транслейшн профайлы делают действительно то, что ты написал - смотри настройки дисы, скорее всего косяк там. Но я бы сначала дебажил профайлы и смотрел действительно ли оно отдает то что требуется. <br><br>&gt;Это легко делается при установке платы панаса в режим СО. <br>&gt;В режиме QSIG все вызова после DISA валятся на ОДНУ группу. <br><br>Тем более надо смотреть настройки дисы, но сначала трансляции. Самая простая бага это если все входящие номера у тебя подменяются на один и тот же номер. Симптомы во всяком случае такие. Без дебага тут уже ничем не помогу.<br><br>Еще вариант сваливать номер 1ххх - на группу 1, 2ххх на группу 2, а 3ххх на группу 3 без донабора, а под донабор (автосекретарь) выделить отдельный номер который будет вести напрямую на дису. На мой сугубо субъективный взгляд так прямее.<br><br>Ну и наконец можно поднят автосекретаря на циске с меню и дона https://opennet.ru/openforum/vsluhforumID6/20340.html#10 Wed, 20 Jan 2010 09:20:44 GMT Ок, еще раз.<br><br>На Панасонике в настройках платы PRI я могу выбрать три режима работы:<br>QSIG master, QSIG slave, CO. <br><br>По потоку на 2811 приходят четыре номера 1xxxxxx, 2хххххх, 3хххххх, 4хххххх.<br>Сейчас циска делает подмену номера (так-как панас по QSIG такие номера не понимает): <br>ххххххх меняет на 501 и отправляет новый номер в панас. Панас соответственно принимает этот номер и отдает его дисе. При отсутствии донабора диса отдает вызов на группу 601. <br><br>Все входящие с этих линий должны попадать на приветствие DISA и после этого, при отсутствии донабора, попадать каждый на СВОЮ группу внутренних номеров.<br>Это легко делается при установке платы панаса в режим СО.<br>В режиме QSIG все вызова после DISA валятся на ОДНУ группу.<br>Поднимается пока только QSIG<br>Вот.<br><br><br><br><br> https://opennet.ru/openforum/vsluhforumID6/20340.html#9 Mon, 18 Jan 2010 03:32:25 GMT Еще раз по поводу СО не СО.<br>QSIG это протокол. Прямого отношения к СО/EXT он не имеет.<br>CO(network) и EXT(user) это параметры master/slave для конкретного линка.<br>В панасонике выбирается хоть qsig-master, хоть qsig-slave. <br>Делается в это в меню 1.1 (slot) Port Property на карте E1, вкладка main.<br>И относиться это к одной просто вещи, кто на линке дает синхронизацию.<br>Соответственно на серийнике циски нужно делать emulate user/network.<br>Ты путаеш конкретные параметры конкретного линка и маршрутизацию голоса.<br> https://opennet.ru/openforum/vsluhforumID6/20340.html#8 Sun, 17 Jan 2010 15:31:19 GMT &gt;&gt;Приходиться в циске делать подмену номера с XXX-XX-XX (городской номер) на XXX <br>&gt;&gt;(внутренний панаса). <br>&gt;Еще раз. То что ты пишешь это одно из решений задачи которое <br>&gt;ты выбрал и не можешь реализовать. <br><br>Я может непонятно излагаю. Попробую иначе.<br><br>Еще раз задача на мой взгляд формулируется примерно так:<br>Сеть:<br>Провайдеры: Pots, VOIP1 прилетают номера такие-то задачи такие-то.<br>Внутренняя сеть VOIP до другой станции (номерной план такой-то)<br>Станция Panas KXTDA 200 (номерной план такой-то)<br><br>Работает вот так и вот так. Это роутиться туда это туда.<br><br>Проблема:<br>Не получается сделать так чтобы звонки со станции уходили туда-то. <br>Или звони из города уходили туда-то, <br>а при падении или недоступности туда-то.<br> https://opennet.ru/openforum/vsluhforumID6/20340.html#7 Sun, 17 Jan 2010 15:09:48 GMT &gt;Приходиться в циске делать подмену номера с XXX-XX-XX (городской номер) на XXX <br>&gt;(внутренний панаса). <br><br>Комрад, я похоже что-то не догоняю. <br>У панаса внутренний диалплан не утягивает внутренние номер длинее 5 цифр.<br>Это офисные станции они не делались для серьезного транзита.<br>И потом если ты будеш пробрасывать номера без изменения, <br>тебе придется рисовать роутинг из E164 на внутренние номера.<br>Только вот манипуляция с номерами на панасе не такая<br>развитая как на циске и сделать из чего угодно почти что угодно там не получиться.<br><br><br> VOIP<br> &#124;<br>POTS-E1-CISCO-E1-PANAS<br> &#124;<br> VOIP<br><br>Если схема у тебя такая то в любом случае маршрутизация звонков и <br>digit manipulation должны быть на циске.<br>И соответственно в такой схеме СО(network) это циско, а панас как не крути EXT(user) :)<br><br>&gt;Задача как-раз и заключается в том чтоб настроить циско таким образом, чтоб <br>&gt;если сказать панасу что режим СО и поток бы поднялся. <br><br>Еще раз. То что ты пишешь это одно из решений зад https://opennet.ru/openforum/vsluhforumID6/20340.html#6 Sat, 16 Jan 2010 17:02:03 GMT &gt;Так это меняет дело. <br>&gt;Если железо все настроено тогда другой вопрос. <br>&gt;Я понимаю так что заставить панаса быть СО это не задача, задача <br>&gt;в чем то другом. <br>&gt;Пиши конкретнее что хочется сделать. <br><br>В данный момент панасоник "понимает" поток от циски только если говоришь ему что это QSIG, а если говоришь ему что это CO - он поток перестает понимать (коряво немного сказал, но суть верна). В результате панас думает что на той стороне у него тоже атс-ка с которой он работает в паре и принимает зонки только если у него есть такой внутренний номер - из-за этого маршрутизации звонка в панасе получается через ж...<br>Приходиться в циске делать подмену номера с XXX-XX-XX (городской номер) на XXX (внутренний панаса).<br>Задача как-раз и заключается в том чтоб настроить циско таким образом, чтоб если сказать панасу что режим СО и поток бы поднялся.<br>