[Home]

Summary:ASTERISK-05180: DTMF on EM_WINK circuits isn't processed correctly in chan_zap.
Reporter:Brian West (bkw918)Labels:
Date Opened:2005-09-28 19:29:05Date Closed:2008-01-15 15:49:42.000-0600
Priority:MinorRegression?No
Status:Closed/CompleteComponents:Channels/chan_zap
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:You usually end up with a null extension and it only reads the first DTMF received.  This happens in the routine that tries to strip *CID*DNID* into callierd, exten.  I did tell kp about this on IRC but he didn't respond.

/b
Comments:By: Kevin P. Fleming (kpfleming) 2005-09-28 23:29:21

Actually, that problem only occurs on EM_WINK trunks that are receiving Feature Group D dial strings (but not sending them), but it should be fixed in CVS HEAD now.
By: Digium Subversion (svnbot) 2008-01-15 15:49:42.000-0600

Repository: asterisk
Revision: 6690

U   trunk/channels/chan_zap.c

------------------------------------------------------------------------
r6690 | kpfleming | 2008-01-15 15:49:41 -0600 (Tue, 15 Jan 2008) | 2 lines

support both regular and Feature Group D dialing syntax on EM_WINK trunks (issue ASTERISK-5180)

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=6690