Good day colleagues.
I faced with a strange situation please help to understand.
There are two CUCM-a first CUCM1 v6.0, second CUCM2 v8.6.
between CUCM Inter-Cluster Trunk, a call to both sides successfully passes. But if the call immediately after the conversation, the call passes but not heard on either side, and 18-19 seconds after the connection is dropped. But if after a successful call to wait for about a minute and call everything works perfectly. It turns out that one of the CUCM can not immediately end the call and the session hangs. Anyone else encountered this problem?
Solved! Go to Solution.
The issue is on the other side. The other side of the trunk is not sending the OLC and OLCAck, causing a media timeout on this cluster where the call is made from.
It's difficult to say without looking at the other side. However, it could be
1/ that a media resource such as an MTP/Xcoder may be needed on the other side, and for the second call, this fails. This is less likely because why should only the second call fail?
2/ a defect that the 6.0 cluster is hitting in the h323 protocol stack, causing this issue. This is most likely. The ICT may be behaving in a weird manner.
I'm not sure I understand your problem clearly. Do you mean that if you make a second call immediately after ending the first call, you have no way audio on the call? And if you make the second call after a minute, there is no problem?
Do you see this with particular phones only? Or is this across all phones?
Is this happening only for skinny/sip phones or both?
Has this ever worked before?
We need to look at detailed CUCM traces to see what's happening. Here's a doc which walks through what needs to be set in the CUCM traces.
We need detailed Cisco CallManager traces to see what's happening.In RTMT, you'll need to go to Collect Files -> select CCM service from all services and collect them for a time period.