[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

_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users