From razvan at opensips.org  Sun Feb  2 05:00:26 2020
From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=)
Date: Sun, 2 Feb 2020 12:00:26 +0200
Subject: [OpenSIPS-Users] change body from utf8 to utf16.
In-Reply-To: <b8cf9f2e-b3e3-0ae8-06a2-d7640fad98e7@democon.be>
References: <b8cf9f2e-b3e3-0ae8-06a2-d7640fad98e7@democon.be>
Message-ID: <9efca6cf-b78f-ba4f-e609-7d41c5243fef@opensips.org>

Nope, unfortunately this is not supported yet.

Best regards,
Răzvan

On 1/31/20 11:20 AM, johan wrote:
> Is there a way in opensips to change a strings encoding from utf8 to 
> utf16 ?
>
>
> BR,
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users


From david.villasmil.work at gmail.com  Sun Feb  2 08:32:33 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Sun, 2 Feb 2020 13:32:33 +0000
Subject: [OpenSIPS-Users] change body from utf8 to utf16.
In-Reply-To: <9efca6cf-b78f-ba4f-e609-7d41c5243fef@opensips.org>
References: <b8cf9f2e-b3e3-0ae8-06a2-d7640fad98e7@democon.be>
 <9efca6cf-b78f-ba4f-e609-7d41c5243fef@opensips.org>
Message-ID: <CAFGRPVoe2viES_nRFQiD3bRrEhmN9G358G+mD=Crn00ys3xp=A@mail.gmail.com>

You can always use
https://opensips.org/html/docs/modules/2.4.x/exec.html to execute an
external script calling iconv.

On Sun, 2 Feb 2020 at 10:00, Răzvan Crainea <razvan at opensips.org> wrote:

> Nope, unfortunately this is not supported yet.
>
> Best regards,
> Răzvan
>
> On 1/31/20 11:20 AM, johan wrote:
> > Is there a way in opensips to change a strings encoding from utf8 to
> > utf16 ?
> >
> >
> > BR,
> >
> >
> > _______________________________________________
> > 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
>
-- 
Regards,

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

From razvan at opensips.org  Tue Feb  4 05:49:55 2020
From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=)
Date: Tue, 4 Feb 2020 12:49:55 +0200
Subject: [OpenSIPS-Users] opensips.org maintenance window scheduled
Message-ID: <9b721410-264b-118a-d5bc-b70012cc7613@opensips.org>

Hi, Everyone!

Just a small heads-up: tomorrow, 05th of February 2020, we are planning 
to do some maintenance on the opensips.org server infrastructure.
The affected window is 10:00 - 12:00 EET[1]. During this time, the 
opensips.org website will be affected, as well as the voip.opensips.org 
service.
We will let you know as soon as the intervention is completed.

[1] 
https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenSIPS.org+Maintenance+Window&iso=20200205T10&p1=49&ah=2

Best regards,
-- 
Răzvan Crainea
OpenSIPS Core Developer
   http://www.opensips-solutions.com


From bogdan at opensips.org  Tue Feb  4 06:52:31 2020
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Tue, 4 Feb 2020 13:52:31 +0200
Subject: [OpenSIPS-Users] Poll for OpenSIPS 3.1 Features
In-Reply-To: <CAOvQDeuFHgoEeUCOLHRCYXh0SEDcfK9MSMj6XhfjwXnt_gDrcQ@mail.gmail.com>
References: <138c9ea1-7d49-e2f2-24ed-5a13c3dbddd0@opensips.org>
 <8eaa749c-f68d-2db9-9ca5-28ac4f4f5b45@opensips.org>
 <CAOvQDeuFHgoEeUCOLHRCYXh0SEDcfK9MSMj6XhfjwXnt_gDrcQ@mail.gmail.com>
Message-ID: <5ffdce42-3d4f-02a6-4a26-e3f23a8f1c2e@opensips.org>

Hey Mark,

We are in the process of designing some of these items (including the 
Calling API) - once the document is ready, we will make it public.

For example, in the next 1-2 days will be publish the document on the 
Media Mixing.

Best regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
OpenSIPS Summit, Amsterdam, May 2020
   https://www.opensips.org/events/Summit-2020Amsterdam/
OpenSIPS Bootcamp, Miami, March 2020
   https://opensips.org/training/OpenSIPS_Bootcamp_2020/

On 1/31/20 4:13 PM, Mark Farmer wrote:
> Hi all
>
> I am very interested in the Calling API. I am in the process of 
> gathering ideas for a new telephony application and this might be 
> really useful.
> Is there more information available than what is in the planning document?
>
> Many thanks
> Mark.
>
>
> On Wed, 15 Jan 2020 at 09:06, Răzvan Crainea <razvan at opensips.org 
> <mailto:razvan at opensips.org>> wrote:
>
>     Hi, everyone!
>
>     Now that the poll is closed, we have published its results on the
>     Planning page[1].
>
>     The following steps are for us to proceed with the development of the
>     features in the poll result[1], prioritizing them based on the
>     community's contributions. Thank you all for you valuable input!
>
>     In order for you to keep track of the development process, we will
>     update the poll real-time with the status of each feature. So make
>     sure
>     you keep an eye on the poll results page for more information
>     about the
>     progress!
>
>     [1]
>     https://www.opensips.org/Development/Opensips-3-1-Planning#poll-results
>
>     Best regards,
>     Răzvan
>
>     On 1/6/20 12:41 PM, Bogdan-Andrei Iancu wrote:
>     > Hi all,
>     >
>     > This is just a quick reminder - you have only one week left to
>     provide
>     > your feedback and contribution in regards to the feature set of
>     OpenSIPS
>     > 3.1 future release.
>     >
>     >
>     https://docs.google.com/forms/d/e/1FAIpQLSde95VK-9v29HrXVY6CyNrtjNZsEuBK1eS7MkBMEm-GF83dNQ/viewform
>
>     >
>     >
>     > Do not forget, 13th of Jan (23:59 PM GMT) is the last day, and your
>     > opinion matters to us !
>     >
>     >
>     > Best regards,
>     >
>
>     -- 
>     Răzvan Crainea
>     OpenSIPS Core Developer
>     http://www.opensips-solutions.com
>
>     _______________________________________________
>     Users mailing list
>     Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>     http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> -- 
> Mark Farmer
> farmorg at gmail.com <mailto:farmorg at gmail.com>
>
> _______________________________________________
> 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/20200204/c64d894b/attachment.html>

From suharik71 at gmail.com  Tue Feb  4 08:39:51 2020
From: suharik71 at gmail.com (=?UTF-8?B?0JDQvdGC0L7QvSDQldGA0YjQvtCy?=)
Date: Tue, 4 Feb 2020 16:39:51 +0300
Subject: [OpenSIPS-Users] uac_replace_from/to
Message-ID: <CAMp8X_vJC_2o_SzrQ=3+M1hQqxPsE5P-d+ygveWjecxhC80cCQ@mail.gmail.com>

Hello friends
Help me to understand. In request_route i make replace from and to fields.
After an unsuccessful attempt to invite, I try to direct the call to
another place and again I need to replace the from and to fields. But
instead of replacing, new values are simply added

route {
    ...
    route(rewrite_header);
    ...
}
failure_route[missed_call] {
    setflag(need_uac_restore);
    ...
    route(rewrite_header);
}
route[rewrite_header] {
    if (isflagset(need_uac_restore)) {
        xlog("L_INFO", "[ $ci ] - restore from and to fields\n");
        uac_restore_from();
        uac_restore_to();
    }
     uac_replace_from("","sip:$avp(fromuser)@$avp(fromdomain)");
     uac_replace_to("","sip:$avp(touser)@$avp(todomain)");
}

in the end I get such fields

From:  <sip:2220222 at 10.10.10.10><sip:5274274 at sipofon.loc
>;tag=fe654d87-7565-408f-9925-98a5bac99e1c
To: <sip:3865071 at 10.10.10.10><sip:3865071 at sipofon.loc>

it simply appends the new value to the old and does not replace it
changing replace modes in uac module does not change behavior
in debug log i see this

DBG:uac:replace_uri: uri to replace [<sip:2220222 at 10.23.100.40>],
replacement is [<sip:79385274274 at multifon.ru>]
DBG:dialog:new_dlg_val: inserting <739823>=<<sip:5274274 at sipofon.loc>>
DBG:dialog:store_dlg_value_unsafe: var found-> <<sip:2220222 at 10.10.10.10>>!
DBG:uac:replace_uri: uri to replace [<sip:3865071 at 10.100.100.100>],
replacement is [<sip:3865071 at sipofon.loc>]
DBG:dialog:new_dlg_val: inserting <739824>=<<sip:3865071 at sipofon.loc>>
DBG:dialog:store_dlg_value_unsafe: var found-> <<sip:3865071 at 10.10.10.10>>!

10.23.100.40 - call initiator
10.10.10.10 - where should the call go first
10.100.100.100 - opensips
sipofon.loc - where should the call go after failure_route has worked
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200204/fb0bcbca/attachment.html>

From social at bohboh.info  Tue Feb  4 09:25:04 2020
From: social at bohboh.info (Social Boh)
Date: Tue, 4 Feb 2020 09:25:04 -0500
Subject: [OpenSIPS-Users] Federated User Location Cluster and subscriber
	table
Message-ID: <fea02465-6c4e-478b-2de0-250dff120d0b@bohboh.info>

Hello,

if I using a Federate User Location Cluster, do all OpenSIPs servers use 
the same subscriber table?

If it were like that, do I have to use a centralized database?

Thank you

Regards

-- 
---
I'm SoCIaL, MayBe



From david.villasmil.work at gmail.com  Tue Feb  4 10:00:10 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 4 Feb 2020 16:00:10 +0100
Subject: [OpenSIPS-Users] uac_replace_from/to
In-Reply-To: <CAMp8X_vJC_2o_SzrQ=3+M1hQqxPsE5P-d+ygveWjecxhC80cCQ@mail.gmail.com>
References: <CAMp8X_vJC_2o_SzrQ=3+M1hQqxPsE5P-d+ygveWjecxhC80cCQ@mail.gmail.com>
Message-ID: <CAFGRPVomvQ53nOC_ehf6rs-OSt-_8Nyr3Unfy5LcoCfyH2KRrw@mail.gmail.com>

Dlg_manage() maybe?

On Tue, 4 Feb 2020 at 14:40, Антон Ершов <suharik71 at gmail.com> wrote:

> Hello friends
> Help me to understand. In request_route i make replace from and to fields.
> After an unsuccessful attempt to invite, I try to direct the call to
> another place and again I need to replace the from and to fields. But
> instead of replacing, new values are simply added
>
> route {
>     ...
>     route(rewrite_header);
>     ...
> }
> failure_route[missed_call] {
>     setflag(need_uac_restore);
>     ...
>     route(rewrite_header);
> }
> route[rewrite_header] {
>     if (isflagset(need_uac_restore)) {
>         xlog("L_INFO", "[ $ci ] - restore from and to fields\n");
>         uac_restore_from();
>         uac_restore_to();
>     }
>      uac_replace_from("","sip:$avp(fromuser)@$avp(fromdomain)");
>      uac_replace_to("","sip:$avp(touser)@$avp(todomain)");
> }
>
> in the end I get such fields
>
> From:  <sip:2220222 at 10.10.10.10><sip:5274274 at sipofon.loc
> >;tag=fe654d87-7565-408f-9925-98a5bac99e1c
> To: <sip:3865071 at 10.10.10.10><sip:3865071 at sipofon.loc>
>
> it simply appends the new value to the old and does not replace it
> changing replace modes in uac module does not change behavior
> in debug log i see this
>
> DBG:uac:replace_uri: uri to replace [<sip:2220222 at 10.23.100.40>],
> replacement is [<sip:79385274274 at multifon.ru>]
> DBG:dialog:new_dlg_val: inserting <739823>=<<sip:5274274 at sipofon.loc>>
> DBG:dialog:store_dlg_value_unsafe: var found-> <<sip:2220222 at 10.10.10.10
> >>!
> DBG:uac:replace_uri: uri to replace [<sip:3865071 at 10.100.100.100>],
> replacement is [<sip:3865071 at sipofon.loc>]
> DBG:dialog:new_dlg_val: inserting <739824>=<<sip:3865071 at sipofon.loc>>
> DBG:dialog:store_dlg_value_unsafe: var found-> <<sip:3865071 at 10.10.10.10
> >>!
>
> 10.23.100.40 - call initiator
> 10.10.10.10 - where should the call go first
> 10.100.100.100 - opensips
> sipofon.loc - where should the call go after failure_route has worked
>
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
-- 
Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200204/51903771/attachment-0001.html>

From bogdan at opensips.org  Tue Feb  4 10:54:17 2020
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Tue, 4 Feb 2020 17:54:17 +0200
Subject: [OpenSIPS-Users] uac_replace_from/to
In-Reply-To: <CAMp8X_vJC_2o_SzrQ=3+M1hQqxPsE5P-d+ygveWjecxhC80cCQ@mail.gmail.com>
References: <CAMp8X_vJC_2o_SzrQ=3+M1hQqxPsE5P-d+ygveWjecxhC80cCQ@mail.gmail.com>
Message-ID: <964d20fe-440c-b261-c339-d7316a6ad74b@opensips.org>

Hi Anton,

by default, the module does auto restore of the FROM/TO hdr. The 
restoring is done in the traffic flowing in the opposite direction than 
the initial request. So, the uac_restore_xx() is NOT an uac_undo_xx() !

As I understand, you do serial forking and for you want to do different, 
or not to do, uac_replaces for each branch. If this is the case, you 
need to do the uac_replace_xx() in the branch_route - by doing this, the 
change will impact only that branch, without any effect on the other 
branches.


branch_route[change_from]
{
     if ($avp(furi)!=NULL)
         uac_replace_from("$avp(furi)");
}

route {
     $avp(furi) = "...";
     t_on_branch("change_from");
t_on_failure("missed_call");
}


failure_route[missed_call]
{
     $ru = "..";

     $avp(furi) = "..."; # if you want a different FROM URI
$avp(furi) = NULL; # if you want to keep the original URI

     ....
}

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
OpenSIPS Summit, Amsterdam, May 2020
   https://www.opensips.org/events/Summit-2020Amsterdam/
OpenSIPS Bootcamp, Miami, March 2020
   https://opensips.org/training/OpenSIPS_Bootcamp_2020/

On 2/4/20 3:39 PM, Антон Ершов wrote:
> Hello friends
> Help me to understand. In request_route i make replace from and to 
> fields.
> After an unsuccessful attempt to invite, I try to direct the call to 
> another place and again I need to replace the from and to fields. But 
> instead of replacing, new values are simply added
>
> route {
>     ...
>     route(rewrite_header);
>     ...
> }
> failure_route[missed_call] {
>     setflag(need_uac_restore);
>     ...
>     route(rewrite_header);
> }
> route[rewrite_header] {
>     if (isflagset(need_uac_restore)) {
>         xlog("L_INFO", "[ $ci ] - restore from and to fields\n");
>         uac_restore_from();
>         uac_restore_to();
>     }
>    uac_replace_from("","sip:$avp(fromuser)@$avp(fromdomain)");
>      uac_replace_to("","sip:$avp(touser)@$avp(todomain)");
> }
>
> in the end I get such fields
>
> From:  <sip:2220222 at 10.10.10.10 
> <mailto:sip%3A2220222 at 10.10.10.10>><sip:5274274 at sipofon.loc>;tag=fe654d87-7565-408f-9925-98a5bac99e1c
> To: <sip:3865071 at 10.10.10.10 
> <mailto:sip%3A3865071 at 10.10.10.10>><sip:3865071 at sipofon.loc>
>
> it simply appends the new value to the old and does not replace it
> changing replace modes in uac module does not change behavior
> in debug log i see this
>
> DBG:uac:replace_uri: uri to replace [<sip:2220222 at 10.23.100.40 
> <mailto:sip%3A2220222 at 10.23.100.40>>], replacement is 
> [<sip:79385274274 at multifon.ru <mailto:sip%3A79385274274 at multifon.ru>>]
> DBG:dialog:new_dlg_val: inserting <739823>=<<sip:5274274 at sipofon.loc>>
> DBG:dialog:store_dlg_value_unsafe: var found-> 
> <<sip:2220222 at 10.10.10.10 <mailto:sip%3A2220222 at 10.10.10.10>>>!
> DBG:uac:replace_uri: uri to replace [<sip:3865071 at 10.100.100.100 
> <mailto:sip%3A3865071 at 10.100.100.100>>], replacement is 
> [<sip:3865071 at sipofon.loc>]
> DBG:dialog:new_dlg_val: inserting <739824>=<<sip:3865071 at sipofon.loc>>
> DBG:dialog:store_dlg_value_unsafe: var found-> 
> <<sip:3865071 at 10.10.10.10 <mailto:sip%3A3865071 at 10.10.10.10>>>!
>
> 10.23.100.40 - call initiator
> 10.10.10.10 - where should the call go first
> 10.100.100.100 - opensips
> sipofon.loc - where should the call go after failure_route has worked
>
>
>
>
>
>
> _______________________________________________
> 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/20200204/20c9f117/attachment.html>

From suharik71 at gmail.com  Tue Feb  4 11:17:23 2020
From: suharik71 at gmail.com (=?UTF-8?B?0JDQvdGC0L7QvSDQldGA0YjQvtCy?=)
Date: Tue, 4 Feb 2020 19:17:23 +0300
Subject: [OpenSIPS-Users] uac_replace_from/to
In-Reply-To: <964d20fe-440c-b261-c339-d7316a6ad74b@opensips.org>
References: <CAMp8X_vJC_2o_SzrQ=3+M1hQqxPsE5P-d+ygveWjecxhC80cCQ@mail.gmail.com>
 <964d20fe-440c-b261-c339-d7316a6ad74b@opensips.org>
Message-ID: <CAMp8X_s7EecRMbKKh1c9k4Ug4PX4OmVay5X1hetCmOh0vytozQ@mail.gmail.com>

omg! of course. thx!

вт, 4 февр. 2020 г. в 18:54, Bogdan-Andrei Iancu <bogdan at opensips.org>:

> Hi Anton,
>
> by default, the module does auto restore of the FROM/TO hdr. The restoring
> is done in the traffic flowing in the opposite direction than the initial
> request. So, the uac_restore_xx() is NOT an uac_undo_xx() !
>
> As I understand, you do serial forking and for you want to do different,
> or not to do, uac_replaces for each branch. If this is the case, you need
> to do the uac_replace_xx() in the branch_route - by doing this, the change
> will impact only that branch, without any effect on the other branches.
>
>
> branch_route[change_from]
> {
>     if ($avp(furi)!=NULL)
>         uac_replace_from("$avp(furi)");
> }
>
> route {
>     $avp(furi) = "...";
>     t_on_branch("change_from");
>     t_on_failure("missed_call");
> }
>
>
> failure_route[missed_call]
> {
>     $ru = "..";
>
>     $avp(furi) = "..."; # if you want a different FROM URI
>     $avp(furi) = NULL; # if you want to keep the original URI
>
>     ....
> }
>
> Regards,
>
> Bogdan-Andrei Iancu
>
> OpenSIPS Founder and Developer
>   https://www.opensips-solutions.com
> OpenSIPS Summit, Amsterdam, May 2020
>   https://www.opensips.org/events/Summit-2020Amsterdam/
> OpenSIPS Bootcamp, Miami, March 2020
>   https://opensips.org/training/OpenSIPS_Bootcamp_2020/
>
> On 2/4/20 3:39 PM, Антон Ершов wrote:
>
> Hello friends
> Help me to understand. In request_route i make replace from and to
> fields.
> After an unsuccessful attempt to invite, I try to direct the call to
> another place and again I need to replace the from and to fields. But
> instead of replacing, new values are simply added
>
> route {
>     ...
>     route(rewrite_header);
>     ...
> }
> failure_route[missed_call] {
>     setflag(need_uac_restore);
>     ...
>     route(rewrite_header);
> }
> route[rewrite_header] {
>     if (isflagset(need_uac_restore)) {
>         xlog("L_INFO", "[ $ci ] - restore from and to fields\n");
>         uac_restore_from();
>         uac_restore_to();
>     }
>      uac_replace_from("","sip:$avp(fromuser)@$avp(fromdomain)");
>      uac_replace_to("","sip:$avp(touser)@$avp(todomain)");
> }
>
> in the end I get such fields
>
> From:  <sip:2220222 at 10.10.10.10><sip:5274274 at sipofon.loc>
> ;tag=fe654d87-7565-408f-9925-98a5bac99e1c
> To: <sip:3865071 at 10.10.10.10><sip:3865071 at sipofon.loc>
>
> it simply appends the new value to the old and does not replace it
> changing replace modes in uac module does not change behavior
> in debug log i see this
>
> DBG:uac:replace_uri: uri to replace [<sip:2220222 at 10.23.100.40>],
> replacement is [<sip:79385274274 at multifon.ru>]
> DBG:dialog:new_dlg_val: inserting <739823>=<<sip:5274274 at sipofon.loc>>
> DBG:dialog:store_dlg_value_unsafe: var found-> <<sip:2220222 at 10.10.10.10
> >>!
> DBG:uac:replace_uri: uri to replace [<sip:3865071 at 10.100.100.100>],
> replacement is [<sip:3865071 at sipofon.loc>]
> DBG:dialog:new_dlg_val: inserting <739824>=<<sip:3865071 at sipofon.loc>>
> DBG:dialog:store_dlg_value_unsafe: var found-> <<sip:3865071 at 10.10.10.10
> >>!
>
> 10.23.100.40 - call initiator
> 10.10.10.10 - where should the call go first
> 10.100.100.100 - opensips
> sipofon.loc - where should the call go after failure_route has worked
>
>
>
>
>
>
> _______________________________________________
> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200204/b90dcc10/attachment-0001.html>

From liviu at opensips.org  Tue Feb  4 11:31:25 2020
From: liviu at opensips.org (Liviu Chircu)
Date: Tue, 4 Feb 2020 18:31:25 +0200
Subject: [OpenSIPS-Users] Federated User Location Cluster and subscriber
 table
In-Reply-To: <fea02465-6c4e-478b-2de0-250dff120d0b@bohboh.info>
References: <fea02465-6c4e-478b-2de0-250dff120d0b@bohboh.info>
Message-ID: <fe13434c-7492-bd03-aecf-d68d7b27ab45@opensips.org>

Hi, Social Boh!

> if I using a Federate User Location Cluster, do all OpenSIPs servers 
> use the same subscriber table?
No, it's enough for each HA pair to have its own location table.  This 
table must not
be shared or replicated between the nodes of the HA pair, rather each 
node has its own
instance, just to preserve the data after a restart or shutdown.
>
> If it were like that, do I have to use a centralized database? 

A centralized database is needed to ensure cross-POP routing.  This is 
best explained in the
tutorial [1]

Best regards,

[1]: 
https://opensips.org/Documentation/Tutorials-Distributed-User-Location-Federation

-- 
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com

OpenSIPS Summit, Amsterdam, May 2020
   www.opensips.org/events
OpenSIPS Bootcamp, Miami, March 2020
   www.opensips.org/training



From social at bohboh.info  Tue Feb  4 12:26:07 2020
From: social at bohboh.info (Social Boh)
Date: Tue, 4 Feb 2020 12:26:07 -0500
Subject: [OpenSIPS-Users] Federated User Location Cluster and subscriber
 table
In-Reply-To: <fe13434c-7492-bd03-aecf-d68d7b27ab45@opensips.org>
References: <fea02465-6c4e-478b-2de0-250dff120d0b@bohboh.info>
 <fe13434c-7492-bd03-aecf-d68d7b27ab45@opensips.org>
Message-ID: <a97dae64-5630-b0c1-222a-a70298ebcccf@bohboh.info>

Hello,

not very clear, sorry.

In a Federated User Location scenario I use a NoSQL DB to save 
registration meta data  but do I have use one mariadb or mysql opensips 
database to create users on subscriber table?

Talking about this scenario without HA virtual IP, only two or more 
OpenSIPs servers used like POP.

Thank you

Regards

---
I'm SoCIaL, MayBe

El 04/02/2020 a las 11:31, Liviu Chircu escribió:
> Hi, Social Boh!
>
>> if I using a Federate User Location Cluster, do all OpenSIPs servers 
>> use the same subscriber table?
> No, it's enough for each HA pair to have its own location table. This 
> table must not
> be shared or replicated between the nodes of the HA pair, rather each 
> node has its own
> instance, just to preserve the data after a restart or shutdown.
>>
>> If it were like that, do I have to use a centralized database? 
>
> A centralized database is needed to ensure cross-POP routing. This is 
> best explained in the
> tutorial [1]
>
> Best regards,
>
> [1]: 
> https://opensips.org/Documentation/Tutorials-Distributed-User-Location-Federation
>


From liviu at opensips.org  Tue Feb  4 12:29:37 2020
From: liviu at opensips.org (Liviu Chircu)
Date: Tue, 4 Feb 2020 19:29:37 +0200
Subject: [OpenSIPS-Users] Federated User Location Cluster and subscriber
 table
In-Reply-To: <a97dae64-5630-b0c1-222a-a70298ebcccf@bohboh.info>
References: <fea02465-6c4e-478b-2de0-250dff120d0b@bohboh.info>
 <fe13434c-7492-bd03-aecf-d68d7b27ab45@opensips.org>
 <a97dae64-5630-b0c1-222a-a70298ebcccf@bohboh.info>
Message-ID: <5c980b63-11ed-1b2d-25e5-6ec04d4ba47f@opensips.org>

On 04.02.2020 19:26, Social Boh wrote:
> I use a NoSQL DB to save registration meta data  but do I have use one 
> mariadb or mysql opensips database to create users on su

I see now.  Then the answer is likely: YES!  It will be much easier to 
manage a
single, global subscriber table.  Also, by having it, you are allowing 
any user
to register to any POP.

-- 
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com

OpenSIPS Summit, Amsterdam, May 2020
   www.opensips.org/events
OpenSIPS Bootcamp, Miami, March 2020
   www.opensips.org/training



From social at bohboh.info  Tue Feb  4 12:38:48 2020
From: social at bohboh.info (Social Boh)
Date: Tue, 4 Feb 2020 12:38:48 -0500
Subject: [OpenSIPS-Users] Federated User Location Cluster and subscriber
 table
In-Reply-To: <5c980b63-11ed-1b2d-25e5-6ec04d4ba47f@opensips.org>
References: <fea02465-6c4e-478b-2de0-250dff120d0b@bohboh.info>
 <fe13434c-7492-bd03-aecf-d68d7b27ab45@opensips.org>
 <a97dae64-5630-b0c1-222a-a70298ebcccf@bohboh.info>
 <5c980b63-11ed-1b2d-25e5-6ec04d4ba47f@opensips.org>
Message-ID: <3a39fe99-4c1d-eaaa-b098-52e863eb0556@bohboh.info>

thank you very much for your aswer.

Regards

---
I'm SoCIaL, MayBe

El 04/02/2020 a las 12:29, Liviu Chircu escribió:
> On 04.02.2020 19:26, Social Boh wrote:
>> I use a NoSQL DB to save registration meta data  but do I have use 
>> one mariadb or mysql opensips database to create users on su
>
> I see now.  Then the answer is likely: YES!  It will be much easier to 
> manage a
> single, global subscriber table.  Also, by having it, you are allowing 
> any user
> to register to any POP.
>


From razvan at opensips.org  Wed Feb  5 04:28:15 2020
From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=)
Date: Wed, 5 Feb 2020 11:28:15 +0200
Subject: [OpenSIPS-Users] opensips.org maintenance window scheduled
In-Reply-To: <9b721410-264b-118a-d5bc-b70012cc7613@opensips.org>
References: <9b721410-264b-118a-d5bc-b70012cc7613@opensips.org>
Message-ID: <79066bf7-f637-73bf-69f8-8b145218dc37@opensips.org>

Hi, All!

Maintenance window is now off - all services were restored as expected.
Please do let us know if you find any unexpected behavior.

Best regards,
Răzvan

On 2/4/20 12:49 PM, Răzvan Crainea wrote:
> Hi, Everyone!
> 
> Just a small heads-up: tomorrow, 05th of February 2020, we are planning 
> to do some maintenance on the opensips.org server infrastructure.
> The affected window is 10:00 - 12:00 EET[1]. During this time, the 
> opensips.org website will be affected, as well as the voip.opensips.org 
> service.
> We will let you know as soon as the intervention is completed.
> 
> [1] 
> https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenSIPS.org+Maintenance+Window&iso=20200205T10&p1=49&ah=2 
> 
> 
> Best regards,

-- 
Răzvan Crainea
OpenSIPS Core Developer
   http://www.opensips-solutions.com


From razvan at opensips.org  Thu Feb  6 07:25:46 2020
From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=)
Date: Thu, 6 Feb 2020 14:25:46 +0200
Subject: [OpenSIPS-Users] OpenSIPS 3.1 Media Bridging Feature
Message-ID: <b2984a25-bd79-05b4-97c3-d2256f404f6b@opensips.org>

Hi, everyone!

The design document for the Media Bridging module is now available here:
https://www.opensips.org/Development/Media-Bridging-Feature

If you have any feedback regarding this topic, please do let us know as 
soon as possible.

Best regards,
-- 
Răzvan Crainea
OpenSIPS Core Developer
   http://www.opensips-solutions.com


From voip.security at protonmail.com  Thu Feb  6 17:18:44 2020
From: voip.security at protonmail.com (Sharad Kumar)
Date: Thu, 06 Feb 2020 22:18:44 +0000
Subject: [OpenSIPS-Users] Mid Registrar Presence/Subscribe - Suggestions
Message-ID: <9PC3qVdMG_1ivMVj69DWLJVrSNjOMqqspeXWMK4-9D48EkzDtbJL9LcPhqPApuVRW6qoylExpa4_9oStVjHjFsnObsQux3tYTzEvpJAbIDk=@protonmail.com>

Hey guys,

We want to add presence feature in our existing openSIPS deployment, currently we are using mid-registrar and we would like to handle BLF messages. So what you guys recommend ? that we go for XCAP server or just relay SUBSCRIBE message to the PBX instead of using presence server ?

Thank You.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200206/88cf71e5/attachment.html>

From kurgan-rus at inbox.ru  Fri Feb  7 01:07:54 2020
From: kurgan-rus at inbox.ru (=?UTF-8?B?QWxleGV5IEthemFudHNldg==?=)
Date: Fri, 07 Feb 2020 09:07:54 +0300
Subject: [OpenSIPS-Users]
 =?utf-8?q?OpenSIPS_3=2E1_Media_Bridging_Feature?=
In-Reply-To: <b2984a25-bd79-05b4-97c3-d2256f404f6b@opensips.org>
References: <b2984a25-bd79-05b4-97c3-d2256f404f6b@opensips.org>
Message-ID: <1581055674.61602832@f478.i.mail.ru>


Hi, Răzvan
 
Will it be a kind of alternative for RTPEngine?
 
-----------------------------------------------
BR, Alexey
http://alexeyka.zantsev.com/
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200207/1ed26bd6/attachment.html>

From razvan at opensips.org  Fri Feb  7 01:28:07 2020
From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=)
Date: Fri, 7 Feb 2020 08:28:07 +0200
Subject: [OpenSIPS-Users] OpenSIPS 3.1 Media Bridging Feature
In-Reply-To: <1581055674.61602832@f478.i.mail.ru>
References: <b2984a25-bd79-05b4-97c3-d2256f404f6b@opensips.org>
 <1581055674.61602832@f478.i.mail.ru>
Message-ID: <0c1b51cb-457f-8a86-517d-1b6e7b2ca4ab@opensips.org>

Hi, Alexey!

No, not at all. Although it might be used for that, I doubt anybody will 
do it :). Although indeed both rtpproxy and rtpengine can do certain 
media injection by them selves, usually this resumes to playing back a 
media file, and that's it. They will not generate any SIP traffic, thus 
it will not be able to mix different calls media (SDP).
The new module will always operate at the SIP level, it will not "touch" 
the RTP at all. All it will do is to generate certain SIP traffic, and 
exchange SDP information between the calls.
Using the new media bridging module you will be able to inject actual 
media within a new call, for example you can take an ongoing proxied 
call, and redirect its audio to a conference room.

Best regards,

Răzvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com

On 2/7/20 8:07 AM, Alexey Kazantsev via Users wrote:
> Hi, Răzvan
> Will it be a kind of alternative for RTPEngine?
> -----------------------------------------------
> BR, Alexey
> http://alexeyka.zantsev.com/
> 
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> 


From aqsyounas at gmail.com  Fri Feb  7 01:35:27 2020
From: aqsyounas at gmail.com (Aqs Younas)
Date: Fri, 7 Feb 2020 11:35:27 +0500
Subject: [OpenSIPS-Users] OpenSIPS 3.1 Media Bridging Feature
In-Reply-To: <0c1b51cb-457f-8a86-517d-1b6e7b2ca4ab@opensips.org>
References: <b2984a25-bd79-05b4-97c3-d2256f404f6b@opensips.org>
 <1581055674.61602832@f478.i.mail.ru>
 <0c1b51cb-457f-8a86-517d-1b6e7b2ca4ab@opensips.org>
Message-ID: <CAGVOjVWyYAY2JXCBydOjKiuCnHjwRvD9XAcQji+3Ostz_gUutw@mail.gmail.com>

Is it possible to generate a call from opensips and upon answer send
another call to media server and bridge the media between two calls?

Usage: Sip Dialers

On Fri, 7 Feb 2020, 11:30 am Răzvan Crainea, <razvan at opensips.org> wrote:

> Hi, Alexey!
>
> No, not at all. Although it might be used for that, I doubt anybody will
> do it :). Although indeed both rtpproxy and rtpengine can do certain
> media injection by them selves, usually this resumes to playing back a
> media file, and that's it. They will not generate any SIP traffic, thus
> it will not be able to mix different calls media (SDP).
> The new module will always operate at the SIP level, it will not "touch"
> the RTP at all. All it will do is to generate certain SIP traffic, and
> exchange SDP information between the calls.
> Using the new media bridging module you will be able to inject actual
> media within a new call, for example you can take an ongoing proxied
> call, and redirect its audio to a conference room.
>
> Best regards,
>
> Răzvan Crainea
> OpenSIPS Core Developer
> http://www.opensips-solutions.com
>
> On 2/7/20 8:07 AM, Alexey Kazantsev via Users wrote:
> > Hi, Răzvan
> > Will it be a kind of alternative for RTPEngine?
> > -----------------------------------------------
> > BR, Alexey
> > http://alexeyka.zantsev.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/20200207/171d378a/attachment.html>

From razvan at opensips.org  Fri Feb  7 02:17:42 2020
From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=)
Date: Fri, 7 Feb 2020 09:17:42 +0200
Subject: [OpenSIPS-Users] OpenSIPS 3.1 Media Bridging Feature
In-Reply-To: <CAGVOjVWyYAY2JXCBydOjKiuCnHjwRvD9XAcQji+3Ostz_gUutw@mail.gmail.com>
References: <b2984a25-bd79-05b4-97c3-d2256f404f6b@opensips.org>
 <1581055674.61602832@f478.i.mail.ru>
 <0c1b51cb-457f-8a86-517d-1b6e7b2ca4ab@opensips.org>
 <CAGVOjVWyYAY2JXCBydOjKiuCnHjwRvD9XAcQji+3Ostz_gUutw@mail.gmail.com>
Message-ID: <248cdac4-171b-855a-f628-d8d2bc12faa1@opensips.org>

Hi, Aqs!

That can already be implemented using the B2B entities & logic, and it's 
not part of this project.

Best regards,

Răzvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com

On 2/7/20 8:35 AM, Aqs Younas wrote:
> Is it possible to generate a call from opensips and upon answer send 
> another call to media server and bridge the media between two calls?
> 
> Usage: Sip Dialers
> 
> On Fri, 7 Feb 2020, 11:30 am Răzvan Crainea, <razvan at opensips.org 
> <mailto:razvan at opensips.org>> wrote:
> 
>     Hi, Alexey!
> 
>     No, not at all. Although it might be used for that, I doubt anybody
>     will
>     do it :). Although indeed both rtpproxy and rtpengine can do certain
>     media injection by them selves, usually this resumes to playing back a
>     media file, and that's it. They will not generate any SIP traffic, thus
>     it will not be able to mix different calls media (SDP).
>     The new module will always operate at the SIP level, it will not
>     "touch"
>     the RTP at all. All it will do is to generate certain SIP traffic, and
>     exchange SDP information between the calls.
>     Using the new media bridging module you will be able to inject actual
>     media within a new call, for example you can take an ongoing proxied
>     call, and redirect its audio to a conference room.
> 
>     Best regards,
> 
>     Răzvan Crainea
>     OpenSIPS Core Developer
>     http://www.opensips-solutions.com
> 
>     On 2/7/20 8:07 AM, Alexey Kazantsev via Users wrote:
>      > Hi, Răzvan
>      > Will it be a kind of alternative for RTPEngine?
>      > -----------------------------------------------
>      > BR, Alexey
>      > http://alexeyka.zantsev.com/
>      >
>      > _______________________________________________
>      > Users mailing list
>      > Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>      > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>      >
> 
>     _______________________________________________
>     Users mailing list
>     Users at lists.opensips.org <mailto: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
> 


From farmorg at gmail.com  Fri Feb  7 04:49:43 2020
From: farmorg at gmail.com (Mark Farmer)
Date: Fri, 7 Feb 2020 09:49:43 +0000
Subject: [OpenSIPS-Users] Poll for OpenSIPS 3.1 Features
In-Reply-To: <5ffdce42-3d4f-02a6-4a26-e3f23a8f1c2e@opensips.org>
References: <138c9ea1-7d49-e2f2-24ed-5a13c3dbddd0@opensips.org>
 <8eaa749c-f68d-2db9-9ca5-28ac4f4f5b45@opensips.org>
 <CAOvQDeuFHgoEeUCOLHRCYXh0SEDcfK9MSMj6XhfjwXnt_gDrcQ@mail.gmail.com>
 <5ffdce42-3d4f-02a6-4a26-e3f23a8f1c2e@opensips.org>
Message-ID: <CAOvQDeuVaAXVimHkNx9GbLaRBh0M+o9NKXGhw=MbUJnZo5HnaA@mail.gmail.com>

OK thanks for the update. I'll keep a look out.



On Tue, 4 Feb 2020 at 11:52, Bogdan-Andrei Iancu <bogdan at opensips.org>
wrote:

> Hey Mark,
>
> We are in the process of designing some of these items (including the
> Calling API) - once the document is ready, we will make it public.
>
> For example, in the next 1-2 days will be publish the document on the
> Media Mixing.
>
> Best regards,
>
> Bogdan-Andrei Iancu
>
> OpenSIPS Founder and Developer
>   https://www.opensips-solutions.com
> OpenSIPS Summit, Amsterdam, May 2020
>   https://www.opensips.org/events/Summit-2020Amsterdam/
> OpenSIPS Bootcamp, Miami, March 2020
>   https://opensips.org/training/OpenSIPS_Bootcamp_2020/
>
> On 1/31/20 4:13 PM, Mark Farmer wrote:
>
> Hi all
>
> I am very interested in the Calling API. I am in the process of gathering
> ideas for a new telephony application and this might be really useful.
> Is there more information available than what is in the planning document?
>
> Many thanks
> Mark.
>
>
> On Wed, 15 Jan 2020 at 09:06, Răzvan Crainea <razvan at opensips.org> wrote:
>
>> Hi, everyone!
>>
>> Now that the poll is closed, we have published its results on the
>> Planning page[1].
>>
>> The following steps are for us to proceed with the development of the
>> features in the poll result[1], prioritizing them based on the
>> community's contributions. Thank you all for you valuable input!
>>
>> In order for you to keep track of the development process, we will
>> update the poll real-time with the status of each feature. So make sure
>> you keep an eye on the poll results page for more information about the
>> progress!
>>
>> [1]
>> https://www.opensips.org/Development/Opensips-3-1-Planning#poll-results
>>
>> Best regards,
>> Răzvan
>>
>> On 1/6/20 12:41 PM, Bogdan-Andrei Iancu wrote:
>> > Hi all,
>> >
>> > This is just a quick reminder - you have only one week left to provide
>> > your feedback and contribution in regards to the feature set of
>> OpenSIPS
>> > 3.1 future release.
>> >
>> >
>> https://docs.google.com/forms/d/e/1FAIpQLSde95VK-9v29HrXVY6CyNrtjNZsEuBK1eS7MkBMEm-GF83dNQ/viewform
>> >
>> >
>> > Do not forget, 13th of Jan (23:59 PM GMT) is the last day, and your
>> > opinion matters to us !
>> >
>> >
>> > Best regards,
>> >
>>
>> --
>> Răzvan Crainea
>> OpenSIPS Core Developer
>>    http://www.opensips-solutions.com
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>
>
> --
> Mark Farmer
> farmorg at gmail.com
>
> _______________________________________________
> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>

-- 
Mark Farmer
farmorg at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200207/aaf8e0ce/attachment-0001.html>

From h323 at ramdyne.nl  Fri Feb  7 10:26:13 2020
From: h323 at ramdyne.nl (Andreas Sikkema)
Date: Fri, 7 Feb 2020 16:26:13 +0100
Subject: [OpenSIPS-Users] Add URI parameter to From hearder
Message-ID: <CAEUk09xQ+UBFjMYZTJtwODhC0Cy_+9wA-5=3BYkCbKUJNV=h2A@mail.gmail.com>

Hi,

Our carrier is requesting (requiring?) use to send user=phone in
practically all headers that include phone numbers. For P-Asserted-ID
and friends this is easy, but I don't see any hints about
uac_replace_to/from(). How do I add the parameters to the To and From
headers using these two functions? Or are there other options?

-- 
Andreas Sikkema


From alain.bieuzent at free.fr  Fri Feb  7 10:36:11 2020
From: alain.bieuzent at free.fr (Alain Bieuzent)
Date: Fri, 07 Feb 2020 16:36:11 +0100
Subject: [OpenSIPS-Users] Add URI parameter to From hearder
In-Reply-To: <CAEUk09xQ+UBFjMYZTJtwODhC0Cy_+9wA-5=3BYkCbKUJNV=h2A@mail.gmail.com>
References: <CAEUk09xQ+UBFjMYZTJtwODhC0Cy_+9wA-5=3BYkCbKUJNV=h2A@mail.gmail.com>
Message-ID: <F39F2D6D-EDC7-43BA-BCF8-88DD346E435D@free.fr>

Hi Andreas,

I used this to do it : 

uac_replace_to("sip:$rU@$dd;user=phone");

Regards

Le 07/02/2020 16:27, « Users au nom de Andreas Sikkema » <users-bounces at lists.opensips.org au nom de h323 at ramdyne.nl> a écrit :

    Hi,
    
    Our carrier is requesting (requiring?) use to send user=phone in
    practically all headers that include phone numbers. For P-Asserted-ID
    and friends this is easy, but I don't see any hints about
    uac_replace_to/from(). How do I add the parameters to the To and From
    headers using these two functions? Or are there other options?
    
    -- 
    Andreas Sikkema
    
    _______________________________________________
    Users mailing list
    Users at lists.opensips.org
    http://lists.opensips.org/cgi-bin/mailman/listinfo/users
    




From m.shirazi at gmail.com  Sat Feb  8 04:11:52 2020
From: m.shirazi at gmail.com (Mehdi Shirazi)
Date: Sat, 8 Feb 2020 12:41:52 +0330
Subject: [OpenSIPS-Users] OpenSIPS 3.1 Media Bridging Feature
Message-ID: <CAG2rjpuN5EwLG-4jwhPHYigGs9Qvj_BsZ1zPGMDuCH4nuPE8gQ@mail.gmail.com>

Hi
Not sure this is in scope of new module ... with rtpengine_play_medi added
in 3.1 it is possible to play media to one of the endpoints, but I like to
use Opensips+rtpengine as an end point playing music for caller. it seems
now there is need for some signaling generated from Opensips (like 183...)
to make it possible to use this function when there is no B party.

Regards
M.Shirazi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200208/6347a851/attachment.html>

From sobomax at sippysoft.com  Sun Feb  9 03:38:05 2020
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Sun, 9 Feb 2020 00:38:05 -0800
Subject: [OpenSIPS-Users] OpenSIPS 3.1 Media Bridging Feature
In-Reply-To: <0c1b51cb-457f-8a86-517d-1b6e7b2ca4ab@opensips.org>
References: <b2984a25-bd79-05b4-97c3-d2256f404f6b@opensips.org>
 <1581055674.61602832@f478.i.mail.ru>
 <0c1b51cb-457f-8a86-517d-1b6e7b2ca4ab@opensips.org>
Message-ID: <CAH7qZfutH0rnVQSKq2LE7KFQ4X=wrXcaBaC3oLWXsMyF+vdOiQ@mail.gmail.com>

Very interesting new feature, Razvan! I am curious to hear some more about
it during upcoming OpenSIPS Summit if not earlier! :)

-Max

On Thu, Feb 6, 2020 at 10:28 PM Răzvan Crainea <razvan at opensips.org> wrote:

> Hi, Alexey!
>
> No, not at all. Although it might be used for that, I doubt anybody will
> do it :). Although indeed both rtpproxy and rtpengine can do certain
> media injection by them selves, usually this resumes to playing back a
> media file, and that's it. They will not generate any SIP traffic, thus
> it will not be able to mix different calls media (SDP).
> The new module will always operate at the SIP level, it will not "touch"
> the RTP at all. All it will do is to generate certain SIP traffic, and
> exchange SDP information between the calls.
> Using the new media bridging module you will be able to inject actual
> media within a new call, for example you can take an ongoing proxied
> call, and redirect its audio to a conference room.
>
> Best regards,
>
> Răzvan Crainea
> OpenSIPS Core Developer
> http://www.opensips-solutions.com
>
> On 2/7/20 8:07 AM, Alexey Kazantsev via Users wrote:
> > Hi, Răzvan
> > Will it be a kind of alternative for RTPEngine?
> > -----------------------------------------------
> > BR, Alexey
> > http://alexeyka.zantsev.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/20200209/9bd74fc1/attachment.html>

From ryanembgrets at gmail.com  Sun Feb  9 16:21:53 2020
From: ryanembgrets at gmail.com (Ryan embgrets)
Date: Mon, 10 Feb 2020 02:21:53 +0500
Subject: [OpenSIPS-Users] Cannot create opensips database for postgresql
	using opensips-cli
Message-ID: <CA+7jXCtvb6UkH6JkO_8aORe+WJkm7_--47vMtK5AFfn6z4ZaAg@mail.gmail.com>

Greetings,

I am trying to create opensips database using opensips-cli module but each
time it is failing.
I am getting below error during the process.

(opensips-cli): database create
Please provide the URL of the SQL database: postgres://
opensips:opensipsrw at 127.0.0.1
ERROR: cannot connect to DB server: (psycopg2.OperationalError) FATAL:
database "opensips" does not exist
!
Traceback (most recent call last):
  File "/usr/lib/python3.5/cmd.py", line 214, in onecmd
    func = getattr(self, 'do_' + cmd)
AttributeError: 'OpenSIPSCLIShell' object has no attribute 'do_database'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 1044, in
_do_get
    return self._pool.get(wait, self._timeout)
  File "/usr/lib/python3/dist-packages/sqlalchemy/util/queue.py", line 145,
in get
    raise Empty
sqlalchemy.util.queue.Empty

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/sqlalchemy/engine/base.py", line
2074, in _wrap_pool_connect
    return fn()
  File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 318, in
unique_connection
    return _ConnectionFairy._checkout(self)
  File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 713, in
_checkout
    fairy = _ConnectionRecord.checkout(pool)
  File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 480, in
checkout
    rec = pool._do_get()
  File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 1060, in
_do_get
    self._dec_overflow()
  File "/usr/lib/python3/dist-packages/sqlalchemy/util/langhelpers.py",
line 60, in __exit__
    compat.reraise(exc_type, exc_value, exc_tb)
  File "/usr/lib/python3/dist-packages/sqlalchemy/util/compat.py", line
186, in reraise
    raise value
  File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 1057, in
_do_get
    return self._create_connection()
  File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 323, in
_create_connection
    return _ConnectionRecord(self)
  File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 449, in
__init__
    self.connection = self.__connect()
  File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 607, in
__connect
    connection = self.__pool._invoke_creator(self)
  File "/usr/lib/python3/dist-packages/sqlalchemy/engine/strategies.py",
line 97, in connect
    return dialect.connect(*cargs, **cparams)
  File "/usr/lib/python3/dist-packages/sqlalchemy/engine/default.py", line
385, in connect
    return self.dbapi.connect(*cargs, **cparams)
  File "/usr/lib/python3/dist-packages/psycopg2/__init__.py", line 126, in
connect
    conn = _connect(dsn, connection_factory=connection_factory, **kwasync)
psycopg2.OperationalError: FATAL:  database "opensips" does not exist

Any help here is much appreciated.

Ryan.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200210/5f65da7f/attachment.html>

From kurgan-rus at inbox.ru  Sun Feb  9 23:57:34 2020
From: kurgan-rus at inbox.ru (=?UTF-8?B?QWxleGV5IEthemFudHNldg==?=)
Date: Mon, 10 Feb 2020 07:57:34 +0300
Subject: [OpenSIPS-Users]
 =?utf-8?q?Cannot_create_opensips_database_for_po?=
 =?utf-8?q?stgresql=09using_opensips-cli?=
In-Reply-To: <CA+7jXCtvb6UkH6JkO_8aORe+WJkm7_--47vMtK5AFfn6z4ZaAg@mail.gmail.com>
References: <CA+7jXCtvb6UkH6JkO_8aORe+WJkm7_--47vMtK5AFfn6z4ZaAg@mail.gmail.com>
Message-ID: <1581310654.208586831@f127.i.mail.ru>


Hi Ryan,
 
do you need to create the database exactly with Opensips cli?
 
Another way is to do it using a DB cli (SQL command).
 
This is for 3.0 and PGSQL:
https://github.com/OpenSIPS/opensips/tree/3.0/scripts/postgres
 
-----------------------------------------------
BR, Alexey
http://alexeyka.zantsev.com/
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200210/c0e1e7bf/attachment.html>

From kurgan-rus at inbox.ru  Mon Feb 10 00:00:47 2020
From: kurgan-rus at inbox.ru (=?UTF-8?B?QWxleGV5IEthemFudHNldg==?=)
Date: Mon, 10 Feb 2020 08:00:47 +0300
Subject: [OpenSIPS-Users]
 =?utf-8?q?Cannot_create_opensips_database_for_po?=
 =?utf-8?q?stgresql=09using_opensips-cli?=
In-Reply-To: <1581310654.208586831@f127.i.mail.ru>
References: <CA+7jXCtvb6UkH6JkO_8aORe+WJkm7_--47vMtK5AFfn6z4ZaAg@mail.gmail.com>
 <1581310654.208586831@f127.i.mail.ru>
Message-ID: <1581310847.89969573@f424.i.mail.ru>


Start with creating the ‘version’ table [1],
as it is used when creating any other table.
 
[1]  https://github.com/OpenSIPS/opensips/blob/3.0/scripts/postgres/standard-create.sql
-----------------------------------------------
BR, Alexey
http://alexeyka.zantsev.com/
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200210/333789e3/attachment.html>

From ryanembgrets at gmail.com  Mon Feb 10 01:27:33 2020
From: ryanembgrets at gmail.com (Ryan embgrets)
Date: Mon, 10 Feb 2020 11:27:33 +0500
Subject: [OpenSIPS-Users] Cannot create opensips database for postgresql
 using opensips-cli
In-Reply-To: <1581310847.89969573@f424.i.mail.ru>
References: <CA+7jXCtvb6UkH6JkO_8aORe+WJkm7_--47vMtK5AFfn6z4ZaAg@mail.gmail.com>
 <1581310654.208586831@f127.i.mail.ru> <1581310847.89969573@f424.i.mail.ru>
Message-ID: <CA+7jXCsekssUgybNYQuysEwsiX+R=FZ88GEBhUbMqKMHqVmCAQ@mail.gmail.com>

Thanks Alexey, I will check it out.

It was quite handy to create opensips database along with opensips user by
using legacy opensipsdbctl in one go.

I wish if i could make it work like the old way.

Ryan.

On Mon, 10 Feb 2020 at 10:02, Alexey Kazantsev via Users <
users at lists.opensips.org> wrote:

> Start with creating the ‘version’ table [1],
> as it is used when creating any other table.
>
> [1]
> https://github.com/OpenSIPS/opensips/blob/3.0/scripts/postgres/standard-create.sql
> -----------------------------------------------
> BR, Alexey
> http://alexeyka.zantsev.com/
>
> _______________________________________________
> 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/20200210/5d8356f4/attachment-0001.html>

From razvan at opensips.org  Mon Feb 10 03:27:27 2020
From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=)
Date: Mon, 10 Feb 2020 10:27:27 +0200
Subject: [OpenSIPS-Users] OpenSIPS 3.1 Media Bridging Feature
In-Reply-To: <CAG2rjpuN5EwLG-4jwhPHYigGs9Qvj_BsZ1zPGMDuCH4nuPE8gQ@mail.gmail.com>
References: <CAG2rjpuN5EwLG-4jwhPHYigGs9Qvj_BsZ1zPGMDuCH4nuPE8gQ@mail.gmail.com>
Message-ID: <9e7d5e8a-b8e7-0280-c6df-e426f283e49e@opensips.org>

Hi, Mehdi!

This feature does not seem to be in the scope of the new module, as 
using rtpengine there's no extra call that can be pushed in the existing 
call.
It might, however, make sens in the scope of the Calling API feature 
that we are planning to devel for 3.1, so keep an eye on the list and 
point us this when we publish the desing of the Calling API feature.

Best regards,
Răzvan

On 2/8/20 11:11 AM, Mehdi Shirazi wrote:
> Hi
> Not sure this is in scope of new module ... with rtpengine_play_medi 
> added in 3.1 it is possible to play media to one of the endpoints, but I 
> like to use Opensips+rtpengine as an end point playing music for caller. 
> it seems now there is need for some signaling generated from Opensips 
> (like 183...) to make it possible to use this function when there is no 
> B party.
> 
> Regards
> M.Shirazi
> 
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> 

-- 
Răzvan Crainea
OpenSIPS Core Developer
   http://www.opensips-solutions.com


From alain.bieuzent at free.fr  Tue Feb 11 03:13:19 2020
From: alain.bieuzent at free.fr (Alain Bieuzent)
Date: Tue, 11 Feb 2020 09:13:19 +0100
Subject: [OpenSIPS-Users] how to discard provisional Response
Message-ID: <0B75D203-0400-48FA-96E7-8D04EDF63FF7@free.fr>

Hi All,

 

I need to discard the « 181 Call Is Being Forwarded » from the dialog, what the best way to do it ?

 

Regards

 

Alain

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200211/178c6792/attachment.html>

From alain.bieuzent at free.fr  Tue Feb 11 03:31:14 2020
From: alain.bieuzent at free.fr (Alain Bieuzent)
Date: Tue, 11 Feb 2020 09:31:14 +0100
Subject: [OpenSIPS-Users] how to discard provisional Response
Message-ID: <32FFE633-DC95-4B49-BC2D-0851DDE1719D@free.fr>

Reply to myself, but it can help someone ..

 

onreply_route   {

         if(t_check_status("181"))   {

                drop(); 

         }

 

De : Users <users-bounces at lists.opensips.org> au nom de Alain Bieuzent <alain.bieuzent at free.fr>
Répondre à : OpenSIPS users mailling list <users at lists.opensips.org>
Date : mardi 11 février 2020 à 09:14
À : OpenSIPS users mailling list <users at lists.opensips.org>
Objet : [OpenSIPS-Users] how to discard provisional Response

 

Hi All,

 

I need to discard the « 181 Call Is Being Forwarded » from the dialog, what the best way to do it ?

 

Regards

 

Alain

 

_______________________________________________ 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/20200211/d9e1e4a2/attachment.html>

From Johan at democon.be  Tue Feb 11 03:57:16 2020
From: Johan at democon.be (Johan De Clercq)
Date: Tue, 11 Feb 2020 09:57:16 +0100
Subject: [OpenSIPS-Users] how to discard provisional Response
In-Reply-To: <32FFE633-DC95-4B49-BC2D-0851DDE1719D@free.fr>
References: <32FFE633-DC95-4B49-BC2D-0851DDE1719D@free.fr>
Message-ID: <CAEVWGm_wq=kFNea+NjusZFiZk-PsvQVuQNt=BwRwdx-Lwmm7Kw@mail.gmail.com>

:-)

On Tue, 11 Feb 2020, 09:33 Alain Bieuzent, <alain.bieuzent at free.fr> wrote:

> Reply to myself, but it can help someone ..
>
>
>
> onreply_route   {
>
>          if(t_check_status("181"))   {
>
>                 drop();
>
>          }
>
>
>
> *De : *Users <users-bounces at lists.opensips.org> au nom de Alain Bieuzent <
> alain.bieuzent at free.fr>
> *Répondre à : *OpenSIPS users mailling list <users at lists.opensips.org>
> *Date : *mardi 11 février 2020 à 09:14
> *À : *OpenSIPS users mailling list <users at lists.opensips.org>
> *Objet : *[OpenSIPS-Users] how to discard provisional Response
>
>
>
> Hi All,
>
>
>
> I need to discard the « 181 Call Is Being Forwarded » from the dialog,
> what the best way to do it ?
>
>
>
> Regards
>
>
>
> Alain
>
>
>
> _______________________________________________ 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/20200211/31082f70/attachment.html>

From bogdan at opensips.org  Tue Feb 11 05:22:01 2020
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Tue, 11 Feb 2020 12:22:01 +0200
Subject: [OpenSIPS-Users] how to discard provisional Response
In-Reply-To: <32FFE633-DC95-4B49-BC2D-0851DDE1719D@free.fr>
References: <32FFE633-DC95-4B49-BC2D-0851DDE1719D@free.fr>
Message-ID: <2867967d-3606-4a09-e7af-f70d7dc43246@opensips.org>

Yup, you got it right :)

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
OpenSIPS Summit, Amsterdam, May 2020
   https://www.opensips.org/events/Summit-2020Amsterdam/
OpenSIPS Bootcamp, Miami, March 2020
   https://opensips.org/training/OpenSIPS_Bootcamp_2020/

On 2/11/20 10:31 AM, Alain Bieuzent wrote:
>
> Reply to myself, but it can help someone ..
>
> onreply_route {
>
>  if(t_check_status("181"))   {
>
> drop();
>
>          }
>
> *De : *Users <users-bounces at lists.opensips.org> au nom de Alain 
> Bieuzent <alain.bieuzent at free.fr>
> *Répondre à : *OpenSIPS users mailling list <users at lists.opensips.org>
> *Date : *mardi 11 février 2020 à 09:14
> *À : *OpenSIPS users mailling list <users at lists.opensips.org>
> *Objet : *[OpenSIPS-Users] how to discard provisional Response
>
> Hi All,
>
> I need to discard the « 181 Call Is Being Forwarded » from the dialog, 
> what the best way to do it ?
>
> Regards
>
> Alain
>
> _______________________________________________ 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/20200211/a4c775eb/attachment-0001.html>

From nick.altmann at voip-help.me  Tue Feb 11 07:34:19 2020
From: nick.altmann at voip-help.me (Nick Altmann)
Date: Tue, 11 Feb 2020 15:34:19 +0300
Subject: [OpenSIPS-Users] RPM/YUM repository downtime
Message-ID: <CAN=_5dtWhnPUCNOE+Zc-5VJxtEUD6n4LzGqa6jB4eEKCOE0miA@mail.gmail.com>

Hi all,

We expect downtime of the repository for about 30 minutes because of
maintenance.
Sorry for the inconvenience.

-- 
Nick
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200211/f7a698f9/attachment.html>

From alain.bieuzent at free.fr  Tue Feb 11 08:35:07 2020
From: alain.bieuzent at free.fr (Alain Bieuzent)
Date: Tue, 11 Feb 2020 14:35:07 +0100
Subject: [OpenSIPS-Users] codec_delete_except_re
Message-ID: <6E807D42-2224-4C8B-9D10-2B505D0B6D99@free.fr>

Hi all,

 

I received an SDP with several codec G729 (with annexb=yes and annexb=no)

 

=0

o=HNET 600152000 100017799 IN IP4 0.0.0.0

s=0_CALLMEDIA

i=HNET

c=IN IP4 0.0.0.0

t=0 0

m=audio 64976 RTP/AVP 18 18 18 8 101

a=rtpmap:18 G729/8000

a=fmtp:18 annexb=yes

a=ptime:20

a=rtpmap:18 G729/8000

a=fmtp:18 annexb=no

a=rtpmap:18 G729/8000

a=fmtp:18 annexb=yes

a=rtpmap:8 PCMA/8000

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-15

a=sendonly

 

How can I delete codec where annexb=yes ?

 

Thanks for your help

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200211/3907ae22/attachment.html>

From arda.tekin at afiniti.com  Tue Feb 11 17:20:25 2020
From: arda.tekin at afiniti.com (Tekin, Arda)
Date: Tue, 11 Feb 2020 22:20:25 +0000
Subject: [OpenSIPS-Users] How to start OpenSIPS 3.0 server
Message-ID: <0be99d5d6ff74b1d9124e656d2b07d2b@afiniti.com>

How can I run OpenSIPS 3.0?

Previously we are running `opensipsctl start` command.

How to set and use db connection configuration before starting OpenSIPS?

I have compiled latest source code on CentOS 7 successfully. Copied init script
cp /root/src/opensips-3.0/packaging/redhat_fedora/opensips.init /etc/rc.d/init.d/.

Edited the init file
prog=opensips
opensips=/usr/local/sbin/$prog
cfgdir="/usr/local/etc/$prog"
pidfile="/var/run/$prog.pid"
lockfile="/var/lock/subsys/$prog"
configfile="$cfgdir/$prog.cfg"
m4configfile="$cfgdir/$prog.m4"
m4archivedir="$cfgdir/archive"
OPTIONS=""
S_MEMORY=32
P_MEMORY=32
RETVAL=0


When I run init script I get this error.
Starting opensips (via systemctl):  Job for opensips.service failed because a configured resource limit was exceeded. See "systemctl status opensips.service" and "journalctl -xe" for details.
                                                           [FAILED]

Where is doc page explaining how OpenSIPS 3 starts?

Kind Regards,
Arda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200211/07560444/attachment.html>

From david.villasmil.work at gmail.com  Tue Feb 11 18:21:58 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 11 Feb 2020 18:21:58 -0500
Subject: [OpenSIPS-Users] How to start OpenSIPS 3.0 server
In-Reply-To: <0be99d5d6ff74b1d9124e656d2b07d2b@afiniti.com>
References: <0be99d5d6ff74b1d9124e656d2b07d2b@afiniti.com>
Message-ID: <CAFGRPVqpgruTTHWgjy3gKpejzrrZuCoLHgz4Q+aW3vUC3j5R9A@mail.gmail.com>

And the output of

journalctl -xe

?

On Tue, 11 Feb 2020 at 17:20, Tekin, Arda <arda.tekin at afiniti.com> wrote:

> How can I run OpenSIPS 3.0?
>
>
>
> Previously we are running `opensipsctl start` command.
>
>
>
> How to set and use db connection configuration before starting OpenSIPS?
>
>
>
> I have compiled latest source code on CentOS 7 successfully. Copied init
> script
>
> cp /root/src/opensips-3.0/packaging/redhat_fedora/opensips.init
> /etc/rc.d/init.d/.
>
>
>
> Edited the init file
>
> prog=opensips
>
> opensips=/usr/local/sbin/$prog
>
> cfgdir="/usr/local/etc/$prog"
>
> pidfile="/var/run/$prog.pid"
>
> lockfile="/var/lock/subsys/$prog"
>
> configfile="$cfgdir/$prog.cfg"
>
> m4configfile="$cfgdir/$prog.m4"
>
> m4archivedir="$cfgdir/archive"
>
> OPTIONS=""
>
> S_MEMORY=32
>
> P_MEMORY=32
>
> RETVAL=0
>
>
>
>
>
> When I run init script I get this error.
>
> Starting opensips (via systemctl):  Job for opensips.service failed
> because a configured resource limit was exceeded. See "systemctl status
> opensips.service" and "journalctl -xe" for details.
>
>                                                            [FAILED]
>
>
>
> Where is doc page explaining how OpenSIPS 3 starts?
>
>
>
> Kind Regards,
>
> Arda
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
-- 
Regards,

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

From callum.guy at x-on.co.uk  Tue Feb 11 19:15:51 2020
From: callum.guy at x-on.co.uk (Callum Guy)
Date: Wed, 12 Feb 2020 00:15:51 +0000
Subject: [OpenSIPS-Users] How to start OpenSIPS 3.0 server
In-Reply-To: <CAFGRPVqpgruTTHWgjy3gKpejzrrZuCoLHgz4Q+aW3vUC3j5R9A@mail.gmail.com>
References: <0be99d5d6ff74b1d9124e656d2b07d2b@afiniti.com>
 <CAFGRPVqpgruTTHWgjy3gKpejzrrZuCoLHgz4Q+aW3vUC3j5R9A@mail.gmail.com>
Message-ID: <CAFjCFznRo_2YBuT4A1vbNGCJUdhL+o2-YbY0FbW22bJGrRHsoA@mail.gmail.com>

You're on Centos 7, systems my friend.

Try systemctl start opensips

Otherwise put the service file in systemd tree, an example exists on
GitHub, and run systemctl daemon-reload before trying to start again.

If it still doesn't work you'd need to check that you have the opensips
binary in the correct path.

Hope that helps you on your way!


On Tue, 11 Feb 2020, 23:23 David Villasmil, <david.villasmil.work at gmail.com>
wrote:

> And the output of
>
> journalctl -xe
>
> ?
>
> On Tue, 11 Feb 2020 at 17:20, Tekin, Arda <arda.tekin at afiniti.com> wrote:
>
>> How can I run OpenSIPS 3.0?
>>
>>
>>
>> Previously we are running `opensipsctl start` command.
>>
>>
>>
>> How to set and use db connection configuration before starting OpenSIPS?
>>
>>
>>
>> I have compiled latest source code on CentOS 7 successfully. Copied init
>> script
>>
>> cp /root/src/opensips-3.0/packaging/redhat_fedora/opensips.init
>> /etc/rc.d/init.d/.
>>
>>
>>
>> Edited the init file
>>
>> prog=opensips
>>
>> opensips=/usr/local/sbin/$prog
>>
>> cfgdir="/usr/local/etc/$prog"
>>
>> pidfile="/var/run/$prog.pid"
>>
>> lockfile="/var/lock/subsys/$prog"
>>
>> configfile="$cfgdir/$prog.cfg"
>>
>> m4configfile="$cfgdir/$prog.m4"
>>
>> m4archivedir="$cfgdir/archive"
>>
>> OPTIONS=""
>>
>> S_MEMORY=32
>>
>> P_MEMORY=32
>>
>> RETVAL=0
>>
>>
>>
>>
>>
>> When I run init script I get this error.
>>
>> Starting opensips (via systemctl):  Job for opensips.service failed
>> because a configured resource limit was exceeded. See "systemctl status
>> opensips.service" and "journalctl -xe" for details.
>>
>>                                                            [FAILED]
>>
>>
>>
>> Where is doc page explaining how OpenSIPS 3 starts?
>>
>>
>>
>> Kind Regards,
>>
>> Arda
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
> --
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

-- 





*0333 332 0000  |  www.x-on.co.uk <http://www.x-on.co.uk>  |   ** 
<https://www.linkedin.com/company/x-on>   <https://www.facebook.com/XonTel> 
  <https://twitter.com/xonuk> *


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/20200212/7a5ec81c/attachment-0001.html>

From callum.guy at x-on.co.uk  Tue Feb 11 19:19:32 2020
From: callum.guy at x-on.co.uk (Callum Guy)
Date: Wed, 12 Feb 2020 00:19:32 +0000
Subject: [OpenSIPS-Users] How to start OpenSIPS 3.0 server
In-Reply-To: <CAFjCFznRo_2YBuT4A1vbNGCJUdhL+o2-YbY0FbW22bJGrRHsoA@mail.gmail.com>
References: <0be99d5d6ff74b1d9124e656d2b07d2b@afiniti.com>
 <CAFGRPVqpgruTTHWgjy3gKpejzrrZuCoLHgz4Q+aW3vUC3j5R9A@mail.gmail.com>
 <CAFjCFznRo_2YBuT4A1vbNGCJUdhL+o2-YbY0FbW22bJGrRHsoA@mail.gmail.com>
Message-ID: <CAFjCFzkRRaT9RcC7-mVMkUCa3ugnkxmd8wq5dz4ydEOLX+X95g@mail.gmail.com>

Sorry, just read that again. Looks like opensipsctl found the systemd
service just fine except your config somehow exhausted resources. This may
be open file limits or memory allocation.

Try running the binary manually:

opensips -D

It should provide sufficient debug.


On Wed, 12 Feb 2020, 00:15 Callum Guy, <callum.guy at x-on.co.uk> wrote:

> You're on Centos 7, systems my friend.
>
> Try systemctl start opensips
>
> Otherwise put the service file in systemd tree, an example exists on
> GitHub, and run systemctl daemon-reload before trying to start again.
>
> If it still doesn't work you'd need to check that you have the opensips
> binary in the correct path.
>
> Hope that helps you on your way!
>
>
> On Tue, 11 Feb 2020, 23:23 David Villasmil, <
> david.villasmil.work at gmail.com> wrote:
>
>> And the output of
>>
>> journalctl -xe
>>
>> ?
>>
>> On Tue, 11 Feb 2020 at 17:20, Tekin, Arda <arda.tekin at afiniti.com> wrote:
>>
>>> How can I run OpenSIPS 3.0?
>>>
>>>
>>>
>>> Previously we are running `opensipsctl start` command.
>>>
>>>
>>>
>>> How to set and use db connection configuration before starting OpenSIPS?
>>>
>>>
>>>
>>> I have compiled latest source code on CentOS 7 successfully. Copied init
>>> script
>>>
>>> cp /root/src/opensips-3.0/packaging/redhat_fedora/opensips.init
>>> /etc/rc.d/init.d/.
>>>
>>>
>>>
>>> Edited the init file
>>>
>>> prog=opensips
>>>
>>> opensips=/usr/local/sbin/$prog
>>>
>>> cfgdir="/usr/local/etc/$prog"
>>>
>>> pidfile="/var/run/$prog.pid"
>>>
>>> lockfile="/var/lock/subsys/$prog"
>>>
>>> configfile="$cfgdir/$prog.cfg"
>>>
>>> m4configfile="$cfgdir/$prog.m4"
>>>
>>> m4archivedir="$cfgdir/archive"
>>>
>>> OPTIONS=""
>>>
>>> S_MEMORY=32
>>>
>>> P_MEMORY=32
>>>
>>> RETVAL=0
>>>
>>>
>>>
>>>
>>>
>>> When I run init script I get this error.
>>>
>>> Starting opensips (via systemctl):  Job for opensips.service failed
>>> because a configured resource limit was exceeded. See "systemctl status
>>> opensips.service" and "journalctl -xe" for details.
>>>
>>>                                                            [FAILED]
>>>
>>>
>>>
>>> Where is doc page explaining how OpenSIPS 3 starts?
>>>
>>>
>>>
>>> Kind Regards,
>>>
>>> Arda
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>> --
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.work at gmail.com
>> phone: +34669448337
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>

-- 





*0333 332 0000  |  www.x-on.co.uk <http://www.x-on.co.uk>  |   ** 
<https://www.linkedin.com/company/x-on>   <https://www.facebook.com/XonTel> 
  <https://twitter.com/xonuk> *


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/20200212/fa6bfecf/attachment.html>

From arda.tekin at afiniti.com  Wed Feb 12 05:23:39 2020
From: arda.tekin at afiniti.com (Tekin, Arda)
Date: Wed, 12 Feb 2020 10:23:39 +0000
Subject: [OpenSIPS-Users] How to start OpenSIPS 3.0 server
In-Reply-To: <CAFGRPVqpgruTTHWgjy3gKpejzrrZuCoLHgz4Q+aW3vUC3j5R9A@mail.gmail.com>
References: <0be99d5d6ff74b1d9124e656d2b07d2b@afiniti.com>
 <CAFGRPVqpgruTTHWgjy3gKpejzrrZuCoLHgz4Q+aW3vUC3j5R9A@mail.gmail.com>
Message-ID: <013b7fe9a53d4283a394859f98642308@afiniti.com>

Hi David

I just see this log entry when I call “journalctl -xe”

-- Unit opensips.service has begun starting up.
Feb 12 10:04:24 a3783871a39f opensips[15922]: Starting opensips: [FAILED]
Feb 12 10:04:24 a3783871a39f systemd[1]: Can't open PID file /var/run/opensips.pid (yet?) after start: No such file or directory
Feb 12 10:04:24 a3783871a39f systemd[1]: Failed to start LSB: start, stop OpenSIPS.
-- Subject: Unit opensips.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit opensips.service has failed.
--
-- The result is failed.
Feb 12 10:04:24 a3783871a39f systemd[1]: Unit opensips.service entered failed state.
Feb 12 10:04:24 a3783871a39f systemd[1]: opensips.service failed.


From: Users <users-bounces at lists.opensips.org> On Behalf Of David Villasmil
Sent: Wednesday, February 12, 2020 2:22 AM
To: OpenSIPS users mailling list <users at lists.opensips.org>
Subject: Re: [OpenSIPS-Users] How to start OpenSIPS 3.0 server


Attention: This email was sent from someone outside of Afiniti. Always use caution when opening attachments, clicking links from unknown senders or when receiving unexpected emails.


And the output of

journalctl -xe


?

On Tue, 11 Feb 2020 at 17:20, Tekin, Arda <arda.tekin at afiniti.com<mailto:arda.tekin at afiniti.com>> wrote:
How can I run OpenSIPS 3.0?

Previously we are running `opensipsctl start` command.

How to set and use db connection configuration before starting OpenSIPS?

I have compiled latest source code on CentOS 7 successfully. Copied init script
cp /root/src/opensips-3.0/packaging/redhat_fedora/opensips.init /etc/rc.d/init.d/.

Edited the init file
prog=opensips
opensips=/usr/local/sbin/$prog
cfgdir="/usr/local/etc/$prog"
pidfile="/var/run/$prog.pid"
lockfile="/var/lock/subsys/$prog"
configfile="$cfgdir/$prog.cfg"
m4configfile="$cfgdir/$prog.m4"
m4archivedir="$cfgdir/archive"
OPTIONS=""
S_MEMORY=32
P_MEMORY=32
RETVAL=0


When I run init script I get this error.
Starting opensips (via systemctl):  Job for opensips.service failed because a configured resource limit was exceeded. See "systemctl status opensips.service" and "journalctl -xe" for details.
                                                           [FAILED]

Where is doc page explaining how OpenSIPS 3 starts?

Kind Regards,
Arda
_______________________________________________
Users mailing list
Users at lists.opensips.org<mailto:Users at lists.opensips.org>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
--
Regards,

David Villasmil
email: david.villasmil.work at gmail.com<mailto:david.villasmil.work at gmail.com>
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200212/00901478/attachment-0001.html>

From david.villasmil.work at gmail.com  Wed Feb 12 08:55:06 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Wed, 12 Feb 2020 08:55:06 -0500
Subject: [OpenSIPS-Users] How to start OpenSIPS 3.0 server
In-Reply-To: <013b7fe9a53d4283a394859f98642308@afiniti.com>
References: <0be99d5d6ff74b1d9124e656d2b07d2b@afiniti.com>
 <CAFGRPVqpgruTTHWgjy3gKpejzrrZuCoLHgz4Q+aW3vUC3j5R9A@mail.gmail.com>
 <013b7fe9a53d4283a394859f98642308@afiniti.com>
Message-ID: <CAFGRPVrc3rH9XSzdLY1Sf4Y72n8o2TXNyB+oL_RRR6aQy9eWJg@mail.gmail.com>

That’s your problem. Make sure the path exists and opensips can create the
pid file there.

Other test you can do is start manually, I.e: opensips -DD -E
Providing the proper config file; etc.

On Wed, 12 Feb 2020 at 05:23, Tekin, Arda <arda.tekin at afiniti.com> wrote:

> Hi David
>
>
>
> I just see this log entry when I call “journalctl -xe”
>
>
>
> -- Unit opensips.service has begun starting up.
>
> Feb 12 10:04:24 a3783871a39f opensips[15922]: Starting opensips: [FAILED]
>
> Feb 12 10:04:24 a3783871a39f systemd[1]: Can't open PID file
> /var/run/opensips.pid (yet?) after start: No such file or directory
>
> Feb 12 10:04:24 a3783871a39f systemd[1]: Failed to start LSB: start, stop
> OpenSIPS.
>
> -- Subject: Unit opensips.service has failed
>
> -- Defined-By: systemd
>
> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
>
> --
>
> -- Unit opensips.service has failed.
>
> --
>
> -- The result is failed.
>
> Feb 12 10:04:24 a3783871a39f systemd[1]: Unit opensips.service entered
> failed state.
>
> Feb 12 10:04:24 a3783871a39f systemd[1]: opensips.service failed.
>
>
>
>
>
> *From:* Users <users-bounces at lists.opensips.org> *On Behalf Of *David
> Villasmil
> *Sent:* Wednesday, February 12, 2020 2:22 AM
> *To:* OpenSIPS users mailling list <users at lists.opensips.org>
> *Subject:* Re: [OpenSIPS-Users] How to start OpenSIPS 3.0 server
>
>
>
> *Attention: This email was sent from someone outside of Afiniti. Always
> use caution when opening attachments, clicking links from unknown senders
> or when receiving unexpected emails.*
>
>
>
> And the output of
>
>
>
> journalctl -xe
>
>
>
> ?
>
>
>
> On Tue, 11 Feb 2020 at 17:20, Tekin, Arda <arda.tekin at afiniti.com> wrote:
>
> How can I run OpenSIPS 3.0?
>
>
>
> Previously we are running `opensipsctl start` command.
>
>
>
> How to set and use db connection configuration before starting OpenSIPS?
>
>
>
> I have compiled latest source code on CentOS 7 successfully. Copied init
> script
>
> cp /root/src/opensips-3.0/packaging/redhat_fedora/opensips.init
> /etc/rc.d/init.d/.
>
>
>
> Edited the init file
>
> prog=opensips
>
> opensips=/usr/local/sbin/$prog
>
> cfgdir="/usr/local/etc/$prog"
>
> pidfile="/var/run/$prog.pid"
>
> lockfile="/var/lock/subsys/$prog"
>
> configfile="$cfgdir/$prog.cfg"
>
> m4configfile="$cfgdir/$prog.m4"
>
> m4archivedir="$cfgdir/archive"
>
> OPTIONS=""
>
> S_MEMORY=32
>
> P_MEMORY=32
>
> RETVAL=0
>
>
>
>
>
> When I run init script I get this error.
>
> Starting opensips (via systemctl):  Job for opensips.service failed
> because a configured resource limit was exceeded. See "systemctl status
> opensips.service" and "journalctl -xe" for details.
>
>                                                            [FAILED]
>
>
>
> Where is doc page explaining how OpenSIPS 3 starts?
>
>
>
> Kind Regards,
>
> Arda
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> --
>
> Regards,
>
>
>
> David Villasmil
>
> email: david.villasmil.work at gmail.com
>
> phone: +34669448337
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
-- 
Regards,

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

From bogdan at opensips.org  Thu Feb 13 04:18:58 2020
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 13 Feb 2020 11:18:58 +0200
Subject: [OpenSIPS-Users] codec_delete_except_re
In-Reply-To: <6E807D42-2224-4C8B-9D10-2B505D0B6D99@free.fr>
References: <6E807D42-2224-4C8B-9D10-2B505D0B6D99@free.fr>
Message-ID: <c03f643d-4dbb-ce7a-2528-d69e4ec08ea9@opensips.org>

Hi Alain,

Is is legal to have same codec ID more than once in the the `m` line ?? 
I see that 18 is mentioned like 3 times :-/.

Anyhow, for what you need, what you should do is:
* iterate through the `a` lines using the {sdp.line} transformation
* use a a regexp to check if the current `a` line contains "annexb=yes"
* if such a line was found, go back (decrementing the index of `a` 
lines) and search (backwards) the first `rtpmap` line
* once the rtpmap line found, use the {re.subst,reg_exp} transformation 
to get the codec ID from the line
* after that, simply use the codec delete function

Best regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
OpenSIPS Summit, Amsterdam, May 2020
   https://www.opensips.org/events/Summit-2020Amsterdam/
OpenSIPS Bootcamp, Miami, March 2020
   https://opensips.org/training/OpenSIPS_Bootcamp_2020/

On 2/11/20 3:35 PM, Alain Bieuzent wrote:
>
> Hi all,
>
> I received an SDP with several codec G729 (with annexb=yes and annexb=no)
>
> =0
>
> o=HNET 600152000 100017799 IN IP4 0.0.0.0
>
> s=0_CALLMEDIA
>
> i=HNET
>
> c=IN IP4 0.0.0.0
>
> t=0 0
>
> m=audio 64976 RTP/AVP 18 18 18 8 101
>
> a=rtpmap:18 G729/8000
>
> a=fmtp:18 annexb=yes
>
> a=ptime:20
>
> a=rtpmap:18 G729/8000
>
> a=fmtp:18 annexb=no
>
> a=rtpmap:18 G729/8000
>
> a=fmtp:18 annexb=yes
>
> a=rtpmap:8 PCMA/8000
>
> a=rtpmap:101 telephone-event/8000
>
> a=fmtp:101 0-15
>
> a=sendonly
>
> How can I delete codec where annexb=yes ?
>
> Thanks for your help
>
>
> _______________________________________________
> 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/20200213/cf2165bc/attachment.html>

From arda.tekin at afiniti.com  Thu Feb 13 04:19:43 2020
From: arda.tekin at afiniti.com (Tekin, Arda)
Date: Thu, 13 Feb 2020 09:19:43 +0000
Subject: [OpenSIPS-Users] How to start OpenSIPS 3.0 server
In-Reply-To: <CAFGRPVrc3rH9XSzdLY1Sf4Y72n8o2TXNyB+oL_RRR6aQy9eWJg@mail.gmail.com>
References: <0be99d5d6ff74b1d9124e656d2b07d2b@afiniti.com>
 <CAFGRPVqpgruTTHWgjy3gKpejzrrZuCoLHgz4Q+aW3vUC3j5R9A@mail.gmail.com>
 <013b7fe9a53d4283a394859f98642308@afiniti.com>
 <CAFGRPVrc3rH9XSzdLY1Sf4Y72n8o2TXNyB+oL_RRR6aQy9eWJg@mail.gmail.com>
Message-ID: <529cfa53ae6447be9ca9db130cfabd39@afiniti.com>

It prints too many logs when I run below command manually
opensips –DD –E

I tried to share the output of command but mail server is blocking my mail. That’s my 3rd try

Let me share these notes,

Opensips binary is under standard prefix
[root at a3783871a39f ~]# which opensips
/usr/local/sbin/opensips


When I run opensips manually it works
[root at a3783871a39f init.d]# opensips
Listening on
             udp: 172.16.30.241 [172.16.30.241]:5060
Aliases:

Verified that it listens udp:5060
[root at a3783871a39f run]# netstat -anp | grep opensips
udp        0      0 172.16.30.241:5060      0.0.0.0:*                           31542/opensips
unix  2      [ ]         DGRAM                    21043523 31542/opensips
unix  2      [ ]         DGRAM                    21043526 31542/opensips

Opensips service start script  looks like this,
[root at a3783871a39f ~]# cat /etc/rc.d/init.d/opensips
…
…

# Source function library.
. /etc/rc.d/init.d/functions
prog=opensips
opensips=/usr/local/sbin/$prog
cfgdir="/usr/local/etc/$prog"
pidfile="/var/run/$prog.pid"
lockfile="/var/lock/subsys/$prog"
configfile="$cfgdir/$prog.cfg"
m4configfile="$cfgdir/$prog.m4"
m4archivedir="$cfgdir/archive"
OPTIONS=""
S_MEMORY=32
P_MEMORY=32
RETVAL=0
…
…
-----------

systemctl start opensips
service opensips start
commands gives the same result.
Starting opensips (via systemctl):  Job for opensips.service failed because a configured resource limit was exceeded. See "systemctl status opensips.service" and "journalctl -xe" for details.
                                                           [FAILED]

Any idea?
Do you see any help document that explains how Opensips 3.0 should be started by a command/service script?

Regards,
Arda


From: Users <users-bounces at lists.opensips.org> On Behalf Of David Villasmil
Sent: Wednesday, February 12, 2020 4:55 PM
To: OpenSIPS users mailling list <users at lists.opensips.org>
Subject: Re: [OpenSIPS-Users] How to start OpenSIPS 3.0 server


Attention: This email was sent from someone outside of Afiniti. Always use caution when opening attachments, clicking links from unknown senders or when receiving unexpected emails.


That’s your problem. Make sure the path exists and opensips can create the pid file there.

Other test you can do is start manually, I.e: opensips -DD -E
Providing the proper config file; etc.

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

From arda.tekin at afiniti.com  Thu Feb 13 05:28:45 2020
From: arda.tekin at afiniti.com (Tekin, Arda)
Date: Thu, 13 Feb 2020 10:28:45 +0000
Subject: [OpenSIPS-Users] Cannot create opensips database for
	postgresql	using opensips-cli
In-Reply-To: <CA+7jXCtvb6UkH6JkO_8aORe+WJkm7_--47vMtK5AFfn6z4ZaAg@mail.gmail.com>
References: <CA+7jXCtvb6UkH6JkO_8aORe+WJkm7_--47vMtK5AFfn6z4ZaAg@mail.gmail.com>
Message-ID: <d8de786d6a9844538048d73a0eb33efa@afiniti.com>

Hi Ryan

I have recently created the postgres tables by opensips-cli tool.
Copy the default.cfg under your home directory. (while I am root)
cp /root/src/opensips-cli/etc/default.cfg /root/opensips-cli.cfg

add postgres section in opensips-cli.cfg.

The postgres password should be previously set by psql command.

My file looks like this

[default]
log_level: WARNING
prompt_name: opensips-cli
prompt_intro: Welcome to OpenSIPS Command Line Interface!
prompt_emptyline_repeat_cmd: False
history_file: ~/.opensips-cli.history
history_file_size: 1000
output_type: pretty-print
communication_type: fifo
fifo_file: /tmp/opensips_fifo

# optional DB override instance, invoked using `opensips-cli -i postgres ...`
[postgres]
database_path: /usr/local/share/opensips/postgres
database_url: postgres://opensips:<postgres-password>@<db-ip>:5432
template_url: postgres://postgres:<postgres-password>@<db-ip>:5432
database_name: opensips


Then run the following command to create all tables of opensips

opensips-cli -f /root/opensips-cli.cfg -i postgres -x database create


opensips-cli uses the sql files in /usr/local/share/opensips/postgres path when creating tables.


Arda

From: Users <users-bounces at lists.opensips.org> On Behalf Of Ryan embgrets
Sent: Monday, February 10, 2020 12:22 AM
To: users at lists.opensips.org
Subject: [OpenSIPS-Users] Cannot create opensips database for postgresql using opensips-cli


Attention: This email was sent from someone outside of Afiniti. Always use caution when opening attachments, clicking links from unknown senders or when receiving unexpected emails.


Greetings,

I am trying to create opensips database using opensips-cli module but each time it is failing.
I am getting below error during the process.

(opensips-cli): database create
Please provide the URL of the SQL database: postgres://opensips:opensipsrw at 127.0.0.1<mailto:opensips%3Aopensipsrw at 127.0.0.1>
ERROR: cannot connect to DB server: (psycopg2.OperationalError) FATAL:  database "opensips" does not exist
!
Traceback (most recent call last):
  File "/usr/lib/python3.5/cmd.py", line 214, in onecmd
    func = getattr(self, 'do_' + cmd)
AttributeError: 'OpenSIPSCLIShell' object has no attribute 'do_database'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 1044, in _do_get
    return self._pool.get(wait, self._timeout)
  File "/usr/lib/python3/dist-packages/sqlalchemy/util/queue.py", line 145, in get
    raise Empty
sqlalchemy.util.queue.Empty

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/sqlalchemy/engine/base.py", line 2074, in _wrap_pool_connect
    return fn()
  File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 318, in unique_connection
    return _ConnectionFairy._checkout(self)
  File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 713, in _checkout
    fairy = _ConnectionRecord.checkout(pool)
  File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 480, in checkout
    rec = pool._do_get()
  File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 1060, in _do_get
    self._dec_overflow()
  File "/usr/lib/python3/dist-packages/sqlalchemy/util/langhelpers.py", line 60, in __exit__
    compat.reraise(exc_type, exc_value, exc_tb)
  File "/usr/lib/python3/dist-packages/sqlalchemy/util/compat.py", line 186, in reraise
    raise value
  File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 1057, in _do_get
    return self._create_connection()
  File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 323, in _create_connection
    return _ConnectionRecord(self)
  File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 449, in __init__
    self.connection = self.__connect()
  File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 607, in __connect
    connection = self.__pool._invoke_creator(self)
  File "/usr/lib/python3/dist-packages/sqlalchemy/engine/strategies.py", line 97, in connect
    return dialect.connect(*cargs, **cparams)
  File "/usr/lib/python3/dist-packages/sqlalchemy/engine/default.py", line 385, in connect
    return self.dbapi.connect(*cargs, **cparams)
  File "/usr/lib/python3/dist-packages/psycopg2/__init__.py", line 126, in connect
    conn = _connect(dsn, connection_factory=connection_factory, **kwasync)
psycopg2.OperationalError: FATAL:  database "opensips" does not exist

Any help here is much appreciated.

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

From abdoul.osseni at gmail.com  Thu Feb 13 09:02:20 2020
From: abdoul.osseni at gmail.com (=?UTF-8?Q?Abdoul_Oss=C3=A9ni?=)
Date: Thu, 13 Feb 2020 15:02:20 +0100
Subject: [OpenSIPS-Users] Question about qrouting module
Message-ID: <CABc7nxuuSQGjdBD3WYaVjVmrNPeYZ6K3x6jFbhCrP_EvrPCPpw@mail.gmail.com>

Hello team,

I just read your works (
https://blog.opensips.org/2020/02/13/quality-based-pstn-routing-in-opensips-3-1-lts/)
about grouting module.
Congratulations for the work done. In my opinion, it is a big feature.

I have a question about replication of qmodule data (signaling statistics)
in a Opensips cluster.
If I have 2 active nodes in the cluster. Is the both nodes will share
qmodule data?
Is it done automatically or I need to make something ?

Regards
Abdoul OSSENI
AfriCallShop: https://www.africallshop.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200213/728b3e64/attachment.html>

From liviu at opensips.org  Thu Feb 13 09:09:12 2020
From: liviu at opensips.org (Liviu Chircu)
Date: Thu, 13 Feb 2020 16:09:12 +0200
Subject: [OpenSIPS-Users] [BLOG] Quality-based Routing in OpenSIPS 3.1 LTS
Message-ID: <3561f504-0c75-c991-e44f-6a62b0b43db1@opensips.org>

Hi all,

I wrote a 5-minute read [1] on the newly introduced OpenSIPS module, 
"qrouting" (quality-based routing).
This new module keeps track of call signaling statistics such as ASR, 
PDD, AST, ACD and offers an easy
way to select the PSTN gateway that best satisfies them.  This is all in 
real-time, so gateway
ordering is permanently in subject to change, depending on how well they 
perform!

I hope you enjoy it!  If there are any questions about the logic, I will 
gladly answer them! :)

Best regards,

[1]: 
https://blog.opensips.org/2020/02/13/quality-based-pstn-routing-in-opensips-3-1-lts/

-- 
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com

OpenSIPS Summit, Amsterdam, May 2020
   www.opensips.org/events
OpenSIPS Bootcamp, Miami, March 2020
   www.opensips.org/training



From liviu at opensips.org  Thu Feb 13 09:15:10 2020
From: liviu at opensips.org (Liviu Chircu)
Date: Thu, 13 Feb 2020 16:15:10 +0200
Subject: [OpenSIPS-Users] Question about qrouting module
In-Reply-To: <CABc7nxuuSQGjdBD3WYaVjVmrNPeYZ6K3x6jFbhCrP_EvrPCPpw@mail.gmail.com>
References: <CABc7nxuuSQGjdBD3WYaVjVmrNPeYZ6K3x6jFbhCrP_EvrPCPpw@mail.gmail.com>
Message-ID: <464d4191-43c6-5637-b8b1-85dce4871149@opensips.org>

On 13.02.2020 16:02, Abdoul Osséni wrote:
> Congratulations for the work done. In my opinion, it is a big feature.
Thank you!  Over the years, there were lots of discussions on this 
topic.  To quote Linus
Torvalds: "Talk is cheap.  Show me the code." -- that'spretty much what 
we finally decided to do.

> I have a question about replication of qmodule data (signaling 
> statistics) in a Opensips cluster.
> If I have 2 active nodes in the cluster. Is the both nodes will share 
> qmodule data?
> Is it done automatically or I need to make something ?

The qrouting module is currently not cluster aware, so no qrouting 
statistics will be shared
between your nodes.  The gatewaydisabling logic [1] is not even restart 
persistent, so there are
plentyof work and ideas to put into the module!

[1]: 
https://opensips.org/docs/modules/3.1.x/qrouting.html#func_qr_disable_dst

-- 
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com

OpenSIPS Summit, Amsterdam, May 2020
   www.opensips.org/events
OpenSIPS Bootcamp, Miami, March 2020
   www.opensips.org/training



From h323 at ramdyne.nl  Thu Feb 13 09:31:39 2020
From: h323 at ramdyne.nl (Andreas Sikkema)
Date: Thu, 13 Feb 2020 15:31:39 +0100
Subject: [OpenSIPS-Users] Add URI parameter to From hearder
In-Reply-To: <F39F2D6D-EDC7-43BA-BCF8-88DD346E435D@free.fr>
References: <CAEUk09xQ+UBFjMYZTJtwODhC0Cy_+9wA-5=3BYkCbKUJNV=h2A@mail.gmail.com>
 <F39F2D6D-EDC7-43BA-BCF8-88DD346E435D@free.fr>
Message-ID: <CAEUk09zYzvd+rNXqsBqw4Ys4ghZPthmxUExsWrh9+VHFKS6sGg@mail.gmail.com>

Alain,

> I used this to do it :
> uac_replace_to("sip:$rU@$dd;user=phone");

Of course, I forgot that the parameter is in the uri and not outside
the uri. My bad.

Thanks for the assistance!

-- 
Andreas


From Johan at democon.be  Thu Feb 13 10:13:46 2020
From: Johan at democon.be (Johan De Clercq)
Date: Thu, 13 Feb 2020 16:13:46 +0100
Subject: [OpenSIPS-Users] [BLOG] Quality-based Routing in OpenSIPS 3.1
	LTS
In-Reply-To: <3561f504-0c75-c991-e44f-6a62b0b43db1@opensips.org>
References: <3561f504-0c75-c991-e44f-6a62b0b43db1@opensips.org>
Message-ID: <CAEVWGm_t6KxNEHsqY0BYC7CCveOZEQXWZvzGCd9pwrQwqnivAQ@mail.gmail.com>

Interesting concept.   Makes a lot of sense for outbound call centers with
multiple interconnect links.

Op do 13 feb. 2020 om 15:11 schreef Liviu Chircu <liviu at opensips.org>:

> Hi all,
>
> I wrote a 5-minute read [1] on the newly introduced OpenSIPS module,
> "qrouting" (quality-based routing).
> This new module keeps track of call signaling statistics such as ASR,
> PDD, AST, ACD and offers an easy
> way to select the PSTN gateway that best satisfies them.  This is all in
> real-time, so gateway
> ordering is permanently in subject to change, depending on how well they
> perform!
>
> I hope you enjoy it!  If there are any questions about the logic, I will
> gladly answer them! :)
>
> Best regards,
>
> [1]:
>
> https://blog.opensips.org/2020/02/13/quality-based-pstn-routing-in-opensips-3-1-lts/
>
> --
> Liviu Chircu
> www.twitter.com/liviuchircu | www.opensips-solutions.com
>
> OpenSIPS Summit, Amsterdam, May 2020
>    www.opensips.org/events
> OpenSIPS Bootcamp, Miami, March 2020
>    www.opensips.org/training
>
>
> _______________________________________________
> 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/20200213/a75d4ef9/attachment.html>

From david.villasmil.work at gmail.com  Thu Feb 13 10:43:00 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Thu, 13 Feb 2020 10:43:00 -0500
Subject: [OpenSIPS-Users] How to start OpenSIPS 3.0 server
In-Reply-To: <529cfa53ae6447be9ca9db130cfabd39@afiniti.com>
References: <0be99d5d6ff74b1d9124e656d2b07d2b@afiniti.com>
 <CAFGRPVqpgruTTHWgjy3gKpejzrrZuCoLHgz4Q+aW3vUC3j5R9A@mail.gmail.com>
 <013b7fe9a53d4283a394859f98642308@afiniti.com>
 <CAFGRPVrc3rH9XSzdLY1Sf4Y72n8o2TXNyB+oL_RRR6aQy9eWJg@mail.gmail.com>
 <529cfa53ae6447be9ca9db130cfabd39@afiniti.com>
Message-ID: <CAFGRPVpOWyaPQJuby=PZV57BApW_3b7HUHGCP6v0uNKFkWT5eA@mail.gmail.com>

Try to find an ERR or CRITICAL in the output. After executing manually, if
opensips is running (and you’re executing it while you’re toot), then it’s
probably related to permissions for the using running it (opensips)

On Thu, 13 Feb 2020 at 04:19, Tekin, Arda <arda.tekin at afiniti.com> wrote:

> It prints too many logs when I run below command manually
>
> opensips –DD –E
>
>
>
> I tried to share the output of command but mail server is blocking my
> mail. That’s my 3rd try
>
>
>
> Let me share these notes,
>
>
>
> Opensips binary is under standard prefix
>
> [root at a3783871a39f ~]# which opensips
>
> /usr/local/sbin/opensips
>
>
>
>
>
> When I run opensips manually it works
>
> [root at a3783871a39f init.d]# opensips
>
> Listening on
>
>              udp: 172.16.30.241 [172.16.30.241]:5060
>
> Aliases:
>
>
>
> Verified that it listens udp:5060
>
> [root at a3783871a39f run]# netstat -anp | grep opensips
>
> udp        0      0 172.16.30.241:5060      0.0.0.0:*
> 31542/opensips
>
> unix  2      [ ]         DGRAM                    21043523 31542/opensips
>
> unix  2      [ ]         DGRAM                    21043526 31542/opensips
>
>
>
> Opensips service start script  looks like this,
>
> [root at a3783871a39f ~]# cat /etc/rc.d/init.d/opensips
>
> …
>
> …
>
>
>
> # Source function library.
>
> . /etc/rc.d/init.d/functions
>
> prog=opensips
>
> opensips=/usr/local/sbin/$prog
>
> cfgdir="/usr/local/etc/$prog"
>
> pidfile="/var/run/$prog.pid"
>
> lockfile="/var/lock/subsys/$prog"
>
> configfile="$cfgdir/$prog.cfg"
>
> m4configfile="$cfgdir/$prog.m4"
>
> m4archivedir="$cfgdir/archive"
>
> OPTIONS=""
>
> S_MEMORY=32
>
> P_MEMORY=32
>
> RETVAL=0
>
> …
>
> …
>
> -----------
>
>
>
> systemctl start opensips
>
> service opensips start
>
> commands gives the same result.
>
> Starting opensips (via systemctl):  Job for opensips.service failed
> because a configured resource limit was exceeded. See "systemctl status
> opensips.service" and "journalctl -xe" for details.
>
>                                                            [FAILED]
>
>
>
> Any idea?
>
> Do you see any help document that explains how Opensips 3.0 should be
> started by a command/service script?
>
>
>
> Regards,
>
> Arda
>
>
>
>
>
> *From:* Users <users-bounces at lists.opensips.org> *On Behalf Of *David
> Villasmil
> *Sent:* Wednesday, February 12, 2020 4:55 PM
> *To:* OpenSIPS users mailling list <users at lists.opensips.org>
> *Subject:* Re: [OpenSIPS-Users] How to start OpenSIPS 3.0 server
>
>
>
> *Attention: This email was sent from someone outside of Afiniti. Always
> use caution when opening attachments, clicking links from unknown senders
> or when receiving unexpected emails.*
>
>
>
> That’s your problem. Make sure the path exists and opensips can create the
> pid file there.
>
>
>
> Other test you can do is start manually, I.e: opensips -DD -E
>
> Providing the proper config file; etc.
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
-- 
Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200213/40cdd90a/attachment-0001.html>

From liviu at opensips.org  Thu Feb 13 11:10:02 2020
From: liviu at opensips.org (Liviu Chircu)
Date: Thu, 13 Feb 2020 18:10:02 +0200
Subject: [OpenSIPS-Users] How to start OpenSIPS 3.0 server
In-Reply-To: <529cfa53ae6447be9ca9db130cfabd39@afiniti.com>
References: <0be99d5d6ff74b1d9124e656d2b07d2b@afiniti.com>
 <CAFGRPVqpgruTTHWgjy3gKpejzrrZuCoLHgz4Q+aW3vUC3j5R9A@mail.gmail.com>
 <013b7fe9a53d4283a394859f98642308@afiniti.com>
 <CAFGRPVrc3rH9XSzdLY1Sf4Y72n8o2TXNyB+oL_RRR6aQy9eWJg@mail.gmail.com>
 <529cfa53ae6447be9ca9db130cfabd39@afiniti.com>
Message-ID: <63ea4544-ab07-d0bf-5736-665ead234c57@opensips.org>

On 13.02.2020 11:19, Tekin, Arda wrote:
>
> It prints too many logs when I run below command manually
>
> opensips –DD –E
>
Well, those logs are _exactly_ where you should be starting at!  
Redirect them
to a file, maybe with "opensips -D -E &>/tmp/out &", then do "less 
/tmp/out" and
take a look for any helpful errors.

I assume you just want to start with the default 
/etc/opensips/opensips.cfg that
comes with the "opensips" CentOS package, right?

Regards,

-- 
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com

OpenSIPS Summit, Amsterdam, May 2020
   www.opensips.org/events
OpenSIPS Bootcamp, Miami, March 2020
   www.opensips.org/training

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

From callum.guy at x-on.co.uk  Thu Feb 13 11:41:31 2020
From: callum.guy at x-on.co.uk (Callum Guy)
Date: Thu, 13 Feb 2020 16:41:31 +0000
Subject: [OpenSIPS-Users] How to start OpenSIPS 3.0 server
In-Reply-To: <63ea4544-ab07-d0bf-5736-665ead234c57@opensips.org>
References: <0be99d5d6ff74b1d9124e656d2b07d2b@afiniti.com>
 <CAFGRPVqpgruTTHWgjy3gKpejzrrZuCoLHgz4Q+aW3vUC3j5R9A@mail.gmail.com>
 <013b7fe9a53d4283a394859f98642308@afiniti.com>
 <CAFGRPVrc3rH9XSzdLY1Sf4Y72n8o2TXNyB+oL_RRR6aQy9eWJg@mail.gmail.com>
 <529cfa53ae6447be9ca9db130cfabd39@afiniti.com>
 <63ea4544-ab07-d0bf-5736-665ead234c57@opensips.org>
Message-ID: <CAFjCFzn-GAvKWix1jjc7w+82wTYX67R9XhkQrLHj4T0mvoXt8Q@mail.gmail.com>

I would imagine Liviu is correct, the answer will be quite clear

Not sure if you have seen my earlier comments but wanted to reiterate that
your initial email shows a resource limit error "Starting opensips (via
systemctl):  Job for opensips.service failed because a configured resource
limit was exceeded."

Try looking at the service file systemd is using, try something like the
following (P.S. your init.d file is probably not relevant):

[16:36]  FR-P-SIPSBC-3 🙂 $ sudo systemctl cat opensips
# /etc/systemd/system/opensips.service
[Unit]
Description=OpenSIPS is a very fast and flexible SIP (RFC3261) server
Documentation=man:opensips
After=network.target mysqld.service postgresql.service rtpproxy.service

[Service]
Type=forking
User=opensips
Group=opensips
RuntimeDirectory=opensips
RuntimeDirectoryMode=775
Environment=
EnvironmentFile=-/etc/sysconfig/opensips
PermissionsStartOnly=yes
PIDFile=%t/opensips/opensips.pid
ExecStart=/usr/sbin/opensips -P %t/opensips/opensips.pid -f
/etc/opensips/opensips.cfg -m $S_MEMORY -M $P_MEMORY $OPTIONS
ExecStop=/usr/bin/pkill --pidfile %t/opensips/opensips.pid
Restart=always
TimeoutStopSec=30s
LimitNOFILE=262144

[Install]
WantedBy=multi-user.target

Try changing the P_MEMORY/S_MEMORY values in the listed Env file and if you
tweak this file run systemctl daemon-reload before trying to start it.

On Thu, 13 Feb 2020 at 16:10, Liviu Chircu <liviu at opensips.org> wrote:

> On 13.02.2020 11:19, Tekin, Arda wrote:
>
> It prints too many logs when I run below command manually
>
> opensips –DD –E
>
> Well, those logs are _exactly_ where you should be starting at!  Redirect
> them
> to a file, maybe with "opensips -D -E &>/tmp/out &", then do "less
> /tmp/out" and
> take a look for any helpful errors.
>
> I assume you just want to start with the default
> /etc/opensips/opensips.cfg that
> comes with the "opensips" CentOS package, right?
>
> Regards,
>
> --
> Liviu Chircuwww.twitter.com/liviuchircu | www.opensips-solutions.com
>
> OpenSIPS Summit, Amsterdam, May 2020
>   www.opensips.org/events
> OpenSIPS Bootcamp, Miami, March 2020
>   www.opensips.org/training
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

-- 





*0333 332 0000  |  www.x-on.co.uk <http://www.x-on.co.uk>  |   ** 
<https://www.linkedin.com/company/x-on>   <https://www.facebook.com/XonTel> 
  <https://twitter.com/xonuk> *


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/20200213/1c870551/attachment.html>

From liviu at opensips.org  Thu Feb 13 11:51:05 2020
From: liviu at opensips.org (Liviu Chircu)
Date: Thu, 13 Feb 2020 18:51:05 +0200
Subject: [OpenSIPS-Users] How to start OpenSIPS 3.0 server
In-Reply-To: <CAFjCFzn-GAvKWix1jjc7w+82wTYX67R9XhkQrLHj4T0mvoXt8Q@mail.gmail.com>
References: <0be99d5d6ff74b1d9124e656d2b07d2b@afiniti.com>
 <CAFGRPVqpgruTTHWgjy3gKpejzrrZuCoLHgz4Q+aW3vUC3j5R9A@mail.gmail.com>
 <013b7fe9a53d4283a394859f98642308@afiniti.com>
 <CAFGRPVrc3rH9XSzdLY1Sf4Y72n8o2TXNyB+oL_RRR6aQy9eWJg@mail.gmail.com>
 <529cfa53ae6447be9ca9db130cfabd39@afiniti.com>
 <63ea4544-ab07-d0bf-5736-665ead234c57@opensips.org>
 <CAFjCFzn-GAvKWix1jjc7w+82wTYX67R9XhkQrLHj4T0mvoXt8Q@mail.gmail.com>
Message-ID: <3b9a29b0-ceb8-cc64-eeee-c18b3d7518ad@opensips.org>

On 13.02.2020 18:41, Callum Guy wrote:
> shows a resource limit error "Starting opensips (via systemctl):  Job 
> for opensips.service failed because a configured resource limit was 
> exceeded."
>
IMO, that is a typical systemd error, since it attempts to start your 
service in some
insane "while (!started) { start_service() }"  type of loop until it 
realizes that it
did so many quick attempts that it ran out of resource X (cycles, 
memory, disk, etc.)
and needs to throttle things down...

-- 
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com

OpenSIPS Summit, Amsterdam, May 2020
   www.opensips.org/events
OpenSIPS Bootcamp, Miami, March 2020
   www.opensips.org/training



From voip.security at protonmail.com  Thu Feb 13 17:05:07 2020
From: voip.security at protonmail.com (Sharad Kumar)
Date: Thu, 13 Feb 2020 22:05:07 +0000
Subject: [OpenSIPS-Users] OpenSIPS 3 Installation on Debian - Detailed Blog
Message-ID: <c6p17LT3RowKNXzqH3Yl7Zr7Yi6VHoAZ7_r5lSYp0FfaPb35ZxMd5chrzg1guqkPU6woMF-qifFsfKOab2vRiP_jhPp8c8cpszKA5sAEZlE=@protonmail.com>

Hey guys,

I just wrote a blog on OpenSIPS 3 installation on Debian. I hope this blog will help newbies to get started pretty quick on OpenSIPS. Please review and comment .
https://www.securevoip.io/2020/02/13/how-to-install-opensips-3-from-source-on-debian/

Thank you
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200213/43b1a2c6/attachment.html>

From liviu at opensips.org  Fri Feb 14 07:33:02 2020
From: liviu at opensips.org (Liviu Chircu)
Date: Fri, 14 Feb 2020 14:33:02 +0200
Subject: [OpenSIPS-Users] OpenSIPS 3 Installation on Debian - Detailed
 Blog
In-Reply-To: <c6p17LT3RowKNXzqH3Yl7Zr7Yi6VHoAZ7_r5lSYp0FfaPb35ZxMd5chrzg1guqkPU6woMF-qifFsfKOab2vRiP_jhPp8c8cpszKA5sAEZlE=@protonmail.com>
References: <c6p17LT3RowKNXzqH3Yl7Zr7Yi6VHoAZ7_r5lSYp0FfaPb35ZxMd5chrzg1guqkPU6woMF-qifFsfKOab2vRiP_jhPp8c8cpszKA5sAEZlE=@protonmail.com>
Message-ID: <8fd52a4b-13e1-99b4-5787-3929c2dea2bc@opensips.org>

On 14.02.2020 00:05, Sharad Kumar via Users wrote:
> I just wrote a blog on OpenSIPS 3 installation on Debian. I hope this 
> blog will help newbies to get started pretty quick on OpenSIPS. Please 
> review and comment .
> https://www.securevoip.io/2020/02/13/how-to-install-opensips-3-from-source-on-debian/

Hi, Sharad!

Excellent work!  I went through it and it looked very good - I couldn't spot
any bad practice or significant improvement.  All I have are some 
editorial nits:

* "apt-get install" -> "apt install"  (I noticed you fixed a few, but 
not all)
* "By defualt OpenSIPS" -> "By default, OpenSIPS"

Cheers,

-- 
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com

OpenSIPS Summit, Amsterdam, May 2020
   www.opensips.org/events
OpenSIPS Bootcamp, Miami, March 2020
   www.opensips.org/training



From suharik71 at gmail.com  Fri Feb 14 09:01:55 2020
From: suharik71 at gmail.com (=?UTF-8?B?0JDQvdGC0L7QvSDQldGA0YjQvtCy?=)
Date: Fri, 14 Feb 2020 17:01:55 +0300
Subject: [OpenSIPS-Users] rewrite status-line
Message-ID: <CAMp8X_uG_bqUOa6Fr3FGLKTS8gn9_Ar2XMN+EDUdYfFRoxr=HQ@mail.gmail.com>

Hello friends!
we have final equipment that does not meet 200OK correctly. it adds an
extra space between 200 and OK. from the point of view of rfc is not very
scary. but there is an operator that cannot handle the given 200OK. I tried
to fix it with change_reply_status in module sipmsgops.
but it rewrites the status-line with the same extra space.
Is this a bug?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200214/dd188b42/attachment.html>

From johan at democon.be  Fri Feb 14 09:08:11 2020
From: johan at democon.be (johan)
Date: Fri, 14 Feb 2020 15:08:11 +0100
Subject: [OpenSIPS-Users] rewrite status-line
In-Reply-To: <CAMp8X_uG_bqUOa6Fr3FGLKTS8gn9_Ar2XMN+EDUdYfFRoxr=HQ@mail.gmail.com>
References: <CAMp8X_uG_bqUOa6Fr3FGLKTS8gn9_Ar2XMN+EDUdYfFRoxr=HQ@mail.gmail.com>
Message-ID: <fb9407f0-07a4-ec14-7f52-549334adb025@democon.be>

To me 200 OK is perfectly valid.   The operator should fix this at his 
side.

On 14.02.20 15:01, Антон Ершов wrote:
> Hello friends!
> we have final equipment that does not meet 200OK correctly. it adds an 
> extra space between 200 and OK. from the point of view of rfc is not 
> very scary. but there is an operator that cannot handle the given 
> 200OK. I tried to fix it with change_reply_status in module sipmsgops.
> but it rewrites the status-line with the same extra space.
> Is this a bug?
>
> _______________________________________________
> 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/20200214/1b56911a/attachment.html>

From suharik71 at gmail.com  Fri Feb 14 09:17:17 2020
From: suharik71 at gmail.com (=?UTF-8?B?0JDQvdGC0L7QvSDQldGA0YjQvtCy?=)
Date: Fri, 14 Feb 2020 17:17:17 +0300
Subject: [OpenSIPS-Users] rewrite status-line
In-Reply-To: <fb9407f0-07a4-ec14-7f52-549334adb025@democon.be>
References: <CAMp8X_uG_bqUOa6Fr3FGLKTS8gn9_Ar2XMN+EDUdYfFRoxr=HQ@mail.gmail.com>
 <fb9407f0-07a4-ec14-7f52-549334adb025@democon.be>
Message-ID: <CAMp8X_uV_ZmKxeRia+yjYcMhOU5aj2j73HNqyKq2_EFod2SxKA@mail.gmail.com>

They can not

пт, 14 февр. 2020 г., 17:10 johan <johan at democon.be>:

> To me 200 OK is perfectly valid.   The operator should fix this at his
> side.
> On 14.02.20 15:01, Антон Ершов wrote:
>
> Hello friends!
> we have final equipment that does not meet 200OK correctly. it adds an
> extra space between 200 and OK. from the point of view of rfc is not very
> scary. but there is an operator that cannot handle the given 200OK. I tried
> to fix it with change_reply_status in module sipmsgops.
> but it rewrites the status-line with the same extra space.
> Is this a bug?
>
> _______________________________________________
> Users mailing listUsers at lists.opensips.orghttp://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/20200214/c3f3c667/attachment-0001.html>

From voip.security at protonmail.com  Fri Feb 14 11:06:37 2020
From: voip.security at protonmail.com (Sharad Kumar)
Date: Fri, 14 Feb 2020 10:06:37 -0600
Subject: [OpenSIPS-Users] OpenSIPS 3 Installation on Debian - Detailed
 Blog
In-Reply-To: <8fd52a4b-13e1-99b4-5787-3929c2dea2bc@opensips.org>
References: <8fd52a4b-13e1-99b4-5787-3929c2dea2bc@opensips.org>
Message-ID: <648bc5cf-dd43-f0a1-83bc-c04eb796a2c6@protonmail.com>

Thanks for your feedback Liviu, I have fixed those mistakes.



From suharik71 at gmail.com  Fri Feb 14 11:59:06 2020
From: suharik71 at gmail.com (=?UTF-8?B?0JDQvdGC0L7QvSDQldGA0YjQvtCy?=)
Date: Fri, 14 Feb 2020 19:59:06 +0300
Subject: [OpenSIPS-Users] rewrite status-line
In-Reply-To: <CAMp8X_uV_ZmKxeRia+yjYcMhOU5aj2j73HNqyKq2_EFod2SxKA@mail.gmail.com>
References: <CAMp8X_uG_bqUOa6Fr3FGLKTS8gn9_Ar2XMN+EDUdYfFRoxr=HQ@mail.gmail.com>
 <fb9407f0-07a4-ec14-7f52-549334adb025@democon.be>
 <CAMp8X_uV_ZmKxeRia+yjYcMhOU5aj2j73HNqyKq2_EFod2SxKA@mail.gmail.com>
Message-ID: <CAMp8X_ubDC_OZYLCtrRGeX29wWNMQhHZzDwRFzXV7jnfr0j-uQ@mail.gmail.com>

I understand correctly that on my side I can not fix this problem?

пт, 14 февр. 2020 г. в 17:17, Антон Ершов <suharik71 at gmail.com>:

> They can not
>
> пт, 14 февр. 2020 г., 17:10 johan <johan at democon.be>:
>
>> To me 200 OK is perfectly valid.   The operator should fix this at his
>> side.
>> On 14.02.20 15:01, Антон Ершов wrote:
>>
>> Hello friends!
>> we have final equipment that does not meet 200OK correctly. it adds an
>> extra space between 200 and OK. from the point of view of rfc is not very
>> scary. but there is an operator that cannot handle the given 200OK. I tried
>> to fix it with change_reply_status in module sipmsgops.
>> but it rewrites the status-line with the same extra space.
>> Is this a bug?
>>
>> _______________________________________________
>> Users mailing listUsers at lists.opensips.orghttp://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/20200214/33644918/attachment.html>

From Ben.Newlin at genesys.com  Fri Feb 14 12:08:33 2020
From: Ben.Newlin at genesys.com (Ben Newlin)
Date: Fri, 14 Feb 2020 17:08:33 +0000
Subject: [OpenSIPS-Users] rewrite status-line
In-Reply-To: <CAMp8X_ubDC_OZYLCtrRGeX29wWNMQhHZzDwRFzXV7jnfr0j-uQ@mail.gmail.com>
References: <CAMp8X_uG_bqUOa6Fr3FGLKTS8gn9_Ar2XMN+EDUdYfFRoxr=HQ@mail.gmail.com>
 <fb9407f0-07a4-ec14-7f52-549334adb025@democon.be>
 <CAMp8X_uV_ZmKxeRia+yjYcMhOU5aj2j73HNqyKq2_EFod2SxKA@mail.gmail.com>
 <CAMp8X_ubDC_OZYLCtrRGeX29wWNMQhHZzDwRFzXV7jnfr0j-uQ@mail.gmail.com>
Message-ID: <15D32BD5-5C40-4DB8-8F44-E250720AEA3F@genesys.com>

I couldn’t find it in the documentation, but I am pretty sure that change_reply_status will not work on a 2xx response as a proxy cannot change those types of responses. You would have to be using B2BUA to do that.

I think your best bet would be to try one of the functions in the textops module [1], possibly replace() [2].

[1] - https://opensips.org/docs/modules/2.4.x/textops.html
[2] - https://opensips.org/docs/modules/2.4.x/textops.html#func_replace


Ben Newlin

From: Users <users-bounces at lists.opensips.org> on behalf of Антон Ершов <suharik71 at gmail.com>
Reply-To: OpenSIPS users mailling list <users at lists.opensips.org>
Date: Friday, February 14, 2020 at 12:01 PM
To: OpenSIPS users mailling list <users at lists.opensips.org>
Subject: Re: [OpenSIPS-Users] rewrite status-line

I understand correctly that on my side I can not fix this problem?

пт, 14 февр. 2020 г. в 17:17, Антон Ершов <suharik71 at gmail.com<mailto:suharik71 at gmail.com>>:
They can not

пт, 14 февр. 2020 г., 17:10 johan <johan at democon.be<mailto:johan at democon.be>>:

To me 200 OK is perfectly valid.   The operator should fix this at his side.
On 14.02.20 15:01, Антон Ершов wrote:
Hello friends!
we have final equipment that does not meet 200OK correctly. it adds an extra space between 200 and OK. from the point of view of rfc is not very scary. but there is an operator that cannot handle the given 200OK. I tried to fix it with change_reply_status in module sipmsgops.
but it rewrites the status-line with the same extra space.
Is this a bug?



_______________________________________________

Users mailing list

Users at lists.opensips.org<mailto:Users at lists.opensips.org>

http://lists.opensips.org/cgi-bin/mailman/listinfo/users<http://lists.opensips.org/cgi-bin/mailman/listinfo/users>
_______________________________________________
Users mailing list
Users at lists.opensips.org<mailto:Users at lists.opensips.org>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users<http://lists.opensips.org/cgi-bin/mailman/listinfo/users>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200214/02b50b27/attachment-0001.html>

From suharik71 at gmail.com  Fri Feb 14 12:23:38 2020
From: suharik71 at gmail.com (=?UTF-8?B?0JDQvdGC0L7QvSDQldGA0YjQvtCy?=)
Date: Fri, 14 Feb 2020 20:23:38 +0300
Subject: [OpenSIPS-Users] rewrite status-line
In-Reply-To: <15D32BD5-5C40-4DB8-8F44-E250720AEA3F@genesys.com>
References: <CAMp8X_uG_bqUOa6Fr3FGLKTS8gn9_Ar2XMN+EDUdYfFRoxr=HQ@mail.gmail.com>
 <fb9407f0-07a4-ec14-7f52-549334adb025@democon.be>
 <CAMp8X_uV_ZmKxeRia+yjYcMhOU5aj2j73HNqyKq2_EFod2SxKA@mail.gmail.com>
 <CAMp8X_ubDC_OZYLCtrRGeX29wWNMQhHZzDwRFzXV7jnfr0j-uQ@mail.gmail.com>
 <15D32BD5-5C40-4DB8-8F44-E250720AEA3F@genesys.com>
Message-ID: <CAMp8X_sxC8=CEgdsn7C2GwkR4L55_iJYTox8BVgmA2-wmb-MNw@mail.gmail.com>

change_reply_status works. I managed to change the code. e.g. 200 to 201
it turned out to change Reason. but two spaces still remain.
func_replace will check the whole message every time. How will this affect
productivity?
and whether it will check the status-line?

пт, 14 февр. 2020 г. в 20:11, Ben Newlin <Ben.Newlin at genesys.com>:

> I couldn’t find it in the documentation, but I am pretty sure that
> change_reply_status will not work on a 2xx response as a proxy cannot
> change those types of responses. You would have to be using B2BUA to do
> that.
>
>
>
> I think your best bet would be to try one of the functions in the textops
> module [1], possibly replace() [2].
>
>
>
> [1] - https://opensips.org/docs/modules/2.4.x/textops.html
>
> [2] - https://opensips.org/docs/modules/2.4.x/textops.html#func_replace
>
>
>
>
>
> Ben Newlin
>
>
>
> *From: *Users <users-bounces at lists.opensips.org> on behalf of Антон Ершов
> <suharik71 at gmail.com>
> *Reply-To: *OpenSIPS users mailling list <users at lists.opensips.org>
> *Date: *Friday, February 14, 2020 at 12:01 PM
> *To: *OpenSIPS users mailling list <users at lists.opensips.org>
> *Subject: *Re: [OpenSIPS-Users] rewrite status-line
>
>
>
> I understand correctly that on my side I can not fix this problem?
>
>
>
> пт, 14 февр. 2020 г. в 17:17, Антон Ершов <suharik71 at gmail.com>:
>
> They can not
>
>
>
> пт, 14 февр. 2020 г., 17:10 johan <johan at democon.be>:
>
> To me 200 OK is perfectly valid.   The operator should fix this at his
> side.
>
> On 14.02.20 15:01, Антон Ершов wrote:
>
> Hello friends!
>
> we have final equipment that does not meet 200OK correctly. it adds an
> extra space between 200 and OK. from the point of view of rfc is not very
> scary. but there is an operator that cannot handle the given 200OK. I tried
> to fix it with change_reply_status in module sipmsgops.
>
> but it rewrites the status-line with the same extra space.
>
> Is this a bug?
>
>
>
> _______________________________________________
>
> 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
>
> _______________________________________________
> 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/20200214/fb785ab1/attachment.html>

From sobomax at sippysoft.com  Fri Feb 14 16:11:52 2020
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Fri, 14 Feb 2020 13:11:52 -0800
Subject: [OpenSIPS-Users] rewrite status-line
In-Reply-To: <fb9407f0-07a4-ec14-7f52-549334adb025@democon.be>
References: <CAMp8X_uG_bqUOa6Fr3FGLKTS8gn9_Ar2XMN+EDUdYfFRoxr=HQ@mail.gmail.com>
 <fb9407f0-07a4-ec14-7f52-549334adb025@democon.be>
Message-ID: <CAH7qZft7qEVpfXcUc=zx4hTtwGiBSAaHgvEvUYoAYz_HfcWJ5g@mail.gmail.com>

I think this response is borderline. RFC3261 specifically mandates SINGLE
character to be used, however the reason phrase might contain as many
spaces as needed, so that it can be argued that in this particular case the
reason phrase is " OK" versus "OK" normally.

---

7.2 <https://tools.ietf.org/html/rfc3261#section-7.2> Responses

   SIP responses are distinguished from requests by having a Status-Line
   as their start-line.  A Status-Line consists of the protocol version
   followed by a numeric Status-Code and its associated textual phrase,
   with each element separated by a single SP character.

   No CR or LF is allowed except in the final CRLF sequence.

      Status-Line  =  SIP-Version SP Status-Code SP Reason-Phrase CRLF

[...]

Reason-Phrase   =  *(reserved / unreserved / escaped
                   / UTF8-NONASCII / UTF8-CONT / SP / HTAB)

---


Technically speaking changing JUST reason phrase in SIP proxy should not
break anything. You don't really need B2BUA to replace say "200 OK" with
"200 Have a Good Day" so it's just a matter of nobody having this need.


-Max


On Fri, Feb 14, 2020 at 6:09 AM johan <johan at democon.be> wrote:

> To me 200 OK is perfectly valid.   The operator should fix this at his
> side.
> On 14.02.20 15:01, Антон Ершов wrote:
>
> Hello friends!
> we have final equipment that does not meet 200OK correctly. it adds an
> extra space between 200 and OK. from the point of view of rfc is not very
> scary. but there is an operator that cannot handle the given 200OK. I tried
> to fix it with change_reply_status in module sipmsgops.
> but it rewrites the status-line with the same extra space.
> Is this a bug?
>
> _______________________________________________
> Users mailing listUsers at lists.opensips.orghttp://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
>


-- 
Maksym Sobolyev
Sippy Software, Inc.
Internet Telephony (VoIP) Experts
Tel (Canada): +1-778-783-0474
Tel (Toll-Free): +1-855-747-7779
Fax: +1-866-857-6942
Web: http://www.sippysoft.com
MSN: sales at sippysoft.com
Skype: SippySoft
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200214/1a271d96/attachment.html>

From ryanembgrets at gmail.com  Sun Feb 16 10:42:28 2020
From: ryanembgrets at gmail.com (Ryan embgrets)
Date: Sun, 16 Feb 2020 20:42:28 +0500
Subject: [OpenSIPS-Users] Cannot create opensips database for postgresql
 using opensips-cli
In-Reply-To: <d8de786d6a9844538048d73a0eb33efa@afiniti.com>
References: <CA+7jXCtvb6UkH6JkO_8aORe+WJkm7_--47vMtK5AFfn6z4ZaAg@mail.gmail.com>
 <d8de786d6a9844538048d73a0eb33efa@afiniti.com>
Message-ID: <CA+7jXCtXqac+R5y=gwWAbYKx77xwNsohJFoaXdpCYr79eP4GLQ@mail.gmail.com>

It worked. Thanks Man.

I am not sure why opensips user does not have read permissions. I had to
grant that manually.

Ryan.

On Thu, 13 Feb 2020 at 15:31, Tekin, Arda <arda.tekin at afiniti.com> wrote:

> Hi Ryan
>
>
>
> I have recently created the postgres tables by opensips-cli tool.
>
> Copy the default.cfg under your home directory. (while I am root)
>
> cp /root/src/opensips-cli/etc/default.cfg /root/opensips-cli.cfg
>
>
>
> add postgres section in opensips-cli.cfg.
>
>
>
> The postgres password should be previously set by psql command.
>
>
>
> My file looks like this
>
>
>
> [default]
>
> log_level: WARNING
>
> prompt_name: opensips-cli
>
> prompt_intro: Welcome to OpenSIPS Command Line Interface!
>
> prompt_emptyline_repeat_cmd: False
>
> history_file: ~/.opensips-cli.history
>
> history_file_size: 1000
>
> output_type: pretty-print
>
> communication_type: fifo
>
> fifo_file: /tmp/opensips_fifo
>
>
>
> # optional DB override instance, invoked using `opensips-cli -i postgres
> ...`
>
> [postgres]
>
> database_path: /usr/local/share/opensips/postgres
>
> database_url: postgres://opensips:<postgres-password>@<db-ip>:5432
>
> template_url: postgres://postgres:<postgres-password>@<db-ip>:5432
>
> database_name: opensips
>
>
>
>
>
> Then run the following command to create all tables of opensips
>
>
>
> opensips-cli -f /root/opensips-cli.cfg -i postgres -x database create
>
>
>
>
>
> opensips-cli uses the sql files in /usr/local/share/opensips/postgres path
> when creating tables.
>
>
>
>
>
> Arda
>
>
>
> *From:* Users <users-bounces at lists.opensips.org> *On Behalf Of *Ryan
> embgrets
> *Sent:* Monday, February 10, 2020 12:22 AM
> *To:* users at lists.opensips.org
> *Subject:* [OpenSIPS-Users] Cannot create opensips database for
> postgresql using opensips-cli
>
>
>
> *Attention: This email was sent from someone outside of Afiniti. Always
> use caution when opening attachments, clicking links from unknown senders
> or when receiving unexpected emails.*
>
>
>
> Greetings,
>
>
>
> I am trying to create opensips database using opensips-cli module but each
> time it is failing.
>
> I am getting below error during the process.
>
>
>
> (opensips-cli): database create
>
> Please provide the URL of the SQL database: postgres://
> opensips:opensipsrw at 127.0.0.1
>
> ERROR: cannot connect to DB server: (psycopg2.OperationalError) FATAL:
> database "opensips" does not exist
>
> !
>
> Traceback (most recent call last):
>
>   File "/usr/lib/python3.5/cmd.py", line 214, in onecmd
>
>     func = getattr(self, 'do_' + cmd)
>
> AttributeError: 'OpenSIPSCLIShell' object has no attribute 'do_database'
>
>
>
> During handling of the above exception, another exception occurred:
>
>
>
> Traceback (most recent call last):
>
>   File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 1044, in
> _do_get
>
>     return self._pool.get(wait, self._timeout)
>
>   File "/usr/lib/python3/dist-packages/sqlalchemy/util/queue.py", line
> 145, in get
>
>     raise Empty
>
> sqlalchemy.util.queue.Empty
>
>
>
> During handling of the above exception, another exception occurred:
>
>
>
> Traceback (most recent call last):
>
>   File "/usr/lib/python3/dist-packages/sqlalchemy/engine/base.py", line
> 2074, in _wrap_pool_connect
>
>     return fn()
>
>   File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 318, in
> unique_connection
>
>     return _ConnectionFairy._checkout(self)
>
>   File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 713, in
> _checkout
>
>     fairy = _ConnectionRecord.checkout(pool)
>
>   File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 480, in
> checkout
>
>     rec = pool._do_get()
>
>   File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 1060, in
> _do_get
>
>     self._dec_overflow()
>
>   File "/usr/lib/python3/dist-packages/sqlalchemy/util/langhelpers.py",
> line 60, in __exit__
>
>     compat.reraise(exc_type, exc_value, exc_tb)
>
>   File "/usr/lib/python3/dist-packages/sqlalchemy/util/compat.py", line
> 186, in reraise
>
>     raise value
>
>   File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 1057, in
> _do_get
>
>     return self._create_connection()
>
>   File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 323, in
> _create_connection
>
>     return _ConnectionRecord(self)
>
>   File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 449, in
> __init__
>
>     self.connection = self.__connect()
>
>   File "/usr/lib/python3/dist-packages/sqlalchemy/pool.py", line 607, in
> __connect
>
>     connection = self.__pool._invoke_creator(self)
>
>   File "/usr/lib/python3/dist-packages/sqlalchemy/engine/strategies.py",
> line 97, in connect
>
>     return dialect.connect(*cargs, **cparams)
>
>   File "/usr/lib/python3/dist-packages/sqlalchemy/engine/default.py", line
> 385, in connect
>
>     return self.dbapi.connect(*cargs, **cparams)
>
>   File "/usr/lib/python3/dist-packages/psycopg2/__init__.py", line 126, in
> connect
>
>     conn = _connect(dsn, connection_factory=connection_factory, **kwasync)
>
> psycopg2.OperationalError: FATAL:  database "opensips" does not exist
>
>
>
> Any help here is much appreciated.
>
>
>
> Ryan.
> _______________________________________________
> 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/20200216/72628171/attachment.html>

From exequiel.leite at gmail.com  Mon Feb 17 10:24:15 2020
From: exequiel.leite at gmail.com (Exequiel leite)
Date: Mon, 17 Feb 2020 12:24:15 -0300
Subject: [OpenSIPS-Users] Issues with DB Async query
Message-ID: <CANFcDWwSafBVWhOb2e4OQ+DVM-wx70-Z4MZUkSKnQJm68aV6jw@mail.gmail.com>

Hi everyone,

 I'm dealing with, at least, one opensips crash a day. For some reason,
when Opensips try to restore a dead connection in the DBs connections pool,
it can't find it and then it shuts down with the following message:

CRITICAL:core:db_store_async_con: #012>>> DB con 0x7fb857f4d178 not
found#012It seems you have hit a programming bug.#012Please help us make
OpenSIPS better by reporting it at
https://github.com/OpenSIPS/opensips/issues

BTW I'm using Opensips 2.4.5 with a cluster of MariaDB DBs in the same
network. I couldn´t relate it with a DB issue, the databases are working
fine.

Could anyone give me any clues about this?

Thanks in advance,


10:29:34 Opensips[7213]: DBG:avpops:ops_async_dbquery: query [SELECT
(COUNT(*) > 0), user_type FROM app.user_app where client_phone =
'XXXXXXXXXX' AND status = 'ON']
10:29:34 Opensips[7213]: DBG:db_virtual:db_virtual_async_raw_query: f call
handle size = 2
10:29:34 Opensips[7213]: DBG:db_virtual:try_reconnect: try reconnect
10:29:34 Opensips[7213]: DBG:db_virtual:db_virtual_async_raw_query: flags1
= 3
10:29:34 Opensips[7213]: DBG:core:db_init_async: >>    1/10 transfers: (6 -
0x7fb857f4d178)
10:29:34 Opensips[7213]: DBG:db_mysql:mysql_raise_event: MySQL status has
not changed: connected
10:29:34 Opensips[7213]: DBG:tm:t_handle_async: placing async job into
reactor
10:29:34 Opensips[7213]: DBG:tm:io_watch_add: [UDP_worker] io_watch_add op
(6 on 12) (0x55b578c3dfa0, 6, 16, 0x7fb8181d8dd0,1), fd_no=4/1024
10:29:34 Opensips[7213]: DBG:core:destroy_avp_list: destroying list (nil)
10:29:34 Opensips[7213]: DBG:core:receive_msg: cleaning up
10:29:34 Opensips[7213]: DBG:tm:t_resume_async: resuming on fd 6,
transaction 0x7fb8181d7300
10:29:34 Opensips[7213]: DBG:db_mysql:db_mysql_async_resume:
mysql_read_query_result: 2013, HY000 - "Lost connection to MySQL server
during query"
10:29:34 Opensips[7213]: ERROR:db_mysql:db_mysql_async_resume: error [2013,
HY000]: Lost connection to MySQL server during query
10:29:34 Opensips[7213]: DBG:core:db_store_async_con: >> restore conn
0x7fb857f4d178
10:29:34 Opensips[7213]: DBG:core:pool_remove: removing connection from the
pool
10:29:34 Opensips[7213]: DBG:db_virtual:db_virtual_async_resume: f call
handle size = 2
10:29:34 Opensips[7213]: DBG:db_virtual:try_reconnect: try reconnect
10:29:34 Opensips[7213]: DBG:core:db_do_init: connection 0x7fb857f4aeb0 not
found in pool
10:29:34 Opensips[7213]: DBG:db_mysql:db_mysql_connect: opening connection:
mysql://xxxx:xxxx at 10.200.33.21:3306/app
10:29:34 Opensips[7213]: DBG:db_mysql:db_mysql_connect: connection type is
10.200.33.25 via TCP/IP
10:29:34 Opensips[7213]: DBG:db_mysql:db_mysql_connect: protocol version is
10
10:29:34 Opensips[7213]: DBG:db_mysql:db_mysql_connect: server version is
5.5.5-10.1.34-MariaDB-0ubuntu0.18.04.1
10:29:34 Opensips[7213]: DBG:core:db_do_init: connection 0x7fb857f4aeb0
inserted in pool as 0x7fb857f4a638
10:29:34 Opensips[7213]: DBG:db_virtual:db_virtual_async_resume: flags1 = 3
10:29:34 Opensips[7213]: DBG:core:db_init_async: >>    1/10 transfers: (44
- 0x7fb857f4ad60)
10:29:34 Opensips[7213]: DBG:db_mysql:mysql_raise_event: MySQL status has
not changed: connected
10:29:34 Opensips[7213]: DBG:tm:io_watch_del: [UDP_worker] io_watch_del op
on index -1 6 (0x55b578c3dfa0, 6, -1, 0x10,0x1) fd_no=5 called
10:29:34 Opensips[7213]: ERROR:tm:io_watch_del: [UDP_worker] removing fd
from epoll (6 from 12) list failed: No such file or directory [2]
10:29:34 Opensips[7213]: DBG:tm:io_watch_add: [UDP_worker] io_watch_add op
(44 on 12) (0x55b578c3dfa0, 44, 16, 0x7fb8181d8dd0,1), fd_no=4/1024
10:29:34 Opensips[7213]: DBG:tm:clean_msg_clone: removing hdr->parsed 7
10:29:34 Opensips[7213]: DBG:tm:t_resume_async: resuming on fd 44,
transaction 0x7fb8181d7300
10:29:34 Opensips[7213]: DBG:db_mysql:db_mysql_async_resume:
mysql_read_query_result: 2013, HY000 - "Lost connection to MySQL server
during query"
10:29:34 Opensips[7213]: ERROR:db_mysql:db_mysql_async_resume: error [2013,
HY000]: Lost connection to MySQL server during query
10:29:34 Opensips[7213]: DBG:core:db_store_async_con: >> restore conn
0x7fb857f4d178
*10:29:34 Opensips[7213]: CRITICAL:core:db_store_async_con: #012>>> DB con
0x7fb857f4d178 not found#012It seems you have hit a programming
bug.#012Please help us make OpenSIPS better by reporting it at
https://github.com/OpenSIPS/opensips/issues
<https://github.com/OpenSIPS/opensips/issues>*
10:29:35 Opensips[7206]: DBG:uac_registrant:timer_check: checking ...
[1581935375] on htable[0]
10:29:36 Opensips[7209]: WARNING:core:handle_timer_job: utimer job
<tm-utimer> has a 90000 us delay in execution
10:29:36 Opensips[7209]: WARNING:core:handle_timer_job: utimer job
<tm-utimer> has a 90000 us delay in execution
10:29:36 Opensips[7205]: WARNING:core:utimer_ticker: utimer task
<tm-utimer> already scheduled for 73696360 ms (now 73696450 ms), it may
overlap..
10:29:40 Opensips[7214]: DBG:db_virtual:reconnect_timer: reconnect with
timer
10:29:40 Opensips[7200]: DBG:core:handle_sigs: OpenSIPS exit status = 134
10:29:40 Opensips[7200]: INFO:core:handle_sigs: child process 7213 exited
by a signal 6
10:29:40 Opensips[7200]: INFO:core:handle_sigs: core was generated
10:29:40 Opensips[7200]: INFO:core:handle_sigs: terminating due to SIGCHLD
10:29:40 Opensips[7200]: DBG:core:shutdown_opensips: Asking process 6 [SIP
receiver udp:10.200.33.25:5060 ] to terminate
10:29:40 Opensips[7205]: INFO:core:sig_usr: signal 15 received
10:29:40 Opensips[7201]: INFO:core:sig_usr: signal 15 received
10:29:40 Opensips[7203]: INFO:core:sig_usr: signal 15 received
10:29:40 Opensips[7202]: INFO:core:sig_usr: signal 15 received
10:29:40 Opensips[7204]: INFO:core:sig_usr: signal 15 received
10:29:40 Opensips[7200]: DBG:core:shutdown_opensips: Asking process 7 [SIP
receiver udp:10.200.33.25:5060 ] to terminate
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200217/a227c7c3/attachment.html>

From grantbagdasarian at gmail.com  Mon Feb 17 14:49:50 2020
From: grantbagdasarian at gmail.com (Grant Bagdasarian)
Date: Mon, 17 Feb 2020 20:49:50 +0100
Subject: [OpenSIPS-Users] is_request(), is_reply() functions in OpenSips
Message-ID: <CACK6f-oWE21EDzFQVhMAgA-MsmO7f0-gMGqDFQ9yM0eOW4vobg@mail.gmail.com>

Hello,

My experience is mainly in Kamailio, and I was wondering how to check
in OpenSips if a message is a request or response? Kamailio exposes
the functions is_request() and is_reply(), but I couldn't find an
equivalent in OpenSips.

Thanks and regards,

Grant


From callum.guy at x-on.co.uk  Mon Feb 17 16:44:44 2020
From: callum.guy at x-on.co.uk (Callum Guy)
Date: Mon, 17 Feb 2020 21:44:44 +0000
Subject: [OpenSIPS-Users] is_request(), is_reply() functions in OpenSips
In-Reply-To: <CACK6f-oWE21EDzFQVhMAgA-MsmO7f0-gMGqDFQ9yM0eOW4vobg@mail.gmail.com>
References: <CACK6f-oWE21EDzFQVhMAgA-MsmO7f0-gMGqDFQ9yM0eOW4vobg@mail.gmail.com>
Message-ID: <CAFjCFz=wRzC_ds4F5edPJKDdGeHrx4nzyjL_6SL81mTJWSsRXg@mail.gmail.com>

Hi,

All replies arrive at a separate route block, configurable during
processing of the parent request.

You can define many reply processing routes and allocate requests to these
at your discretion using t_on_reply("example_a"); or
t_on_reply("example_b"); etc

Docs are here:

https://www.opensips.org/Documentation/Script-Routes-3-0

It's all pretty straightforward once you've taken it for a spin!

Does that help?

Callum

On Mon, 17 Feb 2020 at 19:51, Grant Bagdasarian <grantbagdasarian at gmail.com>
wrote:

> Hello,
>
> My experience is mainly in Kamailio, and I was wondering how to check
> in OpenSips if a message is a request or response? Kamailio exposes
> the functions is_request() and is_reply(), but I couldn't find an
> equivalent in OpenSips.
>
> Thanks and regards,
>
> Grant
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

-- 





*0333 332 0000  |  www.x-on.co.uk <http://www.x-on.co.uk>  |   ** 
<https://www.linkedin.com/company/x-on>   <https://www.facebook.com/XonTel> 
  <https://twitter.com/xonuk> *


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/20200217/15a13490/attachment.html>

From grantbagdasarian at gmail.com  Mon Feb 17 17:00:04 2020
From: grantbagdasarian at gmail.com (Grant Bagdasarian)
Date: Mon, 17 Feb 2020 23:00:04 +0100
Subject: [OpenSIPS-Users] is_request(), is_reply() functions in OpenSips
In-Reply-To: <CAFjCFz=wRzC_ds4F5edPJKDdGeHrx4nzyjL_6SL81mTJWSsRXg@mail.gmail.com>
References: <CACK6f-oWE21EDzFQVhMAgA-MsmO7f0-gMGqDFQ9yM0eOW4vobg@mail.gmail.com>
 <CAFjCFz=wRzC_ds4F5edPJKDdGeHrx4nzyjL_6SL81mTJWSsRXg@mail.gmail.com>
Message-ID: <CACK6f-qq=EBaPi3Zk+wvgb-WZpZhye73T_D6ir+yCT5e1qQABw@mail.gmail.com>

Hi Callum,

Thanks for the reply. I’m aware of the different types of routes and how to
arm reply and branch routes for the parent requests.

I’m currently trying to port a Kamailio script I’ve written a while back to
OpenSips. One of the routes is fairly generic and called  from both request
routes as onreply routes, but depends on the functions is_request and
is_reply, but these are Kamailio specific.

The only solution I can think of now is passing the type as a route
parameter when called from request or reply routes.

route(GENERIC_ROUTE, “request”)
Or
route(GENERIC_ROUTE, “reply”)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200217/bd4dee10/attachment.html>

From callum.guy at x-on.co.uk  Mon Feb 17 17:37:24 2020
From: callum.guy at x-on.co.uk (Callum Guy)
Date: Mon, 17 Feb 2020 22:37:24 +0000
Subject: [OpenSIPS-Users] is_request(), is_reply() functions in OpenSips
In-Reply-To: <CACK6f-qq=EBaPi3Zk+wvgb-WZpZhye73T_D6ir+yCT5e1qQABw@mail.gmail.com>
References: <CACK6f-oWE21EDzFQVhMAgA-MsmO7f0-gMGqDFQ9yM0eOW4vobg@mail.gmail.com>
 <CAFjCFz=wRzC_ds4F5edPJKDdGeHrx4nzyjL_6SL81mTJWSsRXg@mail.gmail.com>
 <CACK6f-qq=EBaPi3Zk+wvgb-WZpZhye73T_D6ir+yCT5e1qQABw@mail.gmail.com>
Message-ID: <CAFjCFzkOmh2wtiO6Mctv343XrYpnn2w9hqPWKVrNeQnpvuWO8A@mail.gmail.com>

Hi Grant,

There could very well be a better way so hopefully someone else will chime
in if they have a better solution however I would leverage a simple
$var(example_mode)
= 'reply'; - $var's operate on a per process basis so you would simply set
it before the route(GEN) call and check its value within the block. This
seems like a lightweight and error prone implementation, just be aware that
a var will persist on a given process so you'll just need to set it every
time before calling the route to be sure you're not using stale data.

Again, hope that helps and I'll be interested if there is a better way - I
haven't seen that route parameter syntax before so if that's valid I would
also be happy with that approach.

Good luck,

Callum


On Mon, 17 Feb 2020 at 22:01, Grant Bagdasarian <grantbagdasarian at gmail.com>
wrote:

> Hi Callum,
>
> Thanks for the reply. I’m aware of the different types of routes and how
> to arm reply and branch routes for the parent requests.
>
> I’m currently trying to port a Kamailio script I’ve written a while back
> to OpenSips. One of the routes is fairly generic and called  from both
> request routes as onreply routes, but depends on the functions is_request
> and is_reply, but these are Kamailio specific.
>
> The only solution I can think of now is passing the type as a route
> parameter when called from request or reply routes.
>
> route(GENERIC_ROUTE, “request”)
> Or
> route(GENERIC_ROUTE, “reply”)
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

-- 





*0333 332 0000  |  www.x-on.co.uk <http://www.x-on.co.uk>  |   ** 
<https://www.linkedin.com/company/x-on>   <https://www.facebook.com/XonTel> 
  <https://twitter.com/xonuk> *


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/20200217/a2c67626/attachment-0001.html>

From grantbagdasarian at gmail.com  Tue Feb 18 03:22:37 2020
From: grantbagdasarian at gmail.com (Grant Bagdasarian)
Date: Tue, 18 Feb 2020 09:22:37 +0100
Subject: [OpenSIPS-Users] is_request(), is_reply() functions in OpenSips
In-Reply-To: <CAFjCFzkOmh2wtiO6Mctv343XrYpnn2w9hqPWKVrNeQnpvuWO8A@mail.gmail.com>
References: <CACK6f-oWE21EDzFQVhMAgA-MsmO7f0-gMGqDFQ9yM0eOW4vobg@mail.gmail.com>
 <CAFjCFz=wRzC_ds4F5edPJKDdGeHrx4nzyjL_6SL81mTJWSsRXg@mail.gmail.com>
 <CACK6f-qq=EBaPi3Zk+wvgb-WZpZhye73T_D6ir+yCT5e1qQABw@mail.gmail.com>
 <CAFjCFzkOmh2wtiO6Mctv343XrYpnn2w9hqPWKVrNeQnpvuWO8A@mail.gmail.com>
Message-ID: <CACK6f-okzMpKw1z61zQwQWdp1vfVMAkA-DJnbXwjikzuYw_xug@mail.gmail.com>

Hi Callum,

Thanks for the help.
The route parameters were new for me as well, I came across the feature
when literally going through all the docs trying to find equivalents of the
request and reply functions :).

All the best.

Grant
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200218/b27ec4f9/attachment.html>

From razvan at opensips.org  Tue Feb 18 11:11:32 2020
From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=)
Date: Tue, 18 Feb 2020 13:11:32 +0200
Subject: [OpenSIPS-Users] is_request(), is_reply() functions in OpenSips
In-Reply-To: <CACK6f-okzMpKw1z61zQwQWdp1vfVMAkA-DJnbXwjikzuYw_xug@mail.gmail.com>
References: <CACK6f-oWE21EDzFQVhMAgA-MsmO7f0-gMGqDFQ9yM0eOW4vobg@mail.gmail.com>
 <CAFjCFz=wRzC_ds4F5edPJKDdGeHrx4nzyjL_6SL81mTJWSsRXg@mail.gmail.com>
 <CACK6f-qq=EBaPi3Zk+wvgb-WZpZhye73T_D6ir+yCT5e1qQABw@mail.gmail.com>
 <CAFjCFzkOmh2wtiO6Mctv343XrYpnn2w9hqPWKVrNeQnpvuWO8A@mail.gmail.com>
 <CACK6f-okzMpKw1z61zQwQWdp1vfVMAkA-DJnbXwjikzuYw_xug@mail.gmail.com>
Message-ID: <6591fc78-21b1-ce08-598c-084923f62a85@opensips.org>

Hi, Grant!

A "quick" way of checking if a message is a reply is to check the $rs 
(reply status) variable - if NULL, then the message is a request, 
otherwise a reply.

Best regards,
Răzvan

On 2/18/20 10:22 AM, Grant Bagdasarian wrote:
> Hi Callum,
> 
> Thanks for the help.
> The route parameters were new for me as well, I came across the feature 
> when literally going through all the docs trying to find equivalents of 
> the request and reply functions :).
> 
> All the best.
> 
> Grant
> 
> 
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> 

-- 
Răzvan Crainea
OpenSIPS Core Developer
   http://www.opensips-solutions.com


From callum.guy at x-on.co.uk  Tue Feb 18 13:56:57 2020
From: callum.guy at x-on.co.uk (Callum Guy)
Date: Tue, 18 Feb 2020 13:56:57 +0000
Subject: [OpenSIPS-Users] Usrloc Cluster
Message-ID: <CAFjCFzn4TPDqj26cd3bQjuQq+VH2oM1_E9FKBP2+AhUB5CNzaQ@mail.gmail.com>

Hi All,

I'm running a full sharing cluster for hot standby purposes and have been
noticing that the backup node will periodically report the messages below.

INFO:usrloc:receive_ucontact_insert: failed to fetch local urecord -
creating new one (ci: '0_751733367 at 10.0.0.13')
INFO:usrloc:receive_ucontact_update: failed to fetch local urecord - create
new record and contact (ci: '0_3576574827 at 10.0.0.26')
INFO:usrloc:receive_ucontact_update: failed to fetch local urecord - create
new record and contact (ci: '0_4169036315 at 10.0.0.12')

Is this a simple matter of sessions timing out on the backup and being
removed before the next registration on the primary instance?

Secondly I am graphing registration counts based on the following CLI
request:

opensips-cli -x mi ul_dump brief=1 | grep AOR | wc -l

Several times a day I see a small drop in the backup registrations
(lighter red line) before a resync operation as shown here:

[image: image.png]

Can anyone help to explain what's going on here? There aren't any log
messages at this time however I do see the backup node reporting a primary
node ping loss ~1 hour before the dip:

2020-02-18T11:38:37.786021+00:00 opensips[91789]:
INFO:clusterer:do_action_trans_2: Ping reply not received, node [13] is down
2020-02-18T11:38:38.795838+00:00 opensips[91804]:
INFO:clusterer:handle_internal_msg: Node [13] is UP

There shouldn't have been any loss of connectivity at that time so I'm at a
loss to explain the communication failure.

I'm running 3.0.0 on these systems so if relevant patches have been applied
on 3.0.2 please let me know and I'll plan the upgrade.

Callum

-- 





*0333 332 0000  |  www.x-on.co.uk <http://www.x-on.co.uk>  |   ** 
<https://www.linkedin.com/company/x-on>   <https://www.facebook.com/XonTel> 
  <https://twitter.com/xonuk> *


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/20200218/f78b3c7e/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 16324 bytes
Desc: not available
URL: <http://lists.opensips.org/pipermail/users/attachments/20200218/f78b3c7e/attachment-0001.png>

From alexei.vasilyev at gmail.com  Tue Feb 18 14:18:04 2020
From: alexei.vasilyev at gmail.com (Alexey Vasilyev)
Date: Tue, 18 Feb 2020 07:18:04 -0700 (MST)
Subject: [OpenSIPS-Users] Usrloc Cluster
In-Reply-To: <CAFjCFzn4TPDqj26cd3bQjuQq+VH2oM1_E9FKBP2+AhUB5CNzaQ@mail.gmail.com>
References: <CAFjCFzn4TPDqj26cd3bQjuQq+VH2oM1_E9FKBP2+AhUB5CNzaQ@mail.gmail.com>
Message-ID: <1582035484477-0.post@n2.nabble.com>

Hi Callum,

I have almost the same problem. But with 2.4.6.
Just today I opened issue: https://github.com/OpenSIPS/opensips/issues/1976



-----
---
Alexey Vasilyev
--
Sent from: http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Users-f1449235.html


From arda.tekin at afiniti.com  Wed Feb 19 09:58:53 2020
From: arda.tekin at afiniti.com (Tekin, Arda)
Date: Wed, 19 Feb 2020 09:58:53 +0000
Subject: [OpenSIPS-Users] How to start OpenSIPS 3.0 server
In-Reply-To: <3b9a29b0-ceb8-cc64-eeee-c18b3d7518ad@opensips.org>
References: <0be99d5d6ff74b1d9124e656d2b07d2b@afiniti.com>
 <CAFGRPVqpgruTTHWgjy3gKpejzrrZuCoLHgz4Q+aW3vUC3j5R9A@mail.gmail.com>
 <013b7fe9a53d4283a394859f98642308@afiniti.com>
 <CAFGRPVrc3rH9XSzdLY1Sf4Y72n8o2TXNyB+oL_RRR6aQy9eWJg@mail.gmail.com>
 <529cfa53ae6447be9ca9db130cfabd39@afiniti.com>
 <63ea4544-ab07-d0bf-5736-665ead234c57@opensips.org>
 <CAFjCFzn-GAvKWix1jjc7w+82wTYX67R9XhkQrLHj4T0mvoXt8Q@mail.gmail.com>
 <3b9a29b0-ceb8-cc64-eeee-c18b3d7518ad@opensips.org>
Message-ID: <62d83f734c534a48a9b0a1d9e21c1bf0@afiniti.com>

Hi Liviu,

Thank you very much for all your answers. 

I had built and installed opensips from the source code on CentOS 7 

It seems that service startup scripts and permissions need to be handled for CentOS. I have applied following commands (as root) and now the service works successfully. 

Copy init script:
cp /root/src/opensips-3.0/packaging/redhat_fedora/opensips.init /etc/init.d/opensips
chmod 755 /etc/init.d/opensips

Edit the first section of script according to build prefix path. Mine looks like this
---

prog=opensips
opensips=/usr/local/sbin/$prog
cfgdir="/usr/local/etc/$prog"
pidfile="/var/run/$prog.pid"
lockfile="/var/lock/subsys/$prog"
configfile="$cfgdir/$prog.cfg"
m4configfile="$cfgdir/$prog.m4"
m4archivedir="$cfgdir/archive"
OPTIONS=""
S_MEMORY=32
P_MEMORY=32
RETVAL=0
...
---

Install service:
chkconfig --add opensips
chkconfig opensips on

Copy configuration file:
cp /root/src/opensips-3.0/packaging/redhat_fedora/opensips.sysconfig /etc/sysconfig/opensips

Add user for OpenSIPS:
adduser --system --user-group --shell /sbin/nologin --comment "OpenSIPS" --home-dir /var/run/opensips opensips

mkdir /var/run/opensips
chmod 755 /var/run/opensips
chown opensips:opensips /var/run/opensips 
 

Start OpenSIPS 3.0
service opensips start


Regards,
Arda

-----Original Message-----
From: Users <users-bounces at lists.opensips.org> On Behalf Of Liviu Chircu
Sent: Thursday, February 13, 2020 7:51 PM
To: OpenSIPS users mailling list <users at lists.opensips.org>; Callum Guy <callum.guy at x-on.co.uk>
Subject: Re: [OpenSIPS-Users] How to start OpenSIPS 3.0 server

Attention: This email was sent from someone outside of Afiniti. Always use caution when opening attachments, clicking links from unknown senders or when receiving unexpected emails.



On 13.02.2020 18:41, Callum Guy wrote:
> shows a resource limit error "Starting opensips (via systemctl):  Job 
> for opensips.service failed because a configured resource limit was 
> exceeded."
>
IMO, that is a typical systemd error, since it attempts to start your service in some insane "while (!started) { start_service() }"  type of loop until it realizes that it did so many quick attempts that it ran out of resource X (cycles, memory, disk, etc.) and needs to throttle things down...

--
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com

OpenSIPS Summit, Amsterdam, May 2020
   www.opensips.org/events
OpenSIPS Bootcamp, Miami, March 2020
   www.opensips.org/training


_______________________________________________
Users mailing list
Users at lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

From mostafa83 at gmail.com  Wed Feb 19 10:03:56 2020
From: mostafa83 at gmail.com (Mostafa Elyasi)
Date: Wed, 19 Feb 2020 13:33:56 +0330
Subject: [OpenSIPS-Users] Upgrade from 2.4 to 3.0
Message-ID: <CABHn5NGgWFytYFuNz+bOuVsboOpX3fyCdmNdaV47xDr9=hLWow@mail.gmail.com>

Hi,
I have a 2.4.6.1 version of Opensips and would want to upgrade it to 3.0.
Is there any document?
There is a document for migration from 2.4 to 3.0 in the website, but for
migration it uses opensips-cli, unfortunately I don't have this tool on the
system and when I tried to install it, I faced a problem. When I try to run
opensips-cli, it only shows me the prompt-intro and then nothing happens.
No prompt show me.

Thank you in advance for your help,
Mostafa
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200219/7b7b34c6/attachment.html>

From razvan at opensips.org  Wed Feb 19 10:30:54 2020
From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=)
Date: Wed, 19 Feb 2020 12:30:54 +0200
Subject: [OpenSIPS-Users] Upgrade from 2.4 to 3.0
In-Reply-To: <CABHn5NGgWFytYFuNz+bOuVsboOpX3fyCdmNdaV47xDr9=hLWow@mail.gmail.com>
References: <CABHn5NGgWFytYFuNz+bOuVsboOpX3fyCdmNdaV47xDr9=hLWow@mail.gmail.com>
Message-ID: <57300843-3292-697d-d206-fec10acc62e7@opensips.org>

Hi, Mostafa!

Indeed, the migration tutorial is here:
https://www.opensips.org/Documentation/Migration-2-4-0-to-3-0-0

If you're facing any issues with opensips-cli, please open a bug report 
here, detailing the problem you are facing and what is the expected 
behavior:
https://github.com/OpenSIPS/opensips-cli/issues

Best regards,
Răzvan


On 2/19/20 12:03 PM, Mostafa Elyasi wrote:
> Hi,
> I have a 2.4.6.1 version of Opensips and would want to upgrade it to 3.0.
> Is there any document?
> There is a document for migration from 2.4 to 3.0 in the website, but 
> for migration it uses opensips-cli, unfortunately I don't have this tool 
> on the system and when I tried to install it, I faced a problem. When I 
> try to run opensips-cli, it only shows me the prompt-intro and then 
> nothing happens. No prompt show me.
> 
> Thank you in advance for your help,
> Mostafa
> 
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> 

-- 
Răzvan Crainea
OpenSIPS Core Developer
   http://www.opensips-solutions.com


From liviu at opensips.org  Wed Feb 19 11:43:53 2020
From: liviu at opensips.org (Liviu Chircu)
Date: Wed, 19 Feb 2020 13:43:53 +0200
Subject: [OpenSIPS-Users] Issues with DB Async query
In-Reply-To: <CANFcDWwSafBVWhOb2e4OQ+DVM-wx70-Z4MZUkSKnQJm68aV6jw@mail.gmail.com>
References: <CANFcDWwSafBVWhOb2e4OQ+DVM-wx70-Z4MZUkSKnQJm68aV6jw@mail.gmail.com>
Message-ID: <b59facea-a5c2-1758-e51b-2bd9abe54ac8@opensips.org>

On 17.02.2020 17:24, Exequiel leite wrote:
> CRITICAL:core:db_store_async_con: #012>>> DB con 0x7fb857f4d178 not 
> found#012It seems you have hit a programming bug.#012Please help us 
> make OpenSIPS better by reporting it at 
> https://github.com/OpenSIPS/opensips/issues
>
> BTW I'm using Opensips 2.4.5 with a cluster of MariaDB DBs in the same 
> network. I couldn´t relate it with a DB issue, the databases are 
> working fine.
>
> Could anyone give me any clues about this?

Hi Exequiel,

That is some safety check I built into the async DB code during 
development, since I never expected
(hence the abort()) that flow to trigger (a reconnect on a connection 
that cannot be looked up
anymore).  Let me try to re-evaluate that logic in the next days and see 
if I can come up with
an explanation / fix.

Regards,

-- 
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com

OpenSIPS Summit, Amsterdam, May 2020
   www.opensips.org/events
OpenSIPS Bootcamp, Miami, March 2020
   www.opensips.org/training



From donat.zenichev at gmail.com  Wed Feb 19 13:40:49 2020
From: donat.zenichev at gmail.com (Donat Zenichev)
Date: Wed, 19 Feb 2020 15:40:49 +0200
Subject: [OpenSIPS-Users] An obstacle with using variables in regular
	expression
Message-ID: <CANLwQCkBzQxuvsiAz97RzHYk9iYzt78poafXOYhPs9GWBR51jA@mail.gmail.com>

Hi OpenSIPS community!
I've come across one small obstacle, when trying to use pseudo variables
or attribute value pairs in regular expression.

I believe my mistake should be quite simple.

Regular expression is used in a condition:
if ( $rU =~ "^$var(each)" )

$var(each) - is a string variable, not integer. It contains certain prefix,
like "44".

For some reason OpenSIPS script is not able to get through this check
properly.
But, in case I hardcode something like this:
if ( $rU =~ "^44" )
then it passes a check as needed.

To my shame, I spent several hours trying to solve this in different ways,
but without any success.

I think that the problem consists of extra quotes appearing when $var(each)
comes into play.
So I have first quoting defined in a condition, they wrap regular exp:
^$var(each)
And when $var(each) is defined in a condition, it gets quotes too, since
it's a string.

Of course I can use some other way to run this check, for example with help
of regex module.
But my curiosity doesn't give me any chance to set this case aside.

Any advice is appreciated!

-- 

Best regards,
Donat Zenichev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200219/8808bd9c/attachment.html>

From razvan at opensips.org  Wed Feb 19 14:22:10 2020
From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=)
Date: Wed, 19 Feb 2020 16:22:10 +0200
Subject: [OpenSIPS-Users] An obstacle with using variables in regular
 expression
In-Reply-To: <CANLwQCkBzQxuvsiAz97RzHYk9iYzt78poafXOYhPs9GWBR51jA@mail.gmail.com>
References: <CANLwQCkBzQxuvsiAz97RzHYk9iYzt78poafXOYhPs9GWBR51jA@mail.gmail.com>
Message-ID: <7db60214-ecfd-cefd-7c00-049738aaa4bb@opensips.org>

Hi, Donat!

Your code is checking the variable with the "^$var(each)" 
string/literal, the variable is not expanded within the quotes (like it 
is done in php).
In order to fix this, you should do something like:
$var(regex) = "^" + $var(each);
if ($rU ~= $var(regex))

Best regards,
Răzvan

On 2/19/20 3:40 PM, Donat Zenichev wrote:
> Hi OpenSIPS community!
> I've come across one small obstacle, when trying to use pseudo variables
> or attribute value pairs in regular expression.
> 
> I believe my mistake should be quite simple.
> 
> Regular expression is used in a condition:
> if ( $rU =~ "^$var(each)" )
> 
> $var(each) - is a string variable, not integer. It contains certain 
> prefix, like "44".
> 
> For some reason OpenSIPS script is not able to get through this check 
> properly.
> But, in case I hardcode something like this:
> if ( $rU =~ "^44" )
> then it passes a check as needed.
> 
> To my shame, I spent several hours trying to solve this in different 
> ways, but without any success.
> 
> I think that the problem consists of extra quotes appearing when 
> $var(each) comes into play.
> So I have first quoting defined in a condition, they wrap regular exp: 
> ^$var(each)
> And when $var(each) is defined in a condition, it gets quotes too, since 
> it's a string.
> 
> Of course I can use some other way to run this check, for example with 
> help of regex module.
> But my curiosity doesn't give me any chance to set this case aside.
> 
> Any advice is appreciated!
> 
> -- 
> 
> Best regards,
> Donat Zenichev
> 
> 
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> 

-- 
Răzvan Crainea
OpenSIPS Core Developer
   http://www.opensips-solutions.com


From liviu at opensips.org  Wed Feb 19 14:22:41 2020
From: liviu at opensips.org (Liviu Chircu)
Date: Wed, 19 Feb 2020 16:22:41 +0200
Subject: [OpenSIPS-Users] An obstacle with using variables in regular
 expression
In-Reply-To: <CANLwQCkBzQxuvsiAz97RzHYk9iYzt78poafXOYhPs9GWBR51jA@mail.gmail.com>
References: <CANLwQCkBzQxuvsiAz97RzHYk9iYzt78poafXOYhPs9GWBR51jA@mail.gmail.com>
Message-ID: <d1741969-e5c6-f258-dfd8-ae7c6e60b619@opensips.org>

On 19.02.2020 15:40, Donat Zenichev wrote:
> Regular expression is used in a condition:
> if ( $rU =~ "^$var(each)" )
>
> $var(each) - is a string variable, not integer. It contains certain 
> prefix, like "44".
>
> For some reason OpenSIPS script is not able to get through this check 
> properly.
> But, in case I hardcode something like this:
> if ( $rU =~ "^44" )
> then it passes a check as needed.

Hi Donat,

Indeed, that is a syntax limitation.  What's interesting, is that if you 
were to do:

     $var(regex) = "^" + $var(each);
     if ($rU =~ $var(regex))

... you would be surprised to find out that it would actually work!

Regards,

-- 
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com

OpenSIPS Summit, Amsterdam, May 2020
   www.opensips.org/events
OpenSIPS Bootcamp, Miami, March 2020
   www.opensips.org/training



From liviu at opensips.org  Wed Feb 19 14:29:46 2020
From: liviu at opensips.org (Liviu Chircu)
Date: Wed, 19 Feb 2020 16:29:46 +0200
Subject: [OpenSIPS-Users] Usrloc Cluster
In-Reply-To: <CAFjCFzn4TPDqj26cd3bQjuQq+VH2oM1_E9FKBP2+AhUB5CNzaQ@mail.gmail.com>
References: <CAFjCFzn4TPDqj26cd3bQjuQq+VH2oM1_E9FKBP2+AhUB5CNzaQ@mail.gmail.com>
Message-ID: <b0356db3-869d-a247-3b89-9740a13e0670@opensips.org>

Hi, Callum!

On 18.02.2020 15:56, Callum Guy wrote:
>
> INFO:usrloc:receive_ucontact_insert: failed to fetch local urecord - 
> creating new one (ci: '0_751733367 at 10.0.0.13 
> <mailto:0_751733367 at 10.0.0.13>')
> INFO:usrloc:receive_ucontact_update: failed to fetch local urecord - 
> create new record and contact (ci: '0_3576574827 at 10.0.0.26 
> <mailto:0_3576574827 at 10.0.0.26>')
> INFO:usrloc:receive_ucontact_update: failed to fetch local urecord - 
> create new record and contact (ci: '0_4169036315 at 10.0.0.12 
> <mailto:0_4169036315 at 10.0.0.12>')
>
> Is this a simple matter of sessions timing out on the backup and being 
> removed before the next registration on the primary instance?
Exactly.  The UA re-REGISTERs too close to the expiration point, 
creating a racecondition
between the two nodes.  By the time the backup processes the 
contactrefresh packet, its
contact is long gone, so it has nothing to match it against. Hence this 
harmless INFO message.
>
> Secondly I am graphing registration counts based on the following CLI 
> request:
>
> opensips-cli -x mi ul_dump brief=1 | grep AOR | wc -l
>
> Several times a day I see a small drop in the backup registrations 
> (lighter red line) before a resync operation as shown here:
>
>
> Can anyone help to explain what's going on here? There aren't any log 
> messages at this time however I do see the backup node reporting a 
> primary node ping loss ~1 hour before the dip:
>
> 2020-02-18T11:38:37.786021+00:00 opensips[91789]: 
> INFO:clusterer:do_action_trans_2: Ping reply not received, node [13] 
> is down
> 2020-02-18T11:38:38.795838+00:00 opensips[91804]: 
> INFO:clusterer:handle_internal_msg: Node [13] is UP
This is 100% identical to what Alexey reported in #1976 [1].  Please try 
to incorporate at least one of
my proposed solutions -- this should make it much more harder for the 
link between the nodes to do down.

Best regards,

[1]: https://github.com/OpenSIPS/opensips/issues/1976

-- 
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com

OpenSIPS Summit, Amsterdam, May 2020
   www.opensips.org/events
OpenSIPS Bootcamp, Miami, March 2020
   www.opensips.org/training

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200219/96fa7088/attachment.html>

From exequiel.leite at gmail.com  Wed Feb 19 14:35:42 2020
From: exequiel.leite at gmail.com (Exequiel leite)
Date: Wed, 19 Feb 2020 11:35:42 -0300
Subject: [OpenSIPS-Users] Issues with DB Async query
In-Reply-To: <b59facea-a5c2-1758-e51b-2bd9abe54ac8@opensips.org>
References: <CANFcDWwSafBVWhOb2e4OQ+DVM-wx70-Z4MZUkSKnQJm68aV6jw@mail.gmail.com>
 <b59facea-a5c2-1758-e51b-2bd9abe54ac8@opensips.org>
Message-ID: <CANFcDWxEpUBWz4+-JfpMFWJyBuZVmpazG14-a4-gAQ2KGcLNyg@mail.gmail.com>

Thanks Liviu.
To give you some feedback, i ended up writing a sync query to "solve" the
crash when ran into with this link -->
https://www.opensips.org/Documentation/Script-Async-2-4
 In general terms, it says that i shouldn't use async queries with Mysql
(MariaDB in this Case) and recommend to code that logic in an external
script launched asynchronously.

Regards

Exequiel

On Wed, Feb 19, 2020 at 8:44 AM Liviu Chircu <liviu at opensips.org> wrote:

> On 17.02.2020 17:24, Exequiel leite wrote:
> > CRITICAL:core:db_store_async_con: #012>>> DB con 0x7fb857f4d178 not
> > found#012It seems you have hit a programming bug.#012Please help us
> > make OpenSIPS better by reporting it at
> > https://github.com/OpenSIPS/opensips/issues
> >
> > BTW I'm using Opensips 2.4.5 with a cluster of MariaDB DBs in the same
> > network. I couldn´t relate it with a DB issue, the databases are
> > working fine.
> >
> > Could anyone give me any clues about this?
>
> Hi Exequiel,
>
> That is some safety check I built into the async DB code during
> development, since I never expected
> (hence the abort()) that flow to trigger (a reconnect on a connection
> that cannot be looked up
> anymore).  Let me try to re-evaluate that logic in the next days and see
> if I can come up with
> an explanation / fix.
>
> Regards,
>
> --
> Liviu Chircu
> www.twitter.com/liviuchircu | www.opensips-solutions.com
>
> OpenSIPS Summit, Amsterdam, May 2020
>    www.opensips.org/events
> OpenSIPS Bootcamp, Miami, March 2020
>    www.opensips.org/training
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200219/54225062/attachment.html>

From donat.zenichev at gmail.com  Wed Feb 19 14:37:36 2020
From: donat.zenichev at gmail.com (Donat Zenichev)
Date: Wed, 19 Feb 2020 16:37:36 +0200
Subject: [OpenSIPS-Users] An obstacle with using variables in regular
	expression
In-Reply-To: <7db60214-ecfd-cefd-7c00-049738aaa4bb@opensips.org>
References: <CANLwQCkBzQxuvsiAz97RzHYk9iYzt78poafXOYhPs9GWBR51jA@mail.gmail.com>
 <7db60214-ecfd-cefd-7c00-049738aaa4bb@opensips.org>
Message-ID: <CANLwQCnrYNkuz5S9G5=xjwWo3rYdPdudQ4etY19r_fcvdqhMVQ@mail.gmail.com>

Hi Răzvan!
Thank you that you spent your time on this.

Your way worked out and the check now works as intended.
I can't thank you enough, really appreciate this.

Have a nice day!

On Wed, Feb 19, 2020 at 4:24 PM Răzvan Crainea <razvan at opensips.org> wrote:

> Hi, Donat!
>
> Your code is checking the variable with the "^$var(each)"
> string/literal, the variable is not expanded within the quotes (like it
> is done in php).
> In order to fix this, you should do something like:
> $var(regex) = "^" + $var(each);
> if ($rU ~= $var(regex))
>
> Best regards,
> Răzvan
>
> On 2/19/20 3:40 PM, Donat Zenichev wrote:
> > Hi OpenSIPS community!
> > I've come across one small obstacle, when trying to use pseudo variables
> > or attribute value pairs in regular expression.
> >
> > I believe my mistake should be quite simple.
> >
> > Regular expression is used in a condition:
> > if ( $rU =~ "^$var(each)" )
> >
> > $var(each) - is a string variable, not integer. It contains certain
> > prefix, like "44".
> >
> > For some reason OpenSIPS script is not able to get through this check
> > properly.
> > But, in case I hardcode something like this:
> > if ( $rU =~ "^44" )
> > then it passes a check as needed.
> >
> > To my shame, I spent several hours trying to solve this in different
> > ways, but without any success.
> >
> > I think that the problem consists of extra quotes appearing when
> > $var(each) comes into play.
> > So I have first quoting defined in a condition, they wrap regular exp:
> > ^$var(each)
> > And when $var(each) is defined in a condition, it gets quotes too, since
> > it's a string.
> >
> > Of course I can use some other way to run this check, for example with
> > help of regex module.
> > But my curiosity doesn't give me any chance to set this case aside.
> >
> > Any advice is appreciated!
> >
> > --
> >
> > Best regards,
> > Donat Zenichev
> >
> >
> > _______________________________________________
> > Users mailing list
> > Users at lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >
>
> --
> Răzvan Crainea
> OpenSIPS Core Developer
>    http://www.opensips-solutions.com
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>


-- 

Best regards,
Donat Zenichev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200219/b1bb92d0/attachment-0001.html>

From razvan at opensips.org  Wed Feb 19 14:41:56 2020
From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=)
Date: Wed, 19 Feb 2020 16:41:56 +0200
Subject: [OpenSIPS-Users] An obstacle with using variables in regular
 expression
In-Reply-To: <CANLwQCnrYNkuz5S9G5=xjwWo3rYdPdudQ4etY19r_fcvdqhMVQ@mail.gmail.com>
References: <CANLwQCkBzQxuvsiAz97RzHYk9iYzt78poafXOYhPs9GWBR51jA@mail.gmail.com>
 <7db60214-ecfd-cefd-7c00-049738aaa4bb@opensips.org>
 <CANLwQCnrYNkuz5S9G5=xjwWo3rYdPdudQ4etY19r_fcvdqhMVQ@mail.gmail.com>
Message-ID: <14b6e5cf-8b7a-d700-719c-4f602d91fae1@opensips.org>

Hey, Donat!

You're welcome :D
But you should actually thank liviuc, as he wrote the correct snippet - 
I used the wrong operator ~= instead of the correct one =~ :)

Cheers!
Răzvan

On 2/19/20 4:37 PM, Donat Zenichev wrote:
> Hi Răzvan!
> Thank you that you spent your time on this.
> 
> Your way worked out and the check now works as intended.
> I can't thank you enough, really appreciate this.
> 
> Have a nice day!
> 
> On Wed, Feb 19, 2020 at 4:24 PM Răzvan Crainea <razvan at opensips.org 
> <mailto:razvan at opensips.org>> wrote:
> 
>     Hi, Donat!
> 
>     Your code is checking the variable with the "^$var(each)"
>     string/literal, the variable is not expanded within the quotes (like it
>     is done in php).
>     In order to fix this, you should do something like:
>     $var(regex) = "^" + $var(each);
>     if ($rU ~= $var(regex))
> 
>     Best regards,
>     Răzvan
> 
>     On 2/19/20 3:40 PM, Donat Zenichev wrote:
>      > Hi OpenSIPS community!
>      > I've come across one small obstacle, when trying to use pseudo
>     variables
>      > or attribute value pairs in regular expression.
>      >
>      > I believe my mistake should be quite simple.
>      >
>      > Regular expression is used in a condition:
>      > if ( $rU =~ "^$var(each)" )
>      >
>      > $var(each) - is a string variable, not integer. It contains certain
>      > prefix, like "44".
>      >
>      > For some reason OpenSIPS script is not able to get through this
>     check
>      > properly.
>      > But, in case I hardcode something like this:
>      > if ( $rU =~ "^44" )
>      > then it passes a check as needed.
>      >
>      > To my shame, I spent several hours trying to solve this in different
>      > ways, but without any success.
>      >
>      > I think that the problem consists of extra quotes appearing when
>      > $var(each) comes into play.
>      > So I have first quoting defined in a condition, they wrap regular
>     exp:
>      > ^$var(each)
>      > And when $var(each) is defined in a condition, it gets quotes
>     too, since
>      > it's a string.
>      >
>      > Of course I can use some other way to run this check, for example
>     with
>      > help of regex module.
>      > But my curiosity doesn't give me any chance to set this case aside.
>      >
>      > Any advice is appreciated!
>      >
>      > --
>      >
>      > Best regards,
>      > Donat Zenichev
>      >
>      >
>      > _______________________________________________
>      > Users mailing list
>      > Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>      > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>      >
> 
>     -- 
>     Răzvan Crainea
>     OpenSIPS Core Developer
>     http://www.opensips-solutions.com
> 
>     _______________________________________________
>     Users mailing list
>     Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>     http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> 
> 
> 
> -- 
> 
> Best regards,
> Donat Zenichev
> 
> 
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> 

-- 
Răzvan Crainea
OpenSIPS Core Developer
   http://www.opensips-solutions.com


From donat.zenichev at gmail.com  Wed Feb 19 14:45:34 2020
From: donat.zenichev at gmail.com (Donat Zenichev)
Date: Wed, 19 Feb 2020 16:45:34 +0200
Subject: [OpenSIPS-Users] An obstacle with using variables in regular
	expression
In-Reply-To: <CANLwQCnrYNkuz5S9G5=xjwWo3rYdPdudQ4etY19r_fcvdqhMVQ@mail.gmail.com>
References: <CANLwQCkBzQxuvsiAz97RzHYk9iYzt78poafXOYhPs9GWBR51jA@mail.gmail.com>
 <7db60214-ecfd-cefd-7c00-049738aaa4bb@opensips.org>
 <CANLwQCnrYNkuz5S9G5=xjwWo3rYdPdudQ4etY19r_fcvdqhMVQ@mail.gmail.com>
Message-ID: <CANLwQCk5bzHXj=vtv4BbqnSJQ8WHqzR6+ObPdABj0vVd39GXGw@mail.gmail.com>

Hi Liviu !
Thank you for your answer : )

> .. you would be surprised to find out that it would actually work!

Yeah, that's true! In case I define regular expression separately it works
out well.
For some reason I didn't came to mind it can be fixed in such sophisticated
way : )

Now it's clear for me.
Have a nice day!


On Wed, Feb 19, 2020 at 4:37 PM Donat Zenichev <donat.zenichev at gmail.com>
wrote:

> Hi Răzvan!
> Thank you that you spent your time on this.
>
> Your way worked out and the check now works as intended.
> I can't thank you enough, really appreciate this.
>
> Have a nice day!
>
> On Wed, Feb 19, 2020 at 4:24 PM Răzvan Crainea <razvan at opensips.org>
> wrote:
>
>> Hi, Donat!
>>
>> Your code is checking the variable with the "^$var(each)"
>> string/literal, the variable is not expanded within the quotes (like it
>> is done in php).
>> In order to fix this, you should do something like:
>> $var(regex) = "^" + $var(each);
>> if ($rU ~= $var(regex))
>>
>> Best regards,
>> Răzvan
>>
>> On 2/19/20 3:40 PM, Donat Zenichev wrote:
>> > Hi OpenSIPS community!
>> > I've come across one small obstacle, when trying to use pseudo variables
>> > or attribute value pairs in regular expression.
>> >
>> > I believe my mistake should be quite simple.
>> >
>> > Regular expression is used in a condition:
>> > if ( $rU =~ "^$var(each)" )
>> >
>> > $var(each) - is a string variable, not integer. It contains certain
>> > prefix, like "44".
>> >
>> > For some reason OpenSIPS script is not able to get through this check
>> > properly.
>> > But, in case I hardcode something like this:
>> > if ( $rU =~ "^44" )
>> > then it passes a check as needed.
>> >
>> > To my shame, I spent several hours trying to solve this in different
>> > ways, but without any success.
>> >
>> > I think that the problem consists of extra quotes appearing when
>> > $var(each) comes into play.
>> > So I have first quoting defined in a condition, they wrap regular exp:
>> > ^$var(each)
>> > And when $var(each) is defined in a condition, it gets quotes too,
>> since
>> > it's a string.
>> >
>> > Of course I can use some other way to run this check, for example with
>> > help of regex module.
>> > But my curiosity doesn't give me any chance to set this case aside.
>> >
>> > Any advice is appreciated!
>> >
>> > --
>> >
>> > Best regards,
>> > Donat Zenichev
>> >
>> >
>> > _______________________________________________
>> > Users mailing list
>> > Users at lists.opensips.org
>> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>> >
>>
>> --
>> Răzvan Crainea
>> OpenSIPS Core Developer
>>    http://www.opensips-solutions.com
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>
>
> --
>
> Best regards,
> Donat Zenichev
>
>

-- 

Best regards,
Donat Zenichev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200219/d44464cf/attachment.html>

From razvan at opensips.org  Wed Feb 19 14:58:08 2020
From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=)
Date: Wed, 19 Feb 2020 16:58:08 +0200
Subject: [OpenSIPS-Users] Possible crash in opensips 2.4
In-Reply-To: <62b0b88d-c2c5-9671-39de-8bda20f03ec2@gmail.com>
References: <62b0b88d-c2c5-9671-39de-8bda20f03ec2@gmail.com>
Message-ID: <561ddb96-41d4-7238-d348-cbfa65435a3c@opensips.org>

Hi, Vitalii!

I had this mail unread for a while to check your report, but apparently 
Dan Pascu detected it and fixed it faster than I could check it[1].
So I can confirm the fix you suggested is OK, and it is now pushed 
upstream. I will backport it down to 2.4.
Just a small suggestion - next time you have a devel related request, 
better post it on the github issue - over there we can categorize the 
issues faster and easier.

[1] https://github.com/OpenSIPS/opensips/issues/1974

Best regards,
Răzvan

On 1/24/20 6:25 PM, Vitalii Aleksandrov wrote:
> Yesterday I've mentioned that has reproduces one more crash.
> 
> Reverted my fix and wanted to reproduce the problem and create properly 
> filled crash report, but unfortunately failed. Can you just check the 
> part of code I've seen in core dumps?
> 
> fake_req() in modules/tm/t_msgbuilder.h clones sip_msg allocated in shm 
> and then substitutes some fields with pkg allocated copies.
> 
> Here is one of those copy operations:
>          if (uac->duri.s) {
>              faked_req->dst_uri.s = pkg_malloc(uac->duri.len);
>              if (!faked_req->dst_uri.s) {
>                  LM_ERR("out of pkg mem\n");
>                  goto out;
>              }
>              memcpy(faked_req->dst_uri.s, uac->duri.s, uac->duri.len);
>          }
> 
> Then free_faked_req() deletes those copies calling pkg_free():
>      if (faked_req->dst_uri.s) {
>          pkg_free(faked_req->dst_uri.s);
>          faked_req->dst_uri.s = NULL;
>      }
> 
> I've had crashes here and there and gdb showed corrupted or overwritten 
> memory chunks. After switching to QM_MALLOC and enabling DBG_MALLOC I've 
> got opensips aborted trying to call pkg_free()
> for shm allocated memory. It somehow happened that fake_req() hasn't 
> allocated pkg copy for faked_req->dst_uri.s and it stayed pointing to 
> shm allocated chunk and then crashed in free_faked_req().
> 
> Have no idea why I can't reproduce it anymore. Remember that backtrace 
> had t_should_relay_responce()->do_dns_failover()->free_faked_req() and 
> it was a processing of 408 reply for BYE request.
> The only thing I'm not sure about is whether I had it before or after 
> rebasing my code under the latest 2.4 with 
> cc62f7df728467b8144095767183fedfdf74be8d commit.
> 
> 
> Maybe adding safety checks to fake_req() still makes sense to make look 
> like this:
>          if (uac->duri.s) {
>              faked_req->dst_uri.s = pkg_malloc(uac->duri.len);
>              if (!faked_req->dst_uri.s) {
>                  LM_ERR("out of pkg mem\n");
>                  goto out;
>              }
>              memcpy(faked_req->dst_uri.s, uac->duri.s, uac->duri.len);
>          } else {
>              faked_req->dst_uri.s = NULL;   // <----
>              faked_req->dst_uri.len = 0;      // <----
>          }
> 
>          if (uac->path_vec.s) {
>              faked_req->path_vec.s = pkg_malloc(uac->path_vec.len);
>              if (!faked_req->path_vec.s) {
>                  LM_ERR("out of pkg mem\n");
>                  goto out2;
>              }
>              memcpy(faked_req->path_vec.s, uac->path_vec.s, 
> uac->path_vec.len);
>          } else {
>              faked_req->path_vec.s = NULL;   // <---
>              faked_req->path_vec.len = 0;      // <---
>          }
> 
> 
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

-- 
Răzvan Crainea
OpenSIPS Core Developer
   http://www.opensips-solutions.com


From liviu at opensips.org  Wed Feb 19 15:10:39 2020
From: liviu at opensips.org (Liviu Chircu)
Date: Wed, 19 Feb 2020 17:10:39 +0200
Subject: [OpenSIPS-Users] Issues with DB Async query
In-Reply-To: <CANFcDWxEpUBWz4+-JfpMFWJyBuZVmpazG14-a4-gAQ2KGcLNyg@mail.gmail.com>
References: <CANFcDWwSafBVWhOb2e4OQ+DVM-wx70-Z4MZUkSKnQJm68aV6jw@mail.gmail.com>
 <b59facea-a5c2-1758-e51b-2bd9abe54ac8@opensips.org>
 <CANFcDWxEpUBWz4+-JfpMFWJyBuZVmpazG14-a4-gAQ2KGcLNyg@mail.gmail.com>
Message-ID: <62bf7c8c-ccf0-1058-cf73-6573e0794a9c@opensips.org>

On 19.02.2020 16:35, Exequiel leite wrote:
> it says that i shouldn't use async queries with Mysql (MariaDB in this 
> Case) and recommend to code that logic in an external script launched 
> asynchronously.

I like the "sync" query as a temporary workaround until we come up with 
a conclusion.
The "async exec" idea I suggested in the manual may also be a good 
approach for when
your CONNECT operations are slow/unreliable (prone to blocking due to 
connectivity
loss) and you're doing a lot of queries, to the point where any issue 
with the DB would
severely affect your overall throughput.

Regards,

-- 
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com

OpenSIPS Summit, Amsterdam, May 2020
   www.opensips.org/events
OpenSIPS Bootcamp, Miami, March 2020
   www.opensips.org/training



From callum.guy at x-on.co.uk  Wed Feb 19 15:31:37 2020
From: callum.guy at x-on.co.uk (Callum Guy)
Date: Wed, 19 Feb 2020 15:31:37 +0000
Subject: [OpenSIPS-Users] Usrloc Cluster
In-Reply-To: <b0356db3-869d-a247-3b89-9740a13e0670@opensips.org>
References: <CAFjCFzn4TPDqj26cd3bQjuQq+VH2oM1_E9FKBP2+AhUB5CNzaQ@mail.gmail.com>
 <b0356db3-869d-a247-3b89-9740a13e0670@opensips.org>
Message-ID: <CAFjCFzmKn1qtmp=nm9W+HhxO0OE9+Jb61D5kSLXvnbQ6zpbJmw@mail.gmail.com>

Thanks @liviuchircu - sadly GitHub isn't letting me comment at the moment
(bug) so coming back here.

Checking my active masters I am indeed seeing:
`INFO:usrloc:replicate_ucontact_update: All destinations in cluster: 25 are
down or probing`

Browsing the repo I can see that patch 40b7422 is not included in any
tagged releases at this time so I will amend the `ping_timeout` as
suggested.

Thanks for the invaluable insight.

On Wed, 19 Feb 2020 at 14:29, Liviu Chircu <liviu at opensips.org> wrote:

> Hi, Callum!
>
> On 18.02.2020 15:56, Callum Guy wrote:
>
>
> INFO:usrloc:receive_ucontact_insert: failed to fetch local urecord -
> creating new one (ci: '0_751733367 at 10.0.0.13')
> INFO:usrloc:receive_ucontact_update: failed to fetch local urecord -
> create new record and contact (ci: '0_3576574827 at 10.0.0.26')
> INFO:usrloc:receive_ucontact_update: failed to fetch local urecord -
> create new record and contact (ci: '0_4169036315 at 10.0.0.12')
>
> Is this a simple matter of sessions timing out on the backup and being
> removed before the next registration on the primary instance?
>
> Exactly.  The UA re-REGISTERs too close to the expiration point, creating
> a race condition
> between the two nodes.  By the time the backup processes the contact
> refresh packet, its
> contact is long gone, so it has nothing to match it against.  Hence this
> harmless INFO message.
>
>
> Secondly I am graphing registration counts based on the following CLI
> request:
>
> opensips-cli -x mi ul_dump brief=1 | grep AOR | wc -l
>
> Several times a day I see a small drop in the backup registrations
> (lighter red line) before a resync operation as shown here:
>
>
> Can anyone help to explain what's going on here? There aren't any log
> messages at this time however I do see the backup node reporting a primary
> node ping loss ~1 hour before the dip:
>
> 2020-02-18T11:38:37.786021+00:00 opensips[91789]:
> INFO:clusterer:do_action_trans_2: Ping reply not received, node [13] is
> down
> 2020-02-18T11:38:38.795838+00:00 opensips[91804]:
> INFO:clusterer:handle_internal_msg: Node [13] is UP
>
> This is 100% identical to what Alexey reported in #1976 [1].  Please try
> to incorporate at least one of
> my proposed solutions -- this should make it much more harder for the link
> between the nodes to do down.
>
> Best regards,
>
> [1]: https://github.com/OpenSIPS/opensips/issues/1976
>
> --
> Liviu Chircuwww.twitter.com/liviuchircu | www.opensips-solutions.com
>
> OpenSIPS Summit, Amsterdam, May 2020
>   www.opensips.org/events
> OpenSIPS Bootcamp, Miami, March 2020
>   www.opensips.org/training
>
>

-- 





*0333 332 0000  |  www.x-on.co.uk <http://www.x-on.co.uk>  |   ** 
<https://www.linkedin.com/company/x-on>   <https://www.facebook.com/XonTel> 
  <https://twitter.com/xonuk> *


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/20200219/329ead10/attachment-0001.html>

From kamlesh at worldphone.in  Wed Feb 19 17:22:20 2020
From: kamlesh at worldphone.in (Kamlesh .)
Date: Wed, 19 Feb 2020 22:52:20 +0530
Subject: [OpenSIPS-Users] music on hold with rtpengine
Message-ID: <CAEif1fFkdfL_oG3+xBeoDgM59vMNjBY5b7t0Ohqupq19Q3=2vQ@mail.gmail.com>

Hello,

We are using opensips 2.4.6 (x86_64/linux) with rtpengine and want to
implement music on hold feature. Please suggest if this is feasible.

Regards,
Kamlesh

-- 


Disclaimer :

This e-mail and any file transmitted with it are for 
exclusive use of the intended recipient(s)
and may contain confidential and 
privileged information. If you are not the intended recipient, 
please 
contact the sender by replying this e-mail and destroy all copies and 
original message.
Any unauthorized review,use, disclosure, dissemination, 
forwarding, printing and copying of this
email or any action taken in 
reliance of this e-mail is strictly prohibited and may be unlawful.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200219/35927078/attachment.html>

From grantbagdasarian at gmail.com  Wed Feb 19 22:23:48 2020
From: grantbagdasarian at gmail.com (Grant Bagdasarian)
Date: Wed, 19 Feb 2020 23:23:48 +0100
Subject: [OpenSIPS-Users] is_request(), is_reply() functions in OpenSips
In-Reply-To: <6591fc78-21b1-ce08-598c-084923f62a85@opensips.org>
References: <CACK6f-oWE21EDzFQVhMAgA-MsmO7f0-gMGqDFQ9yM0eOW4vobg@mail.gmail.com>
 <CAFjCFz=wRzC_ds4F5edPJKDdGeHrx4nzyjL_6SL81mTJWSsRXg@mail.gmail.com>
 <CACK6f-qq=EBaPi3Zk+wvgb-WZpZhye73T_D6ir+yCT5e1qQABw@mail.gmail.com>
 <CAFjCFzkOmh2wtiO6Mctv343XrYpnn2w9hqPWKVrNeQnpvuWO8A@mail.gmail.com>
 <CACK6f-okzMpKw1z61zQwQWdp1vfVMAkA-DJnbXwjikzuYw_xug@mail.gmail.com>
 <6591fc78-21b1-ce08-598c-084923f62a85@opensips.org>
Message-ID: <CACK6f-qyXO_1XjHNB+NWEME71fg5VryGOoz2feq8itDLM094PQ@mail.gmail.com>

Hi Răzvan,

Thanks! I totally forgot about that option!
Would there be a performance difference when using route params vs just
testing the $rs value? Since route params are totally new to me, I’m not
sure if they require additional processing time. Pretty sure performance
wouldn’t be an issue since we’re dealing with OpenSips built to be high
performance.

Regards,

Grant
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200219/a0bfb0e9/attachment.html>

From grantbagdasarian at gmail.com  Wed Feb 19 22:32:50 2020
From: grantbagdasarian at gmail.com (Grant Bagdasarian)
Date: Wed, 19 Feb 2020 23:32:50 +0100
Subject: [OpenSIPS-Users] UAC Auth from database
Message-ID: <CACK6f-psEWunP+0A4vis2dRP4KK_A-i0rcmQadP-Qrs4eDnDYw@mail.gmail.com>

Hello,

I’ve been going through the modules of 3.1 and was looking for one which
performs outbound auth for invite messages, but couldn't really find one
which also supports loading credentials from a database.

I’m basically looking for something which does the following:

Client —Auth1—> OpenSips —-Auth2 —> Sip Provider (PSTN)
Where:
Auth1: Using Auth and Auth_DB modules
Auth2: ???

The only thing I can think of is using the uac and uac_auth modules and
some database (cache) module to load the credentials and set the avps
accordingly for outbound auth required by a sip provider. Is this the only
option?
I haven’t tried this approach yet, but I assume I just set the avps in
failure route, call uac_auth and the Invite is populated with the
authorization header containing the actual digest credentials?

Thanks and regards,

Grant
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200219/c7c5998a/attachment.html>

From jeff at ugnd.org  Thu Feb 20 00:53:51 2020
From: jeff at ugnd.org (Jeff Pyle)
Date: Wed, 19 Feb 2020 19:53:51 -0500
Subject: [OpenSIPS-Users] HA ongoing call support in 2.4 - transaction
	replication
Message-ID: <CAPhW+0+CSuBohFmoS05_wTTtRZFFDpzFgvpeOJAzDhoBB+hWtw@mail.gmail.com>

Hello,

I'm attempting to implement an active/backup pair of OpenSIPS v2.4
proxies.  I'm using keepalived to move the IP between the two instances,
and clusterer module to allow the two proxies to talk to each other.  The
dialog module is replicating its information, and keepalived successfully
sets the "vip" shared dialog tag to active on the active proxy when it goes
live.  I can start a call on one proxy, failover to the other one, and
finish it.  Good.

I cannot, however, perform a failover mid-transaction and complete the
transaction on the newly active proxy.  It does not appear the proxies are
replicating transaction information as they do dialog information.

I do have:
  modparam("tm", "tm_replication_cluster", 1)

I've been following the information on the Clustering Ongoing Calls
<https://blog.opensips.org/2018/03/23/clustering-ongoing-calls-with-opensips-2-4/>
page as well as the tm module's page Anycast Scenario
<https://opensips.org/html/docs/modules/2.4.x/tm.html#tm_anycast>
description.  The description concerns me some because I'm not running an
anycast implementation but rather active/backup.

Is what I'm attempting possible?  Is it possible to have the backup proxy
knowing all the active proxy's transactions, as it does the dialogs, so it
can take over at any moment with no disruption of ongoing transactions ?



- Jeff
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200219/32a8e343/attachment.html>

From alexei.vasilyev at gmail.com  Thu Feb 20 06:56:05 2020
From: alexei.vasilyev at gmail.com (Alexey Vasilyev)
Date: Wed, 19 Feb 2020 23:56:05 -0700 (MST)
Subject: [OpenSIPS-Users] HA ongoing call support in 2.4 - transaction
	replication
In-Reply-To: <CAPhW+0+CSuBohFmoS05_wTTtRZFFDpzFgvpeOJAzDhoBB+hWtw@mail.gmail.com>
References: <CAPhW+0+CSuBohFmoS05_wTTtRZFFDpzFgvpeOJAzDhoBB+hWtw@mail.gmail.com>
Message-ID: <1582181765537-0.post@n2.nabble.com>

Hi Jeff,

Transactions are not replicated.
Here
https://blog.opensips.org/2018/03/21/full-anycast-support-in-opensips-2-4/
Razvan explains why. Section "Distributed transactions handling".



-----
---
Alexey Vasilyev
--
Sent from: http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Users-f1449235.html


From razvan at opensips.org  Thu Feb 20 10:21:49 2020
From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=)
Date: Thu, 20 Feb 2020 12:21:49 +0200
Subject: [OpenSIPS-Users] music on hold with rtpengine
In-Reply-To: <CAEif1fFkdfL_oG3+xBeoDgM59vMNjBY5b7t0Ohqupq19Q3=2vQ@mail.gmail.com>
References: <CAEif1fFkdfL_oG3+xBeoDgM59vMNjBY5b7t0Ohqupq19Q3=2vQ@mail.gmail.com>
Message-ID: <fd3a5cb5-42f4-0a10-a965-9143f1618f41@opensips.org>

Hi, Kamlesh!

This feature is not available in opensips 2.4, it's only available 
starting with 3.1, which is going to be released in a couple of months:
https://opensips.org/docs/modules/3.1.x/rtpengine.html#func_rtpengine_play_media

Best regards,
Răzvan

On 2/19/20 7:22 PM, Kamlesh . wrote:
> Hello,
> 
> We are using opensips 2.4.6 (x86_64/linux) with rtpengine and want to 
> implement music on hold feature. Please suggest if this is feasible.
> 
> Regards,
> Kamlesh
> 
> 
> Disclaimer :
> 
> This e-mail and any file transmitted with it are for exclusive use of 
> the intended recipient(s)
> and may contain confidential and privileged information. If you are not 
> the intended recipient,
> please contact the sender by replying this e-mail and destroy all copies 
> and original message.
> Any unauthorized review,use, disclosure, dissemination, forwarding, 
> printing and copying of this
> email or any action taken in reliance of this e-mail is strictly 
> prohibited and may be unlawful.
> 
> 
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> 

-- 
Răzvan Crainea
OpenSIPS Core Developer
   http://www.opensips-solutions.com


From razvan at opensips.org  Thu Feb 20 10:25:29 2020
From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=)
Date: Thu, 20 Feb 2020 12:25:29 +0200
Subject: [OpenSIPS-Users] is_request(), is_reply() functions in OpenSips
In-Reply-To: <CACK6f-qyXO_1XjHNB+NWEME71fg5VryGOoz2feq8itDLM094PQ@mail.gmail.com>
References: <CACK6f-oWE21EDzFQVhMAgA-MsmO7f0-gMGqDFQ9yM0eOW4vobg@mail.gmail.com>
 <CAFjCFz=wRzC_ds4F5edPJKDdGeHrx4nzyjL_6SL81mTJWSsRXg@mail.gmail.com>
 <CACK6f-qq=EBaPi3Zk+wvgb-WZpZhye73T_D6ir+yCT5e1qQABw@mail.gmail.com>
 <CAFjCFzkOmh2wtiO6Mctv343XrYpnn2w9hqPWKVrNeQnpvuWO8A@mail.gmail.com>
 <CACK6f-okzMpKw1z61zQwQWdp1vfVMAkA-DJnbXwjikzuYw_xug@mail.gmail.com>
 <6591fc78-21b1-ce08-598c-084923f62a85@opensips.org>
 <CACK6f-qyXO_1XjHNB+NWEME71fg5VryGOoz2feq8itDLM094PQ@mail.gmail.com>
Message-ID: <e47d14e8-14de-98c1-0b6a-86ac21dfb4d7@opensips.org>

Hi, Grant!

I'd go with the $rs checking, as implementation-wise translates to a 
simple checking a field in a structure. Using params is not such a big 
penalty, but I'd say it is a bit more expensive - at least one search is 
done to match the param's name.

Best regards,
Răzvan

On 2/20/20 12:23 AM, Grant Bagdasarian wrote:
> Hi Răzvan,
> 
> Thanks! I totally forgot about that option!
> Would there be a performance difference when using route params vs just 
> testing the $rs value? Since route params are totally new to me, I’m not 
> sure if they require additional processing time. Pretty sure performance 
> wouldn’t be an issue since we’re dealing with OpenSips built to be high 
> performance.
> 
> Regards,
> 
> Grant
> 
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> 

-- 
Răzvan Crainea
OpenSIPS Core Developer
   http://www.opensips-solutions.com


From razvan at opensips.org  Thu Feb 20 10:30:31 2020
From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=)
Date: Thu, 20 Feb 2020 12:30:31 +0200
Subject: [OpenSIPS-Users] UAC Auth from database
In-Reply-To: <CACK6f-psEWunP+0A4vis2dRP4KK_A-i0rcmQadP-Qrs4eDnDYw@mail.gmail.com>
References: <CACK6f-psEWunP+0A4vis2dRP4KK_A-i0rcmQadP-Qrs4eDnDYw@mail.gmail.com>
Message-ID: <a3c638fe-bb57-7bb4-5cae-a0e010d6db20@opensips.org>

Hi, Grant!

That's about right - you need to get the credentials from somewhere, 
populate the variables and call uac_auth() on a 407 in failure_route.
For fetching & caching the user and passwords you can use the sql_cacher 
module[1], which provides easy access to fields in a database in a 
cached manner.

[1] https://opensips.org/docs/modules/3.0.x/sql_cacher.html

Best regards,
Răzvan

On 2/20/20 12:32 AM, Grant Bagdasarian wrote:
> Hello,
> 
> I’ve been going through the modules of 3.1 and was looking for one which 
> performs outbound auth for invite messages, but couldn't really find one 
> which also supports loading credentials from a database.
> 
> I’m basically looking for something which does the following:
> 
> Client —Auth1—> OpenSips —-Auth2 —> Sip Provider (PSTN)
> Where:
> Auth1: Using Auth and Auth_DB modules
> Auth2: ???
> 
> The only thing I can think of is using the uac and uac_auth modules and 
> some database (cache) module to load the credentials and set the avps 
> accordingly for outbound auth required by a sip provider. Is this the 
> only option?
> I haven’t tried this approach yet, but I assume I just set the avps in 
> failure route, call uac_auth and the Invite is populated with the 
> authorization header containing the actual digest credentials?
> 
> Thanks and regards,
> 
> Grant
> 
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> 

-- 
Răzvan Crainea
OpenSIPS Core Developer
   http://www.opensips-solutions.com


From jeff at ugnd.org  Thu Feb 20 16:47:34 2020
From: jeff at ugnd.org (Jeff Pyle)
Date: Thu, 20 Feb 2020 11:47:34 -0500
Subject: [OpenSIPS-Users] HA ongoing call support in 2.4 - transaction
	replication
In-Reply-To: <1582181765537-0.post@n2.nabble.com>
References: <CAPhW+0+CSuBohFmoS05_wTTtRZFFDpzFgvpeOJAzDhoBB+hWtw@mail.gmail.com>
 <1582181765537-0.post@n2.nabble.com>
Message-ID: <CAPhW+0Jnf10Ut47CqjE4oQzmTRAi=JXAvV0Loc0WFGEXkj5owA@mail.gmail.com>

Alexei,

I see the article.  In summary, transactions are too complicated to
synchronize between nodes of a cluster because of their short timing
intervals and complex structures.  Instead the approach is to get the
messages of a transaction back to the individual node that owns the
transaction so it can process there.  Got it.

For a cluster with many anycast nodes, this makes a lot of sense.  For a
simple active/standby setup, it prevents one from achieving a hitless
failover from one node to another if there are active transactions.
Bummer.  I'm sure Razvan and the team understood this when deciding on this
architecture.  Big picture their approach solves a lot more problems than
it creates, and it's very cool nonetheless.


- Jeff


On Thu, Feb 20, 2020 at 1:56 AM Alexey Vasilyev <alexei.vasilyev at gmail.com>
wrote:

> Hi Jeff,
>
> Transactions are not replicated.
> Here
> https://blog.opensips.org/2018/03/21/full-anycast-support-in-opensips-2-4/
> Razvan explains why. Section "Distributed transactions handling".
>
>
>
> -----
> ---
> Alexey Vasilyev
> --
> Sent from:
> http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Users-f1449235.html
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200220/0026eef6/attachment.html>

From brett at nemeroff.com  Thu Feb 20 17:30:57 2020
From: brett at nemeroff.com (Brett Nemeroff)
Date: Thu, 20 Feb 2020 11:30:57 -0600
Subject: [OpenSIPS-Users] HA ongoing call support in 2.4 - transaction
	replication
In-Reply-To: <CAPhW+0Jnf10Ut47CqjE4oQzmTRAi=JXAvV0Loc0WFGEXkj5owA@mail.gmail.com>
References: <CAPhW+0+CSuBohFmoS05_wTTtRZFFDpzFgvpeOJAzDhoBB+hWtw@mail.gmail.com>
 <1582181765537-0.post@n2.nabble.com>
 <CAPhW+0Jnf10Ut47CqjE4oQzmTRAi=JXAvV0Loc0WFGEXkj5owA@mail.gmail.com>
Message-ID: <CAPwC5wxYO+mOniNXnwqPn9B4-k9V2ccW=EP+LC=xkqnr7SQCUw@mail.gmail.com>

Jeff, I think a lot of the problem is the active chit-chat in the updates.
It’s a lot. I can see however your use case makes a lot of sense and for a
redundant pair sitting next to each other, I think it *could* make sense,
if it is fast enough.

I’m curious if Razvan would consider making it an option that can be turned
on with the understanding that it doesn’t work well across DC boundaries
because of the timing and need to happen quickly for synchronization. There
are plenty of infrastructure components with this guideline for similar
reasons.



On Thu, Feb 20, 2020 at 10:48 AM Jeff Pyle <jeff at ugnd.org> wrote:

> Alexei,
>
> I see the article.  In summary, transactions are too complicated to
> synchronize between nodes of a cluster because of their short timing
> intervals and complex structures.  Instead the approach is to get the
> messages of a transaction back to the individual node that owns the
> transaction so it can process there.  Got it.
>
> For a cluster with many anycast nodes, this makes a lot of sense.  For a
> simple active/standby setup, it prevents one from achieving a hitless
> failover from one node to another if there are active transactions.
> Bummer.  I'm sure Razvan and the team understood this when deciding on this
> architecture.  Big picture their approach solves a lot more problems than
> it creates, and it's very cool nonetheless.
>
>
> - Jeff
>
>
> On Thu, Feb 20, 2020 at 1:56 AM Alexey Vasilyev <alexei.vasilyev at gmail.com>
> wrote:
>
>> Hi Jeff,
>>
>> Transactions are not replicated.
>> Here
>> https://blog.opensips.org/2018/03/21/full-anycast-support-in-opensips-2-4/
>> Razvan explains why. Section "Distributed transactions handling".
>>
>>
>>
>> -----
>> ---
>> Alexey Vasilyev
>> --
>> Sent from:
>> http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Users-f1449235.html
>>
>> _______________________________________________
> 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/20200220/63d0ba84/attachment.html>

From jeff at ugnd.org  Thu Feb 20 20:24:04 2020
From: jeff at ugnd.org (Jeff Pyle)
Date: Thu, 20 Feb 2020 15:24:04 -0500
Subject: [OpenSIPS-Users] HA ongoing call support in 2.4 - transaction
	replication
In-Reply-To: <CAPwC5wxYO+mOniNXnwqPn9B4-k9V2ccW=EP+LC=xkqnr7SQCUw@mail.gmail.com>
References: <CAPhW+0+CSuBohFmoS05_wTTtRZFFDpzFgvpeOJAzDhoBB+hWtw@mail.gmail.com>
 <1582181765537-0.post@n2.nabble.com>
 <CAPhW+0Jnf10Ut47CqjE4oQzmTRAi=JXAvV0Loc0WFGEXkj5owA@mail.gmail.com>
 <CAPwC5wxYO+mOniNXnwqPn9B4-k9V2ccW=EP+LC=xkqnr7SQCUw@mail.gmail.com>
Message-ID: <CAPhW+0J6LA_yTcPVsZP0jmiaSe05Fs+v_vzaYUnPESnnKQF9Fw@mail.gmail.com>

Brett,

Yes, exactly.  Most of the components I'm familiar with are supposed to
live in the same rack with direct cabling between them for this kind of
thing.  People often separate them to some degree with various levels of
success, depending mostly upon the stability of the network between them.

In this case having the option would certainly be nice, and I would happily
accept the caveats.


- Jeff



On Thu, Feb 20, 2020 at 12:31 PM Brett Nemeroff <brett at nemeroff.com> wrote:

> Jeff, I think a lot of the problem is the active chit-chat in the updates.
> It’s a lot. I can see however your use case makes a lot of sense and for a
> redundant pair sitting next to each other, I think it *could* make sense,
> if it is fast enough.
>
> I’m curious if Razvan would consider making it an option that can be
> turned on with the understanding that it doesn’t work well across DC
> boundaries because of the timing and need to happen quickly for
> synchronization. There are plenty of infrastructure components with this
> guideline for similar reasons.
>
>
>
> On Thu, Feb 20, 2020 at 10:48 AM Jeff Pyle <jeff at ugnd.org> wrote:
>
>> Alexei,
>>
>> I see the article.  In summary, transactions are too complicated to
>> synchronize between nodes of a cluster because of their short timing
>> intervals and complex structures.  Instead the approach is to get the
>> messages of a transaction back to the individual node that owns the
>> transaction so it can process there.  Got it.
>>
>> For a cluster with many anycast nodes, this makes a lot of sense.  For a
>> simple active/standby setup, it prevents one from achieving a hitless
>> failover from one node to another if there are active transactions.
>> Bummer.  I'm sure Razvan and the team understood this when deciding on this
>> architecture.  Big picture their approach solves a lot more problems than
>> it creates, and it's very cool nonetheless.
>>
>>
>> - Jeff
>>
>>
>> On Thu, Feb 20, 2020 at 1:56 AM Alexey Vasilyev <
>> alexei.vasilyev at gmail.com> wrote:
>>
>>> Hi Jeff,
>>>
>>> Transactions are not replicated.
>>> Here
>>>
>>> https://blog.opensips.org/2018/03/21/full-anycast-support-in-opensips-2-4/
>>> Razvan explains why. Section "Distributed transactions handling".
>>>
>>>
>>>
>>> -----
>>> ---
>>> Alexey Vasilyev
>>> --
>>> Sent from:
>>> http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Users-f1449235.html
>>>
>>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200220/746aa1d6/attachment.html>

From johan at democon.be  Fri Feb 21 08:59:52 2020
From: johan at democon.be (johan)
Date: Fri, 21 Feb 2020 09:59:52 +0100
Subject: [OpenSIPS-Users] opensips-head does not compile.
Message-ID: <4a080462-eeee-b07f-c6af-73445ba91a36@democon.be>

Hello,

using the latest source on github master branch, the compilation gives 
below error:


make[2]: Entering directory '/usr/src/opensips-head-new/modules/uuid'
Compiling uuid.c
uuid.c:26:23: fatal error: uuid/uuid.h: No such file or directory
  #include <uuid/uuid.h>
                        ^
compilation terminated.
../../Makefile.rules:25: recipe for target 'uuid.o' failed
make[2]: *** [uuid.o] Error 1
make[2]: Leaving directory '/usr/src/opensips-head-new/modules/uuid'
Makefile:197: recipe for target 'modules' failed
make[1]: *** [modules] Error 2
make[1]: Leaving directory '/usr/src/opensips-head-new'


BR,



From liviu at opensips.org  Fri Feb 21 09:34:06 2020
From: liviu at opensips.org (Liviu Chircu)
Date: Fri, 21 Feb 2020 11:34:06 +0200
Subject: [OpenSIPS-Users] opensips-head does not compile.
In-Reply-To: <4a080462-eeee-b07f-c6af-73445ba91a36@democon.be>
References: <4a080462-eeee-b07f-c6af-73445ba91a36@democon.be>
Message-ID: <8ce922f7-0ada-7cc1-45ed-e53f596aafa2@opensips.org>

On 21.02.2020 10:59, johan wrote:
>
> using the latest source on github master branch, the compilation gives 
> below error:
>
>
> make[2]: Entering directory '/usr/src/opensips-head-new/modules/uuid'
> Compiling uuid.c
> uuid.c:26:23: fatal error: uuid/uuid.h: No such file or directory
>  #include <uuid/uuid.h> 

Hi, Johan!

I can only assume you haven't re-generated your Makefile.conf from the
Makefile.conf.template in a while, as the uuid module has been excluded from
compilation by default ~9 months ago [1], since it relies on the "uuid-dev"
package / development library (Debian).

Best regards,

[1]: https://github.com/OpenSIPS/opensips/commit/f2588cae

-- 
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com

OpenSIPS Summit, Amsterdam, May 2020
   www.opensips.org/events
OpenSIPS Bootcamp, Miami, March 2020
   www.opensips.org/training



From johan at democon.be  Fri Feb 21 09:59:02 2020
From: johan at democon.be (johan)
Date: Fri, 21 Feb 2020 10:59:02 +0100
Subject: [OpenSIPS-Users] opensips-head does not compile.
In-Reply-To: <8ce922f7-0ada-7cc1-45ed-e53f596aafa2@opensips.org>
References: <4a080462-eeee-b07f-c6af-73445ba91a36@democon.be>
 <8ce922f7-0ada-7cc1-45ed-e53f596aafa2@opensips.org>
Message-ID: <3f615b7a-bb92-dd5d-94bf-a8fcc9822ef7@democon.be>

Yeah, you are right.  I copy over Mak*.

Will regenerate.


On 21.02.20 10:34, Liviu Chircu wrote:
> On 21.02.2020 10:59, johan wrote:
>>
>> using the latest source on github master branch, the compilation 
>> gives below error:
>>
>>
>> make[2]: Entering directory '/usr/src/opensips-head-new/modules/uuid'
>> Compiling uuid.c
>> uuid.c:26:23: fatal error: uuid/uuid.h: No such file or directory
>>  #include <uuid/uuid.h> 
>
> Hi, Johan!
>
> I can only assume you haven't re-generated your Makefile.conf from the
> Makefile.conf.template in a while, as the uuid module has been 
> excluded from
> compilation by default ~9 months ago [1], since it relies on the 
> "uuid-dev"
> package / development library (Debian).
>
> Best regards,
>
> [1]: https://github.com/OpenSIPS/opensips/commit/f2588cae
>


From johan at democon.be  Fri Feb 21 10:48:09 2020
From: johan at democon.be (johan)
Date: Fri, 21 Feb 2020 11:48:09 +0100
Subject: [OpenSIPS-Users] lua_exec in local_route
Message-ID: <f42971dc-5ee1-8577-bf04-bb06de78a0e7@democon.be>

Hello,

when I use lua_exec in local_route, I have below error:

Feb 21 10:31:26 hendrix opensips[26811]: Not starting opensips: invalid
configuration file!
Feb 21 10:31:26 hendrix opensips[26811]: Feb 21 10:31:26 [26823]
Traceback (last included file at the bottom):
Feb 21 10:31:26 hendrix opensips[26811]: Feb 21 10:31:26 [26823]  0.
/data/opensips/etc/opensips/opensips.cfg
Feb 21 10:31:26 hendrix opensips[26811]: Feb 21 10:31:26 [26823]
CRITICAL:core:yyerror: parse error in
/data/opensips/etc/opensips/opensips.cfg:1165:23-24: Command <lua_exec>
cannot be used in the block


Context: when I receive an sms in ucs2, proto_smpp returns the message
in utf16 big endian.  I need to to convert this to utf8. You find the body in local_route as the message is created by tm.   Therefore I thought to do the decoding using lua.


so I assume that lua_exec is there forbidden. If this is true, should I open a feature request to add this functionality or is there a workaround ?


BR, Johan.





From vladp at opensips.org  Fri Feb 21 11:10:04 2020
From: vladp at opensips.org (Vlad Patrascu)
Date: Fri, 21 Feb 2020 13:10:04 +0200
Subject: [OpenSIPS-Users] lua_exec in local_route
In-Reply-To: <f42971dc-5ee1-8577-bf04-bb06de78a0e7@democon.be>
References: <f42971dc-5ee1-8577-bf04-bb06de78a0e7@democon.be>
Message-ID: <1eaa5db4-ae13-ce63-b050-70bd3edf173e@opensips.org>

Hi Johan,

There is no workaround unfortunately so indeed you should open a feature 
request for this.

Regards,

Vlad Patrascu
OpenSIPS Developer
http://www.opensips-solutions.com

On 2/21/20 12:48 PM, johan wrote:
> Hello,
>
> when I use lua_exec in local_route, I have below error:
>
> Feb 21 10:31:26 hendrix opensips[26811]: Not starting opensips: invalid
> configuration file!
> Feb 21 10:31:26 hendrix opensips[26811]: Feb 21 10:31:26 [26823]
> Traceback (last included file at the bottom):
> Feb 21 10:31:26 hendrix opensips[26811]: Feb 21 10:31:26 [26823] 0.
> /data/opensips/etc/opensips/opensips.cfg
> Feb 21 10:31:26 hendrix opensips[26811]: Feb 21 10:31:26 [26823]
> CRITICAL:core:yyerror: parse error in
> /data/opensips/etc/opensips/opensips.cfg:1165:23-24: Command <lua_exec>
> cannot be used in the block
>
>
> Context: when I receive an sms in ucs2, proto_smpp returns the message
> in utf16 big endian.  I need to to convert this to utf8. You find the 
> body in local_route as the message is created by tm. Therefore I 
> thought to do the decoding using lua.
>
>
> so I assume that lua_exec is there forbidden. If this is true, should 
> I open a feature request to add this functionality or is there a 
> workaround ?
>
>
> BR, Johan.
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users


From johan at democon.be  Fri Feb 21 12:19:42 2020
From: johan at democon.be (johan)
Date: Fri, 21 Feb 2020 13:19:42 +0100
Subject: [OpenSIPS-Users] lua_exec in local_route
In-Reply-To: <1eaa5db4-ae13-ce63-b050-70bd3edf173e@opensips.org>
References: <f42971dc-5ee1-8577-bf04-bb06de78a0e7@democon.be>
 <1eaa5db4-ae13-ce63-b050-70bd3edf173e@opensips.org>
Message-ID: <36d5fab1-81c8-87f5-535e-977817c7d3ba@democon.be>

Done.  Feature request:


  #1980

On 21.02.20 12:10, Vlad Patrascu wrote:
> Hi Johan,
>
> There is no workaround unfortunately so indeed you should open a 
> feature request for this.
>
> Regards,
>
> Vlad Patrascu
> OpenSIPS Developer
> http://www.opensips-solutions.com
>
> On 2/21/20 12:48 PM, johan wrote:
>> Hello,
>>
>> when I use lua_exec in local_route, I have below error:
>>
>> Feb 21 10:31:26 hendrix opensips[26811]: Not starting opensips: invalid
>> configuration file!
>> Feb 21 10:31:26 hendrix opensips[26811]: Feb 21 10:31:26 [26823]
>> Traceback (last included file at the bottom):
>> Feb 21 10:31:26 hendrix opensips[26811]: Feb 21 10:31:26 [26823] 0.
>> /data/opensips/etc/opensips/opensips.cfg
>> Feb 21 10:31:26 hendrix opensips[26811]: Feb 21 10:31:26 [26823]
>> CRITICAL:core:yyerror: parse error in
>> /data/opensips/etc/opensips/opensips.cfg:1165:23-24: Command <lua_exec>
>> cannot be used in the block
>>
>>
>> Context: when I receive an sms in ucs2, proto_smpp returns the message
>> in utf16 big endian.  I need to to convert this to utf8. You find the 
>> body in local_route as the message is created by tm. Therefore I 
>> thought to do the decoding using lua.
>>
>>
>> so I assume that lua_exec is there forbidden. If this is true, should 
>> I open a feature request to add this functionality or is there a 
>> workaround ?
>>
>>
>> BR, Johan.
>>
>>
>>
>>
>> _______________________________________________
>> 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/20200221/3a66a1a0/attachment.html>

From grantbagdasarian at gmail.com  Fri Feb 21 12:35:58 2020
From: grantbagdasarian at gmail.com (Grant Bagdasarian)
Date: Fri, 21 Feb 2020 13:35:58 +0100
Subject: [OpenSIPS-Users] UAC Auth from database
In-Reply-To: <a3c638fe-bb57-7bb4-5cae-a0e010d6db20@opensips.org>
References: <CACK6f-psEWunP+0A4vis2dRP4KK_A-i0rcmQadP-Qrs4eDnDYw@mail.gmail.com>
 <a3c638fe-bb57-7bb4-5cae-a0e010d6db20@opensips.org>
Message-ID: <CACK6f-poRpvztgp70Zahy1tvCUsTWnq+bVwqmuMNn6hTRaFVzw@mail.gmail.com>

Hi Razvan,

Great! Thanks for answering this and my other question!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200221/263ff543/attachment-0001.html>

From voip.security at protonmail.com  Sat Feb 22 02:33:23 2020
From: voip.security at protonmail.com (Sharad Kumar)
Date: Sat, 22 Feb 2020 02:33:23 +0000
Subject: [OpenSIPS-Users] OpenSIPS 3- TLS MGM unable to get local issuer
	certificate [error=20]
Message-ID: <cQcJIJlUl1fUj1Y4MsiNdxXIjvVBMnldmeH1WKA45-J_-JIxezp7RxUC1RwLP7vvs_9hmfZMgCt7dkGCse7XIpBC3uTjWdpAH-tBGPA0Dh4=@protonmail.com>

Hey guys,

I am struggling to make OpenSIPS 3 work with TLS. I tried various different ways to make this work but getting the same errors. SSL certs are generated via let's encrypt. Here is my config for tls_mgm module -

#### TLS Management Module
loadmodule "tls_mgm.so"
# Server defination
modparam("tls_mgm", "server_domain", "voip.securevoip.io")
modparam("tls_mgm", "match_ip_address", "[voip.securevoip.io]155.138.204.212:5061")
modparam("tls_mgm", "match_sip_domain", "[voip.securevoip.io]*")
modparam("tls_mgm", "ca_dir", "[voip.securevoip.io]/usr/local/etc/opensips/tls/")
modparam("tls_mgm","verify_cert", "[voip.securevoip.io]1")
modparam("tls_mgm","require_cert", "[voip.securevoip.io]1")
modparam("tls_mgm","tls_method", "[voip.securevoip.io]TLSv1_2")
modparam("tls_mgm","certificate", "[voip.securevoip.io]/usr/local/etc/opensips/tls/cert.pem")
modparam("tls_mgm","private_key", "[voip.securevoip.io]/usr/local/etc/opensips/tls/privkey.pem")
modparam("tls_mgm","ca_list", "[voip.securevoip.io]/usr/local/etc/opensips/tls/fullchain.pem")
modparam("tls_mgm", "tls_handshake_timeout", 300)
# Client domain defination
modparam("tls_mgm", "client_domain", "securevoip.io")
modparam("tls_mgm", "match_ip_address", "[securevoip.io]*")
modparam("tls_mgm", "match_sip_domain", "[securevoip.io]*")
modparam("tls_mgm", "ca_dir", "[securevoip.io]/usr/local/etc/opensips/tls/")
modparam("tls_mgm","verify_cert", "[securevoip.io]1")
modparam("tls_mgm","require_cert", "[securevoip.io]1")
modparam("tls_mgm","tls_method", "[securevoip.io]TLSv1_2")
modparam("tls_mgm","certificate", "[securevoip.io]/usr/local/etc/opensips/tls/cert.pem")
modparam("tls_mgm","private_key", "[securevoip.io]/usr/local/etc/opensips/tls/privkey.pem")

I am getting these erros -
Feb 22 02:25:26 opensips3-SBC /usr/local/sbin/opensips[1538]: NOTICE:tls_mgm:verify_callback: depth = 1, verify failure
Feb 22 02:25:26 opensips3-SBC /usr/local/sbin/opensips[1538]: NOTICE:tls_mgm:verify_callback: subject = /C=US/ST=Washington/L=Redmond/O=Microsoft Corporation/OU=Microsoft IT/CN=Microsoft IT TLS CA 4
Feb 22 02:25:26 opensips3-SBC /usr/local/sbin/opensips[1538]: NOTICE:tls_mgm:verify_callback: issuer  = /C=IE/O=Baltimore/OU=CyberTrust/CN=Baltimore CyberTrust Root
Feb 22 02:25:26 opensips3-SBC /usr/local/sbin/opensips[1538]: NOTICE:tls_mgm:verify_callback: verify error: unable to get local issuer certificate [error=20]
Feb 22 02:25:26 opensips3-SBC /usr/local/sbin/opensips[1538]: ERROR:proto_tls:tls_connect: New TLS connection to 52.114.132.46:5061 failed
Feb 22 02:25:26 opensips3-SBC /usr/local/sbin/opensips[1538]: ERROR:proto_tls:tls_connect: TLS error: 1 (ret=-1) err=Success(0)
Feb 22 02:25:26 opensips3-SBC /usr/local/sbin/opensips[1538]: ERROR:proto_tls:tls_print_errstack: TLS errstack: error:1416F086:SSL routines:tls_process_server_certificate:certificate verif

I would really appreciate if someone can help me out here.

Thank you
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200222/2f76961e/attachment.html>

From social at bohboh.info  Sat Feb 22 16:04:51 2020
From: social at bohboh.info (Social Boh)
Date: Sat, 22 Feb 2020 11:04:51 -0500
Subject: [OpenSIPS-Users] Dispatcher failure route
Message-ID: <4fea6277-5d56-d84c-448d-3aaed8a57ad8@bohboh.info>

Hello list,

I'm testing DISPATCHER module and how i can see, the INVITE never go to 
failure route if the first Gateway fail.

My configuration:

route[DISP] {
         if(!ds_select_dst("1","9")) {
                         send_reply("404", "No destination");
                         exit;
                 }
         update_stat("load_sip:$dd", "+1");
         t_on_failure("DISPATCHER_FAILURE");
         route(relay);
         exit;
}

failure_route[DISPATCHER_FAILURE] {
        if (t_was_cancelled()) {
                 exit;
         }

         if (t_check_status("[56][09][09]"))  {
                 if(ds_next_dst()) {
                         t_on_failure("DISPATCHER_FAILURE");
                         t_relay();
                         exit;
                 }
                 else {
                         send_reply("404", "No destination");
                         exit;
                 }
         }
}

I can see the function ds_select_dst select 2 GATEWAY, y con see the 
list of GATEWAY, but if I receive a 503 error from the first GATEWAY the 
request never pass for FAILURE ROUTE.

changing if(!ds_select_dst("1","9")) {

with

if(!ds_select_dst("1","9","f")) {

or using other alghoritm not solve.

Any light, please?

-- 
---
I'm SoCIaL, MayBe



From grantbagdasarian at gmail.com  Sat Feb 22 22:06:18 2020
From: grantbagdasarian at gmail.com (Grant Bagdasarian)
Date: Sat, 22 Feb 2020 23:06:18 +0100
Subject: [OpenSIPS-Users] Dispatcher failure route
In-Reply-To: <4fea6277-5d56-d84c-448d-3aaed8a57ad8@bohboh.info>
References: <4fea6277-5d56-d84c-448d-3aaed8a57ad8@bohboh.info>
Message-ID: <CACK6f-oT6ppUYBRLQHzTjq14XjfxOkPyZvwQjzg096z66qztGw@mail.gmail.com>

Hello,

As far as I can tell, the regex is wrong.
It only matches 5 or 6, 0 or 9, 0 or 9.
Try this regex: [56][0-9][0-9]

https://regex101.com/r/rJpwGW/1

Regards,

Grant

On Sat, 22 Feb 2020 at 17:08 Social Boh <social at bohboh.info> wrote:

> Hello list,
>
> I'm testing DISPATCHER module and how i can see, the INVITE never go to
> failure route if the first Gateway fail.
>
> My configuration:
>
> route[DISP] {
>          if(!ds_select_dst("1","9")) {
>                          send_reply("404", "No destination");
>                          exit;
>                  }
>          update_stat("load_sip:$dd", "+1");
>          t_on_failure("DISPATCHER_FAILURE");
>          route(relay);
>          exit;
> }
>
> failure_route[DISPATCHER_FAILURE] {
>         if (t_was_cancelled()) {
>                  exit;
>          }
>
>          if (t_check_status("[56][09][09]"))  {
>                  if(ds_next_dst()) {
>                          t_on_failure("DISPATCHER_FAILURE");
>                          t_relay();
>                          exit;
>                  }
>                  else {
>                          send_reply("404", "No destination");
>                          exit;
>                  }
>          }
> }
>
> I can see the function ds_select_dst select 2 GATEWAY, y con see the
> list of GATEWAY, but if I receive a 503 error from the first GATEWAY the
> request never pass for FAILURE ROUTE.
>
> changing if(!ds_select_dst("1","9")) {
>
> with
>
> if(!ds_select_dst("1","9","f")) {
>
> or using other alghoritm not solve.
>
> Any light, please?
>
> --
> ---
> I'm SoCIaL, MayBe
>
>
> _______________________________________________
> 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/20200222/a8fb5a6c/attachment.html>

From social at bohboh.info  Sat Feb 22 22:53:02 2020
From: social at bohboh.info (Social Boh)
Date: Sat, 22 Feb 2020 17:53:02 -0500
Subject: [OpenSIPS-Users] Dispatcher failure route
Message-ID: <7e3005d3-7f2f-2127-6df5-68e15996e986@bohboh.info>

You right,

but with the new configuration, same result: debugging DISPATCHER:

Feb 22 17:41:41 sip2 /sbin/opensips[15970]: 
DBG:dispatcher:ds_select_dst: set [1], using alg [9], size [2], used 
size [2], active size [2]
Feb 22 17:41:41 sip2 /sbin/opensips[15970]: 
DBG:dispatcher:ds_select_dst: chosen count: 1
Feb 22 17:41:41 sip2 /sbin/opensips[15970]: 
DBG:dispatcher:ds_select_dst: selected [9-1/-1] <sip:XXX.XXX.XXX.XXX:5060>
Feb 22 17:41:41 sip2 /sbin/opensips[15970]: 
DBG:dispatcher:ds_select_dst: using entry [1/0]

Actual configuration:

route[DISP] {
         if(!ds_select_dst("1","9","f M 5")) {
                         send_reply("404", "No destination");
                         exit;
                 }
         update_stat("load_sip:$dd", "+1");
         t_on_failure("DISPATCHER_FAILURE");
         route(relay);
         exit;
}

failure_route[DISPATCHER_FAILURE] {
        if (t_was_cancelled()) {
                 exit;
         }
         if (t_check_status("[56][0-9][0-9]"))  {
                 if(ds_next_dst()) {
                         t_on_failure("DISPATCHER_FAILURE");
                         t_relay();
                         exit;
                 }
                 else {
                         send_reply("404", "No destination");
                         exit;
                 }
         }
}

CEO - VozToVoice - Talking around the World
Web:www.voztovoice.net
E-Mail:info at voztovoice.net
Canal Telegram: @voztovoice
Telefonos:
Linea Gratuita: 018005184359
Colombia Cel. +573163435746
Miami +13057288631

El 22/02/2020 a las 17:06, Grant Bagdasarian escribió:
> Hello,
>
> As far as I can tell, the regex is wrong.
> It only matches 5 or 6, 0 or 9, 0 or 9.
> Try this regex: [56][0-9][0-9]
>
> https://regex101.com/r/rJpwGW/1
>
> Regards,
>
> Grant
>
> On Sat, 22 Feb 2020 at 17:08 Social Boh <social at bohboh.info 
> <mailto:social at bohboh.info>> wrote:
>
>     Hello list,
>
>     I'm testing DISPATCHER module and how i can see, the INVITE never
>     go to
>     failure route if the first Gateway fail.
>
>     My configuration:
>
>     route[DISP] {
>              if(!ds_select_dst("1","9")) {
>                              send_reply("404", "No destination");
>                              exit;
>                      }
>              update_stat("load_sip:$dd", "+1");
>              t_on_failure("DISPATCHER_FAILURE");
>              route(relay);
>              exit;
>     }
>
>     failure_route[DISPATCHER_FAILURE] {
>             if (t_was_cancelled()) {
>                      exit;
>              }
>
>              if (t_check_status("[56][09][09]"))  {
>                      if(ds_next_dst()) {
>     t_on_failure("DISPATCHER_FAILURE");
>                              t_relay();
>                              exit;
>                      }
>                      else {
>                              send_reply("404", "No destination");
>                              exit;
>                      }
>              }
>     }
>
>     I can see the function ds_select_dst select 2 GATEWAY, y con see the
>     list of GATEWAY, but if I receive a 503 error from the first
>     GATEWAY the
>     request never pass for FAILURE ROUTE.
>
>     changing if(!ds_select_dst("1","9")) {
>
>     with
>
>     if(!ds_select_dst("1","9","f")) {
>
>     or using other alghoritm not solve.
>
>     Any light, please?
>
>     -- 
>     ---
>     I'm SoCIaL, MayBe
>
>
>     _______________________________________________
>     Users mailing list
>     Users at lists.opensips.org <mailto: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

-- 
---
I'm SoCIaL, MayBe

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

From venefax at gmail.com  Sun Feb 23 10:27:12 2020
From: venefax at gmail.com (Saint Michael)
Date: Sun, 23 Feb 2020 05:27:12 -0500
Subject: [OpenSIPS-Users] Change From on failure_route fails to work
Message-ID: <CAC9cSOA48d3cvh06=JVV5c4S1Rh0GEd_C_4HKt0o2Lx-2oE2hw@mail.gmail.com>

failure_route[FAILOVER] {
        if(t_check_status("487")) {
                xlog("L_INFO", "Request was cancelled");
                exit;
        }
                 uac_replace_from("0000000000)","sip:0000000000 at 8.8.8.8");
        $rd = "2.2.2.2";
        $rp = 5060;
        t_relay();
        exit;
}
The code above fails because the old data does not get replaced with the
new one, but the new one is appended.
Is there a workaround? I need to do this for business reasons.
I tried removing the From header and creating a new one with the same tag
and the new name, but it fails, since the From cannot be treated as a new
user-header.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200223/fe862f79/attachment-0001.html>

From Ben.Newlin at genesys.com  Sun Feb 23 15:52:44 2020
From: Ben.Newlin at genesys.com (Ben Newlin)
Date: Sun, 23 Feb 2020 15:52:44 +0000
Subject: [OpenSIPS-Users] Change From on failure_route fails to work
In-Reply-To: <CAC9cSOA48d3cvh06=JVV5c4S1Rh0GEd_C_4HKt0o2Lx-2oE2hw@mail.gmail.com>
References: <CAC9cSOA48d3cvh06=JVV5c4S1Rh0GEd_C_4HKt0o2Lx-2oE2hw@mail.gmail.com>
Message-ID: <D9CF2CA5-608C-405D-8096-6C86F595E430@genesys.com>

I am guessing you are also calling uac_replace_from from the request_route during initial message processing. This is altering the original request, so that when you try to do so again in failure_route (which processes the original request, not the response) you get a double value.

You should be doing the uac_replace_from actions in a branch route, so that the changes they make to the From header are specific to the branch. This way when you end up in failure_route you have the original request with the original From, not a previously altered version, and you can then make new changes in a branch route for the new branch.

Ben Newlin

From: Users <users-bounces at lists.opensips.org> on behalf of Saint Michael <venefax at gmail.com>
Reply-To: OpenSIPS users mailling list <users at lists.opensips.org>
Date: Sunday, February 23, 2020 at 5:29 AM
To: "users at lists.opensips.org" <users at lists.opensips.org>
Subject: [OpenSIPS-Users] Change From on failure_route fails to work

failure_route[FAILOVER] {
        if(t_check_status("487")) {
                xlog("L_INFO", "Request was cancelled");
                exit;
        }
                 uac_replace_from("0000000000)","sip:0000000000 at 8.8.8.8<mailto:sip%3A0000000000 at 8.8.8.8>");
        $rd = "2.2.2.2";
        $rp = 5060;
        t_relay();
        exit;
}
The code above fails because the old data does not get replaced with the new one, but the new one is appended.
Is there a workaround? I need to do this for business reasons.
I tried removing the From header and creating a new one with the same tag and the new name, but it fails, since the From cannot be treated as a new user-header.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200223/21da1472/attachment.html>

From venefax at gmail.com  Sun Feb 23 16:27:32 2020
From: venefax at gmail.com (Saint Michael)
Date: Sun, 23 Feb 2020 11:27:32 -0500
Subject: [OpenSIPS-Users] Change From on failure_route fails to work
In-Reply-To: <D9CF2CA5-608C-405D-8096-6C86F595E430@genesys.com>
References: <CAC9cSOA48d3cvh06=JVV5c4S1Rh0GEd_C_4HKt0o2Lx-2oE2hw@mail.gmail.com>
 <D9CF2CA5-608C-405D-8096-6C86F595E430@genesys.com>
Message-ID: <CAC9cSOBMZQDJWHiUT4B49hXMLuSovp22ZXkSJYgwZGMDxifczg@mail.gmail.com>

Would you consider altering my script for a fee?
I am having to use two computers for what I should need only one.
I can pay you via Paypal.
If the first attempt fails I need to alter the "From" and then try the
failover route.
Please contact me via email venefax at gmail.com

Philip







On Sun, Feb 23, 2020 at 10:55 AM Ben Newlin <Ben.Newlin at genesys.com> wrote:

> I am guessing you are also calling uac_replace_from from the request_route
> during initial message processing. This is altering the original request,
> so that when you try to do so again in failure_route (which processes the
> original request, not the response) you get a double value.
>
>
>
> You should be doing the uac_replace_from actions in a branch route, so
> that the changes they make to the From header are specific to the branch.
> This way when you end up in failure_route you have the original request
> with the original From, not a previously altered version, and you can then
> make new changes in a branch route for the new branch.
>
>
>
> Ben Newlin
>
>
>
> *From: *Users <users-bounces at lists.opensips.org> on behalf of Saint
> Michael <venefax at gmail.com>
> *Reply-To: *OpenSIPS users mailling list <users at lists.opensips.org>
> *Date: *Sunday, February 23, 2020 at 5:29 AM
> *To: *"users at lists.opensips.org" <users at lists.opensips.org>
> *Subject: *[OpenSIPS-Users] Change From on failure_route fails to work
>
>
>
> failure_route[FAILOVER] {
>         if(t_check_status("487")) {
>                 xlog("L_INFO", "Request was cancelled");
>                 exit;
>         }
>                  uac_replace_from("0000000000)","sip:0000000000 at 8.8.8.8");
>         $rd = "2.2.2.2";
>         $rp = 5060;
>         t_relay();
>         exit;
> }
>
> The code above fails because the old data does not get replaced with the
> new one, but the new one is appended.
>
> Is there a workaround? I need to do this for business reasons.
>
> I tried removing the From header and creating a new one with the same tag
> and the new name, but it fails, since the From cannot be treated as a new
> user-header.
>
>
>
>
> _______________________________________________
> 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/20200223/551c2727/attachment.html>

From mrsanvicente at gmail.com  Tue Feb 25 08:38:13 2020
From: mrsanvicente at gmail.com (Mario San Vicente)
Date: Tue, 25 Feb 2020 02:38:13 -0600
Subject: [OpenSIPS-Users] B2BA Top hiding
Message-ID: <CA+B81WKri5vtnf259jiC_HEHwcCGju2FtTM0-8Tt_fgpS--52g@mail.gmail.com>

Hello there,

I would like to get some help configuring B2BA top hiding.

The docs says,  it is a predefined service that works without any scenario
definition and for any type of dialog.   But when configuring it,  just
adding thhe line: b2b_init_request("top hiding"); the scenario stops
working.

Please take a look,  at the trace how the call flow work on opensips with
the config attached.  before enabling "top hiding".

Any advise on configuring this feature?

NOTE.  I am expecting to have PRACK answers by enabling "top hiding".

modules/b2b_entities/dlg.c

/* PRACK handling
*//* if the provisional reply contains a

   - Require: 100rel header -> send PRACK */


-- 
Mario San Vicente
Thank you
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200225/6fd6b658/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: NO-PRACK-trace.zip
Type: application/x-zip-compressed
Size: 5603 bytes
Desc: not available
URL: <http://lists.opensips.org/pipermail/users/attachments/20200225/6fd6b658/attachment.bin>

From vitalik.voip at gmail.com  Tue Feb 25 09:02:57 2020
From: vitalik.voip at gmail.com (Vitalii Aleksandrov)
Date: Tue, 25 Feb 2020 11:02:57 +0200
Subject: [OpenSIPS-Users] is_request(), is_reply() functions in OpenSips
In-Reply-To: <CACK6f-qyXO_1XjHNB+NWEME71fg5VryGOoz2feq8itDLM094PQ@mail.gmail.com>
References: <CACK6f-oWE21EDzFQVhMAgA-MsmO7f0-gMGqDFQ9yM0eOW4vobg@mail.gmail.com>
 <CAFjCFz=wRzC_ds4F5edPJKDdGeHrx4nzyjL_6SL81mTJWSsRXg@mail.gmail.com>
 <CACK6f-qq=EBaPi3Zk+wvgb-WZpZhye73T_D6ir+yCT5e1qQABw@mail.gmail.com>
 <CAFjCFzkOmh2wtiO6Mctv343XrYpnn2w9hqPWKVrNeQnpvuWO8A@mail.gmail.com>
 <CACK6f-okzMpKw1z61zQwQWdp1vfVMAkA-DJnbXwjikzuYw_xug@mail.gmail.com>
 <6591fc78-21b1-ce08-598c-084923f62a85@opensips.org>
 <CACK6f-qyXO_1XjHNB+NWEME71fg5VryGOoz2feq8itDLM094PQ@mail.gmail.com>
Message-ID: <8515bff9-9a41-3305-c727-f16b3cbf6ff3@gmail.com>

I'm also used to have is_request()/is_reply() and when switched to 
opensips started to use following helpers:

route[IS_REQUEST] {
         if (route(IS_REPLY))
                 return(-1);
         else
                 return(1);
}

route[IS_REPLY] {
         if ($mb =~ "^SIP/2\.0")
                 return(1);
         else
                 return(-1);
}


Of course checking $rs should be really better that my regexp.

> Hi Răzvan,
>
> Thanks! I totally forgot about that option!
> Would there be a performance difference when using route params vs 
> just testing the $rs value? Since route params are totally new to me, 
> I’m not sure if they require additional processing time. Pretty sure 
> performance wouldn’t be an issue since we’re dealing with OpenSips 
> built to be high performance.
>
> Regards,
>
> Grant
>
> _______________________________________________
> 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/20200225/af8e0d9a/attachment.html>

From grantbagdasarian at gmail.com  Tue Feb 25 19:38:08 2020
From: grantbagdasarian at gmail.com (Grant Bagdasarian)
Date: Tue, 25 Feb 2020 20:38:08 +0100
Subject: [OpenSIPS-Users] Call MI functions from script
Message-ID: <CACK6f-phLxFv0cLzVk3mYs+cR-N-wVrmnDObiJVh-W+ehjpivA@mail.gmail.com>

Hello,

Is it possible to call MI functions from within the OpenSips script?
For instance, call the domain_reload function inside a timer_route to
refresh the domains every N seconds? I know this may be a bad example,
since the domain module supports caching and realtime mode, but I hope
you get the idea.

I've been going through the documentation (mainly modules), but
couldn't find anything that allows me to perform these tasks.

Regards,

Grant


From venefax at gmail.com  Wed Feb 26 06:24:31 2020
From: venefax at gmail.com (Saint Michael)
Date: Wed, 26 Feb 2020 01:24:31 -0500
Subject: [OpenSIPS-Users] help with error messages
Message-ID: <CAC9cSODeDg_7w9e9Ub1fe=4=WjLO35TQ=FX1Qp2H0G4vodHRfQ@mail.gmail.com>

I moved a VM from one network to another, started opensips and I get
these errors. Could somebody shed light?
Feb 26 06:19:20 opensips systemd[1]: Started OpenSIPS is a very fast and
flexible SIP (RFC3261) server.
Feb 26 06:19:21 opensips opensips[4663]: Feb 26 06:19:21 [4744]
ERROR:core:pv_set_ruri_host: bad parameters
Feb 26 06:19:21 opensips opensips[4663]: Feb 26 06:19:21 [4744]
ERROR:core:do_assign: setting PV failed
Feb 26 06:19:21 opensips opensips[4663]: Feb 26 06:19:21 [4744]
ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
Feb 26 06:19:22 opensips opensips[4663]: Feb 26 06:19:22 [4744]
ERROR:core:pv_set_ruri_host: bad parameters
Feb 26 06:19:22 opensips opensips[4663]: Feb 26 06:19:22 [4744]
ERROR:core:do_assign: setting PV failed
Feb 26 06:19:22 opensips opensips[4663]: Feb 26 06:19:22 [4744]
ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
Feb 26 06:19:28 opensips opensips[4663]: Feb 26 06:19:28 [4744]
ERROR:core:pv_set_ruri_host: bad parameters
Feb 26 06:19:28 opensips opensips[4663]: Feb 26 06:19:28 [4744]
ERROR:core:do_assign: setting PV failed
Feb 26 06:19:28 opensips opensips[4663]: Feb 26 06:19:28 [4744]
ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
Feb 26 06:19:32 opensips opensips[4663]: Feb 26 06:19:32 [4744]
ERROR:core:pv_set_ruri_host: bad parameters
Feb 26 06:19:32 opensips opensips[4663]: Feb 26 06:19:32 [4744]
ERROR:core:do_assign: setting PV failed
Feb 26 06:19:32 opensips opensips[4663]: Feb 26 06:19:32 [4744]
ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
Feb 26 06:19:34 opensips opensips[4663]: Feb 26 06:19:34 [4744]
ERROR:core:pv_set_ruri_host: bad parameters
Feb 26 06:19:34 opensips opensips[4663]: Feb 26 06:19:34 [4744]
ERROR:core:do_assign: setting PV failed
Feb 26 06:19:34 opensips opensips[4663]: Feb 26 06:19:34 [4744]
ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200226/8c68a541/attachment.html>

From johan at democon.be  Wed Feb 26 06:35:59 2020
From: johan at democon.be (Johan De Clercq)
Date: Wed, 26 Feb 2020 06:35:59 +0000
Subject: [OpenSIPS-Users] Call MI functions from script
In-Reply-To: <CACK6f-phLxFv0cLzVk3mYs+cR-N-wVrmnDObiJVh-W+ehjpivA@mail.gmail.com>
References: <CACK6f-phLxFv0cLzVk3mYs+cR-N-wVrmnDObiJVh-W+ehjpivA@mail.gmail.com>
Message-ID: <AM0PR06MB62260450DB98F2D184C5EF6CA7EA0@AM0PR06MB6226.eurprd06.prod.outlook.com>

Currently not. I do believe that this is on the featurelist.

Outlook voor iOS<https://aka.ms/o0ukef> downloaden
________________________________
Van: Users <users-bounces at lists.opensips.org> namens Grant Bagdasarian <grantbagdasarian at gmail.com>
Verzonden: Tuesday, February 25, 2020 8:38:08 PM
Aan: OpenSIPS users mailling list <users at lists.opensips.org>
Onderwerp: [OpenSIPS-Users] Call MI functions from script

Hello,

Is it possible to call MI functions from within the OpenSips script?
For instance, call the domain_reload function inside a timer_route to
refresh the domains every N seconds? I know this may be a bad example,
since the domain module supports caching and realtime mode, but I hope
you get the idea.

I've been going through the documentation (mainly modules), but
couldn't find anything that allows me to perform these tasks.

Regards,

Grant

_______________________________________________
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/20200226/a462f68c/attachment.html>

From Johan at democon.be  Wed Feb 26 08:04:11 2020
From: Johan at democon.be (Johan De Clercq)
Date: Wed, 26 Feb 2020 09:04:11 +0100
Subject: [OpenSIPS-Users] Call MI functions from script
In-Reply-To: <CACK6f-phLxFv0cLzVk3mYs+cR-N-wVrmnDObiJVh-W+ehjpivA@mail.gmail.com>
References: <CACK6f-phLxFv0cLzVk3mYs+cR-N-wVrmnDObiJVh-W+ehjpivA@mail.gmail.com>
Message-ID: <CAEVWGm-CAmfgshvLhPocHDqCn+D1jtfKGzW2tevyc0d27CsQHQ@mail.gmail.com>

 Currently not. I do believe that this is on the featurelist.

Outlook voor iOS <https://aka.ms/o0ukef> downloaden
------------------------------
*Van:* Users <users-bounces at lists.opensips.org> namens Grant Bagdasarian <
grantbagdasarian at gmail.com>
*Verzonden:* Tuesday, February 25, 2020 8:38:08 PM
*Aan:* OpenSIPS users mailling list <users at lists.opensips.org>
*Onderwerp:* [OpenSIPS-Users] Call MI functions from script

Hello,

Is it possible to call MI functions from within the OpenSips script?
For instance, call the domain_reload function inside a timer_route to
refresh the domains every N seconds? I know this may be a bad example,
since the domain module supports caching and realtime mode, but I hope
you get the idea.

I've been going through the documentation (mainly modules), but
couldn't find anything that allows me to perform these tasks.

Regards,

Grant

_______________________________________________
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/20200226/5a0982dc/attachment-0001.html>

From david.villasmil.work at gmail.com  Wed Feb 26 08:27:33 2020
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Wed, 26 Feb 2020 08:27:33 +0000
Subject: [OpenSIPS-Users] help with error messages
In-Reply-To: <CAC9cSODeDg_7w9e9Ub1fe=4=WjLO35TQ=FX1Qp2H0G4vodHRfQ@mail.gmail.com>
References: <CAC9cSODeDg_7w9e9Ub1fe=4=WjLO35TQ=FX1Qp2H0G4vodHRfQ@mail.gmail.com>
Message-ID: <CAFGRPVqybEYJrA1+=eCUhNiMgcS8YfJoiwtnNFJW2pZ9uLv-bQ@mail.gmail.com>

Did you set the new IPs, etc?

On Wed, 26 Feb 2020 at 06:24, Saint Michael <venefax at gmail.com> wrote:

> I moved a VM from one network to another, started opensips and I get
> these errors. Could somebody shed light?
> Feb 26 06:19:20 opensips systemd[1]: Started OpenSIPS is a very fast and
> flexible SIP (RFC3261) server.
> Feb 26 06:19:21 opensips opensips[4663]: Feb 26 06:19:21 [4744]
> ERROR:core:pv_set_ruri_host: bad parameters
> Feb 26 06:19:21 opensips opensips[4663]: Feb 26 06:19:21 [4744]
> ERROR:core:do_assign: setting PV failed
> Feb 26 06:19:21 opensips opensips[4663]: Feb 26 06:19:21 [4744]
> ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
> Feb 26 06:19:22 opensips opensips[4663]: Feb 26 06:19:22 [4744]
> ERROR:core:pv_set_ruri_host: bad parameters
> Feb 26 06:19:22 opensips opensips[4663]: Feb 26 06:19:22 [4744]
> ERROR:core:do_assign: setting PV failed
> Feb 26 06:19:22 opensips opensips[4663]: Feb 26 06:19:22 [4744]
> ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
> Feb 26 06:19:28 opensips opensips[4663]: Feb 26 06:19:28 [4744]
> ERROR:core:pv_set_ruri_host: bad parameters
> Feb 26 06:19:28 opensips opensips[4663]: Feb 26 06:19:28 [4744]
> ERROR:core:do_assign: setting PV failed
> Feb 26 06:19:28 opensips opensips[4663]: Feb 26 06:19:28 [4744]
> ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
> Feb 26 06:19:32 opensips opensips[4663]: Feb 26 06:19:32 [4744]
> ERROR:core:pv_set_ruri_host: bad parameters
> Feb 26 06:19:32 opensips opensips[4663]: Feb 26 06:19:32 [4744]
> ERROR:core:do_assign: setting PV failed
> Feb 26 06:19:32 opensips opensips[4663]: Feb 26 06:19:32 [4744]
> ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
> Feb 26 06:19:34 opensips opensips[4663]: Feb 26 06:19:34 [4744]
> ERROR:core:pv_set_ruri_host: bad parameters
> Feb 26 06:19:34 opensips opensips[4663]: Feb 26 06:19:34 [4744]
> ERROR:core:do_assign: setting PV failed
> Feb 26 06:19:34 opensips opensips[4663]: Feb 26 06:19:34 [4744]
> ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
-- 
Regards,

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

From kamlesh at worldphone.in  Wed Feb 26 09:28:38 2020
From: kamlesh at worldphone.in (Kamlesh .)
Date: Wed, 26 Feb 2020 14:58:38 +0530
Subject: [OpenSIPS-Users] incorrect content length in body part
Message-ID: <CAEif1fFzO7gu+mzWU7YUBW4u1FbzasGkg+NwvAhdnFA8FPCHKw@mail.gmail.com>

Hello,

version: opensips 2.4.6 (x86_64/linux)

flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC,
FAST_LOCK-ADAPTIVE_WAIT

ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535

poll method support: poll, epoll, sigio_rt, select.

git revision: edef893c5

main.c compiled on 23:26:34 Dec 14 2019 with gcc 4.8.5

We want to remove the body part in this packet so that we used
remove_body_part("application/vnd.etsi.pstn+xml") exported functions. It
was removed successfully but the Content-Length was added. You can check we
have two Content-Length headers in the packet.

Content-Length: 500

Content-Length: 450

INVITE sip:+xxx1204037xxx at sip.provider.com SIP/2.0
Via: SIP/2.0/UDP
10.xxx.xxx.xxx:5060;branch=z9hG4bKysgyg576px7a357p5wyg4vawu;Role=3;Hpt=8ec2_36;TRC=ffffffff-ffffffff
Call-ID: asbcehs9ekj9nle5h5q1ilqj5qs9f49ef9hb at B.5.281.sip.provider.com
From: <sip:123456789 at sip.provider.com>;tag=8fe9f6cr
To: <tel:xxx1204037xxx;phone-context=+x11x>
CSeq: 1 INVITE
Allow:
INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER
Contact:
<sip:10.xxx.xxx.xxx:5060;Dpt=ed2a-200;Hpt=8ec2_16;CxtId=4;TRC=ffffffff-ffffffff>
Max-Forwards: 62
Supported: timer,100rel
User-Agent: SBC UAC3000
Session-Expires: 1800
Min-SE: 600
P-Asserted-Identity: <sip:+123456789 at sip.provider.com>,<tel:+123456789>
Privacy: none
P-Charging-Vector:
icid-value=agcf--20200226132711-100808435;orig-ioi=PA-NOIDAE;term-ioi=SIP_982312_ABCCLOUD_112233445566
Content-Length: 1400
Content-Type: multipart/mixed;boundary=ssboundary-1_

--ssboundary-1_
Content-Length: 523
Content-Type: application/vnd.etsi.pstn+xml
Content-Disposition: signal;handling=optional

<?xml version="1.0" encoding="UTF-8"?>
<PSTN>
  <BearerCapability>
    <BCoctet3>
      <CodingStandard>00</CodingStandard>
      <InformationTransferCapability>00000</InformationTransferCapability>
    </BCoctet3>
    <BCoctet4>
      <TransferMode>00</TransferMode>
      <InformationTransferRate>10000</InformationTransferRate>
    </BCoctet4>
    <BCoctet5>
      <Layer1Identification>01</Layer1Identification>
      <UserInfoLayer1Protocol>00011</UserInfoLayer1Protocol>
    </BCoctet5>
  </BearerCapability>
</PSTN>
--ssboundary-1_

Content-Length: 68
Content-Type: application/vnd.etsi.pstn+xml
Content-Disposition: signal;handling=optional

<?xml version="1.0" encoding="UTF-8"?>
<sendingCompleteIndication/>

--ssboundary-1_
Content-Length: 450
Content-Type: application/sdp

v=0
o=- 373803451 373803451 IN IP4 10.xxx.xxx.xxx
s=SBC call
c=IN IP4 10.xxx.xxx.xxx
t=0 0
m=audio 60992 RTP/AVP 8 0 18 4 2 98 99 101 102 97
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=rtpmap:4 G723/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:98 G726-40/8000
a=rtpmap:99 G726-32/8000
a=rtpmap:101 G726-24/8000
a=rtpmap:102 G726-16/8000
a=rtpmap:97 telephone-event/8000
a=ptime:20
a=fmtp:97 0-15
a=fmtp:18 annexb=no

--ssboundary-1_--

------------------- AFTER ----------------------

INVITE sip:101 at 5.xxx.xxx.xxx:54251;transport=UDP;rinstance=5b70c35c0dfbe4c8
SIP/2.0
Record-Route: <sip:xx.xx.xx.xx:5070;r2=on;lr;ftag=8fe9f6cr;did=2af.57bfa951>
Record-Route:
<sip:yy.yy.yy.yyy:5070;r2=on;lr;ftag=8fe9f6cr;did=2af.57bfa951>
Via: SIP/2.0/UDP xx.xx.xx.xx:5070;branch=z9hG4bK9df.30fa2b25.0
Via: SIP/2.0/UDP
10.xxx.xxx.xxx:5060;rport=5060;received=10.xxx.xxx.xxx;branch=z9hG4bKysgyg576px7a357p5wyg4vawu;Role=3;Hpt=8ec2_36;TRC=ffffffff-f
fffff
Call-ID: asbcehs9ekj9nle5h5q1ilqj5qs9f49ef9hb at B.5.281.sip.provider.com
From: <sip:123456789 at sip.provider.com>;tag=8fe9f6cr
To: <sip:101 at 5.xxx.xxx.xxx>
CSeq: 1 INVITE
Allow:
INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER
Contact:
<sip:10.xxx.xxx.xxx:5060;Dpt=ed2a-200;Hpt=8ec2_16;CxtId=4;TRC=ffffffff-ffffffff>
Max-Forwards: 32
Supported: timer,100rel
User-Agent: SBC UAC3000
Session-Expires: 1800
Min-SE: 600
P-Asserted-Identity: <sip:+123456789 at sip.provider.com>,<tel:+123456789>
Privacy: none
P-Charging-Vector:
icid-value=agcf--20200226132711-100808435;orig-ioi=PA-NOIDAE;term-ioi=SIP_982312_ABCCLOUD_112233445566
Content-Length: 500
Content-Length: 450
Content-Type: application/sdp

v=0
o=- 373803451 373803451 IN IP4 10.xxx.xxx.xxx
s=SBC call
c=IN IP4 xx.xx.xx.xx
t=0 0
a=rtpengine:087d0852c64e
m=audio 11054 RTP/AVP 8 0 18 4 2 98 99 101 102 97
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=rtpmap:4 G723/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:98 G726-40/8000
a=rtpmap:99 G726-32/8000
a=rtpmap:101 G726-24/8000
a=rtpmap:102 G726-16/8000
a=rtpmap:97 telephone-event/8000
a=fmtp:18 annexb=no
a=fmtp:97 0-15
a=sendrecv
a=rtcp:11055
a=ptime:20

Regards,
Kamlesh

-- 


Disclaimer :

This e-mail and any file transmitted with it are for 
exclusive use of the intended recipient(s)
and may contain confidential and 
privileged information. If you are not the intended recipient, 
please 
contact the sender by replying this e-mail and destroy all copies and 
original message.
Any unauthorized review,use, disclosure, dissemination, 
forwarding, printing and copying of this
email or any action taken in 
reliance of this e-mail is strictly prohibited and may be unlawful.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200226/8c983dc7/attachment-0001.html>

From podguiko at mail.ru  Thu Feb 27 10:14:10 2020
From: podguiko at mail.ru (=?UTF-8?B?T2xlZyBQb2RndXlrbw==?=)
Date: Thu, 27 Feb 2020 13:14:10 +0300
Subject: [OpenSIPS-Users] =?utf-8?q?WARNING=3Acore=3Atimer=5Fticker=3A_tim?=
 =?utf-8?q?er_task_=3Cds-pinger=3E?=
Message-ID: <1582798450.516815506@f281.i.mail.ru>


Hello!
 
 
I use opensips as a proxy. Its task is to convert SIP to SIP-I and vice versa.
During busy hours, the number of active dialogs reaches 200 per second and everything worked perfectly
I had an accident. Moreover, at the time of occurrence there was no particular load.
opensips stopped processing the load. And in the logs I saw these messages
 
Feb 26 22:03:58 xx-spx-2 /usr/sbin/opensips[8379]: WARNING:core:timer_ticker: timer task <ds-pinger> already scheduled for 88872160 ms (now 88902760 ms), it may overlap..
Feb 26 22:03:59 xx-spx-2 /usr/sbin/opensips[8379]: WARNING:core:timer_ticker: timer task <ds-pinger> already scheduled for 88872160 ms (now 88903750 ms), it may overlap..
Feb 26 22:04:00 xx-spx-2 /usr/sbin/opensips[8379]: WARNING:core:timer_ticker: timer task <ds-pinger> already scheduled for 88872160 ms (now 88904740 ms), it may overlap..
Feb 26 22:04:01 xx-spx-2 /usr/sbin/opensips[8379]: WARNING:core:timer_ticker: timer task <ds-pinger> already scheduled for 88872160 ms (now 88905720 ms), it may overlap..
Feb 26 22:04:02 xx-spx-2 /usr/sbin/opensips[8379]: WARNING:core:timer_ticker: timer task <ds-pinger> already scheduled for 88872160 ms (now 88906710 ms), it may overlap..
Feb 26 22:04:03 xx-spx-2 /usr/sbin/opensips[8379]: WARNING:core:timer_ticker: timer task <ds-pinger> already scheduled for 88872160 ms (now 88907700 ms), it may overlap..
 

if it helps, I use 64 mb for shared memory, 4 mb for pkg memory , and  4 children  
 
--
Oleg Podguyko
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200227/b21ab230/attachment.html>

From podguiko at mail.ru  Thu Feb 27 11:48:29 2020
From: podguiko at mail.ru (=?UTF-8?B?T2xlZyBQb2RndXlrbw==?=)
Date: Thu, 27 Feb 2020 14:48:29 +0300
Subject: [OpenSIPS-Users]
	=?utf-8?q?Content-Type=3A_text/plain=3B_charset?=
	=?utf-8?b?PSJ1dGYtOCI=?=
In-Reply-To: <mailman.25950.1582709359.32269.users@lists.opensips.org>
References: <mailman.25950.1582709359.32269.users@lists.opensips.org>
Message-ID: <1582804109.988139959@f320.i.mail.ru>



Hello kamlesh!
 
 
I met a similar problem when removing ISUP body and also wrote about this problem in this newsletter.
 
No one answered, I had to think for myself.
 
 
Before uninstalling, do this «hack» 
 
replace_all("Content-Length", "X-");
 
And then delete
 
remove_body_part("application/vnd.etsi.pstn+xml")
 
 
>Среда, 26 февраля 2020, 12:30 +03:00 от users-request at lists.opensips.org:
> 
>Send Users mailing list submissions to
>users at lists.opensips.org
>
>To subscribe or unsubscribe via the World Wide Web, visit
>http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>or, via email, send a message with subject or body 'help' to
>users-request at lists.opensips.org
>
>You can reach the person managing the list at
>users-owner at lists.opensips.org
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of Users digest..."
>
>
>Today's Topics:
>
>   1. Re: help with error messages (David Villasmil)
>   2. incorrect content length in body part (Kamlesh .)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Wed, 26 Feb 2020 08:27:33 +0000
>From: David Villasmil < david.villasmil.work at gmail.com >
>To: OpenSIPS users mailling list < users at lists.opensips.org >
>Subject: Re: [OpenSIPS-Users] help with error messages
>Message-ID:
>< CAFGRPVqybEYJrA1+=eCUhNiMgcS8YfJoiwtnNFJW2pZ9uLv-bQ at mail.gmail.com >
>Content-Type: text/plain; charset="utf-8"
>
>Did you set the new IPs, etc?
>
>On Wed, 26 Feb 2020 at 06:24, Saint Michael < venefax at gmail.com > wrote:
>
>> I moved a VM from one network to another, started opensips and I get
>> these errors. Could somebody shed light?
>> Feb 26 06:19:20 opensips systemd[1]: Started OpenSIPS is a very fast and
>> flexible SIP (RFC3261) server.
>> Feb 26 06:19:21 opensips opensips[4663]: Feb 26 06:19:21 [4744]
>> ERROR:core:pv_set_ruri_host: bad parameters
>> Feb 26 06:19:21 opensips opensips[4663]: Feb 26 06:19:21 [4744]
>> ERROR:core:do_assign: setting PV failed
>> Feb 26 06:19:21 opensips opensips[4663]: Feb 26 06:19:21 [4744]
>> ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
>> Feb 26 06:19:22 opensips opensips[4663]: Feb 26 06:19:22 [4744]
>> ERROR:core:pv_set_ruri_host: bad parameters
>> Feb 26 06:19:22 opensips opensips[4663]: Feb 26 06:19:22 [4744]
>> ERROR:core:do_assign: setting PV failed
>> Feb 26 06:19:22 opensips opensips[4663]: Feb 26 06:19:22 [4744]
>> ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
>> Feb 26 06:19:28 opensips opensips[4663]: Feb 26 06:19:28 [4744]
>> ERROR:core:pv_set_ruri_host: bad parameters
>> Feb 26 06:19:28 opensips opensips[4663]: Feb 26 06:19:28 [4744]
>> ERROR:core:do_assign: setting PV failed
>> Feb 26 06:19:28 opensips opensips[4663]: Feb 26 06:19:28 [4744]
>> ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
>> Feb 26 06:19:32 opensips opensips[4663]: Feb 26 06:19:32 [4744]
>> ERROR:core:pv_set_ruri_host: bad parameters
>> Feb 26 06:19:32 opensips opensips[4663]: Feb 26 06:19:32 [4744]
>> ERROR:core:do_assign: setting PV failed
>> Feb 26 06:19:32 opensips opensips[4663]: Feb 26 06:19:32 [4744]
>> ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
>> Feb 26 06:19:34 opensips opensips[4663]: Feb 26 06:19:34 [4744]
>> ERROR:core:pv_set_ruri_host: bad parameters
>> Feb 26 06:19:34 opensips opensips[4663]: Feb 26 06:19:34 [4744]
>> ERROR:core:do_assign: setting PV failed
>> Feb 26 06:19:34 opensips opensips[4663]: Feb 26 06:19:34 [4744]
>> ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
>>
>>
>> _______________________________________________
>> Users mailing list
>>  Users at lists.opensips.org
>>  http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>--
>Regards,
>
>David Villasmil
>email:  david.villasmil.work at gmail.com
>phone:  +34669448337
>-------------- next part --------------
>An HTML attachment was scrubbed...
>URL: < http://lists.opensips.org/pipermail/users/attachments/20200226/f39f54cf/attachment-0001.html >
>
>------------------------------
>
>Message: 2
>Date: Wed, 26 Feb 2020 14:58:38 +0530
>From: "Kamlesh ." < kamlesh at worldphone.in >
>To:  users at lists.opensips.org
>Subject: [OpenSIPS-Users] incorrect content length in body part
>Message-ID:
>< CAEif1fFzO7gu+mzWU7YUBW4u1FbzasGkg+NwvAhdnFA8FPCHKw at mail.gmail.com >
>Content-Type: text/plain; charset="utf-8"
>
>Hello,
>
>version: opensips 2.4.6 (x86_64/linux)
>
>flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC,
>FAST_LOCK-ADAPTIVE_WAIT
>
>ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
>MAX_URI_SIZE 1024, BUF_SIZE 65535
>
>poll method support: poll, epoll, sigio_rt, select.
>
>git revision: edef893c5
>
>main.c compiled on 23:26:34 Dec 14 2019 with gcc 4.8.5
>
>We want to remove the body part in this packet so that we used
>remove_body_part("application/vnd.etsi.pstn+xml") exported functions. It
>was removed successfully but the Content-Length was added. You can check we
>have two Content-Length headers in the packet.
>
>Content-Length: 500
>
>Content-Length: 450
>
>INVITE sip: +xxx1204037xxx at sip.provider.com SIP/2.0
>Via: SIP/2.0/UDP
>10.xxx.xxx.xxx:5060;branch=z9hG4bKysgyg576px7a357p5wyg4vawu;Role=3;Hpt=8ec2_36;TRC=ffffffff-ffffffff
>Call-ID:  asbcehs9ekj9nle5h5q1ilqj5qs9f49ef9hb at B.5.281.sip.provider.com
>From: <sip: 123456789 at sip.provider.com >;tag=8fe9f6cr
>To: <tel:xxx1204037xxx;phone-context=+x11x>
>CSeq: 1 INVITE
>Allow:
>INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER
>Contact:
><sip:10.xxx.xxx.xxx:5060;Dpt=ed2a-200;Hpt=8ec2_16;CxtId=4;TRC=ffffffff-ffffffff>
>Max-Forwards: 62
>Supported: timer,100rel
>User-Agent: SBC UAC3000
>Session-Expires: 1800
>Min-SE: 600
>P-Asserted-Identity: <sip: +123456789 at sip.provider.com >,<tel: +123456789 >
>Privacy: none
>P-Charging-Vector:
>icid-value=agcf--20200226132711-100808435;orig-ioi=PA-NOIDAE;term-ioi=SIP_982312_ABCCLOUD_112233445566
>Content-Length: 1400
>Content-Type: multipart/mixed;boundary=ssboundary-1_
>
>--ssboundary-1_
>Content-Length: 523
>Content-Type: application/vnd.etsi.pstn+xml
>Content-Disposition: signal;handling=optional
>
><?xml version="1.0" encoding="UTF-8"?>
><PSTN>
>  <BearerCapability>
>    <BCoctet3>
>      <CodingStandard>00</CodingStandard>
>      <InformationTransferCapability>00000</InformationTransferCapability>
>    </BCoctet3>
>    <BCoctet4>
>      <TransferMode>00</TransferMode>
>      <InformationTransferRate>10000</InformationTransferRate>
>    </BCoctet4>
>    <BCoctet5>
>      <Layer1Identification>01</Layer1Identification>
>      <UserInfoLayer1Protocol>00011</UserInfoLayer1Protocol>
>    </BCoctet5>
>  </BearerCapability>
></PSTN>
>--ssboundary-1_
>
>Content-Length: 68
>Content-Type: application/vnd.etsi.pstn+xml
>Content-Disposition: signal;handling=optional
>
><?xml version="1.0" encoding="UTF-8"?>
><sendingCompleteIndication/>
>
>--ssboundary-1_
>Content-Length: 450
>Content-Type: application/sdp
>
>v=0
>o=- 373803451 373803451 IN IP4 10.xxx.xxx.xxx
>s=SBC call
>c=IN IP4 10.xxx.xxx.xxx
>t=0 0
>m=audio 60992 RTP/AVP 8 0 18 4 2 98 99 101 102 97
>a=rtpmap:8 PCMA/8000
>a=rtpmap:0 PCMU/8000
>a=rtpmap:18 G729/8000
>a=rtpmap:4 G723/8000
>a=rtpmap:2 G726-32/8000
>a=rtpmap:98 G726-40/8000
>a=rtpmap:99 G726-32/8000
>a=rtpmap:101 G726-24/8000
>a=rtpmap:102 G726-16/8000
>a=rtpmap:97 telephone-event/8000
>a=ptime:20
>a=fmtp:97 0-15
>a=fmtp:18 annexb=no
>
>--ssboundary-1_--
>
>------------------- AFTER ----------------------
>
>INVITE sip:101 at 5.xxx.xxx.xxx:54251;transport=UDP;rinstance=5b70c35c0dfbe4c8
>SIP/2.0
>Record-Route: <sip:xx.xx.xx.xx:5070;r2=on;lr;ftag=8fe9f6cr;did=2af.57bfa951>
>Record-Route:
><sip:yy.yy.yy.yyy:5070;r2=on;lr;ftag=8fe9f6cr;did=2af.57bfa951>
>Via: SIP/2.0/UDP xx.xx.xx.xx:5070;branch=z9hG4bK9df.30fa2b25.0
>Via: SIP/2.0/UDP
>10.xxx.xxx.xxx:5060;rport=5060;received=10.xxx.xxx.xxx;branch=z9hG4bKysgyg576px7a357p5wyg4vawu;Role=3;Hpt=8ec2_36;TRC=ffffffff-f
>fffff
>Call-ID:  asbcehs9ekj9nle5h5q1ilqj5qs9f49ef9hb at B.5.281.sip.provider.com
>From: <sip: 123456789 at sip.provider.com >;tag=8fe9f6cr
>To: <sip: 101 at 5.xxx.xxx.xxx >
>CSeq: 1 INVITE
>Allow:
>INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER
>Contact:
><sip:10.xxx.xxx.xxx:5060;Dpt=ed2a-200;Hpt=8ec2_16;CxtId=4;TRC=ffffffff-ffffffff>
>Max-Forwards: 32
>Supported: timer,100rel
>User-Agent: SBC UAC3000
>Session-Expires: 1800
>Min-SE: 600
>P-Asserted-Identity: <sip: +123456789 at sip.provider.com >,<tel: +123456789 >
>Privacy: none
>P-Charging-Vector:
>icid-value=agcf--20200226132711-100808435;orig-ioi=PA-NOIDAE;term-ioi=SIP_982312_ABCCLOUD_112233445566
>Content-Length: 500
>Content-Length: 450
>Content-Type: application/sdp
>
>v=0
>o=- 373803451 373803451 IN IP4 10.xxx.xxx.xxx
>s=SBC call
>c=IN IP4 xx.xx.xx.xx
>t=0 0
>a=rtpengine:087d0852c64e
>m=audio 11054 RTP/AVP 8 0 18 4 2 98 99 101 102 97
>a=rtpmap:8 PCMA/8000
>a=rtpmap:0 PCMU/8000
>a=rtpmap:18 G729/8000
>a=rtpmap:4 G723/8000
>a=rtpmap:2 G726-32/8000
>a=rtpmap:98 G726-40/8000
>a=rtpmap:99 G726-32/8000
>a=rtpmap:101 G726-24/8000
>a=rtpmap:102 G726-16/8000
>a=rtpmap:97 telephone-event/8000
>a=fmtp:18 annexb=no
>a=fmtp:97 0-15
>a=sendrecv
>a=rtcp:11055
>a=ptime:20
>
>Regards,
>Kamlesh
>
>--
>
>
>Disclaimer :
>
>This e-mail and any file transmitted with it are for
>exclusive use of the intended recipient(s)
>and may contain confidential and
>privileged information. If you are not the intended recipient, 
>please
>contact the sender by replying this e-mail and destroy all copies and
>original message.
>Any unauthorized review,use, disclosure, dissemination,
>forwarding, printing and copying of this
>email or any action taken in
>reliance of this e-mail is strictly prohibited and may be unlawful.
>-------------- next part --------------
>An HTML attachment was scrubbed...
>URL: < http://lists.opensips.org/pipermail/users/attachments/20200226/8c983dc7/attachment.html >
>
>------------------------------
>
>Subject: Digest Footer
>
>_______________________________________________
>Users mailing list
>Users at lists.opensips.org
>http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>------------------------------
>
>End of Users Digest, Vol 139, Issue 43
>************************************** 
 
 
--
Oleg Podguyko
 
 
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200227/3fa79a92/attachment-0001.html>

From farmorg at gmail.com  Thu Feb 27 14:17:39 2020
From: farmorg at gmail.com (Mark Farmer)
Date: Thu, 27 Feb 2020 14:17:39 +0000
Subject: [OpenSIPS-Users] do_routing() Question
Message-ID: <CAOvQDev=eqiHCTOTMPurqAUnQyoCNLxxdzAbeGwm0d_jAz2Ahw@mail.gmail.com>

Hi everyone

If I use do_routing() in an if statement like this:

if (is_from_gw("2") && do_routing("3")) {
    set flag(EXT_TPTY);
    ...
}

Do I need to call do_routing() again before actually routing the call?

Many thanks
Mark.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200227/7f0f97b8/attachment.html>

From liviu at opensips.org  Thu Feb 27 14:20:41 2020
From: liviu at opensips.org (Liviu Chircu)
Date: Thu, 27 Feb 2020 16:20:41 +0200
Subject: [OpenSIPS-Users] do_routing() Question
In-Reply-To: <CAOvQDev=eqiHCTOTMPurqAUnQyoCNLxxdzAbeGwm0d_jAz2Ahw@mail.gmail.com>
References: <CAOvQDev=eqiHCTOTMPurqAUnQyoCNLxxdzAbeGwm0d_jAz2Ahw@mail.gmail.com>
Message-ID: <7c950d3a-e41b-61d4-7874-2ff114b0c729@opensips.org>

On 27.02.2020 16:17, Mark Farmer wrote:
> If I use do_routing() in an if statement like this:
>
> if (is_from_gw("2") && do_routing("3")) {
>     set flag(EXT_TPTY);
>     ...
> }
>
> Do I need to call do_routing() again before actually routing the call?

Hi, Mark!

Unless you specify the "C" flag, do_routing() will overwrite your R-URI 
by default.  So you can t_relay() right after the 1st call!

Regards,

-- 
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com

OpenSIPS Summit, Amsterdam, May 2020
   www.opensips.org/events
OpenSIPS Bootcamp, Miami, March 2020
   www.opensips.org/training



From rosenberg11219 at gmail.com  Thu Feb 27 15:17:14 2020
From: rosenberg11219 at gmail.com (Schneur Rosenberg)
Date: Thu, 27 Feb 2020 17:17:14 +0200
Subject: [OpenSIPS-Users] Call MI functions from script
In-Reply-To: <CACK6f-phLxFv0cLzVk3mYs+cR-N-wVrmnDObiJVh-W+ehjpivA@mail.gmail.com>
References: <CACK6f-phLxFv0cLzVk3mYs+cR-N-wVrmnDObiJVh-W+ehjpivA@mail.gmail.com>
Message-ID: <CANvjR0V=iY1vCggNsqM52FFQShLMrMDTSZ+u8hAkyN6EabgvZA@mail.gmail.com>

I don't know if you can, but I assume you can always write a external
script with xmlrpc and use the exec in a timer route to execute the script.

On Tue, Feb 25, 2020, 9:40 PM Grant Bagdasarian <grantbagdasarian at gmail.com>
wrote:

> Hello,
>
> Is it possible to call MI functions from within the OpenSips script?
> For instance, call the domain_reload function inside a timer_route to
> refresh the domains every N seconds? I know this may be a bad example,
> since the domain module supports caching and realtime mode, but I hope
> you get the idea.
>
> I've been going through the documentation (mainly modules), but
> couldn't find anything that allows me to perform these tasks.
>
> Regards,
>
> Grant
>
> _______________________________________________
> 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/20200227/7af5e495/attachment.html>

From abdoul.osseni at gmail.com  Thu Feb 27 15:26:38 2020
From: abdoul.osseni at gmail.com (=?UTF-8?Q?Abdoul_Oss=C3=A9ni?=)
Date: Thu, 27 Feb 2020 16:26:38 +0100
Subject: [OpenSIPS-Users] Question about qrouting module
In-Reply-To: <464d4191-43c6-5637-b8b1-85dce4871149@opensips.org>
References: <CABc7nxuuSQGjdBD3WYaVjVmrNPeYZ6K3x6jFbhCrP_EvrPCPpw@mail.gmail.com>
 <464d4191-43c6-5637-b8b1-85dce4871149@opensips.org>
Message-ID: <CABc7nxtLq2o2UQFATnxqYAMmWt0W-Qt8d8_BodUVRKUCF7iQRQ@mail.gmail.com>

Hello,

I want to test qrouting module.
Do you have some qrouting configs examples?
Regards

Abdoul OSSENI
https://www.africallshop.com/

Le jeu. 13 févr. 2020 à 15:15, Liviu Chircu <liviu at opensips.org> a écrit :

> On 13.02.2020 16:02, Abdoul Osséni wrote:
> > Congratulations for the work done. In my opinion, it is a big feature.
> Thank you!  Over the years, there were lots of discussions on this
> topic.  To quote Linus
> Torvalds: "Talk is cheap.  Show me the code." -- that'spretty much what
> we finally decided to do.
>
> > I have a question about replication of qmodule data (signaling
> > statistics) in a Opensips cluster.
> > If I have 2 active nodes in the cluster. Is the both nodes will share
> > qmodule data?
> > Is it done automatically or I need to make something ?
>
> The qrouting module is currently not cluster aware, so no qrouting
> statistics will be shared
> between your nodes.  The gatewaydisabling logic [1] is not even restart
> persistent, so there are
> plentyof work and ideas to put into the module!
>
> [1]:
> https://opensips.org/docs/modules/3.1.x/qrouting.html#func_qr_disable_dst
>
> --
> Liviu Chircu
> www.twitter.com/liviuchircu | www.opensips-solutions.com
>
> OpenSIPS Summit, Amsterdam, May 2020
>    www.opensips.org/events
> OpenSIPS Bootcamp, Miami, March 2020
>    www.opensips.org/training
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200227/c25215d5/attachment.html>

From liviu at opensips.org  Thu Feb 27 15:29:58 2020
From: liviu at opensips.org (Liviu Chircu)
Date: Thu, 27 Feb 2020 17:29:58 +0200
Subject: [OpenSIPS-Users] Call MI functions from script
In-Reply-To: <CANvjR0V=iY1vCggNsqM52FFQShLMrMDTSZ+u8hAkyN6EabgvZA@mail.gmail.com>
References: <CACK6f-phLxFv0cLzVk3mYs+cR-N-wVrmnDObiJVh-W+ehjpivA@mail.gmail.com>
 <CANvjR0V=iY1vCggNsqM52FFQShLMrMDTSZ+u8hAkyN6EabgvZA@mail.gmail.com>
Message-ID: <88cf833d-6dad-3d6b-1396-38bdf99753ce@opensips.org>

On 27.02.2020 17:17, Schneur Rosenberg wrote:
> I don't know if you can, but I assume you can always write a external 
> script with xmlrpc and use the exec in a timer route to execute the 
> script.

Or simply send yourself an MI datagram [1] command via UDP, from an 
external script (bash, Python, etc.) which you'd invoke from 
opensips.cfg using exec() [2], possibly even async(exec()) to make it 
snappier.  Somewhat of a hermaphroditic behavior, but gets the job well 
done!

[1]: https://opensips.org/docs/modules/3.1.x/mi_datagram.html
[2]: https://opensips.org/docs/modules/3.1.x/exec.html#func_exec

-- 
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com

OpenSIPS Summit, Amsterdam, May 2020
   www.opensips.org/events
OpenSIPS Bootcamp, Miami, March 2020
   www.opensips.org/training



From farmorg at gmail.com  Thu Feb 27 15:31:40 2020
From: farmorg at gmail.com (Mark Farmer)
Date: Thu, 27 Feb 2020 15:31:40 +0000
Subject: [OpenSIPS-Users] do_routing() Question
In-Reply-To: <7c950d3a-e41b-61d4-7874-2ff114b0c729@opensips.org>
References: <CAOvQDev=eqiHCTOTMPurqAUnQyoCNLxxdzAbeGwm0d_jAz2Ahw@mail.gmail.com>
 <7c950d3a-e41b-61d4-7874-2ff114b0c729@opensips.org>
Message-ID: <CAOvQDesM39Oyf=vTcSiAoF=zJV489xsW-QD-4RcQ3urS4KmOuQ@mail.gmail.com>

Thanks for the clarification Liviu.

Mark.


On Thu, 27 Feb 2020 at 14:20, Liviu Chircu <liviu at opensips.org> wrote:

> On 27.02.2020 16:17, Mark Farmer wrote:
> > If I use do_routing() in an if statement like this:
> >
> > if (is_from_gw("2") && do_routing("3")) {
> >     set flag(EXT_TPTY);
> >     ...
> > }
> >
> > Do I need to call do_routing() again before actually routing the call?
>
> Hi, Mark!
>
> Unless you specify the "C" flag, do_routing() will overwrite your R-URI
> by default.  So you can t_relay() right after the 1st call!
>
> Regards,
>
> --
> Liviu Chircu
> www.twitter.com/liviuchircu | www.opensips-solutions.com
>
> OpenSIPS Summit, Amsterdam, May 2020
>    www.opensips.org/events
> OpenSIPS Bootcamp, Miami, March 2020
>    www.opensips.org/training
>
>

-- 
Mark Farmer
farmorg at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200227/87856e53/attachment-0001.html>

From liviu at opensips.org  Thu Feb 27 15:43:01 2020
From: liviu at opensips.org (Liviu Chircu)
Date: Thu, 27 Feb 2020 17:43:01 +0200
Subject: [OpenSIPS-Users] Question about qrouting module
In-Reply-To: <CABc7nxtLq2o2UQFATnxqYAMmWt0W-Qt8d8_BodUVRKUCF7iQRQ@mail.gmail.com>
References: <CABc7nxuuSQGjdBD3WYaVjVmrNPeYZ6K3x6jFbhCrP_EvrPCPpw@mail.gmail.com>
 <464d4191-43c6-5637-b8b1-85dce4871149@opensips.org>
 <CABc7nxtLq2o2UQFATnxqYAMmWt0W-Qt8d8_BodUVRKUCF7iQRQ@mail.gmail.com>
Message-ID: <2d74eca9-2ba5-8c85-55cd-b910d46e09aa@opensips.org>

On 27.02.2020 17:26, Abdoul Osséni wrote:
> I want to test qrouting module.
> Do you have some qrouting configs examples?
> Regards
>
Hey, Abdoul!

It's quite an "out-of-the-box" solution, you'd be surprised. Here are 
some provisioning tips:

* provision any qrouting profiles you want to play with in the 
"qr_profiles" table [1]
* in dr_rules, make sure to set the "sort_alg" column to 'Q' in order to 
enable qrouting for each rule
* in dr_rules, for each 'Q'-enabled rule, set the "sort_profile" to your 
desired profile "id" taken from the "qr_profiles" table

 From here on, it's just a matter of loading up the modules and setting 
up the "db_url" modparams.  The modules will complain if something is 
missing and tell you what to load anyway! :)

Regarding the script: nothing changes.  Just call do_routing() [2] as 
usual, and it will both collect stats and sort the destinations based on 
quality.  If you want to integrate with custom stats, check out the 
module docs [3], there is plenty of help.  Below is the module 
configuration -- everything else is just drouting!

Best regards,

[1]: 
https://github.com/OpenSIPS/opensips/blob/master/scripts/mysql/qrouting-create.sql

[2]: https://opensips.org/docs/modules/3.1.x/drouting.html#func_do_routing

[3]: https://opensips.org/docs/modules/3.1.x/qrouting.html

--- qrouting.cfg

loadmodule "db_mysql.so"

loadmodule "drouting.so"
modparam("drouting", "use_partitions", 1)
modparam("drouting", "rule_id_avp", "$avp(ruleid)")
modparam("drouting", "gw_id_avp", "$avp(gwid)")
modparam("drouting", "db_partitions_url", 
"mysql://root:xxxxxxxxxx at 10.0.0.10/opensips")

loadmodule "qrouting.so"
modparam("qrouting", "algorithm", "dynamic-weights")
modparam("qrouting", "history_span", 30)
modparam("qrouting", "extra_stats", "+mos/1; +r_factor/1")

# for fast testing
modparam("qrouting", "min_samples_asr", 0)
modparam("qrouting", "min_samples_ccr", 0)
modparam("qrouting", "min_samples_pdd", 0)
modparam("qrouting", "min_samples_ast", 0)
modparam("qrouting", "min_samples_acd", 0)
modparam("qrouting", "decimal_digits", 3)

modparam("qrouting", "db_url", "mysql://root:xxxxxxxxxx at 10.0.0.10/opensips")

-- 
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com

OpenSIPS Summit, Amsterdam, May 2020
   www.opensips.org/events
OpenSIPS Bootcamp, Miami, March 2020
   www.opensips.org/training

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200227/1a951ab3/attachment.html>

From farmorg at gmail.com  Thu Feb 27 15:48:03 2020
From: farmorg at gmail.com (Mark Farmer)
Date: Thu, 27 Feb 2020 15:48:03 +0000
Subject: [OpenSIPS-Users] OpenSIPS as Teams SBC
Message-ID: <CAOvQDeuu+tEa3q8RqicVBiKQfJTM0+=R-PqMNN1BwvPxpNTfGg@mail.gmail.com>

Hi all

I was asked today about the possibility of using OpenSIPS as an SBC for
Teams/Direct Routing.
I've seen the how to:
https://blog.opensips.org/2019/09/16/opensips-as-ms-teams-sbc/

I am just wondering if anyone on this list does this in production? If so
what is your approach to support given that OpenSIPS is not approved by
Microsoft?


Best regards
Mark.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200227/63bf1b75/attachment.html>

From venefax at gmail.com  Thu Feb 27 17:32:08 2020
From: venefax at gmail.com (Saint Michael)
Date: Thu, 27 Feb 2020 12:32:08 -0500
Subject: [OpenSIPS-Users] is there native odbc module?
In-Reply-To: <CABc7nxtLq2o2UQFATnxqYAMmWt0W-Qt8d8_BodUVRKUCF7iQRQ@mail.gmail.com>
References: <CABc7nxuuSQGjdBD3WYaVjVmrNPeYZ6K3x6jFbhCrP_EvrPCPpw@mail.gmail.com>
 <464d4191-43c6-5637-b8b1-85dce4871149@opensips.org>
 <CABc7nxtLq2o2UQFATnxqYAMmWt0W-Qt8d8_BodUVRKUCF7iQRQ@mail.gmail.com>
Message-ID: <CAC9cSOByjy_J5_JPLTBuMDUBEgm3XtV0noMTbDhe1GkvzHAcyA@mail.gmail.com>

>
> I am new to opensips. Right now I am using exec to interface with my
> database via php-odbc. Is there a native odbc module that would have less
> overhed than my current approach?

Also, how do I get a record of the call written to a database or a file?
basic information, caller ID, number, duration, and date
Philip Orleand



>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200227/3cb0ba0d/attachment.html>

From wsimon at stratusvideo.com  Fri Feb 28 01:58:40 2020
From: wsimon at stratusvideo.com (William Simon)
Date: Fri, 28 Feb 2020 01:58:40 +0000
Subject: [OpenSIPS-Users] opensips udp workers lock up with sched_yield
Message-ID: <0EEA2E29-DE9B-45B6-B510-179201903877@stratusvideo.com>

In a SIP video environment we have a pair of opensips servers load balancing traffic to freeswitch. The call volume is modest among the two proxies, about 400 concurrent calls at peak times.

We are occasionally seeing opensips lock up and stop responding to SIP traffic. There is no error in the syslog and no indication of resource exhaustion on the VM (it is a 4-core VMware instance with 4GB of RAM). Once opensips locks up, CPU soon reaches 100%, but before that, it was not using even 50% of the CPU.

Get_statistics shows that neither the shared memory nor pkg memory are heavily used. They are set at 64M / 4M

opensipsctl trace shows this on the udp worker threads (children=8 in config – it was previously set to children=4 and showed the same behavior)

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
0x00007f5b14028bb7 in sched_yield () at ../sysdeps/unix/syscall-template.S:81
#0  0x00007f5b14028bb7 in sched_yield () at ../sysdeps/unix/syscall-template.S:81
No locals.
#1  0x00000000005323a5 in ?? ()
No symbol table info available.
#2  0x00007f5b0ec6c48f in send_pr_buffer () from /usr/lib/x86_64-linux-gnu/opensips/modules/tm.so
No symbol table info available.
#3  0x00007f5b0ec9eb9b in t_forward_nonack () from /usr/lib/x86_64-linux-gnu/opensips/modules/tm.so
No symbol table info available.
#4  0x00007f5b0ec6defe in t_relay_to () from /usr/lib/x86_64-linux-gnu/opensips/modules/tm.so
No symbol table info available.
#5  0x00007f5b0ec815ee in ?? () from /usr/lib/x86_64-linux-gnu/opensips/modules/tm.so
No symbol table info available.
#6  0x000000000042b20a in do_action ()
No symbol table info available.
#7  0x0000000000430590 in run_action_list ()
No symbol table info available.
#8  0x000000000046d3bc in ?? ()
No symbol table info available.
#9  0x000000000046cc1d in eval_expr ()
No symbol table info available.
#10 0x000000000046cc39 in eval_expr ()
No symbol table info available.
#11 0x000000000046cc09 in eval_expr ()
No symbol table info available.
#12 0x000000000042b19a in do_action ()
No symbol table info available.
#13 0x0000000000430590 in run_action_list ()
No symbol table info available.
#14 0x00000000004306ba in ?? ()
No symbol table info available.
#15 0x000000000042da9a in do_action ()
No symbol table info available.
#16 0x0000000000430590 in run_action_list ()
No symbol table info available.
#17 0x000000000042e62e in do_action ()
No symbol table info available.
#18 0x0000000000430590 in run_action_list ()
No symbol table info available.
#19 0x000000000042e62e in do_action ()
No symbol table info available.
#20 0x0000000000430590 in run_action_list ()
No symbol table info available.
#21 0x00000000004308d0 in run_top_route ()
No symbol table info available.
#22 0x0000000000436ef3 in receive_msg ()
No symbol table info available.
#23 0x000000000052d5c5 in ?? ()
No symbol table info available.
#24 0x000000000051536d in ?? ()
No symbol table info available.
#25 0x000000000051837a in udp_rcv_loop ()
No symbol table info available.
#26 0x0000000000519c38 in udp_start_processes ()
No symbol table info available.
#27 0x000000000041c38a in main ()
No symbol table info available.
---end 82753 -------------------------------------------------------


We also find no evidence in network captures of any network problem or anomalous SIP packet that could be causing a problem. How can we troubleshoot this? The only way to recover the service is to restart opensips.





“The information transmitted is intended only for the person or entity to which it is addressed and may contain proprietary, business-confidential and/or privileged material. If you are not the intended recipient of this message you are hereby notified that any use, review, retransmission, dissemination, distribution, reproduction or any action taken in reliance upon this message is prohibited. If you received this in error, please contact the sender and delete the material from any computer.”
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200228/ca46a116/attachment-0001.html>

From bogdan at opensips.org  Fri Feb 28 08:58:45 2020
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 28 Feb 2020 10:58:45 +0200
Subject: [OpenSIPS-Users] is there native odbc module?
In-Reply-To: <CAC9cSOByjy_J5_JPLTBuMDUBEgm3XtV0noMTbDhe1GkvzHAcyA@mail.gmail.com>
References: <CABc7nxuuSQGjdBD3WYaVjVmrNPeYZ6K3x6jFbhCrP_EvrPCPpw@mail.gmail.com>
 <464d4191-43c6-5637-b8b1-85dce4871149@opensips.org>
 <CABc7nxtLq2o2UQFATnxqYAMmWt0W-Qt8d8_BodUVRKUCF7iQRQ@mail.gmail.com>
 <CAC9cSOByjy_J5_JPLTBuMDUBEgm3XtV0noMTbDhe1GkvzHAcyA@mail.gmail.com>
Message-ID: <7bb366b1-308a-724d-91d1-ec5eab17ef10@opensips.org>

Hi Philip,

There is the db_unixodbc module [1] the can be used from other modules 
or directly from script (via avpops queries [2])


[1] https://opensips.org/html/docs/modules/3.0.x/db_unixodbc.html
[2] 
https://opensips.org/html/docs/modules/3.0.x/avpops.html#func_avp_db_query

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
OpenSIPS Summit, Amsterdam, May 2020
   https://www.opensips.org/events/Summit-2020Amsterdam/
OpenSIPS Bootcamp, Miami, March 2020
   https://opensips.org/training/OpenSIPS_Bootcamp_2020/

On 2/27/20 7:32 PM, Saint Michael wrote:
>
>     I am new to opensips. Right now I am using exec to interface with
>     my database via php-odbc. Is there a native odbc module that would
>     have less overhed than my current approach?
>
> Also, how do I get a record of the call written to a database or a 
> file? basic information, caller ID, number, duration, and date
> Philip Orleand
>
>
>
> _______________________________________________
> 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/20200228/e042b964/attachment.html>

From bogdan at opensips.org  Fri Feb 28 09:22:51 2020
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 28 Feb 2020 11:22:51 +0200
Subject: [OpenSIPS-Users] opensips udp workers lock up with sched_yield
In-Reply-To: <0EEA2E29-DE9B-45B6-B510-179201903877@stratusvideo.com>
References: <0EEA2E29-DE9B-45B6-B510-179201903877@stratusvideo.com>
Message-ID: <da8a18a6-be82-4d19-f434-2adf1ee1e842@opensips.org>

Hi William,

That sched_yield translates into waiting for a lock. As the backtrace (a 
bit crippled) shows as coming from "send_pr_buffer" (which is 
responsible for sending out on the network the buffer of a SIP msg), I 
suspect the transport is TCP or TLS (missing frame #1), as they are 
using locking. So you have the backtraces from all the procs? this will 
help to identify the proc holding the lock and blocking all the other procs.

Best regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
OpenSIPS Summit, Amsterdam, May 2020
   https://www.opensips.org/events/Summit-2020Amsterdam/
OpenSIPS Bootcamp, Miami, March 2020
   https://opensips.org/training/OpenSIPS_Bootcamp_2020/

On 2/28/20 3:58 AM, William Simon wrote:
>
> In a SIP video environment we have a pair of opensips servers load 
> balancing traffic to freeswitch. The call volume is modest among the 
> two proxies, about 400 concurrent calls at peak times.
>
> We are occasionally seeing opensips lock up and stop responding to SIP 
> traffic. There is no error in the syslog and no indication of resource 
> exhaustion on the VM (it is a 4-core VMware instance with 4GB of RAM). 
> Once opensips locks up, CPU soon reaches 100%, but before that, it was 
> not using even 50% of the CPU.
>
> Get_statistics shows that neither the shared memory nor pkg memory are 
> heavily used. They are set at 64M / 4M
>
> opensipsctl trace shows this on the udp worker threads (children=8 in 
> config – it was previously set to children=4 and showed the same behavior)
>
> [Thread debugging using libthread_db enabled]
>
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
>
> 0x00007f5b14028bb7 in sched_yield () at 
> ../sysdeps/unix/syscall-template.S:81
>
> #0 0x00007f5b14028bb7 in sched_yield () at 
> ../sysdeps/unix/syscall-template.S:81
>
> No locals.
>
> #1 0x00000000005323a5 in ?? ()
>
> No symbol table info available.
>
> #2 0x00007f5b0ec6c48f in send_pr_buffer () from 
> /usr/lib/x86_64-linux-gnu/opensips/modules/tm.so
>
> No symbol table info available.
>
> #3 0x00007f5b0ec9eb9b in t_forward_nonack () from 
> /usr/lib/x86_64-linux-gnu/opensips/modules/tm.so
>
> No symbol table info available.
>
> #4 0x00007f5b0ec6defe in t_relay_to () from 
> /usr/lib/x86_64-linux-gnu/opensips/modules/tm.so
>
> No symbol table info available.
>
> #5 0x00007f5b0ec815ee in ?? () from 
> /usr/lib/x86_64-linux-gnu/opensips/modules/tm.so
>
> No symbol table info available.
>
> #6 0x000000000042b20a in do_action ()
>
> No symbol table info available.
>
> #7 0x0000000000430590 in run_action_list ()
>
> No symbol table info available.
>
> #8 0x000000000046d3bc in ?? ()
>
> No symbol table info available.
>
> #9 0x000000000046cc1d in eval_expr ()
>
> No symbol table info available.
>
> #10 0x000000000046cc39 in eval_expr ()
>
> No symbol table info available.
>
> #11 0x000000000046cc09 in eval_expr ()
>
> No symbol table info available.
>
> #12 0x000000000042b19a in do_action ()
>
> No symbol table info available.
>
> #13 0x0000000000430590 in run_action_list ()
>
> No symbol table info available.
>
> #14 0x00000000004306ba in ?? ()
>
> No symbol table info available.
>
> #15 0x000000000042da9a in do_action ()
>
> No symbol table info available.
>
> #16 0x0000000000430590 in run_action_list ()
>
> No symbol table info available.
>
> #17 0x000000000042e62e in do_action ()
>
> No symbol table info available.
>
> #18 0x0000000000430590 in run_action_list ()
>
> No symbol table info available.
>
> #19 0x000000000042e62e in do_action ()
>
> No symbol table info available.
>
> #20 0x0000000000430590 in run_action_list ()
>
> No symbol table info available.
>
> #21 0x00000000004308d0 in run_top_route ()
>
> No symbol table info available.
>
> #22 0x0000000000436ef3 in receive_msg ()
>
> No symbol table info available.
>
> #23 0x000000000052d5c5 in ?? ()
>
> No symbol table info available.
>
> #24 0x000000000051536d in ?? ()
>
> No symbol table info available.
>
> #25 0x000000000051837a in udp_rcv_loop ()
>
> No symbol table info available.
>
> #26 0x0000000000519c38 in udp_start_processes ()
>
> No symbol table info available.
>
> #27 0x000000000041c38a in main ()
>
> No symbol table info available.
>
> ---end 82753 -------------------------------------------------------
>
> We also find no evidence in network captures of any network problem or 
> anomalous SIP packet that could be causing a problem. How can we 
> troubleshoot this? The only way to recover the service is to restart 
> opensips.
>
>
>
> “The information transmitted is intended only for the person or entity 
> to which it is addressed and may contain proprietary, 
> business-confidential and/or privileged material. If you are not the 
> intended recipient of this message you are hereby notified that any 
> use, review, retransmission, dissemination, distribution, reproduction 
> or any action taken in reliance upon this message is prohibited. If 
> you received this in error, please contact the sender and delete the 
> material from any computer.”
>
> _______________________________________________
> 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/20200228/59f1c224/attachment.html>

From bogdan at opensips.org  Fri Feb 28 09:42:20 2020
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 28 Feb 2020 11:42:20 +0200
Subject: [OpenSIPS-Users] WARNING:core:timer_ticker: timer task
 <ds-pinger>
In-Reply-To: <1582798450.516815506@f281.i.mail.ru>
References: <1582798450.516815506@f281.i.mail.ru>
Message-ID: <a1360d2b-493e-21b7-9bd0-92a9b9accb26@opensips.org>

Hi Oleg,

The "ds-pinger" is the dispatcher's task for generating the probing 
pings to the destinations. And it seems it takes a lot of time to this 
task to do its job (and it has nothing to do with the traffic you have 
on your opensips).

So, the destinations in dispatcher:
- how many they are ?
- are they defined as FQDN or IPs ?
- are they via UDP or TCP/TLS ?

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
OpenSIPS Summit, Amsterdam, May 2020
   https://www.opensips.org/events/Summit-2020Amsterdam/
OpenSIPS Bootcamp, Miami, March 2020
   https://opensips.org/training/OpenSIPS_Bootcamp_2020/

On 2/27/20 12:14 PM, Oleg Podguyko via Users wrote:
> Hello!
> I use opensips as a proxy. Its task is to convert SIP to SIP-I and 
> vice versa. During busy hours, the number of active dialogs reaches 
> 200 per second and everything worked perfectly I had an accident. 
> Moreover, at the time of occurrence there was no particular load.
> opensips stopped processing the load. And in the logs I saw these messages
> Feb 26 22:03:58 xx-spx-2 /usr/sbin/opensips[8379]: 
> WARNING:core:timer_ticker: timer task <ds-pinger> already scheduled 
> for 88872160 ms (now 88902760 ms), it may overlap.. Feb 26 22:03:59 
> xx-spx-2 /usr/sbin/opensips[8379]: WARNING:core:timer_ticker: timer 
> task <ds-pinger> already scheduled for 88872160 ms (now 88903750 ms), 
> it may overlap.. Feb 26 22:04:00 xx-spx-2 /usr/sbin/opensips[8379]: 
> WARNING:core:timer_ticker: timer task <ds-pinger> already scheduled 
> for 88872160 ms (now 88904740 ms), it may overlap.. Feb 26 22:04:01 
> xx-spx-2 /usr/sbin/opensips[8379]: WARNING:core:timer_ticker: timer 
> task <ds-pinger> already scheduled for 88872160 ms (now 88905720 ms), 
> it may overlap.. Feb 26 22:04:02 xx-spx-2 /usr/sbin/opensips[8379]: 
> WARNING:core:timer_ticker: timer task <ds-pinger> already scheduled 
> for 88872160 ms (now 88906710 ms), it may overlap.. Feb 26 22:04:03 
> xx-spx-2 /usr/sbin/opensips[8379]: WARNING:core:timer_ticker: timer 
> task <ds-pinger> already scheduled for 88872160 ms (now 88907700 ms), 
> it may overlap..
>
> if it helps, I use 64 mb for shared memory, 4 mb for pkg memory , and 
>  4 children
> --
> Oleg Podguyko
>
> _______________________________________________
> 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/20200228/c85f34e8/attachment-0001.html>

From johan at democon.be  Fri Feb 28 09:54:12 2020
From: johan at democon.be (Johan De Clercq)
Date: Fri, 28 Feb 2020 09:54:12 +0000
Subject: [OpenSIPS-Users] A word of caution on migrating to 3.1
Message-ID: <AM0PR06MB622649FC6462B3644C1AFF17A7E80@AM0PR06MB6226.eurprd06.prod.outlook.com>


Hello,

Migration from 3.0 to 3.1 is not so straightforward:
For script:
-everything after if needs to be in brackets.
-setflag ans etbflag : their parameters need to be in double quotes.

For db: ther is a version change there also.

Best regards,
Outlook voor iOS<https://aka.ms/o0ukef> downloaden
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200228/c1deb6c1/attachment.html>

From grantbagdasarian at gmail.com  Fri Feb 28 10:06:55 2020
From: grantbagdasarian at gmail.com (Grant Bagdasarian)
Date: Fri, 28 Feb 2020 11:06:55 +0100
Subject: [OpenSIPS-Users] A word of caution on migrating to 3.1
In-Reply-To: <AM0PR06MB622649FC6462B3644C1AFF17A7E80@AM0PR06MB6226.eurprd06.prod.outlook.com>
References: <AM0PR06MB622649FC6462B3644C1AFF17A7E80@AM0PR06MB6226.eurprd06.prod.outlook.com>
Message-ID: <CACK6f-qi-PtqHMPeC1a4h3z57Za48=KD4d4FKkiFY5o-CpdR1g@mail.gmail.com>

Hi Johan,

I’ve been testing with a nightly build (not the latest) these past few
days, and the body of an if statement doesn’t require any brackets if there
is only a single statement. Haven’t tested with multiple statements, but I
assumed the syntax of other languages.

Can’t comment on the rest.

Regards,

Grant

On Fri, 28 Feb 2020 at 10:56 Johan De Clercq <johan at democon.be> wrote:

>
> Hello,
>
> Migration from 3.0 to 3.1 is not so straightforward:
> For script:
> -everything after if needs to be in brackets.
> -setflag ans etbflag : their parameters need to be in double quotes.
>
> For db: ther is a version change there also.
>
> Best regards,
> Outlook voor iOS <https://aka.ms/o0ukef> downloaden
> _______________________________________________
> 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/20200228/77b40290/attachment.html>

From liviu at opensips.org  Fri Feb 28 10:10:25 2020
From: liviu at opensips.org (Liviu Chircu)
Date: Fri, 28 Feb 2020 12:10:25 +0200
Subject: [OpenSIPS-Users] A word of caution on migrating to 3.1
In-Reply-To: <CACK6f-qi-PtqHMPeC1a4h3z57Za48=KD4d4FKkiFY5o-CpdR1g@mail.gmail.com>
References: <AM0PR06MB622649FC6462B3644C1AFF17A7E80@AM0PR06MB6226.eurprd06.prod.outlook.com>
 <CACK6f-qi-PtqHMPeC1a4h3z57Za48=KD4d4FKkiFY5o-CpdR1g@mail.gmail.com>
Message-ID: <d71fad30-9190-0bdf-72ab-668572d85a36@opensips.org>

On 28.02.2020 12:06, Grant Bagdasarian wrote:
> the body of an if statement doesn’t require any brackets if there is 
> only a single statement.

I think Johan was referring to this [1] change, where this (strange?!) 
syntax will no longer be allowed in 3.1:

if $var(foo) == "bar" {
     ...
}

[1]: 
https://opensips.org/About/Version-3-1-0#toc3<https://opensips.org/About/Version-3-1-0>

-- 
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com

OpenSIPS Summit, Amsterdam, May 2020
   www.opensips.org/events
OpenSIPS Bootcamp, Miami, March 2020
   www.opensips.org/training

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

From johan at democon.be  Fri Feb 28 10:10:36 2020
From: johan at democon.be (johan)
Date: Fri, 28 Feb 2020 11:10:36 +0100
Subject: [OpenSIPS-Users] A word of caution on migrating to 3.1
In-Reply-To: <CACK6f-qi-PtqHMPeC1a4h3z57Za48=KD4d4FKkiFY5o-CpdR1g@mail.gmail.com>
References: <AM0PR06MB622649FC6462B3644C1AFF17A7E80@AM0PR06MB6226.eurprd06.prod.outlook.com>
 <CACK6f-qi-PtqHMPeC1a4h3z57Za48=KD4d4FKkiFY5o-CpdR1g@mail.gmail.com>
Message-ID: <5d2ef37a-b4d0-00af-8e12-eeb42c2700ee@democon.be>

no, what I mean is this: if lookup_location(...) needs to be if 
(lookup_location())

On 28.02.20 11:06, Grant Bagdasarian wrote:
> Hi Johan,
>
> I’ve been testing with a nightly build (not the latest) these past few 
> days, and the body of an if statement doesn’t require any brackets if 
> there is only a single statement. Haven’t tested with multiple 
> statements, but I assumed the syntax of other languages.
>
> Can’t comment on the rest.
>
> Regards,
>
> Grant
>
> On Fri, 28 Feb 2020 at 10:56 Johan De Clercq <johan at democon.be 
> <mailto:johan at democon.be>> wrote:
>
>
>     Hello,
>
>     Migration from 3.0 to 3.1 is not so straightforward:
>     For script:
>     -everything after if needs to be in brackets.
>     -setflag ans etbflag : their parameters need to be in double quotes.
>
>     For db: ther is a version change there also.
>
>     Best regards,
>     Outlook voor iOS <https://aka.ms/o0ukef> downloaden
>     _______________________________________________
>     Users mailing list
>     Users at lists.opensips.org <mailto: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/20200228/6fe670cb/attachment-0001.html>

From callum.guy at x-on.co.uk  Fri Feb 28 10:21:35 2020
From: callum.guy at x-on.co.uk (Callum Guy)
Date: Fri, 28 Feb 2020 10:21:35 +0000
Subject: [OpenSIPS-Users] A word of caution on migrating to 3.1
In-Reply-To: <5d2ef37a-b4d0-00af-8e12-eeb42c2700ee@democon.be>
References: <AM0PR06MB622649FC6462B3644C1AFF17A7E80@AM0PR06MB6226.eurprd06.prod.outlook.com>
 <CACK6f-qi-PtqHMPeC1a4h3z57Za48=KD4d4FKkiFY5o-CpdR1g@mail.gmail.com>
 <5d2ef37a-b4d0-00af-8e12-eeb42c2700ee@democon.be>
Message-ID: <CAFjCFzkLNV4sZObz3WCqFh+VOwVfHAVOUY2XYSgxX5fzx_955Q@mail.gmail.com>

That is the same as the example above!

On Fri, 28 Feb 2020 at 10:11, johan <johan at democon.be> wrote:

> no, what I mean is this: if lookup_location(...) needs to be if
> (lookup_location())
> On 28.02.20 11:06, Grant Bagdasarian wrote:
>
> Hi Johan,
>
> I’ve been testing with a nightly build (not the latest) these past few
> days, and the body of an if statement doesn’t require any brackets if there
> is only a single statement. Haven’t tested with multiple statements, but I
> assumed the syntax of other languages.
>
> Can’t comment on the rest.
>
> Regards,
>
> Grant
>
> On Fri, 28 Feb 2020 at 10:56 Johan De Clercq <johan at democon.be> wrote:
>
>>
>> Hello,
>>
>> Migration from 3.0 to 3.1 is not so straightforward:
>> For script:
>> -everything after if needs to be in brackets.
>> -setflag ans etbflag : their parameters need to be in double quotes.
>>
>> For db: ther is a version change there also.
>>
>> Best regards,
>> Outlook voor iOS <https://aka.ms/o0ukef> downloaden
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>
> _______________________________________________
> Users mailing listUsers at lists.opensips.orghttp://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
>

-- 





*0333 332 0000  |  www.x-on.co.uk <http://www.x-on.co.uk>  |   ** 
<https://www.linkedin.com/company/x-on>   <https://www.facebook.com/XonTel> 
  <https://twitter.com/xonuk> *


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/20200228/b16a83fd/attachment.html>

From podguiko at mail.ru  Fri Feb 28 11:04:59 2020
From: podguiko at mail.ru (=?UTF-8?B?T2xlZyBQb2RndXlrbw==?=)
Date: Fri, 28 Feb 2020 14:04:59 +0300
Subject: [OpenSIPS-Users]
 =?utf-8?q?WARNING=3Acore=3Atimer=5Fticker=3A_tim?=
 =?utf-8?q?er_task_=3Cds-pinger=3E?=
In-Reply-To: <a1360d2b-493e-21b7-9bd0-92a9b9accb26@opensips.org>
References: <1582798450.516815506@f281.i.mail.ru>
 <a1360d2b-493e-21b7-9bd0-92a9b9accb26@opensips.org>
Message-ID: <1582887899.67369205@f131.i.mail.ru>


Hi Bogdan,
 
- my dispatcher table contains 167 lines
- all of them are defined as IPs
- 3 destinaitions via UDP and 163 via SCTP. 
  
>Пятница, 28 февраля 2020, 12:42 +03:00 от Bogdan-Andrei Iancu <bogdan at opensips.org>:
> 
>Hi Oleg,
>
>The "ds-pinger" is the dispatcher's task for generating the probing pings to the destinations. And it seems it takes a lot of time to this task to do its job (and it has nothing to do with the traffic you have on your opensips).
>
>So, the destinations in dispatcher:
>- how many they are ?
>- are they defined as FQDN or IPs ?
>- are they via UDP or TCP/TLS ?
>
>Regards,
>Bogdan-Andrei Iancu
>
>OpenSIPS Founder and Developer
>  https://www.opensips-solutions.com
>OpenSIPS Summit, Amsterdam, May 2020
>  https://www.opensips.org/events/Summit-2020Amsterdam/
>OpenSIPS Bootcamp, Miami, March 2020
>  https://opensips.org/training/OpenSIPS_Bootcamp_2020/
>
>
>On 2/27/20 12:14 PM, Oleg Podguyko via Users wrote:
>>Hello!
>> 
>> 
>>I use opensips as a proxy. Its task is to convert SIP to SIP-I and vice versa. During busy hours, the number of active dialogs reaches 200 per second and everything worked perfectly I had an accident. Moreover, at the time of occurrence there was no particular load.
>>opensips stopped processing the load. And in the logs I saw these messages
>> 
>>Feb 26 22:03:58 xx-spx-2 /usr/sbin/opensips[8379]: WARNING:core:timer_ticker: timer task <ds-pinger> already scheduled for  88872160 ms (now  88902760 ms), it may overlap.. Feb 26 22:03:59 xx-spx-2 /usr/sbin/opensips[8379]: WARNING:core:timer_ticker: timer task <ds-pinger> already scheduled for  88872160 ms (now  88903750 ms), it may overlap.. Feb 26 22:04:00 xx-spx-2 /usr/sbin/opensips[8379]: WARNING:core:timer_ticker: timer task <ds-pinger> already scheduled for  88872160 ms (now  88904740 ms), it may overlap.. Feb 26 22:04:01 xx-spx-2 /usr/sbin/opensips[8379]: WARNING:core:timer_ticker: timer task <ds-pinger> already scheduled for  88872160 ms (now  88905720 ms), it may overlap.. Feb 26 22:04:02 xx-spx-2 /usr/sbin/opensips[8379]: WARNING:core:timer_ticker: timer task <ds-pinger> already scheduled for  88872160 ms (now  88906710 ms), it may overlap.. Feb 26 22:04:03 xx-spx-2 /usr/sbin/opensips[8379]: WARNING:core:timer_ticker: timer task <ds-pinger> already scheduled for  88872160 ms (now  88907700 ms), it may overlap..
>> 
>>
>>if it helps, I use 64 mb for shared memory, 4 mb for pkg memory , and  4 children  
>> 
>>--
>>Oleg Podguyko  
>> 
>>_______________________________________________
>>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/20200228/5e38589c/attachment-0001.html>

From bogdan at opensips.org  Fri Feb 28 11:12:23 2020
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 28 Feb 2020 13:12:23 +0200
Subject: [OpenSIPS-Users] WARNING:core:timer_ticker: timer task
 <ds-pinger>
In-Reply-To: <1582887899.67369205@f131.i.mail.ru>
References: <1582798450.516815506@f281.i.mail.ru>
 <a1360d2b-493e-21b7-9bd0-92a9b9accb26@opensips.org>
 <1582887899.67369205@f131.i.mail.ru>
Message-ID: <eb78d3b7-9613-1a99-989c-cded38223870@opensips.org>

Actually, looking closer, I see that the "already scheduled" time 
reported by the ds-pinger never increases, it is stuck to 88872160 . Is 
this going for ever, with the same scheduled value, never changing, even 
if running for hours ?

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
OpenSIPS Summit, Amsterdam, May 2020
   https://www.opensips.org/events/Summit-2020Amsterdam/

On 2/28/20 1:04 PM, Oleg Podguyko wrote:
> Hi Bogdan,
> - my dispatcher table contains 167 lines
> - all of them are defined as IPs
> - 3 destinaitions via UDP and 163 via SCTP.
>
>     Пятница, 28 февраля 2020, 12:42 +03:00 от Bogdan-Andrei Iancu
>     <bogdan at opensips.org>:
>     Hi Oleg,
>
>     The "ds-pinger" is the dispatcher's task for generating the
>     probing pings to the destinations. And it seems it takes a lot of
>     time to this task to do its job (and it has nothing to do with the
>     traffic you have on your opensips).
>
>     So, the destinations in dispatcher:
>     - how many they are ?
>     - are they defined as FQDN or IPs ?
>     - are they via UDP or TCP/TLS ?
>
>     Regards,
>
>     Bogdan-Andrei Iancu
>
>     OpenSIPS Founder and Developer
>        https://www.opensips-solutions.com
>     OpenSIPS Summit, Amsterdam, May 2020
>        https://www.opensips.org/events/Summit-2020Amsterdam/
>     OpenSIPS Bootcamp, Miami, March 2020
>        https://opensips.org/training/OpenSIPS_Bootcamp_2020/
>
>     On 2/27/20 12:14 PM, Oleg Podguyko via Users wrote:
>>     Hello!
>>     I use opensips as a proxy. Its task is to convert SIP to SIP-I
>>     and vice versa. During busy hours, the number of active dialogs
>>     reaches 200 per second and everything worked perfectly I had an
>>     accident. Moreover, at the time of occurrence there was no
>>     particular load.
>>     opensips stopped processing the load. And in the logs I saw these
>>     messages
>>     Feb 26 22:03:58 xx-spx-2 /usr/sbin/opensips[8379]:
>>     WARNING:core:timer_ticker: timer task <ds-pinger> already
>>     scheduled for 88872160 ms (now 88902760 ms), it may overlap.. Feb
>>     26 22:03:59 xx-spx-2 /usr/sbin/opensips[8379]:
>>     WARNING:core:timer_ticker: timer task <ds-pinger> already
>>     scheduled for 88872160 ms (now 88903750 ms), it may overlap.. Feb
>>     26 22:04:00 xx-spx-2 /usr/sbin/opensips[8379]:
>>     WARNING:core:timer_ticker: timer task <ds-pinger> already
>>     scheduled for 88872160 ms (now 88904740 ms), it may overlap.. Feb
>>     26 22:04:01 xx-spx-2 /usr/sbin/opensips[8379]:
>>     WARNING:core:timer_ticker: timer task <ds-pinger> already
>>     scheduled for 88872160 ms (now 88905720 ms), it may overlap.. Feb
>>     26 22:04:02 xx-spx-2 /usr/sbin/opensips[8379]:
>>     WARNING:core:timer_ticker: timer task <ds-pinger> already
>>     scheduled for 88872160 ms (now 88906710 ms), it may overlap.. Feb
>>     26 22:04:03 xx-spx-2 /usr/sbin/opensips[8379]:
>>     WARNING:core:timer_ticker: timer task <ds-pinger> already
>>     scheduled for 88872160 ms (now 88907700 ms), it may overlap..
>>
>>     if it helps, I use 64 mb for shared memory, 4 mb for pkg memory ,
>>     and  4 children
>>     --
>>     Oleg Podguyko
>>
>>     _______________________________________________
>>     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/20200228/b054ef27/attachment.html>

From bogdan at opensips.org  Fri Feb 28 11:18:00 2020
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 28 Feb 2020 13:18:00 +0200
Subject: [OpenSIPS-Users] is there native odbc module?
In-Reply-To: <CAC9cSOBOW_x5LRL2HUR4aQc-b8R=zBetJc4QqGeO4zQDBXFnPA@mail.gmail.com>
References: <CABc7nxuuSQGjdBD3WYaVjVmrNPeYZ6K3x6jFbhCrP_EvrPCPpw@mail.gmail.com>
 <464d4191-43c6-5637-b8b1-85dce4871149@opensips.org>
 <CABc7nxtLq2o2UQFATnxqYAMmWt0W-Qt8d8_BodUVRKUCF7iQRQ@mail.gmail.com>
 <CAC9cSOByjy_J5_JPLTBuMDUBEgm3XtV0noMTbDhe1GkvzHAcyA@mail.gmail.com>
 <7bb366b1-308a-724d-91d1-ec5eab17ef10@opensips.org>
 <CAC9cSOBOW_x5LRL2HUR4aQc-b8R=zBetJc4QqGeO4zQDBXFnPA@mail.gmail.com>
Message-ID: <2777ffc1-6202-b1f9-52cb-66af8c011a40@opensips.org>

Same in 2.4

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
OpenSIPS Summit, Amsterdam, May 2020
   https://www.opensips.org/events/Summit-2020Amsterdam/

On 2/28/20 1:13 PM, Saint Michael wrote:
> I use opensips 2.4
> Is this only for 3.0.X?
>
> On Fri, Feb 28, 2020 at 3:58 AM Bogdan-Andrei Iancu 
> <bogdan at opensips.org <mailto:bogdan at opensips.org>> wrote:
>
>     Hi Philip,
>
>     There is the db_unixodbc module [1] the can be used from other
>     modules or directly from script (via avpops queries [2])
>
>
>     [1] https://opensips.org/html/docs/modules/3.0.x/db_unixodbc.html
>     [2]
>     https://opensips.org/html/docs/modules/3.0.x/avpops.html#func_avp_db_query
>
>     Regards,
>
>     Bogdan-Andrei Iancu
>
>     OpenSIPS Founder and Developer
>        https://www.opensips-solutions.com
>     OpenSIPS Summit, Amsterdam, May 2020
>        https://www.opensips.org/events/Summit-2020Amsterdam/
>     OpenSIPS Bootcamp, Miami, March 2020
>        https://opensips.org/training/OpenSIPS_Bootcamp_2020/
>
>     On 2/27/20 7:32 PM, Saint Michael wrote:
>>
>>         I am new to opensips. Right now I am using exec to interface
>>         with my database via php-odbc. Is there a native odbc module
>>         that would have less overhed than my current approach?
>>
>>     Also, how do I get a record of the call written to a database or
>>     a file? basic information, caller ID, number, duration, and date
>>     Philip Orleand
>>
>>
>>
>>     _______________________________________________
>>     Users mailing list
>>     Users at lists.opensips.org  <mailto: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/20200228/6367e3b6/attachment.html>

From venefax at gmail.com  Fri Feb 28 12:18:22 2020
From: venefax at gmail.com (Saint Michael)
Date: Fri, 28 Feb 2020 07:18:22 -0500
Subject: [OpenSIPS-Users] Content-Type: text/plain; charset="utf-8"
In-Reply-To: <1582804109.988139959@f320.i.mail.ru>
References: <mailman.25950.1582709359.32269.users@lists.opensips.org>
 <1582804109.988139959@f320.i.mail.ru>
Message-ID: <CAC9cSOAp0qYbhe=Jmf=c0CzME=pbzPp+Q1X+cdaOi-ttPWf3Mw@mail.gmail.com>

I have the same error thousand of times per day, and I added those two
lines to muy route() script, but I get
route{
replace_all("Content-Length", "X-");
remove_body_part("application/vnd.etsi.pstn+xml");
...

 CRITICAL:core:yyerror: parse error in config file
/etc/opensips/opensips.cfg, line 63, column 19-20: unknown command
<replace_all>, missing loadmodule?


On Thu, Feb 27, 2020 at 6:51 AM Oleg Podguyko via Users <
users at lists.opensips.org> wrote:

>
> Hello kamlesh!
>
>
> I met a similar problem when removing ISUP body and also wrote about this
> problem in this newsletter.
>
> No one answered, I had to think for myself.
>
>
> Before uninstalling, do this «hack»
>
> replace_all("Content-Length", "X-");
>
> And then delete
>
> remove_body_part("application/vnd.etsi.pstn+xml")
>
>
>
> Среда, 26 февраля 2020, 12:30 +03:00 от users-request at lists.opensips.org:
>
> Send Users mailing list submissions to
> users at lists.opensips.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> or, via email, send a message with subject or body 'help' to
> users-request at lists.opensips.org
>
> You can reach the person managing the list at
> users-owner at lists.opensips.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Users digest..."
>
>
> Today's Topics:
>
>    1. Re: help with error messages (David Villasmil)
>    2. incorrect content length in body part (Kamlesh .)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 26 Feb 2020 08:27:33 +0000
> From: David Villasmil <david.villasmil.work at gmail.com>
> To: OpenSIPS users mailling list <users at lists.opensips.org>
> Subject: Re: [OpenSIPS-Users] help with error messages
> Message-ID:
> <CAFGRPVqybEYJrA1+=eCUhNiMgcS8YfJoiwtnNFJW2pZ9uLv-bQ at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Did you set the new IPs, etc?
>
> On Wed, 26 Feb 2020 at 06:24, Saint Michael <venefax at gmail.com> wrote:
>
> > I moved a VM from one network to another, started opensips and I get
> > these errors. Could somebody shed light?
> > Feb 26 06:19:20 opensips systemd[1]: Started OpenSIPS is a very fast and
> > flexible SIP (RFC3261) server.
> > Feb 26 06:19:21 opensips opensips[4663]: Feb 26 06:19:21 [4744]
> > ERROR:core:pv_set_ruri_host: bad parameters
> > Feb 26 06:19:21 opensips opensips[4663]: Feb 26 06:19:21 [4744]
> > ERROR:core:do_assign: setting PV failed
> > Feb 26 06:19:21 opensips opensips[4663]: Feb 26 06:19:21 [4744]
> > ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
> > Feb 26 06:19:22 opensips opensips[4663]: Feb 26 06:19:22 [4744]
> > ERROR:core:pv_set_ruri_host: bad parameters
> > Feb 26 06:19:22 opensips opensips[4663]: Feb 26 06:19:22 [4744]
> > ERROR:core:do_assign: setting PV failed
> > Feb 26 06:19:22 opensips opensips[4663]: Feb 26 06:19:22 [4744]
> > ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
> > Feb 26 06:19:28 opensips opensips[4663]: Feb 26 06:19:28 [4744]
> > ERROR:core:pv_set_ruri_host: bad parameters
> > Feb 26 06:19:28 opensips opensips[4663]: Feb 26 06:19:28 [4744]
> > ERROR:core:do_assign: setting PV failed
> > Feb 26 06:19:28 opensips opensips[4663]: Feb 26 06:19:28 [4744]
> > ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
> > Feb 26 06:19:32 opensips opensips[4663]: Feb 26 06:19:32 [4744]
> > ERROR:core:pv_set_ruri_host: bad parameters
> > Feb 26 06:19:32 opensips opensips[4663]: Feb 26 06:19:32 [4744]
> > ERROR:core:do_assign: setting PV failed
> > Feb 26 06:19:32 opensips opensips[4663]: Feb 26 06:19:32 [4744]
> > ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
> > Feb 26 06:19:34 opensips opensips[4663]: Feb 26 06:19:34 [4744]
> > ERROR:core:pv_set_ruri_host: bad parameters
> > Feb 26 06:19:34 opensips opensips[4663]: Feb 26 06:19:34 [4744]
> > ERROR:core:do_assign: setting PV failed
> > Feb 26 06:19:34 opensips opensips[4663]: Feb 26 06:19:34 [4744]
> > ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
> >
> >
> > _______________________________________________
> > Users mailing list
> > Users at lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >
> --
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.opensips.org/pipermail/users/attachments/20200226/f39f54cf/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 2
> Date: Wed, 26 Feb 2020 14:58:38 +0530
> From: "Kamlesh ." <kamlesh at worldphone.in>
> To: users at lists.opensips.org
> Subject: [OpenSIPS-Users] incorrect content length in body part
> Message-ID:
> <CAEif1fFzO7gu+mzWU7YUBW4u1FbzasGkg+NwvAhdnFA8FPCHKw at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hello,
>
> version: opensips 2.4.6 (x86_64/linux)
>
> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC,
> FAST_LOCK-ADAPTIVE_WAIT
>
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
> MAX_URI_SIZE 1024, BUF_SIZE 65535
>
> poll method support: poll, epoll, sigio_rt, select.
>
> git revision: edef893c5
>
> main.c compiled on 23:26:34 Dec 14 2019 with gcc 4.8.5
>
> We want to remove the body part in this packet so that we used
> remove_body_part("application/vnd.etsi.pstn+xml") exported functions. It
> was removed successfully but the Content-Length was added. You can check we
> have two Content-Length headers in the packet.
>
> Content-Length: 500
>
> Content-Length: 450
>
> INVITE sip:+xxx1204037xxx at sip.provider.com SIP/2.0
> Via: SIP/2.0/UDP
>
> 10.xxx.xxx.xxx:5060;branch=z9hG4bKysgyg576px7a357p5wyg4vawu;Role=3;Hpt=8ec2_36;TRC=ffffffff-ffffffff
> Call-ID: asbcehs9ekj9nle5h5q1ilqj5qs9f49ef9hb at B.5.281.sip.provider.com
> From: <sip:123456789 at sip.provider.com>;tag=8fe9f6cr
> To: <tel:xxx1204037xxx;phone-context=+x11x>
> CSeq: 1 INVITE
> Allow:
>
> INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER
> Contact:
>
> <sip:10.xxx.xxx.xxx:5060;Dpt=ed2a-200;Hpt=8ec2_16;CxtId=4;TRC=ffffffff-ffffffff>
> Max-Forwards: 62
> Supported: timer,100rel
> User-Agent: SBC UAC3000
> Session-Expires: 1800
> Min-SE: 600
> P-Asserted-Identity: <sip:+123456789 at sip.provider.com>,<tel:+123456789>
> Privacy: none
> P-Charging-Vector:
>
> icid-value=agcf--20200226132711-100808435;orig-ioi=PA-NOIDAE;term-ioi=SIP_982312_ABCCLOUD_112233445566
> Content-Length: 1400
> Content-Type: multipart/mixed;boundary=ssboundary-1_
>
> --ssboundary-1_
> Content-Length: 523
> Content-Type: application/vnd.etsi.pstn+xml
> Content-Disposition: signal;handling=optional
>
> <?xml version="1.0" encoding="UTF-8"?>
> <PSTN>
>   <BearerCapability>
>     <BCoctet3>
>       <CodingStandard>00</CodingStandard>
>       <InformationTransferCapability>00000</InformationTransferCapability>
>     </BCoctet3>
>     <BCoctet4>
>       <TransferMode>00</TransferMode>
>       <InformationTransferRate>10000</InformationTransferRate>
>     </BCoctet4>
>     <BCoctet5>
>       <Layer1Identification>01</Layer1Identification>
>       <UserInfoLayer1Protocol>00011</UserInfoLayer1Protocol>
>     </BCoctet5>
>   </BearerCapability>
> </PSTN>
> --ssboundary-1_
>
> Content-Length: 68
> Content-Type: application/vnd.etsi.pstn+xml
> Content-Disposition: signal;handling=optional
>
> <?xml version="1.0" encoding="UTF-8"?>
> <sendingCompleteIndication/>
>
> --ssboundary-1_
> Content-Length: 450
> Content-Type: application/sdp
>
> v=0
> o=- 373803451 373803451 IN IP4 10.xxx.xxx.xxx
> s=SBC call
> c=IN IP4 10.xxx.xxx.xxx
> t=0 0
> m=audio 60992 RTP/AVP 8 0 18 4 2 98 99 101 102 97
> a=rtpmap:8 PCMA/8000
> a=rtpmap:0 PCMU/8000
> a=rtpmap:18 G729/8000
> a=rtpmap:4 G723/8000
> a=rtpmap:2 G726-32/8000
> a=rtpmap:98 G726-40/8000
> a=rtpmap:99 G726-32/8000
> a=rtpmap:101 G726-24/8000
> a=rtpmap:102 G726-16/8000
> a=rtpmap:97 telephone-event/8000
> a=ptime:20
> a=fmtp:97 0-15
> a=fmtp:18 annexb=no
>
> --ssboundary-1_--
>
> ------------------- AFTER ----------------------
>
> INVITE sip:101 at 5.xxx.xxx.xxx
> :54251;transport=UDP;rinstance=5b70c35c0dfbe4c8
> SIP/2.0
> Record-Route:
> <sip:xx.xx.xx.xx:5070;r2=on;lr;ftag=8fe9f6cr;did=2af.57bfa951>
> Record-Route:
> <sip:yy.yy.yy.yyy:5070;r2=on;lr;ftag=8fe9f6cr;did=2af.57bfa951>
> Via: SIP/2.0/UDP xx.xx.xx.xx:5070;branch=z9hG4bK9df.30fa2b25.0
> Via: SIP/2.0/UDP
>
> 10.xxx.xxx.xxx:5060;rport=5060;received=10.xxx.xxx.xxx;branch=z9hG4bKysgyg576px7a357p5wyg4vawu;Role=3;Hpt=8ec2_36;TRC=ffffffff-f
> fffff
> Call-ID: asbcehs9ekj9nle5h5q1ilqj5qs9f49ef9hb at B.5.281.sip.provider.com
> From: <sip:123456789 at sip.provider.com>;tag=8fe9f6cr
> To: <sip:101 at 5.xxx.xxx.xxx>
> CSeq: 1 INVITE
> Allow:
>
> INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER
> Contact:
>
> <sip:10.xxx.xxx.xxx:5060;Dpt=ed2a-200;Hpt=8ec2_16;CxtId=4;TRC=ffffffff-ffffffff>
> Max-Forwards: 32
> Supported: timer,100rel
> User-Agent: SBC UAC3000
> Session-Expires: 1800
> Min-SE: 600
> P-Asserted-Identity: <sip:+123456789 at sip.provider.com>,<tel:+123456789>
> Privacy: none
> P-Charging-Vector:
>
> icid-value=agcf--20200226132711-100808435;orig-ioi=PA-NOIDAE;term-ioi=SIP_982312_ABCCLOUD_112233445566
> Content-Length: 500
> Content-Length: 450
> Content-Type: application/sdp
>
> v=0
> o=- 373803451 373803451 IN IP4 10.xxx.xxx.xxx
> s=SBC call
> c=IN IP4 xx.xx.xx.xx
> t=0 0
> a=rtpengine:087d0852c64e
> m=audio 11054 RTP/AVP 8 0 18 4 2 98 99 101 102 97
> a=rtpmap:8 PCMA/8000
> a=rtpmap:0 PCMU/8000
> a=rtpmap:18 G729/8000
> a=rtpmap:4 G723/8000
> a=rtpmap:2 G726-32/8000
> a=rtpmap:98 G726-40/8000
> a=rtpmap:99 G726-32/8000
> a=rtpmap:101 G726-24/8000
> a=rtpmap:102 G726-16/8000
> a=rtpmap:97 telephone-event/8000
> a=fmtp:18 annexb=no
> a=fmtp:97 0-15
> a=sendrecv
> a=rtcp:11055
> a=ptime:20
>
> Regards,
> Kamlesh
>
> --
>
>
> Disclaimer :
>
> This e-mail and any file transmitted with it are for
> exclusive use of the intended recipient(s)
> and may contain confidential and
> privileged information. If you are not the intended recipient,
> please
> contact the sender by replying this e-mail and destroy all copies and
> original message.
> Any unauthorized review,use, disclosure, dissemination,
> forwarding, printing and copying of this
> email or any action taken in
> reliance of this e-mail is strictly prohibited and may be unlawful.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.opensips.org/pipermail/users/attachments/20200226/8c983dc7/attachment.html
> >
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
> ------------------------------
>
> End of Users Digest, Vol 139, Issue 43
> **************************************
>
>
>
> --
> Oleg Podguyko
>
>
>
> _______________________________________________
> 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/20200228/8fd97e31/attachment-0001.html>

From liviu at opensips.org  Fri Feb 28 12:20:42 2020
From: liviu at opensips.org (Liviu Chircu)
Date: Fri, 28 Feb 2020 14:20:42 +0200
Subject: [OpenSIPS-Users] Content-Type: text/plain; charset="utf-8"
In-Reply-To: <CAC9cSOAp0qYbhe=Jmf=c0CzME=pbzPp+Q1X+cdaOi-ttPWf3Mw@mail.gmail.com>
References: <mailman.25950.1582709359.32269.users@lists.opensips.org>
 <1582804109.988139959@f320.i.mail.ru>
 <CAC9cSOAp0qYbhe=Jmf=c0CzME=pbzPp+Q1X+cdaOi-ttPWf3Mw@mail.gmail.com>
Message-ID: <e4a9ac96-aff8-a971-d816-f353740c6fb0@opensips.org>

On 28.02.2020 14:18, Saint Michael wrote:
> unknown command <replace_all>, missing loadmodule?

https://opensips.org/Documentation/Function-Index-3-1

-- 
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com

OpenSIPS Summit, Amsterdam, May 2020
   www.opensips.org/events
OpenSIPS Bootcamp, Miami, March 2020
   www.opensips.org/training



From podguiko at mail.ru  Fri Feb 28 12:31:31 2020
From: podguiko at mail.ru (=?UTF-8?B?T2xlZyBQb2RndXlrbw==?=)
Date: Fri, 28 Feb 2020 15:31:31 +0300
Subject: [OpenSIPS-Users]
 =?utf-8?q?Content-Type=3A_text/plain=3B_charset?=
 =?utf-8?b?PSJ1dGYtOCI=?=
In-Reply-To: <CAC9cSOAp0qYbhe=Jmf=c0CzME=pbzPp+Q1X+cdaOi-ttPWf3Mw@mail.gmail.com>
References: <mailman.25950.1582709359.32269.users@lists.opensips.org>
 <1582804109.988139959@f320.i.mail.ru>
 <CAC9cSOAp0qYbhe=Jmf=c0CzME=pbzPp+Q1X+cdaOi-ttPWf3Mw@mail.gmail.com>
Message-ID: <1582893091.299509372@f462.i.mail.ru>


You should define textops module
 
#### Text manipulation
loadmodule "textops.so"
  
>Пятница, 28 февраля 2020, 15:18 +03:00 от Saint Michael <venefax at gmail.com>:
> 
>I have the same error thousand of times per day, and I added those two lines to muy route() script, but I get
>route{
>replace_all("Content-Length", "X-");
>remove_body_part("application/vnd.etsi.pstn+xml");
>...
> 
> CRITICAL:core:yyerror: parse error in config file /etc/opensips/opensips.cfg, line 63, column 19-20: unknown command <replace_all>, missing loadmodule?
>   
>On Thu, Feb 27, 2020 at 6:51 AM Oleg Podguyko via Users < users at lists.opensips.org > wrote:
>>
>>Hello kamlesh!
>> 
>> 
>>I met a similar problem when removing ISUP body and also wrote about this problem in this newsletter.
>> 
>>No one answered, I had to think for myself.
>> 
>> 
>>Before uninstalling, do this «hack» 
>> 
>>replace_all("Content-Length", "X-");
>> 
>>And then delete
>> 
>>remove_body_part("application/vnd.etsi.pstn+xml")
>> 
>> 
>>>Среда, 26 февраля 2020, 12:30 +03:00 от  users-request at lists.opensips.org :
>>> 
>>>Send Users mailing list submissions to
>>>users at lists.opensips.org
>>>
>>>To subscribe or unsubscribe via the World Wide Web, visit
>>>http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>or, via email, send a message with subject or body 'help' to
>>>users-request at lists.opensips.org
>>>
>>>You can reach the person managing the list at
>>>users-owner at lists.opensips.org
>>>
>>>When replying, please edit your Subject line so it is more specific
>>>than "Re: Contents of Users digest..."
>>>
>>>
>>>Today's Topics:
>>>
>>>   1. Re: help with error messages (David Villasmil)
>>>   2. incorrect content length in body part (Kamlesh .)
>>>
>>>
>>>----------------------------------------------------------------------
>>>
>>>Message: 1
>>>Date: Wed, 26 Feb 2020 08:27:33 +0000
>>>From: David Villasmil < david.villasmil.work at gmail.com >
>>>To: OpenSIPS users mailling list < users at lists.opensips.org >
>>>Subject: Re: [OpenSIPS-Users] help with error messages
>>>Message-ID:
>>>< CAFGRPVqybEYJrA1+=eCUhNiMgcS8YfJoiwtnNFJW2pZ9uLv-bQ at mail.gmail.com >
>>>Content-Type: text/plain; charset="utf-8"
>>>
>>>Did you set the new IPs, etc?
>>>
>>>On Wed, 26 Feb 2020 at 06:24, Saint Michael < venefax at gmail.com > wrote:
>>>
>>>> I moved a VM from one network to another, started opensips and I get
>>>> these errors. Could somebody shed light?
>>>> Feb 26 06:19:20 opensips systemd[1]: Started OpenSIPS is a very fast and
>>>> flexible SIP (RFC3261) server.
>>>> Feb 26 06:19:21 opensips opensips[4663]: Feb 26 06:19:21 [4744]
>>>> ERROR:core:pv_set_ruri_host: bad parameters
>>>> Feb 26 06:19:21 opensips opensips[4663]: Feb 26 06:19:21 [4744]
>>>> ERROR:core:do_assign: setting PV failed
>>>> Feb 26 06:19:21 opensips opensips[4663]: Feb 26 06:19:21 [4744]
>>>> ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
>>>> Feb 26 06:19:22 opensips opensips[4663]: Feb 26 06:19:22 [4744]
>>>> ERROR:core:pv_set_ruri_host: bad parameters
>>>> Feb 26 06:19:22 opensips opensips[4663]: Feb 26 06:19:22 [4744]
>>>> ERROR:core:do_assign: setting PV failed
>>>> Feb 26 06:19:22 opensips opensips[4663]: Feb 26 06:19:22 [4744]
>>>> ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
>>>> Feb 26 06:19:28 opensips opensips[4663]: Feb 26 06:19:28 [4744]
>>>> ERROR:core:pv_set_ruri_host: bad parameters
>>>> Feb 26 06:19:28 opensips opensips[4663]: Feb 26 06:19:28 [4744]
>>>> ERROR:core:do_assign: setting PV failed
>>>> Feb 26 06:19:28 opensips opensips[4663]: Feb 26 06:19:28 [4744]
>>>> ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
>>>> Feb 26 06:19:32 opensips opensips[4663]: Feb 26 06:19:32 [4744]
>>>> ERROR:core:pv_set_ruri_host: bad parameters
>>>> Feb 26 06:19:32 opensips opensips[4663]: Feb 26 06:19:32 [4744]
>>>> ERROR:core:do_assign: setting PV failed
>>>> Feb 26 06:19:32 opensips opensips[4663]: Feb 26 06:19:32 [4744]
>>>> ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
>>>> Feb 26 06:19:34 opensips opensips[4663]: Feb 26 06:19:34 [4744]
>>>> ERROR:core:pv_set_ruri_host: bad parameters
>>>> Feb 26 06:19:34 opensips opensips[4663]: Feb 26 06:19:34 [4744]
>>>> ERROR:core:do_assign: setting PV failed
>>>> Feb 26 06:19:34 opensips opensips[4663]: Feb 26 06:19:34 [4744]
>>>> ERROR:core:do_assign: error at /etc/opensips/opensips.cfg:169
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>>  Users at lists.opensips.org
>>>>  http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>
>>>--
>>>Regards,
>>>
>>>David Villasmil
>>>email:  david.villasmil.work at gmail.com
>>>phone:  +34669448337
>>>-------------- next part --------------
>>>An HTML attachment was scrubbed...
>>>URL: < http://lists.opensips.org/pipermail/users/attachments/20200226/f39f54cf/attachment-0001.html >
>>>
>>>------------------------------
>>>
>>>Message: 2
>>>Date: Wed, 26 Feb 2020 14:58:38 +0530
>>>From: "Kamlesh ." < kamlesh at worldphone.in >
>>>To:  users at lists.opensips.org
>>>Subject: [OpenSIPS-Users] incorrect content length in body part
>>>Message-ID:
>>>< CAEif1fFzO7gu+mzWU7YUBW4u1FbzasGkg+NwvAhdnFA8FPCHKw at mail.gmail.com >
>>>Content-Type: text/plain; charset="utf-8"
>>>
>>>Hello,
>>>
>>>version: opensips 2.4.6 (x86_64/linux)
>>>
>>>flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC,
>>>FAST_LOCK-ADAPTIVE_WAIT
>>>
>>>ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
>>>MAX_URI_SIZE 1024, BUF_SIZE 65535
>>>
>>>poll method support: poll, epoll, sigio_rt, select.
>>>
>>>git revision: edef893c5
>>>
>>>main.c compiled on 23:26:34 Dec 14 2019 with gcc 4.8.5
>>>
>>>We want to remove the body part in this packet so that we used
>>>remove_body_part("application/vnd.etsi.pstn+xml") exported functions. It
>>>was removed successfully but the Content-Length was added. You can check we
>>>have two Content-Length headers in the packet.
>>>
>>>Content-Length: 500
>>>
>>>Content-Length: 450
>>>
>>>INVITE sip: +xxx1204037xxx at sip.provider.com SIP/2.0
>>>Via: SIP/2.0/UDP
>>>10.xxx.xxx.xxx:5060;branch=z9hG4bKysgyg576px7a357p5wyg4vawu;Role=3;Hpt=8ec2_36;TRC=ffffffff-ffffffff
>>>Call-ID:  asbcehs9ekj9nle5h5q1ilqj5qs9f49ef9hb at B.5.281.sip.provider.com
>>>From: <sip: 123456789 at sip.provider.com >;tag=8fe9f6cr
>>>To: <tel:xxx1204037xxx;phone-context=+x11x>
>>>CSeq: 1 INVITE
>>>Allow:
>>>INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER
>>>Contact:
>>><sip:10.xxx.xxx.xxx:5060;Dpt=ed2a-200;Hpt=8ec2_16;CxtId=4;TRC=ffffffff-ffffffff>
>>>Max-Forwards: 62
>>>Supported: timer,100rel
>>>User-Agent: SBC UAC3000
>>>Session-Expires: 1800
>>>Min-SE: 600
>>>P-Asserted-Identity: <sip: +123456789 at sip.provider.com >,<tel: +123456789 >
>>>Privacy: none
>>>P-Charging-Vector:
>>>icid-value=agcf--20200226132711-100808435;orig-ioi=PA-NOIDAE;term-ioi=SIP_982312_ABCCLOUD_112233445566
>>>Content-Length: 1400
>>>Content-Type: multipart/mixed;boundary=ssboundary-1_
>>>
>>>--ssboundary-1_
>>>Content-Length: 523
>>>Content-Type: application/vnd.etsi.pstn+xml
>>>Content-Disposition: signal;handling=optional
>>>
>>><?xml version="1.0" encoding="UTF-8"?>
>>><PSTN>
>>>  <BearerCapability>
>>>    <BCoctet3>
>>>      <CodingStandard>00</CodingStandard>
>>>      <InformationTransferCapability>00000</InformationTransferCapability>
>>>    </BCoctet3>
>>>    <BCoctet4>
>>>      <TransferMode>00</TransferMode>
>>>      <InformationTransferRate>10000</InformationTransferRate>
>>>    </BCoctet4>
>>>    <BCoctet5>
>>>      <Layer1Identification>01</Layer1Identification>
>>>      <UserInfoLayer1Protocol>00011</UserInfoLayer1Protocol>
>>>    </BCoctet5>
>>>  </BearerCapability>
>>></PSTN>
>>>--ssboundary-1_
>>>
>>>Content-Length: 68
>>>Content-Type: application/vnd.etsi.pstn+xml
>>>Content-Disposition: signal;handling=optional
>>>
>>><?xml version="1.0" encoding="UTF-8"?>
>>><sendingCompleteIndication/>
>>>
>>>--ssboundary-1_
>>>Content-Length: 450
>>>Content-Type: application/sdp
>>>
>>>v=0
>>>o=- 373803451 373803451 IN IP4 10.xxx.xxx.xxx
>>>s=SBC call
>>>c=IN IP4 10.xxx.xxx.xxx
>>>t=0 0
>>>m=audio 60992 RTP/AVP 8 0 18 4 2 98 99 101 102 97
>>>a=rtpmap:8 PCMA/8000
>>>a=rtpmap:0 PCMU/8000
>>>a=rtpmap:18 G729/8000
>>>a=rtpmap:4 G723/8000
>>>a=rtpmap:2 G726-32/8000
>>>a=rtpmap:98 G726-40/8000
>>>a=rtpmap:99 G726-32/8000
>>>a=rtpmap:101 G726-24/8000
>>>a=rtpmap:102 G726-16/8000
>>>a=rtpmap:97 telephone-event/8000
>>>a=ptime:20
>>>a=fmtp:97 0-15
>>>a=fmtp:18 annexb=no
>>>
>>>--ssboundary-1_--
>>>
>>>------------------- AFTER ----------------------
>>>
>>>INVITE sip:101 at 5.xxx.xxx.xxx:54251;transport=UDP;rinstance=5b70c35c0dfbe4c8
>>>SIP/2.0
>>>Record-Route: <sip:xx.xx.xx.xx:5070;r2=on;lr;ftag=8fe9f6cr;did=2af.57bfa951>
>>>Record-Route:
>>><sip:yy.yy.yy.yyy:5070;r2=on;lr;ftag=8fe9f6cr;did=2af.57bfa951>
>>>Via: SIP/2.0/UDP xx.xx.xx.xx:5070;branch=z9hG4bK9df.30fa2b25.0
>>>Via: SIP/2.0/UDP
>>>10.xxx.xxx.xxx:5060;rport=5060;received=10.xxx.xxx.xxx;branch=z9hG4bKysgyg576px7a357p5wyg4vawu;Role=3;Hpt=8ec2_36;TRC=ffffffff-f
>>>fffff
>>>Call-ID:  asbcehs9ekj9nle5h5q1ilqj5qs9f49ef9hb at B.5.281.sip.provider.com
>>>From: <sip: 123456789 at sip.provider.com >;tag=8fe9f6cr
>>>To: <sip: 101 at 5.xxx.xxx.xxx >
>>>CSeq: 1 INVITE
>>>Allow:
>>>INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER
>>>Contact:
>>><sip:10.xxx.xxx.xxx:5060;Dpt=ed2a-200;Hpt=8ec2_16;CxtId=4;TRC=ffffffff-ffffffff>
>>>Max-Forwards: 32
>>>Supported: timer,100rel
>>>User-Agent: SBC UAC3000
>>>Session-Expires: 1800
>>>Min-SE: 600
>>>P-Asserted-Identity: <sip: +123456789 at sip.provider.com >,<tel: +123456789 >
>>>Privacy: none
>>>P-Charging-Vector:
>>>icid-value=agcf--20200226132711-100808435;orig-ioi=PA-NOIDAE;term-ioi=SIP_982312_ABCCLOUD_112233445566
>>>Content-Length: 500
>>>Content-Length: 450
>>>Content-Type: application/sdp
>>>
>>>v=0
>>>o=- 373803451 373803451 IN IP4 10.xxx.xxx.xxx
>>>s=SBC call
>>>c=IN IP4 xx.xx.xx.xx
>>>t=0 0
>>>a=rtpengine:087d0852c64e
>>>m=audio 11054 RTP/AVP 8 0 18 4 2 98 99 101 102 97
>>>a=rtpmap:8 PCMA/8000
>>>a=rtpmap:0 PCMU/8000
>>>a=rtpmap:18 G729/8000
>>>a=rtpmap:4 G723/8000
>>>a=rtpmap:2 G726-32/8000
>>>a=rtpmap:98 G726-40/8000
>>>a=rtpmap:99 G726-32/8000
>>>a=rtpmap:101 G726-24/8000
>>>a=rtpmap:102 G726-16/8000
>>>a=rtpmap:97 telephone-event/8000
>>>a=fmtp:18 annexb=no
>>>a=fmtp:97 0-15
>>>a=sendrecv
>>>a=rtcp:11055
>>>a=ptime:20
>>>
>>>Regards,
>>>Kamlesh
>>>
>>>--
>>>
>>>
>>>Disclaimer :
>>>
>>>This e-mail and any file transmitted with it are for
>>>exclusive use of the intended recipient(s)
>>>and may contain confidential and
>>>privileged information. If you are not the intended recipient, 
>>>please
>>>contact the sender by replying this e-mail and destroy all copies and
>>>original message.
>>>Any unauthorized review,use, disclosure, dissemination,
>>>forwarding, printing and copying of this
>>>email or any action taken in
>>>reliance of this e-mail is strictly prohibited and may be unlawful.
>>>-------------- next part --------------
>>>An HTML attachment was scrubbed...
>>>URL: < http://lists.opensips.org/pipermail/users/attachments/20200226/8c983dc7/attachment.html >
>>>
>>>------------------------------
>>>
>>>Subject: Digest Footer
>>>
>>>_______________________________________________
>>>Users mailing list
>>>Users at lists.opensips.org
>>>http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>>------------------------------
>>>
>>>End of Users Digest, Vol 139, Issue 43
>>>************************************** 
>> 
>> 
>>--
>>Oleg Podguyko
>> 
>> 
>>  _______________________________________________
>>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/20200228/c68f7a8b/attachment-0001.html>

From wsimon at stratusvideo.com  Fri Feb 28 14:20:03 2020
From: wsimon at stratusvideo.com (William Simon)
Date: Fri, 28 Feb 2020 14:20:03 +0000
Subject: [OpenSIPS-Users] opensips udp workers lock up with sched_yield
In-Reply-To: <da8a18a6-be82-4d19-f434-2adf1ee1e842@opensips.org>
References: <0EEA2E29-DE9B-45B6-B510-179201903877@stratusvideo.com>
 <da8a18a6-be82-4d19-f434-2adf1ee1e842@opensips.org>
Message-ID: <EBE69AD5-62CC-4AB1-B9E0-C3275669B5A4@stratusvideo.com>

Bogdan-Andrei, thank you for your insight. Yes, we also use SIP TCP & TLS. I do not see any locks in the rest of the “opensipsctl trap.” Perhaps you will be able to understand it better. The trap is posted at https://pastebin.com/1rs8fVEB

Thank you
William Simon



From: Bogdan-Andrei Iancu <bogdan at opensips.org>
Date: Friday, February 28, 2020 at 4:23 AM
To: OpenSIPS users mailling list <users at lists.opensips.org>, William Simon <wsimon at stratusvideo.com>
Subject: Re: [OpenSIPS-Users] opensips udp workers lock up with sched_yield

Hi William,

That sched_yield translates into waiting for a lock. As the backtrace (a bit crippled) shows as coming from "send_pr_buffer" (which is responsible for sending out on the network the buffer of a SIP msg), I suspect the transport is TCP or TLS (missing frame #1), as they are using locking. So you have the backtraces from all the procs? this will help to identify the proc holding the lock and blocking all the other procs.

Best regards,


Bogdan-Andrei Iancu



OpenSIPS Founder and Developer

  https://www.opensips-solutions.com

OpenSIPS Summit, Amsterdam, May 2020

  https://www.opensips.org/events/Summit-2020Amsterdam/

OpenSIPS Bootcamp, Miami, March 2020

  https://opensips.org/training/OpenSIPS_Bootcamp_2020/


On 2/28/20 3:58 AM, William Simon wrote:
In a SIP video environment we have a pair of opensips servers load balancing traffic to freeswitch. The call volume is modest among the two proxies, about 400 concurrent calls at peak times.

We are occasionally seeing opensips lock up and stop responding to SIP traffic. There is no error in the syslog and no indication of resource exhaustion on the VM (it is a 4-core VMware instance with 4GB of RAM). Once opensips locks up, CPU soon reaches 100%, but before that, it was not using even 50% of the CPU.

Get_statistics shows that neither the shared memory nor pkg memory are heavily used. They are set at 64M / 4M

opensipsctl trace shows this on the udp worker threads (children=8 in config – it was previously set to children=4 and showed the same behavior)

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
0x00007f5b14028bb7 in sched_yield () at ../sysdeps/unix/syscall-template.S:81
#0  0x00007f5b14028bb7 in sched_yield () at ../sysdeps/unix/syscall-template.S:81
No locals.
#1  0x00000000005323a5 in ?? ()
No symbol table info available.
#2  0x00007f5b0ec6c48f in send_pr_buffer () from /usr/lib/x86_64-linux-gnu/opensips/modules/tm.so
No symbol table info available.
#3  0x00007f5b0ec9eb9b in t_forward_nonack () from /usr/lib/x86_64-linux-gnu/opensips/modules/tm.so
No symbol table info available.
#4  0x00007f5b0ec6defe in t_relay_to () from /usr/lib/x86_64-linux-gnu/opensips/modules/tm.so
No symbol table info available.
#5  0x00007f5b0ec815ee in ?? () from /usr/lib/x86_64-linux-gnu/opensips/modules/tm.so
No symbol table info available.
#6  0x000000000042b20a in do_action ()
No symbol table info available.
#7  0x0000000000430590 in run_action_list ()
No symbol table info available.
#8  0x000000000046d3bc in ?? ()
No symbol table info available.
#9  0x000000000046cc1d in eval_expr ()
No symbol table info available.
#10 0x000000000046cc39 in eval_expr ()
No symbol table info available.
#11 0x000000000046cc09 in eval_expr ()
No symbol table info available.
#12 0x000000000042b19a in do_action ()
No symbol table info available.
#13 0x0000000000430590 in run_action_list ()
No symbol table info available.
#14 0x00000000004306ba in ?? ()
No symbol table info available.
#15 0x000000000042da9a in do_action ()
No symbol table info available.
#16 0x0000000000430590 in run_action_list ()
No symbol table info available.
#17 0x000000000042e62e in do_action ()
No symbol table info available.
#18 0x0000000000430590 in run_action_list ()
No symbol table info available.
#19 0x000000000042e62e in do_action ()
No symbol table info available.
#20 0x0000000000430590 in run_action_list ()
No symbol table info available.
#21 0x00000000004308d0 in run_top_route ()
No symbol table info available.
#22 0x0000000000436ef3 in receive_msg ()
No symbol table info available.
#23 0x000000000052d5c5 in ?? ()
No symbol table info available.
#24 0x000000000051536d in ?? ()
No symbol table info available.
#25 0x000000000051837a in udp_rcv_loop ()
No symbol table info available.
#26 0x0000000000519c38 in udp_start_processes ()
No symbol table info available.
#27 0x000000000041c38a in main ()
No symbol table info available.
---end 82753 -------------------------------------------------------


We also find no evidence in network captures of any network problem or anomalous SIP packet that could be causing a problem. How can we troubleshoot this? The only way to recover the service is to restart opensips.





“The information transmitted is intended only for the person or entity to which it is addressed and may contain proprietary, business-confidential and/or privileged material. If you are not the intended recipient of this message you are hereby notified that any use, review, retransmission, dissemination, distribution, reproduction or any action taken in reliance upon this message is prohibited. If you received this in error, please contact the sender and delete the material from any computer.”


_______________________________________________

Users mailing list

Users at lists.opensips.org<mailto:Users at lists.opensips.org>

http://lists.opensips.org/cgi-bin/mailman/listinfo/users




“The information transmitted is intended only for the person or entity to which it is addressed and may contain proprietary, business-confidential and/or privileged material. If you are not the intended recipient of this message you are hereby notified that any use, review, retransmission, dissemination, distribution, reproduction or any action taken in reliance upon this message is prohibited. If you received this in error, please contact the sender and delete the material from any computer.”
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200228/cc5a0b4c/attachment-0001.html>

From b.gaudin at arkadin.com  Thu Feb 20 17:11:18 2020
From: b.gaudin at arkadin.com (Bertrand Gaudin)
Date: Thu, 20 Feb 2020 17:11:18 +0000
Subject: [OpenSIPS-Users] Re-Invite and WSS
Message-ID: <VI1PR04MB6238AF0FD8FF58AD9631A09A93130@VI1PR04MB6238.eurprd04.prod.outlook.com>

Hi,

I'm quite new to opensips and for a poc , I've built an Opensips gateway with RTP-Engine module as webRTC gateway.
Client -(wss - public)->  R-proxy -(priv-wss)->  Opensips GW - (priv SIP/RTP)->  Application srv
It works fine with a basic dialin from the webrtc client and this even if the client is behind a NAT...  but now I've some difficulties when the called part (an application server) is sending a ReInvite to the Calling Part

When the application server is sending back a ReInvite to the Opensips GW, The Invite is sent to the proxy through SIP while wss transport is expected.
ReInvite received by  Opensips:
    Message Header
        Via: SIP/2.0/UDP 10.102.33.101;branch=z9hG4bK-20aa47ca8d2e4c7680cc967998c2f62f
        Supported: timer
        To: <sip:Anonymous at 10.108.1.11>;tag=roj765mrvt
        From: <sip:999999099 at 10.108.1.11>;tag=10.102.33.155060+1+5750674+191dbe66
        Call-ID: cif3q52e3pfr1achul6q
        [Generated Call-ID: cif3q52e3pfr1achul6q]
        CSeq: 1 INVITE
        Contact: <sip:10.102.33.101>
        Route: <sip:10.108.1.11:443;transport=wss;r2=on;lr>
        Route: <sip:10.108.1.11;r2=on;lr>
        Allow: INVITE,ACK,BYE,OPTIONS,CANCEL,INFO,PRACK,UPDATE
        Session-Expires: 36000;refresher=uac
        Content-Type: application/sdp
        Content-Length: 231
    Message Body

ReInvite sent by OpenSIPS to the R-proxy through UDP/SIP while wss transport is expected.
User Datagram Protocol, Src Port: 5060, Dst Port: 60534
Session Initiation Protocol (INVITE)
    Request-Line: INVITE sip:Anonymous at 10.108.1.2:60534;transport=ws;ob SIP/2.0
    Message Header
        Max-Forwards: 10
        Record-Route: <sip:10.108.1.11;lr>
        Via: SIP/2.0/UDP 10.108.1.11:5060;branch=z9hG4bK456c.2e6bb331.0
        Via: SIP/2.0/UDP 10.102.33.101;branch=z9hG4bK-20aa47ca8d2e4c7680cc967998c2f62f
        Supported: timer
        To: <sip:Anonymous at 10.108.1.11>;tag=roj765mrvt
        From: <sip:999999099 at 10.108.1.11>;tag=10.102.33.155060+1+5750674+191dbe66
        Call-ID: cif3q52e3pfr1achul6q
        [Generated Call-ID: cif3q52e3pfr1achul6q]
        CSeq: 1 INVITE
        Contact: <sip:10.102.33.101:5060>
        Allow: INVITE,ACK,BYE,OPTIONS,CANCEL,INFO,PRACK,UPDATE
        Session-Expires: 36000;refresher=uac
        Content-Type: application/sdp
        Content-Length: 581
    Message Body

Again from dialin Opensips is correctly receiving WSS messages on the WSS listener (here, 10.108.1.11:443) and the OK is correctly sent to the calling part with wss.
Any idea? Something wrong with this route (Route: <sip:10.108.1.11:443;transport=wss;r2=on;lr>)? Any help is welcome.

Thx in advance, 
Bertrand Gaudin



From sip-ipbx at dustmobile.com  Fri Feb 21 10:45:34 2020
From: sip-ipbx at dustmobile.com (SIP & IPBX Expert - Dust Mobile)
Date: Fri, 21 Feb 2020 10:45:34 +0000
Subject: [OpenSIPS-Users] lua_exec in local_route
Message-ID: <36b1132ba53d46c99b5094344a225203@dustmobile.com>

Hello,

when I use lua_exec in local_route, I have below error:

Feb 21 10:31:26 hendrix opensips[26811]: Not starting opensips: invalid
configuration file!
Feb 21 10:31:26 hendrix opensips[26811]: Feb 21 10:31:26 [26823]
Traceback (last included file at the bottom):
Feb 21 10:31:26 hendrix opensips[26811]: Feb 21 10:31:26 [26823]  0.
/data/opensips/etc/opensips/opensips.cfg
Feb 21 10:31:26 hendrix opensips[26811]: Feb 21 10:31:26 [26823]
CRITICAL:core:yyerror: parse error in
/data/opensips/etc/opensips/opensips.cfg:1165:23-24: Command <lua_exec>
cannot be used in the block


Context: when I receive an sms in ucs2, proto_smpp returns the message
in utf16 big endian.  I need to to convert this to utf8.  Therefore I
thought to do the decoding using lua.


so I assume that lua_exec is there forbidden. If this is true, should I
open a feature request to add this functionality or is there a workaround ?


BR, Johan.




From asannucci at voztovoice.net  Sat Feb 22 22:44:48 2020
From: asannucci at voztovoice.net (A. Sannucci)
Date: Sat, 22 Feb 2020 17:44:48 -0500
Subject: [OpenSIPS-Users] Dispatcher failure route
In-Reply-To: <CACK6f-oT6ppUYBRLQHzTjq14XjfxOkPyZvwQjzg096z66qztGw@mail.gmail.com>
References: <4fea6277-5d56-d84c-448d-3aaed8a57ad8@bohboh.info>
 <CACK6f-oT6ppUYBRLQHzTjq14XjfxOkPyZvwQjzg096z66qztGw@mail.gmail.com>
Message-ID: <8a6a137e-9faa-022e-19d8-f4cac393cc94@voztovoice.net>

You right,

but with the new configuration, same result: debugging DISPATCHER:

Feb 22 17:41:41 sip2 /sbin/opensips[15970]: 
DBG:dispatcher:ds_select_dst: set [1], using alg [9], size [2], used 
size [2], active size [2]
Feb 22 17:41:41 sip2 /sbin/opensips[15970]: 
DBG:dispatcher:ds_select_dst: chosen count: 1
Feb 22 17:41:41 sip2 /sbin/opensips[15970]: 
DBG:dispatcher:ds_select_dst: selected [9-1/-1] <sip:XXX.XXX.XXX.XXX:5060>
Feb 22 17:41:41 sip2 /sbin/opensips[15970]: 
DBG:dispatcher:ds_select_dst: using entry [1/0]

Actual configuration:

route[DISP] {
         if(!ds_select_dst("1","9","f M 5")) {
                         send_reply("404", "No destination");
                         exit;
                 }
         update_stat("load_sip:$dd", "+1");
         t_on_failure("DISPATCHER_FAILURE");
         route(relay);
         exit;
}

failure_route[DISPATCHER_FAILURE] {
        if (t_was_cancelled()) {
                 exit;
         }
         if (t_check_status("[56][0-9][0-9]"))  {
                 if(ds_next_dst()) {
                         t_on_failure("DISPATCHER_FAILURE");
                         t_relay();
                         exit;
                 }
                 else {
                         send_reply("404", "No destination");
                         exit;
                 }
         }
}

CEO - VozToVoice - Talking around the World
Web: www.voztovoice.net
E-Mail: info at voztovoice.net
Canal Telegram: @voztovoice
Telefonos:
Linea Gratuita: 018005184359
Colombia Cel. +573163435746
Miami +13057288631

El 22/02/2020 a las 17:06, Grant Bagdasarian escribió:
> Hello,
>
> As far as I can tell, the regex is wrong.
> It only matches 5 or 6, 0 or 9, 0 or 9.
> Try this regex: [56][0-9][0-9]
>
> https://regex101.com/r/rJpwGW/1
>
> Regards,
>
> Grant
>
> On Sat, 22 Feb 2020 at 17:08 Social Boh <social at bohboh.info 
> <mailto:social at bohboh.info>> wrote:
>
>     Hello list,
>
>     I'm testing DISPATCHER module and how i can see, the INVITE never
>     go to
>     failure route if the first Gateway fail.
>
>     My configuration:
>
>     route[DISP] {
>              if(!ds_select_dst("1","9")) {
>                              send_reply("404", "No destination");
>                              exit;
>                      }
>              update_stat("load_sip:$dd", "+1");
>              t_on_failure("DISPATCHER_FAILURE");
>              route(relay);
>              exit;
>     }
>
>     failure_route[DISPATCHER_FAILURE] {
>             if (t_was_cancelled()) {
>                      exit;
>              }
>
>              if (t_check_status("[56][09][09]"))  {
>                      if(ds_next_dst()) {
>                              t_on_failure("DISPATCHER_FAILURE");
>                              t_relay();
>                              exit;
>                      }
>                      else {
>                              send_reply("404", "No destination");
>                              exit;
>                      }
>              }
>     }
>
>     I can see the function ds_select_dst select 2 GATEWAY, y con see the
>     list of GATEWAY, but if I receive a 503 error from the first
>     GATEWAY the
>     request never pass for FAILURE ROUTE.
>
>     changing if(!ds_select_dst("1","9")) {
>
>     with
>
>     if(!ds_select_dst("1","9","f")) {
>
>     or using other alghoritm not solve.
>
>     Any light, please?
>
>     -- 
>     ---
>     I'm SoCIaL, MayBe
>
>
>     _______________________________________________
>     Users mailing list
>     Users at lists.opensips.org <mailto: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/20200222/3498bbf3/attachment-0001.html>

From andersoncatao at hotmail.com  Sun Feb 23 02:09:20 2020
From: andersoncatao at hotmail.com (=?iso-8859-1?Q?Anderson_Cat=E3o?=)
Date: Sun, 23 Feb 2020 02:09:20 +0000
Subject: [OpenSIPS-Users] Opensips installation on Ubuntu 18.04
Message-ID: <MN2PR19MB3821293442909F1F10FF4D90B9EF0@MN2PR19MB3821.namprd19.prod.outlook.com>

Hello I`m trying to install Opensips 2.4.7 on Ubuntu 18.04, but I`m facing the following error:

Linking opensips
main.o: In function `pthread_mutex_init':
/usr/local/src/opensips-2.4.7/ssl_tweaks.h:32: undefined reference to `pthread_mutexattr_setpshared'
/usr/local/src/opensips-2.4.7/ssl_tweaks.h:26: undefined reference to `pthread_mutexattr_init'
/usr/local/src/opensips-2.4.7/ssl_tweaks.h:32: undefined reference to `pthread_mutexattr_setpshared'
/usr/local/src/opensips-2.4.7/ssl_tweaks.h:38: undefined reference to `pthread_mutexattr_destroy'
main.o: In function `pthread_rwlock_init':
/usr/local/src/opensips-2.4.7/ssl_tweaks.h:64: undefined reference to `pthread_rwlockattr_setpshared'
/usr/local/src/opensips-2.4.7/ssl_tweaks.h:58: undefined reference to `pthread_rwlockattr_init'
/usr/local/src/opensips-2.4.7/ssl_tweaks.h:64: undefined reference to `pthread_rwlockattr_setpshared'
/usr/local/src/opensips-2.4.7/ssl_tweaks.h:70: undefined reference to `pthread_rwlockattr_destroy'
collect2: error: ld returned 1 exit status
Makefile.rules:38: recipe for target 'opensips' failed
make[1]: *** [opensips] Error 1
make[1]: Leaving directory '/usr/local/src/opensips-2.4.7'


Any tip why ?

Thank you !

--
Atenciosamente,
Anderson Catão
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200223/5e3e08f4/attachment-0001.html>

From shaun at vuwur.com  Fri Feb 28 06:28:00 2020
From: shaun at vuwur.com (shaun)
Date: Fri, 28 Feb 2020 17:28:00 +1100
Subject: [OpenSIPS-Users] PROTO_HEP Module homer5_on setting clarification.
Message-ID: <CAExA=uqMzPG20S=aUudR4_TwrTA2sH3RyQwYvezd2C=WW3GtEw@mail.gmail.com>

The language in the PROTO_HEP docs is a little unclear and based on some
searching I can see that others have also possibly run into issues
understanding exactly what is ON and what is OFF .

Can someone please confirm what the following settings enable/disable?
Thanks.
homer5_on, 0 --> ?
homer5_on, 1 --> ?


The doc provides the following explanation; (perhaps if the "HOMER 6 - 0"
line was updated it may clear things up)

Specify how the data should be encapsulated, as plain text (HOMER5 -
anything different than 0) or JSON based (HOMER 6 - 0). As concerns
capturing, this affects report_capture function behaviour from sipcapture
<http://www.opensips.org/html/docs/modules/2.3.x/sipcapture> module.

Default value 1, HOMER5 format.

*Example 1.2.  Set homer5_on parameter*

modparam("proto_hep", "homer5_on", 0)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200228/dda85096/attachment-0001.html>