Вы не авторизованы

Вы можете читать сообщения. Если вы хотите создать новую тему или присоединиться к обсуждению, пройдите процедуру регистрации или авторизуйтесь.

Поиск  Правила  Войти
Форум » Дополнительные модули » Расширенный журнал звонков с элементами статистики
Сообщения 1 - 15 из 45
 Начало | Пред. | 1 2 3 | След. | Конец
RSS
[ Закрыто ] Не работает импорт истории звонков с FreePBX, Не работает импорт истории звонков с FreePBX
 
#1
0
10.06.2016 12:01:42
Добрый день.
Настраиваю модуль журнала звонков по инструкции, столкнулся с такой проблемой:
у клиента доступ к FreePBX организован не по <IP_адрес_сервера>/admin..., а по <IP_aдрес_сервера>/freepbx/admin...

Пытался в настройках модуля журнала звонков в адресе сервера указать <IP_aдрес_сервера>/freepbx, оставив ресурсы CDR и CEL как они есть по умолчанию - в журнале регистрации такая ошибка: "Ошибка подключения к АТС: "10.0.0.2/freepbx". Код состояния HTTP 404."

Попробовал поставить в адресе сервера просто <IP_адрес_сервера>, а ресурсы CDR и CEL привел к виду: /freepxb/admin/1c/cdr_xml/index.php и /freepbx/admin/1c/cel_xml/index.php - аналогичная ошибка "Ошибка подключения к АТС: "10.0.0.2". Код состояния HTTP 404."

При этом, если в браузере обратиться "http://<IP_адрес_сервера>/freepbx/admin/1c/cdr_xml/index.php?limit=&offset=", то в ответ получаю следущее: "Variable 'limit' and 'offset' must be numeric.", то есть скрипт на стороне сервера отрабатывает.

Что можете посоветовать, как настроить загрузку истории звонков?
Версия модуля 1.0.1.8
Версия FreePBX 2.11.0.37
 
 
 
#2
0
10.06.2016 13:46:53
Вероятно не устанвлен плагин pt1c
Инструкции и дистрибутив можно найти на wiki.miko.ru
http://wiki.miko.ru/astpanel:ats:freepbx_distro
 
 
 
#3
0
10.06.2016 14:43:22
Плагин установлен, версии 2.11.3.19
 
 
 
#4
0
10.06.2016 14:58:33
Цитата
ООО "Мастер Софт" разработчик написал:
"Ошибка подключения к АТС: "10.0.0.2/freepbx"
Судя по сообщению об ошибке в качестве имени сервера указано значение "10.0.0.2/freepbx". Это не корректное имя сервера.
В Вашем случае должно быть:
  • Адрес сервера - 10.0.0.2
  • /freepxb/admin/1c/cdr_xml/index.php
  • /freepbx/admin/1c/cel_xml/index.php
После правки ресурсов обязательно сохраните настройки.
Приложите скриншот формы настроек.  
 
 
 
#5
0
10.06.2016 15:20:57
Я писал, что попробовал поставить в адресе сервера просто 10.0.0.2, а ресурсы CDR и CEL привел к виду: /freepxb/admin/1c/cdr_xml/index.php и /freepbx/admin/1c/cel_xml/index.php.
При нажатии на кнопку "Получить настройки" в журнале регистрации ошибка Событие: МИКО.ЗагрузкаИсторииЗвонков. Комментарий: "Ошибка подключения к АТС: "10.0.0.2". Код состояния HTTP 404."
[img]file:///D:/pic1.png[/img]
pic1.png (99.42 КБ)
 
 
 
#6
0
10.06.2016 15:24:06
Если из консоли АТС выполнить команды:
Код
curl 'http://10.0.0.2/freepbx/admin/1c/cdr_xml/index.php?limit=&offset'
wget 'http://10.0.0.2/freepbx/admin/1c/cdr_xml/index.php?limit=&offset'

Каков будет получен ответ сервера?  
 
 
 
#7
0
10.06.2016 16:04:42
Это не будет то же самое, как и если в браузере ввести строку "http://10.0.0.2/freepbx/admin/1c/cdr_xml/index.php?limit=&offset=" ?
В ответ в браузере получаю страничку "Variable 'limit' and 'offset' must be numeric."
Изменено: разработчик ООО "Мастер Софт" - 10.06.2016 16:06:40
 
 
 
#8
0
10.06.2016 16:08:06
Цитата
ООО "Мастер Софт" разработчик написал:
Это не будет то же самое, как и если в браузере ввести строку " http://10.0.0.2/freepbx/admin/1c/cdr_xml/index.php?limit=&offset =" ?
В ответ в браузере получаю страничку "Variable 'limit' and 'offset' must be numeric."
Да, это разные вещи.  
 
 
 
#9
0
10.06.2016 16:30:37
Вывод консоли:

curl 'http://10.0.0.2/freepbx/admin/1c/cdr_xml/index.php?limit=&offset'
<pre>Variable 'limit' and 'offset' must be numeric.</pre>root@asterisk-lider:~#
root@asterisk-lider:~# wget 'http://10.0.0.2/freepbx/admin/1c/cdr_xml/index.php?limit=&offset'
--2016-06-10 16:19:30--  http://10.0.0.2/freepbx/admin/1c/cdr_xml/index.php?limit=&offset
Подключение к 10.0.0.2:80... соединение установлено.
HTTP-запрос отправлен. Ожидание ответа... 200 OK
Длина: 57 [text/html]
Сохранение в каталог: ««index.php?limit=&offset»».

100%[============================================================­============================================================­==============================>] 57          --.-K/s   за 0s      

2016-06-10 16:19:30 (2,53 MB/s) - «index.php?limit=&offset» saved [57/57]
 
 
 
