Exception on 48, channel 32


#1

Hi,

we’ve tried to setup up an * between our “old” PBX and our Telco. We use a TE210P for connecting. Everything is build in an Intel-Server P3 1,4GHz. Als Linux distri we have choosen SuSE Linux Enterprise Server 9.
It is configured to forward the calls from PBX (Zap/g2 Channels 32-62) to telco (Zap/g1 Channels 1-31) and the same way back.
Asterisk and Zaptel version is 1.2.1

On low usage (up to 4-5 calls) everything works fine, but when there is more load, there is an exception and both interfaces were reseted. See Debug-log below.

I’ve talked to the adminstrator of the PBX. He says it loocks like the Astersik-Server tries to set two calls on one channel. But from reading the log, I can say that this isn’t true. The interface reset is proberbly caused by the PBX to avoid errors.

What I like to know is, why is that Eception thrown and who does this do? * or our PBX? And who can prevent this?

Any ideas will help me. If there are infos missing, please just ask me.

Thanks for your help
Marc

DEBUG-LOG:

Jan  9 09:09:57 DEBUG[16194] chan_zap.c: Exception on 48, channel 32
Jan  9 09:09:57 DEBUG[16194] chan_zap.c: Got event Alarm(4) on channel 32 (index 0)
Jan  9 09:09:57 VERBOSE[16194] logger.c: Write to 79 failed: Unknown error 500
Jan  9 09:09:57 VERBOSE[16194] logger.c: Short write: 0/15 (Unknown error 500)
Jan  9 09:09:57 WARNING[16194] chan_zap.c: Detected alarm on channel 32: Yellow Alarm
Jan  9 09:09:57 DEBUG[16194] chan_zap.c: No echo cancellation requested
Jan  9 09:09:57 DEBUG[16194] chan_zap.c: No echo cancellation requested
Jan  9 09:09:57 DEBUG[16194] chan_zap.c: Unlinking slave 32 from 1
Jan  9 09:09:57 DEBUG[16194] chan_zap.c: Removed 48 from conference 9/1
Jan  9 09:09:57 DEBUG[16194] chan_zap.c: Removed 17 from conference 9/32
Jan  9 09:09:57 DEBUG[16194] chan_zap.c: Updated conferencing on 1, with 0 conference users
Jan  9 09:09:57 DEBUG[16194] channel.c: Returning from native bridge, channels: Zap/1-1, Zap/32-1
Jan  9 09:09:57 DEBUG[16194] chan_zap.c: Set option AUDIO MODE, value: ON(1) on Zap/32-1
Jan  9 09:09:57 DEBUG[16194] chan_zap.c: Hangup: channel: 32 index = 0, normal = 48, callwait = -1, thirdcall = -1
Jan  9 09:09:57 DEBUG[16194] chan_zap.c: Set option TDD MODE, value: OFF(0) on Zap/32-1
Jan  9 09:09:57 DEBUG[16194] chan_zap.c: Updated conferencing on 32, with 0 conference users
Jan  9 09:09:57 DEBUG[16194] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on Zap/32-1
Jan  9 09:09:57 VERBOSE[16194] logger.c:     -- Hungup 'Zap/32-1'
Jan  9 09:09:57 DEBUG[16194] app_dial.c: Exiting with DIALSTATUS=ANSWER.
Jan  9 09:09:57 VERBOSE[16194] logger.c:   == Spawn extension (macro-trunkdial, s, 2) exited non-zero on 'Zap/1-1' in macro 'trunkdial'
Jan  9 09:09:57 VERBOSE[16194] logger.c:   == Spawn extension (macro-callpbx, s, 1) exited non-zero on 'Zap/1-1' in macro 'callpbx'
Jan  9 09:09:57 VERBOSE[16194] logger.c:   == Spawn extension (from-amt, 7701174, 6) exited non-zero on 'Zap/1-1'
Jan  9 09:09:57 DEBUG[16194] pbx.c: Function result is '91135XXXX'
Jan  9 09:09:57 DEBUG[16194] pbx.c: Function result is '91135XXXX'
Jan  9 09:09:57 DEBUG[16194] pbx.c: Function result is '770XXXX'
Jan  9 09:09:57 DEBUG[16194] pbx.c: Function result is 'from-amt'
Jan  9 09:09:57 DEBUG[16194] pbx.c: Function result is 'Zap/1-1'
Jan  9 09:09:57 DEBUG[16194] pbx.c: Function result is 'Zap/32-1'
Jan  9 09:09:57 DEBUG[16194] pbx.c: Function result is 'Dial'
Jan  9 09:09:57 DEBUG[16194] pbx.c: Function result is 'Zap/g2/770XXXX'
Jan  9 09:09:57 DEBUG[16194] pbx.c: Function result is '2006-01-09 09:06:15'
Jan  9 09:09:57 DEBUG[16194] pbx.c: Function result is '2006-01-09 09:06:21'
Jan  9 09:09:57 DEBUG[16194] pbx.c: Function result is '2006-01-09 09:09:57'
Jan  9 09:09:57 DEBUG[16194] pbx.c: Function result is '222'
Jan  9 09:09:57 DEBUG[16194] pbx.c: Function result is '216'
Jan  9 09:09:57 DEBUG[16194] pbx.c: Function result is 'ANSWERED'
Jan  9 09:09:57 DEBUG[16194] pbx.c: Function result is 'DOCUMENTATION'
Jan  9 09:09:57 DEBUG[16194] pbx.c: Function result is '(null)'
Jan  9 09:09:57 DEBUG[16194] pbx.c: Function result is '1136793972.286'
Jan  9 09:09:57 DEBUG[16194] pbx.c: Function result is '(null)'
Jan  9 09:09:57 DEBUG[16194] chan_zap.c: Set option AUDIO MODE, value: ON(1) on Zap/1-1
Jan  9 09:09:57 DEBUG[16194] chan_zap.c: Hangup: channel: 1 index = 0, normal = 17, callwait = -1, thirdcall = -1
Jan  9 09:09:57 DEBUG[16194] chan_zap.c: Not yet hungup...  Calling hangup once with icause, and clearing call
Jan  9 09:09:57 DEBUG[16194] chan_zap.c: Set option TDD MODE, value: OFF(0) on Zap/1-1
Jan  9 09:09:57 DEBUG[16194] chan_zap.c: Updated conferencing on 1, with 0 conference users
Jan  9 09:09:57 DEBUG[16194] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on Zap/1-1
Jan  9 09:09:57 VERBOSE[16194] logger.c:     -- Hungup 'Zap/1-1'
Jan  9 09:09:57 WARNING[7915] chan_zap.c: Detected alarm on channel 33: No Alarm
Jan  9 09:09:57 WARNING[7915] chan_zap.c: Detected alarm on channel 34: No Alarm
Jan  9 09:09:57 WARNING[7915] chan_zap.c: Detected alarm on channel ...

