Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

Астериск 1.4 Дружба CDR mysql + VM ODBC = миф?

1

Приветствую. Для удобной отчетности через веб морду прикрутил запись CDR в мускул, значительно позднее - VM в тот же мускул, но уже через ODBC (без него - никак). После этого благополучно отвалилась запись CDR в mysql. Не дружат?

Прикрутил тогда уж и CDR на ODBC. Записывается, но userfield в котором я храню имена файлов записей разговоров, факсов и т.п. - девственно чист. Грабли с кодировкой полей в ODBC давно благополучно пройдены. Целевое значение: все что можно (минимум, CDR+VM) - в БД. Что почитать на эту тему? Менять ли астер на 1.6? Или есть список комманд и символов не работающих с ODBC? (у меня все пристойно, ASCII символы)

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

спросил 2011-05-19 19:06:00 +0400

jr1 Gravatar jr1
30 3 3

3 Ответа

1

не миф. смотрите настройки. у меня превосходно работает odbc+mysql. правда на старых версиях астериска(не текущих) возможно падение астериска при попытке одновременно использовать два механизма.

я вам даже более того скажу. одновременно cdrodbc и cdrmysql тоже прекрасно работают.

я бы рекомендовал включить дебаг и посмотреть что происходит.

на тему все что можно в бд - читайте asterisk config from realtime. хранить можно все файлы конфигурации кроме asterisk.conf, extconfig.conf ну и файлов доступа к базе. но это жутко неудобно. и нефига не быстро(есть ограничения текущей реализации). и неудобно дебажить. поэтому редко кто хранит. хранят списко пользователей(sip/iax), войсмейлы и частичнно диалплан. ну и всякие дургие динамические штуки типа queues/conferences. например динамические части дилаплана в базе, а все макросы в файлах. тогда обновление версии проходит легче(заменой файлов).

на тему отсутвия userfield может нужно userfield=yes добавить?

если хотите все в базе держать, лучше перейдите на 1.6. там в базе вообще можно добавлять custom поля в сдр табличку и оно прекрасно все работает.

вообще на данном этапе начинать новый проект на 1.4 уже смысла нету. начинайте на 1.6-1.8. будут другие грабли, но зачем вам грабли устаревшей архитектуры?

ссылка удалить спам редактировать

ответил 2011-05-23 03:18:21 +0400

meral Gravatar meral flag of Ukraine
23347 24 20 177
http://pro-sip.net/

обновил 2011-05-23 03:26:37 +0400

0

пока на mysql только cdr и конфигурация VM под cdr_mysql все работало как надо, в том числе custom поле. Добавил хранение записей разговоров VM в базе, но астером поддерживается только ODBC, по этому был переход CDR на ODBC. После чего, важное поле и отвалилось.

Буду думать о переходе на 1.6. Спасибо

ссылка удалить спам редактировать

ответил 2011-05-24 10:05:23 +0400

jr1 Gravatar jr1
30 3 3

Comments

подумайте сначало о включении дебага. напишет в чем собственно проблема с мускл. meral ( 2011-05-25 01:03:29 +0400 )редактировать
0

Да, работают в итоге и mysql и odbc, пока сижу на 1.4.х Пошаманил с настройками, и убрал 1251 кодировку в базе mysql, т.к. у ODBC->MySQL связки стойкая неприязнь к русскому. (и нерусскому тоже, т.к. нашел ответ на греческом форуме). Все равно в cdr ни буквы по русски.

ссылка удалить спам редактировать

ответил 2011-11-28 12:10:52 +0400

jr1 Gravatar jr1
30 3 3

Ваш ответ

Please start posting your answer anonymously - your answer will be saved within the current session and published after you log in or create a new account. Please try to give a substantial answer, for discussions, please use comments and please do remember to vote (after you log in)!
[скрыть предварительный просмотр]

Закладки и информация

Добавить закладку

подписаться на rss ленту новостей

Статистика

Задан: 2011-05-19 19:06:00 +0400

Просмотрен: 528 раз

Обновлен: Nov 28 '11

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.