Hi Davy,
we're using siptrace with kemi and python 2. I can not confirm your problem on kamailio 5.2.2.
In difference to your script, however, i'm not setting a target address in the invocation. Instead the cfg script sets modparam("siptrace", "duplicate_uri", "sip:<myhomerip>:9060") and uses KSR.siptrace.sip_trace()
Maybe it makes a difference, can you try it out?
Regards,
Thomas
----- Ursprüngliche Mail -----
Von: "davy van de moere" davy.van.de.moere@gmail.com An: "Kamailio (SER) - Users Mailing List" sr-users@lists.kamailio.org Gesendet: Dienstag, 14. Mai 2019 07:57:05 Betreff: [SR-Users] Possible memory leak in siptrace module in kamailio 5.1/5.2
Dear,
I'm using siptrace within a python handler in the KEMI framework. KSR.siptrace.sip_trace_dst("sip:<myhomerip>:9060")
I notice an ever increasing usage of memory, until the system runs out of memory. (definition of a memory leak :) ). Looking at the memory information kamailio is giving me I notice this:
May 14 05:49:48 server kamailio[36452]: NOTICE: PYT {INVITE} {1769595029-1513210001-1955500877} {1} : qm_sums: count= 79286 size= 5812048 bytes from siptrace: siptrace.c: ki_sip_trace_dst_cid(729) May 14 05:51:17 server kamailio[36452]: NOTICE: PYT {REGISTER} { [ mailto:4_1419955802@192.168.0.153 | 4_1419955802@192.168.0.153 ] } {2582} : qm_sums: count= 79335 size= 5814840 bytes from siptrace: siptrace.c: ki_sip_trace_dst_cid(729)
I notice this on kamailio 5.1.8 (from a debian repo), and on kamailio 5.2.2 (from source). I can reproduce the problem very easily, and I can apply patches in the source to try out things.
Could I be wrongly using siptrace? Can I give you more debugging info?
Kind regards, Davy
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users