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

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

Поиск  Правила  Войти
Форум » Николаев Николай
Выбрать дату в календаре…Выбрать дату в календаре

Умная маршрутизация. Не генерируется индивидуальный IVR
 
#
01.08.2017 08:26:36
Приветствую ещё раз. Не появилось предположений с чего начать?
 
Перейти    
Умная маршрутизация. Не генерируется индивидуальный IVR
 
#
27.07.2017 03:45:25
Здравствуйте!
В продолжение предыдущей темы https://telefon.miko.ru/forum/forum28/topic1386/messages/messages/.
Голосовое меню генерируется, но только то, что указанно в разделе Ответственного нет (первый звонок), индивидуальное меню не генерируется.
С чего начать, куда смотреть?
 
Перейти    
[ Закрыто] Не удается настроить умную маршрутизацию
 
#
04.07.2017 15:36:40
Цитата
Портнов Алексей написал:
Как заполнили параметры подключения в форме настроек модуля маршрутизации (в FreePBX) ? Приложите скрин.  
Спасибо за подсказку! Только во время ретуширования полей увидел бревно в глазу опечатку. Неверно были указанны настройки, а именно путь "Имя 1С (публикация на web сервере)". Не совсем очевидно он обозначен. Может пересмотреть в новых релизах обозначения настроек и полей в модуле?

В общем железная женщина заговорила со мной. Осталось откалибровать модуль.

Спасибо!
 
Перейти    
[ Закрыто] Не удается настроить умную маршрутизацию
 
#
04.07.2017 14:01:39
Цитата
Портнов Алексей написал:
agi set debug on
Добрый день, спасибо за ответ.

Самое информативное из всего "мусора" это лишь
Код
 AGI Script Executing Application: (NoCDR) Options: ()
<SIP/901-000008b9>AGI Tx >> 200 result=0
<SIP/901-000008b9>AGI Rx << VERBOSE "--------HTTP code 405 при обращении к 1С:Предприятие. Метод: identify.-------" 10
<SIP/901-000008b9>AGI Tx >> 200 result=1
<SIP/901-000008b9>AGI Rx << VERBOSE "--------HTTP code 405 при обращении к 1С:Предприятие. Метод: getivrtext.-------" 10
<SIP/901-000008b9>AGI Tx >> 200 result=1
<SIP/901-000008b9>AGI Rx << VERBOSE "text2speech(, , , , false, agi);" 10
<SIP/901-000008b9>AGI Tx >> 200 result=1
<SIP/901-000008b9>AGI Rx << ANSWER
<SIP/901-000008b9>AGI Tx >> 200 result=0
<SIP/901-000008b9>AGI Rx << VERBOSE "--------Сбой генерации IVR МЕНЮ. Направим вызов по резервному маршруту.-------" 10
<SIP/901-000008b9>AGI Tx >> 200 result=1
<SIP/901-000008b9>AGI Rx << GET VARIABLE DIALSTATUS
<SIP/901-000008b9>AGI Tx >> 200 result=0
    -- <SIP/901-000008b9>AGI Script 1C_AGI_IVR.php completed, returning 0
Собственно это дублирует сообщение модуля в админке. Что за беда с этими методами?
Вот что возвращает curl (для тестирования изменил генератор на Яндекс Спитч)
Код
curl -u login:pass --header "Content-Type: text/xml; charset=utf-8" -d 
'<?xml version="1.0" encoding="UTF-8"?><soap:Envelope 
xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Body><m:getivrtext
 
xmlns:m="http://wiki.miko.ru/doc:1cajam:smarttransfer"><m:Number>79149999999</m:Number></m:getivrtext></soap:Body></soap:Envelope>'
 'http://192.168.27.12/1c/ws/MIKO_IVRGenerator4SmartTransfer.1cws'

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">

        <soap:Body>

                <m:getivrtextResponse xmlns:m="http://wiki.miko.ru/doc:1cajam:smarttransfer">

                        <m:return xmlns:xs="http://www.w3.org/2001/XMLSchema"

                                        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">{

"api_key": "XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX",

"tts_service": "Yandex",

"dictor": "jane",

