- Bronze, 100 points or more
I currently have a UCCX script configured to accept a call, play a welcome prompt, and attempt a consult transfer to a huntgroup. The script then plays a periodic prompt while waiting for an answer.
The problem I am seeing is that because the UCCX server is located at the corp site and the gateway and huntgroup members are located at a remote location, while a call is on hold and while the consult transfer is alerting the huntgroup members it counts as 2 calls in progress and subtracts from the available bandwidth for the remote location for the duration the call is in the queue.
Is there a way to use a redirect to a huntgroup instead of a consult transfer so there would be only one call in progress during the duration the call is being queued?
I have also seen that there is a location setting on the script trigger. I attempted to set this for the same location as the remote huntgroup members and pstn gateway.
I have recreated the way the script currently functions with an IP phone located at the central location. When I call that phone through the remote gateway and attempt a transfer to a phone at the remote location, I get 2 calls in progress at the remote location. 1 for putting the call on hold (the BW is reserved to ensure the call can be retreaved if necessary) and 1 for the call alerting during the consult transfer (This is also reserving BW so the transferer can talk to the transferee).
If I put that same phone physically located at the central site but configured for the remote location, there is no bandwidth used or reserved during the whole process. I thought this would be the way to configure the application to have it in the remote location so it doesn't reserve BW, but I found two issues with this.
1. The priority queue at the remote location could become over subscribed during the playing of the script prompts.
2. When I changed the location of the application trigger to be the remote location, it made no difference; I still have 2 calls in progress during the queue process.
Wow, I wrote a lot of stuff here. I hope someone can read entirely through it before they get bored.
Any assistance or tips would be appreciated.