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
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 create. if i unload the ztdummy driver,the proble will
disapper. I guess may be the timer source problem, but i dont't know
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
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 but I never installed it:
o*CLI zap show status
Description Alarms IRQ
bpviol CRC4
T4XXP
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.
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.
Anyone know the right thing to do - I'm not
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
Hi,
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
Hi to all,
The problem was finally solved by installing Asterisk-1.4.18. Versions 1.4.20
and current (1.4.22) produce the issue. Version 1.4.18 does not. May this be a
bug?
Aldo Sudak___
-- Bandwidth and Colocation Provided by
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
Hi again,
Thanks for your answer, Stefan. In fact, ztcfg is automatically running from
the
startup script. Anyhow this seems harmless and not the cause of the problem. I
have
confirmed this with two other Asterisk servers, both having a zaptel card
installed
in them, but one running the
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 to all,
Thank you Dobry an Tzafrir for your answers. I agree with Tzafrir in the sense
that
ztdummy needs no configuration. Moreover, the .conf file generated by
genzaptelconf
does not contain any configuration at all for ztdummy (tonezone and defaultzone
are the only uncommented text in
Hi,
I have installed Asterisk 1.4.20 on Debian Etch. The server has no telephony
card
installed, but I have anyhow installed Zaptel (Zaptel-1.4.9) in order to be
able to use MeetMe.
The Zaptel modules load normally. I obtain the following prompts:
kerplunk:/# /etc/init.d/zaptel start
Loading
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
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 /proc/interrupts rtc value
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
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 decided to upgrade my testing machine to the current version of
Asterisk
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
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 playback() does not work. So then I stop zaptel, asterisk
runs and playback()
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
It's taken me about a day just to get ztdummy to compile into a module
that the amazon ec2 xen kernel will accept (you have to downgrade the
version of gcc among other things), but now I'm getting the following
error and I'm stumped:
rtc: IRQ 8 is not free.
WARNING: Error inserting rtc
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 unloaded, sound playback works again.
Here is my version
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
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 anything, etc.). Of course, after load ztdummy, there isn't any
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
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?
SIP clients using g729 with g729 prompts
exten
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
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 on a different debian system but have yet to discover
the
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
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 vain.
Message from /var/log/messages
Sep 13 14:27:14
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
I've compiled ztdummy, following the directions on
http://www.voip-info.org/wiki-Asterisk+timer+ztdummy, and when I try to
modprobe zt :
#modprobe ztdummy
FATAL: Error inserting ztdummy
(/lib/modules/2.6.18-gentoo-r6/misc/ztdummy.ko): Input/output error
FATAL: Error running install command
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
1 - 100 of 306 matches
Mail list logo