We have a CUCM 8.5.1 SR3 cluster connected via SIP to a 3945E running 15.3(3)M as the CUBE.
Supervised Transfer of OffNet callers to OffNet destinations works like a champ.
Blind Transfer fails every time.
It seems like the CUBE is failing to respond to a 183 with the PRACK CUCM is sending it. But I need more experienced eyes on these traces to make sure I'm not sounding like a moron when I call TAC and ask them why the hell the CUBE is not responding correctly.
Any help would be greatly appreciated, guys. Attached is the Debug ccsip messages output from the affected call flow.
I don't buy that the MTP is the fix-all for this one, man. We checked the "insert MTP as needed" checkbox the other night and it still fails. (That box also broke Mobility for a strange reason so we took it off).
Looking at the traces shows the CUBE fails to pass a PRACK to a 183 on to the SP (CUCM sends this PRACK to CUBE and gets an OK for it so I know that piece is working). This looks like an issue at the CUBE IMHO, but I need some validation or at least some deeper inspection in the traces.
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...