[asterisk-bugs] [Asterisk 0014570]: AMD hangs, leaving orphaned channel

Asterisk Bug Tracker noreply at bugs.digium.com
Fri Feb 27 11:38:10 CST 2009


The following issue has been SUBMITTED. 
====================================================================== 
http://bugs.digium.com/view.php?id=14570 
====================================================================== 
Reported By:                grant
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   14570
Category:                   Applications/app_amd
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           SVN 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 179021 
Request Review:              
====================================================================== 
Date Submitted:             2009-02-27 11:38 CST
Last Modified:              2009-02-27 11:38 CST
====================================================================== 
Summary:                    AMD hangs, leaving orphaned channel
Description: 
An outgoing call is originated through the manager interface, one of the
early steps in the dialplan is the execution of AMD within a macro

exten => s, 1, amd(1500,1900,555,5500,,,7,256)

The last event received through the manager interface is:

Event: Newexten
Privilege: dialplan,all
Timestamp: 1235752914.930024
Channel: SIP/robert-08fb7ce8
Context: macro-detectMachineHuman
Extension: s
Priority: 1
Application: AMD
AppData: 1500,1900,555,5500,,,7,256
Uniqueid: 1235752890.625

There are no more manager events delivered for this channel.

The asterisk verbose log shows these as the last few entries:

[2009-02-27 11:41:54] VERBOSE[3786] pbx.c: [2009-02-27 11:41:54]        >
Channel SIP/robert-08fb7ce8 was answered.
[2009-02-27 11:41:54] DEBUG[3806] pbx.c: Launching 'Answer'
[2009-02-27 11:41:54] VERBOSE[3806] pbx.c: [2009-02-27 11:41:54]     --
Executing [s at pjtypePL:1]
^[[1;36mAnswer^[[0m("^[[1;35mSIP/robert-08fb7ce8^[[0m", "^[[1;35m^[[0m") in
new stack
[2009-02-27 11:41:54] DEBUG[3806] pbx.c: Launching 'Macro'
[2009-02-27 11:41:54] VERBOSE[3806] pbx.c: [2009-02-27 11:41:54]     --
Executing [s at pjtypePL:2]
^[[1;36mMacro^[[0m("^[[1;35mSIP/robert-08fb7ce8^[[0m",
"^[[1;35mdetectMachineHuman^[[0m") in new stack
[2009-02-27 11:41:54] DEBUG[3806] pbx.c: Launching 'AMD'
[2009-02-27 11:41:54] VERBOSE[3806] pbx.c: [2009-02-27 11:41:54]     --
Executing [s at macro-detectMachineHuman:1]
^[[1;36mAMD^[[0m("^[[1;35mSIP/robert-08fb7ce8^[[0m",
"^[[1;35m1500,1900,555,5500,,,7,256^[[0m") in new stack
[2009-02-27 11:41:54] VERBOSE[3806] app_amd.c: [2009-02-27 11:41:54]    
-- AMD: SIP/robert-08fb7ce8 8042349043 (null) (Fmt: 64)
[2009-02-27 11:41:54] VERBOSE[3806] app_amd.c: [2009-02-27 11:41:54]    
-- AMD: initialSilence [1500] greeting [1900] afterGreetingSilence [555]
totalAnalysisTime [5500] minimumWordLength [100] betweenWordsSilence [50]
maximumNumberOfWords [7] silenceThreshold [256] maximumWordLength [5000]
[2009-02-27 11:41:54] DEBUG[3806] dsp.c: Setup tone 1100 Hz, 500 ms,
block_size=160, hits_required=21
[2009-02-27 11:41:54] DEBUG[3806] dsp.c: Setup tone 2100 Hz, 2600 ms,
block_size=160, hits_required=116

also ...

*CLI> sip show channels
Peer             User/ANR    Call ID          Format           Hold    
Last Message    Expiry
127.234.152.9     2610847742  7ff7cfdd7de4195  0x4 (ulaw)       No      
Tx: ACK
1 active SIP dialog


It is as if AMD hangs. The channel remains in list for a long time after
the call is finished.
This is an intermittent problem, the dialplan executed AMD successfully on
283 other originations before this one failed.

Is there a way I can provide more useful info?
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-02-27 11:38 grant          New Issue                                    
2009-02-27 11:38 grant          Asterisk Version          => SVN             
2009-02-27 11:38 grant          Regression                => No              
2009-02-27 11:38 grant          SVN Branch (only for SVN checkouts, not tarball
releases) =>  trunk          
2009-02-27 11:38 grant          SVN Revision (number only!) => 179021          
======================================================================




More information about the asterisk-bugs mailing list