[Kamailio-Users] kamailio 1.4.3 slow

[Juan Perez]

thank you Henning

We disabled iptables completely to rule out that posibility and saw the same situation.

On another note, this is my understanding but I may be wrong, once kamailio is started it loads all the routes [lcr module] and addresses [permissions module] from the DB into memory. If the DB is not responsive would kamailio be affected? 
If no changes are made in the DB that requieres an lcr_reload or address_reload would Kamailio try to access the DB everytime a transaction is to be processed?

, Also, if this helps, we do not use DNS in our config, only IPs, and we are not handling Registrations, it is being used as SIP trunking only 

regards

jp


 



________________________________
From: Henning Westerholt <henning.westerholt at 1und1.de>
To: users at lists.kamailio.org
Cc: Juan Perez <jperezsip2008 at yahoo.com>
Sent: Wednesday, September 16, 2009 11:40:22 AM
Subject: Re: [Kamailio-Users] kamailio 1.4.3 slow

On Mittwoch, 16. September 2009, Juan Perez wrote:
> I installed kamailio in a pc with dual quad core @ 3.3GHz, 4 GB RAM and see
> that kamailio is very slow answering to INVITEs from the inbound carriers.
> The DEBUG is set to 3 and the idle CPU lowers only to 87% or 90 %, which is
> still decent but anyways the performance is very bad.
>
> This is the first time that I see this, I have it installed in other
> machines with less resources, same OS [CentOS 5.2 64 bits] and it is
> performing very very good. I know that a high debug level is a enemy but in
> my case is set to 3 like in the other system, and it is using the same
> configuration file. What other thing may affect the performance?
>
> I have made sure that it is not a network issue because the captures are
> taken in the same machine and I see multiples INVITEs hitting it and no
> response at all until more than 2 seconds

Hi Juan,

i'd suspect that the server could not resolve DNS requests or has some issues accessing the database. Can you check with tcpdump that DNS resolves are not blocked somehow, and how the database responds?

Cheers,

Henning


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/users/attachments/20090916/bb38dad1/attachment.htm>