<div dir="ltr"><div><div><div><div><div>All mentioned boxes are VMWare VMs probably configured with default drivers and settings.<br></div>Unfortunately, I don't know which network equipements are used when those boxes communicate with each other.<br></div>So yes, maybe I banged into an unexpected limit because of this ignorance.<br><br></div>Anyway, from my testing, I was mostly surprised  by 2 things:<br><br></div>1- I consistently hit a 200 calls when I let run an Asterisk instance on the SIPp (calls passing locally from SIPp to a first Asterisk instance before hitting SUT): I thought that communications inside a given VM was "unlimited and cheap" and I was apparently wrong,<br></div><div>Disabling Asterisk in my first VM allowed me to hit a 500 limit at the price of loosing Asterisk flexibility to log RTCP stats, select exotic codec and so on.<br><br></div>2- Increasing asterisk.conf's maxfiles value (from 10000 to 40000, for instance), allowed me to get more than 695 successfull call out of 700 but I could succeed to get, even once, 700 successfull calls, even when I tried with my current 400000 maxfiles limit.<br></div><div class="gmail_extra"><br><div class="gmail_quote">2018-03-06 23:35 GMT+01:00 Bruce Ferrell <span dir="ltr"><<a href="mailto:bferrell@baywinds.org" target="_blank">bferrell@baywinds.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
On 03/06/2018 01:58 PM, Olivier wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello,<br>
<br>
I'm running load testing sessions.<br>
My System Under Test is an asterisk 13 with 16GB, configured with maxfiles set to 400 000.<br>
This system is supposed do produce simple SIP trunking services without transcoding.<br>
<br>
<br>
The box sending call to my System Under Test is anabled with SIPp.<br>
I'm banging on a 700 concurrent calls/50 CAPS limit I would like to improve, if possible.<br>
<br>
Tests are done with both signaling and media like this:<br>
<br>
SIPp <---> SUT (asterisk 13) <---> Asterisk box echoing media<br>
<br>
I checked bandwidth first and got 930 Mb/s on each leg (from SIPp to SUT or SUT to echoing box) using iperf3 TCP testing though my target relies on UDP<br>
<br>
<br>
My questions are:<br>
<br>
1. Have you ever noticed a better scalability using UDP or TCP ?<br>
<br>
2. Where do Retransmission I'm observing on SIPp console most probably come from ? Network issues ? My SIPp not beeing correctly tuned ? Lack of resources somewhere ?<br>
<br>
3. Recommandations ? Suggestions ?<br>
<br>
Best<br>
<br>
<br>
</blockquote></div></div>
I do network management for a living.<br>
<br>
In your description, I see nothing to describe the network other than an observed 930Mb/s.<br>
<br>
What is the network configuration;  What NIC(s), switches etc.<br>
<br>
Treating these as effectively "unlimited" is a certain recipe for banging into unexpected limits.<br>
<br>
Different NICs and switchs can and do provide differing levels of performance.<span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
<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>
Check out the new Asterisk community forum at: <a href="https://community.asterisk.org/" rel="noreferrer" target="_blank">https://community.asterisk.org<wbr>/</a><br>
<br>
New to Asterisk? Start here:<br>
     <a href="https://wiki.asterisk.org/wiki/display/AST/Getting+Started" rel="noreferrer" target="_blank">https://wiki.asterisk.org/wik<wbr>i/display/AST/Getting+Started</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
  <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" rel="noreferrer" target="_blank">http://lists.digium.com/mailma<wbr>n/listinfo/asterisk-users</a></font></span></blockquote></div><br></div>