[OpenSIPS-Users] Changing the expire parameter in the Contact field

Fri Mar 12 15:16:54 EST 2021

You can also use the "subst" function from the textops module to make
changes to the Contact HF using a regexp

On Fri, 12 Mar 2021 at 14:50, Joseph Barrero <joebarrero at gmail.com> wrote:

> Ovidiu, thank you for the suggestion.  I don't know why I didn't think
> that remove_hf would work, but after I re-read the module documents it
> looks as though it will do what I need.  I will give it a try.  Thank you
> again!
>
> - Joe
>
> On Fri, Mar 12, 2021 at 7:55 AM Ovidiu Sas <osas at voipembedded.com> wrote:
>
>> You can save the received header into a variable, perform changes to it,
>> remove the old Contact header and append the new one (from the variable).
>>
>> -ovidiu
>>
>> On Fri, Mar 12, 2021 at 8:48 AM Joseph Barrero <joebarrero at gmail.com>
>> wrote:
>>
>>> Callum,
>>>
>>> Unfortunately, the contact information and parameters are read-only and
>>> cannot be set using a transformation.  I've also tried fix_nated_contact
>>> and it appends an additional expire parameter to the end of the contact
>>> header.  As such, I end up with, expires=486;expires=60.
>>>
>>> - Joe
>>>
>>> On Fri, Mar 12, 2021 at 5:41 AM Callum Guy <callum.guy at x-on.co.uk>
>>> wrote:
>>>
>>>> Hi Joseph,
>>>>
>>>> I haven't fully digested your scenario however you may have some luck
>>>> using the nathelper function fix_nated_contact - presuming NAT is not an
>>>> issue.
>>>>
>>>>
>>>> https://opensips.org/html/docs/modules/3.1.x/nathelper.html#func_fix_nated_contact
>>>>
>>>> Otherwise you'll probably be able to achieve this using general
>>>> transformations, should be quite straightforward if you only have a single
>>>> Contact:
>>>>
>>>> https://www.opensips.org/Documentation/Script-Tran-3-1#toc60
>>>>
>>>> Hope that helps,
>>>>
>>>> Callum
>>>>
>>>>
>>>> On Fri, 12 Mar 2021 at 03:55, Joseph Barrero <joebarrero at gmail.com>
>>>> wrote:
>>>>
>>>>> Is there a way to replace the expires parameter in a Contact header
>>>>> within a reply route?
>>>>>
>>>>> The issue I'm trying to solve is the following.
>>>>>
>>>>> I have two OpenSIPS servers, a primary and a backup.  The OpenSIPS
>>>>> server is performing mid-registrar duties for Freeswitch.  However, when I
>>>>> take the primary OpenSIPS server down for maintenance and bring it back
>>>>> online, Freeswitch still has the other registration active.  When the UA
>>>>> tries to register again on the primary OpenSIPS server, the mid-register
>>>>> module sends a request over to Freeswitch, and Freeswitch returns two
>>>>> contacts; one contact with the modparam("mid_registrar",
>>>>> "outgoing_expires", 600) value and the other contact with an expiration of
>>>>> whatever value it happens to be on (in this example it is 600 - time
>>>>> elapsed) from the registration created by the secondary OpenSIPS server.
>>>>>
>>>>> The problem is that the expiration parameter in the 200 Ok reply to
>>>>> the UA from OpenSIPS on a successful registration has the second expiration
>>>>> value instead of the shorter expiration value set in
>>>>> modparam("mid_registrar", "max_expires", 60).
>>>>>
>>>>> The result, is that the UA goes from 60-second registrations to
>>>>> whatever the second expiration value had at the time (a value between 0 and
>>>>> 599).  When the second expiration is higher than 60 seconds, the UA's
>>>>> registration is expired on OpenSIPS for up to 599 seconds.
>>>>>
>>>>> What I'd like to do is simply change the expire parameter in the
>>>>> contact header to 60 seconds on the reply route.
>>>>>
>>>>> Any help will be greatly appreciated.
>>>>>
>>>>> Thank you,
>>>>> Joe Barrero
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users at lists.opensips.org
>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>>
>>>>
>>>>
>>>> *0333 332 0000  |  x-on.co.uk <https://www.x-on.co.uk>  |   **
>>>> <https://www.linkedin.com/company/x-on>   <https://www.facebook.com/XonTel>
>>>>   <https://twitter.com/xonuk> **  |  Coronavirus
>>>> <https://www.x-on.co.uk/service/surgery-connect/coronavirus.htm>**
>>>> |  Practice Index Reviews <https://practiceindex.co.uk/gp/x-on>*
>>>>
>>>> THE ITSPA AWARDS 2020 <http://www.itspa.org.uk/itspa-awards> AND Best
>>>> ITSP - Mid Market, Best Software and Best Vertical Solution are trade marks
>>>> of the Internet Telephony Services Providers' Association, used under
>>>> licence.
>>>>
>>>> *From April 1st 2021 our office address will change to: Units 22-24
>>>> Riduna Park, Melton IP12 1QT.*
>>>>
>>>> X-on is a trading name of Storacall Technology Ltd a limited company
>>>> registered in England and Wales.
>>>> Registered Office : Avaland House, 110 London Road, Apsley, Hemel
>>>> Hempstead, Herts, HP3 9SD. Company Registration No. 2578478.
>>>> The information in this e-mail is confidential and for use by the
>>>> addressee(s) only. If you are not the intended recipient, please notify
>>>> X-on immediately on +44(0)333 332 0000 and delete the
>>>> message from your computer. If you are not a named addressee you must
>>>> not use, disclose, disseminate, distribute, copy, print or reply to this
>>>> email. Views or opinions expressed by an individual
>>>> within this email may not necessarily reflect the views of X-on or its
>>>> associated companies. Although X-on routinely screens for viruses,
>>>> addressees should scan this email and any attachments
>>>> for viruses. X-on makes no representation or warranty as to the absence
>>>> of viruses in this email or any attachments.
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.opensips.org
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>
>>
>> --
>> VoIP Embedded, Inc.
>> http://www.voipembedded.com
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20210312/7a84eb23/attachment.html>