- Asterisk Forum
- Как узнать, почему астер не воспринимает DTMF
- Как узнать, почему астер не воспринимает DTMF
- Не передаются нажатия клавиш в IVR в asterisk
- Asterisk dtmf не работает
- Re: астериск не реагирует на дтмф
- Re: астериск не реагирует на дтмф
- Re: астериск не реагирует на дтмф
- Re: астериск не реагирует на дтмф
- Re: астериск не реагирует на дтмф
Asterisk Forum
The Asterisk Open Source PBX — Russian Community
- Темы без ответов
- Активные темы
- Поиск
- Наша команда
Как узнать, почему астер не воспринимает DTMF
Как узнать, почему астер не воспринимает DTMF
Сообщение Yuriy_Y » 06 дек 2013, 03:45
Сообщение awsswa » 06 дек 2013, 04:10
может этот вопрос надо в гугле задать ?
потому как там сразу в первой строке ответ
Включить логирование DTMF и менять параметры DTMF на провайдера телефонии ( всего 3 варианта )
Сообщение Yuriy_Y » 06 дек 2013, 04:13
Сообщение awsswa » 06 дек 2013, 05:38
что за dtmf.log загадочный ?
в logger.conf добавляете в пункт console , dtmf
перезагружаете
Смотрите отрабатывание клавиш в консоле
на провайдере настройки показываем — с рабочего и не рабочего
Сообщение Yuriy_Y » 06 дек 2013, 08:15
Чем он загадочен? Я сделал отдельный файлег как раз для лога dtmf.
Настройки на АТС АБСОЛЮТНО одинаковы, за исключением паролей и одного кодека.
Рабочий:
disallow=all
username=
type=friend
trunkstyle=customvoip
secret=
reinvite=no
registersip=yes
qualify=yes
insecure=port,invite&invite
host=
fromuser=
fromdomain=
dtmfmode=RFC2833
context=from-trunk
canreinvite=nonat
allow=g729&alaw
Нерабочий:
disallow=all
username=
type=friend
trunkstyle=customvoip
secret=
reinvite=no
registersip=yes
qualify=yes
insecure=port,invite&invite
host=
fromuser=
fromdomain=
dtmfmode=RFC2833
context=from-trunk
canreinvite=nonat
allow=alaw
Сообщение Alextransit » 06 дек 2013, 12:15
не верю! (С)
PS к настройкам относиться еще куча других конфигов.
например файлик в котором Ваш IVR отрабатывается.
может проблема там?
а так не лишне лог посмотреть в котором «типа» не отрабатывает.
Источник
Не передаются нажатия клавиш в IVR в asterisk
Столкнулся с неожиданной проблемой при подключении нового транка от MANGO. При входящем звонке абонент попадает в голосовое меню, где ему проигрывается приветствие. В это время можно набрать внутренний номер сотрудника и сразу позвонить ему, не дожидаясь ответа секретаря. Так вот набор внутреннего номера как раз и не работал, хотя с другими транками все было в порядке.
Вообще, Манго достаточно странная система. Если у других sip операторов ты покупаешь номер, и тебе присылают учетки и пример конфигурации под asterisk, то тут не все так просто. По факту ты покупаешь услугу виртуальной АТС и тебе дают к ней доступ. А дальше ты уже сам все настраиваешь в ней. По идее, это даже удобно и круто, но не совсем. Например, по-умолчанию, после покупки нового номера и создания первого пользователя, если вы захотите позвонить на него, то попадете на факс. Да, по-умолчанию у них так устроено. Если руками не указать принимать звонок новому пользователю, то примет его факс. Сам бы я не догадался, позвонил в техподдержку, там объяснили.
Рассказать я хотел не об этом. При входящих звонках от манго у меня не работал тональный набор. Причем я не сразу понял, что проблема именно в нем. В логе астера было странное предупреждение:
Я грешил на него и долго пытался понять, что это такое и с чем связано. Но реально не смог понять до конца, о чем тут идет речь и в чем проблема. Полный лог больше ничего подозрительного не показывал и это навело на мысль, что причина все же не в этом сообщении. Смущало то, что в астериске вообще не было никакой реакции на тоновый набор, как-будто сигнал просто не доходил. Как только я это понял, сразу стало очевидно, куда копать.
По факту у меня просто не передавался через транк тональный сигнал, или dtfm. Стал смотреть, какие настройки пира за это отвечают. Сразу же нашел — dtmfmode. В манговской wiki написано:
Метод передачи DTMF — INBAND, RFC_2833 (не рекомендуется)
Я человек не глупый, фразу не рекомендуется понимаю буквально и не использую. В итоге у меня стояло dtmfmode=inband. После того, как поменял на rfc2833 все заработало. В конечном счете у меня работает Манго (Mango office) с asterisk с такими настройками пира:
Они не соответствуют полностью тому, что рекомендуется у них в примерах конфигурации астериск — http://wiki.mangotele.com/index.php/Asterisk. Но тем не менее, все работает нормально.
Для отладки и тестирования работы voip я рекомендую сервис Zadarma. Плюс его в том, что после регистрации вы получите настройки пира для внутренней сети оператора. И внутри этой сети вы можете бесплатно звонить. Например, я одного пира регистрирую на sip клиенте смартфона и с него звоню на второй аккаунт, пир от которого настроен в астериске. Таким образом эмулирую внешний звонок. Удобно отлаживать различные конфигурации звонков, не требуя платного подключения.
Источник
Asterisk dtmf не работает
DPurple » 25 ноя 2013, 21:33
Звоню с города, слушаю меню, донабираю внутренний 201, и потом
Код: выделить все
== Using SIP RTP CoS mark 5
— Executing [*******9504@DID_trunk_2:1] Goto(«SIP/trunk_2-000002dc», «voicemenu-custom-1,s,1») in new stack
— Goto (voicemenu-custom-1,s,1)
— Executing [s@voicemenu-custom-1:1] NoOp(«SIP/trunk_2-000002dc», «incoming1») in new stack
— Executing [s@voicemenu-custom-1:2] Answer(«SIP/trunk_2-000002dc», «») in new stack
> 0x7fa840199940 — Probation passed — setting RTP source address to ***.***.***.6:54060
— Executing [s@voicemenu-custom-1:3] Wait(«SIP/trunk_2-000002dc», «0.5») in new stack
— Executing [s@voicemenu-custom-1:4] BackGround(«SIP/trunk_2-000002dc», «7») in new stack
— Playing ‘7.slin’ (language ‘ru’)
[Nov 25 21:23:02] DTMF[304][C-00000143]: channel.c:4170 __ast_read: DTMF begin ‘2’ received on SIP/trunk_2-000002dc
[Nov 25 21:23:02] DTMF[304][C-00000143]: channel.c:4174 __ast_read: DTMF begin ignored ‘2’ on SIP/trunk_2-000002dc
[Nov 25 21:23:02] DTMF[304][C-00000143]: channel.c:4084 __ast_read: DTMF end ‘2’ received on SIP/trunk_2-000002dc, duration 100 ms
[Nov 25 21:23:02] DTMF[304][C-00000143]: channel.c:4154 __ast_read: DTMF end passthrough ‘2’ on SIP/trunk_2-000002dc
[Nov 25 21:23:02] DTMF[304][C-00000143]: channel.c:4170 __ast_read: DTMF begin ‘0’ received on SIP/trunk_2-000002dc
[Nov 25 21:23:02] DTMF[304][C-00000143]: channel.c:4174 __ast_read: DTMF begin ignored ‘0’ on SIP/trunk_2-000002dc
[Nov 25 21:23:02] DTMF[304][C-00000143]: channel.c:4084 __ast_read: DTMF end ‘0’ received on SIP/trunk_2-000002dc, duration 100 ms
[Nov 25 21:23:02] DTMF[304][C-00000143]: channel.c:4154 __ast_read: DTMF end passthrough ‘0’ on SIP/trunk_2-000002dc
[Nov 25 21:23:03] DTMF[304][C-00000143]: channel.c:4170 __ast_read: DTMF begin ‘1’ received on SIP/trunk_2-000002dc
[Nov 25 21:23:03] DTMF[304][C-00000143]: channel.c:4174 __ast_read: DTMF begin ignored ‘1’ on SIP/trunk_2-000002dc
[Nov 25 21:23:03] DTMF[304][C-00000143]: channel.c:4084 __ast_read: DTMF end ‘1’ received on SIP/trunk_2-000002dc, duration 160 ms
[Nov 25 21:23:03] DTMF[304][C-00000143]: channel.c:4154 __ast_read: DTMF end passthrough ‘1’ on SIP/trunk_2-000002dc
== CDR updated on SIP/trunk_2-000002dc
— Executing [201@voicemenu-custom-1:1] Dial(«SIP/trunk_2-000002dc», «SIP/201») in new stack
== Using SIP RTP CoS mark 5
— Called SIP/201
— SIP/201-000002dd is ringing
— SIP/201-000002dd is ringing
— SIP/201-000002dd answered SIP/trunk_2-000002dc
— Locally bridging SIP/trunk_2-000002dc and SIP/201-000002dd
> 0x7fa85801d3a0 — Probation passed — setting RTP source address to 10.***.***.4:42586
[Nov 25 21:23:14] DTMF[304][C-00000143]: channel.c:4170 __ast_read: DTMF begin ‘*’ received on SIP/201-000002dd
[Nov 25 21:23:14] DTMF[304][C-00000143]: channel.c:4181 __ast_read: DTMF begin passthrough ‘*’ on SIP/201-000002dd
[Nov 25 21:23:15] DTMF[304][C-00000143]: channel.c:4084 __ast_read: DTMF end ‘*’ received on SIP/201-000002dd, duration 160 ms
[Nov 25 21:23:15] DTMF[304][C-00000143]: channel.c:4125 __ast_read: DTMF end accepted with begin ‘*’ on SIP/201-000002dd
[Nov 25 21:23:15] DTMF[304][C-00000143]: channel.c:4154 __ast_read: DTMF end passthrough ‘*’ on SIP/201-000002dd
[Nov 25 21:23:20] DTMF[304][C-00000143]: channel.c:4170 __ast_read: DTMF begin ‘#’ received on SIP/201-000002dd
[Nov 25 21:23:20] DTMF[304][C-00000143]: channel.c:4181 __ast_read: DTMF begin passthrough ‘#’ on SIP/201-000002dd
[Nov 25 21:23:20] DTMF[304][C-00000143]: channel.c:4084 __ast_read: DTMF end ‘#’ received on SIP/201-000002dd, duration 220 ms
[Nov 25 21:23:20] DTMF[304][C-00000143]: channel.c:4125 __ast_read: DTMF end accepted with begin ‘#’ on SIP/201-000002dd
[Nov 25 21:23:20] DTMF[304][C-00000143]: channel.c:4154 __ast_read: DTMF end passthrough ‘#’ on SIP/201-000002dd
[Nov 25 21:23:22] DTMF[304][C-00000143]: channel.c:4170 __ast_read: DTMF begin ‘1’ received on SIP/201-000002dd
[Nov 25 21:23:22] DTMF[304][C-00000143]: channel.c:4181 __ast_read: DTMF begin passthrough ‘1’ on SIP/201-000002dd
[Nov 25 21:23:22] DTMF[304][C-00000143]: channel.c:4084 __ast_read: DTMF end ‘1’ received on SIP/201-000002dd, duration 120 ms
[Nov 25 21:23:22] DTMF[304][C-00000143]: channel.c:4125 __ast_read: DTMF end accepted with begin ‘1’ on SIP/201-000002dd
[Nov 25 21:23:22] DTMF[304][C-00000143]: channel.c:4154 __ast_read: DTMF end passthrough ‘1’ on SIP/201-000002dd
[Nov 25 21:23:24] DTMF[304][C-00000143]: channel.c:4170 __ast_read: DTMF begin ‘#’ received on SIP/201-000002dd
[Nov 25 21:23:24] DTMF[304][C-00000143]: channel.c:4181 __ast_read: DTMF begin passthrough ‘#’ on SIP/201-000002dd
[Nov 25 21:23:24] DTMF[304][C-00000143]: channel.c:4084 __ast_read: DTMF end ‘#’ received on SIP/201-000002dd, duration 200 ms
[Nov 25 21:23:24] DTMF[304][C-00000143]: channel.c:4125 __ast_read: DTMF end accepted with begin ‘#’ on SIP/201-000002dd
[Nov 25 21:23:24] DTMF[304][C-00000143]: channel.c:4154 __ast_read: DTMF end passthrough ‘#’ on SIP/201-000002dd
[Nov 25 21:23:24] DTMF[304][C-00000143]: channel.c:4170 __ast_read: DTMF begin ‘#’ received on SIP/201-000002dd
[Nov 25 21:23:24] DTMF[304][C-00000143]: channel.c:4181 __ast_read: DTMF begin passthrough ‘#’ on SIP/201-000002dd
[Nov 25 21:23:24] DTMF[304][C-00000143]: channel.c:4084 __ast_read: DTMF end ‘#’ received on SIP/201-000002dd, duration 220 ms
[Nov 25 21:23:24] DTMF[304][C-00000143]: channel.c:4125 __ast_read: DTMF end accepted with begin ‘#’ on SIP/201-000002dd
[Nov 25 21:23:24] DTMF[304][C-00000143]: channel.c:4154 __ast_read: DTMF end passthrough ‘#’ on SIP/201-000002dd
[Nov 25 21:23:27] DTMF[304][C-00000143]: channel.c:4170 __ast_read: DTMF begin ‘#’ received on SIP/201-000002dd
[Nov 25 21:23:27] DTMF[304][C-00000143]: channel.c:4181 __ast_read: DTMF begin passthrough ‘#’ on SIP/201-000002dd
[Nov 25 21:23:28] DTMF[304][C-00000143]: channel.c:4084 __ast_read: DTMF end ‘#’ received on SIP/201-000002dd, duration 540 ms
[Nov 25 21:23:28] DTMF[304][C-00000143]: channel.c:4125 __ast_read: DTMF end accepted with begin ‘#’ on SIP/201-000002dd
[Nov 25 21:23:28] DTMF[304][C-00000143]: channel.c:4154 __ast_read: DTMF end passthrough ‘#’ on SIP/201-000002dd
[Nov 25 21:23:29] DTMF[304][C-00000143]: channel.c:4170 __ast_read: DTMF begin ‘#’ received on SIP/201-000002dd
[Nov 25 21:23:29] DTMF[304][C-00000143]: channel.c:4181 __ast_read: DTMF begin passthrough ‘#’ on SIP/201-000002dd
[Nov 25 21:23:30] DTMF[304][C-00000143]: channel.c:4084 __ast_read: DTMF end ‘#’ received on SIP/201-000002dd, duration 1500 ms
[Nov 25 21:23:30] DTMF[304][C-00000143]: channel.c:4125 __ast_read: DTMF end accepted with begin ‘#’ on SIP/201-000002dd
[Nov 25 21:23:30] DTMF[304][C-00000143]: channel.c:4154 __ast_read: DTMF end passthrough ‘#’ on SIP/201-000002dd
[Nov 25 21:23:33] DTMF[304][C-00000143]: channel.c:4170 __ast_read: DTMF begin ‘#’ received on SIP/201-000002dd
[Nov 25 21:23:33] DTMF[304][C-00000143]: channel.c:4181 __ast_read: DTMF begin passthrough ‘#’ on SIP/201-000002dd
[Nov 25 21:23:33] DTMF[304][C-00000143]: channel.c:4084 __ast_read: DTMF end ‘#’ received on SIP/201-000002dd, duration 200 ms
[Nov 25 21:23:33] DTMF[304][C-00000143]: channel.c:4125 __ast_read: DTMF end accepted with begin ‘#’ on SIP/201-000002dd
[Nov 25 21:23:33] DTMF[304][C-00000143]: channel.c:4154 __ast_read: DTMF end passthrough ‘#’ on SIP/201-000002dd
[Nov 25 21:23:33] DTMF[304][C-00000143]: channel.c:4170 __ast_read: DTMF begin ‘#’ received on SIP/201-000002dd
[Nov 25 21:23:33] DTMF[304][C-00000143]: channel.c:4181 __ast_read: DTMF begin passthrough ‘#’ on SIP/201-000002dd
[Nov 25 21:23:33] DTMF[304][C-00000143]: channel.c:4084 __ast_read: DTMF end ‘#’ received on SIP/201-000002dd, duration 120 ms
[Nov 25 21:23:33] DTMF[304][C-00000143]: channel.c:4125 __ast_read: DTMF end accepted with begin ‘#’ on SIP/201-000002dd
[Nov 25 21:23:33] DTMF[304][C-00000143]: channel.c:4154 __ast_read: DTMF end passthrough ‘#’ on SIP/201-000002dd
[Nov 25 21:23:35] DTMF[304][C-00000143]: channel.c:4170 __ast_read: DTMF begin ‘*’ received on SIP/201-000002dd
[Nov 25 21:23:35] DTMF[304][C-00000143]: channel.c:4181 __ast_read: DTMF begin passthrough ‘*’ on SIP/201-000002dd
[Nov 25 21:23:35] DTMF[304][C-00000143]: channel.c:4084 __ast_read: DTMF end ‘*’ received on SIP/201-000002dd, duration 80 ms
[Nov 25 21:23:35] DTMF[304][C-00000143]: channel.c:4125 __ast_read: DTMF end accepted with begin ‘*’ on SIP/201-000002dd
[Nov 25 21:23:35] DTMF[304][C-00000143]: channel.c:4140 __ast_read: DTMF end ‘*’ detected to have actual duration 69 on the wire, emulation will be triggered on SIP/201-000002dd
[Nov 25 21:23:35] DTMF[304][C-00000143]: channel.c:4147 __ast_read: DTMF end ‘*’ has duration 69 but want minimum 80, emulating on SIP/201-000002dd
[Nov 25 21:23:35] DTMF[304][C-00000143]: channel.c:4204 __ast_read: DTMF end emulation of ‘*’ queued on SIP/201-000002dd
[Nov 25 21:23:35] DTMF[304][C-00000143]: channel.c:4170 __ast_read: DTMF begin ‘*’ received on SIP/201-000002dd
[Nov 25 21:23:35] DTMF[304][C-00000143]: channel.c:4181 __ast_read: DTMF begin passthrough ‘*’ on SIP/201-000002dd
[Nov 25 21:23:35] DTMF[304][C-00000143]: channel.c:4084 __ast_read: DTMF end ‘*’ received on SIP/201-000002dd, duration 100 ms
[Nov 25 21:23:35] DTMF[304][C-00000143]: channel.c:4125 __ast_read: DTMF end accepted with begin ‘*’ on SIP/201-000002dd
[Nov 25 21:23:35] DTMF[304][C-00000143]: channel.c:4140 __ast_read: DTMF end ‘*’ detected to have actual duration 70 on the wire, emulation will be triggered on SIP/201-000002dd
[Nov 25 21:23:35] DTMF[304][C-00000143]: channel.c:4147 __ast_read: DTMF end ‘*’ has duration 70 but want minimum 80, emulating on SIP/201-000002dd
[Nov 25 21:23:35] DTMF[304][C-00000143]: channel.c:4204 __ast_read: DTMF end emulation of ‘*’ queued on SIP/201-000002dd
[Nov 25 21:23:37] DTMF[304][C-00000143]: channel.c:4170 __ast_read: DTMF begin ‘*’ received on SIP/201-000002dd
[Nov 25 21:23:37] DTMF[304][C-00000143]: channel.c:4181 __ast_read: DTMF begin passthrough ‘*’ on SIP/201-000002dd
[Nov 25 21:23:37] DTMF[304][C-00000143]: channel.c:4084 __ast_read: DTMF end ‘*’ received on SIP/201-000002dd, duration 80 ms
[Nov 25 21:23:37] DTMF[304][C-00000143]: channel.c:4125 __ast_read: DTMF end accepted with begin ‘*’ on SIP/201-000002dd
[Nov 25 21:23:37] DTMF[304][C-00000143]: channel.c:4140 __ast_read: DTMF end ‘*’ detected to have actual duration 60 on the wire, emulation will be triggered on SIP/201-000002dd
[Nov 25 21:23:37] DTMF[304][C-00000143]: channel.c:4147 __ast_read: DTMF end ‘*’ has duration 60 but want minimum 80, emulating on SIP/201-000002dd
[Nov 25 21:23:37] DTMF[304][C-00000143]: channel.c:4204 __ast_read: DTMF end emulation of ‘*’ queued on SIP/201-000002dd
[Nov 25 21:23:37] DTMF[304][C-00000143]: channel.c:4170 __ast_read: DTMF begin ‘*’ received on SIP/201-000002dd
[Nov 25 21:23:37] DTMF[304][C-00000143]: channel.c:4181 __ast_read: DTMF begin passthrough ‘*’ on SIP/201-000002dd
[Nov 25 21:23:37] DTMF[304][C-00000143]: channel.c:4084 __ast_read: DTMF end ‘*’ received on SIP/201-000002dd, duration 80 ms
[Nov 25 21:23:37] DTMF[304][C-00000143]: channel.c:4125 __ast_read: DTMF end accepted with begin ‘*’ on SIP/201-000002dd
[Nov 25 21:23:37] DTMF[304][C-00000143]: channel.c:4140 __ast_read: DTMF end ‘*’ detected to have actual duration 49 on the wire, emulation will be triggered on SIP/201-000002dd
[Nov 25 21:23:37] DTMF[304][C-00000143]: channel.c:4147 __ast_read: DTMF end ‘*’ has duration 49 but want minimum 80, emulating on SIP/201-000002dd
[Nov 25 21:23:37] DTMF[304][C-00000143]: channel.c:4204 __ast_read: DTMF end emulation of ‘*’ queued on SIP/201-000002dd
[Nov 25 21:23:38] DTMF[304][C-00000143]: channel.c:4170 __ast_read: DTMF begin ‘*’ received on SIP/201-000002dd
[Nov 25 21:23:38] DTMF[304][C-00000143]: channel.c:4181 __ast_read: DTMF begin passthrough ‘*’ on SIP/201-000002dd
[Nov 25 21:23:38] DTMF[304][C-00000143]: channel.c:4084 __ast_read: DTMF end ‘*’ received on SIP/201-000002dd, duration 80 ms
[Nov 25 21:23:38] DTMF[304][C-00000143]: channel.c:4125 __ast_read: DTMF end accepted with begin ‘*’ on SIP/201-000002dd
[Nov 25 21:23:38] DTMF[304][C-00000143]: channel.c:4140 __ast_read: DTMF end ‘*’ detected to have actual duration 70 on the wire, emulation will be triggered on SIP/201-000002dd
[Nov 25 21:23:38] DTMF[304][C-00000143]: channel.c:4147 __ast_read: DTMF end ‘*’ has duration 70 but want minimum 80, emulating on SIP/201-000002dd
[Nov 25 21:23:38] DTMF[304][C-00000143]: channel.c:4204 __ast_read: DTMF end emulation of ‘*’ queued on SIP/201-000002dd
== Spawn extension (voicemenu-custom-1, 201, 1) exited non-zero on ‘SIP/trunk_2-000002dc’
фьючерс:
Код: выделить все features show
Builtin Feature Default Current
————— ——- ——-
Pickup *8 *8
Blind Transfer # #1
Attended Transfer ##
One Touch Monitor
Disconnect Call * *
Park Call
One Touch MixMonitor
Call parking (Parking lot: default)
————
Parking extension : 700
Parking context : parkedcalls
Parked call extensions: 701-720
Parkingtime : 45000 ms
Comeback to origin : yes
Comeback context : parkedcallstimeout (comebacktoorigin=yes, not used)
Comeback dial time : 30
MusicOnHold class : default
Enabled : Yes
Re: астериск не реагирует на дтмф
ded » 25 ноя 2013, 22:52
Re: астериск не реагирует на дтмф
DPurple » 25 ноя 2013, 23:27
Re: астериск не реагирует на дтмф
ded » 26 ноя 2013, 00:00
Re: астериск не реагирует на дтмф
DPurple » 26 ноя 2013, 00:06
фиг с ним, с трансфером, на холд звонящего надо поставить ? почему это не происходит ?
и, как он должен работать ?
на сыскофонах по кнопке со стрелой летящей в голову (СP3905) трансфер отрабатывает ок, не было бы нужды подключать трубки через KX-TGP500 и вопросов бы не осталось . ан вот оно.
Re: астериск не реагирует на дтмф
ded » 26 ноя 2013, 00:16
Источник