Имеем АТС LG-Nortel Aria Soho с блоком расширения. Выход в город настроен через LCR. Городские линии- тональные, внутренние абоненты-тональные. Если в Toll Exception Table (PGM224) прописываем какие-нибудь цифры, то перестают правильно набираться внешние номера, начинающиеся с этих цифр. Это наблюдается у тех абонентов, COS которых анализируется в Toll Exception Table. Например, с абонента 129 набираем номер 89138221367, а в линию выдается 91389. Если отключить LCR, то набираемый номер не искажается. Если очистить Toll Exception Table и оставить LCR, то номер также не искажается. Похоже, проблема именно в совместной работе LCR и Toll Exception Table. Как обеспечить нормальную работу АТС? Файл настроек прилагаю.

Сейчас нет станции что-бы проверить написанное. В программировании ошибок нет, вопрос по выбору типа LCR 01 Попробуйте установить тип 02 тогда Вы сможете без 9-ки попадать на городские линии при нажатии цифр 0 1 2 3..9. Будет отрезаться 8-ка или нет? И как определили отсутствие в наборе 8-ки ? Снимали трейс на станции или у прова?

Режим LCR 02 (M02) пробовал, прописывал "9" как внутренний LCR. Ситуация не изменилась. Трейс снимал с помощью системы записи разговоров SpRecord, подключенной к внешним линиям. Эта система анализирует сигналы на линиях и отображает их в журнале набранных номеров.

Мда .. Сохраняемся (утилиты download). Делаем инициализацию и сразу проверяем lcr и cos, Возвращаем настройки на место(upload), о результатах пишем. По времени займет не более 10-ти минут.

Ранее с LCR никаких вопросов не возникало. Однако, в последнее время, из-за неправильной инициализации (все на это указывает) стали "вылазить" всевозможные баги. Отправляемые в линию наборы можно посмотреть встроенным трейсером. На материнке включается sw1/2 , в 175 -й указываем порт, в который будут скидываться данные. Заходим либо через админ(remote diagnostic) пароль jennie, команда t b хх- где хх номер платы. Либо, есть стоит LAn, телнетом.

Я сталкивался с подобным на ipLDK. В запретах 8 прописана, а разрешенные - 89. Попробуйте прописать не 8, а 80, 81, 82 и т.д.

Вечером проведу инициализацию.

Пробовал, не помогает.

конечно разобраться надо.
другой вопрос, зачем здесь LCR в принципе.
и еще, соха судя по всему включена в сеть конторы, при наличии коллизий в сети, она может вести себя неадекватно.
а так, да. начинать надо как сказано выше. обнулить и проверить.

Или в LCR прписывать надо 80 - 89, я уже точно не помню, было давно... Но мне помогло. Сейчас попытаюсь найти конфиг.

Нет этого конфига, к сожалению, но точно, количество цифр в коде LCR я прописывал такое, какое ко-во было в кодах разрешенных, запрещенных...

LCR здесь для того, чтобы по "9" не выходили на 8 транк-группу (IP-шлюзы). Отключение преодоления занятости первой группы внешних линий (ПГМ 161-3) не устраивает.

Попробую так сделать.

А не проще будет "9"-ку убрать из плана и прописать ее во внутреннем LCR?

Я сейчас с объекта... Там в свое время я, действительно, в LCR коды прописывал из стольких цифр, сколько имелось максимально в кодах запретов и исключений... Причина та же была.

Инициализация станции не помогла. Dron оказался прав. Прописал в LCR 89 и все заработало.

Но ув. Харрису надо заказать лечение бага..

Да?? И в чем собственно заключается баг??
Подробно, с деталями, пожалуйста...

Лучше всего баг описать у ув. Дрона получится..
Он знает название и принцип действия всех касающихся его функций..

Андрей-то знает. Но вот он не называет это багом!!!