Re: [SR-Users] Number of sql connections

Assuming you expect less traffic on the alternative ports, you could lower the number of socket workers for those ports. https://www.kamailio.org/wiki/cookbooks/5.1.x/core#socket_workers On Mon, Nov 19, 2018 at 2:19 PM Duarte Rocha wrote: > Greetings, > > I have my core parameter listen like

Re: [SR-Users] Number of sql connections

Unfortunately, you can't. Every child worker process has its own database connections, and child worker processes number (children * listeners). This is actually by design; if database connections were shared among child processes, then in high volume operations, the mutual exclusion ("mutex")

[SR-Users] Number of sql connections

Greetings, I have my core parameter listen like this : listen=udp:eth0 children=12 Like this and the other settings, my kamailio has 21 threads and 20 Sql connections. If I add more listens, listen=udp:eth0 listen=udp:eth0:5072 listen=udp:eth0:5074 Now I have 45 threads and 45 Sql

Re: [SR-Users] Dispatcher on 5.2

Hello, can you try with latest branch 5.2? Recently it was a fix related to finding next destination. Cheers, Daniel On 19.11.18 15:29, Igor Olhovskiy wrote: > Hi! > > Am I missing something or it’s a bug? > > Idea is following. I’m using dispatcher to load-balance calls. Using > same weight

[SR-Users] Dispatcher on 5.2

Hi! Am I missing something or it’s a bug? Idea is following. I’m using dispatcher to load-balance calls. Using same weight destinations, order like in a file. So, dispatcher.list looks like 1 sip:172.28.11.6:5060 1 sip:172.28.11.4:5060 I’m using round-robin algo with ds_select_dst(«1», «4»)

Re: [SR-Users] Kamailio-5.1.6 Crash

I am continuously receiving following error in the logs instead of disabling the sip trace module captagent: [ERR] protocol_sip.c:132 Couldnot find this call and when I restart the service there is a warning in the logs Nov 18 20:33:47 kamailiostandby SIPSer[5495]: WARNING: tls

Re: [SR-Users] RTPengine: shouldn't SDP be incremented when SDP is updated in-dialog?

We've run into an issue again, where a provider won't accept re-INVITEs for session refresh where the SDP version counter hasn't been incremented. Has there been any work on this or should I open an issue at github to make this issue more visible? Thanks! George On Fri, 4 May 2018 at 17:51,

Re: [SR-Users] Kamailio-5.1.6 Crash

I have just changed '#define MAX_EXTRA 4' to '#define MAX_EXTRA 6' in the following file. kamailio-5.1.6/src/modules/auth_radius/extra.h Regards Hamid R. Hashmi From: sr-users on behalf of Hamid Hashmi Sent: Monday, November 19, 2018 3:32 PM To: Kamailio

[SR-Users] Kamailio-5.1.6 Crash

I have been using the following version of kamailio Version: kamailio 5.1.6 (x86_64/linux) Default config: /usr/local/etc/kamailio/kamailio.cfg Default paths to modules: /usr/local/lib64/kamailio/modules Compile flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS,

[SR-Users] issue tracking dialogs with db_redis in kamailio 5.2

hello all using version 5.2.0-rc0 of kamailio, we are trying to track the dialogs of dialog module using db_redis module with this setup #!define DBURL_DIALOG "redis://127.0.0.1:6390/7" # - dialog params - modparam("dialog", "db_url", DBURL_DIALOG) modparam("dialog", "enable_stats", 1)

[SR-Users] Releasing Kamailio v5.2.0

Hello, I am consider to release v5.2.0 (the first stable version out of branch 5.2) next week, likely on Wednesday, Nov 28, 2018. It still allows a bit more than a week of testing as well as well time to prepare the online resources for it (documentation, wiki pages, upgrade guidelines, etc...).