Имеется trixbox v2.6.2.2 + многоканальная линяя от провайдера по sip, также есть проблемак Laughing через раз происходит донабор номера , при этом в консоле dtmf сигналы принимаются. Ниже приведу пример двух логов 1 - сигналы принялиь звонок прошёл, и 2 сигналы прошли звонка нету)


1.) звонок на ivr добавоный на номер 499 прошёл норм

-- Executing [s@custom-ivr:4] BackGround("SIP/xxx-b7d1bfc8", "/var/lib/asterisk/sounds/custom/deltagr") in new stack
-- <SIP/xxx-b7d1bfc8> Playing '/var/lib/asterisk/sounds/custom/deltagr' (language 'ru')
[Jun 1 11:53:12] DTMF[22744]: channel.c:2191 __ast_read: DTMF begin '4' received on SIP/xxx-b7d1bfc8
[Jun 1 11:53:12] DTMF[22744]: channel.c:2195 __ast_read: DTMF begin ignored '4' on SIP/xxx-b7d1bfc8
[Jun 1 11:53:12] DTMF[22744]: channel.c:2116 __ast_read: DTMF end '4' received on SIP/xxx-b7d1bfc8, duration 108 ms
[Jun 1 11:53:12] DTMF[22744]: channel.c:2179 __ast_read: DTMF end passthrough '4' on SIP/xxx-b7d1bfc8
[Jun 1 11:53:12] DTMF[22744]: channel.c:2191 __ast_read: DTMF begin '9' received on SIP/xxx-b7d1bfc8
[Jun 1 11:53:12] DTMF[22744]: channel.c:2195 __ast_read: DTMF begin ignored '9' on SIP/xxx-b7d1bfc8
[Jun 1 11:53:13] DTMF[22744]: channel.c:2116 __ast_read: DTMF end '9' received on SIP/xxx-b7d1bfc8, duration 68 ms
[Jun 1 11:53:13] DTMF[22744]: channel.c:2172 __ast_read: DTMF end '9' has duration 68 but want minimum 80, emulating on SIP/77.73.24.5-b7d1bfc8
[Jun 1 11:53:13] DTMF[22744]: channel.c:2224 __ast_read: DTMF end emulation of '9' queued on SIP/77.73.24.5-b7d1bfc8
[Jun 1 11:53:13] DTMF[22744]: channel.c:2191 __ast_read: DTMF begin '9' received on SIP/xxx77.73.24.5-b7d1bfc8
[Jun 1 11:53:13] DTMF[22744]: channel.c:2195 __ast_read: DTMF begin ignored '9' on SIP/xxx-b7d1bfc8
[Jun 1 11:53:13] DTMF[22744]: channel.c:2116 __ast_read: DTMF end '9' received on SIP/xxx-b7d1bfc8, duration 110 ms
[Jun 1 11:53:13] DTMF[22744]: channel.c:2179 __ast_read: DTMF end passthrough '9' on SIP/xxx-b7d1bfc8
== CDR updated on SIP/xxx-b7d1bfc8
-- Executing [499@custom-ivr:1] Goto("SIP/xxx-b7d1bfc8", "from-did-direct|499|1") in new stack
-- Goto (from-did-direct,499,1)

2) звонок на Ivr добавночй 405 звонка нету, dtmf получил но дальше не идёт

