Тема: Транзит входящих PRI ->TDE200->VoIP->TDE100
Друзья, приветствую всех,
Вопрос следующий, на ТДЕ200, по PRI приходят входящие вызовы, которые мы распределяем через DID таблицу
Эта ТДЕ200 связана по VoIP c ТДЕ100 по h323, PRI ->TDE200->VoIP->TDE100
Как транзитом направить вызов входящий по PRI на ТДЕ100, в неизменном виде, чтобы там его разрулить через DID таблицу? Например из города получаем номера в фортаме хххххх, ловим его на ТДЕ200 и пробрасываем в другую транк группу, которая смотрит в ТДЕ100, а в ТДЕ100 распределяем его через DID.
Panasonic умеет работать транзитной АТС и оперировать транками?
Задача в целом поймать входящий вызов через Е1 на ТДЕ200 и направить его на ICD группу в ТДЕ100
Заранее благодарен
Так ты нужную ICD группу ТДЕ100 сразу в ТДЕ200 и прописывай (10.3) ...
Не, не дает Панасоник прописывать внутренние номера другой АТС в группе распределения входящих,
ну а все-таки, умеет Панасоник транзитом номера пропускать или нет?
ну а все-таки, умеет Панасоник транзитом номера пропускать или нет?
Если с сохранением Type Number или типа с изменением Screening, то не умеет.
Тогда какие существуют способы решения задачи?
На 100-ке и 200-ке сделайте общий номерной план TIE методом ... и то, что fluger прописал 😊 , имхо, должно взлететь.
Тогда какие существуют способы решения задачи?
Объясните, зачем Вам нужно распределение именно по DID?
Задача в целом поймать входящий вызов через Е1 на ТДЕ200 и направить его на ICD группу в ТДЕ100
fluger же чётко и понятно ответил:
Так ты нужную ICD группу ТДЕ100 сразу в ТДЕ200 и прописывай (10.3)
Кто мешает группы TDE100 указать в нумерации TDE200 как Other PBX? К тому же есть “инструмент” в 9.1.
А то, что
не дает Панасоник прописывать внутренние номера другой АТС в группе распределения входящих
это нормально. Зато Панасоник даёт в 10.3 указать номер Other PBX, который может являться номером ICD другой АТС.
Майк-Кэ, а разве при входящем перенаправленном тип вызывающего номера меняется? По-моему, он так и остаётся неизменным. Вот разве мне так кажется, что таблица модификации на него действует и там, и там. Типа в принимающей 0 на 8 не поменял, так можно в другой сменить.
Майк-Кэ, а разве при входящем перенаправленном тип вызывающего номера меняется? По-моему, он так и остаётся неизменным. Вот разве мне так кажется, что таблица модификации на него действует и там, и там. Типа в принимающей 0 на 8 не поменял, так можно в другой сменить.
Топикстартер пишет:
Эта ТДЕ200 связана по VoIP c ТДЕ100 по h323, PRI ->TDE200->VoIP->TDE100
НачШтаба где, там в таблице модификации второй АТС есть возможность подменить 0 на 8 для типа номер Unknown ?
Задача в целом поймать входящий вызов через Е1 на ТДЕ200 и направить его на ICD группу в ТДЕ100
fluger же чётко и понятно ответил:
Так ты нужную ICD группу ТДЕ100 сразу в ТДЕ200 и прописывай (10.3)
Кто мешает группы TDE100 указать в нумерации TDE200 как Other PBX? К тому же есть “инструмент” в 9.1.
А то, чтоне дает Панасоник прописывать внутренние номера другой АТС в группе распределения входящих
это нормально. Зато Панасоник даёт в 10.3 указать номер Other PBX, который может являться номером ICD другой АТС.
Майк-Кэ, а разве при входящем перенаправленном тип вызывающего номера меняется? По-моему, он так и остаётся неизменным. Вот разве мне так кажется, что таблица модификации на него действует и там, и там. Типа в принимающей 0 на 8 не поменял, так можно в другой сменить.
А так все работает,
благодарствую за помощь,
fluger написал немного непонятно, что значит прописать группу? создать группу в которой указаны номера другой АТС? Нужно номер группы ТДЕ100 изменить в соответствии с номерным планом, который знает ТДЕ200 по 9.1, и направлять вызовы в 10.3 ТДЕ200 на этот номер.
Зачем я хотел DID? Ну по логике распределения входящих, честно говоря не знал сразу как решить задачу и подумалось, что нужно сначала вызов транзитом прокинуть на ТДЕ100, затем там по DID приземлить, просто логика
Майк-К, мне думается, что вторая закладка должна как-то влиять.
До сих пор на Unknown ни чего не влияло.
Этот тип номера живёт своей жизнью. 😊
Блин.. проверить нечем. Нет тестового потока с анкновном :(
