forum.technoforward.ru

станция выдала сообщение что буфер памяти заполнен и перестала идти тарификация. Как ее можно возобновить?

Буфер SMDR заполняется, когда эти данные не выводятся на внешнее устройство - например, принтер SMDR или компьютер с программой обработки данных тарификации.
Если такое устройство подключить к назначенному порту АТС и начать снимать эти данные, то буфер начнет освобождаться.
Иными словами, как раз тот факт, что "перестала идти тарификация", является причиной заполнения буфера, а не наоборот. Следовательно, нужно найти причину остановки приема SMDR: обрыв контакта в кабеле, остановка программы принятия SMDR, конфликт IP-адресов, если тарификация снимается по сети, и т.п.

Не знаю как в вашем случае, а у меня в практике была такая пикантная ситуация...

Стояла себе 140 тихим опорно-транзитным коммутатором.
Стояла себе спокойно и коммутировала порядка 500 местных абонентов и ещё около 20 потоков с
различными сигнализациями. И ISDN PRI и R2MFC ну и, естественно CCIS.

Так как она жила в центре небольшого оператора связи, надёжность сбора SMDR записей была весьма критична.
Чтобы обеспечить некий аналог отказоустойчивости подсистемы регистрации соединений, было настроено два
порта RS-232C, на каждый из которых повесили по компу.

И вот работала эта конструкция долго и надёжно, про компьютеры уже все забыли.
А чего про них вспоминать? Стоят себе, работают, пылью покрываются...

Естественно, что один из них работал как основной и с ним взаимодействовали остальные модули биллинга,
а второй стоял просто так. В качестве резервного накопителя. На всякий случай.

И вот этот случай наступил.

Точнее даже не "'этот случай", а просто СЛУЧАЙ.

Короче, в один прекрасный (скорее ужасный) день, 140 перестала выполнять исходящие соединения.
То есть абсолютно. Вроде везде всё работает и ничего не работает.
Сеть связи встала.

Описывать сколько седых волос появилось на голове технического директора (который собственно и рулил этот коммутатор) я не буду. Думаю, что много.

Ладно, не буду утомлять почтенную публику.
Проблема оказалась именно в "резервном" компе.
От пыли у него забился радиатор, процессор стал перегреваться, а так как он был типа 80486,
без аппаратного термометра, он приказал "долго жить".
В резервном канале перестала собираться тарификация.

Какое-то время станция по честному копила эти записи на винчестере, но потом решила, что буфер переполнен.
А так как настройки коммутатора были выполнены (осознанно) на то, что если SMDR остановился - останавливать связь, коммутатор выполнил то, что ему предписано. Он перестал коммутировать соединения.

Как только поняли причину, подключили другой комп, буфер начал очищаться и связь возобновилась.

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

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


Не теряйте SMDR записи и жить будет чуточку легче...

_________________
С уважением,
Валерий Петров.
www.tarificator.ru

Большое спасибо!
А не подскажите где посмотреть настройки порта с выходом SMDR или как прописать на новый? Буфер обмена находится на компьютере или за это отвечает какая нибудь плата?
Может ли быть неисправность в плате PH-1024 из за того что не выводит информацию на компьютер?

Думаю, речь о плате IO24 (IO - Input-Output). Думаю, ни о какой неисправности речи быть не может: переполнение буфера - это нормальная штатная ситуация, возникающая при достаточно длительной остановке съёма данных тарификации (обсуждалось выше). Буфер - это ресурс АТС, а не компьютера (если под "компьютером" понимается PC, на который снимается информация SMDR).
Настройки параметров обмена и назначений RS-232 - портов на IO24 можно посмотреть командой AIOC. Полностью программирование SMDR расписано в Feature Programming Manual --> Chapter 3 BUSINESS FEATURES --> Station Message Detail Recording (SMDR).

Большое спасибо! Настройки порта станции не совпадали с настройками порта компьютера. Проблема решилась изменением настройки порта компьютера под порт на станции.