[Kamailio-Users] kamailio load problem

Daniel-Constantin Mierla miconda at gmail.com
Mon Dec 14 16:32:51 CET 2009


Hello,

On 12/14/09 1:50 PM, alex pappas wrote:
> Daniel hi,
>
> We don't have packet loss and the log level is 1.
> Concerning the the asyncronous loging: This should be set before 
> compilation?
>
> """""""""""""""""""""""
> http://openser.blogspot.com/2008/10/asynchronous-syslogging.html
> This functionality can be enabled with setting the define SYSLOG_ASYNC 
> in the Makefile.defs file. The default is the normal log functionality 
> from the system library, nothing changed if the define is not set.
no, it is not about this. By asynchronous syslog I meant the syslog 
config in the system, nothing related to source code of kamailio.

If the log level is 1 then you should not see many syslog messages.

Maybe is better to use the benchmark module to identify where is the 
delay coming from (if it is from kamailio config).

Cheers,
Daniel
>
>
> """""""""""""""""""""""""""""""""
>
> Cheers
>
> Alex
>
>
> On Mon, Dec 14, 2009 at 2:31 PM, Daniel-Constantin Mierla 
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Hello,
>
>
>     On 12/14/09 12:36 PM, alex pappas wrote:
>
>         Dear users,
>
>         I'm using kamailio in the following scenario:
>
>         1. A call comes in and is checked against PDT module. From
>         this module depend from the prefix I'm getting back the domain
>         which is used as the dialplan group.
>         2. After that the call is checked against Dialplan module
>         using the previous value from PDT as Dialplan dpid. From the
>         Dialplan module i get back  the the attributes values.
>         3. these attributes values are user in the dispathcher module
>         where I continue with failover scenarios.
>
>         Also the script is working with a radius for accounting purposes.
>
>         This scenario works perfecttly and it is still in a testing mode.
>
>         An the problem:
>
>         I'm running SIPP against this scenario and until the CPS is 5
>         everything looks good. The scenario for SIPP is the simplest.
>         uac and uas default. Uac is sending a call and uas is answering.
>         When the CPS goes above 9 then I have call failures. All the
>         statistics are going down.
>         I'm cheking for CPU load or other system problems but I don't
>         see anything strange. Does anyone understand why this is
>         happening?
>
>     do you have high debug level? Is your syslog configured asyncronous?
>
>     Are network packets dropped from the network interface?
>
>     Cheers,
>     Daniel
>
>     -- 
>     Daniel-Constantin Mierla
>     * http://www.asipto.com/
>
>

-- 
Daniel-Constantin Mierla
* http://www.asipto.com/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20091214/09710f0d/attachment.htm>


More information about the sr-users mailing list