Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. If you'd prefer to explore, try our test area to get started. And see here for current known issues.

New Member

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

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?

  • IP Telephony
2 REPLIES

Incoming call from ITSP via CUBE, during Hold/Resume CUCM send R

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

//Suresh Please rate all the useful posts.
New Member

Re: Incoming call from ITSP via CUBE, during Hold/Resume CUCM se

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

ladder1.jpg

207
Views
0
Helpful
2
Replies