<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix"><font face="Helvetica, Arial,
        sans-serif">Hi,<br>
        <br>
      </font>On 16/11/2013 10:02, Olle E. Johansson wrote:<br>
    </div>
    <blockquote
      cite="mid:DFE0ADCA-2A9A-491C-9630-B15B63A6BB31@edvina.net"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=ISO-8859-1">
      <base href="x-msg://810/"><br>
      <div>
        <div>16 nov 2013 kl. 00:57 skrev Damon Estep <<a
            moz-do-not-send="true" href="mailto:damon@soho-systems.com">damon@soho-systems.com</a>>:</div>
        <br class="Apple-interchange-newline">
        <blockquote type="cite">
          <div link="blue" vlink="purple" style="font-family: Helvetica;
            font-size: medium; font-style: normal; font-variant: normal;
            font-weight: normal; letter-spacing: normal; line-height:
            normal; orphans: 2; text-align: -webkit-auto; text-indent:
            0px; text-transform: none; white-space: normal; widows: 2;
            word-spacing: 0px; -webkit-text-size-adjust: auto;
            -webkit-text-stroke-width: 0px; " lang="EN-US">
            <div class="WordSection1" style="page: WordSection1; ">
              <div style="margin: 0in 0in 0.0001pt; font-size: 12pt;
                font-family: 'Times New Roman', serif; "><span
                  style="font-size: 11pt; font-family: Calibri,
                  sans-serif; color: rgb(31, 73, 125); ">I typically
                  have 250 concurrent channels active per server.<o:p></o:p></span></div>
              <div style="margin: 0in 0in 0.0001pt; font-size: 12pt;
                font-family: 'Times New Roman', serif; "><span
                  style="font-size: 11pt; font-family: Calibri,
                  sans-serif; color: rgb(31, 73, 125); "> </span></div>
              <div style="margin: 0in 0in 0.0001pt; font-size: 12pt;
                font-family: 'Times New Roman', serif; "><span
                  style="font-size: 11pt; font-family: Calibri,
                  sans-serif; color: rgb(31, 73, 125); ">RTP is not
                  handled in the sip channel, but qualify and the
                  realtime database updates for SIP peers are.<o:p></o:p></span></div>
              <div style="margin: 0in 0in 0.0001pt; font-size: 12pt;
                font-family: 'Times New Roman', serif; "><span
                  style="font-size: 11pt; font-family: Calibri,
                  sans-serif; color: rgb(31, 73, 125); "> </span></div>
              <div style="margin: 0in 0in 0.0001pt; font-size: 12pt;
                font-family: 'Times New Roman', serif; "><span
                  style="font-size: 11pt; font-family: Calibri,
                  sans-serif; color: rgb(31, 73, 125); ">High RTP load
                  won't affect SIP scheduling. High SIP load will.<o:p></o:p></span></div>
              <div style="margin: 0in 0in 0.0001pt; font-size: 12pt;
                font-family: 'Times New Roman', serif; "><span
                  style="font-size: 11pt; font-family: Calibri,
                  sans-serif; color: rgb(31, 73, 125); "> </span></div>
              <div style="margin: 0in 0in 0.0001pt; font-size: 12pt;
                font-family: 'Times New Roman', serif; "><span
                  style="font-size: 11pt; font-family: Calibri,
                  sans-serif; color: rgb(31, 73, 125); ">Apples and
                  Oranges.</span></div>
            </div>
          </div>
        </blockquote>
        Yes, there's one single thread in chan_sip handling all the
        Qualify and inbound sip messages. If we moved the database
        updates to a background thread the situation would improve. Then
        the monitor thread would just move on to the next message,
        letting another thread wait for the database.</div>
    </blockquote>
    Would this include updates to the astdb?  The only case of this I
    see is with updates to astdb (not using realtime myself on the
    particular cluster where I bumped into this) on REGISTER requests. 
    Since I don't use astdb for anything other than the sip and iax2
    registry for storing registration data for reloads/restarts I opted
    to just put it on a tmpfs and the problem went away.  Quite possibly
    that won't help the op here (external DB?) but in case anybody else
    has a high frequency of inbound SIP REGISTER requests, or don't care
    about losing the astdb on server crash/reboot (not asterisk
    restart):<br>
    <br>
<a class="moz-txt-link-freetext" href="http://jkroon.blogs.uls.co.za/it/voip/asterisk-massively-speeding-up-those-register-requests">http://jkroon.blogs.uls.co.za/it/voip/asterisk-massively-speeding-up-those-register-requests</a><br>
    <br>
    JK<br>
  </body>
</html>