[asterisk-bugs] [Asterisk 0014426]: app_chanisavail always set AVAILSTATUS to 0 with option 's' set

Asterisk Bug Tracker noreply at bugs.digium.com
Fri Nov 13 11:26:35 CST 2009


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=14426 
====================================================================== 
Reported By:                macli
Assigned To:                file
====================================================================== 
Project:                    Asterisk
Issue ID:                   14426
Category:                   Applications/app_chanisavail
Reproducibility:            always
Severity:                   tweak
Priority:                   normal
Status:                     closed
Target Version:             1.4.28
Asterisk Version:           SVN 
JIRA:                       SWP-266 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-02-06 13:34 CST
Last Modified:              2009-11-13 11:26 CST
====================================================================== 
Summary:                    app_chanisavail always set AVAILSTATUS to 0 with
option 's'  set
Description: 
Here is dialplan copied from extensions.conf.sample:

[macro-page];

exten => s,1,ChanIsAvail(${ARG1},s)                     ; j is for Jump
and s is for ANY call
exten => s,n,GoToIf($[ ${AVAILSTATUS} = 1 ]?autoanswer:fail)
exten => s,n(autoanswer),Set(_ALERT_INFO="RA")                  ; This is
for the PolyComs
exten => s,n,SIPAddHeader(Call-Info: Answer-After=0)    ; This is for the
Grandstream, Snoms, and Others
exten => s,n,NoOp()                                     ; Add others here
and Post on the Wiki!!!!
exten => s,n,Dial(${ARG1},,)
exten => s,n(fail),Hangup

;page
exten => 6999,1,Set(TIMEOUT(absolute)=60)
exten => 6999,2,Macro(page,SIP/vli)



First call when SIP/vli not in use
----------------------------------

*CLI>     -- Starting simple switch on 'DAHDI/1-1'
    -- Executing [6999 at brc-internal:1] Set("DAHDI/1-1",
"TIMEOUT(absolute)=60") in new stack
Channel will hangup at 2009-02-06 11:49:08.454 PST.
    -- Executing [6999 at brc-internal:2] Macro("DAHDI/1-1", "page,SIP/vli")
in new stack
    -- Executing [s at macro-page:1] ChanIsAvail("DAHDI/1-1", "SIP/vli,s") in
new stack
  == Using SIP RTP CoS mark 5
    -- Executing [s at macro-page:2] GotoIf("DAHDI/1-1", "0?autoanswer:fail")
in new stack
  == branch1: autoanswer branch2: fail branch: fail
    -- Goto (macro-page,s,7)
    -- Executing [s at macro-page:7] Hangup("DAHDI/1-1", "") in new stack
  == Spawn extension (macro-page, s, 7) exited non-zero on 'DAHDI/1-1' in
macro 'page'
  == Spawn extension (brc-internal, 6999, 2) exited non-zero on
'DAHDI/1-1'
    -- Hungup 'DAHDI/1-1'


Second call when SIP/vli is in use:
----------------------------------
*CLI> [Feb  6 11:49:16] NOTICE[12461]: chan_dahdi.c:7144 ss_thread: Got
event 18 (Ring Begin)...
[Feb  6 11:49:19] NOTICE[12461]: chan_dahdi.c:7144 ss_thread: Got event 2
(Ring/Answered)...
    -- Executing [s at brc-incoming:1] Wait("DAHDI/4-1", "1") in new stack
    -- Executing [s at brc-incoming:2] Answer("DAHDI/4-1", "") in new stack
    -- Executing [s at brc-incoming:3] Playback("DAHDI/4-1",
"brc/brc-office") in new stack
    -- <DAHDI/4-1> Playing 'brc/brc-office.gsm' (language 'en')
    -- Executing [s at brc-incoming:4] WaitExten("DAHDI/4-1", "5") in new
stack
  == CDR updated on DAHDI/4-1
    -- Executing [668 at brc-incoming:1] Gosub("DAHDI/4-1",
"stdexten(668,SIP/vli)") in new stack
    -- Executing [668 at brc-incoming:50000] NoOp("DAHDI/4-1", "Start
stdexten") in new stack
    -- Executing [668 at brc-incoming:50001] Set("DAHDI/4-1",
"LOCAL(ext)=668") in new stack
    -- Executing [668 at brc-incoming:50002] Set("DAHDI/4-1",
"LOCAL(dev)=SIP/vli") in new stack
    -- Executing [668 at brc-incoming:50003] Set("DAHDI/4-1", "LOCAL(cntx)=")
in new stack
    -- Executing [668 at brc-incoming:50004] Set("DAHDI/4-1",
"LOCAL(mbx)="668"""") in new stack
    -- Executing [668 at brc-incoming:50005] Dial("DAHDI/4-1",
"SIP/vli,20,Tt") in new stack
  == Using SIP RTP CoS mark 5
    -- Called vli
    -- SIP/vli-083f31d8 is ringing
    -- SIP/vli-083f31d8 answered DAHDI/4-1

*CLI>     -- Starting simple switch on 'DAHDI/1-1'
    -- Executing [6999 at brc-internal:1] Set("DAHDI/1-1",
"TIMEOUT(absolute)=60") in new stack
Channel will hangup at 2009-02-06 11:50:48.558 PST.
    -- Executing [6999 at brc-internal:2] Macro("DAHDI/1-1", "page,SIP/vli")
in new stack
    -- Executing [s at macro-page:1] ChanIsAvail("DAHDI/1-1", "SIP/vli,s") in
new stack
  == Using SIP RTP CoS mark 5
    -- Executing [s at macro-page:2] GotoIf("DAHDI/1-1", "0?autoanswer:fail")
in new stack
  == branch1: autoanswer branch2: fail branch: fail
    -- Goto (macro-page,s,7)
    -- Executing [s at macro-page:7] Hangup("DAHDI/1-1", "") in new stack
  == Spawn extension (macro-page, s, 7) exited non-zero on 'DAHDI/1-1' in
macro 'page'
  == Spawn extension (brc-internal, 6999, 2) exited non-zero on
'DAHDI/1-1'
    -- Hungup 'DAHDI/1-1'

====================================================================== 

---------------------------------------------------------------------- 
 (0113792) svnbot (reporter) - 2009-11-13 11:26
 https://issues.asterisk.org/view.php?id=14426#c113792 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 229966

_U  trunk/

------------------------------------------------------------------------
r229966 | file | 2009-11-13 11:26:34 -0600 (Fri, 13 Nov 2009) | 13 lines

Merged revisions 229965 via svnmerge from 
https://origsvn.digium.com/svn/asterisk/branches/1.4

........
  r229965 | file | 2009-11-13 11:19:59 -0600 (Fri, 13 Nov 2009) | 6 lines
  
  Document a limitation in the AVAILSTATUS variable from ChanIsAvail and
provide
  a workaround for it that does not change existing behavior.
  
  (closes issue https://issues.asterisk.org/view.php?id=14426)
  Reported by: macli
........

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=229966 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-11-13 11:26 svnbot         Note Added: 0113792                          
======================================================================




More information about the asterisk-bugs mailing list