[Kamailio-Users] location table

Daniel-Constantin Mierla miconda at gmail.com
Thu Feb 5 16:29:19 CET 2009


Hello,

are you running kamailio/openser with higher debug mode (e.g., debug set 
to a value higher than 3)?

Is your syslog configured asynchronous? I tested registration with very 
high rate and there was no performance issue. There is for sure 
something misconfigured.

Cheers,
Daniel


On 02/05/2009 01:37 AM, joy yue wrote:
>
> Hi Henning/Daniel,
>
> Sorry to take such a long time replying back.
>
> For my rig, I am using the memory as location back-up. When the issue 
> occurs, I see many registration request sent from SIPp but not many 
> 200 replies. netstat shows a huge amount of packets get dropped.
>
> Also I realized the issue only occurs when SIPp tried to register many 
> users in a very short time. With the same number of users, the issue 
> goes away if registration rate is kept lower. When the issue occurs, 
> usrloc module contends lock a lot calling from new_ucontact(), and 
> many system time is spent in yield system calls. So it looks more like 
> a performance issue to me.
>
> Thanks,
> -Joy
>
> On 1/27/09, *Henning Westerholt* <henning.westerholt at 1und1.de 
> <mailto:henning.westerholt at 1und1.de>> wrote:
>
>     On Monday 26 January 2009, joy yue wrote:
>     > Is there a limitation on the number of rows in location table?
>     In my rig,
>     > whatever number of users I use (>2million users), I notice the
>     number of
>     > users in location table is 343707, which is far less than the
>     number of
>     > users in my test. I thought previously that location table saves
>     all the
>     > users in my test.
>     >
>     > Also when I use large number of users (>2million), openser pops
>     up an
>     > error: ERROR: registrar:update_contacts: invalid cseq for aor
>     <xxxx>. Has
>     > anyone saw this before? I am using openser1.3.2.
>
>
>     Hi joy,
>
>     no, there is no such a limitiation, we've more registered users.
>     The invalid
>     CSEQ error you see is not related to this observation. The error
>     means that a
>     device tried to do re-registration (same callid), but without properly
>     increasing the Cseq number in the REGISTER request - RFC3261 says that
>     requests from the same dialog (like REGISTER + re-REGISTER) must have
>     increasing cseq.
>
>     What db_mode do you use in your usrloc? Do you see any other
>     errors in the
>     logs?
>
>     Cheers,
>
>
>     Henning
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Kamailio (OpenSER) - Users mailing list
> Users at lists.kamailio.org
> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users

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





More information about the sr-users mailing list