[asterisk-ss7] strange asterisk behavior

[Markus A. Wipfler]

Hi Group,


I am getting a lot of CHANUNAVAIL* errors on my asterisk server that  
is connected to a telcom switch via a ss7 link (Sangoma, libss7). I  
noticed that whenever I get such an error asterisk seems to reinitiate  
the call instead of just bridging it. Below is the CDR of a failed  
call from 123456789 to 987654321


SS7BOX: Zaptel Version: SVN-branch-1.4-r3094M, libss7-trunk, Asterisk  
SVN-trunk-r101196M, Sangoma A104d with WANPIPE Release: 3.1.4.3
PARTNER1: Is an Asteriskbox that has an IAX trunk with SS7BOX

[src: 123456789]-----------------------------PARTNER1--------- 
[IAX]------------SS7BOX-----------TELCOMSWITCH-----------------[dst: 
987654321]




The CDR for the failed Call:

-[ RECORD 1 ]-----------------------
id          | 155045
calldate    | 2008-03-11 09:42:19+03
clid        | 123456789
src         | 123456789
dst         | s
dcontext    | telcom
channel     | Zap/1-1
dstchannel  |
lastapp     |
lastdata    |
duration    | 3
billsec     | 0
disposition | NO ANSWER
amaflags    | 3
accountcode |
uniqueid    | 1205217739.47463
userfield   |
-[ RECORD 2 ]-----------------------
id          | 155046
calldate    | 2008-03-11 09:42:19+03
clid        | 123456789
src         | 123456789
dst         | 987654321
dcontext    | from-partner1
channel     | IAX2/PARTNER1-6
dstchannel  | Zap/1-1
lastapp     | Dial
lastdata    | Zap/g2/987654321
duration    | 3
billsec     | 0
disposition | NO ANSWER
amaflags    | 3
accountcode |
uniqueid    | 1205217739.47462
userfield   |


It seems that somehow Asterisk places a new call with an unknown  
destination, instead of just "bridging" the call. I have also included  
all relevant configurations below.
Any help is highly appreciated, this setup ins in a live environment  
and causing me a lot of headaches because currently my CDR is very low.




MY CONFIGURATIONS:


extensions.conf (part)
=================
[global]
.....
TRUNK=Zap/g2
.......

[telcom]
exten => s,1,Answer
exten => s,2,Playback(pbx-invalid)
exten => s,3,Hungup

[from-partner1]
exten => _9.,1,Set(CALLERPRES()=allowed)
exten => _9.,2,Dial(Zap/g2/${EXTEN}|90|r)



zaptel.conf
========
loadzone=uk
defaultzone=uk

#Sangoma A104 port 1 [slot:1 bus:1 span: 1]
span=1,0,0,ccs,hdb3,crc4
bchan=1-15,17-31
dchan=16


zapata.conf
=========

[trunkgroups]

[channels]
context=default
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
relaxdtmf=yes
rxgain=0.0
txgain=0.0
group=1
callgroup=1
pickupgroup=1

immediate=no

;Sangoma A104 port 1 [slot:1 bus:1 span: 1]
switchtype=national
ss7_calling_nai = dynamic
context=telcom
group=2
signalling=ss7
ss7type = itu
linkset = 1
pointcode = XXX
adjpointcode = XXXXX
defaultdpc = XXX
networkindicator = national_spare
sigchan = 16
cicbeginswith = 1
channel = 1-15
cicbeginswith = 17


wanpipe1.conf
============
[devices]
wanpipe1 = WAN_AFT_TE1, Comment

[interfaces]
w1g1 = wanpipe1, , TDM_VOICE, Comment

[wanpipe1]
CARD_TYPE       = AFT
S514CPU         = A
CommPort        = PRI
AUTO_PCISLOT    = NO
PCISLOT         = 1
PCIBUS          = 1
FE_MEDIA        = E1
FE_LCODE        = HDB3
FE_FRAME        = CRC4
FE_LINE         = 1
TE_CLOCK        = NORMAL
TE_REF_CLOCK    = 0
TE_SIG_MODE     = CCS
TE_HIGHIMPEDANCE        = NO
LBO             = 120OH
FE_TXTRISTATE   = NO
MTU             = 1500
UDPPORT         = 9000
TTL             = 255
IGNORE_FRONT_END = NO
TDMV_SPAN       = 1
#TDMV_DCHAN     = 16

[w1g1]
ACTIVE_CH       = ALL
TDMV_ECHO_OFF   = NO
TDMV_HWEC       = YES





--
Markus


*
WARNING[1197]: app_dial.c:818 wait_for_answer: Unable to forward voice  
or dtmf
     -- Hungup 'Zap/1-1'
   == Everyone is busy/congested at this time (1:0/0/1)
     -- Auto fallthrough, channel 'IAX2/Trunk-GSM-6' status is  
'CHANUNAVAIL'