ATSlog (http://atslog.dp.ua/about/) предоставляет удобный интерфейс с доступом через web-браузер для просмотра и анализа звонков различных моделей мини-АТС.
Программа бесплатна, распространяется под лицензией GPL, имеет полностью открытый код. В настоящий момент программа успешно работает с АТС Panasonic, Samsung, Hybrex, Siemens, LG и Alcatel.
В версии 2.0.0pre3 исправлено множество найденных ошибок. Для того, чтобы сделать качественный релиз нам крайне нужны добровольцы, готовые принять участие в тестировании проекта. Также крайне требуется помощь в редактировании и обновлении английских текстов.URL: http://atslog.dp.ua/about/
Новость: http://www.opennet.me/opennews/art.shtml?num=9236
Готов оттестировать и помочь чем смогу...
сам собираюсь ее разворачивать на своем новом сервере... выход новой версии очень даже кстати... стучите в асю 232561898
Спасибо за помощь, новая версия будет поддерживать Panasonic KX-TD500 (все варианты логов).
Линейка Панасоников до KX-TD500 включительно? Интересует 100/200. Тогда тоже потестируем :)
С удовольствием бы поюзал, но у меня АТС avaya и ericsson.... жду поддержки этих АТС.
Может кто подскажет похожую софтину для моих АТСок?
>С удовольствием бы поюзал, но у меня АТС avaya и ericsson.... жду
>поддержки этих АТС.
>Может кто подскажет похожую софтину для моих АТСок?Нет проблем - присылайте кусок лога - добавим. Если есть описание SMDR - вообще замечательно, но можнно и без него.
Пробежался по доке и не понял.
Эта прога может получать данные с нескольких мини-АТС и сливать в одну базу?
Да, может.Пока правда это не поддерживается скриптами (возможно, добавим в будущем или сделайте это сами).
Просто запустите несколько копий atslogd <параметры>|atslogdb.pl для снятия статистики с разных АТС`ок и всё будет сливаться в 1 базу. Если у Вас есть идеи о том, как должна быть расширена функциональность atslog для более удобной работы с несколькими АТС - пишите на форуме сайта, возможно добавим в 2.1
Ок!Скоро буду пробовать, тогда и появяться идеи.
P.S. Спасибо за хороший проект:)
А с LG-LDK300 через TCP/IP может работать??? Или только через serial?
>А с LG-LDK300 через TCP/IP может работать??? Или только через serial?С любой АТС из списка поддерживаемых возможна работа как через RS-232 порт, так и по TCP (если, конечно, АТС это умеет :))
Ребята а возможно с Meridian 1 это дело закрутить
описание CDR записи есть подробное могу выслать
только вот куда
Че там крутить ? Там разбор готового лога делается простым перловым скриптом - взял для примера от наиболее близкого формата и подкрутил regexp (я под протон-ссс и тос-элкос адаптировал как-то). Вот если ты хочеш егойным демоном вычитывать cdr прям из станции - надо протокол обмена иметь под рукой и знание C :)
>Че там крутить ? Там разбор готового лога делается простым перловым скриптом
>- взял для примера от наиболее близкого формата и подкрутил regexp
>(я под протон-ссс и тос-элкос адаптировал как-то). Вот если ты хочеш
>егойным демоном вычитывать cdr прям из станции - надо протокол обмена
>иметь под рукой и знание C :)
Не совсем так , товарищъ.
CDR практически все станции отдают либо через RS232 (с разными параметрами, иногда - весьма извращёнными, но чащще всего - 9600/8N/1/noflow или 2400/8N1/noflow. Некоторые - по tcp в режиме телнет демона (на спец. порте в LAN интерфейсе станции) или в режиме инициатора соединений (прописывается ip адрес "слушателя"). Всё это atslogd прекрасно поддерживает.Таким образом, алгоритм добавления новой АТС примерно такой:
1) Читаем про параметры RS-232 порта нашей станции или подбираем их эксперементально.
2) Запускаем atslogd или ваш любимый терминал с записью в файл (atslogd - удобнее :)) или через tcp telnet.
3) Лог присылаем автору, или, если чувствуем себя уверенным в регекспах, берём любую либу из "libexec", копируем, правим и подключаем, опять же, высылая автору с примерами логов.
Обязательно высылайте парсер авторам - это поможет и другим пользователям, и Вам, в случае изменения формата парсера, например. Или баг репорта более внимательного пользователя )Некоторые станции (особенно это любит панасоник) имеют несколько вариантов (до 5!) отдачи логов. Обычно они описаны в документации и могут быть автоматически определены в регекспах, но желательно этот вариант проверять и учитывать, так как другой пользователь может иметь другие настройки. Кроме того, иногда SMDR зависит от версии прошивки (!), но это, к счастью, скорее исключение.
>Не совсем так , товарищъ.
>CDR практически все станции отдают либо через RS232 (с разными параметрами, иногда
>- весьма извращёнными, но чащще всего - 9600/8N/1/noflow или 2400/8N1/noflow. Некоторые
>- по tcp в режиме телнет демона (на спец. порте в
>LAN интерфейсе станции) или в режиме инициатора соединений (прописывается ip адрес
>"слушателя"). Всё это atslogd прекрасно поддерживает.К сожалению российские производители железа очень неохотно делятся протоколом работы по ком-порту (а у некоторых процедура эта заморочена до нельзя (тос-элкос борисоглебский к примеру))
>Таким образом, алгоритм добавления новой АТС примерно такой:
>1) Читаем про параметры RS-232 порта нашей станции или подбираем их эксперементально.
>2) Запускаем atslogd или ваш любимый терминал с записью в файл (atslogd
>- удобнее :)) или через tcp telnet.
>3) Лог присылаем автору, или, если чувствуем себя уверенным в регекспах, берём
>любую либу из "libexec", копируем, правим и подключаем, опять же,
>высылая автору с примерами логов.Ну дык при готовых логах со станции и остается поправить perloвый скрипт
>Некоторые станции (особенно это любит панасоник) имеют несколько вариантов (до 5!) отдачи логов. Обычно они описаны в документации и могут быть автоматически определены
>в регекспах, но желательно этот вариант проверять и учитывать, так как
>другой пользователь может иметь другие настройки. Кроме того, иногда SMDR зависит
>от версии прошивки (!), но это, к счастью, скорее исключение.Кстати, а нет желания у автора переехать с php на rubyonrails ? Многие бы вопросы отпали, а многие упростились :) с SQLlite и прочими sql движками - вопрос решится сразу, на порядок проще разработка, подключением соотв. плагинов элементарно решаются вопросы аутентификации - от простейших до role-based, ajax - элементарно. Короче, ROR это просто красиво - красиво писать и красиво эксплуатировать.
Да кстати а если поработать с RAGI (Ruby Asterisk Getaway Interface) - то вообще все очень красиво получится :) (да и плагины под TAPI ИМХО есть)
>
> К сожалению российские производители железа очень
>неохотно делятся протоколом работы по ком-порту (а у некоторых процедура эта
>заморочена до нельзя (тос-элкос борисоглебский к примеру))
Не работал с таким. Но неужели там что-то менее тривиальное чем просто чтение данных?
>
>>Таким образом, алгоритм добавления новой АТС примерно такой:
>
> Ну дык при готовых логах со
>станции и остается поправить perloвый скрипт
Править ничего не надо - просто добавляем новую библиотеку и подключаем её в конфиге.
>
>>Некоторые станции (особенно это любит панасоник) имеют несколько вариантов (до 5!) отдачи логов. Обычно они описаны в документации и могут быть автоматически определены
>>в регекспах, но желательно этот вариант проверять и учитывать, так как
>>другой пользователь может иметь другие настройки. Кроме того, иногда SMDR зависит
>>от версии прошивки (!), но это, к счастью, скорее исключение.
>
> Кстати, а нет желания у автора
>переехать с php на rubyonrails ? Многие бы вопросы отпали, а
>многие упростились :) с SQLlite и прочими sql движками - вопрос
>решится сразу, на порядок проще разработка, подключением соотв. плагинов элементарно решаются
>вопросы аутентификации - от простейших до role-based, ajax - элементарно. Короче,
>ROR это просто красиво - красиво писать и красиво эксплуатировать.Нет, не было. Потому как проект не из 5 строк, и это задача ну совсем не на 1 день работы.
Кроме того:
1) Я абсолютно не вижу каким образом "решится сразу вопрос с SQLite". Для того, чтобы заработал SQLite требуется немного изменить часть запросов, добавить некоторые ф-ии, поправить парсер конфигурационного файла, документацию, atslogdb.pl и сопутствующие материалы. Часть этой работы уже сделано, и вероятнее всего SQLite поддержка будет в версии 2.1.x. Никоим образом переход на другой язык программирования это не ускорит. Потому как всё равно используется abstraction layer (adodb для php и DBI для perl) с поддержкой SQLite. Правда, SQLite будет работать только в PHP5.2) Вопросы аутинтефикации уже вобещм-то успешно решены, ну единственное что - в 2.1 думаю сделать form based auth, а не http based, так как с последней много всяких проблем.
3) Что касается красоты кода - уверен, что в 1, 2 и 3 очередь это зависит от автора, а не от инструментария. В текушем виде код явно требует рефакторинга, но на мой взгляд - это не первоочередная задача. Если не обламаюсь, в будущем реалтзую MVC, прикрутив SMARTY для шаблонов и вынесу всю математику в отдельный класс.
Вобщем, если у вас будет желание сделать интерфейс, хотя бы с текущей функциональностью, на RoR и он окажется лучше и удобнее существующего - мы добавим его в проект. А просто давать советы в форумах - это любой cможет.
P.S. Я знаю и PHP (Zend Certified developer) и достаточно много писал JSP страниц, и даже на всякой экзотике, типа server-side javascript или rexx, писать приходилось. И моё мнение, что красота кода в первую, вторую и десятую очередь зависит от разработчика, а не от инструмента. И меньше всего люблю религиозные войны о том, какой язык круче. Хочешь показать крутость языка - напиши на нём что-то удобное и полезное. А скулёж из серии "билл гейстс ууууу!" или "пых-пых сосёт" обычно устраивают те, кто в принципе ничего кроме телег на форумах не пишет, да.
>>заморочена до нельзя (тос-элкос борисоглебский к примеру))
>Не работал с таким. Но неужели там что-то менее тривиальное чем просто
>чтение данных?Сначала запихивают пакет на 256 байт с определенным содержимым, потом получают подтверждение, потом начинают сливать сырые данные - короче как сказал разработчик "модуль для работы с rs232 писали в начале 90-х, когда станция только начиналась - с тех пор не доходят руки , что бы сделать по человечески", хотя прикрутили LAN модуль (tibbo) - но прикручен он поверх имеющегося rs232 - так что алгоритм не поменялся.
>>ROR это просто красиво - красиво писать и красиво эксплуатировать.
>Нет, не было. Потому как проект не из 5 строк, и это
>задача ну совсем не на 1 день работы.
>Кроме того:
>1) Я абсолютно не вижу каким образом "решится сразу вопрос с SQLite".
>Для того, чтобы заработал SQLite требуется немного изменить часть запросов, добавить
>некоторые ф-ии, поправить парсер конфигурационного файла, документацию, atslogdb.pl и >сопутствующие материалы. Часть этой работы уже сделано, и вероятнее всего SQLite >поддержка будет в версии 2.1.x. Никоим образом переход на другой язык программирования >это не ускорит. Потому как всё равно используется abstraction layer (adodb для
>php и DBI для perl) с поддержкой SQLite. Правда, SQLite будет
>работать только в PHP5.Работа с конкретной БД лежит на плечах ActiveRecord (Часть фреймворка реализующая букву М в абревиатуре MVC), приложение о синтаксисе sql не знает ничего, с базой работа идет как с обьектами и методами руби (pg,mysql,sqlite нативно, oracle,mssql,interbase - есть плагины).
>Вобщем, если у вас будет желание сделать интерфейс, хотя бы с текущей
>функциональностью, на RoR и он окажется лучше и удобнее существующего -
>мы добавим его в проект. А просто давать советы в форумах
>- это любой cможет.
Желание есть, буду затачивать ножик :) Тем более, БД уже есть, необходимые Views известны, осталось описать Контроллеры (с Хелперами) и их методы.>А скулёж из серии "билл гейстс ууууу!" или "пых-пых сосёт"
>обычно устраивают те, кто в принципе ничего кроме телег на форумах
>не пишет, да.
Никокого скулежа, просто RoR мне сильно понравился (до того был Delphi и немного perlа и шелла)- щас перевожу одну из корпоративных учетных прог с фокспро 2.6 (в каждом ... филиале и отделении вплоть до деревни Гадюкино Саратовской губернии :) на Рельсы в центре - оч. стройно и структурировано изначально получается.
>Ребята а возможно с Meridian 1 это дело закрутить
>описание CDR записи есть подробное могу выслать
>только вот кудаМожно.
Высылайте на samm [at] os2.kiev.ua - добавим. Скоро будет новый rc, в котором процедура добавления новый АТС`ок упрощена.Описание - это замечательно, но если можно - ещё и пример самого лога, хотя можно и без него если готовы быть бета тестером.
Да завтра сделаю и кусок лога и доку вышлю
а потестить сможем благо меринов у нас много
Вы бы уж назвали бы ее тогда буржуесовместимо, типа, а ля pbxlogd. Они бы однозначно подключились бы к этому проекту. С буржуев производители за подобный софт такие бабки рубят, что даже они подпрыгивают.Я попробую подточить лог под питерскую ЦАТС M-200. Она сейчас довольно популярна.
>Вы бы уж назвали бы ее тогда буржуесовместимо, типа, а ля pbxlogd.
>Они бы однозначно подключились бы к этому проекту. С буржуев производители
>за подобный софт такие бабки рубят, что даже они подпрыгивают.
>
>Я попробую подточить лог под питерскую ЦАТС M-200. Она сейчас довольно популярна.
Присылайте - добавим.Я согласен, что PBXlog было бы удачнее, но проект уже весьма давно развивается, начат не мной, и достаточно известен, по крайней мере в ex. USSR. Я думаю, что переименование это не самая хорошая идея. А то, что буржуи его практически не использовали я думаю обьяснялось отсутсвием нормальной английской инструкции и отсутствием новостей в англоязычных порталах. Сейчас один из моих англоязычных знакомых любезно согласился взять на себя титанический труд по созданию английской версии сайта, правки и корректировки англоязычного интерфейса и док. А то, что программа до сих пор актуальна - это факт. Многие вендоры просто успешно интегрировали в свои АТС VoIP ф-ии, возможность подключения SIP терминалов, интеграцию с LAN. При этом имеет тот же SMDR (хоть и по TCP/IP) и задача учёта звонков пользователей по прежнему актуальна.
>
А для Alcatel OMNI PCX есть возможность логи собирать?
Спсиок поддерживаемых атс как и инфа о том, что требуется для добавления новой - есть на сайте.