cucm 6.1.2 2000-1 in sendonly after re-invite oneway speech
I have a problemwithCUCM220.127.116.110-1withSIP Trunkandgoes likethis.
Whenweplace a callto anothercustomerwithanattendantIVRwe becomeare-invite,andthat makes sense. MyCUCMresponds witha send-onlyand now wehaveone-wayspeechattendant canhearme, but Ido nothearattendant. When Iaskherto putmeon holdand takeme backthen theRTPisrunning again. Is there asolution to thisproblem? I thinktheCUCMrespondsincorrectlyto the firstre-invite.
When we make the same call in a CUCM 9.x than there is no problem.
I cannot post a wireshark tracefile :-( try to rename .txt to .cap ?
A party mobile 0610169718 place call to 0355482810 -------> CFwall to B party
IVR side (10.135.56.180) should send first SIP Invite to hold the call which we can see in capture and then another Invite to transfer the call to agent (which we are not receiving). CUCM here is responding with 200 OK SDP as sendonly for first Invite but there should be another ReInvite coming in from Alcatel (IVR system) with SDP of agent extension.
Could you also share capture from CUCM 9.x for a working call?
If there is a CUBE involved in call flow then you can try configuring "mid-call signaling passthrough" command to consume mid call ReInvites.
IntroductionCUCM Routing RulesDial String implementation PolicyCUCM Routing LogicSIP URI Call Routing Analysis+++ Case Study: 1 ++++++ Case Study: 2 +++Conclusion
Over the last few months, I have had the privilege of working on SI...
Are you getting this error “Installer User Interface Mode Not Supported. The installer cannot run in this UI mode. To specify the interface mode, use the -i command-line option, followed by the UI mode identifier. The value UI mode identifiers...