[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 Mar 10 10:20:33 CST 2010
A NOTE has been added to this issue.
======================================================================
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: feedback
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:
======================================================================
Date Submitted: 2010-03-08 12:25 CST
Last Modified: 2010-03-10 10:20 CST
======================================================================
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.
======================================================================
----------------------------------------------------------------------
(0119217) ik_5 (reporter) - 2010-03-10 10:20
https://issues.asterisk.org/view.php?id=16989#c119217
----------------------------------------------------------------------
How come my L is located on the wrong spot ?
Dial(type/identifier, timeout, options, URL)
My first position is the DAHDI/g1/number at ....
My Second place is timeout
and my first place is option
So how is it on the wrong place ?
The thing is, that Every time I execute the above code when "answer" is in
use, Dial is not acted as blocking. Further more, the output I gave,
executed btest Dial before executing atest Dial. How is that proper
reaction ?
Some of the execution I made using Answer, makes the request drop with
congestion/busy without actually running Dial.
So unless this unexpected reaction of the dialplan a feature, I will call
it "going crazy" and unexpected.
Issue History
Date Modified Username Field Change
======================================================================
2010-03-10 10:20 ik_5 Note Added: 0119217
======================================================================
More information about the asterisk-bugs
mailing list