date:20240611

Re: [OpenSIPS-Users] capturing the media address upon conenction

2024-06-11 Thread Jehanzaib Younis

You can save the initial media address.

rtpengine_offer();
$var(media_address_invite) = $rtpengine_media_address;

and then save the updated media address
if (is_method("ACK")) {
rtpengine_answer();
$var(media_address_200ok) = $rtpengine_media_address;
}

You can do manipulation in the ACK check if you want to save in the cdr
just use acc module and save.

Regards,
Jehanzaib


On Wed, Jun 12, 2024 at 6:11 AM Saint Michael  wrote:

> I need to save the media address offering to the CDR. I understand
> that it comes with the INVITE but it changes upon connection.  Any
> idea how to do this?
> Also, I need to drop the call if the media address matches a list of
> blocked addresses.
> Philip
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] capturing the media address upon conenction

2024-06-11 Thread Saint Michael

I need to save the media address offering to the CDR. I understand
that it comes with the INVITE but it changes upon connection.  Any
idea how to do this?
Also, I need to drop the call if the media address matches a list of
blocked addresses.
Philip

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

[OpenSIPS-Users] Compiling modules

2024-06-11 Thread Callum Guy via Users

Hi All,

I'm compiling the load_balancer module with some pretty minor changes
however the resulting load_balancer.so is ~500k however the standard
release is 120k - a size increase of 4x.

My question is simple - why is my version so much bigger? Are there
"make" flags that are used for the official releases which I'm failing to
include? I build and run on Almalinux 9, is it a simple matter of the
libraries used on the build host?

Not a show stopper in any way but I wanted to ask the question in case I'm
about to deploy a less performant module etc.

Thanks,

Callum

-- 


View and book here 





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

*Our new office address: 22 Riduna 
Park, Melton IP12 1QT.*

X-on
is a trading name of X-on Health Ltd a 
limited company registered in
England and Wales.

Registered Office : Glebe 
Farm, Down Street, Dummer, Basingstoke, Hampshire, England RG25 2AD. 
Company Registration No. 2578478.

The information in this e-mail is 
confidential and for use by the addressee(s)
only. If you are not the 
intended recipient, please notify X-on immediately on +44(0)333 332  
and delete the
message from your computer. If you are not a named addressee 
you must not use,
disclose, disseminate, distribute, copy, print or reply 
to this email. Views
or opinions expressed by an individual
within this 
email may not necessarily
reflect the views of X-on or its associated 
companies. Although X-on routinely
screens for viruses, addressees should 
scan this email and any attachments
for
viruses. X-on makes no 
representation or warranty as to the absence of viruses
in this email or 
any attachments.








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

Re: [OpenSIPS-Users] Long reload time for mi tls_reload for 200 tls/ssl certs

2024-06-11 Thread Denys Pozniak

Hey Liviu and Bogdan,

Thanks for the help! There are intermediate test results:
- (-m 1024 -M 32 -a F_MALLOC) with sequentially tls reloads, the speed
situation does not change:

#opensips-cli -x mi get_statistics fragments && opensips-cli -x mi
get_statistics free_size && opensips-cli -x mi get_statistics
real_used_size && time opensips-cli -x mi tls_reload

{
"shmem:fragments": 2211707
}
{
"shmem:free_size": 803916912
}
{
"shmem:real_used_size": 269797192
}
"OK"
real1m25.763s

#opensips-cli -x mi get_statistics fragments && opensips-cli -x mi
get_statistics free_size && opensips-cli -x mi get_statistics
real_used_size && time opensips-cli -x mi tls_reload
"shmem:fragments": 2212109
}
{
"shmem:free_size": 803993112
}
{
"shmem:real_used_size": 269775568
}
"OK"
real1m20.740s

#opensips-cli -x mi get_statistics fragments && opensips-cli -x mi
get_statistics free_size && opensips-cli -x mi get_statistics
real_used_size && time opensips-cli -x mi tls_reload
{
"shmem:fragments": 2212511
}
{
"shmem:free_size": 803915424
}
{
"shmem:real_used_size": 269799376
}
"OK"
real1m17.780s

