![]() |
Здравствуйте, гость ( Вход | Регистрация )
![]() |
![]()
Сообщение
#1
|
|
Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 823 Регистрация: 12.1.2009 Из: Рязань Пользователь №: 12799 ![]() |
Есть следующее пожелание.
Транзитные звонки приходят с оконечных станций на главную по транзитному коду. Назначение транзитных звонков - PSTN. В пгм. 324 выбирается группа линий на которую VOIBE собственно направляет набор. LCR в этом случае не работает и в случае занятости линий, проблемах на линиях и т.д. альтернативный набор возможен только на SPEED ячейку, указанную в пгм. 324. Предложение - предусмотреть в пгм. 324 возможность альтернативного выбора другой группы линий. |
|
|
![]() |
![]()
Сообщение
#2
|
|
Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 912 Регистрация: 10.11.2006 Пользователь №: 114 ![]() |
объедините все нужные линии в одну NEt CO Grp, в которой старшие основные линии, а млдшие резервные
|
|
|
![]()
Сообщение
#3
|
|
Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 823 Регистрация: 12.1.2009 Из: Рязань Пользователь №: 12799 ![]() |
объедините все нужные линии в одну NEt CO Grp, в которой старшие основные линии, а млдшие резервные Правильно ли я понял... В пгм. 322 все линии (основные и резервные) объединяю в одну группу. В пгм. 141 ПК1 эта же группа разделена на две группы, из которых основная имеет больший номер, чем резервная. Но это не совсем то, о чем было пожелание. Группа не должна быть одна. Например, создается три сетевых группы линий, выход на которые происходит по трем разным транзитным кодам. Так вот при отказе в одной из групп набор должен уходить на альтернативную группу линий, а не просто перебирать их по порядку! Похожий алгоритм реализует LCR, но к сожалению здесь это не работает. К сожалению, LCR также не работает при наборе SPEED и функции DISA. ИМХО, у корейцев здесь не доработано. Обратите на это их внимание! |
|
|
![]()
Сообщение
#4
|
|
![]() ГУРУ ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 ![]() |
Правильно ли я понял... В пгм. 322 все линии (основные и резервные) объединяю в одну группу. В пгм. 141 ПК1 эта же группа разделена на две группы, из которых основная имеет больший номер, чем резервная. Но это не совсем то, о чем было пожелание. Группа не должна быть одна. Например, создается три сетевых группы линий, выход на которые происходит по трем разным транзитным кодам. Так вот при отказе в одной из групп набор должен уходить на альтернативную группу линий, а не просто перебирать их по порядку! Похожий алгоритм реализует LCR, но к сожалению здесь это не работает. К сожалению, LCR также не работает при наборе SPEED и функции DISA. ИМХО, у корейцев здесь не доработано. Обратите на это их внимание! Там много чего не доработано... так, как хотелось бы. Я имею в виду все, что связано с сетевыми таблицами. Подобные запросы мы делали давным давно... Но структура совта такова, что поменять это будет весьма сложно. Корейцы отказываются влезать в такого рода переработку - можно вообще всё поломать. Корейцы в принципе и не рассчитывали на такое применение своих станций, в таких вариантах, как это пытаются реализовать (иногда успешно) у нас. Как пример, это "отсутствие дружбы" между сетевыми таблицами и LCR. Каждая функция предназначась для разных задач. Совместное использование не предусматривалось изначально... А теперь, скорее всего, уже и не имеет смысла переделывать софт - слишком трудоемко и, как я уже говорил, небезопасно... Может на следующих сериях станций можно будет пытаться добиться от них, чтобы они учли наши пожелания сразу при разработке новых станций... -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
![]()
Сообщение
#5
|
|
Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 823 Регистрация: 12.1.2009 Из: Рязань Пользователь №: 12799 ![]() |
Там много чего не доработано... так, как хотелось бы. Я имею в виду все, что связано с сетевыми таблицами. Подобные запросы мы делали давным давно... Но структура совта такова, что поменять это будет весьма сложно. Корейцы отказываются влезать в такого рода переработку - можно вообще всё поломать. Корейцы в принципе и не рассчитывали на такое применение своих станций, в таких вариантах, как это пытаются реализовать (иногда успешно) у нас. Как пример, это "отсутствие дружбы" между сетевыми таблицами и LCR. Каждая функция предназначась для разных задач. Совместное использование не предусматривалось изначально... А теперь, скорее всего, уже и не имеет смысла переделывать софт - слишком трудоемко и, как я уже говорил, небезопасно... Может на следующих сериях станций можно будет пытаться добиться от них, чтобы они учли наши пожелания сразу при разработке новых станций... Жаль конечно, что такая ситуация. Но вот это пожелание сделать альтернативное назначение в пгм. 324 вполне реально. ИМХО LCR в этом случае никак не затрагивается. |
|
|
![]() ![]() |
Текстовая версия | Сейчас: 3.9.2025, 22:40 |