When activate MoH two times from different legs, the call is silent or terminated
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 Freeswitch logs: https://pastebin.freeswitch.org/view/7f36d5ba Command to use sipp scenario sipp -i 172.21.0.1 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
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@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
Freeswitch logs: https://pastebin.freeswitch.org/view/7f36d5ba
Command to use sipp scenario sipp -i 172.21.0.1 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
It was fixed in one of these fixes. commit d1ccc77d4f8793cd6ea12f62db3e090905fbb368 Author: Mike Jerris <mike@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@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@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@itcenter.com.pt <mailto:jose.lopes@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Hello Mike, Thanks for the information. Best Regards, Jose Lopes 2016-12-22 23:28 GMT+00:00 Michael Jerris <mike@jerris.com>:
It was fixed in one of these fixes.
commit d1ccc77d4f8793cd6ea12f62db3e090905fbb368 Author: Mike Jerris <mike@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@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@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@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
Freeswitch logs: https://pastebin.freeswitch.org/view/7f36d5ba
Command to use sipp scenario sipp -i 172.21.0.1 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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (2)
-
José Lopes
-
Michael Jerris