"texttospeech": [

"%D0%92%D0%B0%D1%81%20%D0%BF%D1%80%D0%B8%D0%B2%D0%B5%D1%82%D1%81%D1%82%D0%B2%D1%83%D0%B5%D1%82%20%D0%BA%D0%BE%D0%BC%D0%BF%D0%B0%D0%BD%D0%B8%D1%8F%20%D0%91%D0%BB%D0%BE%D0%BA%20%D0%A2%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B9%2E%20%D0%9D%D0%B0%D0%B1%D0%B5%D1%80%D0%B8%D1%82%D0%B5%20%D0%BD%D0%B0%D0%B1%D0%B5%D1%80%D0%B8%201%20%D0%B4%D0%BB%D1%8F%20%D1%81%D0%B2%D1%8F%D0%B7%D0%B8%20%D1%81%20%D1%81%D0%B5%D0%BA%D1%80%D0%B5%D1%82%D0%B0%D1%80%D1%91%D0%BC%2E"

]

}</m:return>

                </m:getivrtextResponse>

        </soap:Body>
 
Перейти    
[ Закрыто] Не удается настроить умную маршрутизацию
 
#
28.06.2017 19:37:12
Каталог /var/spool/monitor/text2speech не существовал, создал вручную. Не помогло.
Используем voicefabric, доступ есть к ресурсу. Проверял wget'ом и строкой
Код
wget --no-check-certificate https://voicefabric.ru/WSServer/ws/tts?apikey=5d1f2d0a-3da1-48be-8597-aa6072f2e71a&id=myProgramId548218595186072f2e71a&ttsVoice
=Владимир8000&textFormat=text/plain&text=ЦРТ
возвращает ошибку, что неверно 400, значит запрос приходит на сервер, но сформирован неверно - значит доступ есть.

Не понятно почему отсутствовал каталог text2speech?

tcpdump'ом снимаю всю информация по 443 - тишина. Запросы никакие не формируются.


Повторюсь. При попытке прослушать пример сообщения в логах следующее (кусок лога, начало, до переадресации на резервный маршрут)
Код
 Called 901
  == Extension Changed 901[ext-local] new state Ringing for Notify User 901
    -- SIP/901-0000039b answered
  == Extension Changed 901[ext-local] new state InUse for Notify User 901
    -- Executing [10000123@from-internal:1] Goto("SIP/901-0000039b", "ext-pt1csmartivr,10000123,1") in new stack
    -- Goto (ext-pt1csmartivr,10000123,1)
    -- Executing [10000123@ext-pt1csmartivr:1] AGI("SIP/901-0000039b", "1C_AGI_IVR.php") in new stack
    -- Launched AGI Script /var/lib/asterisk/agi-bin/1C_AGI_IVR.php
    -- AGI Script Executing Application: (Ringing) Options: ()
[2017-06-29 02:43:07] WARNING[2385]: func_cdr.c:395 cdr_write_callback: Using the CDR function to set 'accountcode' is deprecated. 
Please use the CHANNEL function instead.
    -- AGI Script Executing Application: (NoCDR) Options: ()
    -- <SIP/901-0000039b>AGI Script 1C_AGI_IVR.php completed, returning 0
Акцентирую внимание на
Код
[2017-06-29 02:43:07] WARNING[2385]: func_cdr.c:395 cdr_write_callback: Using the CDR function to set 'accountcode' is deprecated. 
Please use the CHANNEL function instead.
-- AGI Script Executing Application: (NoCDR) Options: ()
Может где-то здесь кроется ошибка?
Изменено: Николаев Николай - 28.06.2017 19:49:37
 
Перейти    
[ Закрыто] Не удается настроить умную маршрутизацию
 
#
28.06.2017 00:49:35
Да, конечно.
Код
curl -u login:pass --header "Content-Type: text/xml; charset=utf-8" -d '<?xml version="1.0" encoding="UTF-8"?><soap:Envelope xmlns:soap=
"http://schemas.xmlsoap.org/soap/envelope/"><soap:Body><m:getivrtext xmlns:m="http://wiki.miko.ru/doc:1cajam:smarttransfer"><m:Number>79876543210</m:Number>
</m:getivrtext></soap:Body></soap:Envelope>' 'http://192.168.27.12/1c/ws/MIKO_IVRGenerator4SmartTransfer.1cws'
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
        <soap:Body>
                <m:getivrtextResponse xmlns:m="http://wiki.miko.ru/doc:1cajam:smarttransfer">
                        <m:return xmlns:xs="http://www.w3.org/2001/XMLSchema"
                                        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">{
