[asterisk-dev] Zaptel-1.4.8; Zap trunk reverts to dialtone instead of processing call
Tzafrir Cohen
tzafrir.cohen at xorcom.com
Fri Jan 18 17:21:28 CST 2008
On Fri, Jan 18, 2008 at 06:03:09PM -0500, syd wonder wrote:
>
> Thanks Tzafrir, kinda weird results though.
>
> cat /sys/module/zaptel/version did report 1.4.8 was installed once
> I issued the ./live_zap unload, load sequence. I was able to make
> a call out through the FXO fine. Not being certain that everything
> was loaded I decided to issue a "zap restart" command from the CLI.
> This totally shut down the trunk.
If instead you use 'module unload chan_zap.so' followed by: 'module load
chan_zap.so', is it any better?
> When I issued a "Zap show status"
> command I noticed that ZTDummy/1 was no longer present. If I am
> interpreting the status returned text correctly, ZTDummy is the
> source of my clocking so this scenario of totally loosing the trunk
> makes sense. Why would it show ZTDummy (RTC) when I have an FXO card?
You don't need ztdummy if you have a hardware device.
--
Tzafrir Cohen
icq#16849755 jabber:tzafrir.cohen at xorcom.com
+972-50-7952406 mailto:tzafrir.cohen at xorcom.com
http://www.xorcom.com iax:guest at local.xorcom.com/tzafrir
More information about the asterisk-dev
mailing list