Пустая User Control Panel в FreePBX

[Riti]

Добрый день.
У меня проблема с записью и воспроизведением звонков. И чем больше копаю, тем больше запутываюсь.
Есть Ubuntu Server 14.04.3, на него поставлен Астериск 11.7.0 (aptitude update; aptitude install asterisk), а затем FreePBX по мануалу http://asterisk-pbx.ru/wiki/asterisk_in ... -13_ubuntu (начиная с пункта "Установка и настройка FreePBX" и до конца). Настроил экстеншны, транк, маршруты. В веб-интерфейсе включил запись. Пошли звонки. Астериск делает запись разговоров и кладёт их в /var/spool/asterisk/monitor/2016/01/01 (что там конкретно, пока не проверял, но wav файлы появляются).

А вот дальше не понимаю. В User Control Panel FreePBX видны все заведённые телефоны, но Call History для них пуста. MySQL-база asteriskcdrdb сществует и таблицы cdr и cel имеются, но они так же пусты. При этом рядом лежит база asterisk, в которую Астериск успешно вносит свои настройки. Обе базы создавались однотипно.

Подскажите пожалуйста, что ещё можно проверить?

>cdr show status

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

Call Detail Record (CDR) settings
----------------------------------
Logging: Enabled
Mode: Simple
Log unanswered calls: No
Log congestion: No
* Registered Backends
-------------------
cdr-custom
csv
Adaptive ODBC
res_config_sqlite

>cel show status

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

CEL Logging: Enabled
CEL Tracking Event: ALL
CEL Tracking Event: CHAN_START
CEL Tracking Event: CHAN_END
CEL Tracking Event: HANGUP
CEL Tracking Event: ANSWER
CEL Tracking Event: APP_START
CEL Tracking Event: APP_END
CEL Tracking Event: BRIDGE_START
CEL Tracking Event: BRIDGE_END
CEL Tracking Event: CONF_START
CEL Tracking Event: CONF_END
CEL Tracking Event: PARK_START
CEL Tracking Event: PARK_END
CEL Tracking Event: BLINDTRANSFER
CEL Tracking Event: ATTENDEDTRANSFER
CEL Tracking Event: TRANSFER
CEL Tracking Event: HOOKFLASH
CEL Tracking Event: 3WAY_START
CEL Tracking Event: 3WAY_END
CEL Tracking Event: CONF_ENTER
CEL Tracking Event: CONF_EXIT
CEL Tracking Event: USER_DEFINED
CEL Tracking Event: LINKEDID_END
CEL Tracking Event: BRIDGE_UPDATE
CEL Tracking Event: PICKUP
CEL Tracking Event: FORWARD
CEL Tracking Application: all
CEL Event Subscriber: CEL PGSQL backend
CEL Event Subscriber: ODBC CEL backend
CEL Event Subscriber: CEL Custom CSV Logging

> module show like odbc

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

Module Description Use Count
cdr_adaptive_odbc.so Adaptive ODBC CDR backend 0
cdr_odbc.so ODBC CDR Backend 0
cel_odbc.so ODBC CEL backend 0
func_odbc.so ODBC lookups 0
res_config_odbc.so Realtime ODBC configuration 0
res_odbc.so ODBC resource 0
6 modules loaded

> odbc show

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

ODBC DSN Settings
-----------------
Name: asteriskcdrdb
DSN: MySQL-asteriskcdrdb
Last connection attempt: 2016-02-01 15:23:46

ПС: В «Астериск - будущее телефонии» про FreePBX ничего не написано.

[ded]

Администратору системы прослушивать записи в Reports => CDR reports, кликая на динамики против разговора. Браузер должен иметь расширения для прослушивания мультимедиа.
Юзерам в User panel доступны по дефолту только свои записи, и логиниться им туда надо своими номерами только вроде.

P.S. По FreePBX - отдельные книжки, ибо интерфейс - отдельная надстройка над Астериском.

[awsswa]

таблицы cdr и cel имеются, но они так же пусты

Плохо вы видать читали мануал.
Пока записи не появятся дальше двигаться безполезно

[Riti]

Reports => CDR reports

