On 04/21/2010 05:36 PM, bruce bruce wrote:
Here are result of dahdi_test:
[r...@ip-10-251-123-3 ~]# dahdi_test
Opened pseudo dahdi interface, measuring accuracy...
99.725% 96.018% 99.532% 91.934% 99.923% 99.923% 99.628% 99.434%
-434.763% 99.239% 93.770% 99.141% 99.822% 91.232% 99.727% 93.770%
99.726% -403.227% 98.069% 98.458% 95.136% 98.749% 91.229% 87.622%
98.554% 93.282% -407.620% 94.650% 96.308% 98.750% 96.993% 93.478%
94.063% 93.381% 61.745% -379.400% 99.628% 99.921% 99.142% 96.797%
98.457% 99.337% 87.909% 95.141% -396.880% 99.531% 99.923% 99.921%
91.035% 96.408% 91.916% 90.255% -402.153% 81.079% 74.534% 96.212%
What can one tell from these?
On Wed, Apr 21, 2010 at 6:59 PM, bruce bruce <bruceb...@gmail.com
<mailto:bruceb...@gmail.com>> wrote:
Thanks for the input.
I am going to check this once I get access to system again tonight.
But I thought the timing source dahdi_dummy is only good for
features like MeetMe or conference rooms? or am I wrong and it has
an effect on any type of calls and checking voice messages?
Thanks
On Wed, Apr 21, 2010 at 2:49 PM, Ryan Bullock <rrb3...@gmail.com
<mailto:rrb3...@gmail.com>> wrote:
So I be it sounds like all the recordings are underwater.
Are you using dahdi for timing? Can you run dahdi_test?
Asterisk needs a good timing source, in the case when you
don't have a physical card providing it, it relies on kernel
ticks or the RTC (or HPET). Because of the nature of virtual
machines they don't always get access to the processor when
they want and therefore their timing can get skewed and can be
bad for real-time applications.
There are some patches/work-arounds that you can do. You might
want to google 'asterisk in a virtual machine' or 'asterisk
timing virutal machine', or anything along those lines.
I think I remember in some of the recent dahdi or asterisk
release notes that they changed some settings to be more
virtual machine friendly. So maybe make sure you are running
the latest versions?
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by
http://www.api-digital.com <http://www.api-digital.com/> --
New to Asterisk? Join us for a live introductory webinar every
Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
What in the world? Bruce, that is a measure of accuracy of your timing
source. I believe that is the issue. What is this running on?
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
