Здравствуйте.
Подскажите знающие люди.
На cisco 2811 приходит поток Е1 с 4 городскими номерами и с нее уходит на плату PRI в TDA200.
Проблема: атс почему-то понимает поток только как QSIG, а не как CO (если вставить провод сразу в TDA - то режим CO работает). В результате имеется проблема с маршрутизацией входящих вызовов.
Как это можно победить (чтоб был режим СО между cisco и панасом)? Может кто сталкивался?
>Здравствуйте.
>Подскажите знающие люди.
>На cisco 2811 приходит поток Е1 с 4 городскими номерами и с
>нее уходит на плату PRI в TDA200.Это как это? В чём смысл?
>Проблема: атс почему-то понимает поток только как QSIG, а не как CO
>(если вставить провод сразу в TDA - то режим CO работает).
>В результате имеется проблема с маршрутизацией входящих вызовов.
>Как это можно победить (чтоб был режим СО между cisco и панасом)?
>Может кто сталкивался?
>>Здравствуйте.
>>Подскажите знающие люди.
>>На cisco 2811 приходит поток Е1 с 4 городскими номерами и с
>>нее уходит на плату PRI в TDA200.
>
>Это как это? В чём смысл?Смысл в том что в циску заходит еще корпоративный VPN тоже с голосом и рулить голосовые пакеты нужно не только в сторону панаса, ну собственно и из VPN голос должен в панас попадать
>На cisco 2811 приходит поток Е1 с 4 городскими номерами и с
>нее уходит на плату PRI в TDA200.
>Проблема: атс почему-то понимает поток только как QSIG, а не как CO
>(если вставить провод сразу в TDA - то режим CO работает).
>В результате имеется проблема с маршрутизацией входящих вызовов.
>Как это можно победить (чтоб был режим СО между cisco и панасом)?
>Может кто сталкивался?Комрад, проблемы скорее всего не из-за панаса,
а из-за отсутствия документации или желания её читать.qsig это isdn протокол третьего уровня.
CO/ext это network/user в переводе с Panas на Cisco.
Panasonic умеет быть и user side и network side.
Cisco тоже умеет быть и network и user.
Подключать нужно через qsig да.Схема настройки:
0) Нарисуй на бумажке чего именно хочется сделать.
1) Добиться чтобы поднялась физика (cd led на Е1 плате должне быть зеленым, аларма гореть не должна) во все стороны и в сторону провайдера и в сторону панаса.
2) Добиться работы третье уровня (sh isdn status = multiple frame established) во все стороны тоже.
3) Нарисовать нужные диалпиры (не забыть про транслейшн профайлы) и не забыть поднять корлисты, аксес листы и авторизацию если циска хотя бы одним интерфейсом смотреть в интернет.
4) Настроить маршрутизацию на панасонике.
5) Проверить что звонки ходят именно так как планировалось (debug isdn q931 и смотрим чего куда вываливается и вваливается).
6) На основе бумажки задокументируй сделанное и положи в специальную папочку.Как-то так.
>[оверквотинг удален]
>во все стороны тоже.
>3) Нарисовать нужные диалпиры (не забыть про транслейшн профайлы) и не забыть
>поднять корлисты, аксес листы и авторизацию если циска хотя бы одним
>интерфейсом смотреть в интернет.
>4) Настроить маршрутизацию на панасонике.
>5) Проверить что звонки ходят именно так как планировалось (debug isdn q931
>и смотрим чего куда вываливается и вваливается).
>6) На основе бумажки задокументируй сделанное и положи в специальную папочку.
>
>Как-то так.Дело в том, что все работает, просто немного не так как хочется (поток поднят, звонки туда-сюда ходят, все диал пиры прописаны). Да, панас может работать в режимах QSIG(master/slave) и СO. И пока я не могу добиться чтоб он заработал в режиме CO именно.
ЗЫ. Если есть ссылка по настройке cisco для этого случая - дайте, обязательно почитаю.
>Дело в том, что все работает, просто немного не так как хочется
>(поток поднят, звонки туда-сюда ходят, все диал пиры прописаны). Да, панас
>может работать в режимах QSIG(master/slave) и СO. И пока я не
>могу добиться чтоб он заработал в режиме CO именно.
>ЗЫ. Если есть ссылка по настройке cisco для этого случая - дайте,
>обязательно почитаю.Так это меняет дело.
Если железо все настроено тогда другой вопрос.
Я понимаю так что заставить панаса быть СО это не задача, задача в чем то другом.
Пиши конкретнее что хочется сделать.
>Так это меняет дело.
>Если железо все настроено тогда другой вопрос.
>Я понимаю так что заставить панаса быть СО это не задача, задача
>в чем то другом.
>Пиши конкретнее что хочется сделать.В данный момент панасоник "понимает" поток от циски только если говоришь ему что это QSIG, а если говоришь ему что это CO - он поток перестает понимать (коряво немного сказал, но суть верна). В результате панас думает что на той стороне у него тоже атс-ка с которой он работает в паре и принимает зонки только если у него есть такой внутренний номер - из-за этого маршрутизации звонка в панасе получается через ж...
Приходиться в циске делать подмену номера с XXX-XX-XX (городской номер) на XXX (внутренний панаса).
Задача как-раз и заключается в том чтоб настроить циско таким образом, чтоб если сказать панасу что режим СО и поток бы поднялся.
>Приходиться в циске делать подмену номера с XXX-XX-XX (городской номер) на XXX
>(внутренний панаса).Комрад, я похоже что-то не догоняю.
У панаса внутренний диалплан не утягивает внутренние номер длинее 5 цифр.
Это офисные станции они не делались для серьезного транзита.
И потом если ты будеш пробрасывать номера без изменения,
тебе придется рисовать роутинг из E164 на внутренние номера.
Только вот манипуляция с номерами на панасе не такая
развитая как на циске и сделать из чего угодно почти что угодно там не получиться.
VOIP
|
POTS-E1-CISCO-E1-PANAS
|
VOIPЕсли схема у тебя такая то в любом случае маршрутизация звонков и
digit manipulation должны быть на циске.
И соответственно в такой схеме СО(network) это циско, а панас как не крути EXT(user) :)>Задача как-раз и заключается в том чтоб настроить циско таким образом, чтоб
>если сказать панасу что режим СО и поток бы поднялся.Еще раз. То что ты пишешь это одно из решений задачи которое
ты выбрал и не можешь реализовать.
>>Приходиться в циске делать подмену номера с XXX-XX-XX (городской номер) на XXX
>>(внутренний панаса).
>Еще раз. То что ты пишешь это одно из решений задачи которое
>ты выбрал и не можешь реализовать.Я может непонятно излагаю. Попробую иначе.
Еще раз задача на мой взгляд формулируется примерно так:
Сеть:
Провайдеры: Pots, VOIP1 прилетают номера такие-то задачи такие-то.
Внутренняя сеть VOIP до другой станции (номерной план такой-то)
Станция Panas KXTDA 200 (номерной план такой-то)Работает вот так и вот так. Это роутиться туда это туда.
Проблема:
Не получается сделать так чтобы звонки со станции уходили туда-то.
Или звони из города уходили туда-то,
а при падении или недоступности туда-то.
Еще раз по поводу СО не СО.
QSIG это протокол. Прямого отношения к СО/EXT он не имеет.
CO(network) и EXT(user) это параметры master/slave для конкретного линка.
В панасонике выбирается хоть qsig-master, хоть qsig-slave.
Делается в это в меню 1.1 (slot) Port Property на карте E1, вкладка main.
И относиться это к одной просто вещи, кто на линке дает синхронизацию.
Соответственно на серийнике циски нужно делать emulate user/network.
Ты путаеш конкретные параметры конкретного линка и маршрутизацию голоса.
Ок, еще раз.На Панасонике в настройках платы PRI я могу выбрать три режима работы:
QSIG master, QSIG slave, CO.По потоку на 2811 приходят четыре номера 1xxxxxx, 2хххххх, 3хххххх, 4хххххх.
Сейчас циска делает подмену номера (так-как панас по QSIG такие номера не понимает):
ххххххх меняет на 501 и отправляет новый номер в панас. Панас соответственно принимает этот номер и отдает его дисе. При отсутствии донабора диса отдает вызов на группу 601.Все входящие с этих линий должны попадать на приветствие DISA и после этого, при отсутствии донабора, попадать каждый на СВОЮ группу внутренних номеров.
Это легко делается при установке платы панаса в режим СО.
В режиме QSIG все вызова после DISA валятся на ОДНУ группу.
Поднимается пока только QSIG
Вот.
>Все входящие с этих линий должны попадать на приветствие DISA и после
>этого, при отсутствии донабора, попадать каждый на СВОЮ группу внутренних номеров.Если транслейшн профайлы делают действительно то, что ты написал - смотри настройки дисы, скорее всего косяк там. Но я бы сначала дебажил профайлы и смотрел действительно ли оно отдает то что требуется.
>Это легко делается при установке платы панаса в режим СО.
>В режиме QSIG все вызова после DISA валятся на ОДНУ группу.Тем более надо смотреть настройки дисы, но сначала трансляции. Самая простая бага это если все входящие номера у тебя подменяются на один и тот же номер. Симптомы во всяком случае такие. Без дебага тут уже ничем не помогу.
Еще вариант сваливать номер 1ххх - на группу 1, 2ххх на группу 2, а 3ххх на группу 3 без донабора, а под донабор (автосекретарь) выделить отдельный номер который будет вести напрямую на дису. На мой сугубо субъективный взгляд так прямее.
Ну и наконец можно поднят автосекретаря на циске с меню и донабором (АА) делается за 20-30 минут, он будет тебе роутить нормально по любым номерам и автоматом скинет на секретаря если ни донабора небыло ни группа не была выбрана. Имея в руках нормальный TCL смысл париться с дисой. Плюсов у дисы кроме возможности записи сообщений прямо с телефона не наблюдаю никаких.
>Если транслейшн профайлы делают действительно то, что ты написал - смотри настройки
>дисы, скорее всего косяк там. Но я бы сначала дебажил профайлы
>и смотрел действительно ли оно отдает то что требуется.Отдает что надо, дебаг конечно смотрел
>Еще вариант сваливать номер 1ххх - на группу 1, 2ххх на группу
>2, а 3ххх на группу 3 без донабора, а под донабор
>(автосекретарь) выделить отдельный номер который будет вести напрямую на дису. На
>мой сугубо субъективный взгляд так прямее.На данный момент пока так и сделано.
В принципе можно сделать на DISА двух или трех уровневое меню, тогда "недобранных" звонков практически не останется.
Покажите пожалуйста настройки Циски
Создавший тему сообщает
"На Панасонике в настройках платы PRI я могу выбрать три режима работы:
QSIG master, QSIG slave, CO."
Что уже неверно, два режима на QSIG это master и slave
и два режима на стандартный ISDN СО = Network Equipment Внутренняя линия = User equipment
Т.есть режима 4 !!!