[Freeswitch-users] Inbound transferred calls are dropped

[Ramesh Kandasamy]

Please ignore the statement about crypto line. It is just the warning.

On Wed, Jun 5, 2019 at 11:20 AM Ramesh Kandasamy <ramelcom at gmail.com> wrote:

> 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.
> 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.
>
> Thanks
> Ramesh
>
> On Wed, Jun 5, 2019 at 9:24 AM Stephen Barry via FreeSWITCH-users <
> freeswitch-users at lists.freeswitch.org> wrote:
>
>>
>>
>>
>> ---------- Forwarded message ----------
>> From: Stephen Barry <stephen.barry at sensical.net>
>> To: "'freeswitch-users at lists.freeswitch.org'" <
>> freeswitch-users at lists.freeswitch.org>
>> Cc:
>> Bcc:
>> Date: Wed, 5 Jun 2019 14:52:02 +0000
>> Subject: Inbound transferred calls are dropped
>> Hi
>>
>> 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
>>
>> 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
>>
>> <CUCM PBX> --- [SIP Trunk TCP + RTP] --- <FS> --- <FW/NAT> --- [TLS
>> Registration + SRTP] --- <FW/NAT> --- <Endpoint>
>>
>> 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.
>>
>> Here is the capture https://pastebin.freeswitch.org/view/214d3b21
>>
>> In this example it was a consultative transfer, the initial inbound call
>> was answered OK, but when the transfer was initiated the call dropped.
>>
>> 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:
>>
>> 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.....
>> Line 1587 2019-06-05 15:33:30.429173 [WARNING] switch_core_media.c:5551
>> Crypto not negotiated but required.
>> Line 1590 2019-06-05 15:33:30.429173 [DEBUG] sofia.c:8216 Reinvite
>> resulted in codec negotiation failure.
>>
>> I have exhausted my limited knowledge of what is going wrong and how to
>> fix this and would be very grateful of assistance.
>>
>> Thanks
>> Steve
>>
>>
>>
>>
>> ---------- Forwarded message ----------
>> From: Stephen Barry via FreeSWITCH-users <
>> freeswitch-users at lists.freeswitch.org>
>> To: "'freeswitch-users at lists.freeswitch.org'" <
>> freeswitch-users at lists.freeswitch.org>
>> Cc:
>> Bcc:
>> Date: Wed, 05 Jun 2019 08:24:52 -0700 (PDT)
>> Subject: [Freeswitch-users] Inbound transferred calls are dropped
>> _________________________________________________________________________
>>
>> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com
>> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN
>> services.
>> Build your next product on our scalable cloud platform.
>>
>> Join our online community to chat in real time
>> https://signalwire.community
>>
>> Professional FreeSWITCH Services
>> sales at freeswitch.com
>> https://freeswitch.com
>>
>> Official FreeSWITCH Sites
>> https://freeswitch.com/oss
>> https://freeswitch.org/confluence
>> https://cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> https://freeswitch.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20190605/2aaf6265/attachment-0001.html>