Вот-вот она и в LDK далеко не для любого случая.
Давно здесь не был, а здесь все по старому. "Коры мочим".

Привет всем, я тут решил настроить у себя LCR и столкнулся с такой проблемой. у меня на атску заходит 10 аналоговых линий, 4 сотовых шлюза и 4 ip линии. аналоговые линии у меня делятся на несколько групп (у зама своя линия, у приёмной своя линия и т.д. и есть общая группа линий, состоящая из 5 аналоговых линий), сотовые шлюзы в одной группе, и ip телефония в отдельной группе. настроил LCR таким образом, что если народ набирает 6-тизначные номера выходят на обычные линии (указал 1 группу), если звонят на сотовые телефоны (указал 10 группу), то выходят на шлюзы и если межгород, то на ip телефонию (указал на 20 группу). Но если моя городская линия не в общей группе( например группа 2,3,4), то при включенном LCR я не могу позвонить на 6-тизначный номер. может есть какой выход, а то не охота все линии аналоговые в одну группу пихать. заранее всем спасибо.

Я так понял, что проблемы только для тех, у кого своя линия - они не могут, набирая 6-ти значный номер попасть на свою аналоговую линию.
Если это так, то, как недавно ув. Харрис рассказывал (как обмануть LCR): в таблице преобразования LCR добавляете 9-ку, а СО линию не ставите. Абонент, набравший городской номер попадает через гибкий план нумерации на доступную ему линию.
Предупреждаю, сам я этого не делал, могу ошибиться, но попробовать можно..

Вы всё правильно поняли, а не можете сказать где я могу найти, то что описывал ув. Харрис?

Здесь

В ПГМ222 используйте альтернативные индексы, в которых пропишите еще и ваши группы 2, 3, 4...

Да, пожалуй, это корректный вариант - без обмана методов, предложенных разработчиками. По альтернативе выбрать разрешенную СО линию..

всем спасибо, разобрался...

Джентльмены, помогите советом плиз. Давно станции не программировал, а тут предстоит и там вот такая (с)закавыка панимашь...
Есть учреждение, 4 этажа, хочется сделать чтобы вн. номер совпадал с номером кабинета, но номера 3го этажа начинаясь соотв-но 300,301,302 етс будут совпадать с первыми тремя цифрами нумерации городских АТС, (у нас все номера в городе начинаются с "3") соотв-но не могу сообразить - как можно грамотно составить LCR таблицы. И можно ли вообще.
Сотовые то понятно, межгород и МЧС всякие тоже а вот простые городские?? Есть возможность?

Вы хотите набирать городские номера (3ХХХХХХ) без предварительного набора кода доступа (9-ки)?? И при этом хотите иметь внутр. номера 3ХХ ??
Так не получится сделать, поскольку начальные цифры внутр. и городских номеров пересекаются.
Можно сдедать так, чтобы все внутр. номера начинались на #:
#1XX- номера на 1 этаже
#2XX- номера на 2 этаже
#3XX- номера на 3 этаже
#4XX- номера на 4 этаже
Тогда можно 3-ку прописать в LCR для доступа к городской сети.

Да, все верно.
Станция сравнивает с таблицами только первую цифру? Не может анализировать 3 и более прежде чем определит направление куда набор осуществляют?
Других вариантов видимо нет?

И первую и последующие цифры. Станция сравнивает до первого совпадения с цифрами, указанным в качестве кода LCR.
Например:
333331
333332
Это будут разные коды, разные направления.
Но Вам-то нужно другое:
Вы хотите, чтобы к примеру 301 и 3014545 были разными направлениями. А так не выйдет.
(В станции iPECS LIK - там уже можно прописать код с маской, в которой указана длина кода: 3DD и 3DDDDD. И это будут разные направления).

ОК, сделаю или с #ХХХ или откажусь от такой привязки номеров.
Обсужу с заказчиком, видно будет.
Спасибо за консультацию.

Кстати, а где решетку прописывать? План нумерации вроде трехзначный...сорри если туплю, но все таки?

В плане нумерации: пгм 105..

Все нормально вроде работает но с этими решетками РСАдмин не везде позволяет нормально просматривать настройки. При вводе диапазона номеров пишет типа - проверьте корректность ввода.
Пришлось плясать с бубном, сначала просто трехзначные прописал, ввел нужные настройки, а потом уже добавил везде эту решетку.

В Админе никак не обойти это неудобство при такой нумерации?

