Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: ICM Tenancy Group и сеть АТС
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка ipLDK
RusLanCk
Доброе время суток!
Связал 2 ipLDK-300 MPB 3.6Df по VoIP. Устраивает все, кроме одного нюанса: в одной АТС используются 3 ICM Tenancy Group, причем абоненты группы 3 не могут звонить абонентам группы 1 (там большие начальники). Абоненты же второй АТС (все находятся в одной тенантной группе) могут беспрепятственно позвонить абонентам любой из групп первой АТС, а это не очень радует... Каким образом можно сделать ограничение подобных звонков?
Спасибо !
AXEL
Можно у больших начальников будет другой нум план (например основные абоненты на 1хх, начальники 2хх), хотя конечно можно разбить и существующий, но это проблематично, может не хватить строк в 324 пгм потом. Можно ещё прописать номера начальников по линиям VOIP в MSN таблице, и направлять их допустим на оператора.
RusLanCk
Цитата(AXEL @ 18.6.2009, 16:33) *
Можно у больших начальников будет другой нум план (например основные абоненты на 1хх, начальники 2хх), хотя конечно можно разбить и существующий, но это проблематично, может не хватить строк в 324 пгм потом. Можно ещё прописать номера начальников по линиям VOIP в MSN таблице, и направлять их допустим на оператора.


менять план проблематично...
Через MSN будет распределение работать для всех абонентов, а надо выборочно: одним можно звонить, а другим - нет...
harris
Цитата(RusLanCk @ 18.6.2009, 18:16) *
менять план проблематично...
Через MSN будет распределение работать для всех абонентов, а надо выборочно: одним можно звонить, а другим - нет...

Для сети не предусмотрены тенанты. Увы. Нет в мире совершенства...

Как вариант, можно во второй АТС (там, один тенант) в ПГМ322 указать тип линий = PSTN (вместо NET). Тогда можно контролировать набор по ограничениям класса сервиса (COS). Номера начальства записать в таблицу запретов (Deny).
RusLanCk
Цитата(harris @ 19.6.2009, 8:44) *
Для сети не предусмотрены тенанты. Увы. Нет в мире совершенства...

Как вариант, можно во второй АТС (там, один тенант) в ПГМ322 указать тип линий = PSTN (вместо NET). Тогда можно контролировать набор по ограничениям класса сервиса (COS). Номера начальства записать в таблицу запретов (Deny).


Увы... :-)
так и думаю сделать, только не будет ли между АТС-ками недопонимания, если в одной тип будет PSTN, а в другой NET?
harris
Цитата(RusLanCk @ 19.6.2009, 18:43) *
Увы... :-)
так и думаю сделать, только не будет ли между АТС-ками недопонимания, если в одной тип будет PSTN, а в другой NET?

Basic Call будет работать точно также. Не будут работать доп. фичи.
Но если у Вас не установлены лицензионные ключи, то они (доп. фичи) все равно не действуют.

RusLanCk
Цитата(harris @ 19.6.2009, 8:44) *
Как вариант, можно во второй АТС (там, один тенант) в ПГМ322 указать тип линий = PSTN (вместо NET). Тогда можно контролировать набор по ограничениям класса сервиса (COS). Номера начальства записать в таблицу запретов (Deny).


Сделал следующее:
ПГМ 221 прописал коды 70, 71, 72 с типом INT (нумерация второй АТС 70ХХ, 71ХХ, 72ХХ)
ПГМ 222 отправил коды в транк-группу 11 (IP-транки)
ПГМ 322 поставил тип транков PSTN

После этих манипуляций при наборе внутренних номеров второй АТС идет отбой.

Изменил в ПГМ 324 NUM Plan Code с 70**, 71**, 72** на 70, 71, 72 соответственнло и установил для них тип PSTN - все заработало. Ограничения выставил, все вроде бы хорошо... НО:

1. Теперь невозможно назначить кнопки NetDSS.
2. При звонке по номерам второй АТС (70ХХ-72ХХ) абоненты второй АТС видят не внутренний номер звонящего, а номер СО.
3. При входящем звонке со второй АТС абоненты первой видят не внутренний номер, а "Входящий вызов".