/etc/asterisk/zapata.conf:

[channels]
   language=de
   ;If you connect to a hicom PBX set your ISDN Numbering Plan Identifier to unknown.
   pridialplan=unknown
   prilocaldialplan=unknown
   usecallerid=yes
   hidecallerid=no
   callwaiting=yes
   usecallingpres=yes
   callwaitingcallerid=yes
   threewaycalling=yes
   transfer=yes
   cancallforward=yes
   callreturn=yes
  ; echocancel=yes
   echocancel=no
  ; echocancelwhenbridged=yes
   echocancelwhenbridged=no
   rxgain=0.0
   txgain=0.0
   callgroup=1
   pickupgroup=1
   immediate=no
  ; immediate=yes ;I've tried both options. Same error
; Waiting after last digit
overlapdial=yes

; telco:
switchtype=euroisdn
signalling=pri_cpe
group=1
context=from-amt
channel => 1-15,17-31

; pbx:
switchtype=euroisdn
signalling=pri_net
group=2
immediate=no
overlapdial=yes
context=from-alcatel
channel=>32-46,48-62

/etc/zaptel.conf:

loadzone=nl
defaultzone=nl

# telco
span=1,1,0,ccs,hdb3,crc4
bchan=1-15
dchan=16
bchan=17-31

# pbx
span=2,0,0,ccs,hdb3,crc4
bchan=32-46
dchan=47
bchan=48-62

#2

I’ve got the hint that the TE210P card I use has a low performance. So that it might be a hardware failure.

Has anyone else had performance problems with this card?