Cisco CME 14.1 transfer call from my local to mobile phone

[faruk.zaimovic]

Hello,

Cisco CME 14.1 transfer call from my local phone to mobile phone dont work. i can hear ringing but local phone wont to forward call to my mobile phone. Does anybody have idea what can be problem.

Log 

648585: Mar 22 15:34:49.795: //232046/8DF678868411/CUBE_VT/SIP/FSM/Event-Action: Event = SIPSPI_EV_NEW_MESSAGE, Current State = STATE_DISCONNECTING
648586: Mar 22 15:34:49.795: //232046/8DF678868411/CUBE_VT/SIP/API: voip_rtp_release_port (27782)
648587: Mar 22 15:34:49.796: //232046/8DF678868411/CUBE_VT/SIP/API: cc_api_call_disconnect_done (0)
648588: Mar 22 15:34:49.796: //232046/8DF678868411/CUBE_VT/SIP/FSM/SPI-State-Change: Current State = STATE_DISCONNECTING, Next State = STATE_DEAD, Current Sub-State = STATE_NONE, Next Sub-State = STATE_NONE
648589: Mar 22 15:34:49.796: //232046/8DF678868411/CUBE_VT/SIP/MISC/Error: sipSPIFlushDeferredQueue: Invalid deferredQueue
648590: Mar 22 15:34:49.796: //232046/8DF678868411/CUBE_VT/SIP/MISC/Error: ws_call_fork_cleanup: ws_info is NULL
648591: Mar 22 15:34:49.796: //232046/8DF678868411/CUBE_VT/SIP/API: voip_rtp_release_port (27782)

Thank you

[Maren Mahoney]

Would you be able to provide the full exchange of messages from a debug ccsip messages for this kind of call?

That will tell us more about the call setup process in the CUBE.

Maren

[faruk.zaimovic]

Hello,

Thank you very much. Outputs you can find attached, ccsip messages i have to put in word because this site reject to accept. 

"Phone number XXX XXX 522 to local call XXX XXX 659. Cisco Phone 7821 forward call to XXX XXX 156.

Br, Faruk 

[Maren Mahoney]

Questions:

• Is the IP address 10.10.38.18 an IP address on your CME router 'bas.hteronet.ba'? What is the IP address of 10.10.38.5? Which interface is it? Can you provide a diagram? 
• If I am reading this debug correctly, I believe that you have your internal extension (659) forwarded to your mobile number (156), and that the call forward all is what is not working. Is that correct? (And the calling party is the 522 number?)

If the answer to the second question is "yes", what is happening is that CUCME is sending the call forwarding message to the PSTN rather than hairpinning the call. It is unlikely that the PSTN will accept such a message. If that is the case, may I suggest that you look into the feature Single Number Reach , which works a lot better than a simple call forward all. And that feature would likely work without the need to reconfigure your dial peers or your CUBE to allow the hairpinned calls.

Let us know what you think.

Maren

[faruk.zaimovic]

Hello Maren,

Thank you very much for your help.

• Is the IP address 10.10.38.18 an IP address on your CME router 'bas.hteronet.ba'? What is the IP address of 10.10.38.5? Which interface is it? Can you provide a diagram? 

10.10.38.18 is address on my interface, that connection with Service provider for SIP Trunk. interface GigabitEthernet0/0/2
ipv4:10.10.38.5 is ip address of phone central my provider. 

interface GigabitEthernet0/0/2
ip address 10.10.38.18 255.255.255.252
negotiation auto

---LAN 192.168.8.1----VG-CME--10.10.38.18----------10.10.38.17--SP--10.10.38.5

• If I am reading this debug correctly, I believe that you have your internal extension (659) forwarded to your mobile number (156), and that the call forward all is what is not working. Is that correct? (And the calling party is the 522 number?)  Yes It is correct.
• I dont have CUCM. I used cisco CME, everything is on cisco Router ISR 4431.
• Thank you very much for help.
•  
•  

Service provider told me, that they dont get invite from my side. Something strange is happening.  SIP/2.0 302 Moved Temporarily, i dont know why it is happen.

Mar 23 06:30:11.903: //248610/A2D5C37584D9/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 302 Moved Temporarily
Via: SIP/2.0/UDP 10.10.38.5:5060;branch=z9hG4bK4v0n4100885pdsmqnf40.1
From: <sip:062939522@bas.hteronet.ba;user=phone>;tag=913853756-1711175411880-
To: "38736445659 38736445659"<sip:+38736445659@bas.hteronet.ba>;cscf;tag=2DD634C9-767
Date: Sat, 23 Mar 2024 06:30:11 GMT
Call-ID: BW073011880230324-249878565@10.140.1.11
CSeq: 889214037 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-17.6.5a
Diversion: <sip:659@bas.hteronet.ba>;reason=unconditional;counter=1
Contact: <sip:063415156@10.10.38.5:5060>
Session-ID: b0abae2ae1a15a728f64f2046d625176;remote=0a7bcdd73e4b5a749a5acd6d09200847
Content-Length: 0

Do u have any idea ? 

Thank you

[Maren Mahoney · Accepted solution]

The 302 is a SIP redirect. If you forward one of your internal extensions to another one, you'd see the same thing. And I did write "CUCM" but I just left the E off. (I have since corrected that.)

Your service provider needs an INVITE to create a hairpinned call and not a 302 redirect. That your router is sending the redirect to the service provider tells me it may not be set up correctly for SIP-CUCME connecting to a SIP-based service provider. It needs to act like a CUBE.

Would you be willing to share you router config? And, along with that, what is the 38.17 IP in relation to the 38.5 IP? Are those both service provider IPs?

Maren

[faruk.zaimovic · Accepted solution]

Thank you very much.  yes, both address are service provider. 38.17 is ip address on service provide side, and 38.5 je phone central where i send all my calls. i will send you config as messages. Please confirme that you received config as messages.

[faruk.zaimovic]

Hello, 

I solved it.  I want to share with you my solution maybe someone need it.  

i added.

Voice service voip

no supplementary-service sip moved-temporarily

no redirect ip2ip

no notify redirect ip2ip

also i have problem with diversion header in SIP messages and i have to edit it in our format that service provider use. 

i used this link for https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-sip-param-mod.html

Thank you very much all for help.

[Maren Mahoney]

Spectacular! And thank you for sharing your solution for folks who do a search for this later.

Well done!

Maren