<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 12, 2017 at 12:23 PM, bala murugan <span dir="ltr"><<a href="mailto:fightwithme@gmail.com" target="_blank">fightwithme@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">Thanks Gunnar , </div><div class="gmail_extra"><br></div><div class="gmail_extra">This is load test to understand how many message it can handle and where the bottleneck is .</div><div class="gmail_extra"><br></div><div class="gmail_extra">14 MESSAGE / sec - takes longer time for the Message to be processed , not sure if there is some kind of delay in picking up the message from the queue </div><div class="gmail_extra">and also it will  never be realtime with this rate .</div><div class="gmail_extra"><br></div><div class="gmail_extra">Checking if this is already improved or if there is a way to improve this to handle by adding more taskprocessors on the ast_msg_queue or reading more messages from the queue etc.</div><div class="gmail_extra"><br></div><div class="gmail_extra">btw  i have good system resources like CPU(16 core),memory(32GB) etc </div><div class="gmail_extra"><br></div><div class="gmail_extra">I dont know how this asterisk taskprocessor works or implemented .</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">thanks,</div><div class="gmail_extra">bala</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Wed, May 24, 2017 at 3:18 AM, Gunnar Hellström <span dir="ltr"><<a href="mailto:gunnar.hellstrom@omnitor.se" target="_blank">gunnar.hellstrom@omnitor.se</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000"><span>
    Den 2017-05-23 kl. 23:58, skrev bala murugan:<br>
    <blockquote type="cite">
      <div dir="ltr">Hi , 
        <div><br>
        </div>
        <div> Is anyone aware of how many SIP MESSAGE per sec asterisk
          can handle , is there a benchmark </div>
        <div>has this been load tested and results available some where
          , if there is can you some one share it please . </div>
        <div><br>
        </div>
        <div>The reason is we ran 16 per sec and we see the
          ast_msg_queue is backing up with lot of messages</div>
      </div>
    </blockquote></span>
    <GH>This may depend on your test setup. Are you sending
    between a fixed pair of URI:s, or multiple?<br>
    Have you considered this rule from RFC 3428? "<br>
    <pre style="color:rgb(0,0,0);font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;word-spacing:0px;text-decoration-style:initial;text-decoration-color:initial;word-wrap:break-word;white-space:pre-wrap">   A UAC MUST NOT initiate a new out-of-dialog MESSAGE transaction to a
   given URI if there is a previous out-of-dialog transaction pending
   for the same URI."

So, if you are sending between one pair of URI:s, the sender needs to wait for a final response before sending next MESSAGE. With usual network delays that can mean a maximum of about 5 MESSAGE per second or so. 

With multiple URIs on both sides, the figure should be higher.

Regards
Gunnar
</pre>
    <blockquote type="cite">
      <div dir="ltr">
        <div><br>
        </div>
        <div>thanks,</div>
        <div>Bala</div>
      </div>
      <br>
      <fieldset class="m_-5140350187552395506m_7775707769773014889mimeAttachmentHeader"></fieldset>
      <br>
    </blockquote>
    <br>
  </div>

<br></div></div><span class="HOEnZb"><font color="#888888">--<br>
______________________________<wbr>______________________________<wbr>_________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" rel="noreferrer" target="_blank">http://lists.digium.com/mailm<wbr>an/listinfo/asterisk-dev</a><br></font></span></blockquote></div><br></div></div>
</blockquote></div><br></div></div>