[asterisk-bugs] [Asterisk 0017526]: Asterisk seg faults after incoming OOH323 call fails due to congesstion

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17526 
====================================================================== 
Reported By:                vmikhelson
Assigned To:                may213
====================================================================== 
Project:                    Asterisk
Issue ID:                   17526
Category:                   Addons/chan_ooh323
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.6.2.8 
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-06-17 21:48 CDT
Last Modified:              2010-06-20 22:48 CDT
====================================================================== 
Summary:                    Asterisk seg faults after incoming OOH323 call fails
due to congesstion
Description: 
A call is placed to a SIP extension with no VoiceMail. If the call goes
through there is no problem.

If the call gets congested Asterisk experiences the following in about 10
seconds after the call ends:
[root at pbx ~]# /usr/sbin/safe_asterisk: line 145: 24682 Segmentation fault 
(core dumped) nice -n $PRIORITY ${ASTSBINDIR}/asterisk -f ${CLIARGS}
${ASTARGS} > /dev/${TTY} 2>&1 < /dev/${TTY}
Asterisk ended with exit status 139
Asterisk exited on signal 11.
Automatically restarting Asterisk.

The same SIP extension can be called from a SIP or a DAHDI extension with
no adverse effects.
====================================================================== 

---------------------------------------------------------------------- 
 (0123657) vmikhelson (reporter) - 2010-06-20 22:48
 https://issues.asterisk.org/view.php?id=17526#c123657 
---------------------------------------------------------------------- 
May213,

It worked as you expected.

Now a congested call finishes like that:

    -- Executing [s-CONGESTION at macro-exten-vm:3]
PlayTones("OOH323/avaya-0a03a608", "congestion") in new stack
    -- Executing [s-CONGESTION at macro-exten-vm:4]
Congestion("OOH323/avaya-0a03a608", "10") in new stack
  == Spawn extension (macro-exten-vm, s-CONGESTION, 4) exited non-zero on
'OOH323/avaya-0a03a608' in macro 'exten-vm'
  == Spawn extension (from-trunk, 700, 1) exited non-zero on
'OOH323/avaya-0a03a608'
    -- Executing [h at from-trunk:1] Macro("OOH323/avaya-0a03a608",
"hangupcall,") in new stack
    -- Executing [s at macro-hangupcall:1] GotoIf("OOH323/avaya-0a03a608",
"1?skiprg") in new stack
    -- Goto (macro-hangupcall,s,4)
    -- Executing [s at macro-hangupcall:4] GotoIf("OOH323/avaya-0a03a608",
"1?skipblkvm") in new stack
    -- Goto (macro-hangupcall,s,7)
    -- Executing [s at macro-hangupcall:7] GotoIf("OOH323/avaya-0a03a608",
"1?theend") in new stack
    -- Goto (macro-hangupcall,s,9)
    -- Executing [s at macro-hangupcall:9] Hangup("OOH323/avaya-0a03a608",
"") in new stack
  == Spawn extension (macro-hangupcall, s, 9) exited non-zero on
'OOH323/avaya-0a03a608' in macro 'hangupcall'
  == Spawn extension (from-trunk, h, 1) exited non-zero on
'OOH323/avaya-0a03a608'

I think you can add a relationship to this issue and close it.

Thank you,
Vladimir 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-06-20 22:48 vmikhelson     Note Added: 0123657                          
======================================================================