[asterisk-dev] Bug on Broadcasting DTMF to confbridge users?
Jason Ostrom
jpo at pobox.com
Thu Dec 19 11:00:02 CST 2013
Hi,
Trying to properly broadcast / relay DTMF digits to other confbridge users, but does not appear to work. Goal is to have a conference user be able to receive the DTMF, so it has the effect of being 'broadcasted.' My configuration appears to be correct, so wondering if this is a bug in Asterisk (11.2.1)? Or please help me understand what I can do to troubleshoot / resolve this.
I have the following set up in 'confbridge.conf':
dtmf_passthrough=yes
From logger.conf, I can see the DTMF tones via setting "console => dtmf". When I dial into the conference bridge with a SIP UA and dial 9, for example, this is what I see:
sip1*CLI>
[Dec 19 01:29:50] DTMF[22561][C-000005ba]: channel.c:4164 __ast_read: DTMF begin '9' received on SIP/3002-0000003d
[Dec 19 01:29:50] DTMF[22561][C-000005ba]: channel.c:4175 __ast_read: DTMF begin passthrough '9' on SIP/3002-0000003d
[Dec 19 01:29:50] DTMF[22561][C-000005ba]: channel.c:4078 __ast_read: DTMF end '9' received on SIP/3002-0000003d, duration 110 ms
[Dec 19 01:29:50] DTMF[22561][C-000005ba]: channel.c:4119 __ast_read: DTMF end accepted with begin '9' on SIP/3002-0000003d
[Dec 19 01:29:50] DTMF[22561][C-000005ba]: channel.c:4134 __ast_read: DTMF end '9' detected to have actual duration 59 on the wire, emulation will be triggered on SIP/3002-0000003d
[Dec 19 01:29:50] DTMF[22561][C-000005ba]: channel.c:4141 __ast_read: DTMF end '9' has duration 59 but want minimum 80, emulating on SIP/3002-0000003d
[Dec 19 01:29:50] DTMF[22561][C-000005ba]: channel.c:4198 __ast_read: DTMF end emulation of '9' queued on SIP/3002-0000003d
sip1*CLI>
So what is missing here or how to identify / troubleshoot? Is there an application that needs to pass the DTMF from the SIP user in sip.conf to the conference application?
Thanks in advance,
Jason
More information about the asterisk-dev
mailing list