Alexander van der Kuijl
2006-Jun-17 06:31 UTC
[Asterisk-Users] Zap problem when calling out
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