Тема: Сбор и сохранение Smdr записей на Ldk-300
Здравствуйте.
Тема неоднократно поднималась здесь - все читал. Может что-то изменилось к лучшему?
Имеется LDK 300 с которой по телнету постоянно снимается SMDR статистика. Естественно, при разрыве связи с программой-сборщиком (ATSTariff) записи перестают поступать-накапливаться. Это может быть и перезагрузка сервера, и (как недавно выяснилось) просто сброс АТС.
Возникает необходимость использовать offline SMDR буфер, чтобы на время отсутствия связи не потерять звонки. Но с полгода назад (когда особенно часто обсуждалась проблема сброса этого буфера) я тоже с этим столкнулся: записи собираютс-записываются, а буфер все равно наполнялся до знакомого многим писка системника с сообщением о переполнении.
Т.е. несмотря на постоянную связь и сбор статистики оффлайн буфер, вывод которого также указан на telnet1, заполняется и, соответственно, переполняется.
Поэтому пришлось отключить сохранение SMDR (177-1 Off).
А теперь ВОПРОС: Что нибудь изменилось к лучшему?
Версия:
LDK-300 System
Version LGE/GS30P-X.2Dc OCT/03
Настройки пгм175:
кн1-3,6-8 : telnet1; 4-5:com2
Отключаете SMDR save и все. само собой все будет сохранятся до 2000 звонков и потом скачиваться в случае появления связи. А если использовать offline SMDR, тогда даже после скачивания эти звонки можно будет скачать через trans0111, но они будут идти уже в другом формате.
Создано pbx
Отключаете SMDR save и все. само собой все будет сохранятся до 2000 звонков и потом скачиваться в случае появления связи. А если использовать offline SMDR, тогда даже после скачивания эти звонки можно будет скачать через trans0111, но они будут идти уже в другом формате.
Т.е. вы хотите сказать, что помимо offline SMDR буфера имеется другой, промежуточный для online SMDR?
Если он и есть, его работы я не наблюдаю. Потому и обратился с вопросом. Повторюсь, что снимаю статистику через LAN. Может только для com порта?
To Mitya:
Есть два режима SMDR, которые могут работать независимо друг от друга:
PGM177/btn1 (SMDR SAVE) - это и есть режим OFF-LINE SMDR, при котором запись производится в буфер SMDR, но вывод и удаление информации производится только по команде с аппарата Attendant’a.
В режиме ON-Line SMDR (PGM177/btn2 - “SMDR PRINT”) информация выводится в режиме реального времени, т.е. сразу по завершению разговора. Временный буфер для режима On-Line SMDR есть. НО ...!!! Он не предназначен для случая использования LAN (Telnet). Этот буфер будет работать только с СОМ-портом, поддерживающим контроль CTS/RTS сигнала. И размер этого буфера, в котором “само собой все будет сохранятся”, вовсе не 2000 записей, как предполагает уважаемый PBX, а всего навсего 1024 байт (10-12 строк).
Почему бы Вам не использовать режим Off-Line SMDR? Просто чаще выкачивайте из него информацию, чтобы буфер (для LDK-300 - размер буфера =5000 записей SMDR) не заполнялся полностью, и тогда станция не будет сигнализировать о его переполнении.
Да, я перепутал, хотел сказать 5000
Честно говоря новость, то что вы написали. Как то у меня получалось звонков 30 скачать, причем через LAN и именно в online SMDR. Возможно меня и сглючило, спорить не буду. Надо попробовать, потом напишу результат.
Насколько я понял в режиме on-line атс хранит N кол-во звонков, сколько точно я не выяснял, но при условии если до этого было нормальное подключение к телнету и соотв. от него нормально отключились.
Как раз сбои серверов, которые собирают статистику, и допустим промежуточных свичей, хабов, проводов и т.д вызывают у станции состояние, когда она не понимает что произошел разрыв связи и продолжает посылать данные.
В реальности получается, что звонки не теряются примерно в течении 5-10 минут после отключения от станции (корректного).
В своей программке мне пришлось контролировать телнет на соединение. Через 5 минут неактивности (нет данных от станции) передавать ее ENTER, тут и выясняется что соединение потеряно и можно его восстановить.
Вот течении долгого времени звонки не теряются.
К сожалению я не нашел программы которая делала бы подобные манипуляции. И пришлось крапать самому.
И вопросик: а если использовать off-line, то сигнал на скачивание данных и очистку буфера можно подавать только с системника?
Создано Megla
В своей программке мне пришлось контролировать телнет на соединение. Через 5 минут неактивности (нет данных от станции) передавать ее ENTER, тут и выясняется что соединение потеряно и можно его восстановить.
Вот течении долгого времени звонки не теряются.К сожалению я не нашел программы которая делала бы подобные манипуляции. И пришлось крапать самому.
Программа такая есть - ATSTariff (www.atstariff.com), ей и пользуюсь. Рекомендую. Оч. быстрая реакция разработчика (он один) на пожелания пользователей. В последней версии (1.4б3) как раз и появилась функция переподключения к станции при отсутствии данных в течении N минут. Контроль наличия связи (сигнала CTS/RTS у СОМ порта) как я понимаю возможен только с СОМ портом.
Очередное большое спасибо Харрису - ситуация прояснилаь. Как я и подозревал промежуточный буфер касался только СОМ порта. В моем случае (через LAN) как раз где-то 10 строк и запоминается (вчера проверял).
Очередная НЕДОработка (с пром. буфером для LAN). Будем надеятся ее ДОработают.
Всем спасибо.
Создано Mitya
Программа такая есть - ATSTariff (www.atstariff.com), ей и пользуюсь. Рекомендую. Оч. быстрая реакция разработчика (он один) на пожелания пользователей. В последней версии (1.4б3) как раз и появилась функция переподключения к станции при отсутствии данных в течении N минут. Контроль наличия связи (сигнала CTS/RTS у СОМ порта) как я понимаю возможен только с СОМ портом.
Очередное большое спасибо Харрису - ситуация прояснилаь. Как я и подозревал промежуточный буфер касался только СОМ порта. В моем случае (через LAN) как раз где-то 10 строк и запоминается (вчера проверял).
Очередная НЕДОработка (с пром. буфером для LAN). Будем надеятся ее ДОработают.
Всем спасибо.
К сожалению 2 года в ATS Tarrificator такой фонкции не было и он не мог работать по телнету.
А такая недоработка в АТС по-моему вряд ли будет исправлена. Слишком уж долго она есть.
