<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>Hi Bala,</p>
    <p>I don't know enough about the message processing in Asterisk to
      give hints on that level. <br>
    </p>
    <p>I only wanted to indicate that it could be network transmission
      time that sets the limit to the throughput for MESSAGE. There will
      be at least 4 transmissions on SIP level, to share the 70 
      milliseconds interval you have. Thus 17 milliseconds transmission
      time per SIP network transmission. Maybe that is the speed limit
      of your network.   <br>
    </p>
    <p>Gunnar<br>
    </p>
    <br>
    <div class="moz-cite-prefix">Den 2017-06-12 kl. 21:08, skrev bala
      murugan:<br>
    </div>
    <blockquote
cite="mid:CAJQn6_zWs9N+Cb1QCK+aSihnvJENFtimvTABuNOkSFPN4vg2nw@mail.gmail.com"
      type="cite">
      <div dir="ltr">Hi Gunnar , 
        <div class="gmail_extra"><br>
        </div>
        <div class="gmail_extra">        Each message is addressed to
          unique and single URI and as expected by protocol after
          receiving 202 for each message .</div>
        <div class="gmail_extra"><br>
        </div>
        <div class="gmail_extra">        Then it is expected rate
          because the protocol requires end - to - end confirmation by
          200 OK or 202 before sending next MESSAGE.</div>
        <div class="gmail_extra">        [Bala] any idea what this means
          expected rate ? whether 14 is accepted or only 5 is accpeted .</div>
      </div>
    </blockquote>
    <GH>First sum the network transmission times involved in the
    MESSAGE transaction and calculate how many such transactions you can
    theoretically get through.<br>
    <blockquote
cite="mid:CAJQn6_zWs9N+Cb1QCK+aSihnvJENFtimvTABuNOkSFPN4vg2nw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra"><br>
        </div>
        <div class="gmail_extra">        Right now @ 14/sec we see the
          msg_queue is backedup and the message processing thread which
          is single threaded @ the moment now / taskprocessing thread is
          not keeping up </div>
        <div class="gmail_extra"><br>
        </div>
        <div class="gmail_extra">        Please advice .</div>
        <div class="gmail_extra">thanks,</div>
        <div class="gmail_extra">Bala</div>
        <div class="gmail_extra">   </div>
        <div class="gmail_extra">         <br>
          <div class="gmail_quote">On Mon, Jun 12, 2017 at 2:41 PM,
            Gunnar Hellström <span dir="ltr"><<a
                moz-do-not-send="true"
                href="mailto:gunnar.hellstrom@omnitor.se"
                target="_blank">gunnar.hellstrom@omnitor.se</a>></span>
            wrote:<br>
            <blockquote class="gmail_quote" style="margin:0px 0px 0px
              0.8ex;border-left:1px solid
              rgb(204,204,204);padding-left:1ex">
              <div bgcolor="#FFFFFF">
                <p>Hi Bala,</p>
                <p>You did not answer my question:</p>
                <p>Do you send these MESSAGE between the same two SIP
                  URI:s?</p>
                <p>Then it is expected rate because the protocol
                  requires end - to - end confirmation by 200 OK or 202
                  before sending next MESSAGE.</p>
                <p>If you send to many URI:s, then expected throughput
                  might be higher.</p>
                <p>Regards</p>
                <span class="gmail-HOEnZb"><font color="#888888">
                    <p>Gunnar<br>
                    </p>
                  </font></span>
                <div>
                  <div class="gmail-h5"> <br>
                    <div
                      class="gmail-m_9142077707150877029moz-cite-prefix">Den
                      2017-06-12 kl. 18:23, skrev bala murugan:<br>
                    </div>
                    <blockquote type="cite">
                      <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">On Wed, May 24, 2017
                            at 3:18 AM, Gunnar Hellström <span
                              dir="ltr"><<a moz-do-not-send="true"
                                href="mailto:gunnar.hellstrom@omnitor.se"
                                target="_blank">gunnar.hellstrom@omnitor.se</a>></span>
                            wrote:<br>
                            <blockquote class="gmail_quote"
                              style="margin:0px 0px 0px
                              0.8ex;border-left:1px solid
                              rgb(204,204,204);padding-left:1ex">
                              <div bgcolor="#FFFFFF"><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="gmail-m_9142077707150877029m_7775707769773014889mimeAttachmentHeader"></fieldset>
                                  <br>
                                </blockquote>
                                <br>
                              </div>
                              <br>
                              --<br>
                              ______________________________<wbr>______________________________<wbr>_________<br>
                              -- Bandwidth and Colocation Provided by <a
                                moz-do-not-send="true"
                                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 moz-do-not-send="true"
                                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>
                            </blockquote>
                          </div>
                          <br>
                        </div>
                      </div>
                      <br>
                      <fieldset
                        class="gmail-m_9142077707150877029mimeAttachmentHeader"></fieldset>
                      <br>
                    </blockquote>
                    <br>
                  </div>
                </div>
              </div>
            </blockquote>
          </div>
          <br>
        </div>
      </div>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
-----------------------------------------
Gunnar Hellström
Omnitor
<a class="moz-txt-link-abbreviated" href="mailto:gunnar.hellstrom@omnitor.se">gunnar.hellstrom@omnitor.se</a>
+46 708 204 288</pre>
  </body>
</html>