[asterisk-bugs] [Asterisk 0016989]: When Answer is used for chan_local in Originate, the originate go crazy

Asterisk Bug Tracker noreply at bugs.digium.com
Wed Apr 28 19:49:45 CDT 2010


The following issue has been UPDATED. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16989 
====================================================================== 
Reported By:                ik_5
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   16989
Category:                   Channels/chan_local
Reproducibility:            have not tried
Severity:                   major
Priority:                   normal
Status:                     closed
Asterisk Version:           1.4.30-rc3 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 no change required
Fixed in Version:           
====================================================================== 
Date Submitted:             2010-03-08 12:25 CST
Last Modified:              2010-04-28 19:49 CDT
====================================================================== 
Summary:                    When Answer is used for chan_local in Originate, the
originate go crazy
Description: 
When I do the following Originate:

action: Originate
priority: 1
context: btest
exten: s
channel: Local/<test>@atest/n
timeout: 60000

On a dialplan:
[atest]
exten => _X.,1,NoOp(Test Case A)
exten => _X.,n,Answer()
exten => _X.,n,DumpChan()
exten => _X.,n,Dial(DAHDI/g1/<number>,120,L(100000:5000:1000))

[btest]
exten => s,1,NoOp(Test case A-b)
exten => s,n,Answer()
exten => s,n,Dial(DAHDI/g1/<number>,120,rmg)

If I do not remove the Answer function from atest, then Originate act
crazy in an unknown way to predict, it will not execute the dialplan
properly.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
duplicate of        0016637 [patch] Dial option 'L' does not work c...
====================================================================== 

---------------------------------------------------------------------- 
 (0121141) pabelanger (manager) - 2010-04-28 19:49
 https://issues.asterisk.org/view.php?id=16989#c121141 
---------------------------------------------------------------------- 
This looks to be a support related issue (see below).  Feel free to find a
marshal on #asterisk-bugs if you have questions.
---
Thanks for your comments. This does not appear to be a bug report and we
are closing it. We appreciate the difficulties you are facing, but it would
make more sense to raise your question in the support tracker,
http://www.asterisk.org/support 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-04-28 19:49 pabelanger     Note Added: 0121141                          
2010-04-28 19:49 pabelanger     Status                   feedback => closed  
2010-04-28 19:49 pabelanger     Resolution               open => no change
required
======================================================================




More information about the asterisk-bugs mailing list