Маршрутизация NET |
Здравствуйте, гость ( Вход | Регистрация )
Маршрутизация NET |
28.9.2009, 16:34
Сообщение
#1
|
|
Ветеран форума Группа: Участники Сообщений: 823 Регистрация: 12.1.2009 Из: Рязань Пользователь №: 12799 |
Есть следующее пожелание.
Транзитные звонки приходят с оконечных станций на главную по транзитному коду. Назначение транзитных звонков - PSTN. В пгм. 324 выбирается группа линий на которую VOIBE собственно направляет набор. LCR в этом случае не работает и в случае занятости линий, проблемах на линиях и т.д. альтернативный набор возможен только на SPEED ячейку, указанную в пгм. 324. Предложение - предусмотреть в пгм. 324 возможность альтернативного выбора другой группы линий. |
|
|
28.9.2009, 23:21
Сообщение
#2
|
|
Ветеран форума Группа: Участники Сообщений: 912 Регистрация: 10.11.2006 Пользователь №: 114 |
объедините все нужные линии в одну NEt CO Grp, в которой старшие основные линии, а млдшие резервные
|
|
|
29.9.2009, 8:58
Сообщение
#3
|
|
Ветеран форума Группа: Участники Сообщений: 823 Регистрация: 12.1.2009 Из: Рязань Пользователь №: 12799 |
объедините все нужные линии в одну NEt CO Grp, в которой старшие основные линии, а млдшие резервные Правильно ли я понял... В пгм. 322 все линии (основные и резервные) объединяю в одну группу. В пгм. 141 ПК1 эта же группа разделена на две группы, из которых основная имеет больший номер, чем резервная. Но это не совсем то, о чем было пожелание. Группа не должна быть одна. Например, создается три сетевых группы линий, выход на которые происходит по трем разным транзитным кодам. Так вот при отказе в одной из групп набор должен уходить на альтернативную группу линий, а не просто перебирать их по порядку! Похожий алгоритм реализует LCR, но к сожалению здесь это не работает. К сожалению, LCR также не работает при наборе SPEED и функции DISA. ИМХО, у корейцев здесь не доработано. Обратите на это их внимание! |
|
|
Текстовая версия | Сейчас: 1.6.2024, 4:52 |