Summary: | ASTERISK-03341: pound sign not recognized | ||
Reporter: | sariabod (sariabod) | Labels: | |
Date Opened: | 2005-01-24 11:11:54.000-0600 | Date Closed: | 2008-01-15 15:24:25.000-0600 |
Priority: | Minor | Regression? | No |
Status: | Closed/Complete | Components: | Core/General |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ||
Description: | The pound sign doesnt do anthing when attempting to transfer a call that came through a queue. ****** ADDITIONAL INFORMATION ****** Cisco phones can tranfer using the blind and attended transfer built in to the phone, but not using the pound sign. IAXComm cannot transfer at all. Was working previously: Asterisk CVS-HEAD-09/27/04-20:08:06 | ||
Comments: | By: wsuff (wsuff) 2005-01-24 11:14:16.000-0600 What type of DTMF signaling is being used for your IAX and SIP endpoints? By: sariabod (sariabod) 2005-01-24 11:29:07.000-0600 For sip.conf I tried dtmfmode=rfc2833 and dtmfmode=inband using alaw and ulaw (these were previously unspecified so maybe the default used to work?) I didnt see any option to set the dtmfmode for IAX. All my searching kept pointing to SIP. Edit: Whats odd is I can do an Agent Login (xxxx#, xxxx#) and the pound sign that signals the end of ID and PIN is recognized. Also: Regular transfers work (ie: someone calls in or out) its only when trying to transfer out of a queue. It seems like the t and T queue flags are not being honored. edited on: 01-24-05 13:36 By: nick (nick) 2005-01-24 18:08:01.000-0600 That's because IAX only has one way to signal DTMF! By: cmslaght (cmslaght) 2005-01-25 10:15:57.000-0600 Does this have anything to do with the changes to features.conf where is could be looking for a '#1'. By: twisted (twisted) 2005-01-25 13:19:53.000-0600 Yep. I can dupe. By: sariabod (sariabod) 2005-01-25 15:34:42.000-0600 It never worked even with #1. I changed features.conf to make transfer = # so users would not complain. Just a remider, I can transfer calls using # on the cisco phones and IAXComm, the only calls I cannot transfer are the ones that come in from a queue. By: sariabod (sariabod) 2005-01-27 11:00:31.000-0600 Below are the 3 most common errors I keep getting. Google didnt turn much up. Anbody have any tips to help troubleshoot this? chan_zap.c:7528 pri_dchannel: PRI got event: HDLC Abort (6) on Primary D-channel of span 3 Don't know what to do if second ROSE component is of type 0x6 app_queue.c:374 changethread: Can't change device '**Unknown**' with no technology! Edit: Version is now - Asterisk CVS-HEAD-01/25/05-17:29:49 edited on: 01-27-05 11:02 By: Mark Spencer (markster) 2005-02-03 23:35:37.000-0600 Fixed in CVS head. Reopen if you continue to have trouble. By: sariabod (sariabod) 2005-02-04 19:44:33.000-0600 Transfers work now with agent login: queues.conf member => Agent/1234 Transfers still do not work when calling a Phone directly without agent login using #: queues.conf member => SIP/operator or member => IAX2/operator Transfers work using the built in blindxfr of the cisco 7960, and the transfer button works with the latest IAXComm. Let me know what I can do to help test this. By: zamsler (zamsler) 2005-02-04 21:39:50.000-0600 I am having the same issue on sipura spa-2000 and spa-841. I can not transfer out of Member=>SIP/XXX Queued calls. By: Mark Spencer (markster) 2005-02-05 10:42:14.000-0600 Fixed in CVS head, thanks! By: Russell Bryant (russell) 2005-02-06 22:33:11.000-0600 head only issue By: Digium Subversion (svnbot) 2008-01-15 15:24:16.000-0600 Repository: asterisk Revision: 4960 U trunk/apps/app_queue.c ------------------------------------------------------------------------ r4960 | markster | 2008-01-15 15:24:16 -0600 (Tue, 15 Jan 2008) | 2 lines Fix big flagification errors (bug ASTERISK-3341) ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=4960 By: Digium Subversion (svnbot) 2008-01-15 15:24:25.000-0600 Repository: asterisk Revision: 4967 U trunk/apps/app_queue.c ------------------------------------------------------------------------ r4967 | markster | 2008-01-15 15:24:24 -0600 (Tue, 15 Jan 2008) | 2 lines More flagification fixes (bug ASTERISK-3341, round 2) ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=4967 |