Re: [SR-Users] Cannot get service to start

Hi Stephen, I had similar issues fix by changes in the kamailio.cfg and kamctlrc files, but also in the Kamailio rpm as well recently fixed. Are you using the latest Kamailio 5.0.1 release? If so please review you config file as I think your problem is related to such entries: In my

[SR-Users] Cannot get service to start

Hi Apologies, I was a bit hasty in my previous email, I forgot to run the Chown command I still can’t get the service to start and I’m getting the below error. I’ve gone through all the steps multiple times, please help. /etc/init.d/kamailio start [] Starting kamailio (via systemctl):

[SR-Users] An Potential Issue in Kamailio Installation Guide

Dear Sir, This is Edward, nice to meet you. When I follow the installation guide of Kamailio 5.0.x https://kamailio.org/docs/tutorials/5.0.x/kamailio-install-guide-git/ to install Kamailio, I met an issue, it report "unit kamailio.service not found" when I issue command /etc/init.d/kamailio

[SR-Users] htable Arrays and dbmode 1

Hi, I'm trying to use a htable array. For that, I have inserted some values in the database (in pseudo CSV): key_name; key_type; value_type; key_value '1234567'; 1; 0; 'foo' '1234567', 1, 0, 'bar' '1234567', 1, 0, 'baz' insert into htable (key_name , key_type , value_type , key_value ) values

Re: [SR-Users] topos module - possible bug

Some more debug after adding debug output after each iteration I got: Apr 28 15:51:51 csbc-uat /usr/sbin/kamailio[13743]: DEBUG: topos [tps_msg.c:457]: tps_pack_message(): sbasov compacted headers - b_rr: [](84)

Re: [SR-Users] topos module - possible bug

One more detail When debug=3 I see in logs (look at size of record and it contents) Apr 28 14:16:44 csbc-uat /usr/sbin/kamailio[13287]: DEBUG: topos [tps_msg.c:473]: tps_pack_message(): compacted headers - a_rr: [](0) - b_rr: [](0) - s_rr:

Re: [SR-Users] Not able to replace route_uri in contact header uri

Hi Daniel, Thanks for your response.I have added this in the registrar module but it didn't work. Please see the sip trace. -end msg-- 17:28:47.162 sip_endpoint.c .Response msg 408/REGISTER/cseq=52880 (rdata0x231b418) from 185.122.205.178:5070 was dropped/unhandled by any modules

Re: [SR-Users] Memory leak when reloading htable using db_cluster

Hi, I did some more testing. reloading address and domain is fixed in master (08f8e0bc72b9f16f76b78110c9c95b1ba7f1ce25) If I only have one htable, I can reload many times without memory leak. (The content i database is unchanged) If I have 2 htables and keep reloading both, kamailio leaks as

Re: [SR-Users] topos module - possible bug

Hi All. I just try to pass call throught 3 kamailio. I got result like yours If you need testers for patch - I am ready ) -- Best regards, Sergey Basov e-mail: sergey.v.ba...@gmail.com 2017-04-28 12:57 GMT+03:00 Daniel-Constantin Mierla : > There seems

Re: [SR-Users] topos module - possible bug

There seems to be an issue saving the record-route list for b-side in topos_d table -- first two are saved but then there are only 0 characters instead of the rest of record routes:

Re: [SR-Users] Memory leak when reloading htable using db_cluster

Hi Daniel. Thanks alot. It fixed the problem at my testbed. In production i reload several htables + address and domain, so I updated my config. 16(31430) ALERT: qm_status:1700. N address=0x7f9bf03905e8 frag=0x7f9bf03905b0 size=64 used=1 16(31430) ALERT: qm_status: alloc'd from

Re: [SR-Users] topos and PRACK problem

I think the BYE for early dialog branches should follow same rules as with PRACK. If a 200ok was not received yet for INVITE, BYE can be sent to close a single branch, if the caller wants to terminate the entire call, then it has to send CANCEL at that moment. I haven't had the time to look at

Re: [SR-Users] Memory leak when reloading htable using db_cluster

Hello, can you fetch the master and try again -- I just pushed some fixes. Cheers, Daniel On 28.04.17 08:17, Kristian F. Høgh wrote: > Hi list, > > I use current git master. > When I reload a htable using "kamcmd htable.reload htable1", the "ctl > handler" process leaks 384 bytes of pkg

Re: [SR-Users] topos and PRACK problem

Hello, were the two branches both requiring prack? Cheers, Daniel On 28.04.17 08:47, Sergey Basov wrote: > Hi Daniel. > > I does not see problem with parallel forking to 2 destinations. > > I will send 2 dumps in private email. > -- > Best regards, > Sergey Basov e-mail:

Re: [SR-Users] Date Time with microsec

Hello, On 28.04.17 04:00, Diego Nadares wrote: > Hi Guys, > > Is to convert or obtain > > $TV(s) - seconds (cached at first call per sip message) > $TV(u) - microseconds (cached at first call per sip message) > > to datetime.microsecs? > > I'm trying to save 180/183 datetime (cached) like

Re: [SR-Users] topos and PRACK problem

Hi Daniel. I does not see problem with parallel forking to 2 destinations. I will send 2 dumps in private email. -- Best regards, Sergey Basov e-mail: sergey.v.ba...@gmail.com 2017-04-27 15:34 GMT+03:00 Sergey Basov : > May be, but there is one

[SR-Users] Memory leak when reloading htable using db_cluster

Hi list, I use current git master. When I reload a htable using "kamcmd htable.reload htable1", the "ctl handler" process leaks 384 bytes of pkg memory If I use a direct mysql connection without db_cluster, the is no memory leak modparam("db_cluster", "connection",