Интересное наблюдение. Программа номер порта с решеткой за ошибку воспринимает. Кто знает - может вы единственное лекарство использовали..

И какой же у вас диапазон номеров?

А выше расписано. #100 - #404 на каждом этаже номера привязаны к номерам кабинетов.
Но в админе даже один номер с # не просмотреть там где его надо предварительно ввести. Например атрибуты абонентов. Без ввода она не отобразит, а с решеткой не понимает.
Надо бы программу поправить, номер то допустимый...

Разруливание номеров при помощи решетки не было задумано программистами производителя - это наше местное. Программисты другими системами теперь занимаются. Сомневаюсь - что подправят..

Весьма странно... Эту проблему вроде по нашему запросу корейцы исправили еще в 2007 г. на версии PC-Admin C.7Ch. Я проверял и мы закрыли эту тему.
Неужели корейцы забыли внести аналогичные изменения в официальную версию (mass product)???
Попробуем разобраться.

А где видна версия ув. Mozgun? Я что-то не нашел..

Мдя... Проблема есть и в PC-Admin C.7Ch.
Посмотрел старую переписку с корейцами по поводу * и # в номере абонента. Я слегка ошибся, там проблема была немного в другом: PC-Admin вообще неправильно сохранял символы * и #. Это они исправили. Но там речь шла о вводе номеров абонентов по одному, а не диапазоном. Видимо, по поводу диапазона ничего не исправляли. И так они отвечали, что такая нумерация очень нетипичный случай, переделать PC-Admin нет возможностей, пользуйтесь Keyset Admin'ом (программируйте с системника).
Попробуем еще раз "дернуть" корейцев по этому поводу, но у меня что-то нет уверенности в результате.

Я, наверное, с корейцами соглашусь...
Но, если это можно сделать - пусть будет, ситуации разные бывают.

Я уже отправил запрос. Подождем ответа.

Сорри, я забыл что это надо обязательно указывать. Версия 3.7 буквы не помню, помню что январем этого года датирована..
Админ соотв-щий. Брал тут по ссылкам.

2harris: собственно только с нуля долго обходить это ограничение, потом уже проще. Исправят - хорошо, нет - ну и ладно, нумерация действительно нетипичная...

Информация по верисии уже не актуальна.
Вот если корейци согласятся внести изменения по запросу ув. Харриса - тогда вам в первую очередь апгрейд понадобится.

Апгрейд чего? Они же программу поправят, переустановил и все..
А я станцию сдам заказчику, местному системщику мастер-класс по программированию проведу, и пусть сам дальше. Мелкие изменения можно через временное удаление решетки вводить, справится.
ЗЫ: мне кстати станция очень понравилась, я правильно понимаю - там АОН всестандартный да еще и на внутренние порты ОН пересылает?
Пока не проверял, станция еще не установлена, предварительно тока программу загнал...

При программировании с системника никаких проблем с # не должно быть. Вот и проведите для местного системщика мастер-класс программирования с системного телефона. CОХО- станция малой емкости, можно и с телефона все ввести.

Да.

Пользуясь случаем, хочу спросить уважаемого Харриса вот о чем: в Админе версии 3.6, и 3.7 (ранние не проверял) при настройке привязки входящих вызовов задержка вызова вводится только для режима день\ночь, а для выходных\праздников там выбор только 0. Почему так? С телефона емнип можно все 4 режима задержки выставлять любые...
ЗЫ: проверял на ЛДК300 и СОХО.

Очень интересно! А с телефона точно ставится? Точнее сказать, задержка не 0 точно обеспечивается для выходных\праздников?
Я уже давно не программил это с системника, но, помнится, и с системника в этих режимах задержку можно было выставить только 0.
Да и в мануале про это написано:

Надо будет проверить. Но, теперь только 11-го января смогу...

Это наверное я ошибся. Если цитата из мануала значит я не прав. , хотя опять же интересно - а почему задержки в выходные недоступны?

Пишите, что проверяли... А теперь в отказ...

Я имел ввиду что проверял Админ 3.6 на ЛДК и 3.7 на СОХО - везде одинаково в выходные только 0.
С системника сто лет не программировал, лень матушка..

Понятно...

Как и обещал - "дернул" корейцев по поводу этой проблемки с PC-Admin.
Но, увы, ответ от разработчиков отрицательный - переделать слишком трудоёмко. Так что извиняйте...