Тема: KX-TDA ограничение межгорода через VoIP
Есть две АТС TDA 30 и TDA 600 связанные через штатные VoIP платы. Они расположены в разных городах.
Предполагается, что обоненты обеих АТС будут звонить на местные телефоны другой АТС и сотовые в том же городе.
Надо части обонентов ограничить набор междугородних номеров на другой АТС.
Если я на одной АТС назначаю COS c ограничением межгорода “8”, то это работает только при выходе на локальные городские линии. При наборе через VoIP никакой блокировки звонков не происходит.
Я что-то делаю не так, как надо?
А надо ограничить набор кодов междугородней связи за исключением сотовых номеров “89” при звонках через другую АТС.
VoIP настроен и работает корректно.
Есть две АТС TDA 30 и TDA 600 связанные через штатные VoIP платы. Они расположены в разных городах.
Предполагается, что обоненты обеих АТС будут звонить на местные телефоны другой АТС и сотовые в том же городе.
Надо части обонентов ограничить набор междугородних номеров на другой АТС.
Если я на одной АТС назначаю COS c ограничением межгорода “8”, то это работает только при выходе на локальные городские линии. При наборе через VoIP никакой блокировки звонков не происходит.
Я что-то делаю не так, как надо?
А надо ограничить набор кодов междугородней связи за исключением сотовых номеров “89” при звонках через другую АТС.
VoIP настроен и работает корректно.
Да, что-то не так делаешь.
Используется ARS?
попробуй метод НШ. и в ARS на каждой АТС пропиши городской маршрут - все городские и сотовый и межгород - всё остальное.
Соотвественно если тебе с другой АТС звонят то пусть будет тока городской маршрут, а если со своей то оба.
Пробуй. о результатах написать не забудь.
Используется ARS?
Да. Но ARS не позволяет сделать ограничения для одних абонентов, и разрешить межгород другим.
ARS работает для всех наборов со всех внутренних и VoIP линий ОДИНАКОВО.
Или я что-то опять не понял?
попробуй метод НШ. и в ARS на каждой АТС пропиши городской маршрут - все городские и сотовый и межгород - всё остальное.
Соотвественно если тебе с другой АТС звонят то пусть будет тока городской маршрут, а если со своей то оба.
Пробуй. о результатах написать не забудь.
У меня уже прописаны все нужные маршруты. Все работает корректно.
Теперь мне надо ВЫБРАННЫМ абонентам другой АТС ЗАПРЕТИТЬ звонки по межгороду.
Т.е. когда звонят с другой АТС, мне надо чтобы у одних абонетов той АТС звонки на межгород проходили, а у других нет.
ARS работает для всех наборов со всех внутренних и VoIP линий ОДИНАКОВО
Утверждение абсолютно НЕВЕРНОЕ. Не забывайте о том, что у вас есть СИСТЕМА (а это действует именно на транзитные звонки) и есть ТЕНАНТЫ (обычно весь народ в 1-м и настройки у него “как для СИСТЕМЫ”).
Это, так сказать, одно. Есть ещё и второе. При усложнении схемы маршрутизации, пришивании в начале набора и кастрации на выходе из шлюза можно прекрасно использовать функцию верификации, добавив это дело в ARS. Тем самым можно не только давать различные COS-ы транзитным вызовам, но и при желании лепить разные CLIP-ы для транзитников. Процесс перелопачивания ВСЕГО не сложный, но требует усидчивости и постоянного самоконтроля... То есть за пол-часа не перенабьёшь..
попробуй метод НШ. и в ARS на каждой АТС пропиши городской маршрут - все городские и сотовый и межгород - всё остальное.
Соотвественно если тебе с другой АТС звонят то пусть будет тока городской маршрут, а если со своей то оба.
Пробуй. о результатах написать не забудь.У меня уже прописаны все нужные маршруты. Все работает корректно.
Теперь мне надо ВЫБРАННЫМ абонентам другой АТС ЗАПРЕТИТЬ звонки по межгороду.Т.е. когда звонят с другой АТС, мне надо чтобы у одних абонетов той АТС звонки на межгород проходили, а у других нет.
Надо использовать для нужных абонентов “той АТС” авторизацию на транзитной АТС с помощью ARS Itemised Code и Verification code. Т.е. на “той АТС” в п.4.1.1 в столбце ARS Itemised Code прописать команду верификации (код_фукнции+ код_верификации + пин_верификации), передаваемую в транзитную АТС, в п.8.5 для данного кариера в команде модификации использовать букву I перед Н.
На транзитной АТС в п.6.3 прописать коды верификации с ПИНами, а также класс сервиса, в котором запрещены междугородние звонки...
Опоздал, блин... НШ уже очередной раз “разжевал” метод... 😊
RusLanCk, ты упускаешь только одну деталь. Код верификации по умолчанию это “*47”, и транзитный вызов должен начинаться именно с кода верификации (а там уж насрать, то ли по пину, то ли от абонента). НО!!! Я пока ещё ни разу ни у одного производителя не встречал маршрутизации DN2IP, где можно было бы первой цифрой указать знак “*”. Так как занимать цифры под функции я не люблю, к тому же цифра - она “доступна всем прохиндеям” (это я про случай попыток взлома), но ни один прохиндей никогда не догадается использовать знаки в набираемых номерах, именно по этой причине я упомянул о “добавке” и “кастрации” (добавка в 9.1 и в ARS, а кастрация в 10.2 с другой стороны). Метод опробирован несколько лет назад. Тогда требовалось ещё и CLIP подставлять нужный.
Функции верификации мне не подходят из-за требований заказчика.
Он считает такой вариант доступа ненадежным и затруднительным для абонетов.
По первому варианту я не понял.
В пункте 8 я не вижу настроек по тенантам. Только выбор CO.
Т.е. если назначить внутренних абонетов в другой тенант, то на них наборы перестанут действовать настройки ARS?
Допустим, что так, но как это поможет в разграничении маршрутизации вызовов пришедших по VoIP?
Я наверно очень плохо объясняю. Попробую конкретизировать.
Есть АТС1 и АТС2.
На АТС1 есть две группы абонетов.
У первой группы COS 2 и возможность звонить по межгороду.
У второй группы COS 3 и запрещены звонки по межгороду.
Настройки прекрасно работают в отношении локальных CO АТС1.
Дальше я прописал маршруты для звонков через АТС2.
Теперь обе группы абонетов (COS2 и COS3) АТС1 могут выходить через АТС2 на городские линии АТС2.
Причем как на локальные городские номера, так и на сотовые телефоны и по межгороду.
Мне нужно, что бы абонеты АТС1, которым назначен COS3 НЕ МОГЛИ набирать на линиях АТС2 междугородние номера.
Честно говоря не понимаю, причем тут тенанты и ARS?
Функции верификации мне не подходят из-за требований заказчика.
Он считает такой вариант доступа ненадежным и затруднительным для абонетов.
Так мы подрядчик? и не умеем делать верификацию?
Скажите заказчику, чтоб нашел компетентного подрядчика.
Можно ли на АТС1 сделать маршрутизатицию (ASR) в зависисмости принадлежности абонента к COS2 или 3?
Функции верификации мне не подходят из-за требований заказчика.
Он считает такой вариант доступа ненадежным и затруднительным для абонетов.Так мы подрядчик? и не умеем делать верификацию?
Скажите заказчику, чтоб нашел компетентного подрядчика.
Вы телепат? Заказчик отказался от такого варианта в процессе обсуждения.
Нет, не телепат, читаю:
Он считает такой вариант доступа ненадежным и затруднительным для абонетов.
Абонеты даже в курсе не будут.
Тогда нетелепатически объясните, что вы имеете в виду.
Функции верификации мне не подходят из-за требований заказчика.
Он считает такой вариант доступа ненадежным и затруднительным для абонетов.
Предрассудки. Всё надёжно абсолютно точно также, как и сейчас. Всё ведь делается АВТОМАТИЧЕСКИ. При этом замена “удалённого” COS-а для абонента делается простым копированием всего в одном столбце. Для абонента это недоступно, только через консоль.
Теперь обе группы абонетов (COS2 и COS3) АТС1 могут выходить через АТС2 на городские линии АТС2.
Причем как на локальные городские номера, так и на сотовые телефоны и по межгороду.
И как они это делают? И для чего это нужно?
Честно говоря не понимаю, причем тут тенанты и ARS?
ARS для того чтобы абоненты тупо набирали городской (междугородний) номер, а АТС сама при необходимости ПЕРЕНАПРАВЛЯЛА вызов (при необходимости модифицировала набираемый номер) через удалённую АТС. Тенанты “как бы непричём”, если не забывать о том, что
1. У транков есть COS!
2. ARS для транзитных вызовов работает согласно настройкам 8.1!
3. ARS для собственных абонентов работает согласно выбору в 6.6!
4. TRS для транзитных вызовов действует согласно COS-у транковой группы, от которой пришёл вызов
5. ... ну и так далее..
Если правильно совокупить все хотелки, желалки и прочие требование, то все они вполне достижимы. Все принципы уже практически разжёваны, осталось разложить на тарелки.
