Здравствуйте! Две АТС LDK-300 3.9Da и LDK-300 3.9Fb. NET CO по потоку. LDK-300 3.9Da транзитная, Е1 в город и 2 СО с платы LCOB8 на модули GSM. Работает LCR по набору сотовых номеров. При проверки межгорода и сотовой связи выяснилось, что с моего телефона 1100 идет набор на один и тот же сотовый номер 8960361****. Анализ трафика показал, что сие безобразие началось с июля месяца. И как-то само по себе (я так думаю). Дальнейшее ковыряние в системе показало, что набор номера идет как при подключенном системнике 1100, так и при отключенном. При выставлении COS2 с запретом набора 8960361****. набор прекращался. Поменял номер телефона в прг.164 на неподключенный системный 1171. Выяснилось, что в системе есть системная ячейка 2002 с номером 8960361****. Т.е. получается, что АТС непонятно по какой причине вызывала эту системную ячейку, а в качестве инициатора подставляла телефон ATTD. Ессесно, я номер в ячейке убрал, но... как в известном анекдоте:"... Рабинович, ложки нашлись? - Таки да, но осадок остался!" Присоветуйте, куда можно глянуть?

Владимир!
1) Глюк - это недокументированная особенность работы программы, приводящая к сбою в работе вычислительной системы, т.е. баг. С чего вы взяли, что в вашем случае именно ошибка софта, а не особенности ваших настроек и кто-то просто пользуется этим?? Зачем "глюк" выносить в заголовок темы?? Чтоб "молодежь" напугать...??
2) Почему вы решили, что набирается номер из ячейки, а не ручками??
3) Из Speed-ячейки может выполнить только внутр. абонент станции. Ни при транзите, ни при DISA набор из ячейки не поддерживается.
4) Теперь, что касается АОНа. Если есть DISA, и при этом осуществляется набор в город (СО-СО), то при отсутствии входящего АОНа, станция автоматически подставляет АОН Аттенданта при исход. вызове в поток.
Смотрите, есть ли DISA на аналоговых СО.
5) Если есть пароль у 1100, то с другого телефона, на котором используется Walking COS можно набрать в город с паролем от STA1100, и этот вызов будет записан за номером 1100.
6) Короче, рано говорить о "глюке" - нужно все внимательно исследовать. Тут могут быть разные причины того, каким образом появляются в логе эти записи.

1. Ну, с глюком я конечно погорячился. Просто для меня это "несколько" ново...
2. Потому, что данный номер забит был в системной ячейке 2002. Я стер номер и поставил вставку паузы. После этого в тарификаторе показывает, что из АТС в лог выдается набор паузы (Р), а номер нет.
3. Аналоговых линий с DISA нет. "Вьетнамский телефон" не работает, стоит пароль. Две аналоговые лини работают только на исходящую связь с GSM модулем.
5.Дело с паролем у нас не используется. Никто не осведомлен об этой функции, пароли никому не давали.
Такое ощущение,что по каким-то причинам АТС "самостоятельно" вызывает ячейку ускоренного набора. Согласитесь, что только я единственный ATTD в системе могу программировать системные ячейкинабора. Никаких других альтернативных ATTD по прг.164 у меня нет. Вход в PC Admin запаролен, комп на входе в него имеетт свой пароль. Может быть до сих пор работает дозвон? Если ничего не додумаю, то назначу эту ячейку на группу 73 линий СО. Пущщай набирается пауза в линии никуда...
Ежели конечно посторонний из вне пытается позвонить на этот номер, то понятно. Но время разговора равно нулю. Этот сотовый номер не отвечает вообще. За день получается 10-15 звонков. Вряд ли кто-либо будет ломиться в АТС, что бы позвонить не неотвечающий номер.

у абонента 1100 функция "mobile ext" установлена на 8960361****???

Нет. Стоит другой номер и функция отткл. Кроме того, я уже писал, независимо от того, какой номер ATTD стоит в прг.164, номер всё равно набирается. Пошел АТС два раза перегрузил.

в LCR (221 и 222) этого номера(8960361****) - нет??

Посмотрю. Но полностью номера нет. Посмотрел, есть в прг.221 цифры 896036, т.е начальные цифры этого номера есть. В прг222 нет.

в 222-й (эта ячейка) куда распределяется по rerout? попробуйте в 221-й вообще удалить эту запись

В прг.222 вообще ничего не зменялось. Т.Е. стоит всё по-умолчанию. Т.к. в ячейке ускоренного набора вместо номера 8960361**** сейчас стоит P (вставка паузы). Соответсвенно, АТС по LCR рулит этот набор на Е1. Поэтому всё утыкается в никуда.

Всё, тему можно закрыть.

как добились??

Двумя путями: снес системную ячейку (удалил номер) проверил использование ячейки в системе. На одном подключенном, но неиспользуемом системнике на кнопке была запрограммирована эта ячейка. Удалил ячейку и перестали сыпаться звонки. Городской номер с этого номера снят (Е1). Вопчем, починил по индусскому коду. С причиной не разобрался, но результат есть.