Bill Dunn - VCI Internet Services
2012-Jul-06 15:53 UTC
[asterisk-users] DAHDI DTMF problem?
I have an Asterisk server configured to run as voicemail with a T1 and SMDI.
It has 1.6.1.6 (dahdi 2.1.0.4) and Centos 5.6 and has worked great for a few
years. I am configuring a new server with Asterisk 1.8.13 (dahdi 2.6.1) on
Centos 5.8
The problem I am having appears to be related to DTMF detection. When the
test phone number is called (2704083000) Asterisk only receives a portion of
the dialed number. It varies as to what numbers are detected. Sometimes it
sees a single digit, sometimes 3 or 4 of the digits of the dialed number.
When I compare this to the old server the debug below is similar but there
isn't any mention of the "sig_analog.c" lines shown below.
I am told the T1's on the old server and the new server are configured the
same. I can make outgoing calls on the T1 from Asterisk.
Can someone give me a clue as to what could be causing this?
Bill Dunn
[Jul 6 10:28:40] DEBUG[15045]: chan_dahdi.c:11895 do_monitor: Monitor
doohicky got event Ring/Answered on channel 1
[Jul 6 10:28:40] DEBUG[15045]: sig_analog.c:3621 analog_handle_init_event:
channel (1) - signaling (7) - event (ANALOG_EVENT_RINGOFFHOOK)
[Jul 6 10:28:40] DEBUG[15045]: dsp.c:471 ast_tone_detect_init: Setup tone
1100 Hz, 500 ms, block_size=160, hits_required=21
[Jul 6 10:28:40] DEBUG[15045]: dsp.c:471 ast_tone_detect_init: Setup tone
2100 Hz, 2600 ms, block_size=160, hits_required=116
[Jul 6 10:28:40] DEBUG[15036]: devicestate.c:458 do_state_change: Changing
state for DAHDI/1 - state 2 (In use)
[Jul 6 10:28:40] DEBUG[15081]: sig_analog.c:1769 __analog_ss_thread:
__analog_ss_thread 1
-- Starting simple switch on 'DAHDI/1-1'
[Jul 6 10:28:40] DEBUG[15036]: devicestate.c:438 devstate_event: device
'DAHDI/1' state '2'
[Jul 6 10:28:40] DEBUG[15053]: app_queue.c:1487 handle_statechange: Device
'DAHDI/1' changed to state '2' (In use) but we don't care
because they're
not a member of any queue.
[Jul 6 10:28:40] DEBUG[15081]: sig_analog.c:1602 analog_handle_dtmf: Begin
DTMF digit: 0x32 '2' on DAHDI/1-1
[Jul 6 10:28:40] DEBUG[15081]: chan_dahdi.c:2026 my_handle_dtmf: Begin DTMF
digit: 0x32 '2' on DAHDI/1-1
[Jul 6 10:28:40] DEBUG[15081]: sig_analog.c:1602 analog_handle_dtmf: End
DTMF digit: 0x32 '2' on DAHDI/1-1
[Jul 6 10:28:40] DEBUG[15081]: chan_dahdi.c:2026 my_handle_dtmf: End DTMF
digit: 0x32 '2' on DAHDI/1-1
[Jul 6 10:28:40] DEBUG[15081]: sig_analog.c:1602 analog_handle_dtmf: Begin
DTMF digit: 0x37 '7' on DAHDI/1-1
[Jul 6 10:28:40] DEBUG[15081]: chan_dahdi.c:2026 my_handle_dtmf: Begin DTMF
digit: 0x37 '7' on DAHDI/1-1
[Jul 6 10:28:40] DEBUG[15081]: sig_analog.c:1602 analog_handle_dtmf: End
DTMF digit: 0x37 '7' on DAHDI/1-1
[Jul 6 10:28:40] DEBUG[15081]: chan_dahdi.c:2026 my_handle_dtmf: End DTMF
digit: 0x37 '7' on DAHDI/1-1
[Jul 6 10:28:41] DEBUG[15081]: sig_analog.c:1602 analog_handle_dtmf: Begin
DTMF digit: 0x38 '8' on DAHDI/1-1
[Jul 6 10:28:41] DEBUG[15081]: chan_dahdi.c:2026 my_handle_dtmf: Begin DTMF
digit: 0x38 '8' on DAHDI/1-1
[Jul 6 10:28:41] DEBUG[15081]: sig_analog.c:1602 analog_handle_dtmf: End
DTMF digit: 0x38 '8' on DAHDI/1-1
[Jul 6 10:28:41] DEBUG[15081]: chan_dahdi.c:2026 my_handle_dtmf: End DTMF
digit: 0x38 '8' on DAHDI/1-1
[Jul 6 10:28:41] DEBUG[15081]: chan_dahdi.c:4927 dahdi_enable_ec: Enabled
echo cancellation on channel 1
-- Unknown extension '278' in context 'default' requested
Here is another call.
[Jul 6 10:48:34] DEBUG[15138]: chan_dahdi.c:11895 do_monitor: Monitor
doohicky got event Ring/Answered on channel 1
[Jul 6 10:48:34] DEBUG[15138]: sig_analog.c:3621 analog_handle_init_event:
channel (1) - signaling (7) - event (ANALOG_EVENT_RINGOFFHOOK)
[Jul 6 10:48:34] DEBUG[15138]: dsp.c:471 ast_tone_detect_init: Setup tone
1100 Hz, 500 ms, block_size=160, hits_required=21
[Jul 6 10:48:34] DEBUG[15138]: dsp.c:471 ast_tone_detect_init: Setup tone
2100 Hz, 2600 ms, block_size=160, hits_required=116
[Jul 6 10:48:34] DEBUG[15150]: sig_analog.c:1769 __analog_ss_thread:
__analog_ss_thread 1
[Jul 6 10:48:34] DEBUG[15129]: devicestate.c:458 do_state_change: Changing
state for DAHDI/1 - state 2 (In use)
[Jul 6 10:48:34] DEBUG[15129]: devicestate.c:438 devstate_event: device
'DAHDI/1' state '2'
-- Starting simple switch on 'DAHDI/1-1'
[Jul 6 10:48:34] DEBUG[15145]: app_queue.c:1487 handle_statechange: Device
'DAHDI/1' changed to state '2' (In use) but we don't care
because they're
not a member of any queue.
[Jul 6 10:48:34] DEBUG[15150]: sig_analog.c:1602 analog_handle_dtmf: Begin
DTMF digit: 0x37 '7' on DAHDI/1-1
[Jul 6 10:48:34] DEBUG[15150]: chan_dahdi.c:2026 my_handle_dtmf: Begin DTMF
digit: 0x37 '7' on DAHDI/1-1
[Jul 6 10:48:35] DEBUG[15150]: sig_analog.c:1602 analog_handle_dtmf: End
DTMF digit: 0x37 '7' on DAHDI/1-1
[Jul 6 10:48:35] DEBUG[15150]: chan_dahdi.c:2026 my_handle_dtmf: End DTMF
digit: 0x37 '7' on DAHDI/1-1
[Jul 6 10:48:35] DEBUG[15150]: chan_dahdi.c:4927 dahdi_enable_ec: Enabled
echo cancellation on channel 1
-- Unknown extension '7' in context 'default' requested
----- Original Message -----> I have an Asterisk server configured to run as voicemail with a T1 > and SMDI. > It has 1.6.1.6 (dahdi 2.1.0.4) and Centos 5.6 and has worked great > for a few > years. I am configuring a new server with Asterisk 1.8.13 (dahdi > 2.6.1) on > Centos 5.8 > > The problem I am having appears to be related to DTMF detection. When > the > test phone number is called (2704083000) Asterisk only receives a > portion of > the dialed number. It varies as to what numbers are detected. > Sometimes it > sees a single digit, sometimes 3 or 4 of the digits of the dialed > number. > > When I compare this to the old server the debug below is similar but > there > isn't any mention of the "sig_analog.c" lines shown below. > > I am told the T1's on the old server and the new server are > configured the > same. I can make outgoing calls on the T1 from Asterisk. > > Can someone give me a clue as to what could be causing this? >What kind of hardware are you using to interface with the T1? Is there any chance a HWEC or other DSP is interfering with DTMF? --Tim
Bill Dunn - VCI Internet Services wrote:> I have an Asterisk server configured to run as voicemail with a T1 and > SMDI. > It has 1.6.1.6 (dahdi 2.1.0.4) and Centos 5.6 and has worked great for a > few > years. I am configuring a new server with Asterisk 1.8.13 (dahdi 2.6.1) on > Centos 5.8 > > The problem I am having appears to be related to DTMF detection. When the > test phone number is called (2704083000) Asterisk only receives a portion > of > the dialed number. It varies as to what numbers are detected. Sometimes it > sees a single digit, sometimes 3 or 4 of the digits of the dialed number. > > When I compare this to the old server the debug below is similar but there > isn't any mention of the "sig_analog.c" lines shown below. > > I am told the T1's on the old server and the new server are configured the > same. I can make outgoing calls on the T1 from Asterisk. > > Can someone give me a clue as to what could be causing this? > > > Bill Dunn >Try setting: relaxdtmf=yes We used to have that same problem on most of our servers. Setting relaxdtmf to yes solved the problem for us. -- Ron Bergin Network Operations Administrator Fry's Electronics, Inc.