02-02-2014 10:09 PM - edited 03-16-2019 09:33 PM
Assuming the callee phone number is 1111. It is the callee number. The phone is registered to CUCM 8.6.2.
The call is initiated from outside via CUBE.
After the call hold, when the Resume is pressed, the CUCM send Re-INVITE with callee extension to CUBE.
Shouldn't it send the Re-INVITE to the caller's number?
02-02-2014 10:25 PM
Yes, When the inbound PSTN call is put on hold by the phone 1111, an Reinvite will be sent to PSTN number with either c=0.0.0.0 or a=sendonly. When the call is resumed, another invite will be sent with phone 1111 's ip address or a=sendrecv
Please rate all the useful posts
02-02-2014 10:44 PM
I find it quite counter-intuitive. Assuming my CUCM IP is 2.2.2.2.
To see CUBE sending INVITE to CUCM is understandable.
INVITE sip:1111@2.2.2.2:5060 SIP/2.0
To see that CUCM send Re-INVITE to CUBE addressing to the caller is also understandable. (For a=inactive & redirect the call to MoH server)
INVITE sip:00222222222@203.203.203.203:5060;transport=tcp SIP/2.0
But, when I press Resume, instead of seeing CUCM send this invite to CUBE
INVITE sip:00222222222@203.203.203.203:5060;transport=tcp SIP/2.0
I see
INVITE sip:1111@203.203.203.203:5060;transport=tcp SIP/2.0
What is the rational behind this?
(I have attached the SIP message trace. The INVITE at 02/03/2014 13:11:31.062 is what I don't understand.)
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