[Home]

Summary:ASTERISK-10452: Call Park from a queue not working
Reporter:Darren Philips (dazza76)Labels:
Date Opened:2007-10-04 22:04:50Date Closed:2007-10-31 13:40:27
Priority:MinorRegression?No
Status:Closed/CompleteComponents:Applications/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:When receiving a call from a Queue you are no longer able to place the caller on park
works on 1.4.4

****** ADDITIONAL INFORMATION ******

Queue options set to rntTwW
Transfer works but not park
Comments:By: Mark Michelson (mmichelson) 2007-10-05 11:13:48

Sorry to hear about this issue. Looking at the queue code, it appears nothing was changed in app_queue.c to warrant this error. As a further diagnosis, are you unable to park non-queue calls, too?
By: Mark Michelson (mmichelson) 2007-10-05 17:20:14

Also, just because I know this will be helpful, can you provide a bit more detailed description of the problem? When in the parking process does the problem occur? Can you provide console debug output from when you can't park the call?
By: Ronald Chan (loloski) 2007-10-06 09:53:51

putnopvut,

are you unable to park non-queue calls, too?

Parking calls work's fine with me SVN 1.4 branch on a non queue calls, i will check later if this issue exist on calls coming from queue, I will report here asap.
By: Ronald Chan (loloski) 2007-10-06 19:40:16

I can't reproduced the problem here is the trace

== Parsing '/etc/asterisk/users.conf': Found
   -- Registered extension context 'default'
   -- Executing [011001@from-switch:1] Answer("SIP/192.168.100.90-0982a0c8", "") in new stack
   -- Executing [011001@from-switch:2] NoCDR("SIP/192.168.100.90-0982a0c8", "") in new stack
   -- Executing [011001@from-switch:3] Queue("SIP/192.168.100.90-0982a0c8", "inbound|t") in new stack
   -- Started music on hold, class 'default', on channel 'SIP/192.168.100.90-0982a0c8'
   -- SIP/1001-09825908 is ringing
   -- SIP/1001-09825908 answered SIP/192.168.100.90-0982a0c8
   -- Stopped music on hold on SIP/192.168.100.90-0982a0c8
   -- Started music on hold, class 'default', on channel 'SIP/192.168.100.90-0982a0c8'
   -- <SIP/1001-09825908> Playing 'pbx-transfer' (language 'en')
   -- Stopped music on hold on SIP/192.168.100.90-0982a0c8
   -- Started music on hold, class 'default', on channel 'SIP/192.168.100.90-0982a0c8'
 == Parked SIP/192.168.100.90-0982a0c8 on 701@parkedcalls. Will timeout back to extension [from-switch] 011001, 3 in 45 seconds
   -- <SIP/1001-09825908> Playing 'digits/7' (language 'en')
   -- <SIP/1001-09825908> Playing 'digits/0' (language 'en')
   -- <SIP/1001-09825908> Playing 'digits/1' (language 'en')
   -- Added extension '701' priority 1 to parkedcalls
 == Spawn extension (from-switch, 011001, 3) exited KEEPALIVE on 'SIP/192.168.100.90-0982a0c8'
   -- Executing [701@internal:1] ParkedCall("SIP/1001-09825908", "701") in new stack
   -- Stopped music on hold on SIP/192.168.100.90-0982a0c8
   -- <SIP/1001-09825908> Playing 'beep' (language 'en')
   -- <SIP/192.168.100.90-0982a0c8> Playing 'beep' (language 'en')
   -- Channel SIP/1001-09825908 connected to parked call 701
By: Ronald Chan (loloski) 2007-10-06 19:43:47

dazza76:

Can you post your dialplan snippet ?
By: Darren Philips (dazza76) 2007-10-07 19:52:54

OK i have upgraded to 1.4 svn


my dialplan is as below
please not i have simplified this for testing

queues.conf

[general]
persistentmembers = yes
autofill = yes
monitor-type = MixMonitor

[QUEUE-One]
 musiconhold=Default
 strategy=ringall
 ringinuse = no
 retry=5
 wrapuptime=5
 maxlen=
 leavewhenempty=yes
 timeout=15
 context=QUEUE-One-leave




extensions.ael

extensions.ael

context inbound-trunk {

s => {
//      Dial(SIP/300||tTwWkK);
       Queue(QUEUE-One|rntTwW|||);
}
}


in features.conf i have set the quick park to Hash 8 have also tried Hash 7

Member is added dynamically, using "queue add member SIP/300 to QUEUE-One".

I Have tried direct calling and it does work fine.

this is a strange bug


Just to add to it
if i forward the call to my mobile i can park it from my mobile.


