Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.
@henningw it is a fork from pre-5.4 Henning, actually I am going to test the latest release because this is a separate kamailio registrar that is not dependable on the IMS modules for which we maintain a lot of customizations. I have not been yet able to test the mem_delete_ucontact() line addition and have mixed feelings in that regard. It seems as long as the DB is functioning properly, the memory usage is constant (measured by the prometheus scraping and the mod.stats all shm but as soon as the DB is congested under load it is piling up memory for the xavp/ucontact. Strange
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.