Thank you for your help
Jan
No, that is a bug in the pbx session timer negotiation. We don’t see that often. I’d suggest reporting the bug to them, the only solution on our side would be to disable.
On Feb 8, 2017, at 12:56 PM, Jan Furi <furi@vmtele.com> wrote:
_________________________________________________________________________Thank you Michael for your advice.
I am not an expert in session timers therefore I would be happy if anybody could explain whether current behavior is correct or not.
Customer makes a call :
Customer PBX -> INVITE requires Session-Expires: 90;refresher=uac
our FS1.6 returns in 200 OK : Session-Expires: 120;refresher=uas
After 90 seconds Customer's PBX sends BYE - I think because of Session-Expires: 90
For testing, I changes my sip profile to <param name="enable-timer" value="false"/>
This time, call was not ended by customer's PBX.
Do you think it can be NAT problem ? Honestly I am confused a bit with this issue.
BR,
Jan
On 08/02/2017 16:18, Michael Jerris wrote:
this typically happens in misconfiguted nat scrnarios, which would otherwise break habgup for the same call. Troubleshoot why the call is breaking and fix the issue is the best approach.
On Wed, Feb 8, 2017 at 8:48 AM Ján Füri <furi@vmtele.com> wrote:
_________________________________________________________________________Hi all,
I have a question about disabling enable-timer.
In my sip_profile i have <param name="enable-timer" value="true"/>. But one of our customer has a problem with it and his calls are ended after 90 sec.
I think 90 sec. is time that customer's pbx is set for rtp timer.
I don't want to change my sip profile enable-timer to false because it would influence all our customers. Is that possible to disable rtp timer in a dialplan ?
BR,
Jan Furi
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
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