[asterisk-users] HFC isdn card and bristuff 0.2.0 rc8n

[Giordano Grandis]

Hi guys,
i have asterisk 1.0.9 with bristuff 0.2.0 rc8n running on a VIA
motherboard with processor C3 and i have this kind of problem: during
the office time the system work perfectly, but on the next moring, if i
try to make an outgoing call i get this message 
 
  == Primary D-Channel on span 1 down
  == Primary D-Channel on span 1 up
Sep 13 08:41:11 WARNING[4382]: chan_zap.c:7545 zt_pri_error: PRI: !! Got
a UA, but i'm in state 1
Sep 13 08:41:16 WARNING[4382]: chan_zap.c:7545 zt_pri_error: PRI: !! Got
a UA, but i'm in state 1
Sep 13 08:41:19 WARNING[4382]: chan_zap.c:7545 zt_pri_error: PRI: !! Got
a UA, but i'm in state 1
Sep 13 08:41:22 WARNING[4382]: chan_zap.c:7545 zt_pri_error: PRI: !! Got
a UA, but i'm in state 1
received TEI check request for TEI = 103
received TEI check request for TEI = 103
  == Primary D-Channel on span 1 down
Sep 13 08:41:41 WARNING[4382]: chan_zap.c:7545 zt_pri_error: PRI: !! Got
S-frame while link down
  == Primary D-Channel on span 1 down
  == Primary D-Channel on span 1 down
  == Primary D-Channel on span 1 down
  == Primary D-Channel on span 1 down
received TEI check request for TEI = 103
received TEI check request for TEI = 103
  == Primary D-Channel on span 1 up
Sep 13 08:42:00 WARNING[4382]: chan_zap.c:7545 zt_pri_error: PRI: !! Got
a UA, but i'm in state 1
Sep 13 08:42:02 WARNING[4382]: chan_zap.c:7545 zt_pri_error: PRI: !! Got
a UA, but i'm in state 1
Sep 13 08:42:03 WARNING[4382]: chan_zap.c:7545 zt_pri_error: PRI: !! Got
a UA, but i'm in state 1
centralino*CLI>
Sep 13 08:42:04 WARNING[4382]: chan_zap.c:7545 zt_pri_error: PRI: !! Got
a UA, but i'm in state 1
Sep 13 08:42:05 WARNING[4382]: chan_zap.c:7545 zt_pri_error: PRI: !! Got
a UA, but i'm in state 1
received TEI check request for TEI = 103
 
On locals calls i do not have problem. For * there is not avilable Zap
channels.
This is my zapata.conf :
 
[channels]
 
language = it
 
switchtype = euroisdn
signalling = bri_cpe_ptmp
pridialplan = unknown
prilocaldialplan = unknown
echocancel = yes
echocancelwhenbridged = yes
echotraining = 10
immediate = no
group = 1
callgroup = 1
pickgroup = 1
musiconhold = default
context = incoming
channel => 1-2

How could y debug this strange situation? Anyone could help me ?
 
Thanks in advance
 
Girodano
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060913/9fce069b/attachment-0001.htm