<div dir="ltr">There is a configuration under CuCM SIP trunk (or could be in SIP profile config) to avoid sending the hold reINVITE with 0.0.0.0 IP. You can try that out. <div>With the log snippets, I think FS is expecting crypto keys for this SDP which CuCM will not provide as it is just a fake SDP.  <div><br></div><div>Thanks</div><div>Ramesh</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jun 5, 2019 at 9:24 AM Stephen Barry via FreeSWITCH-users <<a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br><br><br>---------- Forwarded message ----------<br>From: Stephen Barry <<a href="mailto:stephen.barry@sensical.net" target="_blank">stephen.barry@sensical.net</a>><br>To: "'<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>'" <<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>><br>Cc: <br>Bcc: <br>Date: Wed, 5 Jun 2019 14:52:02 +0000<br>Subject: Inbound transferred calls are dropped<br>Hi<br>
<br>
Please would anyone help point me in the right direction with a problem I am having on FreeSWITCH (Version 1.8.5 -6-31281a0bf1 64bit) on FusionPBX<br>
<br>
I have FS connected to Cisco Call Manager over a SIP trunk (insecure) and remote endpoints registering over the internet to FS secured with TLS and SRTP<br>
<br>
<CUCM PBX> --- [SIP Trunk TCP + RTP] --- <FS> --- <FW/NAT> --- [TLS Registration + SRTP] --- <FW/NAT> --- <Endpoint><br>
<br>
I can make calls in all directions with audio, problem is when I try to do an transfer from a phone on CUCM to the endpoint registered on FS the call drops. <br>
<br>
Here is the capture <a href="https://pastebin.freeswitch.org/view/214d3b21" rel="noreferrer" target="_blank">https://pastebin.freeswitch.org/view/214d3b21</a><br>
<br>
In this example it was a consultative transfer, the initial inbound call was answered OK, but when the transfer was initiated the call dropped.<br>
<br>
My understanding of the issue from analysing this trace is when the call is transferred CUCM sends a re-invite to put the call on hold maybe, that causes the following problems:<br>
<br>
Line 1546 2019-06-05 15:33:30.169172 [WARNING] switch_core_media.c:4877 RFC2543 from March 1999 called; They want their 0.0.0.0 hold method back.....<br>
Line 1587 2019-06-05 15:33:30.429173 [WARNING] switch_core_media.c:5551 Crypto not negotiated but required.<br>
Line 1590 2019-06-05 15:33:30.429173 [DEBUG] sofia.c:8216 Reinvite resulted in codec negotiation failure.<br>
<br>
I have exhausted my limited knowledge of what is going wrong and how to fix this and would be very grateful of assistance.<br>
<br>
Thanks<br>
Steve<br>
<br>
<br><br><br>---------- Forwarded message ----------<br>From: Stephen Barry via FreeSWITCH-users <<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>><br>To: "'<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>'" <<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>><br>Cc: <br>Bcc: <br>Date: Wed, 05 Jun 2019 08:24:52 -0700 (PDT)<br>Subject: [Freeswitch-users] Inbound transferred calls are dropped<br>_________________________________________________________________________<br>
<br>
The FreeSWITCH project is sponsored by SignalWire <a href="https://signalwire.com" rel="noreferrer" target="_blank">https://signalwire.com</a><br>
Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services.<br>
Build your next product on our scalable cloud platform.<br>
<br>
Join our online community to chat in real time <a href="https://signalwire.community" rel="noreferrer" target="_blank">https://signalwire.community</a><br>
<br>
Professional FreeSWITCH Services<br>
<a href="mailto:sales@freeswitch.com" target="_blank">sales@freeswitch.com</a><br>
<a href="https://freeswitch.com" rel="noreferrer" target="_blank">https://freeswitch.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="https://freeswitch.com/oss" rel="noreferrer" target="_blank">https://freeswitch.com/oss</a><br>
<a href="https://freeswitch.org/confluence" rel="noreferrer" target="_blank">https://freeswitch.org/confluence</a><br>
<a href="https://cluecon.com" rel="noreferrer" target="_blank">https://cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="https://freeswitch.com" rel="noreferrer" target="_blank">https://freeswitch.com</a></blockquote></div>