Call Transfer from SIP ITSP to Unity Connection Intermittent
We have Unified CM 9.1 integrated with Unity Connection 9.1 using SCCP. The issue is that when receive a call from outside through a SIP, CUC AA is invoked and after entering an internal extension it tried to connect to it but call intermittently success and fails.On the fail called ip phone extension I can see that call was attempting to ring and disconnect immediately.
The call flow is as follow:
SIP ITSP-->CUBE-->Unified CM CTI RP-->CUC --> CUCM-->IP Phone
On unity connection I have added codec g711alaw on advertised codec as it is used mainly from ISP, Also I have added "allow transfer to external number" check box under greeting for CUC.All call search space are correctly configured and have access to CUC and IP Phones.Also, early offered is enforced on the CUBE and using SIP trunk between CUCM and CUBE with sip profile Best Effort .
I have attached a debug ccsip message contain 2 calls and it shows :
18:49:18 - 18:49:35 : The call was successfull
18:49:40 - 18:49:50 : The call was fail and I'm receiving isdn cause code 47 which means resources are not available or the original destination is unavailable and to invoke redirection to a new destination.
Would you be able to attach a CUCM trace for the failed call?
I suspect in this case that this will have something to do with media resource allocation.
The only major difference I can spot in the SIP trace for the 2 calls is with the media address being allocated (found in the final 200 OK messages from CUCM to the CUBE). CUCM is telling the CUBE to send the media to the following addresses for each call:
Working call media address = 220.127.116.11 (not sure what this device is)
Failed call media address = 18.104.22.168 (this is most likely an MTP or Transcoder which is configured on the CUBE).
One other thing to note is that you have a little bit of sub-optimal call routing going on. When the call first hits your CUBE from the ITSP, the CUBE is attempting to send the call to CUCM, it is doing so via its interface with the IP 10.92.50.7, which call manager is rejecting. This IP is most likely does not exist in the CUCM SIP trunk configuration for this CUBE.
CUBE then has to issue a new invite to CUCM again from the interface 22.214.171.124 which is then accepted by CUCM.
You may want to consider modifying your dial-peer configuration so that CUBE does not need to send 2 INVITE messages to CUCM for every incoming call (with the first one being rejected every time).
I had to do some guessing based on the limited information provided, but am I correct in thinking that you have at least 3 IP addresses on this CUBE?
New Cisco Champion Radio release on Zero Trust for WebexListen: https://smarturl.it/CCRS8E14 Follow us: https://twitter.com/CiscoChampion Cisco introduced End to End (E2E) Encryption in 2008 as a Webex Meeting option where only the me...
Community Live- Tour of the Real-Time Monitoring Tool
(Live event - Tuesday, 20 April, 2021 at 10:00 am Pacific/ 1:00 pm Eastern / 7:00 pm Paris)
This event will have place on Tuesday 20th, April 2021 at 10:00 hrs PDT
Learn: How to configure Cloud Connected PSTN with Webex Calling
CCP Provider Name
Product Home Page Link
Webex Calling Region
Countries Supported by Provider
Free Trial Link
Contact Provider Link
FR & LU
Meet the Authors Video - Leveraging SBCs to Empower a Changing World of Collaboration
(Live event – Tuesday, 16th, 2020 at 10:00 a.m. Pacific / 1:00 p.m. Eastern / 7:00 p.m. Paris)
This event had place on Tuesday 16th, February 2020 at 10am PST ...
This event had place on Tuesday 16th, February at 9:30am PST
The need for virtual collaboration across individuals, teams, organizations, and industries has been significantly changed with the global challenges presented in 2020. The indust...