"api_key": "XXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXX",
"tts_service": "CRT",
"dictor": "%D0%AE%D0%BB%D0%B8%D1%8F8000",
"texttospeech": [
"%D0%92%D0%B0%D1%81%20%D0%BF%D1%80%D0%B8%D0%B2%D0%B5%D1%82%D1%81%D1%82%D0%B2%D1%83%D0%B5%D1%82%20%D0%BA%D0%BE%D0%BC%D0%BF%D0%B0%D0%BD%D0%B8%D1%8F%20%D0%91%
D0%BB%D0%BE%D0%BA%20%D0%A2%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B9%2E%20%D0%9D%D0%B0%D0%B1%D0%B5%D1%80%D0%B8%D1%82%D0%B5%20%D0%BD%D0%B0%D0%B
1%D0%B5%D1%80%D0%B8%201%20%D0%B4%D0%BB%D1%8F%20%D1%81%D0%B2%D1%8F%D0%B7%D0%B8%20%D1%81%20%D1%81%D0%B5%D0%BA%D1%80%D0%B5%D1%82%D0%B0%D1%80%D1%91%D0%BC%2E"
]
}</m:return>
                </m:getivrtextResponse>
        </soap:Body>
 
Перейти    
[ Закрыто] Не удается настроить умную маршрутизацию
 
#
27.06.2017 16:27:12
Цитата
Портнов Алексей написал:
Это ошибка в релизе, вроде в актуальном она не воспроизводилась. Поправьте тогда руками ошибку:  В конфигураторе перейдите в модуль сервиса " МИКО_мвГенерацияIVR "
 Замените все вхождения строки " МИКО_мвМаршрутизацияЗвонковСервер " на " МИКО_мвМаршрутизацияЗвонков "
 Сохраните изменения
 Это должно решить проблему.

Внёс указанные изменения. После проверки curl'ом возвращается сообщение похожее на то как в примере.

Пытаюсь в 1С снова прослушать тестовую запись. Получаю следующее.
В 1С звонок и сразу сброс.
В Админке 1СIVR
Цитата
HTTP code 405 при обращении к 1С:Предприятие. Метод: identify.
HTTP code 405 при обращении к 1С:Предприятие. Метод: getivrtext.
Сбой генерации IVR МЕНЮ. Направим вызов по резервному маршруту.
В логе Астера
Код
== Using SIP RTP TOS bits 184
  == Using SIP RTP CoS mark 5
    -- Called 901
  == Extension Changed 901[ext-local] new state Ringing for Notify User 901
  == Extension Changed 901[ext-local] new state InUse for Notify User 901 (queued)
    -- SIP/901-000001e0 answered
    -- Executing [10000123@from-internal:1] Goto("SIP/901-000001e0", "ext-pt1csmartivr,10000123,1") in new stack
    -- Goto (ext-pt1csmartivr,10000123,1)
    -- Executing [10000123@ext-pt1csmartivr:1] AGI("SIP/901-000001e0", "1C_AGI_IVR.php") in new stack
    -- Launched AGI Script /var/lib/asterisk/agi-bin/1C_AGI_IVR.php
    -- AGI Script Executing Application: (Ringing) Options: ()
