03-19-2014 09:13 AM - edited 03-15-2019 05:58 AM
Has anyone experienced this issue and/or know of a fix?
We recenty migrated from a skinny to a SIP dialer. As you may know, the SIP dialer topology now offloads CPA to the voice gateway, a 3825 router in our case. What we're seeing is that calls which fail due to a SIT tone (disconnected or changed number) are being seen by the dialer as a CallResult 2 (error condition while dialing) as opposed to a CallResult 5 (SIT tone). This is a problem because we treat CallResult 2 numbers very differently from CallResult 5 numbers which we remove from our call list to never be dialed again. It's important to note that these calls were placed in the proper CallResult when we had our skinny dialer in place. Are there any 'tweaks' that can be done on the gateway or DSP's to fine tune the CPA process in order to get these SIT tone calls be be properly filtered into CallResult 5?
Thanks,
-Mike
03-21-2014 09:56 PM
What IOS version are you running on the router?
04-16-2014 08:18 AM
Hi, Omar,
My apologies for the late reply. We are running UCCE 8.5(4)and verion 15.1(3)T4 on our gateways. As an update, we founfd the following bug which addresses our issue exactly: CSCuj55253 - SIP Dialer sending CANCEL before second UPDATE with SitMT. However, we are still seeing strange CPA behavior. For example, since going to the SIP dialer, we are now seeing some answering machines and voice mail calls being transferred to agents. Any thoughts?
03-22-2014 09:12 AM
Forgot to ask but is this UCCX or UCCE?
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