С клипами пока не разбирался, гораздо важнее, чтобы у начальства работали кнопки NetDSS. Назначить на их место кнопки типа One Touch Dial (как у Панасоника) не могу из-за отсутствия такого типа кнопок в выпадающем списке Type ПГМ 115. Как выйти из ситуации?
Спасибо.
harris
Цитата(RusLanCk @ 29.7.2009, 15:15) *
Сделал следующее:
ПГМ 221 прописал коды 70, 71, 72 с типом INT (нумерация второй АТС 70ХХ, 71ХХ, 72ХХ)
ПГМ 222 отправил коды в транк-группу 11 (IP-транки)
ПГМ 322 поставил тип транков PSTN

После этих манипуляций при наборе внутренних номеров второй АТС идет отбой.

Изменил в ПГМ 324 NUM Plan Code с 70**, 71**, 72** на 70, 71, 72 соответственнло и установил для них тип PSTN - все заработало. Ограничения выставил, все вроде бы хорошо... НО:

1. Теперь невозможно назначить кнопки NetDSS.
2. При звонке по номерам второй АТС (70ХХ-72ХХ) абоненты второй АТС видят не внутренний номер звонящего, а номер СО.
3. При входящем звонке со второй АТС абоненты первой видят не внутренний номер, а "Входящий вызов".

С клипами пока не разбирался, гораздо важнее, чтобы у начальства работали кнопки NetDSS. Назначить на их место кнопки типа One Touch Dial (как у Панасоника) не могу из-за отсутствия такого типа кнопок в выпадающем списке Type ПГМ 115. Как выйти из ситуации?
Спасибо.

А зачем тут вообще LCR?????

Уже вроде бы Вам поясняли, что требуемая Вам задача не решается нормальным образом. Просто не предусмотрено такая фича!! Чем то нужно пожертвовать.
Тут до черта всяких нюансов.

1. Net DSS??? С индикацией занятости абонента или просто прямой доступ по нажатию на кнопку??? Что именно нужно??? Т.е. Вы используете сервис BLF или нет??
Ведь кнопки для доступа можно просто прописать через Speed-ячейки.
2. Ну раз Вы поменяли тип линий на PSTN, то тогда нужно позаботится о программировании соответствующего CLI (АОНа) - можно запрограммировать на посылку внутр. номера абонента.
В ПГМ143/3 указать тип номера = Unknown, в ПГМ143/2 (CLIP) = 50 (STA CLI)
3. Ну и что??? Вам надписи на системнике важны или же ограничить доступ к начальству.

Не получится соблюсти все ваши требования.
К сожалению, станция не проверяет COS, если набирается номер СЕТЕВОГО абонента (нумерация типа NET). В этом вся проблема. Даже если написать запрос в Корею, то на доработку софта уйдет какое-то время и если они это и сделают, то уже будет на версии 3.8 - 3.9. А у Вас еще старый софт (3.6), и скорее всего старый процессор, который не позволит перейти на версии 3.8.... Точнее говоря, запрос уже давным-давно в Кореи. Обещали учесть в след. релизе, но и так не сделали. Можно лишь еще раз им про это напомнить...
RusLanCk
Цитата(harris @ 29.7.2009, 17:36) *
А зачем тут вообще LCR?????

Уже вроде бы Вам поясняли, что требуемая Вам задача не решается нормальным образом. Просто не предусмотрено такая фича!! Чем то нужно пожертвовать.
Тут до черта всяких нюансов.

1. Net DSS??? С индикацией занятости абонента или просто прямой доступ по нажатию на кнопку??? Что именно нужно??? Т.е. Вы используете сервис BLF или нет??
Ведь кнопки для доступа можно просто прописать через Speed-ячейки.
2. Ну раз Вы поменяли тип линий на PSTN, то тогда нужно позаботится о программировании соответствующего CLI (АОНа) - можно запрограммировать на посылку внутр. номера абонента.
В ПГМ143/3 указать тип номера = Unknown, в ПГМ143/2 (CLIP) = 50 (STA CLI)
3. Ну и что??? Вам надписи на системнике важны или же ограничить доступ к начальству.

