Добрый день, уважаемые коллеги!
Не могу понять, что происходит с записями SMDR. Включено логирование off-line. (Режим on-line отключен).
Периодически скачиваю SMDR с последующей очисткой, чтобы не переполнялась память.
Но вот в чём проблема: таблица очищается кроме одного абонента. Этот абонент - внутренний номер на SLTM-модуле.
Из-за этого скоро будет просто невозможно логировать SMDR, т.к. по этому одному абоненту статистика всё накапливается
и накапливается, которая не удаляется. Подскажите, пожалуйста, что можно сделать? За ранее всем благодарен.

А не пробовали после удаления буфера SMDR перезапустить станцию?

Честно говоря, ни разу станцию принудительно не перезагружали. Тогда, проверьте пожалуйста, последовательность действий:
1. Очищаем SMDR
2. DIP-переключатель MFIM №4 ставим в положение OFF
3. Снимаем питание с MFIM
4. Ждём (на всякий случай) несколько минут
5. Подаём питание на MFIM
6. Ждём окончания процесса инициализации, загрузки текущей конфигурации и всех программ.

Вам никто ничего не говорил про ИНИЦИАЛИЗАЦИЮ! Вам предложили, всего лишь, перезапустить станцию! Т.е., в первом приближении, просто выключить и потом включить!
Зачем что то там выдумывать?!

Уважаемый Dron, в описании системы сказано (пункт 1.3 "Руководство по администрированию и техническому обслуживанию")
что при подаче питания на модуль MFIM происходит его инициализация, режим инициализации зависит от положения DIP
переключателя. Как мы поняли, если он будет стоять в положении ON, то станция вообще вернётся к заводским установкам.
Разве выключение питания и включение не относится к вышесказанному?

Что значит "DIP-переключатель MFIM №4 ставим в положение OFF" ???

DIP-переключатель MFIM №4 в рабочем состоянии станции ДОЛЖЕН БЫТЬ ВСЕГДА в положение OFF !!!!

Иногда просто не знаешь, что и сказать!
Вот когда DIP переключатель в ON, то при подаче питания будет происходить инициализация. Оно вам надо?

Вообще, выключение питания и включение - это и есть просто выключение и включение питания!

Нет, не относится. Вы путаете перезагрузку АТС и инициализацию ПО. Это как на компе отключить/включить питание.

У нас переключатель установлен в ON. Видимо повезло что бесперебойник хорошо работает ))) Скорее всего при запуске станции
нам забыли перевести этот переключатель в OFF. Тем не менее попробую выключить и включить станцию.

Что, все четыре секции?

Сначала НЕОБХОДИМО поставить DIP #4 в положение OFF. И только после этого перезапустить станцию!!
Если, конечно, не хотите программировать станцию с нуля или закачивть файл конфига (если он есть).

Мдя... И эта станция судя по всему установлена в Москве. Блин, стоит ли тратить уйму времени на перевод доки на русский язык, адаптировать, редактировать, если все равно никто это не читает и не вникает в суть...??

А я в сообщении №3 так и написал, последовательность действий.

А за документацию, перевод и редактирование большое (огромное) спасибо. Как же без неё? Станция не в Москве, к слову.
Запускалась инженером, обученным у вас. С кем не бывает? Ну забыл он перевести, наверное, 4-ый переключатель в OFF после запуска станции.
А мы и внимание не обращали, работает и работает.

Добрый день. Перезагрузка станции помогла, SMDR очистился полностью, спасибо большое. Но, ситуация повторяется, только теперь с другим абонентом, также на SLTM-модуле. Получается что после очистки SMDR станцию надо всегда перегружать. Не удобно. Придётся выключать off-line режим и работать в режиме on-line.

А какая версия у вас?

MFIM/GS96M-6.0Bo DEC/12
Boot Version-2.1Aa NOV/12
Kernel Version-6.0Ap
H/W issue-2

Уточним: все записи по всем остальным абонентам удаляются и только записи одного абонента все равно остаются??
Если это так, то это нужно запрашивать корейцев, чтобы исправили баг.
Нужен полный образ памяти станции (конфиг_ALL), и указать номер абонента, записи которого не стираются.

Совершенно верно. Все записи по всем абонентам удаляются, кроме одного. Но этот один абонент меняется, т.е. до перезагрузки станции не удалялись записи по абоненту 224, после перезагрузки не удаляются по абоненту 254. Ситуацию помониторим в течение недели, может быть заметим какую-то закономерность.

Ок. Больше информации, больше надежды на то, что удастся найти причину.
Кстати, было бы неплохо обновить софт станции на актуальную версию 6.1 и проверять уже на ней.

Добрый день. Проблем с очисткой таблицы SMDR больше не наблюдается. Спасибо большое!