Тема: передача cli и cos абонента через qsig
Здравствуйте!
Дано:
2 штуки TDA100 5й версии прошивки.
на одной 1 плата dlc16 и 4 платы pri30 из которых на 3 подаются потоки от провайдера, а 4-я является qsig-master
на второй 3 платы dlc16 и одна pri30 (соответственно qsig-slave)
qsig я успешно поднял- внутренние абоненты звонят друг другу и абоненты второй станции выходят на ТФоП через первую.
На первой же соответственно cosам и прописанным clip абоненты звонят с соответствующих внешних номеров
НО
Есть следующая проблема:
при выходе через первую станцию прописанные абонентам 2й атс clip’ы игнорируются и выходят они по линиям только из первой группы (поток №1) клиенту строго необходимо, чтобы каждый абонент звонил под “своим” clip со “своего” потока
как заставить станцию номер 1 определять cos абонента станции 2 и направлять его на нужный поток?
(кстати, это нужно еще и для того, чтобы одна группа абонентов не могла позвонить другой- на каждой станции в отдельности это настроено, а на qsig не распространяется)
Буду чрезвычайно благодарен толковым ответам!
Передача COSа через QSIG реализована в TDE. CLIPже и в TDA правильно передается. Конкретный поток можно выбирать через код доступа к группе внешних линий.
З.Ы. Толковые ответы стоят дороже благодарности.
Передача COSа через QSIG реализована в TDE. CLIPже и в TDA правильно передается. ...
З.Ы. Толковые ответы стоят дороже благодарности.
Александр, это возможно и на TDA, но реально стоит гораздо больше благодарности. Практически это высший пилотаж. Меньше чем за 500 уе я бы не взялся.
Имел счастье реализовывать подобные требования у очень жадного и неблагодарного клиента, которому мои установщики перед самым кризисом в июле 2008 пообещали подобное, а сами в августе рассчитались, не сумев сделать обещанного. Задача усугублялась тем, что на обоих атс сидели абоненты 2х предприятий, и у каждого предприятия был свой пул CLIP на потоках и свои каналы для автоматической маршрутизации звонков на GSM операторов и по Украине. Кроме того у каждого предприятия были факсы, имеющие отдельный код выхода на B каналы потоков с обходом маршрутизации, и это код должен был действовать только на внутренних номерах факсов и нигде более. Кроме того руководство каждого предприятия не любило, что бы сотрудники своего предприятия звонили сотрудникам другого по внутренней связи, а так же свои сотрудники своим руководителям напрямую, минуя секретаря.
После реализации я честно изменил пароли, написал их на бумажке, на ней же написал ФИО еще двух установщиков из нашего города (один как раз того что уволился, а второго который делал монтаж и раньше обслуживал спарку атс, и был нами авторизован, оба 3-го уровня), которым я бы доверял что-либо править в настройках и отдал руководителям на хранение под расписку, с предупреждением меньше чем 3-го уровня установщика к атс не подпускать. Денег ждал больше 2х месяцев.
Клиент через 2 месяца расплатился и сразу вызвал на очередное обслуживание, т.к. его сисадмин решил сам порулить и снес настройки у 10ка абонентов.
Дальше я обслуживал этого клиента с регулярностью раз в 2-3 месяца, пока он не продал свой бизнес (1 е предприятие -сеть супермаркетов , второе что-то связанное с алкоголем) в 2009 по-моему.
Юрий, у меня тоже подобная “спарка” была: две TDA, соединенные кусигом, на каждой по потоку, факсы, на одной 16 ГСМ шлюзов. Ну и естественно разгул фантазии типа: сначала выходим через свой поток, если не доступен, то через чужой, если и тот не доступен, то через свои шлюзы и т.д. 😊 Настройку ARS я после той установки на всю жизнь запомнил.
ага! т.е. как я понял это можно реализовать разве что через индивидуальный скоростной набор (забить например туда девятку и у каждого абонента на этой “9” будет к примеру “9P802” ?
а блокировку звонков на некоторые внутренние номера другой станции- через cosы с блокировкой набора на со например “101” и т д?
и да, значит cos через qsig на tda не передается.
В таком случае существует более изящное решение, чем то, что я привел выше? клиенты мигрировать на tde не хотят, хотя плюсы tde очевидны (h.323 например вместо qsig)
З.Ы. а насчет толковых советов согласен конечно, но все же предпочитаю брать деньги как минимум за удаленную настройку и выше. Но это как говорится дело хозяйское
все же предпочитаю брать деньги как минимум за удаленную настройку
Единоразово геморно, предпочитаю править дэсисы.
хм.. я тут что-то слышал о решении такого варианта с помощью ars и кодов авторизации.... можно буквально пару словечек об этом?
Ars настраивал неоднократно, с кодами авторизации дело имел раз всего... но именно ТАКОЙ вариант с кучей потоков и кусигом впервые
(сам устанавливаю, настраиваю всю линейку panasonic (и ip и не ip) уже как пять лет, но не имею пока авторизации (начальство денег жмет, насчет авторизации за свои кровные все думаю... )
хм.. я тут что-то слышал о решении такого варианта с помощью ars и кодов авторизации.... можно буквально пару словечек об этом?
Это к НачШтаба - его фишка.
Deemetrio, так как CLIP-ы ходят, подозреваю, что всё пашет с использованием ARS. Касаемо фишки рекомендую “повспоминать”, какие в ARS-е имеются операторы кроме C и H.. (там есть ещё очень полезные A и I, от G - толку не будет). Также напоминаю, что А имеет отношение к тенанту, а I - непосредственно к каждому абоненту. А ещё в столбце модификации прекрасно прописываются знаки и цифры. И при работе через PRI, в отличие от IPGW, они прекрасно передаются даже в том случае, если номер начинается со * или #.
ЗЫ. Не забывайте про Dialing Plan!
ЗЫЗЫ. Если мысли не посетят, то.. утром я в 7.40 на работе. А спать ложусь не раньше 23.30-ти.
Нет, всё работает не через ARS, первоначально у меня всё было гораздо проще: в быстром наборе номера было прописано: 9 = код доступа к внешней
линии (в моём случае 0), далее - пауза и 9 для доступа на линию другой станции. При этом всё работало, но имелась выше описанная проблема:
абоненты станции 2 выходили в город, но только через первую группу линии, которую им автоматически предоставляла станция 1.
Далее я попробовал вот что: в том же быстром наборе заменил “0P9” на “***00” (индивидуальный скоростной набор) и в свою очередь, прописал в
индивидуальном скоростном наборе каждому абоненту “0P801”, ну или “802”, “803” и т.д. Результат - болт...
Основываясь на данном наблюдении попробуем всё решить через ARS, как я понял, оператор H означает набранный номер, оператор C - добавленный
номер, оператор A имеет какое-то отношение к тенанту, но какое? Тенанты я всегда использовал исключительно для разруливания входящих вызовов по
одному OGM на дисе на разные группы абонентов. Какое онтошение имеют тенанты к идентификации исходящего вызова? Далее, оператор I являет из себя
какую-то идентификацию для внутреннего абонента (данные не найдены), что с его помощью передаётся? Для начала прописал простенький план ARS:
поскольку группа линий у нас одна и делить её на несколько не имеет смысла, всё пустим через неё. Для начала в первых цифрах номера я прописал
8-ку. В качестве добавляемого номера 9-ку, команда преобразования CIAH. Скоро придёт человек, будет тестить, посмотрим.
а, ну и еще, конечно я прописал всем абонентам Clip для co линии соответствующий cos’у!
болт... все то же самое, что и с быстрым набором.
вот если можно было планы маршрутизации задавать по cosам... можно было бы снова попробовать “801” “802”
а модификация с использованием IA пока вроде ничего не дала, clip игнорируется. (Правда, я еще не снимал трассировку qsig) это вообще тоже не мешало бы посмотреть...
Быстрый набор не нужен. А вот ARS - нужен.
Модификация может быть приблизительно такого вида: CA9Н (или СI9H, это по выбору “на любителя”), где С - это *47*. Параметр А заполняется там же, в 8.5, и действует в зависимости от того, в каком тенате находится абонент (на ведомой АТС, естественно). Если используется параметр I - то он у каждого абонента свой. Естественно, у каждого абонента должен быть ещё и CLIP. Что же касается “ведущей” АТС, то или А, или I (в зависимости от того, что больше понравилось) - это код+пин из верификации. Букв Р не надо!
Теперь о том, как всё должно будет работать. Абонент, у которого, предположим, I=123456 “ведомой” станции набирает 9 + номер (в 8.2 номер желательно “накопить” полностью, по сути - повторить DP). CLIP, понятное дело, подставляется свой. Далее ARS кидает вызов в qsig, но в начало приписывает *47*123456 9 и далее идёт набранный номер. На “ведущей” станции (предположим) 123 - это код, 456 - это пин этого кода, и этой связке соответствует некий COS, согласно которому либо есть доступ к определённым TG, либо его нет. “Ведущая” АТС “интерпретирует” *47*123456 как вызов с соответствующим COS-ом, по 9-ке отправляет на внешку (или в ARS), пропускает CLIP и донабирает номер.
ТС-у.
В “уважухе” не нуждаюсь, но от благодарности не отказываюсь 😊
