03-22-2024 08:34 AM - edited 03-22-2024 08:36 AM
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
Solved! Go to Solution.
03-25-2024 11:46 AM
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
03-25-2024 01:43 PM - edited 03-26-2024 01:48 AM
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.
03-22-2024 09:44 AM
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
03-23-2024 06:24 AM
03-25-2024 08:07 AM - edited 03-25-2024 11:34 AM
Questions:
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
03-25-2024 08:40 AM - edited 03-25-2024 08:49 AM
Hello Maren,
Thank you very much for your help.
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
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
03-25-2024 11:46 AM
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
03-25-2024 01:43 PM - edited 03-26-2024 01:48 AM
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.
03-26-2024 02:40 AM
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.
03-26-2024 06:36 AM
Spectacular! And thank you for sharing your solution for folks who do a search for this later.
Well done!
Maren
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