[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