I am perplexed by this so I how someone can help me out. On one of my servers the users began complaining that if they picked up a parked call they could not use the # key to transfer the call. This is a particualarly annoying issue since everyone has been taught to use #700 to park calls. At first I thought it was a DTMF issue with the polycom phones, since rebooting seemed to fix the problem. On further examination though, the # to transfer works on any call unless it has been retreievd from the parking lot. Then I began doubting that it had ever been possible, until I confirmed it worked on a system I built a few months back and someone in the IRC confirmed it was working on their systems. As it stands now I have taken configs from working and non working systems and compared them and have not found anything. I can reproduce this by calling someone, via sip phone or on a zap channel have the call parked by dialing "#700" pickup the call, by dialing 701 or so. At this point the only transfer option I have is the transfer key on the phone, which works, but not as quick for the users. I'm using the standard parking, I simply included parkedcalls into a features context and all phones have access to it.> show featuresBuiltin Feature Default Current --------------- ------- ------- Pickup *8 *8 Blind Transfer # # Attended Transfer One Touch Monitor Disconnect Call * * pbx1*CLI> Dynamic Feature Default Current --------------- ------- ------- (none)>Call parking ------------ Parking extension : 700 Parking context : parkedcalls Parked call extensions: 701-720 This is an svn checkout of 1.2 r49922 Can someone tell me what might cause this? -- Bruce Nortex Networks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20070111/ea82d4dc/attachment.htm
Bruce Reeves wrote:> I am perplexed by this so I how someone can help me out. > > On one of my servers the users began complaining that if they picked > up a parked call they could not use the # key to transfer the call. > This is a particualarly annoying issue since everyone has been taught > to use #700 to park calls. At first I thought it was a DTMF issue with > the polycom phones, since rebooting seemed to fix the problem. On > further examination though, the # to transfer works on any call unless > it has been retreievd from the parking lot. Then I began doubting that > it had ever been possible, until I confirmed it worked on a system I > built a few months back and someone in the IRC confirmed it was > working on their systems. As it stands now I have taken configs from > working and non working systems and compared them and have not found > anything. >I've noted the same issue. That's why I haven't told the users about the function. I trained them to use the Polycom's transfer button. Doug -- Ben Franklin quote: "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety."
Has there been a fix released for this? We have just upgraded to 1.4, and this issue still exists, and is a real pain. Thanks in advance..... Gregory P. Scasny Golden Technologies, Inc. http://www.golden-tech.com <blocked::http://www.golden-tech.com> gscasny@golden-tech.com <blocked::mailto:gscasny@golden-tech.com> 219-462-7200 - Ph. 574-233-1300 - Ph. (866) 806-7127 - Toll Free 219-462-7257 - Fax. ________________________________ From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Bruce Reeves Sent: Thursday, January 11, 2007 2:29 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: [asterisk-users] Parked calls and the # key I am perplexed by this so I how someone can help me out. On one of my servers the users began complaining that if they picked up a parked call they could not use the # key to transfer the call. This is a particualarly annoying issue since everyone has been taught to use #700 to park calls. At first I thought it was a DTMF issue with the polycom phones, since rebooting seemed to fix the problem. On further examination though, the # to transfer works on any call unless it has been retreievd from the parking lot. Then I began doubting that it had ever been possible, until I confirmed it worked on a system I built a few months back and someone in the IRC confirmed it was working on their systems. As it stands now I have taken configs from working and non working systems and compared them and have not found anything. I can reproduce this by calling someone, via sip phone or on a zap channel have the call parked by dialing "#700" pickup the call, by dialing 701 or so. At this point the only transfer option I have is the transfer key on the phone, which works, but not as quick for the users. I'm using the standard parking, I simply included parkedcalls into a features context and all phones have access to it.> show featuresBuiltin Feature Default Current --------------- ------- ------- Pickup *8 *8 Blind Transfer # # Attended Transfer One Touch Monitor Disconnect Call * * pbx1*CLI> Dynamic Feature Default Current --------------- ------- ------- (none)>Call parking ------------ Parking extension : 700 Parking context : parkedcalls Parked call extensions: 701-720 This is an svn checkout of 1.2 r49922 Can someone tell me what might cause this? -- Bruce Nortex Networks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20070119/31a95fe7/attachment.htm
Yes....thanks a billion..... I am trying your patch on our 1.4 install right now.... Thanks again.... Greg Gregory P. Scasny Golden Technologies, Inc. http://www.golden-tech.com gscasny@golden-tech.com 219-462-7200 - Ph. 574-233-1300 - Ph. (866) 806-7127 - Toll Free 219-462-7257 - Fax. -----Original Message----- From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Doug Lytle Sent: Friday, January 19, 2007 12:45 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Parked calls and the # key Bruce Reeves wrote:> Here is the bug: http://bugs.digium.com/view.php?id=8804Thank you very much! Doug -- Ben Franklin quote: "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Worked like a champ!!!! Thanks again........... Gregory P. Scasny Golden Technologies, Inc. http://www.golden-tech.com <blocked::http://www.golden-tech.com> gscasny@golden-tech.com <blocked::mailto:gscasny@golden-tech.com> 219-462-7200 - Ph. 574-233-1300 - Ph. (866) 806-7127 - Toll Free 219-462-7257 - Fax. ________________________________ From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Bruce Reeves Sent: Friday, January 19, 2007 12:32 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Parked calls and the # key Here is the bug: http://bugs.digium.com/view.php?id=8804 I have not tried the svn version yet, I modified my features.c file as noted in the bug and have been running it successfully. On 1/19/07, Doug Lytle <support@drdos.info> wrote: Bruce Reeves wrote: > A fix was posted to the svn version of 1.2 and 1.4. The actual > revision number I do not recall. > Bruce, Have you had a chance to test? I've been looking for the last hour for the bug report I thought you posted earlier this week, but haven't found anything. Doug -- Ben Franklin quote: "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- Bruce Nortex Networks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20070119/4ae09cb6/attachment.htm