[2017-06-27 23:25:05] WARNING[2385]: func_cdr.c:395 cdr_write_callback: Using the CDR function to set 'accountcode' is deprecated. Please use 
           the CHANNEL function instead.
    -- AGI Script Executing Application: (NoCDR) Options: ()
    -- <SIP/901-000001e0>AGI Script 1C_AGI_IVR.php completed, returning 0
    -- Executing [10000123@ext-pt1csmartivr:2] Goto("SIP/901-000001e0", "ext-group,600,1") in new stack
    -- Goto (ext-group,600,1)
    -- Executing [600@ext-group:1] GotoIf("SIP/901-000001e0", "0?cid") in new stack
    -- Executing [600@ext-group:2] PlayTones("SIP/901-000001e0", "ring") in new stack
    -- Executing [600@ext-group:3] Progress("SIP/901-000001e0", "") in new stack
    -- Executing [600@ext-group:4] Macro("SIP/901-000001e0", "user-callerid,") in new stack
    -- Executing [s@macro-user-callerid:1] Set("SIP/901-000001e0", "TOUCH_MONITOR=1498569904.1263") in new stack
    -- Executing [s@macro-user-callerid:2] Set("SIP/901-000001e0", "AMPUSER=777777777") in new stack
    -- Executing [s@macro-user-callerid:3] GotoIf("SIP/901-000001e0", "0?report") in new stack
    -- Executing [s@macro-user-callerid:4] ExecIf("SIP/901-000001e0", "1?Set(REALCALLERIDNUM=777777777)") in new stack
    -- Executing [s@macro-user-callerid:5] Set("SIP/901-000001e0", "AMPUSER=") in new stack
    -- Executing [s@macro-user-callerid:6] GotoIf("SIP/901-000001e0", "0?limit") in new stack
    -- Executing [s@macro-user-callerid:7] Set("SIP/901-000001e0", "AMPUSERCIDNAME=") in new stack
    -- Executing [s@macro-user-callerid:8] GotoIf("SIP/901-000001e0", "1?report") in new stack
    -- Goto (macro-user-callerid,s,15)
    -- Executing [s@macro-user-callerid:15] GotoIf("SIP/901-000001e0", "0?continue") in new stack
    -- Executing [s@macro-user-callerid:16] ExecIf("SIP/901-000001e0", "1?Set(__CALLEE_ACCOUNCODE=)") in new stack
    -- Executing [s@macro-user-callerid:17] Set("SIP/901-000001e0", "__TTL=64") in new stack
    -- Executing [s@macro-user-callerid:18] GotoIf("SIP/901-000001e0", "1?continue") in new stack
    -- Goto (macro-user-callerid,s,29)
    -- Executing [s@macro-user-callerid:29] Set("SIP/901-000001e0", "CALLERID(number)=777777777") in new stack
    -- Executing [s@macro-user-callerid:30] Set("SIP/901-000001e0", "CALLERID(name)=test1") in new stack
    -- Executing [s@macro-user-callerid:31] GotoIf("SIP/901-000001e0", "0?cnum") in new stack
    -- Executing [s@macro-user-callerid:32] Set("SIP/901-000001e0", "CDR(cnam)=test1") in new stack
    -- Executing [s@macro-user-callerid:33] Set("SIP/901-000001e0", "CDR(cnum)=777777777") in new stack
    -- Executing [s@macro-user-callerid:34] Set("SIP/901-000001e0", "CHANNEL(language)=ru") in new stack
    -- Executing [600@ext-group:5] Macro("SIP/901-000001e0", "blkvm-setifempty,") in new stack
    -- Executing [s@macro-blkvm-setifempty:1] GotoIf("SIP/901-000001e0", "1?init") in new stack
    -- Goto (macro-blkvm-setifempty,s,4)
    -- Executing [s@macro-blkvm-setifempty:4] Set("SIP/901-000001e0", "__BLKVM_CHANNEL=SIP/901-000001e0") in new stack
    -- Executing [s@macro-blkvm-setifempty:5] Set("SIP/901-000001e0", "SHARED(BLKVM,SIP/901-000001e0)=TRUE") in new stack
    -- Executing [s@macro-blkvm-setifempty:6] Set("SIP/901-000001e0", "GOSUB_RETVAL=TRUE") in new stack
    -- Executing [s@macro-blkvm-setifempty:7] MacroExit("SIP/901-000001e0", "") in new stack
    -- Executing [600@ext-group:6] GotoIf("SIP/901-000001e0", "1?skipov") in new stack
    -- Goto (ext-group,600,9)
    -- Executing [600@ext-group:9] Set("SIP/901-000001e0", "RRNODEST=") in new stack
    -- Executing [600@ext-group:10] Set("SIP/901-000001e0", "__NODEST=600") in new stack
    -- Executing [600@ext-group:11] GosubIf("SIP/901-000001e0", "0?sub-rgsetcid,s,1()") in new stack
    -- Executing [600@ext-group:12] Gosub("SIP/901-000001e0", "sub-record-check,s,1(rg,600,dontcare)") in new stack
    -- Executing [s@sub-record-check:1] GotoIf("SIP/901-000001e0", "0?initialized") in new stack
    -- Executing [s@sub-record-check:2] Set("SIP/901-000001e0", "__REC_STATUS=INITIALIZED") in new stack
    -- Executing [s@sub-record-check:3] Set("SIP/901-000001e0", "NOW=1498569905") in new stack
    -- Executing [s@sub-record-check:4] Set("SIP/901-000001e0", "__DAY=27") in new stack
    -- Executing [s@sub-record-check:5] Set("SIP/901-000001e0", "__MONTH=06") in new stack
    -- Executing [s@sub-record-check:6] Set("SIP/901-000001e0", "__YEAR=2017") in new stack
    -- Executing [s@sub-record-check:7] Set("SIP/901-000001e0", "__TIMESTR=20170627-232505") in new stack
    -- Executing [s@sub-record-check:8] Set("SIP/901-000001e0", "__FROMEXTEN=777777777") in new stack
    -- Executing [s@sub-record-check:9] Set("SIP/901-000001e0", "__MON_FMT=wav") in new stack
    -- Executing [s@sub-record-check:10] NoOp("SIP/901-000001e0", "Recordings initialized") in new stack
    -- Executing [s@sub-record-check:11] ExecIf("SIP/901-000001e0", "0?Set(ARG3=dontcare)") in new stack
    -- Executing [s@sub-record-check:12] Set("SIP/901-000001e0", "REC_POLICY_MODE_SAVE=") in new stack
    -- Executing [s@sub-record-check:13] ExecIf("SIP/901-000001e0", "0?Set(REC_STATUS=NO)") in new stack
    -- Executing [s@sub-record-check:14] GotoIf("SIP/901-000001e0", "2?checkaction") in new stack
    -- Goto (sub-record-check,s,17)
    -- Executing [s@sub-record-check:17] GotoIf("SIP/901-000001e0", "0?sub-record-check,rg,1") in new stack
    -- Executing [s@sub-record-check:18] NoOp("SIP/901-000001e0", "Generic rg Recording Check - 777777777 600") in new stack
    -- Executing [s@sub-record-check:19] Gosub("SIP/901-000001e0", "recordcheck,1(dontcare,rg,600)") in new stack
    -- Executing [recordcheck@sub-record-check:1] NoOp("SIP/901-000001e0", "Starting recording check against dontcare") in new stack
    -- Executing [recordcheck@sub-record-check:2] Goto("SIP/901-000001e0", "dontcare") in new stack
    -- Goto (sub-record-check,recordcheck,3)
    -- Executing [recordcheck@sub-record-check:3] Return("SIP/901-000001e0", "") in new stack
    -- Executing [s@sub-record-check:20] Return("SIP/901-000001e0", "") in new stack
    -- Executing [600@ext-group:13] Set("SIP/901-000001e0", "RingGroupMethod=ringall") in new stack
    -- Executing [600@ext-group:14] Macro("SIP/901-000001e0", "dial,20,Ttr,601-603-608-609") in new stack
    -- Executing [s@macro-dial:1] NoOp("SIP/901-000001e0", "Blind Transfer: , Attended Transfer: , User: , Alert Info: ") in new stack
    -- Executing [s@macro-dial:2] ExecIf("SIP/901-000001e0", "0?Set(ALERT_INFO=)") in new stack
    -- Executing [s@macro-dial:3] ExecIf("SIP/901-000001e0", "0?Set(ALERT_INFO=)") in new stack
    -- Executing [s@macro-dial:4] ExecIf("SIP/901-000001e0", "0?Set(ALERT_INFO=)") in new stack
    -- Executing [s@macro-dial:5] ExecIf("SIP/901-000001e0", "0?Set(CHANNEL(musicclass)=)") in new stack
    -- Executing [s@macro-dial:6] AGI("SIP/901-000001e0", "dialparties.agi") in new stack
    -- Launched AGI Script /var/lib/asterisk/agi-bin/dialparties.agi
 dialparties.agi: Starting New Dialparties.agi
 dialparties.agi: Caller ID name is 'test1' number is '777777777'
 dialparties.agi: CW Ignore is:
 dialparties.agi: CF Ignore is:
 dialparties.agi: CW IN_USE/BUSY is: 1
 dialparties.agi: Methodology of ring is  'ringall'
    -- dialparties.agi: Added extension 601 to extension map
    -- dialparties.agi: Added extension 603 to extension map
    -- dialparties.agi: Added extension 608 to extension map
    -- dialparties.agi: Added extension 609 to extension map
    -- dialparties.agi: Extension 601 cf is disabled
    -- dialparties.agi: Extension 603 cf is disabled
    -- dialparties.agi: Extension 608 cf is disabled
    -- dialparties.agi: Extension 609 cf is disabled
    -- dialparties.agi: Extension 601 do not disturb is disabled
    -- dialparties.agi: Extension 603 do not disturb is disabled
    -- dialparties.agi: Extension 608 do not disturb is disabled
    -- dialparties.agi: Extension 609 do not disturb is disabled
  == dialparties.agi: Discovered PJSIP Endpoint PJSIP/601
    -- dialparties.agi: Ended up with real PJSIP Dial string
    -- dialparties.agi: dbset CALLTRACE/601 to 777777777
  == dialparties.agi: Discovered PJSIP Endpoint PJSIP/603
    -- dialparties.agi: Ended up with real PJSIP Dial string
    -- dialparties.agi: dbset CALLTRACE/603 to 777777777
  == dialparties.agi: Discovered PJSIP Endpoint PJSIP/608
    -- dialparties.agi: Ended up with real PJSIP Dial string
    -- dialparties.agi: dbset CALLTRACE/608 to 777777777
  == dialparties.agi: Discovered PJSIP Endpoint PJSIP/609
    -- dialparties.agi: Ended up with real PJSIP Dial string
    -- dialparties.agi: dbset CALLTRACE/609 to 777777777
    -- dialparties.agi: Filtered ARG3: 601-603-608-609
 dialparties.agi: Setting default NOANSWER DIALSTATUS since no extensions available
    -- <SIP/901-000001e0>AGI Script dialparties.agi completed, returning 0
    -- Executing [s@macro-dial:7] NoOp("SIP/901-000001e0", "Returned from dialparties with no extensions to call and DIALSTATUS: NOANSWER") in new stack
    -- Executing [s@macro-dial:8] MacroExit("SIP/901-000001e0", "") in new stack
    -- Executing [600@ext-group:15] Gosub("SIP/901-000001e0", "sub-record-cancel,s,1()") in new stack
    -- Executing [s@sub-record-cancel:1] Return("SIP/901-000001e0", "") in new stack
    -- Executing [600@ext-group:16] Set("SIP/901-000001e0", "RingGroupMethod=") in new stack
    -- Executing [600@ext-group:17] GotoIf("SIP/901-000001e0", "0?nodest") in new stack
    -- Executing [600@ext-group:18] Set("SIP/901-000001e0", "__NODEST=") in new stack
    -- Executing [600@ext-group:19] Macro("SIP/901-000001e0", "blkvm-clr,") in new stack
    -- Executing [s@macro-blkvm-clr:1] Set("SIP/901-000001e0", "SHARED(BLKVM,SIP/901-000001e0)=") in new stack
    -- Executing [s@macro-blkvm-clr:2] Set("SIP/901-000001e0", "GOSUB_RETVAL=") in new stack
    -- Executing [s@macro-blkvm-clr:3] MacroExit("SIP/901-000001e0", "") in new stack
    -- Executing [600@ext-group:20] Goto("SIP/901-000001e0", "app-blackhole,hangup,1") in new stack
    -- Goto (app-blackhole,hangup,1)
    -- Executing [hangup@app-blackhole:1] NoOp("SIP/901-000001e0", "Blackhole Dest: Hangup") in new stack
    -- Executing [hangup@app-blackhole:2] Hangup("SIP/901-000001e0", "") in new stack
  == Spawn extension (app-blackhole, hangup, 2) exited non-zero on 'SIP/901-000001e0'
  == Extension Changed 901[ext-local] new state Idle for Notify User 901
