< Previous by Date Date Index Next by Date >
< Previous in Thread Thread Index Next in Thread >

Re: [reSIProcate] sip stack limitations




Jyotshna Cherukuri wrote:

   Hi,
We implemented a Third party Call Control ( Bridge) using reciprocate stack and we experience problems with the stack when we send large amount of requests to the stack . I am using a single threaded stack for my application and I see the messages coming onto the NIC card but the stack is unable to receive them as it is busy processing some other functions which results in lot of 408 requests from other applications and gateways. Any suggestions regarding this request would be appreciated and I am wondering whether running sipstack in its own thread might eliminate this problem to some extent?
a) Are you running on Linux or another platform? We handle quite a large call volume on Linux, but I can't comment on how the stack performs on Windows.

b) Have you got debugging enabled? Debugging will slow the application, writing to stderr, calls to a syslog destination that is synchronous, and similar code will slow your application and make response times unbearable.

c) Are you doing any database access, e.g. for authentication or CDR logging? We start a separate thread for each database/RADIUS query, that way the SIP and DUM stacks can process other packets while waiting for authentication results. The query threads then use the `post()' method to send their results back to the stack asynchronously.