Hi
I have an asterisk PABX exuipped with Digium TE210P.
There are two trunks connected to different Telcos (both E1 ccs,hdb3,crc4).
We are facing contant problems with one span, while the other is always operational. Customer blames asterisk side, while we think it might be a problem on Telco’s. Restarting asterisk restores service on span 1, we think it simply sends Group Reset to the switch, which unblocks all channels.
How to check on which side the problem is? How to troubleshoot the situation?? During this kind of failure, we show the customer, that other span is working fine (we place test calls to prove it). Later on we restart asterisk (is there any possibility to restart just one span without restarting asterisk?) and system is fully operational till the next failure.
We desparately need support
br
Bartek
Hi
add
resetinterval = 3600
to the zapata.conf section of this span
also check that the span is setup correctly.
Ian
To be precise, I’ve just removed resetinterval entry (set it to ‘never’) thinking it might be a reason of trunk failure. Waiting for results… if the trunk fails again or not.
zapata and zaptel seem to be OK
zaptel.conf:
Span 1: TE2/0/1 “T2XXP (PCI) Card 0 Span 1” (MASTER)
span=1,1,0,ccs,hdb3,crc4
termtype: te
bchan=1-15,17-31
dchan=16
Span 2: TE2/0/2 “T2XXP (PCI) Card 0 Span 2”
span=2,2,0,ccs,hdb3,crc4
termtype: te
bchan=32-46,48-62
dchan=47
Global data
loadzone = pl
defaultzone = pl
zapata.conf:
[channels]
context=zap-in
switchtype=euroisdn
nsf=none
signalling=pri_cpe
usecallerid=yes
hidecallerid=no
;callwaiting=yes
;callwaitingcallerid=yes
;threewaycalling=yes
;transfer=yes
;callerid=asreceived
;cancallforward=yes
echocancel=yes
echocancelwhenbridged=no
faxdetect=both
rxgain=0
txgain=0
immediate=no
pridialplan=unknown
resetinterval=never
callprogress=yes
switchtype=euroisdn
signalling=pri_cpe
context=kompania
group=2
channel => 1-15,17-31
switchtype=euroisdn
signalling=pri_cpe
context=zap-in
group=1
channel => 32-46,48-62
Hi
Ah , so what was it set to ? I have to say that I have it as never on all systems, as some PTO’s see the link resetting as a fault and will take the circuit out of service.
Ian
It wasnt set at all, the default value is 3600.
Now it is ‘never’, lets see what happens now…
If circuit restart can cause link failure, I will change it for all my systems …
Ian - thanks for your suggestions …