![]() |
Здравствуйте, гость ( Вход | Регистрация )
![]() |
![]()
Сообщение
#1
|
|
Участник ![]() ![]() Группа: Участники Сообщений: 10 Регистрация: 24.12.2009 Пользователь №: 14145 ![]() |
Есть 2 станции, стоят в разных офисах у каждой есть прямой (публичный) ip адрес.
В основном офисе секретарский телефон lip8012d и несколько дектовских трубок. Во втором просто несколько дектовских трубок. Внутри каждой АТС звонки ходят нормально, Каждая имеет сипнетовский аккаунт и вход и выход (через 9) работают. В одном офисе диапазон внутренних номеров 100 - 169 , во втором с 170 - ... . Задача: сделать чтобы из одного офиса можно было позвонить во второй по коротким номерам. Как правильно это сделать? Важно при этом сохранить автономность, то есть при отключении интернета в любом из офисов чтобы во втором работал и вход и выход через сипнет. |
|
|
![]() |
![]()
Сообщение
#2
|
|
![]() Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 353 Регистрация: 27.2.2009 Из: Москва Пользователь №: 12941 ![]() |
Помнится в документации на ipLDK было описание функций (со ссылками на программы) и описание каждой PGM с описанием всех полей (со ссылками на функции). Для iPECS-LIK я второй части (описание полей PGM) не нашел.
harris и все знающие форумчане, есть еще один вопрос о сопряжении станций. Как я уже описывал - у нас есть внутренние номер 1ххх, номера удаленных офисов подключенные через SIP (2ххх) и номера удаленных офисов подключенных через поток (3ххх). Звонки с 2ххх на 1ххх и обратно - проходят, с 3ххх на 1ххх и обратно - проходят. Для адресации, по совету harris-а, используется таблица LCR (221 и 222). Но еще требуется организовать "транзитные" звонки с 2ххх на 3ххх и обратно. Когда я набираю номер типа 3ххх с аппарата 2ххх, то слышу сообщение IPECS: "Неправильно набран номер", хотя в LCR Type (PGM221) стоит BOTH (то есть обрабатывать и внешние вызовы тоже). NET мы не используем. Как сделать возможным такой вызов? И совсем маленький вопрос. Что-то я "накрутил" и при вызове на номер 3ххх (через поток) в трубке зуммер гудит непрерывно, как будто бы ждет донабора, но вызов проходит нормально и трубку снимают. Через SIP звук вызовов нормальный. |
|
|
![]()
Сообщение
#3
|
|
![]() ГУРУ ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Группа: Модераторы Сообщений: 6510 Регистрация: 20.4.2009 Из: г. Фрязино Пользователь №: 13158 ![]() |
И совсем маленький вопрос. Что-то я "накрутил" и при вызове на номер 3ххх (через поток) в трубке зуммер гудит непрерывно, как будто бы ждет донабора, но вызов проходит нормально и трубку снимают. Через SIP звук вызовов нормальный. Через SIP на станцию поступает 180 Ringing, и LIK сам генерирует КПВ, а с потоком я дела не имел.. -------------------- "Хотите никогда не работать? Ищите работу по душе!" американская поговорка
Но если любимых работы две - это как большой спорт, увлекшись можно и надорваться.. |
|
|
![]()
Сообщение
#4
|
|
![]() Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 353 Регистрация: 27.2.2009 Из: Москва Пользователь №: 12941 ![]() |
Через SIP на станцию поступает 180 Ringing, и LIK сам генерирует КПВ, а с потоком я дела не имел.. С гудком, кажется, разобрались: провайдер, похоже, каким-то хитрым отправляет звонок на свою DISA - то есть если начать набирать цифры, то гудок пропадает. А транзит звонков через станцию можно настроить без лицензии NET? |
|
|
![]()
Сообщение
#5
|
|
![]() ГУРУ ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 ![]() |
С гудком, кажется, разобрались: провайдер, похоже, каким-то хитрым отправляет звонок на свою DISA - то есть если начать набирать цифры, то гудок пропадает. А транзит звонков через станцию можно настроить без лицензии NET? Можно. -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
![]()
Сообщение
#6
|
|
![]() Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 353 Регистрация: 27.2.2009 Из: Москва Пользователь №: 12941 ![]() |
Можно. Посмотрел красивую блок-схему на странице 15 Руководства по программированию iPLDK. Если обработать транзитный звонок в MSN (PGM202), указав Flexible DID (PGM231), то на внутренний номер его отправить можно. Но в PGM231 указать номер не принадлежащий АТС не получается. Указание NET-номера не срабатывает (отбой по тайауту и настройка PGM322 и PGM324 не помогает). Если не обрабатывать звонок в MSN, то звучит сообщение: "Неправильно набран номер".harris, можно попросить описать как надо обрабатывать этот вызов? |
|
|
![]()
Сообщение
#7
|
|
![]() ГУРУ ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 ![]() |
Посмотрел красивую блок-схему на странице 15 Руководства по программированию iPLDK. Если обработать транзитный звонок в MSN (PGM202), указав Flexible DID (PGM231), то на внутренний номер его отправить можно. Но в PGM231 указать номер не принадлежащий АТС не получается. Указание NET-номера не срабатывает (отбой по тайауту и настройка PGM322 и PGM324 не помогает). Если не обрабатывать звонок в MSN, то звучит сообщение: "Неправильно набран номер". harris, можно попросить описать как надо обрабатывать этот вызов? MSN вообще-то не предназначен для транзита. Для транзита нужно либо использовать таблицы Networking (назначать сетевые транки в ПГМ322; в ПГМ324 прописывать транзитные коды - PSTN). При этом DID Conv Type должен быть = 1 (no treatment). Либо использовать таблицу CO Call Reroute (ПГМ252). И том и в другом случае есть нюансы, тем более, что идет речь о транзите SIP<->PRI. Цитата хотя в LCR Type (PGM221) стоит BOTH (то есть обрабатывать и внешние вызовы тоже) Вы не совсем правильно понимаете смысл опции BOTH !!! Прочтите описание LCR в доке на станции ipLDK. Там все подробно написано. (А в станциях LIK все аналогично). BOTH означает обрабатывать коды, следующие после набора кода доступа к исходящей линии. С внешней линии тоже прийти код доступа к исходящей линии (транзитный код, например). -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
![]()
Сообщение
#8
|
|
![]() ГУРУ ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 ![]() |
Мдя.... Я пока не нахожу приемлемого решения конкретно для вашей ситуации.
Надо признать, что станция LIK для таких транзитов плохо приспособлена. Увы. Пока получился только вариант с использованием ПГМ252 (CO Call Rerouting). И то с нюансами. Продолжим уже на след. неделе. -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
![]()
Сообщение
#9
|
|
![]() Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 353 Регистрация: 27.2.2009 Из: Москва Пользователь №: 12941 ![]() |
Мдя.... Я пока не нахожу приемлемого решения конкретно для вашей ситуации. Надо признать, что станция LIK для таких транзитов плохо приспособлена. Увы. Пока получился только вариант с использованием ПГМ252 (CO Call Rerouting). И то с нюансами. Продолжим уже на след. неделе. Самое обидное, что решение это временное, до момента пока все удаленные офисы не будут переключены напрямую на LIK. Но когда это произойдет - неизвестно. А если c помощью MSN отлавливать номер и направлять на SPEED ячейку, в которую прописан тот же самый номер и указана нужная CO Group для набора номера?... Хотя, если использовать CO Call Rerouting, тоже придется вызовы на SPEED ячейки направлять. Очень похожие варианты получаются. Отлично! Через SpeedDial сработало! Правда, придется каждый номер вручную прописывать, а я даже не знаю их полного списка (ориентировочно их там штук 200). |
|
|
![]() ![]() |
Текстовая версия | Сейчас: 25.8.2024, 21:45 |