<p class="MsoNormal">CPU:<span style="mso-spacerun:yes">  </span>Dual Intel(R)
Xeon(R) CPU<span style="mso-spacerun:yes">           </span>X5650<span style="mso-spacerun:yes">  </span>@ 2.67GHz <br></p><p class="MsoNormal">2 Times ( CPU has 6 cores)</p><p class="MsoNormal"><br></p>

<p class="MsoNormal"><span style="mso-ansi-language:EN-US" lang="EN-US">Memory: 3
GB</span></p>

<p class="MsoNormal"><span style="mso-ansi-language:EN-US" lang="EN-US">ASUS
Z8PE-D12X – Motherboard</span></p>

<p class="MsoNormal"><span style="mso-ansi-language:EN-US" lang="EN-US">TE410P</span></p>

<br>Load is never above the 0.5 out of 24 available. <br><br>Asterisk takes like 130% of CPU time.<br><br>About interrupts I&#39;ll check that during load hours. This is a test run running right now.<br><br>root@ostional:~# dahdi_test <br>
Opened pseudo dahdi interface, measuring accuracy...<br>99.986% 99.985% 99.984% 99.980% 99.982% 99.987% 99.983% 99.981% <br>99.987% 99.983% 99.983% 99.984% 99.982% 99.984% 99.984% 99.983% <br>99.981% 99.984% 99.985% 99.986% 99.978% 99.984% 99.986% 99.979% ^C<br>
--- Results after 24 passes ---<br>Best: 99.987 -- Worst: 99.978 -- Average: 99.983408, Difference: 100.016591<br><br>A look at the proc interrupts now<br><br>root@ostional:~# cat /proc/interrupts<br>            CPU0       CPU1       CPU2       CPU3       CPU4       CPU5       CPU6       CPU7       CPU8       CPU9       CPU10      CPU11      CPU12      CPU13      CPU14      CPU15      CPU16      CPU17      CPU18      CPU19      CPU20      CPU21      CPU22      CPU23      <br>
   0:         33          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0   IO-APIC-edge      timer<br>
   1:          2          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0   IO-APIC-edge      i8042<br>
   8:          1          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0   IO-APIC-edge      rtc0<br>
   9:          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0   IO-APIC-fasteoi   acpi<br>
  12:          4          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0          0   IO-APIC-edge      i8042<br>
  16:      11246          0          0          0          0          0          0          0       9998          0          0          0          0          0          0          0          0          0          0          0    1856235          0          0          0   IO-APIC-fasteoi   uhci_hcd:usb3, uhci_hcd:usb8, pata_it8213, wct4xxp<br>
  17:      11244          0          0       9998          0          0          0          0          0          0          0          0          0          0          0    1856225          0          0          0          0          0          0          0          0   IO-APIC-fasteoi   wct4xxp<br>
  18:         66          0          0          0          0          0          0          0          0          0          0          0          0<br><br><div class="gmail_quote">On Tue, Jun 28, 2011 at 3:18 AM, Krzysztof Drewicz <span dir="ltr">&lt;<a href="mailto:krzysztofdrewicz@gmail.com">krzysztofdrewicz@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br><br><div class="gmail_quote"><div class="im">2011/6/28 Robert Thomas <span dir="ltr">&lt;<a href="mailto:thomcr@gmail.com" target="_blank">thomcr@gmail.com</a>&gt;</span><br>
<blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex">


<p class="MsoNormal"><span lang="EN-US">Hello Everyone,</span></p><p class="MsoNormal"><span lang="EN-US"><br></span></p><p class="MsoNormal"><span lang="EN-US">We have a 7
E1 SS7 linkset that above 70 calls load starts to flap constantly. The MTP goes
down, and comes back after 10 seconds or so. <br></span></p></blockquote><div> </div></div><blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex"><p class="MsoNormal">

<span lang="EN-US"></span></p><p>Could this because of line errors, slips or problems on the line? How could we check that from the asterisk side?<br>
</p></blockquote></div><br><br>Too much load on asterisk box? If you have Digum&#39;s card there is a tool that checks how accurately hardware interrupts are being handled / routed<br>1st check the /proc/interrupts file, <br>

2nd look for tool named zttest it should yeald at least 99.98 %<br><br>This is no slip problem, as if i got it correct: if you don&#39;t run any calls, your digital lines are stable (no alerts etc...) <br><br>What kind of hw you have there ?<br>

<br>--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-ss7 mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-ss7" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-ss7</a><br></blockquote></div><br><br clear="all"><br>-- <br>Robert<br>