08-21-2018 04:29 PM - edited 08-21-2018 04:30 PM
I have been working to get a Courtesy Callback test done in my lab environment. After getting my survivability.tcl errors worked out the call back queuing is working. I can call in, leave my name and number, then after the ewt it calls me back. Great!
However, after picking up the callback, the system does not recognize any of my inputs via DTMF or voice to get back to an agent. The application log in CallbackWait ends after 3 noinput results.
I assume this is some sort of problem in my CUBE config? Maybe one of the dial-peer settings? My CUBE skills are not too strong and I haven't seen a working system yet to compare with.
Please let me know of any suggestions to try. Log and config files are attached.
Version 11.6, CUBE is ingress/egress, stock Cisco scripts.
Solved! Go to Solution.
12-07-2020 09:28 AM
I haven't done ccb testing in a long time but I did get it working. Attached is my current/new CUBE config. It has a few changes compared to my old one from the original post.
08-30-2018 09:49 AM
Try Setting DTMF to RFC2833 on SIP trunk to CUSP
08-30-2018 11:29 AM
12-07-2020 02:08 AM
12-07-2020 09:28 AM
12-07-2020 02:44 PM
Thank you @Quigath for your sharing. I will compare your config to our configuration in cube. I can back to this post if have some update
06-27-2022 10:27 AM
Hi,
We too have this DTMF issue when the callback is triggered and while caller is giving the input back. Could you please help with what exactly you modified to fix the issue?
01-15-2021 08:32 AM
HI, @Quigath now my callback working fine after we follow your config in the cube. thank you for sharing.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide