1.1, Devil_kot (ok), 19:49, 15/12/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Готов оттестировать и помочь чем смогу...
сам собираюсь ее разворачивать на своем новом сервере... выход новой версии очень даже кстати... стучите в асю 232561898 | |
|
2.4, Samm (?), 09:27, 16/12/2006 [^] [^^] [^^^] [ответить]
| +/– |
Спасибо за помощь, новая версия будет поддерживать Panasonic KX-TD500 (все варианты логов). | |
|
3.21, Гость (?), 13:32, 18/12/2006 [^] [^^] [^^^] [ответить]
| +/– |
Линейка Панасоников до KX-TD500 включительно? Интересует 100/200. Тогда тоже потестируем :) | |
|
|
1.2, x_X_x (?), 23:31, 15/12/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
С удовольствием бы поюзал, но у меня АТС avaya и ericsson.... жду поддержки этих АТС.
Может кто подскажет похожую софтину для моих АТСок? | |
|
2.5, Samm (?), 09:30, 16/12/2006 [^] [^^] [^^^] [ответить]
| +/– |
>С удовольствием бы поюзал, но у меня АТС avaya и ericsson.... жду
>поддержки этих АТС.
>Может кто подскажет похожую софтину для моих АТСок?
Нет проблем - присылайте кусок лога - добавим. Если есть описание SMDR - вообще замечательно, но можнно и без него.
| |
|
1.6, sy (??), 11:24, 16/12/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Пробежался по доке и не понял.
Эта прога может получать данные с нескольких мини-АТС и сливать в одну базу? | |
|
2.7, Samm (?), 12:10, 16/12/2006 [^] [^^] [^^^] [ответить]
| +/– |
Да, может.
Пока правда это не поддерживается скриптами (возможно, добавим в будущем или сделайте это сами).
Просто запустите несколько копий atslogd <параметры>|atslogdb.pl для снятия статистики с разных АТС'ок и всё будет сливаться в 1 базу. Если у Вас есть идеи о том, как должна быть расширена функциональность atslog для более удобной работы с несколькими АТС - пишите на форуме сайта, возможно добавим в 2.1 | |
|
3.8, sy (ok), 13:40, 16/12/2006 [^] [^^] [^^^] [ответить]
| +/– |
Ок!
Скоро буду пробовать, тогда и появяться идеи.
P.S. Спасибо за хороший проект:) | |
|
|
|
2.10, Samm (?), 15:23, 16/12/2006 [^] [^^] [^^^] [ответить]
| +/– |
>А с LG-LDK300 через TCP/IP может работать??? Или только через serial?
С любой АТС из списка поддерживаемых возможна работа как через RS-232 порт, так и по TCP (если, конечно, АТС это умеет :))
| |
|
1.11, ru (??), 03:16, 18/12/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ребята а возможно с Meridian 1 это дело закрутить
описание CDR записи есть подробное могу выслать
только вот куда | |
|
2.13, binladin (?), 08:44, 18/12/2006 [^] [^^] [^^^] [ответить]
| +/– |
Че там крутить ? Там разбор готового лога делается простым перловым скриптом - взял для примера от наиболее близкого формата и подкрутил regexp (я под протон-ссс и тос-элкос адаптировал как-то). Вот если ты хочеш егойным демоном вычитывать cdr прям из станции - надо протокол обмена иметь под рукой и знание C :)
| |
|
3.15, Samm (?), 09:11, 18/12/2006 [^] [^^] [^^^] [ответить]
| +/– |
>Че там крутить ? Там разбор готового лога делается простым перловым скриптом
>- взял для примера от наиболее близкого формата и подкрутил 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 зависит от версии прошивки (!), но это, к счастью, скорее исключение. | |
|
4.17, binladin (?), 10:58, 18/12/2006 [^] [^^] [^^^] [ответить]
| +/– |
>Не совсем так , товарищъ.
>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 это просто красиво - красиво писать и красиво эксплуатировать.
| |
|
5.18, binladin (?), 11:06, 18/12/2006 [^] [^^] [^^^] [ответить]
| +/– |
Да кстати а если поработать с RAGI (Ruby Asterisk Getaway Interface) - то вообще все очень красиво получится :) (да и плагины под TAPI ИМХО есть)
| |
5.19, Samm (?), 11:26, 18/12/2006 [^] [^^] [^^^] [ответить] | +/– | Не работал с таким Но неужели там что-то менее тривиальное чем просто чтение да... большой текст свёрнут, показать | |
|
6.20, binladin (?), 12:07, 18/12/2006 [^] [^^] [^^^] [ответить] | +/– | Сначала запихивают пакет на 256 байт с определенным содержимым, потом получают п... большой текст свёрнут, показать | |
|
|
|
|
2.14, Samm (?), 08:59, 18/12/2006 [^] [^^] [^^^] [ответить]
| +/– |
>Ребята а возможно с Meridian 1 это дело закрутить
>описание CDR записи есть подробное могу выслать
>только вот куда
Можно.
Высылайте на samm [at] os2.kiev.ua - добавим. Скоро будет новый rc, в котором процедура добавления новый АТС'ок упрощена.
Описание - это замечательно, но если можно - ещё и пример самого лога, хотя можно и без него если готовы быть бета тестером. | |
|
3.22, ru (??), 08:54, 19/12/2006 [^] [^^] [^^^] [ответить]
| +/– |
Да завтра сделаю и кусок лога и доку вышлю
а потестить сможем благо меринов у нас много | |
|
|
1.12, northbear (??), 07:24, 18/12/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Вы бы уж назвали бы ее тогда буржуесовместимо, типа, а ля pbxlogd. Они бы однозначно подключились бы к этому проекту. С буржуев производители за подобный софт такие бабки рубят, что даже они подпрыгивают.
Я попробую подточить лог под питерскую ЦАТС M-200. Она сейчас довольно популярна. | |
|
2.16, Samm (?), 09:19, 18/12/2006 [^] [^^] [^^^] [ответить]
| +/– |
>Вы бы уж назвали бы ее тогда буржуесовместимо, типа, а ля pbxlogd.
>Они бы однозначно подключились бы к этому проекту. С буржуев производители
>за подобный софт такие бабки рубят, что даже они подпрыгивают.
>
>Я попробую подточить лог под питерскую ЦАТС M-200. Она сейчас довольно популярна.
Присылайте - добавим.
Я согласен, что PBXlog было бы удачнее, но проект уже весьма давно развивается, начат не мной, и достаточно известен, по крайней мере в ex. USSR. Я думаю, что переименование это не самая хорошая идея. А то, что буржуи его практически не использовали я думаю обьяснялось отсутсвием нормальной английской инструкции и отсутствием новостей в англоязычных порталах. Сейчас один из моих англоязычных знакомых любезно согласился взять на себя титанический труд по созданию английской версии сайта, правки и корректировки англоязычного интерфейса и док. А то, что программа до сих пор актуальна - это факт. Многие вендоры просто успешно интегрировали в свои АТС VoIP ф-ии, возможность подключения SIP терминалов, интеграцию с LAN. При этом имеет тот же SMDR (хоть и по TCP/IP) и задача учёта звонков пользователей по прежнему актуальна.
>
| |
|
|
2.24, Samm (?), 16:57, 19/12/2006 [^] [^^] [^^^] [ответить]
| +/– |
Спсиок поддерживаемых атс как и инфа о том, что требуется для добавления новой - есть на сайте. | |
|
|