Hi!
I got some reports of (Debian Testing/Unstable) systems where the
timerfd timing didn't work properly and the workaround was reverting to
the pthreads one. I have not yet managed to reproduce them here.
I wonder if this is the issue.
How about this:
Hi,
My Asterisk is not running on a virtual machine, and Debian does not have an
X Server.
I have no value with Kernel Timing enabled. Do you think it may be bound for
the proper functioning of chan_local? I have no problem with the Dial
(SIP/XX), but only with the Dial (Local/XX) :-(
Do you
On Wed, Jul 21, 2010 at 10:58:34AM +0200, Mickael Monsieur wrote:
Hi,
My Asterisk is not running on a virtual machine, and Debian does not have an
X Server.
I have no value with Kernel Timing enabled. Do you think it may be bound for
the proper functioning of chan_local? I have no problem
2.6.30-2-686 (Debian)
2010/7/21 Tzafrir Cohen tzafrir.co...@xorcom.com
On Wed, Jul 21, 2010 at 10:58:34AM +0200, Mickael Monsieur wrote:
Hi,
My Asterisk is not running on a virtual machine, and Debian does not have
an
X Server.
I have no value with Kernel Timing enabled. Do you
Nobody uses chan_local
2010/7/16 Mickael Monsieur mickael.monsi...@gmail.com
Hello
I just coding a AGI script for billing.
- For external calls, I pass the call directly on a trunk. I do :
Dial(trunk1/extension) - OK !
- For internal calls (shortcode, others users ...) I am
Hi!
Nobody uses chan_local
Absolutely nobody. Except you. ;-
Maybe this will help you: Search for Asterisk timing, consider to not
run Asterisk in a virtual environment, and do not run X on the same box.
Makre sure to turn off silence suppression in your SIP client(s).
Search for
Asterisk runs fine in a Virtual environment; it is (some) functions that
depend on real timing that may (will) give you fits.
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us