[Home]

Summary:ASTERISK-15531: Orinate calls using AMI on version 1.4.29 broken.
Reporter:Fernando Lujan (flujan)Labels:
Date Opened:2010-01-27 09:08:25.000-0600Date Closed:2011-06-07 14:08:21
Priority:MinorRegression?No
Status:Closed/CompleteComponents:Applications/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:The Originate command in the AMI does not deliver the calls to the correct extension/context.

Asterisk dials, the phone answers, the call is not delivered to extension and context.

This only happen when I use the Local/number@context syntax. The SIP/12345/551144569873 works. Version 1.4.28 does not have this issue.

The cli command originate also works well.
Comments:By: Russell Bryant (russell) 2010-01-27 16:20:01.000-0600

Can you please provide an example Originate action, the corresponding dialplan, and the console log of a test that shows it failing?
By: line24.ru (line24) 2010-02-06 21:00:21.000-0600

Origination (php):

       $asm = new AGI_AsteriskManager();
       $asm->connect();
       $asm->send_request('Originate',
           array('Channel' => "Local/XXXXXXXX@client-call/n",
           'Context' => 'client-answered',
           'Priority' => '1',
           'Exten' => 's',
           'Async' => true));
       $asm->disconnect();        

Dial-plan:

[client-call]
exten => _X.,1,Noop()
exten => _X.,n,Dial(DAHDI/g1/${EXTEN},60)

[client-answered]
exten => s,1,Noop()
...

Console log:

Feb  7 05:38:43] VERBOSE[22221] logger.c:     -- Executing [XXXXXXXX@client-call:1] NoOp("Local/XXXXXXXX@client-call-cf2f,2", "") in new stack
[Feb  7 05:38:43] VERBOSE[22221] logger.c:     -- Executing [XXXXXXXX@client-call:2] Dial("Local/XXXXXXXX@client-call-cf2f,2", "DAHDI/g1/XXXXXXXX|60") in new stack
[Feb  7 05:38:43] VERBOSE[22221] logger.c:     -- Called g1/XXXXXXXX
[Feb  7 05:38:43] VERBOSE[22221] logger.c:     -- DAHDI/1-1 is proceeding passing it to Local/XXXXXXXX@client-call-cf2f,2
[Feb  7 05:38:46] DEBUG[12609] chan_dahdi.c: Queuing frame from PRI_EVENT_PROGRESS on channel 0/1 span 1
[Feb  7 05:38:46] VERBOSE[22221] logger.c:     -- DAHDI/1-1 is making progress passing it to Local/XXXXXXXX@client-call-cf2f,2
[Feb  7 05:38:47] VERBOSE[22221] logger.c:     -- DAHDI/1-1 is ringing
[Feb  7 05:38:48] VERBOSE[22221] logger.c:     -- DAHDI/1-1 answered Local/XXXXXXXX@client-call-cf2f,2
[Feb  7 05:38:53] VERBOSE[12609] logger.c:     -- Channel 0/1, span 1 got hangup request, cause 16
By: Whit Thiele (sirwhit) 2010-02-07 11:06:29.000-0600

I can confirm this happens too. Originate in 1.4.29 does not send the call to the Exten when Channel uses Local/xyz. Version 1.4.28 seems to work fine
By: Amilcar S Silvestre (amilcar) 2010-02-09 15:37:23.000-0600

I can confirm this bug, introduced in 1.4.29.

It's a regression. Affects only unoptimzed local channels (local channels using /n). Originate using local channels without "/n" are working ok.

This is very easy to reproduce. I think this is a blocker, as it totally breaks a very popular funcionality (dialing using originate with local channels with /n).
By: Tilghman Lesher (tilghman) 2010-02-09 15:42:28.000-0600

Have you tried the latest SVN 1.4?  This is probably already fixed in the tree.
By: Amilcar S Silvestre (amilcar) 2010-02-09 16:07:03.000-0600

Tested now using 1.4-r245496. It's fixed in all my tests. I think you can safely close this bug.
By: Mark Murawski (kobaz) 2010-02-09 16:10:02.000-0600

Related to: https://issues.asterisk.org/view.php?id=16628