- Восстановление работы CDR в Asterisk
- Freepbx cdr reports не работает
- cdr reports Не Отображает звонки
- Re: cdr reports Не Отображает звонки
- ИТ База знаний
- Полезно
- Навигация
- Серверные решения
- Телефония
- Корпоративные сети
- Кракозябры: Кодировка в CDR FreePBX 14
- Предыстория
- Решение
- Не работает cdr asterisk+freepbx+ubuntu
Восстановление работы CDR в Asterisk
Иногда после перезагрузки сервера телефонии на базе Asterisk можно столкнуться с неприятной ситуацией, когда записи разговоров в веб интерфейсе во FreePBX CDR Report отсутствуют. Причем в настройках телефонии запись включена, а также сами записи разговоров размещены в определенных директориях на сайте в виде файлов. В CDR Report видно, что записей нет. В директории размещения записей […]
Иногда после перезагрузки сервера телефонии на базе Asterisk можно столкнуться с неприятной ситуацией, когда записи разговоров в веб интерфейсе во FreePBX CDR Report отсутствуют. Причем в настройках телефонии запись включена, а также сами записи разговоров размещены в определенных директориях на сайте в виде файлов.
В CDR Report видно, что записей нет.
В директории размещения записей звонков можно записи присутствуют.
В такой ситуации необходимо проверить загружены ли следующие модули (рисунок 3):
- res_odbc.so
- cdr_adaptive_odbc.so
- cel_odbc.so
Эти модули непосредственно работают с базой данных. Если они загружены и статус у них «Running», то проблема не в них.
Далее необходимо проверить есть ли записи разговоров непосредственно в самой базе данных MariaDB. Подключимся и проверим.
На следующем шаге выполним запрос к таблице CDR (рисунок 5):
Как видно из запроса база данных не содержит записей. Т.е. Астериск в нее не пишет.
Перезагрузим Астериск, сделаем тестовый звонок и проверим записи в CDR Report(рисунок 6).
Как видно из скриншота, записи звонков появились.
Поищем ошибки подключения к базе данных в логах Asterisk (рисунок 7):
Такая ситуация может возникнуть из-за того, что Asterisk запускается раньше базы данных, следовательно он не может ее проинициализировать.
Для устранения этой проблемы необходимо сделать так, чтобы база данных загружалась перед загрузкой Asterisk.
В операционных системах семейства Linux используется демон инициализации systemd. В момент загрузки операционной системы он загружает определенные приложения.
Systemd работает с юнитами — это объекты, которыми может управлять система (В основном — стандартизированное представление системных ресурсов, которыми может управлять набор демонов).
Systemd запускает сервисы описанные в файлах конфигурации. Конфигурация может состоять из нескольких файлов которая называется Юнитами.
Юниты могут располагаться в нескольких каталогах:
- /usr/lib/systemd/system/ — в этом каталоге расположены юниты созданные автоматически системой.
- /run/systemd/system/ — в этом каталоге располагаются юниты созданные в процессе работы операционной системы
- /etc/systemd/system/ — в этом каталоге располагаются юниты созданные системным администратором. В этом каталоге мы и будем размещать свои юниты.
Далее мы опишем свой юнит, запускающий Asterisk после запуска базы данных.
Создадим новый файл с названием freepbx.service (рисунок 8):
Для создания нам необходимо будет описать три секции: Unit, Service, Install.
[Unit]
- Description=FreePBX VoIP Server – произвольное описание Юнита
- After=mariadb.service – тут указывается запускать наш юнит после запуска базы данных
[Service]
- Type=oneshot – этот параметр для скриптов, которые выполняют одно задание и завершаются.
- RemainAfterExit=yes – Systemd будет считать процесс активным.
- ExecStart=/usr/sbin/fwconsole start –q – это приложение будет запущено при старте системы
- ExecStop=/usr/sbin/fwconsole stop –q – это приложение будет остановлено при остановке системы
[Install]
- WantedBy=multi-user.target — означает, что systemd-сервис запустится, когда система достигнет уровня выполнения 2.
Теперь нам необходимо убрать Asterisk из автозагрузки:
Проверим убран ли он из автозапуска (рисунок 9):
Стоит обратить внимание на строку «Loaded: loaded (/etc/rc.d/init.d/asterisk; bad; vendor preset: disabled)» — как видно в автозагрузке службы нету.
После проделанных настроек необходимо перезагрузить операционную систему и проверить запустилась ли служба Asterisk. Проблема будет решена.
Источник
Freepbx cdr reports не работает
Модератор: april22
cdr reports Не Отображает звонки
ch.a.sh » 26 ноя 2019, 19:27
Не отображаются запись звонков в разделе Reports — CDR reports (freepbx ), пусто, сами звонки астериск записывает, хранятся тут /var/spool/asterisk/monitor/ ,
Установлена версия FreePBX 15.0.16.27
Код: выделить все cdr_odbc.so ODBC CDR Backend 0 Running extended
Код: выделить все cdr show status
Call Detail Record (CDR) settings
———————————-
Logging: Enabled
Mode: Simple
Log unanswered calls: No
Log congestion: No
* Registered Backends
——————-
cdr_manager (suspended)
csv
Adaptive ODBC
в файле /etc/asterisk/res_odbc_additional.conf поменял ;dsn=>MySQL-asteriskcdrdb
dsn=>asterisk-cdr
но не помогло
Код: выделить все [2019-11-26 17:44:34] VERBOSE[23946] loader.c: Reloading module ‘cdr_adaptive_odbc.so’ (Adaptive ODBC CDR backend)
[2019-11-26 17:44:34] WARNING[23946] cdr_adaptive_odbc.c: No such connection ‘asteriskcdrdb’ in the ‘asteriskcdrdb’ section of cdr_adaptive_odbc.conf. Check res_odbc.conf.
[2019-11-26 17:44:34] VERBOSE[23946] loader.c: Reloading module ‘cdr_csv.so’ (Comma Separated Values CDR Backend)
[2019-11-26 17:44:34] VERBOSE[23946] loader.c: Reloading module ‘cdr_manager.so’ (Asterisk Manager Interface CDR Backend)
[2019-11-26 17:44:34] VERBOSE[23946] loader.c: Reloading module ‘cdr_odbc.so’ (ODBC CDR Backend)
[2019-11-26 17:44:34] WARNING[23946] cel_odbc.c: No such connection ‘asteriskcdrdb’ in the ‘cel’ section of cel_odbc.conf. Check res_odbc.conf.
[2019-11-26 17:45:08] NOTICE[23946] res_odbc.c: Registered ODBC class ‘asteriskcdrdb’ dsn->[asterisk-cdr]
[2019-11-26 17:45:08] VERBOSE[23946] loader.c: Reloading module ‘cdr’ (CDR Engine)
[2019-11-26 17:45:08] NOTICE[23946] cdr.c: CDR simple logging enabled.
[2019-11-26 17:45:08] VERBOSE[23946] loader.c: Reloading module ‘cdr_adaptive_odbc.so’ (Adaptive ODBC CDR backend)
[2019-11-26 17:45:08] WARNING[23946] cdr_adaptive_odbc.c: No such connection ‘asteriskcdrdb’ in the ‘asteriskcdrdb’ section of cdr_adaptive_odbc.conf. Check res_odbc.conf.
[2019-11-26 17:45:08] VERBOSE[23946] loader.c: Reloading module ‘cdr_csv.so’ (Comma Separated Values CDR Backend)
[2019-11-26 17:45:08] VERBOSE[23946] loader.c: Reloading module ‘cdr_manager.so’ (Asterisk Manager Interface CDR Backend)
[2019-11-26 17:45:08] VERBOSE[23946] loader.c: Reloading module ‘cdr_odbc.so’ (ODBC CDR Backend)
[2019-11-26 17:45:08] WARNING[23946] cel_odbc.c: No such connection ‘asteriskcdrdb’ in the ‘cel’ section of cel_odbc.conf. Check res_odbc.conf.
Re: cdr reports Не Отображает звонки
zzuz » 27 ноя 2019, 10:15
Источник
ИТ База знаний
Курс по Asterisk
Полезно
— Узнать IP — адрес компьютера в интернете
— Онлайн генератор устойчивых паролей
— Онлайн калькулятор подсетей
— Калькулятор инсталляции IP — АТС Asterisk
— Руководство администратора FreePBX на русском языке
— Руководство администратора Cisco UCM/CME на русском языке
— Руководство администратора по Linux/Unix
Навигация
Серверные решения
Телефония
FreePBX и Asterisk
Настройка программных телефонов
Корпоративные сети
Протоколы и стандарты
Кракозябры: Кодировка в CDR FreePBX 14
4 минуты чтения
Всем привет! В сегодняшней статье мы расскажем, как победить очень надоедливый “баг” во FreePBX, который кочует из версии в версию и сильно мешает пользователям, которые используют кириллицу, то есть русские буквы, в именах внутренних номеров своей IP-АТС. Точно можно сказать, что данная проблема присутствовала в FreePBX 13 и перебралась в 14 релиз.
Базовый курс по Asterisk
Мы собрали концентрат всех must have знаний в одном месте, которые позволят тебе сделать шаг вперед на пути к экспертному владению Asterisk
Как многие могли догадаться, речь пойдёт о неправильном отображении русской кодировки в модуле CDR, в простонародье – кракозябры в CDR.
Предыстория
Итак, вот вы установили самый последний актуальный FreePBX Distro SNG7-FPBX-64bit-1707-1, долго ждали когда же наконец закончится загрузка 571 пакета (если устанавливаете на VM)
Небольшой оффтоп для тех, кто устанавливает FreePBX 14 на VM и подумал, что процесс установки завис на 571 пакете и надо его прервать – НЕТ, он не завис, наберитесь терпения, правда. Да, это долго, мы, например, ждали полтора часа. Отдохните, попейте кофе, почитайте о нововведениях в FreePBX 14
И, наконец, дождались — всё готово, пора регистрировать абонентов. Вы добавили два внутренних номера с русскими именами, пусть будет Алексей Добронравов и Сергей Злонамеров
Зарегистрировали для каждого по софтфону и провели тестовый звонок – успех. А что же в CDR? Открываете Reports → CDR Reports и видите те самые “кракозябры”, которые мало чем напоминают имена наших внутренних абонентов.
Знакомо? Тогда читай дальше!
Быстро проверим таблицу cdr в базе asteriskcdrdb и убедимся, что там такая же картина:
Решение
Внимание! Прежде чем повторять дальнейшие инструкции – сделайте полный бэкап системы или снэпшот виртуальной машины. Компания Мерион Нетворкс не несёт ответственности за потенциальные проблемы, которые могут возникнуть на вашей IP-АТС. Неправильное выполнение нижеизложенных действий может привести к полной неработоспособности FreePBX и Asterisk!
В интернете можно найти много советов по устранению данной проблемы, начиная от выставления значения charset = utf8 в файле /etc/asterisk/cdr_mysql.conf и выполнения core reload, когда записи опять слетают и заканчивая написанием скрипта, который будет время от времени производить принудительную перекодировку записей. Но всё это либо “костыль”, либо не помогает вовсе.
На сайте разработчика freepbx.org по данной проблеме даже заведён официальный Bug FREEPBX-15268, который по сегодняшний день имеет статус (11.10.2017) DEV TESTING: Unresolved, то есть – не решён.
Более менее действенным способом решения этой проблемы является снос старого MySQL коннектора и установка mysql-connector-odbc-5.3.9 (ANSI Driver), а затем внесение изменений в файл /etc/odbc.ini следующего вида:
После этого записи в CDR, конечно, будут отображаться корректно, однако, все логи будут завалены предупреждениями типа:
При этом в самой таблице cel, на которую ругается сервер, всё будет нормально:
Вроде решение, CDR корректен, но лог будет буквально забит этими предупреждениями, а мы этого не хотим.
Итак, сейчас мы опишем способ решения, после которого и логи будут чистыми и никаких “кракозябр” в CDR вы не увидите.
Для начала, нужно удалить текущий mysql-connector-odbc, однако, в силу того, что он связан зависимостями, вместе с ним удалится и сам Asterisk. Поэтому, сначала нужно узнать, какой именно коннектор установлен на сервере, и удалить его отдельно. Для этого пишем команду:
Ну и после предыдущих манипуляций видим, что у нас установлен mysql-connector-odbc-5.3.9-1.el7.x86_64, вероятнее всего у вас будет mysql-connector-odbc-5.3.6. Теперь его нужно удалить, но не учитывая при этом его зависимости. Нам нужно удалить только коннектор, для этого пишем следующую команду:
Теперь нужно установить новый коннектор, но только не от MySQL, а от MariaDB, для этого пишем:
Внимание! Ввод следующей команды без предварительного сноса прежнего коннектора может привести к полному отказу Asterisk!
Теперь проверьте файл /etc/odbcinst.ini в нём обязательно должна быть запись:
Теперь сделаем перезагрузку fwconsole restart и всё готово. Проводим ещё пару тестовых звноков, смотрим в модуль CDR во FreePBX и проверяем таблицу cdr в asteriskcdrbd:
И логи тоже проверьте, они будут чистыми, никаких предупреждений 🙂
На этом – всё. Надеемся, что наша статься будет вам полезна и поставит, наконец, точку в истории этого надоевшего всем бага. Выражаем благодарность нашим читателям, которые активно обсуждали данную проблему в комментариях и подсказали правильное направление для её решения.
Продвинутый курс по Asterisk
Концентрат редких знаний, для внедрения Asterisk в крупных предприятиях. Все это мы собрали в одном курсе для тебя.
Источник
Не работает cdr asterisk+freepbx+ubuntu
| Список форумов SYSAdmins.RU -> ТЕЛЕФОНИЯ |
| Автор | |||||
|---|---|---|---|---|---|
| shivaguard Новичок Зарегистрирован: 06.02.2016 |
| ||||
| Вернуться к началу |
| ||||
| Зарегистрируйтесь и реклама исчезнет! | |||||
| trscod Новичок Зарегистрирован: 05.11.2014
|
| ||||
| Вернуться к началу |
| ||||
| shivaguard Новичок Зарегистрирован: 06.02.2016 Источник | |||||