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