Понятно, что не удаётся сгенерировать голос и звонок уходит на резервный маршрут. Вопрос. Почему не удачно генерируется голос?
 
Перейти    
[ Закрыто] Не удается настроить умную маршрутизацию
 
#
27.06.2017 12:07:23
Приветствую! Проверил по инструкции, почему-то пропустил проверку эту при установке. Получил следующее
Код
</soap:Envelope>[root@telefonia ~]# curl -u login:pass --header "Content-Type: text/xml; charset=utf-8" -d '<?xml version="1.0" encoding="UTF-8"?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Bt xmlns:m="http://wiki.miko.ru/doc:1cajam:smarttransfer"><m:Number>901</m:Number>
</m:getivrtext></soap:Body></soap:Envelope>' 'http://192.168.27.12/1c/ws/MIKO_IVRGenerator4SmartTransfer.1cws'
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
        <soap:Body>
                <soap:Fault>
                        <faultcode>soap:Client</faultcode>
                        <faultstring>Неизвестная ошибка. {WebСервис.МИКО_мвГенерацияIVR.Модуль(53)}: Метод объекта не обнаружен 
                           (СформироватьКоллекциюЭлементовПриветствияПоУмолчнию)
по причине:
{WebСервис.МИКО_мвГенерацияIVR.Модуль(53)}: Метод объекта не обнаружен (СформироватьКоллекциюЭлементовПриветствияПоУмолчнию)</faultstring>
                        <detail/>
                </soap:Fault>
        </soap:Body>
