[asterisk-users] ZAP not answering call

Daniel Johnson dan.j at scanningsystems.com.au
Fri Sep 26 01:23:22 CDT 2008


Paul Hales wrote:

>Just to check - have you got the right modules plugged into the right
>sort of lines?
>  
>
Yes - if you have a look at my zapata.conf snippet the zap chanell has 
signalling=fxs_ks

>Also - some analog phone interfaces are NOT standard. :(
>  
>
This could be the problem. However, what I did not mention is that there 
is a old Trixbox server here and it can connect up and answer the line...
I can not replicate this even if i take all the settings out of 
zapata.conf and other relavant files on the tixbox.
I just wish we had a standard PSTN line here to test with, as we only 
have ISDN lines.

>But the line modules have to be (to work with standard phone lines, of
>course)
>  
>
Well these analogue lines currently just got to fax's / alarms / modems 
etc. No PSTN connections

-- 
*Daniel Johnson*
Systems Administrator / Systems Development
Scanning Systems Australia


*Office:* +61 7 3387 5555
*Facsimile:* +61 7 3387 5588
*E-mail:* dan.j at scanningsystems.com.au
<mailto:dan.j at scanningsystems.com.au>
*Website:* http://www.scanningsystems.com.au


>PaulH
>
>
>Daniel Johnson wrote:
>  
>
>>Hi,
>>
>>I am trying to interface our old PBX(Siemens) to asterisk via some
>>analogue ZAP lines.
>>The problem is that Asterisk never successfully answers the call. See
>>debug ouput below.
>>
>>If I connect FXO -> FXS on the same card and make a call it all works
>>fine. So the card is not faulty.
>>
>>I see there are some stange (to me) messages in the debug. I have done
>>search on google and tried all suggestions but they do not fix.
>>
>>eg.
>>busydetect=no
>>callprogress=no
>>hanguponpolarityswitch=yes
>>
>>Some people suggest its to do with callerID. (How can I tell if the
>>old PBX sends callerID?)
>>have tried turning callerid in asterisk on/off - changing settings. etc.
>>callerid=yes/no
>>cidstart=ring/palarity
>>cidsignalling=v23/bell/dtmf
>>
>>Does anyone have any other ideas?
>>
>>[Sep 26 12:31:54] VERBOSE[7905] logger.c:     -- Starting simple
>>switch on 'Zap/53-1'
>>[Sep 26 12:31:54] NOTICE[7905] chan_zap.c: Got event 18 (Ring Begin)...
>>[Sep 26 12:31:55] NOTICE[7905] chan_zap.c: Got event 2 (Ring/Answered)...
>>[Sep 26 12:31:57] NOTICE[7905] chan_zap.c: Got event 18 (Ring Begin)...
>>[Sep 26 12:31:57] VERBOSE[7905] logger.c:     -- Executing
>>[s at from-pstn:1] Goto("Zap/53-1", "ivr-2|s|1") in new stack
>>[Sep 26 12:31:57] VERBOSE[7905] logger.c:     -- Goto (ivr-2,s,1)
>>[Sep 26 12:31:57] VERBOSE[7905] logger.c:     -- Executing [s at ivr-2:1]
>>Set("Zap/53-1", "LOOPCOUNT=0") in new stack
>>[Sep 26 12:31:57] VERBOSE[7905] logger.c:     -- Executing [s at ivr-2:2]
>>GotoIf("Zap/53-1", "0?begin") in new stack
>>[Sep 26 12:31:57] VERBOSE[7905] logger.c:     -- Executing [s at ivr-2:3]
>>Ringing("Zap/53-1", "") in new stack
>>[Sep 26 12:31:57] VERBOSE[7905] logger.c:     -- Executing [s at ivr-2:4]
>>Answer("Zap/53-1", "") in new stack
>>[Sep 26 12:31:57] DEBUG[7905] chan_zap.c: Took Zap/53-1 off hook
>>[Sep 26 12:31:57] DEBUG[7905] chan_zap.c: No echo training requested
>>[Sep 26 12:31:57] VERBOSE[7905] logger.c:     -- Executing [s at ivr-2:5]
>>Wait("Zap/53-1", "1") in new stack
>>*[Sep 26 12:31:57] DEBUG[7905] chan_zap.c: Ignore switch to REVERSED
>>Polarity on channel 53, state 6*
>>*[Sep 26 12:31:57] DEBUG[7905] chan_zap.c: Ignoring Polarity switch to
>>IDLE on channel 53, state 6
>>[Sep 26 12:31:57] DEBUG[7905] chan_zap.c: Polarity Reversal event
>>occured - DEBUG 2: channel 53, state 6, pol= 0, aonp= 0, honp= 0,
>>pdelay= 600, tv= -1669362190
>>[Sep 26 12:31:57] WARNING[7905] chan_zap.c: Ring/Off-hook in strange
>>state 6 on channel 53
>>[Sep 26 12:31:58] DEBUG[7905] chan_zap.c: Ignore switch to REVERSED
>>Polarity on channel 53, state 6
>>[Sep 26 12:31:58] DEBUG[7905] chan_zap.c: Ignoring Polarity switch to
>>IDLE on channel 53, state 6
>>[Sep 26 12:31:58] DEBUG[7905] chan_zap.c: Polarity Reversal event
>>occured - DEBUG 2: channel 53, state 6, pol= 0, aonp= 0, honp= 0,
>>pdelay= 600, tv= -1669361310*
>>[Sep 26 12:31:58] VERBOSE[7905] logger.c:     -- Executing [s at ivr-2:6]
>>BackGround("Zap/53-1", "ssa/welcome") in new stack
>>[Sep 26 12:31:58] VERBOSE[7905] logger.c:     -- <Zap/53-1> Playing
>>'ssa/welcome' (language 'en')
>>*[Sep 26 12:31:58] WARNING[7905] chan_zap.c: Ring/Off-hook in strange
>>state 6 on channel 53*
>>[Sep 26 12:31:59] VERBOSE[7905] logger.c:     -- Executing [s at ivr-2:7]
>>Set("Zap/53-1", "TIMEOUT(digit)=3") in new stack
>>[Sep 26 12:31:59] VERBOSE[7905] logger.c:     -- Digit timeout set to 3
>>[Sep 26 12:31:59] VERBOSE[7905] logger.c:     -- Executing [s at ivr-2:8]
>>Set("Zap/53-1", "TIMEOUT(response)=5") in new stack
>>[Sep 26 12:31:59] VERBOSE[7905] logger.c:     -- Response timeout set to 5
>>[Sep 26 12:31:59] VERBOSE[7905] logger.c:     -- Executing [s at ivr-2:9]
>>WaitExten("Zap/53-1", "|") in new stack
>>[Sep 26 12:32:00] DEBUG[7905] chan_zap.c: Ignore switch to REVERSED
>>Polarity on channel 53, state 6
>>[Sep 26 12:32:00] DEBUG[7905] chan_zap.c: Ignoring Polarity switch to
>>IDLE on channel 53, state 6
>>[Sep 26 12:32:00] DEBUG[7905] chan_zap.c: Polarity Reversal event
>>occured - DEBUG 2: channel 53, state 6, pol= 0, aonp= 0, honp= 0,
>>pdelay= 600, tv= -1669359254
>>[Sep 26 12:32:04] DEBUG[7905] chan_zap.c: Ignore switch to REVERSED
>>Polarity on channel 53, state 6
>>[Sep 26 12:32:04] DEBUG[7905] chan_zap.c: Ignoring Polarity switch to
>>IDLE on channel 53, state 6
>>[Sep 26 12:32:04] DEBUG[7905] chan_zap.c: Polarity Reversal event
>>occured - DEBUG 2: channel 53, state 6, pol= 0, aonp= 0, honp= 0,
>>pdelay= 600, tv= -1669355306
>>[Sep 26 12:32:05] VERBOSE[7905] logger.c:     -- Timeout on Zap/53-1,
>>going to 't'
>>
>>
>>zapata.conf - snippet
>>
>>[channels]
>>;busydetect=no          
>>;callprogress=no             
>>;hanguponpolarityswitch=yes
>>
>>;;; line="53 WCTDM/0/21 FXSKS"
>>signalling=fxs_ks            
>>callerid=yes      
>>cidsignalling=v23
>>cidstart=polarity           
>>group=0             
>>context=from-pstn           
>>channel => 53
>>context=default
>>
>>
>>zaptel.conf
>># Global data
>>
>>loadzone        = au
>>defaultzone     = au
>>
>># Span 1: WCT1/0 "Wildcard TE121 Card 0" (MASTER) B8ZS/ESF RED
>>span=1,1,0,ccs,hdb3,crc4
>>bchan=1-10
>>unused=11-15,17,31
>>dchan=16
>>
>># Span 2: WCTDM/0 "Wildcard AEX2400 Board 1"
>>fxoks=32-51
>>fxsks=52-55
>>
>>Regards,
>>
>>-- 
>>*Daniel Johnson*
>>Systems Administrator / Systems Development
>>Scanning Systems Australia
>>
>>
>>*Office:* +61 7 3387 5555
>>*Facsimile:* +61 7 3387 5588
>>*E-mail:* dan.j at scanningsystems.com.au
>><mailto:dan.j at scanningsystems.com.au>
>>*Website:* http://www.scanningsystems.com.au
>>
>>------------------------------------------------------------------------
>>
>>_______________________________________________
>>-- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>
>>AstriCon 2008 - September 22 - 25 Phoenix, Arizona
>>Register Now: http://www.astricon.net
>>
>>asterisk-users mailing list
>>To UNSUBSCRIBE or update options visit:
>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>    
>>
>
>
>
>__________ NOD32 3472 (20080925) Information __________
>
>This message was checked by NOD32 antivirus system.
>http://www.eset.com
>
>
>
>  
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080926/a23641fd/attachment.htm 


More information about the asterisk-users mailing list