-- <SIP/xxx-b7d0cc98> Playing '/var/lib/asterisk/sounds/custom/deltagr' (language 'ru')
-- SIP/out_1-09a2d900 answered SIP/401-b7d0b708
[Jun 1 11:24:39] DTMF[22478]: channel.c:2191 __ast_read: DTMF begin '4' received on SIP/401-b7d0b708
[Jun 1 11:24:39] DTMF[22478]: channel.c:2201 __ast_read: DTMF begin passthrough '4' on SIP/401-b7d0b708
[Jun 1 11:24:39] DTMF[22478]: channel.c:2116 __ast_read: DTMF end '4' received on SIP/401-b7d0b708, duration 80 ms
[Jun 1 11:24:39] DTMF[22478]: channel.c:2163 __ast_read: DTMF end accepted with begin '4' on SIP/401-b7d0b708
[Jun 1 11:24:39] DTMF[22478]: channel.c:2179 __ast_read: DTMF end passthrough '4' on SIP/401-b7d0b708
[Jun 1 11:24:39] DTMF[22478]: channel.c:2191 __ast_read: DTMF begin '0' received on SIP/401-b7d0b708
[Jun 1 11:24:39] DTMF[22478]: channel.c:2201 __ast_read: DTMF begin passthrough '0' on SIP/401-b7d0b708
[Jun 1 11:24:39] DTMF[22478]: channel.c:2116 __ast_read: DTMF end '0' received on SIP/401-b7d0b708, duration 80 ms
[Jun 1 11:24:39] DTMF[22478]: channel.c:2163 __ast_read: DTMF end accepted with begin '0' on SIP/401-b7d0b708
[Jun 1 11:24:39] DTMF[22478]: channel.c:2179 __ast_read: DTMF end passthrough '0' on SIP/401-b7d0b708
[Jun 1 11:24:40] DTMF[22478]: channel.c:2191 __ast_read: DTMF begin '1' received on SIP/401-b7d0b708
[Jun 1 11:24:40] DTMF[22478]: channel.c:2201 __ast_read: DTMF begin passthrough '1' on SIP/401-b7d0b708
[Jun 1 11:24:40] DTMF[22478]: channel.c:2116 __ast_read: DTMF end '1' received on SIP/401-b7d0b708, duration 100 ms
[Jun 1 11:24:40] DTMF[22478]: channel.c:2163 __ast_read: DTMF end accepted with begin '1' on SIP/401-b7d0b708
[Jun 1 11:24:40] DTMF[22478]: channel.c:2179 __ast_read: DTMF end passthrough '1' on SIP/401-b7d0b708

Ещё одна особенность, вроде как если очень быстро ввоодить набор то проходит почти всегда, возможно что дело в таймингах, но внятной информации не нашёл, если у когонить есть какие-нибуть предположения пните в нужную сторону плз Razz Right Arrow

Есть подозрение что запись не попадает в таблицу == CDR updated on SIP/xxx-b7d1bfc8, вот только по какому принципу она их туда складывает Sad

во втором случае дтм принятый 401.
в триксе сейчас наблюдаються проблемы связанные с rfc2833(причем тольок с некотрыми провайдерами, свзяано с багом в * 1.4.22). попробуйте в inband переключить

Спасиб))) методом тыка допёр)))
поставил перед ivr exten => s,1,SIPDtmfMode(inband) и всё заработало)

Кстати, великий метод!
Подавляющее число присутствующих (да и других тоже) были созданы этим методом.
(Sorry за пошлость).

)))))))) скажу больше) не то что подавляющее большинство а все поголовно!!!))))

Ну мало ли, мож кто из пробирки?

а можно узнать где прописывать exten => s,1,SIPDtmfMode(inband) ? пробовал прописать в extensions_additional.conf в секции с каждым IVR, но запись оттуда удаляется.
ситуация такая-же наверно. звонят на IVR, набирают добавочный, а сигнал воспринимается другой, и как следствие звонит другой номер, причем постоянно звонит один и то-же номер в случае косяка, он крайний что-ли.... в транке комстара прописано
type=peer
allow=alaw&@ulaw@gsm - рекомендовано комстаром
dtmf=rfc2833 - рекомендовано комстаром

Да, можно узнать куда это добавить, чтобы не стиралось? Такая же ситуация, не вижу ни одной нажатой клавиши. :-(

укажите правильный параметр dtmfmode= для шлюза, с которого прибегает ЭТО, вместо того, чтобы подпиливать exten => s,1,SIPDtmfMode(inband)

Я указывал dtmfmode=inband, все равно нажатых клавиш не вижу :-(