<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 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 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 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 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>
</blockquote>
</div>
<br>
</div>
</div>
<br>
<fieldset class="gmail-m_9142077707150877029mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
<br>
</div></div></div>
</blockquote></div><br></div></div>