By: Ronald Chan (loloski) 2007-10-08 04:52:07

This is what i got on my end, i use the same option you pass to Queue apps still it works for me, our _only_ difference is you are using AEL while i'm using the regular extensions.conf to config my test machine.

But i do agree with you at some point using one touch park features ASTERISK-3, ASTERISK-4 doesn't work, if that what's you are talking about but maybe this is a different case since your description doesn't match the real problem.


-- Registered extension context 'default'
   -- Executing [011001@from-switch:1] Answer("SIP/192.168.100.90-08b46290", "") in new stack
   -- Executing [011001@from-switch:2] NoCDR("SIP/192.168.100.90-08b46290", "") in new stack
   -- Executing [011001@from-switch:3] Queue("SIP/192.168.100.90-08b46290", "inbound|rntTwW|||") in new stack
   -- SIP/1001-08b6a258 is ringing
   -- SIP/1001-08b6a258 answered SIP/192.168.100.90-08b46290
   -- Started music on hold, class 'default', on channel 'SIP/192.168.100.90-08b46290'
   -- <SIP/1001-08b6a258> Playing 'pbx-transfer' (language 'en')
   -- Stopped music on hold on SIP/192.168.100.90-08b46290
   -- Started music on hold, class 'default', on channel 'SIP/192.168.100.90-08b46290'
 == Parked SIP/192.168.100.90-08b46290 on 701@parkedcalls. Will timeout back to extension [from-switch] 011001, 3 in 45 seconds
   -- <SIP/1001-08b6a258> Playing 'digits/7' (language 'en')
   -- <SIP/1001-08b6a258> Playing 'digits/0' (language 'en')
   -- <SIP/1001-08b6a258> Playing 'digits/1' (language 'en')
   -- Added extension '701' priority 1 to parkedcalls
 == Spawn extension (from-switch, 011001, 3) exited KEEPALIVE on 'SIP/192.168.100.90-08b46290'
   -- Executing [701@internal:1] ParkedCall("SIP/1001-08b95910", "701") in new stack
   -- Stopped music on hold on SIP/192.168.100.90-08b46290
   -- <SIP/1001-08b95910> Playing 'beep' (language 'en')
   -- <SIP/192.168.100.90-08b46290> Playing 'beep' (language 'en')
   -- Channel SIP/1001-08b95910 connected to parked call 701
   -- Started music on hold, class 'default', on channel 'SIP/192.168.100.90-08b46290'

/* This is the problem when you want to use one touch park -> */

   -- <SIP/1001-08b95910> Playing 'pbx-transfer' (language 'en')
   -- Unable to find extension '7' in context 'internal'
   -- <SIP/1001-08b95910> Playing 'beeperr' (language 'en')
   -- Stopped music on hold on SIP/192.168.100.90-08b46290
By: Ronald Chan (loloski) 2007-10-08 04:58:53

s => {
// Dial(SIP/300||tTwWkK);
       Queue(QUEUE-One|rntTwW|||);
}
}

One thing to note or IMHO, i have read some post here i forgot it already when, you should use answer apps in tandem with Queue apps but i think it's irrelevant on your problem, but there's no harm in trying if you try to insert Answer(); before calling the queue.

s => {
       Answer();
       Queue(QUEUE-One|rntTwW|||);
}
}

Just my0.02 $
By: Darren Philips (dazza76) 2007-10-08 16:57:20

My first issue is i need to learn to explain my self better in these posts

Main issue
The issue is regarding the 1 touch parking i.e hash 7  and it gets parked.I
If I transfer it to park it does work.

so we need to fix the one touch parking

What level of debug do you use to see the 7 being pressed as I do not see that error.


By: Ronald Chan (loloski) 2007-10-08 19:02:35

dazza76,

core set verbose 3
core set debug 3
By: Darren Philips (dazza76) 2007-10-08 22:21:54

Patch for One Touch Park in Queues
http://bugs.digium.com/view.php?id=10869

This Fixes my Problem


By: Ronald Chan (loloski) 2007-10-09 03:59:12

putnopvut,

Could you possibly check if patch from http://bugs.digium.com/view.php?id=10869 could be merge to 1.4 ? according to dazza76 this fix his/her issue :)

_please_
By: Mark Michelson (mmichelson) 2007-10-31 13:40:26

After discussing this with other developers, the consensus was reached that the one-touch parking should not have worked in 1.4.4 to begin with. That said, adding  the patch from 10869 to 1.4 will not happen since it is adding a new feature, not fixing a regression.

However, if you desire to use that patch in your 1.4 system, it is a very simple patch and should not be difficult to apply.