<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal">I am working with a very large customer running Asterisk with PJSIP. Systems total channels have been over 2500 (which includes hundreds of local channels and ConfBridges) when the issues occur.<o:p></o:p></p>
<p class="MsoNormal">It’s running on a Hyper-V VM with 12 CPU cores.<o:p></o:p></p>
<p class="MsoNormal">Things work fine most of the time.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">They periodically see 10-30 minute periods where audio starts sounding like jitter buffer type issues. Can literally have someone spelling their name and a ConfBridge recording of it shows the audio is missing a letter or two.<o:p></o:p></p>
<p class="MsoNormal">The odd part is another system (not running Asterisk) was handling these calls previously. The overall network has plenty of bandwidth (as evidenced by another system able to handle the call volume)<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">One area that has perplexed us is when using htop, we see a single CPU core will spike to 100%. Which core does keep changing.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Asterisk is definitely the process using the vast majority of the CPU cycles.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">We recently found a setting on Hyper-V networking SR-IOV which improved things. Prior to changing this setting, we were seeing SIP OPTIONS packets/responses would occasionally take more than 3 seconds causing devices to drop and come back
online.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">We have configured a similar system running at Amazon handling far more traffic and can’t get the single CPU core to spike. Only small static pops during the calls.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The sheer scale of the system is making it hard to diagnose the problem.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Any thoughts on how to diagnose what is causing the single CPU core to spike?<o:p></o:p></p>
<p class="MsoNormal">Any thoughts on how to diagnose the problem?<o:p></o:p></p>
<p class="MsoNormal">Any other thoughts/comments?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Dan<o:p></o:p></p>
</div>
<span style="font-size:10.0pt"><br>
This email is intended only for the use of the party to which it is addressed and may contain information that is privileged, confidential, or protected by law. If you are not the intended recipient you are hereby notified that any dissemination, copying or
distribution of this email or its contents is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer.
</span>
</body>
</html>