Что не так "приклеили"?

P.S.
Не нашёл роль «Телефония: Права для web сервиса генерации IVR меню для умной маршрутизации», зато добавил в группу Телефония, в которую не был добавлен пользователь.
Изменено: Николаев Николай - 27.06.2017 12:31:01
 
Перейти    
[ Закрыто] Не удается настроить умную маршрутизацию
 
#
26.06.2017 13:55:03
Версия последняя. В чем может быть затык? Почеиу не идет входящий звонок? В Логах 1С IVR следующее
Код
Сбой генерации IVR МЕНЮ. Направим вызов по резервному маршруту.
HTTP code 405 при обращении к 1С:Предприятие. Метод: identify
 
Перейти    
[ Закрыто] Не удается настроить умную маршрутизацию
 
#
26.06.2017 10:48:49
Цитата
Портнов Алексей написал:
Убедитесь, что используется модуль актуальной версии  pt1csmartivr-2.11.0.15.tgz
Инструкции:
https://wiki.miko.ru/astpanel:statistic:rout

модуль добавляет exten 10000123 в контекст from-internal
Модуль сейчас обновим. Но что такое за номер 7777777?
 
Перейти    
[ Закрыто] Не удается настроить умную маршрутизацию
 
#
26.06.2017 10:22:22
Приветствую!
Идём по шагам, настраиваем все модули по очереди.
В этот раз беда с модулем умной маршрутизации. Настраивали всё по инструкции. При проверке голосового приветствия нажатием на Прослушать, в Панели телефонии выскакивает сообщение о входящем звонке и тут же исчезает. В логах Астера
Код
dialparties.agi: Starting New Dialparties.agi
 dialparties.agi: Caller ID name is 'test1' number is '777777777'
 dialparties.agi: CW Ignore is:
 dialparties.agi: CF Ignore is:
 dialparties.agi: CW IN_USE/BUSY is: 1
 dialparties.agi: Methodology of ring is  'ringall'
    -- dialparties.agi: Added extension 601 to extension map
    -- dialparties.agi: Added extension 603 to extension map
    -- dialparties.agi: Added extension 608 to extension map
    -- dialparties.agi: Added extension 609 to extension map
    -- dialparties.agi: Extension 601 cf is disabled
    -- dialparties.agi: Extension 603 cf is disabled
    -- dialparties.agi: Extension 608 cf is disabled
    -- dialparties.agi: Extension 609 cf is disabled
    -- dialparties.agi: Extension 601 do not disturb is disabled
    -- dialparties.agi: Extension 603 do not disturb is disabled
    -- dialparties.agi: Extension 608 do not disturb is disabled
    -- dialparties.agi: Extension 609 do not disturb is disabled
  == dialparties.agi: Discovered PJSIP Endpoint PJSIP/601
    -- dialparties.agi: Ended up with real PJSIP Dial string
    -- dialparties.agi: dbset CALLTRACE/601 to 777777777
  == dialparties.agi: Discovered PJSIP Endpoint PJSIP/603
    -- dialparties.agi: Ended up with real PJSIP Dial string
    -- dialparties.agi: dbset CALLTRACE/603 to 777777777
  == dialparties.agi: Discovered PJSIP Endpoint PJSIP/608
    -- dialparties.agi: Ended up with real PJSIP Dial string
    -- dialparties.agi: dbset CALLTRACE/608 to 777777777
  == dialparties.agi: Discovered PJSIP Endpoint PJSIP/609
    -- dialparties.agi: Ended up with real PJSIP Dial string
    -- dialparties.agi: dbset CALLTRACE/609 to 777777777
    -- dialparties.agi: Filtered ARG3: 601-603-608-609
 dialparties.agi: Setting default NOANSWER DIALSTATUS since no extensions available
    -- <SIP/901-0000006f>AGI Script dialparties.agi completed, returning 0
    -- Executing [s@macro-dial:7] NoOp("SIP/901-0000006f", "Returned from dialparties with no extensions to call and DIALSTATUS: NOANSWER") in new stack
    -- Executing [s@macro-dial:8] MacroExit("SIP/901-0000006f", "") in new stack
    -- Executing [600@ext-group:15] Gosub("SIP/901-0000006f", "sub-record-cancel,s,1()") in new stack
    -- Executing [s@sub-record-cancel:1] Return("SIP/901-0000006f", "") in new stack
    -- Executing [600@ext-group:16] Set("SIP/901-0000006f", "RingGroupMethod=") in new stack
    -- Executing [600@ext-group:17] GotoIf("SIP/901-0000006f", "0?nodest") in new stack
    -- Executing [600@ext-group:18] Set("SIP/901-0000006f", "__NODEST=") in new stack
    -- Executing [600@ext-group:19] Macro("SIP/901-0000006f", "blkvm-clr,") in new stack
    -- Executing [s@macro-blkvm-clr:1] Set("SIP/901-0000006f", "SHARED(BLKVM,SIP/901-0000006f)=") in new stack
    -- Executing [s@macro-blkvm-clr:2] Set("SIP/901-0000006f", "GOSUB_RETVAL=") in new stack
    -- Executing [s@macro-blkvm-clr:3] MacroExit("SIP/901-0000006f", "") in new stack
    -- Executing [600@ext-group:20] Goto("SIP/901-0000006f", "app-blackhole,hangup,1") in new stack
    -- Goto (app-blackhole,hangup,1)
    -- Executing [hangup@app-blackhole:1] NoOp("SIP/901-0000006f", "Blackhole Dest: Hangup") in new stack
    -- Executing [hangup@app-blackhole:2] Hangup("SIP/901-0000006f", "") in new stack
  == Spawn extension (app-blackhole, hangup, 2) exited non-zero on 'SIP/901-0000006f'
  == Extension Changed 901[ext-local] new state Idle for Notify User 901
