Incoming call from ITSP via CUBE, during Hold/Resume CUCM send Re-INVITE with the callee extension to CUBE?

[Somphol Boonjing]

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?

[Suresh Subramanian]

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

[Somphol Boonjing]

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.)