No subject


Thu Jan 15 22:29:28 CST 2009


POTS -> Digium TDM FXO module - Asterisk - Digium FXS module -> Analog
phone.

1).If the analog phone is left unanswered and the POTS party hangs up,
about 50% of the time the FXO channel fails to hangup via Busydetect or
runs on well over "busycount" value before hanging up.

2).If the FXS analog phone answers the call and it is left off hook, a
hangup at the POTS end will successfully hangup the FXO channel via
busydetect 100% of the time.
"

My country (Taiwan) does not have polarity reversal so I must rely on
busydetect.  Everything works beautifully if the ZAP caller hangs up while
in an IVR menu or is bridged to an answered SIP/IAX channel.  If the ZAP
caller hangs up while the SIP/IAX channel its attempting to bridge to is
not answered, busy detect does not work.  The IAX/SIP channel will keep
ringing indefinitely.  

I've also installed patch from 0009096 for DTMF detection.
====================================================================== 

---------------------------------------------------------------------- 
 (0106212) zelik888 (reporter) - 2009-06-10 10:53
 https://issues.asterisk.org/view.php?id=15306#c106212 
---------------------------------------------------------------------- 
-- Call accepted by xxx.xxx.xxx.xxx (format g729)
    -- Format for call is g729
    -- IAX2/voipjet-174 is ringing
    -- IAX2/voipjet-174 is making progress passing it to
Local/90981068611 at from-internal-6d5f,2
    -- Local/90981068611 at from-internal-6d5f,1 is making progress passing
it to Local/FMGL-90981068611#@from-internal-f7f4,2

--------- Caller on ZAP hangs up, but busydetect will not kick in and
system will keep attempting to ring the IAX channel 


The dialplan :  Zap caller -> IVR -> misc destination (external phone
number that dials through IAX) 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-10 10:53 zelik888       Note Added: 0106212                          
======================================================================




More information about the asterisk-bugs mailing list