#opensips-cli -x mi get_statistics fragments && opensips-cli -x mi
get_statistics free_size && opensips-cli -x mi get_statistics
real_used_size && time opensips-cli -x mi tls_reload
"shmem:fragments": 2212913
}
{
"shmem:free_size": 803858880
}
{
"shmem:real_used_size": 269855408
}
"OK"
real1m13.682s

#opensips-cli -x mi get_statistics fragments && opensips-cli -x mi
get_statistics free_size && opensips-cli -x mi get_statistics
real_used_size && time opensips-cli -x mi tls_reload
{
"shmem:fragments": 2213337
}
{
"shmem:free_size": 803876200
}
{
"shmem:real_used_size": 269865624
}


- (-m 1024 -M 32 -a HP_MALLOC) with this memory allocator the service does
not even start as systemd kills it by timeout:


*Jun 11 16:33:33 opensips-01.localhost systemd[1]: opensips.service: Failed
with result 'timeout'.*
*Jun 11 16:33:33 opensips-01.localhost systemd[1]: Stopped opensips.service
- OpenSIPS is a very fast and flexible SIP (RFC3261) server.*
*Jun 11 16:33:33 opensips-01.localhost systemd[1]: opensips.service:
Consumed 1min 52.462s CPU time.*

> What is the usage of the shm mem (use the shmem: stats class to see) ?
At the time of tls reload I can’t get any statistics (this time opensips
eats 100% of the CPU), only there is a possibility between reloads



пт, 31 мая 2024 г. в 11:51, Liviu Chircu :

> Hi Denys,
>
> The report shows OpenSSL library doing small SHM allocations (4, 10,
> 608, 24... bytes), which seem to frequently take place inside the
> PEM_read_bio_X509() loop (as part of the load_certificate_db()
> function).  Such a sequence of allocations could be stress-testing the
> allocator in a way that could justify 250 ms per certificate in total,
> as it is fragmenting the memory.  The effect can be more pronounced the
> *less* stuff is going on in your OpenSIPS instance, as the process of
> breaking up the big memory chunk into smaller units may use up to
> hundreds of cycles on each allocation.  For example:  testing box with
> no SIP traffic, or 'tls_reload' after a fresh restart, etc.
>
> Please try the following:
>
> - still using F_MALLOC, try doing more 'tls_reload' operations in a
> row.  Does performance improve?
>
> - try using the "-a HP_MALLOC" allocator when booting your OpenSIPS -
> that one favors memory fragmentation a bit more, so subsequent reloads
> should be faster
>
> Best regards,
>
> Liviu Chircu
> www.twitter.com/liviuchircu | www.opensips-solutions.com
>
> On 14.05.2024 16:47, Denys Pozniak wrote:
> > I disabled logging and added some resources to the virtual machine.
> > On a working OpenSIPS, I reloaded the tls several times and in
> > parallel ran a trap.
> > #opensips-cli -x mi tls_reload
> > #opensips-cli -x trap
> >
> > If possible, please analyze it again, maybe you could find something
> > interesting:
> > https://github.com/denyspozniak/opensips_tls_debug/tree/main
> >
> > Thanks in advance!
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>


-- 

BR,
Denys Pozniak
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] re-homing calls

2024-06-11 Thread Alberto

Hi Răzvan,

First of all, thanks for looking into this.

So, here's what's in that picture, I had to rebuild my entire lab, so ips
changed:

192.168.56.124 is asterisk, sending a call to a floating ip
192.168.56.120 is a floating ip, managed by keepalived, with
opensips/rtpengine

And this is what happens:
- asterisk sends a call through the primary opensips/rtpengine
- call is established
- network on the primary opensips fails (note that the opensips service is
still running, but there's no network, no access to the shared mongodb, no
rtp)
- secondary opensips/rtpengine takes the floating ip and re-INVITEs the call
- asterisk accepts the in-dialog INVITE and rtp is re-established through
the secondary opensips/rtpengine
- network on the primary opensips is restored
- primary opensips takes the floating ip back and re-INVITEs the call
- asterisk replies with "500 Invalid CSeq"

  192.168.56.124192.168.56.120
  ──┬─  ──┬─
  14:24:55.900819   │INVITE (SDP) │
