<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
Hi,<br>
<br>
At the moment, I'm registering 40000 users in FS using ODBC with no
more than 16 registration/sec.<br>
When I do a select in the sip_registrations table, I see that every
sip_user have an expires value equal to something like "1273141208"
even if I'm using an expire value of 3600 in my sip register request.<br>
<br>
+-----------------------+----------+--------------+----------------+-----------------------------------+-----------------+---------+------------+------------+-------------+---------------+--------------+----------+------------+--------------+--------------+--------------+----------+--------------+------------------+---------------+<br>
| call_id&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | sip_user | sip_host&nbsp;&nbsp;&nbsp;&nbsp; | presence_hosts |
contact&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | status&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | rpid&nbsp;&nbsp;&nbsp; |
expires&nbsp;&nbsp;&nbsp; | user_agent | server_user | server_host&nbsp;&nbsp; | profile_name |
hostname | network_ip | network_port | sip_username | sip_realm&nbsp;&nbsp;&nbsp; |
mwi_user | mwi_host&nbsp;&nbsp;&nbsp;&nbsp; | orig_server_host | orig_hostname |<br>
+-----------------------+----------+--------------+----------------+-----------------------------------+-----------------+---------+------------+------------+-------------+---------------+--------------+----------+------------+--------------+--------------+--------------+----------+--------------+------------------+---------------+<br>
| <a class="moz-txt-link-abbreviated" href="mailto:83755-2574@10.10.55.1">83755-2574@10.10.55.1</a> | 3755&nbsp;&nbsp;&nbsp;&nbsp; | 10.10.55.254 | 10.10.55.254&nbsp;&nbsp; |
"user" <a class="moz-txt-link-rfc2396E" href="mailto:sip:3755@10.10.55.1:5060">&lt;sip:3755@10.10.55.1:5060&gt;</a> | Registered(UDP) | unknown |
1273141208 | SIPp/Linux | 3755&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | 172.30.30.129 | internal&nbsp;&nbsp;&nbsp;&nbsp; |
voip&nbsp;&nbsp;&nbsp;&nbsp; | 10.10.55.1 | 5060&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | 3755&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | 10.10.55.254 |
3755&nbsp;&nbsp;&nbsp;&nbsp; | 10.10.55.254 | 172.30.30.129&nbsp;&nbsp;&nbsp; | voip&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | <br>
+-----------------------+----------+--------------+----------------+-----------------------------------+-----------------+---------+------------+------------+-------------+---------------+--------------+----------+------------+--------------+--------------+--------------+----------+--------------+------------------+---------------+<br>
<br>
When I look in the sofia status profile, it seems that the correct
expires value is set. Any idea why the expires is not set accordingly
to the SIP REGISTER.<br>
<br>
Moreover, when doing a "sofia status profile internal" with such a huge
subscribers list, the CPU is at 100% and processing no more SIP
messages.<br>
Is there a way to prevent this, by setting for example a lower priority
to CLI request. I already mounted the SQLlite DB in RAM to avoid IO
bottlenecks.<br>
<br>
regards,<br>
rod<br>
<br>
<br>
Le 04/05/2010 12:12, Rod. a &eacute;crit&nbsp;:
<blockquote cite="mid:4BDFD6FD.2050903@laposte.net" type="cite">
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
  <title></title>
Hi,<br>
  <br>
I already thought about that, as I'm using static IP it could be even
easier. <br>
But how to check network connectivity issue and reroute call to
voicemail asap: call progress timeout ??<br>
  <br>
rod<br>
  <br>
  <br>
  <br>
Le 03/05/2010 21:42, Jan Berger a &eacute;crit&nbsp;:
  <blockquote cite="mid:SNT135-w18CD702457BE5E08B7D51D2F20@phx.gbl"
 type="cite">
    <style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>May
a
suggest&nbsp;a change filter developed if this really is needed?<br>
&nbsp;<br>
Re-loading everything just in case something has changes is a huge
waste of bandwidth and CPU - if you install an intelligent change
filter you would be down to a few entries changing.<br>
&nbsp;<br>
Jan<br>
&nbsp;<br>
    <hr id="stopSpelling">Date: Mon, 3 May 2010 21:06:54 +0400<br>
From: <a moz-do-not-send="true" class="moz-txt-link-abbreviated"
 href="mailto:kawarod@laposte.net">kawarod@laposte.net</a><br>
