LINUX.ORG.RU
ФорумAdmin

FreePBX не распознает DTMF сигналы.

 , , ,


0

1

Есть Freepbx 16 свеже-установленная. Подключен 1 транк. Настроены внутренние номера. Настроена IVR Звонок из транка попадает в IVR по ненажатию попадает в очередь. Там 4 абонента. Дополнительного меню не настраивал. Установлено распознавание прямого набора Enable, но набор не распознает. В логах вместо набора не понятно что. Далее сообщает, что набор не распознан и направляет в очередь. Там через 20 сек звонок почему то срывается.

73	[2023-01-22 09:36:18] VERBOSE[18143][C-0000001e] pbx.c: Executing [s@ivr-1:7] Set("SIP/+749XXXXXXXXABM-0000003a", "DIGITS=") in new stack	

74 [2023-01-22 09:36:18] VERBOSE[18143][C-0000001e] pbx.c: Executing [s@ivr-1:8] Set(«SIP/+749XXXXXXXXABM-0000003a», «IVREXT=») in new stack

75	[2023-01-22 09:36:18] VERBOSE[18143][C-0000001e] pbx.c: Executing [s@ivr-1:9] Set("SIP/+749XXXXXXXXABM-0000003a", "NODEFOUND=0") in new stack	

76 [2023-01-22 09:36:18] VERBOSE[18143][C-0000001e] pbx.c: Executing [s@ivr-1:10] Set(«SIP/+749XXXXXXXXABM-0000003a», «LOCALEXT=0») in new stack

77	[2023-01-22 09:36:18] VERBOSE[18143][C-0000001e] pbx.c: Executing [s@ivr-1:11] Set("SIP/+749XXXXXXXXABM-0000003a", "DIREXT=0") in new stack	

78 [2023-01-22 09:36:18] VERBOSE[18143][C-0000001e] pbx.c: Executing [s@ivr-1:12] ExecIf(«SIP/+749XXXXXXXXABM-0000003a», «0?Set(DIGITS=)») in new stack

79	[2023-01-22 09:36:18] VERBOSE[18143][C-0000001e] pbx.c: Executing [s@ivr-1:13] While("SIP/+749XXXXXXXXABM-0000003a", "1 ") in new stack	

80 [2023-01-22 09:36:18] VERBOSE[18143][C-0000001e] pbx.c: Executing [s@ivr-1:14] Read(«SIP/+749XXXXXXXXABM-0000003a», «IVREXT,custom/HelloABM,1,,0,5») in new stack

81	[2023-01-22 09:36:18] VERBOSE[18143][C-0000001e] app_read.c: Accepting a maximum of 1 digits.	

82 [2023-01-22 09:36:18] VERBOSE[18143][C-0000001e] file.c: <SIP/+749XXXXXXXXABM-0000003a> Playing ‘custom/HelloABM.slin’ (language ‘ru’)

83	[2023-01-22 09:36:29] VERBOSE[18143][C-0000001e] app_read.c: User entered nothing.	

84 [2023-01-22 09:36:29] VERBOSE[18143][C-0000001e] pbx.c: Executing [s@ivr-1:15] Set(«SIP/+749XXXXXXXXABM-0000003a», «IVR_MSG=») in new stack

85	[2023-01-22 09:36:29] VERBOSE[18143][C-0000001e] pbx.c: Executing [s@ivr-1:16] GotoIf("SIP/+749XXXXXXXXABM-0000003a", "0?#,1") in new stack	

86 [2023-01-22 09:36:29] VERBOSE[18143][C-0000001e] pbx.c: Executing [s@ivr-1:17] GotoIf(«SIP/+749XXXXXXXXABM-0000003a», «0?i,1») in new stack

87	[2023-01-22 09:36:29] VERBOSE[18143][C-0000001e] pbx.c: Executing [s@ivr-1:18] GotoIf("SIP/+749XXXXXXXXABM-0000003a", "1?t,1") in new stack	

88 [2023-01-22 09:36:29] VERBOSE[18143][C-0000001e] pbx_builtins.c: Goto (ivr-1,t,1)

89	[2023-01-22 09:36:29] VERBOSE[18143][C-0000001e] pbx.c: Executing [t@ivr-1:1] Playback("SIP/+749XXXXXXXXABM-0000003a", "no-valid-responce-transfering") in new stack

90 [2023-01-22 09:36:29] VERBOSE[18143][C-0000001e] file.c: <SIP/+749XXXXXXXXABM-0000003a> Playing ‘no-valid-responce-transfering.ulaw’ (language ‘ru’)

91	[2023-01-22 09:36:34] VERBOSE[18143][C-0000001e] pbx.c: Executing [t@ivr-1:2] Goto("SIP/+749XXXXXXXXABM-0000003a", "from-did-direct,101,1") in new stack	

92 [2023-01-22 09:36:34] VERBOSE[18143][C-0000001e] pbx_builtins.c: Goto (from-did-direct,101,1)

93	[2023-01-22 09:36:34] VERBOSE[18143][C-0000001e] pbx.c: Executing [101@from-did-direct:1] GotoIf("SIP/+749XXXXXXXXABM-0000003a", "0?ext-local,*101,1") in new stack	

94 [2023-01-22 09:36:34] VERBOSE[18143][C-0000001e] pbx.c: Executing [101@from-did-direct:2] GotoIf(«SIP/+749XXXXXXXXABM-0000003a», «1?ext-local,101,1:followme-check,101,1») in new stack


(с разметкой не справился, хотел организовать скрытый текст, ноь по трем знакам больше и трем меньше не сработало, что то. 

И похоже попадает не в очередь 200 а на номер 101 Транк настроен в соответствии с рекомендацией «Зебрытелекома» (вроде дочка «Ростелекома»). allow=ulaw&alaw&g729 И голос туда/сюда проходит хорошо.



Последнее исправление: reanews (всего исправлений: 3)

Послушай через sngrep или любой другой сниффер, прилетает ли этот самый DTMF (telephone-events, SIP INFO, да хоть в виде звука) в транк. Если прилетает, выставляешь соответствующий dtmfmode в настройках транка. Если нет - пинать провайдера. Если DTMF приходит только в виде звука, но оно эдакое обрезанное-задавленное, просишь провайдера включить другой режим.

yu-boot ★★★★★
()
Ответ на: комментарий от yu-boot

хоть двоился хоть не двоился g729 не годиться для DTMF.
В wireshark понятно было что такое задвоения при использовании голосового кодека для передачи DTMF? хотя бы здесь - sip

Vlad-76 ★★★★
()
Последнее исправление: Vlad-76 (всего исправлений: 1)
Ответ на: комментарий от Vlad-76

Просто это был единственный способ его задавить, ну не обязательно G.729, GSM можно или любой другой кодек с низким битрейтом, просто G.729 чаще на железках поддерживается.

Проблема была в чём - на входе e1-дурак И недодавливает звук DTMF, И генерит rfc2833/sip-info. Всё это пролетает через SIP с 711 кодеком без изменений. На выходе другой e1-дурак озвучивает в линию rfc2833/sip-info, плюс долетают в виде голоса огрызки со входа. Если отключить на выходе rfc2833, тогда половина станций эти огрызки не слышит или слышит криво. Поставили rfc и g.729 - шоколадно.

yu-boot ★★★★★
()