<br>Hi Daniel,<br><br>I checked the NW traffic, it's not very high, around 11k pkt/sec coming into SUT. With the similar amount of traffic, openser has not problem to deal with call setup/teardown, but not registration. Increasing udp buffer helps some, but not a lot. <br>
<br>I am using 32 children. When things get wrong, with the error message I mentioned earlier, I can see messages generated by syslog can be very large. This may further degrade the performance and more packets get dropped.<br>
<br>How much rate do you get for registration? Do you use authentication?<br><br>I will try the test with larger hash size.<br><br>Thanks,<br>-Joy<br> <br><div class="gmail_quote">On Thu, Feb 5, 2009 at 10:20 AM, Daniel-Constantin Mierla <span dir="ltr"><<a href="mailto:miconda@gmail.com">miconda@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hello Joy,<div class="Ih2E3d"><br>
<br>
On 02/05/2009 08:07 PM, joy yue wrote:<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Hi Daniel,<div class="Ih2E3d"><br>
<br>
<br>
On Thu, Feb 5, 2009 at 7:29 AM, Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a> <mailto:<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>>> wrote:<br>
<br>
Hello,<br>
<br>
are you running kamailio/openser with higher debug mode (e.g.,<br>
debug set to a value higher than 3)?<br>
<br>
<br>
The debug mode I am using is 0, which is set in the .cfg file.<br>
</div></blockquote>
ok, then is not high at all :-)<div class="Ih2E3d"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
<br>
Is your syslog configured asynchronous? I tested registration with<br>
very high rate and there was no performance issue. There is for<br>
sure something misconfigured.<br>
<br>
<br>
I am using solaris. The default mode is synchronous, and actually I don't think solaris support asynchronous write.<br>
openser use syslog to log in debugging information, right?<br>
</blockquote>
<br></div>
by default yes. Do you get lot of log messages coming from openser in the syslog file?<div class="Ih2E3d"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
If the mode matters, can I just simply disable openser from logging in any information to files?<br>
</blockquote>
<br></div>
There is compilation to disable all loggings, but it seems that the problem is somewhere else.<br>
<br>
What is the value of children in your configuration file? Also, try to increase the size of the hash table used by usrloc module:<br>
<a href="http://kamailio.org/docs/modules/1.4.x/usrloc.html#id2506464" target="_blank">http://kamailio.org/docs/modules/1.4.x/usrloc.html#id2506464</a><br>
<br>
Can you get stats from the network and see what was the reason for dropped packets? Full buffer?<br>
<br>
Cheers,<br>
Daniel<br>
<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="Wj3C7c">
<br>
thanks,<br>
-Joy<br>
<br>
<br>
<br>
Cheers,<br>
Daniel<br>
<br>
<br>
<br>
On 02/05/2009 01:37 AM, joy yue wrote:<br>
<br>
<br>
Hi Henning/Daniel,<br>
<br>
Sorry to take such a long time replying back.<br>
<br>
For my rig, I am using the memory as location back-up. When<br>
the issue occurs, I see many registration request sent from<br>
SIPp but not many 200 replies. netstat shows a huge amount of<br>
packets get dropped.<br>
<br>
Also I realized the issue only occurs when SIPp tried to<br>
register many users in a very short time. With the same number<br>
of users, the issue goes away if registration rate is kept<br>
lower. When the issue occurs, usrloc module contends lock a<br>
lot calling from new_ucontact(), and many system time is spent<br>
in yield system calls. So it looks more like a performance<br>
issue to me.<br>
<br>
Thanks,<br>
-Joy<br>
<br>
On 1/27/09, *Henning Westerholt* <<a href="mailto:henning.westerholt@1und1.de" target="_blank">henning.westerholt@1und1.de</a><br>
<mailto:<a href="mailto:henning.westerholt@1und1.de" target="_blank">henning.westerholt@1und1.de</a>><br>
<mailto:<a href="mailto:henning.westerholt@1und1.de" target="_blank">henning.westerholt@1und1.de</a><br>
<mailto:<a href="mailto:henning.westerholt@1und1.de" target="_blank">henning.westerholt@1und1.de</a>>>> wrote:<br>
<br>
On Monday 26 January 2009, joy yue wrote:<br>
> Is there a limitation on the number of rows in location<br>
table?<br>
In my rig,<br>
> whatever number of users I use (>2million users), I<br>
notice the<br>
number of<br>
> users in location table is 343707, which is far less than the<br>
number of<br>
> users in my test. I thought previously that location<br>
table saves<br>
all the<br>
> users in my test.<br>
><br>
> Also when I use large number of users (>2million),<br>
openser pops<br>
up an<br>
> error: ERROR: registrar:update_contacts: invalid cseq for aor<br>
<xxxx>. Has<br>
> anyone saw this before? I am using openser1.3.2.<br>
<br>
<br>
Hi joy,<br>
<br>
no, there is no such a limitiation, we've more registered<br>
users.<br>
The invalid<br>
CSEQ error you see is not related to this observation. The<br>
error<br>
means that a<br>
device tried to do re-registration (same callid), but<br>
without properly<br>
increasing the Cseq number in the REGISTER request -<br>
RFC3261 says that<br>
requests from the same dialog (like REGISTER + re-REGISTER)<br>
must have<br>
increasing cseq.<br>
<br>
What db_mode do you use in your usrloc? Do you see any other<br>
errors in the<br>
logs?<br>
<br>
Cheers,<br>
<br>
<br>
Henning<br>
<br>
<br>
------------------------------------------------------------------------<br>
<br>
<br>
<br>
_______________________________________________<br>
Kamailio (OpenSER) - Users mailing list<br></div></div>
<a href="mailto:Users@lists.kamailio.org" target="_blank">Users@lists.kamailio.org</a> <mailto:<a href="mailto:Users@lists.kamailio.org" target="_blank">Users@lists.kamailio.org</a>><div class="Ih2E3d"><br>
<a href="http://lists.kamailio.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.kamailio.org/cgi-bin/mailman/listinfo/users</a><br>
<a href="http://lists.openser-project.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.openser-project.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
<br>
-- Daniel-Constantin Mierla<br>
<a href="http://www.asipto.com" target="_blank">http://www.asipto.com</a><br>
<br>
<br>
------------------------------------------------------------------------<br>
<br>
_______________________________________________<br>
Kamailio (OpenSER) - Users mailing list<br>
<a href="mailto:Users@lists.kamailio.org" target="_blank">Users@lists.kamailio.org</a><br>
<a href="http://lists.kamailio.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.kamailio.org/cgi-bin/mailman/listinfo/users</a><br>
<a href="http://lists.openser-project.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.openser-project.org/cgi-bin/mailman/listinfo/users</a><br>
</div></blockquote><div><div></div><div class="Wj3C7c">
<br>
-- <br>
Daniel-Constantin Mierla<br>
<a href="http://www.asipto.com" target="_blank">http://www.asipto.com</a><br>
<br>
</div></div></blockquote></div><br>