PRI does not recover after failure

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 …