Там тоже пусто, Search не находит ни одной записи.

логиниться им туда надо своими номерами

Попробовал залогиниться в User Control Panel под именами пользователей и их праролями - Invalid Login Credentials.

По FreePBX - отдельные книжки

Пока кроме кратких мануалов ничего не встречал. Поищу.

Пока записи не появятся дальше двигаться безполезно

Понимаю. Не понимаю, почему они не появляются? Права на базы одинаковые, модули работают, сама база - как живая. И даже звуковые файлы появлятся. В инструкциях, которые я читал, везде пишут о прослушивании и сборе статистики по звонкам, как о чём-то само собой разумеющемся.

-- База данных: `asteriskcdrdb`
-- Структура таблицы `cel`

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

CREATE TABLE IF NOT EXISTS `cel` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`eventtype` varchar(30) NOT NULL,
`eventtime` datetime NOT NULL,
`cid_name` varchar(80) NOT NULL,
`cid_num` varchar(80) NOT NULL,
`cid_ani` varchar(80) NOT NULL,
`cid_rdnis` varchar(80) NOT NULL,
`cid_dnid` varchar(80) NOT NULL,
`exten` varchar(80) NOT NULL,
`context` varchar(80) NOT NULL,
`channame` varchar(80) NOT NULL,
`src` varchar(80) NOT NULL,
`dst` varchar(80) NOT NULL,
`channel` varchar(80) NOT NULL,
`dstchannel` varchar(80) NOT NULL,
`appname` varchar(80) NOT NULL,
`appdata` varchar(80) NOT NULL,
`amaflags` int(11) NOT NULL,
`accountcode` varchar(20) NOT NULL,
`uniqueid` varchar(32) NOT NULL,
`linkedid` varchar(32) NOT NULL,
`peer` varchar(80) NOT NULL,
`userdeftype` varchar(255) NOT NULL,
`eventextra` varchar(255) NOT NULL,
`userfield` varchar(255) NOT NULL,
PRIMARY KEY (`id`),
KEY `uniqueid_index` (`uniqueid`),
KEY `linkedid_index` (`linkedid`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

[awsswa]

вам до структуры еще далеко

читайте по новой, смотрите логи или в платный суппорт

[ded]

Думаю, что неполная инсталляция, поэтому CDR не пишутся. Вот как выглядит выхлоп команды при нормально работающем CDR

Код: Выделить всё

*CLI> cdr show status 

Call Detail Record (CDR) settings
----------------------------------
  Logging:                    Enabled
  Mode:                       Simple
  Log unanswered calls:       Yes

* Registered Backends
  -------------------
    mysql
    cdr-custom
    csv

Пока кроме кратких мануалов ничего не встречал. Поищу.

Алекс Робар «FreePBX 2.5 Мощные телефонные решения» asterisk.ru > База знаний > Книги

звуковые файлы появлятся при любом вызове MixMonitor из диалплана, а MySQL только индексирует их место хранения для удобства запросов.

[Riti]

Вчера гугл увёл меня в сторону проверки настроек в /etc/odbc.ini. И оказалось, что файла нет. Поэтому
#apt-get install unixodbc libmyodbc
Ищем драйверы:
# find / -name 'lib*odbc*.so'

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

/usr/lib/i386-linux-gnu/odbc/libodbcminiS.so
/usr/lib/i386-linux-gnu/odbc/libodbcmyS.so
/usr/lib/i386-linux-gnu/odbc/liboplodbcS.so
/usr/lib/i386-linux-gnu/odbc/libodbcnnS.so
/usr/lib/i386-linux-gnu/odbc/libodbcpsqlS.so
/usr/lib/i386-linux-gnu/odbc/libodbcdrvcfg2S.so
/usr/lib/i386-linux-gnu/odbc/libmyodbc.so
/usr/lib/i386-linux-gnu/odbc/libodbctxtS.so
/usr/lib/i386-linux-gnu/odbc/liboraodbcS.so
/usr/lib/i386-linux-gnu/odbc/libodbcdrvcfg1S.so

И прописываем их в файл /etc/odbcinst.ini в таком формате:
[myodbc_mysql]
Description = ODBC for MySQL
Driver = /usr/lib/i386-linux-gnu/odbc/libmyodbc.so
Setup = /usr/lib/i386-linux-gnu/odbc/libodbcmyS.so
FileUsage = 1
Ищем путь к MySQL socket:
# mysqladmin -u root -p version

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

Enter password:
mysqladmin Ver 8.42 Distrib 5.5.46, for debian-linux-gnu on i686
Copyright (c) 2000, 2015, Oracle and/or its affiliates. All rights reserved.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Server version 5.5.46-0ubuntu0.14.04.2
Protocol version 10
Connection Localhost via UNIX socket
UNIX socket /var/run/mysqld/mysqld.sock
Uptime: 1 day 18 hours 42 min 0 sec
Threads: 2 Questions: 717238 Slow queries: 0 Opens: 93 Flush tables: 1 Open tables: 86 Queries per second avg: 4.665

Теперь редактируем /etc/odbc.ini, вписывая в него сокет
[MySQL-asteriskcdrdb]
Description=MySQL connection to 'asteriskcdrdb' database
driver=MySQL
server=localhost
Port=3306
database=asteriskcdrdb
username=asteriskuser
password=sdgdgfgfgfgfgfgffff
Socket=/var/run/mysqld/mysqld.sock
option=3

Устанавливаем ODBC driver:
#odbcinst -i -d -f /etc/odbcinst.ini

Устанавливаем system DSN:
#odbcinst -i -s -l -f /etc/odbc.ini

Проверка того, что system DSN установлен правильно:
>odbcinst -s -q
[MySQL-asteriskcdrdb]

Коннект вручную к нашей бд:
isql -v MySQL-asteriskcdrdb asteriskuser sdgdgfgfgfgfgfgffff
Если есть коннект – отлично.

Из CLI перечитываем модули:
>module reload res_odbc.so
>module reload cdr_adaptive_odbc.so
>cdr show status

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

Call Detail Record (CDR) settings
----------------------------------
Logging: Enabled
Mode: Simple
Log unanswered calls: No
Log congestion: No

* Registered Backends
-------------------
cdr-custom
csv
Adaptive ODBC
res_config_sqlite

Не у верен, что всё сделал правильно, но некий результат есть: в базе asteriskcdrdb таблица cel начала заполняться звонками. В User Control Panel и CDR Reports по-прежнему пусто. Сегодня буду решать проблему дальше.

[Riti]

Добавка:
/etc/asterisk/res_odbc.conf
[asterisk]
enabled=yes
dsn=MySQL-asteriskcdrdb
username=asteriskuser
password=sdgdgfgfgfgfgfgffff
pooling=no
limit=1
pre-connect=yes
share_connections=yes
sanitysql=select 1
isolation=repeatable_read

/etc/asterisk/cdr_odbc.conf
[global]
dsn=asterisk
loguniqueid=yes
table=cdr
dispositionstring=yes
usegmtime=no
hrtime=yes

/etc/asterisk/cdr_manager.conf
[general]
enabled = yes

Пошла запись в CDR Reports и в таблицу cdr, плюс статистика звонков стала доступной из UCP.

Чтобы писались calldate надо добавить алияс
/etc/cdr_adaptive_odbc.conf
[asteriskcdr]
connection=asterisk
table=cdr
alias start => calldate

Теперь надо будет погонять всё это и посмотреть, что не так и чего не хватает. Но в принципе, оно работает.

[whoim]

Я давно в cdr и юзерпанели заменил прослушку через квиктайм на audio html5 тег.
Плагины того типа уже не поддерживаются никем.

[Riti]

Вот блин. Вчера всё донастроил, всё работало. Перезапустил сегодня Убунту - здравствуй, новый год. Всё как живое, но в базу снова не пишет. Зарраза.

Это нормально, что у двух баз одинаковый DSN?
> odbc show

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

ODBC DSN Settings
-----------------

Name: asteriskcdrdb
DSN: MySQL-asteriskcdrdb
Last connection attempt: 2016-02-04 13:11:31

Name: asterisk
DSN: MySQL-asteriskcdrdb
Last connection attempt: 2016-02-04 13:11:31