[Freeswitch-users] session timer - enable/disable per call

[Steven Ayre]

Actually that might not be correct. Some validation will have happened (422
session interval too small) but while the INVITE will have offered session
timers but there's nothing in 100 Trying to accept them, that isn't until
18x/200. So it might be possible to enable/disable them, just not play with
the accepted range much.

On 6 September 2017 at 00:24, Gabriel Kuri <gkuri at ieee.org> wrote:

> Two profiles would be an option. It'd be nice if it was configurable
> per call, but I get it, if it's done before even hitting the dialplan,
> it doesn't matter much.
>
> I'll give the two profiles a try.
>
> On Fri, Sep 1, 2017 at 12:08 PM, Steven Ayre <steveayre at gmail.com> wrote:
> > AFAIK it's negotiated session timers before hitting the dialplan so you
> > couldn't do that without significant changes to FS.
> >
> > Can you run two sofia profiles on different ports with and without
> timers?
> > You could get the vendor to use the profile with timers disabled. If they
> > follow it you might be able to redirect them in dialplan from one
> profile to
> > the other on a call-by-call basis.
> >
> > On 31 August 2017 at 16:27, Gabriel Kuri <gkuri at ieee.org> wrote:
> >>
> >> Is it possible to either:
> >>
> >> a) enable/disable the session timer per call, via the dialplan?
> >> b) change the session timeout value per call, via the dialplan?
> >>
> >> Currently, it's set in the sofia profile, either:
> >>
> >> <param name="enable-timer" value="false"/>
> >>
> >> or
> >>
> >> <param name="session-timeout" value="xxx"/>
> >>
> >>
> >> However, it would be great if it could be changed/set per call.
> >>
> >> If you ask why, a particular device when it receives a re-invite
> >> mid-call decides to re-invite an already established T.38 call to PCMU
> >> which breaks the FAX transmission.
> >>
> >> Yes, this is a long fax :)
> >>
> >> Unfortunately, the vendor won't fix, so it'd be nice for these devices
> >> to be able to simply disable or set the timer to a really long time in
> >> the dialplan.
> >>
> >> Thanks ...
> >>
> >> ____________________________________________________________
> _____________
> >> 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
> >
> >
> >
> > ____________________________________________________________
> _____________
> > 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
>
> _________________________________________________________________________
> 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/20170906/e9951c3a/attachment.html>