подумайте сначало о включении дебага. напишет в чем собственно проблема с мускл.
meral (
2011-05-25 01:03:29 +0400
)редактировать
Приветствую. Для удобной отчетности через веб морду прикрутил запись CDR в мускул, значительно позднее - VM в тот же мускул, но уже через ODBC (без него - никак). После этого благополучно отвалилась запись CDR в mysql. Не дружат?
Прикрутил тогда уж и CDR на ODBC. Записывается, но userfield в котором я храню имена файлов записей разговоров, факсов и т.п. - девственно чист. Грабли с кодировкой полей в ODBC давно благополучно пройдены. Целевое значение: все что можно (минимум, CDR+VM) - в БД. Что почитать на эту тему? Менять ли астер на 1.6? Или есть список комманд и символов не работающих с ODBC? (у меня все пристойно, ASCII символы)
не миф. смотрите настройки. у меня превосходно работает 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. будут другие грабли, но зачем вам грабли устаревшей архитектуры?
пока на mysql только cdr и конфигурация VM под cdr_mysql все работало как надо, в том числе custom поле. Добавил хранение записей разговоров VM в базе, но астером поддерживается только ODBC, по этому был переход CDR на ODBC. После чего, важное поле и отвалилось.
Буду думать о переходе на 1.6. Спасибо
Да, работают в итоге и mysql и odbc, пока сижу на 1.4.х Пошаманил с настройками, и убрал 1251 кодировку в базе mysql, т.к. у ODBC->MySQL связки стойкая неприязнь к русскому. (и нерусскому тоже, т.к. нашел ответ на греческом форуме). Все равно в cdr ни буквы по русски.
Задан: 2011-05-19 19:06:00 +0400
Просмотрен: 533 раз
Обновлен: Nov 28 '11
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.