[Asterisk-Users] Zap problem when calling out

[Alexander van der Kuijl]

Hi,

I have installed a quadBri card, with Asterisk-1.0.10 and the bristuff-0.2.0-RC8s (* 1.0.10)
When calling 0207654321 the following happens:

--  Executing Goto("Zap/1-1 ", " salsa-helpdesk-day|s|1 ") in new stack
--  Goto (salsa-helpdesk-day,s,1)
--  Executing  Dial ("Zap/1-1 ", "Zap/g1/0201234567|30 ") in new stack
--  Requested transfer capability: 0x00 - SPEECH
--  Called g1/0201234567
--  Accepting voice call from '641234567' to '0207654321' on channel 0/1, span 1
--  Executing  Goto ("Zap/4-1 ", " salsa-helpdesk-day|s|1 ") in new stack
--  Goto (salsa-helpdesk-day,s,1)
--  Executing  Dial ("Zap/4-1 ", " Zap/g1/0201234567|30 ") in new stack
Jun 17 15:12:15  NOTICE [1838]: app_dial.c:805 dial_exec : Unable to create channel of type 'Zap'
==  Everyone is busy/congested at this time
--  Executing  BackGround ("Zap/4-1 ", " salsa-helpdesk ") in new stack
--  Accepting voice call from '641234567' to '0207654321' on channel 0/1, span 2
--  Playing 'salsa-helpdesk' (language 'en')
--  Channel 0/1, span 1 got hangup
--  Hungup 'Zap/2-1'
==  Spawn extension (salsa-helpdesk-day, s, 1) exited non-zero on 'Zap/1-1'
--  Hungup 'Zap/1-1'
--  Channel 0/1, span 2 got hangup
==  Spawn extension (salsa-helpdesk-day, s, 2) exited non-zero on 'Zap/4-1'
--  Hungup 'Zap/4-1'

So, the Asterisk server is up and running, accepts phone calls, plays sound files, and even the Voicemail works correct.
It correctly goes to "salsa-helpdesk-day", tries to call a number, but this fails. Now and then, a "Unable to forward frame" message is displayed.
Also, when looking at /var/log/messages, the messages:
"qozap: CRC error for HDLC frame on card 1 (cardID 0) S/T port 1"
"qozap: CRC error for HDLC frame on card 1 (cardID 0) S/T port 2"
appear frequently.

lsmod lists zaptel and qozap, and not ztdummy, zaphfc, etc.
lspci nicely lists the card, and there are no IRQ conflicts.

Any ideas?
Thanks in advance.

(by the way, the telephone numbers are fictious, because of privacy reasons, the actual dialed numbers do exist and work properly)

Here are my configuration files:

extensions.conf:
[salsa-helpdesk-day]
exten => s,1,Dial(Zap/g1/0201234567,30)
exten => s,2,Background(salsa-helpdesk)
exten => s,3,Voicemail(s44)
exten => s,4,Hangup

[incoming]
exten => s,1,Goto(call-internal-phones,s,1)
exten => 0207654321',1,Goto(salsa-helpdesk-day,s,1)

zapata.conf:
[channels]
switchtype = euroisdn
pulsedial=yes
signalling = bri_cpe_ptmp

pridialplan = local
prilocaldialplan = local
nationalprefix = 0
internationalprefix = 00
callerid=asreceived
echocancel = yes 
hidecallerid=no
context=incoming

group = 1
; S/T port 1
channel => 1-2

; S/T port 2
channel => 4-5

; S/T port 3
channel => 7-8

; S/T port 4
channel => 10-11

zaptel.conf:
loadzone=nl
defaultzone=nl
# qozap span definitions
# most of the values should be bogus because we are not really zaptel
span=1,1,3,ccs,hdb3
span=2,0,3,ccs,hdb3
span=3,0,3,ccs,hdb3
span=4,0,3,ccs,hdb3

bchan=1,2
dchan=3
bchan=4,5
dchan=6
bchan=7,8
dchan=9
bchan=10,11
dchan=12

At the Asterisk command console, the command "pri show span 1" results in:
Primary D-channel: 3
Status: Provisioned, Up, Active
Switchtype: EuroISDN
Type: CPE (PtMP)
Window Length: 0/7
Sentrej: 0
SolicitFbit: 0
Retrans: 0
Busy: 0
Overlap Dial: 0

And similar for the other spans.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060617/52b7956f/attachment.htm