[asterisk-bugs] [Asterisk 0013123]: [patch] segmentation fault with chan_h323 ast_rtp_new_source (rtp=0x0)
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Sep 9 05:27:21 CDT 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=13123
======================================================================
Reported By: nik600
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 13123
Category: Channels/chan_h323
Reproducibility: always
Severity: crash
Priority: normal
Status: new
Asterisk Version: 1.4.21
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 2008-07-21 09:56 CDT
Last Modified: 2008-09-09 05:27 CDT
======================================================================
Summary: [patch] segmentation fault with chan_h323
ast_rtp_new_source (rtp=0x0)
Description:
i've installed asterisk 1.4.21.1
and configured with Open H.323 version v1.18.0, PWLib v1.10.0.
I've installed them but i'm experiencing this problem:
i've configured in h323.conf 2 peers:
one to an 3.3 CCM Cisco
one to an 4.2 CCM Cisco
each CCM has the preferred codec set up as G711 ulaw.
I can forward calls from a SIP account on asterisk (using Xten-xlite
as softphone) to both the peers and talk with their extensions without
any problem.
I can forward calls from both the peers to Asterisk (and for example
place the call in queue or background some sound files)
BUT
when i try to call from the CCM 3.3 to Asterisk, and then dial from
the dialplan a SIP account, when the SIP user accept the call (using
Xten-xlite as softphone) asterisk dies with a segmentation fault
error.
This happend only with CCM 3.3, with 4.2 there is no problem.
I've temporarly patched it editing chan_h323.c in the function
oh323_indicate at line 919 replacing
// ********* OLD CODE
case AST_CONTROL_SRCUPDATE:
ast_rtp_new_source(pvt->rtp);
res = 0;
break;
// ***********
with
// ********* NEW CODE
case AST_CONTROL_SRCUPDATE:
if(pvt->rtp!=NULL){
ast_rtp_new_source(pvt->rtp);
}
res = 0;
break;
// ***********
with these "patch" asterisk doesn't crash.
======================================================================
----------------------------------------------------------------------
(0092222) putnopvut (administrator) - 2008-09-09 05:27
http://bugs.digium.com/view.php?id=13123#c92222
----------------------------------------------------------------------
It appears that when I fixed issue http://bugs.digium.com/view.php?id=13247, I
didn't realize that I also had
fixed this issue as well. As a result I'm closing this. Sorry I didn't
notice until now that this issue had been fixed for so long.
Issue History
Date Modified Username Field Change
======================================================================
2008-09-09 05:27 putnopvut Note Added: 0092222
======================================================================
More information about the asterisk-bugs
mailing list