To: <a moz-do-not-send="true" class="moz-txt-link-abbreviated"
 href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a><br>
Subject: Re: [Freeswitch-users] Registration ODBC feeded by another
registrar proxy<br>
    <br>
Hi,<br>
    <br>
thanks for your answer and just some details to describe what I'm
looking for.<br>
I have to register 25 000 subscribers, no NAT is involved, each
equipment has its own IP address.<br>
These equipments are registering every 60 seconds on our current
platform, but I can change this parameter if needed.<br>
Equipments are ADSL CPE (router), that's why I'm using 60sec cause
flapping could happen very often with ADSL if the copper line is
crappy. ADSL could be very unpredictable sometimes.<br>
As I don't want to delay too much forwarding to voicemail if a user is
unavailable (network issue), 60 sec was chosen (bandwith is not an
issue). But as I told before, I'm open to your suggestions.<br>
    <br>
To Philip, using a single SIP proxy (opensips/ser...) in front of a FS
cluster could be a single point of failure too.<br>
I think that maybe a solution using DNS SRV to distribute the load
across a cluster could do the trick or some kind of LVS (virtual IP
shared across many servers)<br>
XML curl is a good idea too.<br>
To be honest, clustering is a must to avoid a single point of failure,
but FS performance as a SBC are really great even on commodity
hardware, more than 100 CallPerSecond with no transcoding. That's why I
think that a mix with a SIP registrar and FS (and redundancy) could
easily handle my 25 000 subscribers. I did some lab (one or 2 years
ago) with Kamailio registering 90 000 users every 60sec (1500
Registration per second) without any issues.<br>
In my network, 25 000 users are not pushing more than 10 CPS and 500
simultaneous call. I'm not doing VoIP termination.<br>
    <br>
At the moment, I'm just collecting data/feedback on what could be done
as I have some time to work on this project, and if going further I
will share the configuration as I did before:<br>
    <a moz-do-not-send="true"
 href="http://wiki.freeswitch.org/wiki/SBC_Setup">http://wiki.freeswitch.org/wiki/SBC_Setup</a>
(not the best setup, but hope it helps users to begin with FS)<br>
    <br>
regards,<br>
rod.<br>
    <br>
    <br>
    <br>
    <br>
Le 03/05/2010 19:54, David Ponzone a &eacute;crit&nbsp;:
    <blockquote
 cite="mid:C5D5A056-B21C-4343-AA13-95D67B3EADA6@gmail.com">
      <div>Rod,</div>
      <div><br>
      </div>
Registering every 60 seconds is a bad idea, and this should not be
justified.
      <div>You should register every 1800 seconds and send a NAT
keepalive every X seconds.</div>
      <div>X should be slightly lower than the NAT UDP timeout of the
router in front of the phones, if the phones are behind NAT.</div>
      <div>If the phones are not behind NAT, NAT keepalive is not
necessary.</div>
      <div><br>
      <div><span
 style="text-transform: none; text-indent: 0px; border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; font-size: 14px; line-height: normal; font-size-adjust: none; font-stretch: normal; white-space: normal; letter-spacing: normal; color: rgb(0, 0, 0); word-spacing: 0px;"
 class="ecxApple-style-span">
      <div style="word-wrap: break-word;"><span
 style="text-transform: none; text-indent: 0px; border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; font-size: 14px; line-height: normal; font-size-adjust: none; font-stretch: normal; white-space: normal; letter-spacing: normal; color: rgb(0, 0, 0); word-spacing: 0px;"
 class="ecxApple-style-span">
      <div style="word-wrap: break-word;">
      <div><font class="ecxApple-style-span" face="'Helvetica Neue'"><font
 class="ecxApple-style-span" color="#1c00ff">David Ponzone &nbsp;</font><font
 class="ecxApple-style-span" size="3" color="#000000"><span
 style="font-size: 12px;" class="ecxApple-style-span">Direction
