09-19-2024 02:06 AM
there is no CUBE between the telco and CUCM Could you provide some guidance on how to resolve this issue?
* this call flow work on another telco.
*Works for landline calls but not for mobile calls
09-19-2024 03:48 AM
What DTMF method is negotiated in the SIP/SDP dialog in the working and non-working scenarios? What’s different? Impossible to offer a solution when we don’t know what’s actually going wrong.
And CUCM is not designed to be the edge device; it lacks a lot of the interop capabilities of CUBE or any other SIP SBC. Don’t be surprised if the answer ends up being “you need a real SBC.”
09-19-2024 08:47 AM
09-19-2024 11:58 AM
Which dynamic payload type are both sides using - and does that change between working/non-working?
Does the issue occur if CUCM immediately redirects an incoming call out the second carrier via a Translation Pattern or only after CUC transfers the call?
Is an MTP being invoked in either scenario?
09-20-2024 04:06 AM - edited 09-20-2024 04:06 AM
The issue only occurs when CUC transfers the call. However, when I redirect the call using a translation pattern, the DTMF works correctly on the second carrier.
I currently have MTP enabled on the SIP trunks from the Telco to CUCM,
CUCM > CUC not enable MTP
CUCM to second carrier enable MTP
09-23-2024 02:12 PM
MTPs are usually a bad idea. They're not scalable. Most of the time they are a workaround instead of a proper solution to whatever is wrong. Sometimes they cause issues of their own.
You need to look at the log files to see what is different in the SDP between working & non-working scenarios.
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