Не получится соблюсти все ваши требования.
К сожалению, станция не проверяет COS, если набирается номер СЕТЕВОГО абонента (нумерация типа NET). В этом вся проблема. Даже если написать запрос в Корею, то на доработку софта уйдет какое-то время и если они это и сделают, то уже будет на версии 3.8 - 3.9. А у Вас еще старый софт (3.6), и скорее всего старый процессор, который не позволит перейти на версии 3.8.... Точнее говоря, запрос уже давным-давно в Кореи. Обещали учесть в след. релизе, но и так не сделали. Можно лишь еще раз им про это напомнить...


Уважаемый harris!
Я прекрасно понял Вас в первый раз насчет невозможности решения задачи нормальным образом. Просто просил помощи с NetDSS-ками.

1. Для NetDSS нужен только набор номера. BLF не используется, пока... Про Speed Dialing я думал, но пока не получается: я управляю АТС-кой удаленно; программой редактирования ячеек системного набора подключиться никак не получается - пароль не спрашивает, только пишет 'Logon Failed'. Соответственно, с телефона тоже не могу программировать...
2. Здесь вопросов нет, спасибо!
3. Важнее, конечно же, доступ к начальству.

Спасибо за внимание и поддержку!

harris
Цитата(RusLanCk @ 31.7.2009, 11:30) *
Уважаемый harris!
Я прекрасно понял Вас в первый раз насчет невозможности решения задачи нормальным образом. Просто просил помощи с NetDSS-ками.

1. Для NetDSS нужен только набор номера. BLF не используется, пока... Про Speed Dialing я думал, но пока не получается: я управляю АТС-кой удаленно; программой редактирования ячеек системного набора подключиться никак не получается - пароль не спрашивает, только пишет 'Logon Failed'. Соответственно, с телефона тоже не могу программировать...
2. Здесь вопросов нет, спасибо!
3. Важнее, конечно же, доступ к начальству.

Спасибо за внимание и поддержку!

1. К сожалению, Speed-Editor не работает удаленно, только в одной сети со станцией. По этому поводу мы писали корейцам еще несколько лет назад, но они отказались переделывать софт.
2. Я попробую в ближайшие дни в очередной раз запросить доработку софта, чтобы при Networking станция тупо проверяла COS абонента (сейчас она не проверяет COS, если набирается номер сетевого абонента - типа 70** ). Это, ИМХО, может решить вашу исходную задачу. Абонентам, кому не разрешен "доступ к телу" высокого начальства, можно будет назначить ограничения по COS.
RusLanCk
Цитата(harris @ 31.7.2009, 13:38) *
1. К сожалению, Speed-Editor не работает удаленно, только в одной сети со станцией. По этому поводу мы писали корейцам еще несколько лет назад, но они отказались переделывать софт.
2. Я попробую в ближайшие дни в очередной раз запросить доработку софта, чтобы при Networking станция тупо проверяла COS абонента (сейчас она не проверяет COS, если набирается номер сетевого абонента - типа 70** ). Это, ИМХО, может решить вашу исходную задачу. Абонентам, кому не разрешен "доступ к телу" высокого начальства, можно будет назначить ограничения по COS.


1. Жаль, что не хотят...
2. Было бы очень желательно, чтобы такая проверка осуществлялась. Сколько бы "головной боли" сразу отпало!

Спасибо!

PS: кстати, а почему Вы сказали, что процессор не даст перейти на более высокую версию? В обеих АТС стоят MPBN. Правда, не скажу его версию сейчас... Я знаю, что есть разница между MPB и MPBN, и думал, что MPBN с версией GS30P-3.6Df JUL/06 можно нормально апгрейдить при наличии SDRAM. Неужели я ошибался?
harris
Цитата(RusLanCk @ 31.7.2009, 15:39) *
1. Жаль, что не хотят...
2. Было бы очень желательно, чтобы такая проверка осуществлялась. Сколько бы "головной боли" сразу отпало!

Спасибо!

