Summary:ASTERISK-07953: Hangup status not propagated to master of Local channel
Reporter:Anton Fedorov (datacompboy)Labels:
Date Opened:2006-10-18 11:17:53Date Closed:2007-02-13 19:47:25.000-0600
Versions:Frequency of
Description:When call originated via
<<0.384.0>> Send packet: [["Action",": ","Originate","\r\n"],                
                         ["Channel",": ","Local/1@ps_out","\r\n"],          
                         ["Async",": ","yes","\r\n"],                        
                         ["Variable",": ",["gate","=","voip"],"\r\n"],      
                         ["Variable",": ",["session","=","267!adv"],"\r\n"],
                         ["Variable",": ",["tio","=","60000"],"\r\n"],      
                         ["Variable",": ",["number","=","120001"],"\r\n"],  
                         ["Application",": ","AGI","\r\n"],                  
                          ": ",                                              
call initated fine:
<<0.384.0>> Got packet: [<<"Message: Originate successfully queued\r\n">>,
                        <<"Response: Success\r\n">>]                    
When DIAL() called from Local/1@ps_out rejected:
<<0.384.0>> Got packet: [<<"Cause-txt: Call Rejected\r\n">>,    
                        <<"Cause: 21\r\n">>,                  
                        <<"Uniqueid: 1161187086.3\r\n">>,      
                        <<"Channel: SIP/120001-0830f970\r\n">>,
                        <<"Privilege: call,all\r\n">>,        
                        <<"Event: Hangup\r\n">>]              
status collected on second leg of LOCAL call:
<<0.384.0>> Got packet: [<<"Uniqueid: 1161187086.2\r\n">>,        
                        <<"CallerID: <unknown>\r\n">>,          
                        <<"State: Busy\r\n">>,                  
                        <<"Channel: Local/1@ps_out-03a3,2\r\n">>,
                        <<"Privilege: call,all\r\n">>,          
                        <<"Event: Newstate\r\n">>]              
but 1st leg dies earlier, than 2nd, and as result no info reported on hangup cause:
<<0.384.0>> Got packet: [<<"Cause-txt: Unknown\r\n">>,            
                        <<"Cause: 0\r\n">>,                      
                        <<"Uniqueid: 1161187086.1\r\n">>,        
                        <<"Channel: Local/1@ps_out-03a3,1\r\n">>,
                        <<"Privilege: call,all\r\n">>,          
                        <<"Event: Hangup\r\n">>]                
Also, next sent really strange event:
<<0.384.0>> Got packet: [<<"Uniqueid: <null>\r\n">>,        
                        <<"Reason: 8\r\n">>,              
                        <<"Exten: \r\n">>,                
                        <<"Context: \r\n">>,              
                        <<"Channel: Local/1@ps_out\r\n">>,
                        <<"Privilege: call,all\r\n">>,    
                        <<"Event: OriginateFailure\r\n">>]
 (there no channel Local/1@ps_out in system!)
And with some delay (after DeadAGI() executed on 2nd leg), got info on full fail, but that info only for 2nd leg of LOCAL call:
<<0.384.0>> Got packet: [<<"Cause-txt: Call Rejected\r\n">>,      
                        <<"Cause: 21\r\n">>,                    
                        <<"Uniqueid: 1161187086.2\r\n">>,        
                        <<"Channel: Local/1@ps_out-03a3,2\r\n">>,
                        <<"Privilege: call,all\r\n">>,          
                        <<"Event: Hangup\r\n">>]
<<0.384.0>> Got packet: [<<"Cause-txt: Unknown\r\n">>,            
                        <<"Cause: 0\r\n">>,                      
                        <<"Uniqueid: 1161187086.0\r\n">>,        
                        <<"Channel: SIP/120001-08300a80\r\n">>,  
                        <<"Privilege: call,all\r\n">>,          
                        <<"Event: Hangup\r\n">>]

If outgoing doesn't have DeadAGI() call ( just plain Dial() ) -- result same, on 1st origination leg status info doesn't set

****** STEPS TO REPRODUCE ******

Mine extensions.conf, related to origination:

exten => 1,1,GotoIf($["${number}" : "00"]?ps_out_pstn,1,1)      
exten => 1,2,GotoIf($["${number}" : "1"]?ps_out_sip,1,1)        
exten => 1,3,Hangup                                              
exten => 1,1,Dial(SIP/${number}@vf-out,${tio})                  
exten => h,1,Goto(ps_out_map,1,1)                                
exten => 1,1,Dial(SIP/${number},${tio},j)                        
exten => h,1,Goto(ps_out_map,1,1)                                
exten => 1,1,gotoif($["${DIALSTATUS}"!="ANSWER"]?100)            
exten => 1,2,NoOp("Status of call to ${number} is ${DIALSTATUS}")
exten => 1,100,DeadAGI(agi://localhost:4573/ps_call/outgoingbusy)


I'm not sure is that Local channel issue, or AMI issue.
Comments:By: Steve Murphy (murf) 2006-11-23 21:23:00.000-0600

datacompboy-- Give me more info. I need to know what your testing environment is. How did you generate the messages above? Once I can duplicate your environment, and your results, I can hope to fix the problem.

By: Anton Fedorov (datacompboy) 2006-11-29 08:12:00.000-0600

I'm use astami erlang application for application management controlling.

you can use any ami command send-receivering framework.

Part for extensions.conf you see here.

After you have send command:
Action: Originate
Channel: Local/1@ps_out
Async: yes
Variable: gate=voip
Variable: session=267!adv
Variable: tio=60000
Variable: number=120001
Application: AGI
Data: agi://localhost:4573/ps_call/outgoing

(In "number" can be anything, for locally configured SIP number)

Once your SIP phone rings, reject call.

Then, you should see to AMI events list.

By: Serge Vecher (serge-v) 2006-11-30 09:54:26.000-0600

also, is 1.2.13 any better?

By: Anton Fedorov (datacompboy) 2006-12-14 09:25:46.000-0600

1.2.13 same

By: Steve Murphy (murf) 2006-12-14 11:16:25.000-0600

datacompboy-- if you use the /n on the local channel, does that have any effect?
(As in Local/extension@context[/n] ).

By: Steve Murphy (murf) 2007-01-03 13:39:37.000-0600

datacompboy-- have you had a chance to try the /n out?

By: Joshua C. Colp (jcolp) 2007-02-13 19:47:24.000-0600

It has been quite some time now with no response, if this is still an issue after trying murf's request please reopen. Peace!