asterisk users - Feb 2009 - Asterisk 1.6.x timing API

Folks,

I've read some sources claiming that Asterisk does not need DAHDI for
timing in 1.6.1.  Is this true?  Searching the web, all I can find is
pages celebrating the fact but no actual documentation on which version
it was introduced in and how one would go about configuring an external
time source.

I'm having a devil of a job trying to compile DAHDI on a hosted Xen VM
and thought I might try my luck using the timing API instead.

Does it exist and if so, where can I find some docs on setting it up?

Cheers,
Mike.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url :
http://lists.digium.com/pipermail/asterisk-users/attachments/20090214/918e5b6a/attachment.pgp

Mike wrote:
> I've read some sources claiming that Asterisk does not need DAHDI for
> timing in 1.6.1.  Is this true?  Searching the web, all I can find is
> pages celebrating the fact but no actual documentation on which version
> it was introduced in and how one would go about configuring an external
> time source.
The documentation is currently lacking, but will be improved before the
next 1.6.1 release candidate is produced.
> Does it exist and if so, where can I find some docs on setting it up?
It's quite simple; either load res_timing_pthread instead of
res_timing_dahdi explicitly in modules.conf, or use menuselect to
disable res_timing_dahdi from being built and let autoload load
res_timing_pthread instead.

In 1.6.2, there will be an additional timing module, that uses the
timerfd interface exposed by recent Linux kernels. If you want to try
it, backporting it to 1.6.1 should be as simple as copying the
res_timing_timerfd.c source file from trunk to a 1.6.1 installation.

Keep in mind that these modules only provide timing; they do not provide
conference mixing as required by app_meetme. For that, you'll have to
wait for 1.6.2 or possibly 1.6.3 to get access to the new softmixing
bridge functionality that is being worked on.

-- 
Kevin P. Fleming
Digium, Inc. | Director of Software Technologies
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
skype: kpfleming | jabber: kpfleming at digium.com
Check us out at www.digium.com & www.asterisk.org