#10
0
10.06.2016 16:49:32
В браузере на запрос http://10.0.0.2/freepbx/admin/1c/cdr_xml/index.php?limit=10&offset=312

получаем такой вывод:
<?xml version="1.0" ?>
- <cdr-table>
 <cdr-row id="313" calldate="2016-06-07+15%3A36%3A22" clid="300" src="300" dst="89962036290" did="" dcontext="from-internal" lastapp="Dial" lastdata="SIP%2Fgsm%2F89962036290%2C300%2CTt" duration="216" billsec="194" disposition="ANSWERED" channel="SIP%2F300-00001d76" dstchannel="SIP%2Fgsm-00001d77" amaflags="3" accountcode="" uniqueid="1465302982.12137" userfield="" answer="2016-06-07+15%3A36%3A22" end="0000-00-00+00%3A00%3A00" recordingfile="" peeraccount="" linkedid="" sequence="0" />
 <cdr-row id="314" calldate="2016-06-07+15%3A34%3A39" clid="%22Call+Center%22+%3C228%3E" src="228" dst="212" did="" dcontext="from-internal" lastapp="Dial" lastdata="Local%2FFMPR-212%40from-internal%26Local%2FFMGL-464913%23%40from-internal%2C70%2CTtrIM%28auto-blk" duration="92" billsec="85" disposition="ANSWERED" channel="SIP%2F228-00001d74" dstchannel="Local%2FFMPR-212%40from-internal-0000085d%3B1" amaflags="3" accountcode="" uniqueid="1465302879.12131" userfield="" answer="2016-06-07+15%3A34%3A39" end="0000-00-00+00%3A00%3A00" recordingfile="" peeraccount="" linkedid="" sequence="0" />
 <cdr-row id="315" calldate="2016-06-07+15%3A34%3A22" clid="300" src="300" dst="89873105254" did="" dcontext="from-internal" lastapp="Dial" lastdata="SIP%2Fgsm%2F89873105254%2C300%2CTt" duration="72" billsec="50" disposition="ANSWERED" channel="SIP%2F300-00001d70" dstchannel="SIP%2Fgsm-00001d71" amaflags="3" accountcode="" uniqueid="1465302862.12127" userfield="" answer="2016-06-07+15%3A34%3A22" end="0000-00-00+00%3A00%3A00" recordingfile="" peeraccount="" linkedid="" sequence="0" />  
...
и т.д.

Получается, сервер отдает таблицу звонков, и получается что проблема на стороне модуля встроенного в 1С - какая-то ошибка происходит либо при формировании запроса на веб-сервер, либо ошибка при парсинге ответа - так как после выполнения регл.задания в регистре сведений "Записи CDR" появляется (точнее обновляется с шагом 300 в поле AccId) одна запись (см. вложение)
pic2.png (23.42 КБ)
 
 
 
#11
0
10.06.2016 17:34:20
Для проверки набросал маленькую обработочку с вот таким кодом:

httpsconn = Новый HTTPСоединение("10.0.0.2",,,,,5);

http_request = Новый HTTPЗапрос("/freepbx/admin/1c/cdr_xml/index.php?limit=10&offset=312");

ИмяВрем = ПолучитьИмяВременногоФайла("txt");

httpsconn.Получить(http_request, ИмяВрем);

КомандаСистемы(ИмяВрем);

В результате выполнения открывается текстовый файл с такими же данными, как и в предыдущем сообщении
 
 
 
#12
0
10.06.2016 17:35:23
Цитата
ООО "Мастер Софт" разработчик написал:
linkedid=""
Цитата
ООО "Мастер Софт" разработчик написал:
оявляется (точнее обновляется с шагом 300 в поле AccId) одна запись (см. вложение)
Теперь ясно. Не заполнено поле "linkedid".
Модуль статистики будет пропускать такие записи.

Фактически, на АТС существует две таблицы детализации истории звонка - CEL и CDR.
Данные этих таблиц связаны друг с другом идентификатором, который записывается в поле "linkedid", это идентификатор конкретного звонка.

Если поле не заполнено - то модуль статистки не может проанализировать эту историю звонков.

Предположения, почему поле не заполнено:
  1. Это старые записи, фактически история начинает заполнятся корректно начиная с момента установки плагина pt1c
  2. Это новые записи. Такое случается крайне редко, когда плагин не смог до конца настроить АТС.
Решение - подождать завершения загрузки игнорировать проблему старых записей.  
 
 
 
#13
0
10.06.2016 17:46:01
Модуль pt1c был установлен 2016-06-07 в районе 8 вечера, в записях cdr-row видна такая же дата, получается это пока идут старые записи, которые игнорируются модулем статистики?
 
 
 
#14
0
10.06.2016 17:57:15
Цитата
ООО "Мастер Софт" разработчик написал:
пока идут старые записи, которые игнорируются модулем статистики
скорее всего так
Вы можете проверить в базе данных mysql заполненность поля "linkedid".
Обычно база данных именуется как asteriskcdrdb, а наша таблица PT1C_cdr
 
 
 
#15
0
15.06.2016 06:23:21
Подскажите, после установки модуля pt1c он целиком должен сконвертировать данные из таблицы cdr в таблицу PT1C_cdr ?
Поясню: вчера переустановили этот модуль, таблица cdr содержит 643366 записей до установки. После установки модуля и некоторого ожидания в таблице PT1C_cdr лежит 3000 записей, и это количество не увеличивается. Произведен тестовый звонок, в таблице cdr 643367 записей, в PT1C_cdr как было 3000, так и осталось.
 
 
 
Сообщения 1 - 15 из 45
 Начало | Пред. | 1 2 3 | След. | Конец
Читают тему (гостей: 1)