При отключенной панели телефонии, при попытке проверить голосовое сообщение 1С сообщает следующее
Цитата
Не вышло набрать номер 10000123 убедитесь, что Ваш телефон "SIP/901" (доб. 777777777) подключен и набор номера возможен.
Где номер 901 это номер, прописан на текущем пользователе 1С. А что за номер 10000123 и где прописан этот доп.77777777?
Изменено: Николаев Николай - 26.06.2017 10:33:47
 
Перейти    
[ Закрыто] Не работает импорт истории звонков с FreePBX, Не работает импорт истории звонков с FreePBX
 
#
19.06.2017 15:50:03
Цитата
Портнов Алексей написал:
Ясно, спасибо за обратную связь.
Как я понял помогло выполнение инструкции:
https://wiki.miko.ru/astpanel:miko_saas_license#kak_otvjazat_licenziju_ot_xosta_i_privjazat_k_drugom...
?
Нет, решили действовать интуитивно и сбросили сразу на сайте и всё прошло.
 
Перейти    
[ Закрыто] Не работает импорт истории звонков с FreePBX, Не работает импорт истории звонков с FreePBX
 
#
19.06.2017 14:41:37
Приветствую! Как оказалось дело было в лицензировании Точнее в том, что во время настройки пришлось переехать серверу с 1С на другой хост, в связи с чем на сервере лицензирования были "съедены" лицензии прежним сервером.
 
