[asterisk-bugs] [Asterisk 0014953]: Last digit missing when dialing out to pstn and echotraining=yes or echotraining=xx

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14953 
====================================================================== 
Reported By:                rafuchoucv
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   14953
Category:                   Channels/chan_dahdi
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           1.6.0.7 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-04-22 19:25 CDT
Last Modified:              2009-04-22 19:33 CDT
====================================================================== 
Summary:                    Last digit missing when dialing out to pstn and
echotraining=yes or echotraining=xx
Description: 
In asterisk 1.6.0.9 and dahdi 2.1.0.4 after I activated echotraining=yes,
calls to pstn through a Digium TDM400P failed because the last digit of the
number I dialed was not send, I can't even hear the busy tone produced by
the wrong number dialed. echocancel parameter does not make any diference
Commenting out echotraining=yes solved the problem, but i need
echotraining.

The log shows:

[Apr 22 19:30:58] DEBUG[5110] chan_dahdi.c: Dialing '04141060473'
[Apr 22 19:30:58] DEBUG[5110] chan_dahdi.c: Deferring dialing...
[Apr 22 19:30:58] DEBUG[5110] devicestate.c: Notification of state change
to be queued on device/channel DAHDI/1
[Apr 22 19:30:58] VERBOSE[5110] logger.c:     -- Called 1/04141060473
[Apr 22 19:30:58] DEBUG[5062] devicestate.c: Changing state for DAHDI/1 -
state 2 (In use)
[Apr 22 19:30:58] DEBUG[5073] app_queue.c: Device 'DAHDI/1' changed to
state '2' (In use) but we don't care because they're not a member of any
queue.
[Apr 22 19:30:58] DEBUG[5110] channel.c: Set channel DAHDI/1-1 to read
format gsm
[Apr 22 19:30:58] DEBUG[5110] channel.c: Set channel SIP/dfreepbx-01a081a0
to read format slin
[Apr 22 19:30:58] DEBUG[5110] channel.c: Set channel DAHDI/1-1 to write
format slin
[Apr 22 19:30:59] DEBUG[5110] chan_dahdi.c: Exception on 15, channel 1
[Apr 22 19:30:59] DEBUG[5110] chan_dahdi.c: Got event Hook Transition
Complete(12) on channel 1 (index 0)
[Apr 22 19:30:59] DEBUG[5110] chan_dahdi.c: Sent deferred digit string:
T0414106047

at the end is the number with the last digit stripped.

====================================================================== 

---------------------------------------------------------------------- 
 (0103672) rafuchoucv (reporter) - 2009-04-22 19:33
 http://bugs.digium.com/view.php?id=14953#c103672 
---------------------------------------------------------------------- 
I found that changing line 2674 in chan_dahdi.c from:
p->dop.dialstr[strlen(p->dop.dialstr)-2] = '\0';
to
p->dop.dialstr[strlen(p->dop.dialstr)-1] = '\0';
solved the problem, but I'm not shure why, can any guru around test it and
confirm the bug and the solution? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-22 19:33 rafuchoucv     Note Added: 0103672                          
======================================================================