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

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

Поиск  Правила  Войти
Форум » Панели телефонии 1С » Панель телефонии в режиме Asterisk
RSS
Несколько вопросов по интеграции в Elastix
 
#1
0
25.08.2014 12:39:39
Добрый день. В процессе интеграции панели 1.2.21.8 в Elastix 2.4.0 возникли некие баги/фичи.
Астериск "готовился" по актуальным инструкциям из вики.

После того, как установили модуль PT1C записи в asteriskcdrdb пишутся в таблицу PT1C_cdr, поэтому все отчеты средствами астериска уже не получить. Пока сделали средствами php скрипт переноса записей в таблицу cdr. Это так и должно быть или новые записи должны писаться в обе таблицы?

Для формирования файла записи в mysql таки пришлось руками добавлять в блок macro-record-enable в extensions_override_elastix назначение переменной имени файла и править 1C_Download.php, т.к. имя файла записи по-прежнему писалось в формате audio:${CALLFILENAME}.${MIXMON_FORMAT}) в поле 'userfield'. После этого в phpmyadmin все записи видны, а при получении истории из панели атрибут recordingfile по-прежнему пустой. Решили вытягивать имена файлов прямым запросом к mysql из 1с по uniqueid, но жертвовать пришлось производительностью.
 
 
 
#2
0
25.08.2014 12:53:38
  • Новые записи CDR должны писаться в обе таблицы. Плагин при настройке создает новую таблицу PT1C_cdr ,  чтобы не было конфликтов с прочими механизмами. базовая таблица cdr остается незименной.
  • Плагин для elastix берет имя файла записи из поля 'userfield'. никаких доработок не требуется.
P.S. Буквально на прошлой неделе завершили проект по телефонии. Клиент использует elastix 2.4. Плагин встал без проблем.
Правки были, но они связаны только смодулем статистики (не зависит от панели телефонии).
 
 
 
#3
0
25.08.2014 14:22:08
ОК. С именем файла записи разобрался.
Еще вопрос: SIP транки в истории звонков участвуют в расшифровке звонка. Зачем?
 
 
 
#4
0
25.08.2014 14:38:17
Участвует все, что похоже на номер телефона.
 
 
 
#5
0
26.08.2014 15:26:17
Логично) Есть такая проблема со скачиванием записи, связанных с маршрутизацией.
Пример. Входящий звонок на транк 1004, ему присвоился id 1409042612.2681, дальше ответ оператора с номера 501 (ID 1409042622.2683, поле linkedid 1409042612.2681). Файл записи присутствует по второму событию g501-20140826-114342-1409042622.2683.wav.
В истории отображается нормально - участники 1004, номер контрагента и 501, файл записи присвоен, по запросу из панели файла для скачивания/прослушивания по ID 1409042612.2681 и файлом g501-20140826-114342-1409042622.2683.wav ничего не находит.
Т.е. ищет все-таки по полю uniqueid, а не по linkedid.

P.S. Строка ответа при получении истории onUserEvent_FromCDR для второго звонка:

Код
2014-08-26 11:43:42@.@375447551182@.@501@.@Local/501@from-queue-0000032b;2@.@SIP/501-0000041e@.@60.5792@.@ANSWERED@.@1409042622.2683@.@g501-20140826-114342-1409042622.2683.wav@.@SIP/501-0000041e@.@Dial@.@1409042612.2681@.@




Код
Просматриваем файл записи для разговора с идентификатором 1409042612.2681                       
Инициирован запрос имени файла записи CDR <ajax-response>
<response type='object' id='unknown'><generic response='Success' actionid='00c87' message='Originate successfully queued' /></response>
</ajax-response>

Внешнее событие:  <generic event="Newchannel" privilege="call,all" channel="Local/10000666@miko_ajam-000003cb;1" channelstate="0" channelstatedesc="Down" calleridnum="" calleridname="" accountcode="" exten="10000666" context="miko_ajam" uniqueid="1409051704.3168" />

Внешнее событие:  <generic event="Newchannel" privilege="call,all" channel="Local/10000666@miko_ajam-000003cb;2" channelstate="4" channelstatedesc="Ring" calleridnum="" calleridname="" accountcode="" exten="10000666" context="miko_ajam" uniqueid="1409051704.3169" />

Внешнее событие:  <generic event="NewAccountCode" privilege="call,all" channel="Local/10000666@miko_ajam-000003cb;1" uniqueid="1409051704.3168" accountcode="" oldaccountcode="" />

Внешнее событие:  <generic event="NewCallerid" privilege="call,all" channel="Local/10000666@miko_ajam-000003cb;1" calleridnum="" calleridname="" uniqueid="1409051704.3168" cid_callingpres="67 (Number Unavailable)" />

Файл с записью разговора не найден на сервере ASTERISK.
Изменено: Павел Грабарь - 26.08.2014 15:44:26
 
 
 
#6
0
26.08.2014 19:02:17
Вопрос решился переопределением uniqueid при обнаружении файла записи к звонку в onUserEvent_FromCDR.

Далее:
1. Бесконсультативный перевод не работает вообще.
Лог чистый:

Цитата
Переводим звонок безконсультативно 80295310900 на номер 301
Результат безусловного перевода  <ajax-response>
<response type='object' id='unknown'><generic response='Success' message='Redirect successful' /></response>
</ajax-response>
При этом в линии слышен тональный набор и после этого ничего не происходит.
Конфиг стандартный:
Цитата


Builtin Feature           Default Current
---------------           ------- -------

Pickup                    *8      *8    

Blind Transfer            #       ##    

Attended Transfer                 *2    

One Touch Monitor                 *1    

Disconnect Call           *       **    

Park Call                                

One Touch MixMonitor                  
2. Консультативный перевод работает, но звонок не возвращается, если никто не ответил или линия занята, звонок теряется. В SDK не нашел атрибут для выставления таймаута для возвращения звонка. Это вообще реально?

3. Новые записи по-прежнему пишутся в PT1C_cdr, php скрипт для переноса в cdr в крон добавили, но это же не решение проблемы.
Изменено: Павел Грабарь - 26.08.2014 19:04:33
 
 
 
#7
0
27.08.2014 08:46:42
Цитата
1. Бесконсультативный перевод не работает вообще.
Скорее всего пользователю запрещены переадресации. Смотрите в настройках АТС. Скорее всего также не работают переадресации по старкодам ** и ##.

Цитата
звонок не возвращается, если никто не ответил или линия занята, звонок теряется. В SDK не нашел атрибут для выставления таймаута для возвращения звонка. Это вообще реально?
Смотрите в настройки АТС. В SDK нет возможности установить такой таймаут.

Цитата
Новые записи по-прежнему пишутся в PT1C_cdr, php скрипт для переноса в cdr в крон добавили, но это же не решение проблемы.
Скорее всего один из механизмов был нарушен при настройке станции. Пример настройки логирования cdr записей.
Допускаю, что если вы пересобирали Asterisk из исходников, то не собрали некоторые модули логирования cdr.
 
 
 
Читают тему (гостей: 1)