+0.000562   │ ──> │
  14:24:55.901381   │ 100 Giving it a try │
+0.00   │ <── │
  14:24:55.901381   │ 100 Giving it a try │
+0.002552   │ <<< │
  14:24:55.903933   │ 180 Ringing │
+3.008060   │ <── │
  14:24:58.911993   │200 OK (SDP) │
+0.001352   │ <── │
  14:24:58.913345   │ ACK │
│ ──> │
│  RTP (g711a) 2255   │
  14:24:58.970785   │10700 > 13650│
│  RTP (g711a) 2104   │
   +45.796826   │10700 < 13650│
  14:25:44.710171   │INVITE (SDP) │
+0.001247   │ <── │
  14:25:44.711418   │200 OK (SDP) │
+0.000309   │ ──> │
  14:25:44.711727   │ ACK │
│ <── │
│  RTP (g711a) 4033   │
  14:25:44.714624   │10700 > 18640│
│  RTP (g711a) 2189   │
   +44.573254   │10700 < 18640│
  14:26:29.284981   │INVITE (SDP) │
+0.000196   │ <── │
  14:26:29.285177   │  500 Invalid CSeq   │
+0.000224   │ ──> │
  14:26:29.285401   │ ACK │
   +53.726523   │ <── │
  14:27:23.011924   │ BYE │
+0.006234   │ ──> │
  14:27:23.018158   │  500 Invalid CSeq   │
│ <── │



the commands I use to move the call when the ip floats are:
opensips-cli -x mi clusterer_shtag_set_active test1/1
while IFS='' read -r callid; do
  opensips-cli -x mi dlg_send_sequential callid=${callid} mode=challenge
body=inbound
done < <(opensips-cli -x mi dlg_list | jq -r '.Dialogs[] | .callid')


On Fri, 7 Jun 2024 at 12:49, Răzvan Crainea  wrote:

> Hi, Alberto!
>
> Unfortunately the image you provided that shows how to migrate calls
> back to the primary server does no longer work. Can you please re-share
> it, or, explain what you want to show/prove in that image? Is the
> re-INVITE sent and properly accepted?
>
> Best regards,
>
> Răzvan Crainea
> OpenSIPS Core Developer / SIPhub CTO
> http://www.opensips-solutions.com / https://www.siphub.com
>
> On 5/31/24 12:15 AM, Alberto wrote:
> > Hi,
> >
> > I'm testing
> >
> https://blog.opensips.org/2019/10/03/re-homing-your-calls-with-opensips-3-0/
> > and I have a problem with re-homing calls from the backup server back to
> > the primary server.
> >
> > My configuration is as follows:
> > shared mongodb : 172.20.2.19
> > opensips virtual floating ip : 172.20.2.20
> > opensips-0 : 172.20.2.21
> > opensips-1 : 172.20.2.22
> >
> > to float the ip, i'm using keepalived monitoring both the network and the
> > opensips process.
> > When it detects the virtual ip has become available locally, keepalived
> > does this:
> >
> > opensips-cli -x mi clusterer_shtag_set_active testtag/1
> > opensips-cli -x mi dlg_list | jq -r '.Dialogs[] | .callid' | while IFS=''
> > read -r callid; do
> >opensips-cli -x mi dlg_send_sequential callid=${callid} mode=challenge
> > body=inbound
> > done
> >
> > Now I'm testing 2 scenarios, in the first one the opensips process on the
> > primary server terminates, in the second scenario the network to the
> > primary server is interrupted.
> > In both cases I expect calls to be re-homed to the backup server (which
> > always happens) and to come back to the primary server when the problem
> has
> > been resolved (which doesn't always happen).
> >
> > Here's the breakdown of the 2 tests.
> >
> > So,

Re: [OpenSIPS-Users] b2b_logic_xml compilation Error

2024-06-11 Thread Bogdan-Andrei Iancu

Indeed, there was a leftover in the Makefile.conf.template, where the 
module was still listed for exclusion. I fixed this. To take effect on 
your setup, do a git pull and delete your local Makefile.conf file.


Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  https://www.opensips-solutions.com
  https://www.siphub.com

On 11.06.2024 10:38, Social Boh wrote:


Thank you.

the module still present in the list of modules using make menuconfig

Regards

---
I'm SoCIaL, MayBe
El 11/06/2024 a las 2:35 a. m., Bogdan-Andrei Iancu escribió:
The b2b_logic_xml is an older and deprecated modules, replaced by 
b2b_logic.


That module exists only in 3.2. For 3.4 use b2b_logic

Regards,
Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
   https://www.siphub.com
On 11.06.2024 09:57, Social Boh wrote:


Hello,

make[1]: Entering directory '/usr/src/opensips_3_4/modules/b2b_logic'
Compiling b2bl_db.c
Compiling b2b_logic.c
Compiling b2b_logic_ctx.c
Compiling bridging.c
Compiling entity_storage.c
Compiling logic.c
Compiling records.c
Linking b2b_logic.so
make[1]: Leaving directory '/usr/src/opensips_3_4/modules/b2b_logic'

I think the problem is:

*modules/b2b_logic_xml/b2b_logic_xml.so not compiled*

not exist any directory with this name *b2b_logic_xml* inside 
modules directory


Regards

---
I'm SoCIaL, MayBe
El 11/06/2024 a las 1:39 a. m., Bogdan-Andrei Iancu escribió:

Hi,

And if you try in the src dir:
    make modules modules=modules/b2b_logic

What do you get?

Regards,
Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
   https://www.siphub.com
On 10.06.2024 23:44, Social Boh wrote:


Hello list,

during opensips 3.4 compilation:

*ERROR: module modules/b2b_logic_xml/b2b_logic_xml.so not compiled*

and the module is not compiled and installed.

libxml2-devel library is installed.

Regards

--
---
I'm SoCIaL, MayBe

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




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

Re: [OpenSIPS-Users] b2b_logic_xml compilation Error

2024-06-11 Thread Social Boh


Thank you.

the module still present in the list of modules using make menuconfig

Regards

---
I'm SoCIaL, MayBe

El 11/06/2024 a las 2:35 a. m., Bogdan-Andrei Iancu escribió:
The b2b_logic_xml is an older and deprecated modules, replaced by 
b2b_logic.


That module exists only in 3.2. For 3.4 use b2b_logic

Regards,
Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
   https://www.siphub.com
On 11.06.2024 09:57, Social Boh wrote:


Hello,

make[1]: Entering directory '/usr/src/opensips_3_4/modules/b2b_logic'
Compiling b2bl_db.c
Compiling b2b_logic.c
Compiling b2b_logic_ctx.c
Compiling bridging.c
Compiling entity_storage.c
Compiling logic.c
Compiling records.c
Linking b2b_logic.so
make[1]: Leaving directory '/usr/src/opensips_3_4/modules/b2b_logic'

I think the problem is:

*modules/b2b_logic_xml/b2b_logic_xml.so not compiled*

not exist any directory with this name *b2b_logic_xml* inside modules 
directory


Regards

---
I'm SoCIaL, MayBe
El 11/06/2024 a las 1:39 a. m., Bogdan-Andrei Iancu escribió:

Hi,

And if you try in the src dir:
    make modules modules=modules/b2b_logic

What do you get?

Regards,
Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
   https://www.siphub.com
On 10.06.2024 23:44, Social Boh wrote:


Hello list,

during opensips 3.4 compilation:

*ERROR: module modules/b2b_logic_xml/b2b_logic_xml.so not compiled*

and the module is not compiled and installed.

libxml2-devel library is installed.

Regards

--
---
I'm SoCIaL, MayBe

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


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

Re: [OpenSIPS-Users] b2b_logic_xml compilation Error

2024-06-11 Thread Bogdan-Andrei Iancu


The b2b_logic_xml is an older and deprecated modules, replaced by b2b_logic.

That module exists only in 3.2. For 3.4 use b2b_logic

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  https://www.opensips-solutions.com
  https://www.siphub.com

On 11.06.2024 09:57, Social Boh wrote:


Hello,

make[1]: Entering directory '/usr/src/opensips_3_4/modules/b2b_logic'
Compiling b2bl_db.c
Compiling b2b_logic.c
Compiling b2b_logic_ctx.c
Compiling bridging.c
Compiling entity_storage.c
Compiling logic.c
Compiling records.c
Linking b2b_logic.so
make[1]: Leaving directory '/usr/src/opensips_3_4/modules/b2b_logic'

I think the problem is:

*modules/b2b_logic_xml/b2b_logic_xml.so not compiled*

not exist any directory with this name *b2b_logic_xml* inside modules 
directory


Regards

---
I'm SoCIaL, MayBe
El 11/06/2024 a las 1:39 a. m., Bogdan-Andrei Iancu escribió:

Hi,

And if you try in the src dir:
    make modules modules=modules/b2b_logic

What do you get?

Regards,
Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
   https://www.siphub.com
On 10.06.2024 23:44, Social Boh wrote:


Hello list,

during opensips 3.4 compilation:

*ERROR: module modules/b2b_logic_xml/b2b_logic_xml.so not compiled*

and the module is not compiled and installed.

libxml2-devel library is installed.

Regards

--
---
I'm SoCIaL, MayBe

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


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

Re: [OpenSIPS-Users] b2b_logic_xml compilation Error

2024-06-11 Thread Social Boh


Hello,

make[1]: Entering directory '/usr/src/opensips_3_4/modules/b2b_logic'
Compiling b2bl_db.c
Compiling b2b_logic.c
Compiling b2b_logic_ctx.c
Compiling bridging.c
Compiling entity_storage.c
Compiling logic.c
Compiling records.c
Linking b2b_logic.so
make[1]: Leaving directory '/usr/src/opensips_3_4/modules/b2b_logic'

I think the problem is:

*modules/b2b_logic_xml/b2b_logic_xml.so not compiled*

not exist any directory with this name *b2b_logic_xml* inside modules 
directory


Regards

---
I'm SoCIaL, MayBe

El 11/06/2024 a las 1:39 a. m., Bogdan-Andrei Iancu escribió:

Hi,

And if you try in the src dir:
    make modules modules=modules/b2b_logic

What do you get?

Regards,
Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
   https://www.siphub.com
On 10.06.2024 23:44, Social Boh wrote:


Hello list,

during opensips 3.4 compilation:

*ERROR: module modules/b2b_logic_xml/b2b_logic_xml.so not compiled*

and the module is not compiled and installed.

libxml2-devel library is installed.

Regards

--
---
I'm SoCIaL, MayBe

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

Re: [OpenSIPS-Users] b2b_logic_xml compilation Error

2024-06-11 Thread Bogdan-Andrei Iancu


Hi,

And if you try in the src dir:
    make modules modules=modules/b2b_logic

What do you get?

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  https://www.opensips-solutions.com
  https://www.siphub.com

On 10.06.2024 23:44, Social Boh wrote:


Hello list,

during opensips 3.4 compilation:

*ERROR: module modules/b2b_logic_xml/b2b_logic_xml.so not compiled*

and the module is not compiled and installed.

libxml2-devel library is installed.

Regards

--
---
I'm SoCIaL, MayBe

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

Re: [OpenSIPS-Users] Tracer module integration with Opensips 3.4

2024-06-11 Thread Bogdan-Andrei Iancu


Hi,

For sure it's because of the missing db_mysql module - check *ALL* the 
opensips logs, most probably the module failed to load.


Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  https://www.opensips-solutions.com
  https://www.siphub.com

On 07.06.2024 15:54, amel.gue...@sofrecom.com wrote:


Hello Bogdan,

Yes we load the module

"db_mysql.so"/* This is a module which provides MySQL 
connectivity for OpenSIPS *


BR, Amel

Hi,
Quick one: do you load the db_mysql.so module too ?
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
https://www.opensips-solutions.com
https://www.siphub.com

*De :*GUESMI Amel SOFRECOM 
*Envoyé :* mercredi 8 mai 2024 15:53
*À :* OpenSIPS users mailling list 
*Cc :* DL FT-FR Sbc TEAM 
*Objet :* RE: Tracer module integration with Opensips 3.4

Hello,

Any help please regarding my question ?

Thank  you

BR, Amel

*De :*GUESMI Amel SOFRECOM
*Envoyé :* lundi 29 avril 2024 10:57
*À :* OpenSIPS users mailling list 
*Cc :* DL FT-FR Sbc TEAM 
*Objet :* Tracer module integration with Opensips 3.4

Hello Everyone,

I need your support to add tracer module in order tostore 
incoming/outgoing SIP messages in database.

I already add some configs to my opensips.cfg file:

*### Tracer ###*

*loadmodule "tracer.so"*

*modparam("tracer", "trace_on", 1)*

*modparam("tracer", "trace_local_ip", "opensips:5060")*

*modparam("tracer", 
"trace_id","[tid]uri=mysql://opensips:opensipsrw@ossdb/opensips;table=sip_trace;")

**….*

*if ( is_method("INVITE")) {*

*record_route();*

*do_accounting("db|log", "cdr|missed", "acc");*

*trace($var(trace_id), "d", "sip|xlog", $var(user));*

**

*  t_relay();*

*exit;*

*}*

**

The error in Opensips logs is:

ERROR:core:db_check_api: module db_mysql does not export db_use_table 
function


2024-04-25 09:29:10 Apr 25 10:29:10 [52] ERROR:tracer:get_db_struct: 
*unable to bind database module*


2024-04-25 09:29:10 Apr 25 10:29:10 [52] 
ERROR:tracer:parse_siptrace_id: Invalid parameters extracted!url 
! table name !


2024-04-25 09:29:10 Apr 25 10:29:10 [52] ERROR:tracer:parse_trace_id: 
*failed to parse tracer uri []*


2024-04-25 09:29:10 Apr 25 10:29:10 [52] CRITICAL:Traceback (last 
included file at the bottom):


2024-04-25 09:29:10 Apr 25 10:29:10 [52] CRITICAL: 0. 
/etc/opensips/opensips.cfg


2024-04-25 09:29:10 Apr 25 10:29:10 [52] CRITICAL:core:yyerror: parse 
error in /etc/opensips/opensips.cfg:53:19-20: *Parameter  
not found in module  - can't set*


2024-04-25 09:29:10 Apr 25 10:29:10 [52] CRITICAL:modparam("tracer", 
"trace_on", 1)


2024-04-25 09:29:10 Apr 25 10:29:10 [52] CRITICAL:modparam("tracer", 
"trace_local_ip", "opensips:5060")


2024-04-25 09:29:10 Apr 25 10:29:10 [52] CRITICAL:modparam("tracer", 
"trace_id","[tid]uri=mysql://opensips:opensipsrw@ossdb/opensips;table=sip_trace;")


I think that the module should store the messages in sip_trace table 
but I didn’t understand how to configure properly the trace_id with 
mysql module.

Could you help me please ?


Thank you.
Best Regards,
Amel on behalf of my colleague Chaker


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

Re: [OpenSIPS-Users] capturing the media address upon conenction

[OpenSIPS-Users] capturing the media address upon conenction

[OpenSIPS-Users] Compiling modules

Re: [OpenSIPS-Users] Long reload time for mi tls_reload for 200 tls/ssl certs

Re: [OpenSIPS-Users] re-homing calls

Re: [OpenSIPS-Users] b2b_logic_xml compilation Error

Re: [OpenSIPS-Users] b2b_logic_xml compilation Error

Re: [OpenSIPS-Users] b2b_logic_xml compilation Error

Re: [OpenSIPS-Users] b2b_logic_xml compilation Error

Re: [OpenSIPS-Users] b2b_logic_xml compilation Error

Re: [OpenSIPS-Users] Tracer module integration with Opensips 3.4

11 matches

Site Navigation

Mail list logo

Footer information