<br><br><div class="gmail_quote">On Wed, Apr 21, 2010 at 6:13 PM, bruce bruce <span dir="ltr"><<a href="mailto:bruceb444@gmail.com">bruceb444@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
How can I find out what the source of the problem is guys?<div><br></div><div>As I said I didn't change anything, except for making few minor changes to the firewall today and that was at Amazon firewall level and not within CentOS.</div>
<div><br></div><div>What causes these bad dahdi_test values? </div><div><br></div><div>P.S. there is only few calls load at anytime on this server.</div></blockquote><div><br>Here are few ideas:<br><br>1. I have seen complaints that as Amazon loads up its virtual machines, that neighboring VM's running on the same hardware are sucking up CPU cycles and reducing the performance of the other VM's on board. One guy was complaining that to get the same performance he got a few months ago, he has to move to a more powerful machine, which costs more $$$$. You might move up to a more expensive, faster VM and see if it helps.<br>
<br>2. I don't know exactly how Dahdi gets its timing, but I do know that it has two methods; one involves HIGH RES TIMERS compiled into the kernel. The other when the high-res stuff isn't included. You can decompress /proc/config.gz into a local file and look for HIGHRES to be defined. If it isn't you might try to find a kernel with it defined, and see if it helps. <br>
<br>3. If you are on 1.6.1 or 1.6.2 (too tired to look up which), you could try using another method of generating timing than dahdi_dummy. I suspect that they may just reflect code already in Dahdi_dummy... but this seems like something you might want to become knowledgeable about!<br>
<br>murf<br><br><br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><br></div><div>Thanks<br><br><div class="gmail_quote"><div>
<div></div><div class="h5">On Wed, Apr 21, 2010 at 8:03 PM, Carlos Chavez <span dir="ltr"><<a href="mailto:cursor@telecomabmex.com" target="_blank">cursor@telecomabmex.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div></div><div class="h5"><div>On Wed, 2010-04-21 at 19:36 -0400, bruce bruce wrote:<br>
> Here are result of dahdi_test:<br>
><br>
><br>
> [root@ip-10-251-123-3 ~]# dahdi_test<br>
> Opened pseudo dahdi interface, measuring accuracy...<br>
> 99.725% 96.018% 99.532% 91.934% 99.923% 99.923% 99.628% 99.434%<br>
> -434.763% 99.239% 93.770% 99.141% 99.822% 91.232% 99.727% 93.770%<br>
> 99.726% -403.227% 98.069% 98.458% 95.136% 98.749% 91.229% 87.622%<br>
> 98.554% 93.282% -407.620% 94.650% 96.308% 98.750% 96.993% 93.478%<br>
> 94.063% 93.381% 61.745% -379.400% 99.628% 99.921% 99.142% 96.797%<br>
> 98.457% 99.337% 87.909% 95.141% -396.880% 99.531% 99.923% 99.921%<br>
> 91.035% 96.408% 91.916% 90.255% -402.153% 81.079% 74.534% 96.212%<br>
><br>
><br>
> What can one tell from these?<br>
><br>
</div> Only that your timing source sucks. You need 99.9% or higher if you<br>
want a stable system. I have servers with dahdi_dummy that never go<br>
below 99.7% accuracy. You really need to check your timing source.<br>
<font color="#888888"><br>
--<br>
Telecomunicaciones Abiertas de México S.A. de C.V.<br>
Carlos Chávez Prats<br>
Director de Tecnología<br>
+52-55-91169161 ext 2001<br>
</font><br></div></div><div class="im">--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
<a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</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" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></div></blockquote></div><br></div>
<br>--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
<a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</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" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div><br><br clear="all"><br>-- <br>Steve Murphy<br>ParseTree Corp<br>
<br>