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

[Callum Guy]

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.










-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20210312/dcaf9453/attachment-0001.html>