Technique</span></font></font></div>
      <div><font class="ecxApple-style-span" face="'Helvetica Neue'"><font
 class="ecxApple-style-span" size="3"><span style="font-size: 13px;"
 class="ecxApple-style-span">email: <a moz-do-not-send="true"
 href="mailto:david.ponzone@ipeva.fr">david.ponzone@ipeva.fr</a></span></font></font></div>
      <div><font class="ecxApple-style-span" face="'Helvetica Neue'"><font
 class="ecxApple-style-span" size="3"><span style="font-size: 13px;"
 class="ecxApple-style-span">tel: &nbsp; &nbsp; &nbsp;01 74 03 18 97</span></font></font></div>
      <div><font class="ecxApple-style-span" face="'Helvetica Neue'"><font
 class="ecxApple-style-span" size="3"><span style="font-size: 13px;"
 class="ecxApple-style-span">gsm: &nbsp; 06 66 98 76 34</span></font></font></div>
      <div><font class="ecxApple-style-span" face="'Helvetica Neue'"><br>
      </font></div>
      <div><font class="ecxApple-style-span" face="'Helvetica Neue'"
 color="#1c00ff">Service Client<span class="ecxApple-converted-space">&nbsp;</span></font><font
 class="ecxApple-style-span" face="'Helvetica Neue'"><font
 class="ecxApple-style-span" color="#ff0000">IP</font></font><font
 class="ecxApple-style-span" face="'Helvetica Neue'" color="#1c00ff">eva</font></div>
      <div><font class="ecxApple-style-span" face="'Helvetica Neue'"
 color="#1c00ff"><span
 style="font-family: Helvetica; color: rgb(0, 0, 0);"
 class="ecxApple-style-span">
      <div><font class="ecxApple-style-span" face="'Helvetica Neue'"><font
 class="ecxApple-style-span" size="3"><span style="font-size: 13px;"
 class="ecxApple-style-span">tel: &nbsp; &nbsp; &nbsp;0811 46 26 26</span></font></font></div>
      <div><font class="ecxApple-style-span" face="'Helvetica Neue'"
 size="3"><span style="font-size: 13px;" class="ecxApple-style-span">
      <div
 style="font-family: Arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10px; line-height: normal; font-size-adjust: none; font-stretch: normal; color: rgb(0, 34, 243);"><span
 style="text-decoration: underline;"><a moz-do-not-send="true">www.ipeva.fr</a></span><span
 style="color: rgb(101, 104, 149);">&nbsp; -&nbsp; &nbsp;<span
 style="color: rgb(0, 34, 243); text-decoration: underline;"><a
 moz-do-not-send="true">www.ipeva-studio.com</a></span></span></div>
      <div
 style="font-family: Arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10px; line-height: normal; font-size-adjust: none; font-stretch: normal; color: rgb(0, 34, 243);"><span
 style="text-decoration: underline;" class="ecxApple-style-span"><br>
      </span></div>
      <div
 style="font-family: Arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10px; line-height: normal; font-size-adjust: none; font-stretch: normal; color: rgb(0, 34, 243);"><span
 class="ecxApple-style-span">
      <div
 style="text-align: justify; font-family: Arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10px; line-height: normal; font-size-adjust: none; font-stretch: normal; color: rgb(192, 192, 192);"><i>Ce
message
et toutes les pi&egrave;ces jointes sont confidentiels et &eacute;tablis &agrave;
l'intention exclusive de ses destinataires. Toute utilisation ou
diffusion non autoris&eacute;e est interdite. Tout message &eacute;lectronique est
susceptible d'alt&eacute;ration.&nbsp;</i><b><i>IPeva</i></b><i>&nbsp;d&eacute;cline toute
responsabilit&eacute; au titre de ce message s'il a &eacute;t&eacute; alt&eacute;r&eacute;, d&eacute;form&eacute; ou
falsifi&eacute;. Si vous n'&ecirc;tes pas destinataire de ce message, merci de le
d&eacute;truire imm&eacute;diatement et d'avertir l'exp&eacute;diteur.</i></div>
      <div style="text-align: justify; text-decoration: underline;"><font
 class="ecxApple-style-span" color="#c0c0c0"><i><br>
      </i></font></div>
      </span></div>
      </span></font></div>
      </span></font></div>
      </div>
      </span><br class="ecxApple-interchange-newline">
      </div>
      </span><br class="ecxApple-interchange-newline">
      </div>
      <br>
      <div>
      <div>Le 03/05/2010 &agrave; 15:39, Rod. a &eacute;crit :</div>
      <br class="ecxApple-interchange-newline">
      <blockquote>
        <div>Hi list,<br>
        <br>
