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

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

Сообщения 1 - 15 из 45
Начало | Пред. | 1 2 3 | След. | Конец
RSS
[ Закрыто ] Не работает импорт истории звонков с FreePBX, Не работает импорт истории звонков с FreePBX
 
Добрый день.
Настраиваю модуль журнала звонков по инструкции, столкнулся с такой проблемой:
у клиента доступ к 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
 
Вероятно не устанвлен плагин pt1c
Инструкции и дистрибутив можно найти на wiki.miko.ru
http://wiki.miko.ru/astpanel:ats:freepbx_distro
 
Плагин установлен, версии 2.11.3.19
 
Цитата
ООО "Мастер Софт" разработчик написал:
"Ошибка подключения к АТС: "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
После правки ресурсов обязательно сохраните настройки.
Приложите скриншот формы настроек.  
 
Я писал, что попробовал поставить в адресе сервера просто 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 КБ)
 
Если из консоли АТС выполнить команды:
Код
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'

Каков будет получен ответ сервера?  
 
Это не будет то же самое, как и если в браузере ввести строку "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
 
Цитата
ООО "Мастер Софт" разработчик написал:
Это не будет то же самое, как и если в браузере ввести строку " http://10.0.0.2/freepbx/admin/1c/cdr_xml/index.php?limit=&offset =" ?
В ответ в браузере получаю страничку "Variable 'limit' and 'offset' must be numeric."
Да, это разные вещи.  
 
Вывод консоли:

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]
 
В браузере на запрос 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 КБ)
 
Для проверки набросал маленькую обработочку с вот таким кодом:

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, ИмяВрем);

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

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

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

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

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