[Asterisk-Users] Asterisk Upgrade to 1.2

[Adam Vocks]

Is it possible to adjust the timings of how long asterisk listens before
it trys to match or is there something else that I should be looking
for?  It acts as though asterisk is seeing a match in the dial plan for
the very first dtmf tone.

 

Thanks

 

Adam

________________________________

From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Adam Vocks
Sent: Monday, January 02, 2006 5:24 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: [Asterisk-Users] Asterisk Upgrade to 1.2

 

Hello all,

 

After upgrading to asterisk 1.2 or the current CVS HEAD, asterisk
doesn't receive all of the DID number that is calling in.  I have a
T100P and a freshly installed version of Fedora.

 

zapata.conf and zaptel are default except for enableing e&m wink.

 

Any ideas?  If I install version 1.0 it works fine.

 

Thanks!

 

Adam

 

Here is my debug info.  

 

 

    -- Starting simple switch on 'Zap/3-1'

Jan  2 17:20:42 DEBUG[3852]: chan_zap.c:4650 zt_read: DTMF digit: 2 on
Zap/3-1

Jan  2 17:20:42 DEBUG[3852]: chan_zap.c:1402 zt_enable_ec: Enabled echo
cancellation on channel 3

    -- Executing BackGround("Zap/3-1", "demo-moreinfo") in new stack

Jan  2 17:20:42 DEBUG[3852]: chan_zap.c:2706 zt_answer: Took Zap/3-1 off
hook

Jan  2 17:20:42 DEBUG[3674]: channel.c:774 channel_find_locked: Avoiding
initial deadlock for 'Zap/3-1'

Jan  2 17:20:42 DEBUG[3852]: channel.c:1710 ast_settimeout: Scheduling
timer at 160 sample intervals

    -- Playing 'demo-moreinfo' (language 'en')

Jan  2 17:20:42 DEBUG[3852]: chan_zap.c:4650 zt_read: DTMF digit: 1 on
Zap/3-1

Jan  2 17:20:42 DEBUG[3852]: channel.c:1710 ast_settimeout: Scheduling
timer at 0 sample intervals

Jan  2 17:20:42 DEBUG[3852]: pbx.c:2252 __ast_pbx_run: Oooh, got
something to jump out with ('1')!

Jan  2 17:20:42 DEBUG[3852]: chan_zap.c:4650 zt_read: DTMF digit: 7 on
Zap/3-1

    -- Invalid extension '17' in context 'default' on Zap/3-1

  == CDR updated on Zap/3-1

    -- Executing Playback("Zap/3-1", "invalid") in new stack

Jan  2 17:20:42 DEBUG[3852]: channel.c:1710 ast_settimeout: Scheduling
timer at 160 sample intervals

    -- Playing 'invalid' (language 'en')

Jan  2 17:20:42 DEBUG[3852]: chan_zap.c:4650 zt_read: DTMF digit: 8 on
Zap/3-1

Jan  2 17:20:42 DEBUG[3852]: chan_zap.c:4650 zt_read: DTMF digit: 2 on
Zap/3-1

Jan  2 17:20:43 DEBUG[3852]: chan_zap.c:4650 zt_read: DTMF digit: 4 on
Zap/3-1

Jan  2 17:20:43 DEBUG[3852]: chan_zap.c:4650 zt_read: DTMF digit: 6 on
Zap/3-1

Jan  2 17:20:43 DEBUG[3852]: chan_zap.c:4650 zt_read: DTMF digit: 3 on
Zap/3-1

Jan  2 17:20:43 DEBUG[3852]: chan_zap.c:4650 zt_read: DTMF digit: 9 on
Zap/3-1

Jan  2 17:20:43 DEBUG[3852]: chan_zap.c:4650 zt_read: DTMF digit: 8 on
Zap/3-1

Jan  2 17:20:46 DEBUG[3852]: channel.c:1710 ast_settimeout: Scheduling
timer at 0 sample intervals

Jan  2 17:20:46 DEBUG[3852]: channel.c:1710 ast_settimeout: Scheduling
timer at 0 sample intervals

  == Auto fallthrough, channel 'Zap/3-1' status is 'UNKNOWN'

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060103/9895a1a5/attachment.htm