Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: WTIB увеличение количества портов
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка ipLDK
Graysys
Предположим ситуацию. В АТС LDK установлено несколько абонентских плат и контроллер WTIB.
Исторически сложилось так, что логически назначены сначала несколько плат проводных абонентов потом WTIB, а далее ещё несколько проводных абонентских плат.
Что произойдет при перепрограммировании количества портов для платы WTIB?
Номерной план для логисески следующих за дект плат сдвинется? Или надо будет заново прописывать/выписывать эти платы?

Можно ли при изначальном программировании АТС предусмотреть такие ситуации? Ну, например, каким-то образом "застолбить" перед WTIB необходимое в будущем количество портов, чтобы дект абоненты всегда были в конце номерного плана. Если прописать перед WTIB, например SLIB, но реально эту плату не ставить.

Подобное может произойти и с платами внешних линий. Например логически первым стоит PRIB, за ним LCOBы. На PRIBе часть каналов урезана. В последствии может возникнуть необходимость открыть больше каналов в потоке.
Что, в этом случае перепрограммировать всю АТС?
stasmar
Цитата(Graysys @ 9.6.2011, 14:15) *
Предположим ситуацию. В АТС LDK установлено несколько абонентских плат и контроллер WTIB.
Исторически сложилось так, что логически назначены сначала несколько плат проводных абонентов потом WTIB, а далее ещё несколько проводных абонентских плат.
Что произойдет при перепрограммировании количества портов для платы WTIB?
Номерной план для логисески следующих за дект плат сдвинется? Или надо будет заново прописывать/выписывать эти платы?

Можно ли при изначальном программировании АТС предусмотреть такие ситуации? Ну, например, каким-то образом "застолбить" перед WTIB необходимое в будущем количество портов, чтобы дект абоненты всегда были в конце номерного плана. Если прописать перед WTIB, например SLIB, но реально эту плату не ставить.

Подобное может произойти и с платами внешних линий. Например логически первым стоит PRIB, за ним LCOBы. На PRIBе часть каналов урезана. В последствии может возникнуть необходимость открыть больше каналов в потоке.
Что, в этом случае перепрограммировать всю АТС?

Наверное - то что хотите - не получится. Привязка к портам автоматически по порядку - будет смещение, к нему добавится смещение настроек абонента с привязкой к порту, групповых настроек. Так что смещение болезненным может оказаться. Выходите с предложением к ув. Харрису.. Не знаю как на MG в этом плане.. Но MG модернизируется, и его пользователи в выигрыше..
AXEL
Цитата(Graysys @ 9.6.2011, 14:15) *
Предположим ситуацию. В АТС LDK установлено несколько абонентских плат и контроллер WTIB.
Исторически сложилось так, что логически назначены сначала несколько плат проводных абонентов потом WTIB, а далее ещё несколько проводных абонентских плат.
Что произойдет при перепрограммировании количества портов для платы WTIB?
Номерной план для логисески следующих за дект плат сдвинется? Или надо будет заново прописывать/выписывать эти платы?

Можно ли при изначальном программировании АТС предусмотреть такие ситуации? Ну, например, каким-то образом "застолбить" перед WTIB необходимое в будущем количество портов, чтобы дект абоненты всегда были в конце номерного плана. Если прописать перед WTIB, например SLIB, но реально эту плату не ставить.

Подобное может произойти и с платами внешних линий. Например логически первым стоит PRIB, за ним LCOBы. На PRIBе часть каналов урезана. В последствии может возникнуть необходимость открыть больше каналов в потоке.
Что, в этом случае перепрограммировать всю АТС?


при увеличении количества DECT терминалов на платах, стоящих логически после WTIBа, сдвинется нумерационный план.

можно заранее было прописать максимальное количество DECT терминалов, при условии, что вы не превысите номерную емкость станции, блока.

можно так же прописывать платы, но не ставить их реально, опять же с предыдущей оговоркой.

но в вашем случае поздно пить боржоми.....
так что прописывайте привязки к портам заново ( т.е COSы, группы, входящие вызовы на эти аппараты итд)
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2025 IPS, Inc.