was playing with FS 1.0.6 and trying to test the registration <br>
performance of FS. (Yes I know FS is more suited as a B2BUA, but please
        <br>
read further :p)<br>
        <br>
So I did the following:<br>
&nbsp;&nbsp;&nbsp;&nbsp;- generate one xml file with 20 000 user account like this:<br>
&lt;include&gt;<br>
&lt;user id="1"&gt;<br>
&lt;params&gt;<br>
&lt;param name="password" value="1234"/&gt;<br>
&lt;/params&gt;<br>
&lt;/user&gt;<br>
&lt;user id="2"&gt;<br>
&lt;params&gt;<br>
&lt;param name="password" value="1234"/&gt;<br>
&lt;/params&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;...<br>
        <br>
Then I used Sipp to test how many registration per second could be
fired <br>
to the server (quad core 2.83Ghz).<br>
I setup ulimit variables, and disable nat.<br>
        <br>
I got this:<br>
&nbsp;&nbsp;&nbsp;&nbsp;- using SQL Lite: unable to get higher than 80 registrations per <br>
second (in fact it's less than this number but didn't test too much
this <br>
setup), I see a lot of retransmission in Sipp<br>
&nbsp;&nbsp;&nbsp;&nbsp;- using SQL Lite in ramdisk (tmpfs): OK with 80 registrations per <br>
second but not much<br>
&nbsp;&nbsp;&nbsp;&nbsp;- using ODBC and mysql: 130 reg/sec is OK<br>
        <br>
With ODBC, above 150 reg/sec I see that FS is stalled to 100-110% CPU,
I <br>
think it's because I'm using only one SIP profile and that SOFIA is <br>
monothreaded for this SIP profile.<br>
If I'd like to register every 60sec, the server has to support at least
        <br>
more than 300 registration per second.<br>
        <br>
So I'm wondering if I could setup something like this:<br>
&nbsp;&nbsp;&nbsp;&nbsp;- use another SIP Proxy as a registrar and feed the ODBC <br>
"sip_registration database" of FS<br>
&nbsp;&nbsp;&nbsp;&nbsp;- FS will be able to use this database to setup a call<br>
&nbsp;&nbsp;&nbsp;&nbsp;- use FS as the outbound proxy for call routing<br>
        <br>
But what about the user params that have been setup in the xml file <br>
above. I think that FS loads the user params each time a user is
registered.<br>
        <br>
Comments and advices are welcome.<br>
        <br>
regards,<br>
rod.<br>
        <br>
        <br>
        <br>
_______________________________________________<br>
FreeSWITCH-users mailing list<br>
        <a moz-do-not-send="true"
 href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
        <a moz-do-not-send="true" class="ecxmoz-txt-link-freetext"
 href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a moz-do-not-send="true" class="ecxmoz-txt-link-freetext"
 href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
        <a moz-do-not-send="true" class="ecxmoz-txt-link-freetext"
 href="http://www.freeswitch.org/">http://www.freeswitch.org</a><br>
        </div>
      </blockquote>
      </div>
      <br>
      </div>
      <pre><fieldset class="ecxmimeAttachmentHeader"></fieldset>
_______________________________________________
FreeSWITCH-users mailing list
<a moz-do-not-send="true" class="ecxmoz-txt-link-abbreviated"
 href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a>
<a moz-do-not-send="true" class="ecxmoz-txt-link-freetext"
 href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a moz-do-not-send="true" class="ecxmoz-txt-link-freetext"
 href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a moz-do-not-send="true" class="ecxmoz-txt-link-freetext"
 href="http://www.freeswitch.org/">http://www.freeswitch.org</a>
  </pre>
    </blockquote>
    <br>
    <br>
    <hr>Hotmail: Free, trusted and rich email service. <a
 moz-do-not-send="true"
 href="https://signup.live.com/signup.aspx?id=60969" target="_new">Get
it now.</a>
    <pre wrap=""><fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
FreeSWITCH-users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated"
 href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
 href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a moz-do-not-send="true" class="moz-txt-link-freetext"
 href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
 href="http://www.freeswitch.org">http://www.freeswitch.org</a>
  </pre>
  </blockquote>
  <br>
  <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
FreeSWITCH-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
  </pre>
</blockquote>
<br>
</body>
</html>