search for: resetinterv

Hi All, I have one rather annoying problem...my PBX can work great for weeks, when suddenly I start receiving these messages when I try to make a zaptel call: Oct 31 13:52:47 NOTICE[15636] app_dial.c: Unable to create channel of type 'ZAP' (cause 34 - Circuit/channel congestion) Oct 31 13:52:49 NOTICE[15648] channel.c: Unable to request channel ZAP/g1/247 I'm using Sangoma

...1-23 dchan=24 defaultzone=us loadzone=us span=2,1,0,esf,b8zs bchan=25-47 dchan=48 defaultzone=us loadzone=us fxoks=49-52 defaultzone=us loadzone=us # cat /etc/asterisk/zapata.conf [channels] language=en switchtype=national context=incoming faxdetect=none signalling=pri_cpe group=1 echocancel=yes resetinterval=never channel => 1-23 language=en switchtype=national context=incoming faxdetect=none signalling=pri_cpe group=3 echocancel=yes resetinterval=never channel => 25-47 signalling=fxo_ks usecallerid=yes callerid=Fidelity Reserves group=2 threewaycalling=no context=outgoing channel => 49-5...

Hey everybody, I've, within the last 3 weeks, moved over to a PRI from SBC/AT&T. I've received several complaints about dropped calls. Reviewing the archives on PRI and dropped calls shows that I should set the resetinterval=never in the zapata.conf and restart. This hasn't helped. The dropped calls have to date only been on outbound calls. Usually within 2 to 3 minutes of a call. The full log shows something about not getting a frame and stopping the bridge. On Saturday I put into place 1.2 Branch and h...

...card that I need to setup each port in their own group. In chan_dahdi.conf I have the following which works for one port How do I add the rest of the ports in their own groups so that I can have different signaling on each? [channels] language=en switchtype=euroisdn pridialplan=unknown resetinterval=600 echocancel=yes echotraining=yes ;echocancelwhenbridged=no ;rxgain=0 ;txgain=0 callerid=asreceived musiconhold=default group=1 overlapdial=yes signalling=pri_cpe context=extensions channel => 1-15,17-31 jbenable= yes jbforce= yes jbmaxsize= 120 jbimpl= fixed jbresyncthresho...

...uot;It is still happening" without starting the evaluation from a clean slate after each change. You may want to check your Asterisk log for more insight. /var/log/asterisk/full. Also you can turn on debugging on one span at a time and see if you can find something there Do you have a resetinterval set in zapata.conf? If you can isolate the dropped calls to the reset interval (watch the console, it will scroll with each channel being reset) then set resetinterval=never. If there is no entry for resetinterval, add it and set it to never since it is defaulted to on. Also, try changing y...

...plete zapata.conf. Rather, it is intended ; to be #include-d by /etc/zapata.conf that will include the global settings ; [channels] ; Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1" language=es context=default switchtype=euroisdn pridialplan=unknown prilocaldialpla=national signalling=pri_cpe resetinterval=never group=1 channel => 1-15,17-31 ; Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2" group=2 channel => 32-46,48-62 ##zaptel.conf################################################# # Autogenerated by /usr/sbin/genzaptelconf -- do not hand edit # Zaptel Configuration File # # This fi...

...an=16 bchan=17-31 span=2,0,0,ccs,hdb3,crc4 bchan=32-46 dchan=47 bchan=48-62 zapata.conf [channels] switchtype = euroisdn ;line signalling=pri_cpe pridialplan=unknown switchtype=euroisdn priindication = outofband echocancel=no overlapdial=yes immediate=no nationalprefix= internationalprefix= resetinterval=300 context=pri1 group=1 channel => 1-15 channel => 17-31 ;pbx signalling=pri_net pridialplan=international switchtype=euroisdn priindication=outofband echocancel=no overlapdial=yes immediate=no nationalprefix= internationalprefix= resetinterval=300 context=pri2 group=2 channel => 32-46...

...g the evaluation from a clean slate > after each change. > > > > You may want to check your Asterisk log for more insight. > /var/log/asterisk/full. Also you can turn on debugging on one span at a > time and see if you can find something there > > > > Do you have a resetinterval set in zapata.conf? If you can isolate the > dropped calls to the reset interval (watch the console, it will scroll > with each channel being reset) then set resetinterval=never. If there > is no entry for resetinterval, add it and set it to never since it is > defaulted to on. >...

...th PRI's as well. Debug does't show anything either. SPAN1 is connected to my Telco's PRI and SPAN2 is connected to a Norstar Meridian. Here is my zapata.conf: [channels] #PRI to TimeWarner defined as group 2 switchtype = national signalling = pri_cpe context=pstn callerid=asreceived resetinterval = never group = 2 channel => 1-23 #PRI to Norstar Meridian defined as group 3 switchtype = national signalling = pri_net context=meridian callerid=asreceived resetinterval = never group = 3 channel => 25-47 Here is my zaptel.conf: #PRI to TimeWarner span=1,1,0,esf,b8zs bchan=1-23 dchan=24...

