[SR-Users] Different REGISTER expires based on User-Agent

David Villasmil david.villasmil.work at gmail.com
Sun Feb 9 00:47:46 CET 2020


I wonder whether changing the expire value constantly will impact all
expires, as opposed to just the one you’re trying to set it to. If, say you
lower it for a register, will that expire all existing registers?

On Sat, 8 Feb 2020 at 18:12, mayamatakeshi <mayamatakeshi at gmail.com> wrote:

>
>
> On Mon, Feb 3, 2020 at 7:24 AM Alex Balashov <abalashov at evaristesys.com>
> wrote:
>
>> On Mon, Feb 03, 2020 at 07:17:42AM +0900, mayamatakeshi wrote:
>>
>> > is it possible to reply with a different expires for a REGISTER
>> depending
>> > on some condition like the User-Agent?
>> > I am thinking maybe I can use:
>> >   $ulc(profile=>expires) = 600
>>
>> Expiration is ultimately in the hands of the registrar, and the
>> registrar is free to reply with an expiration different to what the
>> registrant has requested.
>>
>> Expiration policy is generally controlled by:
>>
>>
>> https://kamailio.org/docs/modules/5.3.x/modules/registrar.html#registrar.p.min_expires
>>
>>
>> https://kamailio.org/docs/modules/5.3.x/modules/registrar.html#registrar.p.max_expires
>>
>> and some related modparams near the top.
>>
>> As far as I am aware, there is no way to override the expiration
>> decisions of the registrar in a custom way.
>>
>>
> I think you are right.
> I will try a different approach that is to enlarge the allowed registrar
> expires range using the above parameter and then change the value of the
> Expires in the REGISTER message before passing it to registrar module.
> Thanks.
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20200208/1a42e1fa/attachment.html>


More information about the sr-users mailing list