I am trying to implement a call flow which will check for number of calls in the queue before accepting a call. It should send the call back to PSTN with a busy signal if the threshold for calls in queue is reached.
I tried two options.
Option1 : using "reject" step in UCCX script
This option rejects the call, but sends a call rejected (21) cause code to the PSTN. But the PSTN expects User Busy (17) cause code.
Option 2: using "UCCX Busy Application"
When calls in queue reaches a threshold, the main application's script transfers the call using Call Redirect step to UCCX Busy application.
The UCCX Busy applications's trigger is set to allow a maximum of 2 sessions.
In this case, the BUSY application returns a Normal Call Clearing (16) cause code.
Is there any way to force the Busy application to send User Busy as the cause code ?
we have recently announced a new Webex Events service with a best-in-class virtual event experience that is video-centric, intelligent, and simple to use.
Some highlights (features of new Webex Events that were not there with existing/c...
The purpose of this document is to present the different troubleshooting steps to take when some service from the Cisco IM & Presence Service Server have not started gracefully.
The States of a service
The IM&P ...
This event had place on Tuesday 20th, April 2021 at 10hrs PDT
What is the Real-Time Monitoring Tool (RTMT) and how do I use it? In addition to an overview of the components of the tool and the interface, attendees learned how to use ...
(view in My Videos)
Community Live- Tour of the Real-Time Monitoring Tool
(Live event - Tuesday, 20 April, 2021 at 10:00 am Pacific/ 1:00 pm Eastern / 7:00 pm Paris)
This event had place on Tuesday 20th, April 2021 at 10:00 hrs PDT
What is th...
Hello Admin Community!
I’m recruiting participants for an upcoming study looking at large meeting troubleshooting in Control Hub. If you’d like to participate, please fill out this quick, 2 min. survey. Thanks! https://www.surveymonkey.com/r/...