[Freeswitch-users] When activate MoH two times from different legs, the call is silent or terminated

[Michael Jerris]

It was fixed in one of these fixes.

commit d1ccc77d4f8793cd6ea12f62db3e090905fbb368
Author: Mike Jerris <mike at jerris.com>
Date:   Thu Dec 15 14:01:54 2016 -0600

    FS-9854: [mod_sofia] SDP O/A fails to put sdp in messages after certain kinds of sip traffic

commit 3387b90705b7aa6f308316dc828ae96b6ab8ad79
Author: Brian West <brian at freeswitch.org>
Date:   Tue Dec 13 16:39:57 2016 -0600

    FS-9829 #resolve [FreeSWITCH 200ok to second reINVITE on a dialog doesn't contain an SDP.]

I think this specific issue is in the 3387b90 commit, but the other commit is similar scenarios that will cause the same sort of issue

I do plan on working on backporting both of these to the v1.6 branch for the next release, but have not completed that yet.

Mike

> On Dec 22, 2016, at 10:57 AM, José Lopes <jose.lopes at itcenter.com.pt> wrote:
> 
> Hello,
> 
> I have tested with master branch and I verified that I don't have this issue.
> 
> This issue will be solved at stable version?
> 
> What it is the commit id that solves this issue?
> 
> Thanks in advance.
> 
> Best Regards,
> Jose Lopes
> 
> 
> 2016-11-22 18:40 GMT+00:00 José Lopes <jose.lopes at itcenter.com.pt <mailto:jose.lopes at itcenter.com.pt>>:
> Hello,
> 
> I have a FreeSwitch with vanilla configuration connected to an SIP Provider.
> I configured the proxy-hold=true configuration on Sofia Internal profile so when i activate the Hold on internal sip regs, it will be forwarded to SIP Provider.
> 
> The SIP Provider provides MoH when requested.
> 
> I have a problem that results on the call on silent or terminated by SIP Provider when I do the next actions: 
> 1- I receive a call from the SIP Provider
> 2- the caller activate MoH and deactivate MoH
> 3- the callee activate the MoH
> 4- Now the call is silent (with other SIP Provider the call is dropped by SIP Provider)
> 
> I notice that on step 3, the FreeSwitch send a Re-INVITE without SDP, so I think this causes the call to be silent, or sometimes the SIP Provider drop the call.
> 
> I replicate this issue creating a sipp scenario and verified this issue.
> 
> SIPP scenario to replicate this issue
> https://pastebin.freeswitch.org/view/afbae914 <https://pastebin.freeswitch.org/view/afbae914>
> 
> Freeswitch logs:
> https://pastebin.freeswitch.org/view/7f36d5ba <https://pastebin.freeswitch.org/view/7f36d5ba>
> 
> Command to use sipp scenario
> sipp  -i 172.21.0.1 172.21.0.11:5080 <http://172.21.0.11:5080/> -s 1001 -sf scenario.xml -m 1 -l 1 -r 1 -rp 1000
> 
> #172.21.0.1 -> local ip
> #172.21.0.11 -> Freeswitch IP
> 
> 
> 
> Best regards,
> Jose Lopes
> 
> 
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services: 
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
> 
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.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
> http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161222/3e5c0e8e/attachment.html