Перейти    
[ Закрыто] Не работает импорт истории звонков с FreePBX, Не работает импорт истории звонков с FreePBX
 
#
15.06.2017 16:39:25
Приветствую! Ситуация в чем-то аналогичная как и у ТС, но у меня изначально статистика собиралась, только неверно с журнале отображалось направление звонка. Пятого июня сего года обновили модуль статистики, после чего логи в 1С сыпаться вообще перестали. Пройдя по всем шагам инструкции https://wiki.miko.ru/doc:1cajam:astcastomize_v6:odbc?roistat_visit=383581&_ga=2.162669308.17... я в некоторых местах внес правки в конфиги, но в целом все соответстовало инструкции.
Такой вывод команды
Код
CLI> cel show status
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_ENTER
CEL Tracking Event: BRIDGE_EXIT
CEL Tracking Event: PARK_START
CEL Tracking Event: PARK_END
CEL Tracking Event: BLINDTRANSFER
CEL Tracking Event: ATTENDEDTRANSFER
CEL Tracking Event: USER_DEFINED
CEL Tracking Event: LINKEDID_END
CEL Tracking Event: PICKUP
CEL Tracking Event: FORWARD
CEL Tracking Event: LOCAL_OPTIMIZE
CEL Tracking Application: meetme
CEL Tracking Application: voicemailmain
CEL Tracking Application: voicemail
CEL Tracking Application: queue
CEL Tracking Application: mixmonitor
CEL Tracking Application: confbridge
CEL Tracking Application: stopmixmonitor
CEL Event Subscriber: ODBC CEL backend
Таблицы CEL и CDR заполняются, имеются свежие записи, но при этом не идёт загрузка в 1С.
При выполнении запроса http://192.168.27.61/admin/1c/cdr_xml/index.php?limit=500&offset=300
получаю вывод с историей звонков по 5 июня.

Дополняю.
Почистил таблицы cel, cdr pt1c. Таблицы заполняются. За запрос в браузере показывает новые звонки.
Журнал регистрации в 1С пишет Ошибка подключения к АТС, ошибка 404
Изменено: Николаев Николай - 15.06.2017 18:10:00
 
Перейти    
Неправильно определение направления вызова
 
#
31.05.2017 10:17:02
Здравствуйте. Прикручиваем модуль Расширенного журнала звонков. В журнале звонков все внешние вызовы, т.е. вызовы совершённые между внутренними номерами и внешними, отображаются как Входящие. При этом направление звонков внутри нашей АТС отображается корректно.
 
Перейти