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

2021-03-12 Thread Mark Allen
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  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  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 
>> 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 
>>> 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 
 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@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>


 *0333 332   |  x-on.co.uk   |   **
    
    **  |  Coronavirus
 **
 |  Practice Index Reviews *

 THE ITSPA AWARDS 2020  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  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. View

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

2021-03-12 Thread Joseph Barrero
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  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 
> 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  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 
>>> 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@lists.opensips.org
 http://lists.opensips.org/cgi-bin/mailman/listinfo/users

>>>
>>>
>>> *0333 332   |  x-on.co.uk   |   **
>>>    
>>>    **  |  Coronavirus
>>> **
>>> |  Practice Index Reviews *
>>>
>>> THE ITSPA AWARDS 2020  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  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

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

2021-03-12 Thread Ovidiu Sas
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  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  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 
>> 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@lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>
>>
>> *0333 332   |  x-on.co.uk   |   **
>>    
>>    **  |  Coronavirus
>> **
>> |  Practice Index Reviews *
>>
>> THE ITSPA AWARDS 2020  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  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@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>


-- 

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

2021-03-12 Thread Joseph Barrero
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  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  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@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>
>
> *0333 332   |  x-on.co.uk   |   **
>    
>    **  |  Coronavirus
> **
> |  Practice Index Reviews *
>
> THE ITSPA AWARDS 2020  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  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@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


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

2021-03-12 Thread 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  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@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

-- 





*0333 332   |  x-on.co.uk   |   ** 
    
   **  |  Coronavirus 
**  |  
Practice Index Reviews *


THE ITSPA 
AWARDS 2020  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  
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@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


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

2021-03-11 Thread Joseph Barrero
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@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users