Ведение статистики звонков

Спасибо за ответ. Для того, чтобы считать то, что я сказал лучше купить решение или не сложно сделать самому. Анализ queues.log, подразумевает написание парсера, не связанного с Астериск?

Смотря что вам нужно сделать. Вообще там не шибко сложно. Статистику парсите из текстового файла, что к чему написано тут http://www.voip-info.org/wiki/view/Asterisk+log+queue_log

> Статистику парсите из текстового файла

extconfig.conf
queue_log => mysql,general

таблицу для мускула взял тут: http://www.voip-info.org/wiki/view/Asterisk+queue_log+on+MySQL

выбирать стало гораздо удобнее, чем парсить

Кстати такой монитор рисуется достаточно просто.

Сколько стоит инструкция по созданию того, что вы сделали? Как тут писать в приват?

По сути это красиво оформленный вывод команды AMI или CLI queues show

Это не вывод AMI . queues show вообще не используем. Это ведение реалтайм статистики с выводом через самописный фреймворк.

Ну вполне возможно, но аналогичного эффекта можно добиться и не изобретая велосипеды. Написано за один день с перекурами: http://lynks.ru/blog/images/72.png

Ладно, меряться органами неинтересно). Тем более это уже было.

вот и я про то же ;).

Я, по правде, не понимаю почему не использовали queues.log, ведь в нем есть вся информация, которая может понадобиться. Разве что вы очереди сами написали...

На больших нагрузках много коллизий, для реалтайма не пойдет. Проще очереди с операторами абстрагировать в отдельное окружение и там обрабатывать. Более явная картина появляется. С парсером AMI тоже самое, много ньюансов, которые проще было решить в диаплане.

я не надеюсь на раскрытие ноу-хау, но, безусловно, интересно что вы там понаписали ;))

это долгая и интересная история нескольких умов. один я всё не перескажу). pbx_conf+php+js+sh если тезисно)