PS: кстати, а почему Вы сказали, что процессор не даст перейти на более высокую версию? В обеих АТС стоят MPBN. Правда, не скажу его версию сейчас... Я знаю, что есть разница между MPB и MPBN, и думал, что MPBN с версией GS30P-3.6Df JUL/06 можно нормально апгрейдить при наличии SDRAM. Неужели я ошибался?

Я просто предположил, что у Вас может быть старый процессор, не более того.
Если у Вас процессор MPB issue 6 или MPBN, то тогда Вы можете поднять софт до 3.8.

Давайте уточним. Во второй станции ВСЕ абоненты не должны звонить начальству в первой станции??? Или же среди абонентов второй станции тоже есть "шишки", которые все-таки должны иметь право звонить начальству напрямую???
RusLanCk
Цитата(harris @ 31.7.2009, 15:54) *
Я просто предположил, что у Вас может быть старый процессор, не более того.
Если у Вас процессор MPB issue 6 или MPBN, то тогда Вы можете поднять софт до 3.8.


Могу... если получится подобрать память... rolleyes.gif

Цитата(harris @ 31.7.2009, 15:54) *
Давайте уточним. Во второй станции ВСЕ абоненты не должны звонить начальству в первой станции??? Или же среди абонентов второй станции тоже есть "шишки", которые все-таки должны иметь право звонить начальству напрямую???


Во второй АТС есть аж две "шишки", которые имеют право звонить еще большим "шишкам" из первой АТС. Все остальные - нет...
harris
Цитата(RusLanCk @ 31.7.2009, 17:15) *
Могу... если получится подобрать память... rolleyes.gif



Во второй АТС есть аж две "шишки", которые имеют право звонить еще большим "шишкам" из первой АТС. Все остальные - нет...

ОК. Понятно. Во второй станции по сути тоже 2 категории абонентов.
Сейчас посмотрел переписку с корейцами по поводу данной темы (ввести ограничения при вызове сетевых абонентов)... Собственно все эти предложения по изменению софта мы им описали почти год назад. Ответили отказом - не вписывается в их концепцию организации Netwoking.
Тут действительно есть нюансы. Если запретить абоненту набор, например, номера 100 (STA100 в другой станции), то тогда при занятии городских линий этот абонент не сможет набрать 100. Тогда придется еще рулить классами линий (CO COS)... Вообщем, все как-то невесело... dry.gif Будем думать...

Ну, а сейчас тот вариант, который Вы сделали, работает??
RusLanCk

Цитата(harris @ 31.7.2009, 16:44) *
Если запретить абоненту набор, например, номера 100 (STA100 в другой станции), то тогда при занятии городских линий этот абонент не сможет набрать 100. Тогда придется еще рулить классами линий (CO COS)...


В моем случае, например, совпадения нет. Да и с помощью типа LCR тоже можно разрулить (правда, тогда надо точно знать пользователю, когда набирать 9, а когда нет)...

Цитата(harris @ 31.7.2009, 16:44) *
Ну, а сейчас тот вариант, который Вы сделали, работает??


Поскольку у меня сейчас нет возможности выехать к клиенту (он в другом городе), чтобы запрограммировать системный (или персональный) скоростной набор, я все вернул к чистым сетевым вызовам (исходному варианту), а клиент решил пойти административным путем: по предприятию издан приказ о санкциях при нарушении запретов звонков на определенные номера первой АТС.

Пока так... rolleyes.gif

Спасибо за поддержку!
harris
Цитата(RusLanCk @ 3.8.2009, 16:36) *
В моем случае, например, совпадения нет. Да и с помощью типа LCR тоже можно разрулить (правда, тогда надо точно знать пользователю, когда набирать 9, а когда нет)...



Поскольку у меня сейчас нет возможности выехать к клиенту (он в другом городе), чтобы запрограммировать системный (или персональный) скоростной набор, я все вернул к чистым сетевым вызовам (исходному варианту), а клиент решил пойти административным путем: по предприятию издан приказ о санкциях при нарушении запретов звонков на определенные номера первой АТС.

Пока так... rolleyes.gif

Спасибо за поддержку!

ОК. Зачастую организационные меры гораздо эффективней технических. smile.gif
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2025 IPS, Inc.