Hi Jordan,
it happened to me too. I disabled the ACPI function and it worked.
Giorgio Incantalupo
jordan pan wrote:
Hi all ,
In my pbx ,there is no zaptel card ,so i loading ztdummy,but problem
appear,when i dial the number into the pbx,sometimes i can not listen
to the ivr ,and no rtp
Thanks for your reply. this case happens sometimes,may be one twentieth.
yes,the ztdummy is using the RTC, and i make sure the USE_RTC had defined in
ztdummy.c.
and i will use the method in patch 13930.
Thanks.
Best wishs to you!
jordan
2010/7/12 Shaun Ruffell sruff...@digium.com
On
On 7/11/10 9:47 PM, jordan pan wrote:
In my pbx ,there is no zaptel card ,so i loading ztdummy,but problem
appear,when i dial the number into the pbx,sometimes i can not listen to
the ivr ,and no rtp create. if i unload the ztdummy driver,the proble will
disapper. I guess may be the timer
You can comment ztdummy out in /etc/sysconfig/zaptel. As for affecting icmo
On 2010-03-20 5:16 PM, Joao Gomes Pereira gomespere...@startel.pt wrote:
Hello
I have a 4 span PRI board with Zaptel, and Im using it for a long time.
In the last days I noticed that the result of zap show status show a
Ztdummy enabled should not affect incoming calls.
On 2010-03-20 5:22 PM, Zeeshan Zakaria zisha...@gmail.com wrote:
You can comment ztdummy out in /etc/sysconfig/zaptel. As for affecting icmo
On 2010-03-20 5:16 PM, Joao Gomes Pereira gomespere...@startel.pt
wrote:
Hello
I have...
--
Gordon Henderson schrieb:
On Tue, 17 Feb 2009, Gordon Henderson wrote:
It looks like something has changed in the HPET kernel code in 2.6.28
(maybe .27 too) that's stopped ztdummy.c compiling (in 1.2 and 1.4
versions of zapata) A kernel structure member has been renamed with some
crypic
On Tue, 17 Feb 2009, Gordon Henderson wrote:
It looks like something has changed in the HPET kernel code in 2.6.28
(maybe .27 too) that's stopped ztdummy.c compiling (in 1.2 and 1.4
versions of zapata) A kernel structure member has been renamed with some
crypic comments in the lkml about it.
On Tue, Feb 17, 2009 at 5:00 PM, Gordon Henderson
gordon+aster...@drogon.net wrote:
Meanwhile what's the 2nd best way to use ztdummy - force it to use the RTC
instead?
The best way to use ztdummy is to read about the change to using
DAHDI, and use dahdi_dummy instead.
Gordon Henderson wrote:
Anyone know the right thing to do - I'm not up on the linux kernel guts,
nor how ztdummy might interact with it, so simply renaming the structure
member (from expires to _expires) is probably not the right thing to do...
If you're already making system changes and
On Tue, 17 Feb 2009, David Backeberg wrote:
On Tue, Feb 17, 2009 at 5:00 PM, Gordon Henderson
gordon+aster...@drogon.net wrote:
Meanwhile what's the 2nd best way to use ztdummy - force it to use the RTC
instead?
The best way to use ztdummy is to read about the change to using
DAHDI, and
Hi JR,
Tried with another motherboard: it works!!
Tried with Asterisk 1.2 and 1.4: it works!!
I cannot still believeit works...IT WORKS!!!
Need to make some other tests with other kernels/machines/cards but I'm
sure this is the right way!
Thank you thank you thank you!!! ::-))
Giorgio.
I remember having that issue once and I fixed it by changing a
configuration in the motherboard BIOS. It was related to the SATA hard
drive mode it was running on. The default configuration was set to
legacy mode I believe and when I changed it to enhanced mode the lost of
interrupts problem I
I'm getting crazy about ztdummy. I have to replicate a PBX where ztdummy
is working fine but for some reason I cannot.
The two machines have the same kernel, motherboard, the same gcc version
and the same zaptel 1.4.8. On the second machine zaptel compiles without
errors and ztdummy.ko is
On Sat, Nov 01, 2008 at 11:03:09PM -0200, Aldo D. Sudak wrote:
Loading zaptel hardware modules: ztdummy.
Running ztcfg: done.
There is no need to run ztcfg if you just want to use ztdummy.
The call to ztcfg is probably just part of some standard init script.
--
Stefan Tichy ( asterisk2 at
Ideas are welcome. Thanks in advance.
Aldo
Hi there,
Try running genzaptelconf -v and restart asterisk. Here's what I have
in /etc/zaptel.conf in order to have the MeetMe working.
# Autogenerated by /usr/sbin/genzaptelconf -- do not hand edit
# Zaptel Configuration File
#
# This file
On Sun, Nov 02, 2008 at 05:30:15PM +0200, Dobry Dobrev wrote:
Ideas are welcome. Thanks in advance.
Aldo
Hi there,
Try running genzaptelconf -v and restart asterisk. Here's what I have
in /etc/zaptel.conf in order to have the MeetMe working.
-v doesn't change the output .
Hi All, Hope someone can help.
Asterisk version 1.4.14 is running and just installed zaptel-1.4.11with only
ztdummy selected in menuselect .
ztdummy seems to be running (as below) but still get the above error, even
though I've stopped and restarted asterisk... Do I need to set ZAP_TIMING=-I
Most likely Asterisk has been built without zaptel support. (if you
built Asterisk first then zaptel second, this will happen)
Rebuild Asterisk.
PaulH
Shaun Wingrin wrote:
Hi All, Hope someone can help.
Asterisk version 1.4.14 is running and just installed
zaptel-1.4.11with only
Jerry Geis wrote:
I am running centos 4.6 i386 kernel 2.6.9-67
ztdummy compiles fine, loads fine, but does not work.
modprobe ztdummy debug=1
dmesg shows
ztdummy: init() finished
however the debug is supposed to print something every 5 seconds
it does not do this. Nor does
On Fri, May 09, 2008 at 11:33:30PM -0500, Perssy Llamosas wrote:
Hello list,
I have found some strange problem with the ztdummy timing, maybe you
have already have this problem before, I would appreciate some hints
here or maybe I need to file a bug.
First of all, some background:
I
Jerry Geis wrote:
ounds like the module got auto-unloaded due to not being in use.
I have found the most reliable way to invoke zaptel/ztdummy is using the
proper init script:
1. In your zaptel source directory, do make config. That will create
/etc/rc.d/init.d/zaptel and the rcX.d links
In article [EMAIL PROTECTED],
Jerry Geis [EMAIL PROTECTED] wrote:
Well after conversations on the list (thanks so much for responses) and
much google searching
it comes down to adding a kernel boot command line of acpi=off to
grub.conf.
This keeps the real time clock ticking and playing
In article [EMAIL PROTECTED],
Jerry Geis [EMAIL PROTECTED] wrote:
What does it take to get ztdummy to work correctly?
I have a new laptop HP HDX9200. I am running asterisk 1.4.19 and zaptel
1.4.9.2
Zaptel compiles fine. asterisk compiles fine. ztdummy loads asterisk runs.
Problem is
In article 47F4C604.1060301 at pagestation.com
http://lists.digium.com/mailman/listinfo/asterisk-users,
Jerry Geis geisj at pagestation.com
http://lists.digium.com/mailman/listinfo/asterisk-users wrote:
/ What does it take to get ztdummy to work correctly?
//
// I have a new laptop HP
On Thu, Apr 03, 2008 at 01:45:09PM +, Tony Mountifield wrote:
Jerry, the first thing to check is cat /proc/interrupts and see if there
is an entry for rtc on IRQ 8. There should be, and the interrupt counts
on there should be going up at approximately 1024 per second.
To see it better:
On Thu, Apr 03, 2008 at 01:45:09PM +, Tony Mountifield wrote:
/ Jerry, the first thing to check is cat /proc/interrupts and see if there
// is an entry for rtc on IRQ 8. There should be, and the interrupt counts
// on there should be going up at approximately 1024 per second.
/
To see it
On Apr 3, 2008, at 10:32 AM, [EMAIL PROTECTED]
wrote:
uname -a shows x86_64 and Centos 5.1, 2.6.18-53.1.14.el5
You can try zttest, although I'd bet it will hang. See what's going
to the console (or use dmesg.) If it's a lot of rtc errors, then
you'll likely need to upgrade your kernel
In article [EMAIL PROTECTED],
Jerry Geis [EMAIL PROTECTED] wrote:
On Thu, Apr 03, 2008 at 01:45:09PM +, Tony Mountifield wrote:
/ Jerry, the first thing to check is cat /proc/interrupts and see if
there
// is an entry for rtc on IRQ 8. There should be, and the interrupt counts
//
/ uname -a shows x86_64 and Centos 5.1, 2.6.18-53.1.14.el5
/
You can try zttest, although I'd bet it will hang. See what's going
to the console (or use dmesg.) If it's a lot of rtc errors, then
you'll likely need to upgrade your kernel to at least 2.6.23.11. That
worked for me.
You
In article [EMAIL PROTECTED],
Norman Franke [EMAIL PROTECTED] wrote:
On Apr 3, 2008, at 10:32 AM, [EMAIL PROTECTED]
wrote:
uname -a shows x86_64 and Centos 5.1, 2.6.18-53.1.14.el5
You can try zttest, although I'd bet it will hang. See what's going
to the console (or use dmesg.) If
In article [EMAIL PROTECTED],
Jerry Geis [EMAIL PROTECTED] wrote:
/ uname -a shows x86_64 and Centos 5.1, 2.6.18-53.1.14.el5
/
You can try zttest, although I'd bet it will hang. See what's going
to the console (or use dmesg.) If it's a lot of rtc errors, then
you'll likely need to
In article [EMAIL PROTECTED],
Tony Mountifield [EMAIL PROTECTED] wrote:
I have just installed ztdummy on a new system running 2.6.18-53.1.6.el5,
and it is incrementing fine. I didn't realise there was a newer kernel out;
I'll have to update and try again.
Just updated to 2.6.18-53.1.14.el5
Hi Jerry,
Is that with ztdummy loaded or not? By default, Linux doesn't have
anything
that uses the RTC interrupt, so without ztdummy it will usually stay
at 1.
Once ztdummy and zaptel are loaded, then you should see it incrementing.
If not, that suggests a problem.
I have just
In article [EMAIL PROTECTED],
Jerry Geis [EMAIL PROTECTED] wrote:
OK If I modprobe ztdummy then the RTC does start incrementing... to like
9250. then stops...
What now?
Sounds like the module got auto-unloaded due to not being in use.
I have found the most reliable way to invoke
ounds like the module got auto-unloaded due to not being in use.
I have found the most reliable way to invoke zaptel/ztdummy is using the
proper init script:
1. In your zaptel source directory, do make config. That will create
/etc/rc.d/init.d/zaptel and the rcX.d links to it.
2.
On Thu, Apr 03, 2008 at 04:45:27PM +, Tony Mountifield wrote:
In article [EMAIL PROTECTED],
Jerry Geis [EMAIL PROTECTED] wrote:
OK If I modprobe ztdummy then the RTC does start incrementing... to like
9250. then stops...
What now?
Sounds like the module got auto-unloaded due
On Apr 3, 2008, at 12:45 PM, [EMAIL PROTECTED]
wrote:
You can try zttest, although I'd bet it will hang. See what's going
to the console (or use dmesg.) If it's a lot of rtc errors, then
you'll likely need to upgrade your kernel to at least 2.6.23.11. That
worked for me.
I'd be surprised if
On 3/18/08, Pete Kay [EMAIL PROTECTED] wrote:
Hi, I am having problem with my Asterisk installation and find out it
has to do with ztdummy.
if the ztdummy module is loaded, the asterisk playback() command
will not play files. DTMF is still properly received. If the ztdummy
module is
Atis Lezdins wrote:
ztdummy is required by meetme application. If you have no intention to
use it, you might very well remove.
And music on hold, if you don't have a timing source.
--
Ben Franklin quote:
Those who would give up Essential Liberty to purchase a little Temporary
Hi,
I found another weird problem. If I don't have ztdummy, then when I connect
using a xlite in another computer within the same lan, I get errored:
00:40:08 Registering user '[EMAIL PROTECTED]'
00:40:08 Failed registration for '[EMAIL PROTECTED]' with cause 'service
or option not
On Tue, Mar 18, 2008 at 11:28:55PM +0800, Pete Kay wrote:
Hi, I am having problem with my Asterisk installation and find out it
has to do with ztdummy.
if the ztdummy module is loaded, the asterisk playback() command
will not play files. DTMF is still properly received. If the ztdummy
Atis Lezdins wrote:
On 3/18/08, Pete Kay [EMAIL PROTECTED] wrote:
ztdummy is required by meetme application. If you have no intention to
use it, you might very well remove.
I've seen this problem once, however recompiling everything and
restarting helped me. I would suggest you just doing
Well, I got it working.
Come to find out that it looks like version 2.6.18 of the kernel has issues with the RTC. It has little to do with any of the other things that I tried.
I upgraded the kernel to 2.6.23.1 and on the first try, it comes up and runs with TSC.
ztdummy is working for me now.
Hello,
On Nov/11/2007, Tzafrir Cohen wrote:
On Sun, Nov 11, 2007 at 08:51:40PM +0100, Carles Pina i Estany wrote:
I also tried using bristuff 0.3y, 0.3s, etc. (is it 0.3 bristuff when
Asterisk is 1.2.X?). Always without any result :-(
Latest bristuff for 1.2 is y-k . See
Debian as well as everyone else 2.6.18-5
Zaptel is branch/1.4 latest.
The issue is not with Zaptel though...IMHO. If you look at /proc/driver/rtc, I find:
rtc_time : 14:34:27
rtc_date : 2007-11-12
rtc_epoch : 1900
alarm: 16:30:31
DST_enable : no
BCD: yes
24hr: yes
square_wave :
Hello,
On Nov/02/2007, Atis Lezdins wrote:
On 11/2/07, Tony Plack [EMAIL PROTECTED] wrote:
We are going to implement MeetMe, but this should still work right?
I had similar issues with 1.4.12 just one time (also topmost zaptel at
are you using Dell PowerEdge servers?
--
Carles Pina i
Hello,
On Nov/12/2007, Tony Plack wrote:
Debian as well as everyone else 2.6.18-5
Zaptel is branch/1.4 latest.
The issue is not with Zaptel though...IMHO. If you look at
/proc/driver/rtc, I find:
periodic_IRQ: no
If you notice, there is no
No, but if you have a hint, I would love it. This is still plaguing me.
Hello,
On Nov/02/2007, Atis Lezdins wrote:
On 11/2/07, Tony Plack [EMAIL PROTECTED] wrote:
We are going to implement MeetMe, but this should still work
right?
I had similar issues with 1.4.12 just one time (also
Hi,
On Nov/09/2007, Tony Plack wrote:
Try setting acpi=off in your boot options for the kernel.
Before read your mail, I did noacpi (I guess that is the same,
/proc/interrupts file changed). But without any luck. I also tried noht
(no hyper threading, I think...)
--
Carles Pina i Estany
Hello,
On Nov/10/2007, Tzafrir Cohen wrote:
On Fri, Nov 09, 2007 at 04:59:37PM -0600, Tony Plack wrote:
The thing is that this works, but
The performance of the box becomes really bad.
It seems that the problem, at least in my case is that the HPET timer from
the cpu does not
On Sun, Nov 11, 2007 at 08:51:40PM +0100, Carles Pina i Estany wrote:
I also tried using bristuff 0.3y, 0.3s, etc. (is it 0.3 bristuff when
Asterisk is 1.2.X?). Always without any result :-(
Latest bristuff for 1.2 is y-k . See http://bristuff.org/ .
However the bristuff Zaptel patch has no
Try setting acpi=off in your boot options for the kernel.
Hello,
Today we setted up a server that needs to use MeetMe but doesn't
have any Zap hardware. So we need to use ztdummy (at least, this
was our idea).
Rarely: zttest is not working at all (100% bad, using zttest -v
doesn't give
The thing is that this works, but
The performance of the box becomes really bad.
It seems that the problem, at least in my case is that the HPET timer from the
cpu does not get an IRQ for the RTC.
Does anyone else have a solution for this issue where the RTC does not get an
interrupt when
On Fri, Nov 09, 2007 at 04:59:37PM -0600, Tony Plack wrote:
The thing is that this works, but
The performance of the box becomes really bad.
It seems that the problem, at least in my case is that the HPET timer from
the cpu does not get an IRQ for the RTC.
Does anyone else have a
On Fri, Nov 02, 2007 at 12:51:04PM -0500, Tony Plack wrote:
I have an interesting issue. I am running Asterisk 1.4 (SVN branch latest)
and
same with Zaptel.
If I load ztdummy, my audio in BackGround (or Playback) cannot be heard. If I
rmmod ztdummy and restart Asterisk, Background
Tony Plack wrote:
I have an interesting issue. I am running Asterisk 1.4 (SVN branch latest)
and
same with Zaptel.
If I load ztdummy, my audio in BackGround (or Playback) cannot be heard. If
I
rmmod ztdummy and restart Asterisk, Background works. What am I missing?
What things
We are going to implement MeetMe, but this should still work right?
Tony Plack wrote:
I have an interesting issue. I am running Asterisk 1.4 (SVN
branch latest) and same with Zaptel.
If I load ztdummy, my audio in BackGround (or Playback) cannot be
heard. If I rmmod ztdummy and restart
Yes, but if you didn't need MeetMe it would be silly to try to diagnose it.
I suspect ztdummy is loading correctly, but the system is not generating
interrupts for ztdummy sync to. Traditionally ztdummy used a USB
interface to get timing, but at some point I think it switched to using
the
I've seen something similar happen before, and it was due to having drivers
for cards loaded that were not in the system.
Try removing all modules (including ztdummy), then loading ztdummy.
Atis Lezdins wrote:
On 11/2/07, Tony Plack [EMAIL PROTECTED] wrote:
We are going to implement MeetMe,
On 11/2/07, Tony Plack [EMAIL PROTECTED] wrote:
We are going to implement MeetMe, but this should still work right?
I had similar issues with 1.4.12 just one time (also topmost zaptel at
that date). We recompiled everything, and it suddenly worked. But we
had to revert to 1.4.10 because of some
Good try, but no.
All that was loaded was zttranscode and zaptel, but I did unload them.
Here is what is loaded after I rmmod zaptel (and verified with a lsmod)
Module Size Used by
zttranscode 7656 0
ztdummy 5032 0
zaptel183396 1 ztdummy
My revision is 88329
I've
Well I cat /proc/drivers/rtc and get
rtc_time: 15:48:35
rtc_date: 2007-11-02
rtc_epoch: 1900
alarm : 16:30:31
DST_enable : no
BCD : yes
24hr : yes
square_wave : no
alarm_IRQ: no
update_IRQ : no
periodic_IRQ : no
periodic_freq : 1024
batt_status : okay
I
On Fri, 14 Sep 2007 20:46:13 -0400, John Albano [EMAIL PROTECTED] wrote:
I'm seeing the problem on both etch and lenny releases.
Linux ads04 2.6.18 #2 SMP Wed Sep 12 15:45:10 EDT 2007 i686 GNU/Linux
I have a similar problem and am also using Debian (lenny). I'm using an
SMP kernel. Could that
On Sat, Sep 15, 2007 at 12:47:59PM +, Chris Nestrud wrote:
On Fri, 14 Sep 2007 20:46:13 -0400, John Albano [EMAIL PROTECTED] wrote:
I'm seeing the problem on both etch and lenny releases.
Linux ads04 2.6.18 #2 SMP Wed Sep 12 15:45:10 EDT 2007 i686 GNU/Linux
I have a similar problem
On Sat, 15 Sep 2007 16:03:07 +0300, Tzafrir Cohen [EMAIL PROTECTED] wrote:
On Sat, Sep 15, 2007 at 12:47:59PM +, Chris Nestrud wrote:
On Fri, 14 Sep 2007 20:46:13 -0400, John Albano [EMAIL PROTECTED] wrote:
I'm seeing the problem on both etch and lenny releases.
Linux ads04 2.6.18 #2
On Sat, Sep 15, 2007 at 01:30:26PM +, Chris Nestrud wrote:
On Sat, 15 Sep 2007 16:03:07 +0300, Tzafrir Cohen [EMAIL PROTECTED] wrote:
On Sat, Sep 15, 2007 at 12:47:59PM +, Chris Nestrud wrote:
On Fri, 14 Sep 2007 20:46:13 -0400, John Albano [EMAIL PROTECTED] wrote:
I'm seeing the
On Sun, 16 Sep 2007 01:29:11 +0300, Tzafrir Cohen [EMAIL PROTECTED] wrote:
On Sat, Sep 15, 2007 at 01:30:26PM +, Chris Nestrud wrote:
On Sat, 15 Sep 2007 16:03:07 +0300, Tzafrir Cohen [EMAIL PROTECTED] wrote:
On Sat, Sep 15, 2007 at 12:47:59PM +, Chris Nestrud wrote:
On Fri, 14 Sep
On Fri, Sep 14, 2007 at 03:05:49PM -0400, John Albano wrote:
I'm running asterisk/zaptel 1.4.5. If I load the ztdummy module, the
dialplan hangs when it tries to play audio (i.e. Playback) -- and I just
hear static on the line. I'm running this on a debian system. I actually
have it working
Opened pseudo zap interface, measuring accuracy...
--- Results after 0 passes ---
Best: 0.00 -- Worst: 100.00 -- Average: 100.00
On Fri, Sep 14, 2007 at 03:05:49PM -0400, John Albano wrote:
I'm running asterisk/zaptel 1.4.5. If I load the ztdummy module, the
dialplan hangs
Yes, that was after approx a minute. Output from lsmod is...
zaptel182948 4 zttranscode,ztdummy
crc_ccitt 3072 1 zaptel
On Fri, Sep 14, 2007 at 03:32:00PM -0400, John Albano wrote:
Opened pseudo zap interface, measuring accuracy...
--- Results after 0
On Fri, Sep 14, 2007 at 03:32:00PM -0400, John Albano wrote:
Opened pseudo zap interface, measuring accuracy...
--- Results after 0 passes ---
Best: 0.00 -- Worst: 100.00 -- Average: 100.00
Is this after a minute?
What is the output of:
lsmod | grep zaptel
--
On Fri, Sep 14, 2007 at 04:41:22PM -0400, John Albano wrote:
Yes, that was after approx a minute. Output from lsmod is...
zaptel182948 4 zttranscode,ztdummy
crc_ccitt 3072 1 zaptel
What release of Debian is it?
What kernel do you use? Packaged or self-built?
I'm seeing the problem on both etch and lenny releases.
Linux ads04 2.6.18 #2 SMP Wed Sep 12 15:45:10 EDT 2007 i686 GNU/Linux
What release of Debian is it?
What kernel do you use? Packaged or self-built?
uname -a
___
Sign up now for AstriCon
On Thu, 2007-09-13 at 15:03 +0500, saqib butt wrote:
hi there
i am facing problem in installing the ztdummy module in fedora7,
2.6.22.5-76.fc7 is the version of the kernel. here are some logs for
your kind consideration,
i have tried varios solution from voip-info.org and many more, but in
On Thu, 2007-09-13 at 15:03 +0500, saqib butt wrote:
hi there
i am facing problem in installing the ztdummy module in fedora7,
2.6.22.5-76.fc7 is the version of the kernel. here are some logs for
your kind consideration,
i have tried varios solution from voip-info.org and many more, but in
On 2007-04-23 at 13:40:33, Don Fletcher [EMAIL PROTECTED] wrote:
#modprobe ztdummy
FATAL: Error inserting ztdummy
(/lib/modules/2.6.18-gentoo-r6/misc/ztdummy.ko): Input/output error
FATAL: Error running install command for ztdummy
I haven't been able to find any info on what the I/O
dmesg just says
ztdummy: Unable to register zaptel rtc driver
Thanks
Don
David Olsen wrote:
On 2007-04-23 at 13:40:33, Don Fletcher [EMAIL PROTECTED] wrote:
#modprobe ztdummy
FATAL: Error inserting ztdummy
(/lib/modules/2.6.18-gentoo-r6/misc/ztdummy.ko): Input/output error
FATAL:
Tzafrir Cohen wrote:
Replying to Theo Band's post. Please don't use HTML mail...
Was I sending in HTML? Years ago I was annoying management with replies
that I could not read their Outlook HTML messages with my plain text
mail program running on a SUN workstation. That battle is lost...
I
Darryl Dunkin wrote:
It's not playing a wav file at all, it
is mixing the live audio from all of the callers in that conference
room and sending it back out to them.
I understand. What I tried to say is that if a wav file can be played
at the correct speed, why would a
Tzafrir Cohen wrote:
On Thu, Apr 19, 2007 at 09:23:48PM +0200, Theo Band wrote:
Eric "ManxPower" Wieling wrote:
In the zaptel source "make config" will install the zaptel init script
in /etc/rc.d/init.d for many distros.
Thanks. This was the
Theo,
I'm glad my reply was helpful to you. The responses pointed out that
it's time for me to update my procedures and documentation, so I'm
benefiting as well. My thanks go out to everyone who participated in
this thread.
Thank you,
Matthew Roth
InterMedia Marketing Solutions
Software
Replying to Theo Band's post. Please don't use HTML mail...
Matthew J. Roth wrote:
Theo,
Unless things have changed significantly in the newer releases, you
must load zaptel prior to loading ztdummy. Additionally, the zaptel
devices are not created instantly, so after you load zaptel you
Theo,
Unless things have changed significantly in the newer releases, you must
load zaptel prior to loading ztdummy. Additionally, the zaptel devices
are not created instantly, so after you load zaptel you must wait a few
seconds before loading ztdummy. You can perform some sort of polling
In the zaptel source make config will install the zaptel init script
in /etc/rc.d/init.d for many distros.
Matthew J. Roth wrote:
Theo,
Unless things have changed significantly in the newer releases, you must
load zaptel prior to loading ztdummy. Additionally, the zaptel devices
are not
On Thu, Apr 19, 2007 at 06:28:51PM +0200, Theo Band wrote:
Hi
I run asterisk 1.4.2 with zaptel 1.4.1.
Zaptel is only needed for the ztdummy driver to get the Meetme()
application to work. I don't have any specific hardware.
And it does work nicely. When I reboot the machine however I have
Matthew J. Roth wrote:
Theo,
Unless things have changed significantly in the newer releases, you
must load zaptel prior to loading ztdummy. Additionally, the zaptel
devices are not created instantly, so after you load zaptel you must
wait a few seconds before loading ztdummy. You can
Eric ManxPower Wieling wrote:
In the zaptel source make config will install the zaptel init script
in /etc/rc.d/init.d for many distros.
Thanks. This was the missing configuration step. A manual start/stop
seems to work. I will try to reboot the machine tomorrow for the final
test but I feel
Tzafrir Cohen wrote:
On Thu, Apr 19, 2007 at 06:28:51PM +0200, Theo Band wrote:
Hi
I run asterisk 1.4.2 with zaptel 1.4.1.
Zaptel is only needed for the ztdummy driver to get the Meetme()
application to work. I don't have any specific hardware.
And it does work nicely. When I
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] ztdummy does not load properly at server
startup
Or add /dev/null
Why would one application need a special driver? What so
different about the Meetme() application? Playing a wav file
On Thu, Apr 19, 2007 at 09:45:10PM +0300, Tzafrir Cohen wrote:
On Thu, Apr 19, 2007 at 06:28:51PM +0200, Theo Band wrote:
Hi
I run asterisk 1.4.2 with zaptel 1.4.1.
Zaptel is only needed for the ztdummy driver to get the Meetme()
application to work. I don't have any specific hardware.
On Thu, Apr 19, 2007 at 09:23:48PM +0200, Theo Band wrote:
Eric ManxPower Wieling wrote:
In the zaptel source make config will install the zaptel init script
in /etc/rc.d/init.d for many distros.
Thanks. This was the missing configuration step. A manual start/stop
seems to work. I will
Try adding this to the [options] section of
/etc/asterisk/asterisk.conf:
internal_timing = yes
The restart asterisk. Let us know if it helps.
That solves the problem. Thanks!
___
--Bandwidth and Colocation provided by Easynews.com --
On 3/28/07, Klaverstyn, David C [EMAIL PROTECTED] wrote:
I am using autoload and I have rebooted the server. I have tried using
different files and a different location. This is getting very
frustrating.
I wish I knew what the problem was.
Not that it will help me, because I'm pretty much
Klaverstyn, David C wrote:
I am using autoload and I have rebooted the server. I have tried using
different files and a different location. This is getting very
frustrating.
If the call was a SIP call then I would say that the device is using
VAD/CND (silence detection). This is the
On 3/28/07, Eric ManxPower Wieling [EMAIL PROTECTED] wrote:
Klaverstyn, David C wrote:
I am using autoload and I have rebooted the server. I have tried using
different files and a different location. This is getting very
frustrating.
If the call was a SIP call then I would say that the
Wooi wrote:
I have the similar problem on 1.4.1. I don't remember
having it in 1.4.0, I could be wrong. I have a SIP
provider, when calls come in, it play MOH while waiting
for to be picked up. ztdummy is loaded.
Another interesting thing I notice,
exten =
No, what happens is the SIP client has silence suppression enabled.
MOH works by symmetrical RTP. One frame of voice is received one frame
of MOH is sent. So if the client supresses silence frames there is no
MOH played during that time.
ALso if you see:
started music on hold
stopped music on
It would make more sense if you posted the musiconhold.conf file and
stated if you did or didn't install the asterisk_addons package with
mp3 support.
On 3/27/07, Klaverstyn, David C [EMAIL PROTECTED] wrote:
Hi All,
I have installed Asterisk 1.4.2 and have loaded ztdummy as I have no
On 3/27/07, Klaverstyn, David C [EMAIL PROTECTED] wrote:
I have installed Asterisk 1.4.2 and have loaded ztdummy as I have no Digium
cards. The problem I have is that MOH will not play. It starts and then
stops.
If you rub your hand across the mouthpiece of the phone, does the music play?
WOW that fixed it! What an Idiot.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Lacy Moore
- Aspendora
Sent: Wednesday, 28 March 2007 1:40 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] ztdummy and MOH
1 - 100 of 229 matches
Mail list logo