...rom asterisk server and store into database. And after that I made my own script to gets these DTMF keys and play some IVR into the conference. For conference I am useing Konference module. I have check sip.conf and set *relaxdtmf=no* I am using Dahdi and set chan_dahhi.conf as below [channels] resetinterval=never context=incoming usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes echotraining=yes relaxdtmf=400 rxgain=0.0 txgain=-5.0 group=1 c...

...card that I need to setup each port in their own group. In chan_dahdi.conf I have the following which works for one port How do I add the rest of the ports in their own groups so that I can have different signaling on each? [channels] language=en switchtype=euroisdn pridialplan=unknown resetinterval=600 echocancel=yes echotraining=yes ;echocancelwhenbridged=no ;rxgain=0 ;txgain=0 callerid=asreceived musiconhold=default group=1 overlapdial=yes signalling=pri_cpe context=extensions channel => 1-15,17-31 jbenable= yes jbforce= yes jbmaxsize= 120 jbimpl= fixed jbresyncthresho...

Hi! I have an Asterisk Box with one E1. This is connected with PSTN. My problem is that periodically the Asterisk console shows the following message. -- B-channel 0/1 succesfully restarted on span 1 -- B-channel 0/2 succesfully restarted on span 1 -- B-channel 0/3 succesfully restarted on span 1 -- B-channel 0/4 succesfully restarted on span 1 -- B-channel 0/5 succesfully restarted on span 1 --

Hi All, Hope you all are fine and good, Today i have found that Mine all PRI Channels are restating after every interval of one hour, and i have search and psot on fourms and everyone said that this is a normal behaviour. If this is a normal behaviour is there is any way to stop it { i still don't know what is the reson to restart ever hour } . Because this is listed everywhere that

...still happening" without starting the evaluation from a clean slate after each change. You may want to check your Asterisk log for more insight. /var/log/asterisk/full. Also you can turn on debugging on one span at a time and see if you can find something there Do you have a resetinterval set in zapata.conf? If you can isolate the dropped calls to the reset interval (watch the console, it will scroll with each channel being reset) then set resetinterval=never. If there is no entry for resetinterval, add it and set it to never since it is defaulted to on. Also, try ch...

...local signalling=pri_cpe usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes relaxdtmf=yes echocancel=yes echocancelwhenbridged=yes echotraining=yes resetinterval=never rxgain=0.0 txgain=0.0 callgroup=1 pickupgroup=1 immediate=no group = 0 channel => 1-15 channel => 17-31 channel => 32-46 channel => 48-62 channel => 63-77 channel => 79-93 channel => 94-108 channel => 110-124 -------------- n...

Hello, I have an ISDN-30 connection and a Digium TE-121 with VPMADT032 echo cancellation. Every 30-60 minutes I experience PRI dropping. @@@ /etc/zaptel.conf: loadzone=dk defaultzone=dk span=2,1,0,ccs,hdb3,crc4 bchan=32-46 dchan=47 bchan=48-62 @@@ @@@ /etc/asterisk/zapata.conf [channels] switchtype=euroisdn usecallerid=yes group=2 signalling=pri_cpe context=incoming channel => 32-46

Hello I am trying to configure TE420P but i am confused what to give chan_dahdi :( Below is configuration i am using for TDM400P Please help what changes to make in it... Please provide a link as well [trunkgroups] [channels] ;default for channels switchtype=national rxwink=300 hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes

Hi, Lately we've noticed that some Zap channels on one of our PRIs are unavailable. We have 2 PRI lines with 60 channels in total. On the first PRI there are currently 20 channels that are not being used for some reason. I tried googling around and found some similar problems but there really was no solution (?). I'm not sure if this problem has occured now because of more load on the

...n priindication=outofband signalling=pri_net usecallerid=yes cidsignalling=v23 hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes callgroup=1 pickupgroup=1 immediate=no overlapdial=yes progzone=uk resetinterval=43200 group=1 channel => 1-15 channel => 17-31 Here is my /etc/zaptel.conf :- loadzone=us defaultzone=us span=1,0,0,ccs,hdb3,crc4 bchan=1-15,17-31 hardhdlc=16 span=2,0,0,ccs,hdb3,crc4 bchan=32-46,48-62 hardhdlc=47 The second span is not used and just has a loopback plug connected. Could...

...refetchable) [size=128] Kernel driver in use: wct4xxp Kernel modules: wct4xxp .. cat /etc/dahdi/system.conf span=1,1,0,cas,hdb3 cas=1-15,17-31:1101 span=2,0,0,cas,hdb3 cas=32-46,48-62:1101 echocanceller=mg2,32-46,48-62 loadzone = ve defaultzone = ve nano /etc/asterisk/chan_dahdi.conf resetinterval=never context=from-pstn group=0 ;mfcr2_forced_release=yes mfcr2_logdir=telefonica mfcr2_logging=all mfcr2_call_files=yes echocancel=yes language=es signalling=mfcr2 mfcr2_variant=itu mfcr2_get_ani_first=no mfcr2_max_ani=10 mfcr2_max_dnis=4 mfcr2_category=national_subscriber ;mfcr2_mfback_timeout...