[asterisk-users] WARNING: chan_zap.c process_zap: Ignoring signalling
Hello I've been googling for this message, but can't find why Asterisk sends a warning. The configuration files look similar to http://www.voip-info.org/wiki/index.php?page=Asterisk+config+zapata.conf.sample It's a TDM card with just one FXO module on it, and I connected an RJ11 cable to it from the wall plug: # cat /etc/zaptel.conf fxsks=1 loadzone=fr defaultzone=fr # ztcfg -vv Zaptel Version: 1.4.5.1 Echo Canceller: MG2 Configuration == Channel map: Channel 01: FXS Kewlstart (Default) (Slaves: 01) 1 channels configured. # lsmod | grep zap zaptel189860 7 zttranscode,ztdummy,wctdm crc_ccitt 3072 2 zaptel,hisax # cat /etc/asterisk/zapata.conf [channels] context=my-phones usecallerid=yes hidecallerid=no immediate=no signalling=fxs_ks echocancel=yes channel = 1 ubuntu*CLI reload chan_zap.so -- Reloading module 'chan_zap.so' (Zapata Telephony) == Parsing '/etc/asterisk/zapata.conf': Found [Oct 21 16:22:37] WARNING[8240]: chan_zap.c:11120 process_zap: Ignoring signalling -- Reconfigured channel 1, FXS Kewlstart signalling == Parsing '/etc/asterisk/users.conf': Found ubuntu*CLI Any idea? Should I just ignore this warning? Thank you. ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] WARNING: chan_zap.c process_zap: Ignoring signalling
I believe that by reloading without restarting asterisk doesnt reload the signalling part On 10/21/07, Vincent [EMAIL PROTECTED] wrote: Hello I've been googling for this message, but can't find why Asterisk sends a warning. The configuration files look similar to http://www.voip-info.org/wiki/index.php?page=Asterisk+config+zapata.conf.sample It's a TDM card with just one FXO module on it, and I connected an RJ11 cable to it from the wall plug: # cat /etc/zaptel.conf fxsks=1 loadzone=fr defaultzone=fr # ztcfg -vv Zaptel Version: 1.4.5.1 Echo Canceller: MG2 Configuration == Channel map: Channel 01: FXS Kewlstart (Default) (Slaves: 01) 1 channels configured. # lsmod | grep zap zaptel189860 7 zttranscode,ztdummy,wctdm crc_ccitt 3072 2 zaptel,hisax # cat /etc/asterisk/zapata.conf [channels] context=my-phones usecallerid=yes hidecallerid=no immediate=no signalling=fxs_ks echocancel=yes channel = 1 ubuntu*CLI reload chan_zap.so -- Reloading module 'chan_zap.so' (Zapata Telephony) == Parsing '/etc/asterisk/zapata.conf': Found [Oct 21 16:22:37] WARNING[8240]: chan_zap.c:11120 process_zap: Ignoring signalling -- Reconfigured channel 1, FXS Kewlstart signalling == Parsing '/etc/asterisk/users.conf': Found ubuntu*CLI Any idea? Should I just ignore this warning? Thank you. ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] WARNING: chan_zap.c process_zap: Ignoring signalling
On Sun, Oct 21, 2007 at 04:27:17PM +0200, Vincent wrote: ubuntu*CLI reload chan_zap.so -- Reloading module 'chan_zap.so' (Zapata Telephony) == Parsing '/etc/asterisk/zapata.conf': Found [Oct 21 16:22:37] WARNING[8240]: chan_zap.c:11120 process_zap: Ignoring signalling chan_zap cannot change signalling of a channel on reload. So that parameter is ignored on reload. False warning... -- Tzafrir Cohen icq#16849755 jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/tzafrir ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] WARNING: chan_zap.c process_zap: Ignoring signalling
On Sun, 21 Oct 2007 10:59:49 -0400, C F [EMAIL PROTECTED] wrote: I believe that by reloading without restarting asterisk doesnt reload the signalling part Thanks for the help. I did read this somewhere, so I typed stop now in the CLI, followed by safe_asterisk, asterisk -r, and reload: I still get the warning: == Parsing '/etc/asterisk/zapata.conf': Found [Oct 21 17:23:48] WARNING[8419]: chan_zap.c:11120 process_zap: Ignoring signalling -- Reconfigured channel 1, FXS Kewlstart signalling I have no idea where to look, since the two configuration files look like those I read on the Net. ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] WARNING: chan_zap.c process_zap: Ignoring signalling
On Sun, 21 Oct 2007 17:23:03 +0200, Tzafrir Cohen [EMAIL PROTECTED] wrote: chan_zap cannot change signalling of a channel on reload. So that parameter is ignored on reload. False warning... OK. So to check that Zaptel is correctly configured, I can just type zap show channels in the CLI. Thanks. ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] WARNING: chan_zap.c process_zap: Ignoring signalling
It actually CAN but because someone was lazy and didn't want to actually do the work to make it possible to do a full change during a reload. The biggest issue is ztcfg would have to be absorbed into chan_zap to make it 100% possible. In fact if Digium wanted to make Asterisk easier to configure/setup they would merge ztcfg into chan_zap and get rid of /etc/zaptel.conf and save a config step. /b On Oct 21, 2007, at 10:23 AM, Tzafrir Cohen wrote: On Sun, Oct 21, 2007 at 04:27:17PM +0200, Vincent wrote: ubuntu*CLI reload chan_zap.so -- Reloading module 'chan_zap.so' (Zapata Telephony) == Parsing '/etc/asterisk/zapata.conf': Found [Oct 21 16:22:37] WARNING[8240]: chan_zap.c:11120 process_zap: Ignoring signalling chan_zap cannot change signalling of a channel on reload. So that parameter is ignored on reload. False warning... -- Tzafrir Cohen icq#16849755 jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/tzafrir ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] WARNING: chan_zap.c process_zap: Ignoring signalling
On Sun, Oct 21, 2007 at 11:57:45AM -0500, Brian West wrote: It actually CAN but because someone was lazy and didn't want to actually do the work to make it possible to do a full change during a reload. The biggest issue is ztcfg would have to be absorbed into chan_zap to make it 100% possible. In fact if Digium wanted to make Asterisk easier to configure/setup they would merge ztcfg into chan_zap and get rid of /etc/zaptel.conf and save a config step. Look at the auto signalling in http://svn.digium.com/svn/asterisk/team/group/zapata_conf . This is rather nice for analog channels. Much less of a help, I'm afraid, for PRI. -- Tzafrir Cohen icq#16849755 jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/tzafrir ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] WARNING: chan_zap.c process_zap: Ignoring signalling
Thats a great step forward. Auto for PRI doesn't make sense... but two configs to describe the same thing makes no sense. /b On Oct 21, 2007, at 1:03 PM, Tzafrir Cohen wrote: On Sun, Oct 21, 2007 at 11:57:45AM -0500, Brian West wrote: It actually CAN but because someone was lazy and didn't want to actually do the work to make it possible to do a full change during a reload. The biggest issue is ztcfg would have to be absorbed into chan_zap to make it 100% possible. In fact if Digium wanted to make Asterisk easier to configure/setup they would merge ztcfg into chan_zap and get rid of /etc/zaptel.conf and save a config step. Look at the auto signalling in http://svn.digium.com/svn/asterisk/team/group/zapata_conf . This is rather nice for analog channels. Much less of a help, I'm afraid, for PRI. -- Tzafrir Cohen icq#16849755 jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/tzafrir ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
