[asterisk-bugs] [JIRA] (ASTERISK-24498) Segmentation fault in res_hep_rtcp on attended transfer
Matt Jordan (JIRA)
noreply at issues.asterisk.org
Thu Nov 6 20:54:30 CST 2014
[ https://issues.asterisk.org/jira/browse/ASTERISK-24498?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=223375#comment-223375 ]
Matt Jordan commented on ASTERISK-24498:
----------------------------------------
Well, {{i}} really shouldn't be {{1}} unless something sent us more report blocks then we can handle... which is possible. We wouldn't know for sure without looking at a pcap of the RTCP message traffic.
I've attached a patch here that should prevent this from happening. Before applying it, can you verify one last value in {{gdb}}:
{noformat}
# print payload->report->reception_report_count
{noformat}
Thanks!
> Segmentation fault in res_hep_rtcp on attended transfer
> -------------------------------------------------------
>
> Key: ASTERISK-24498
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-24498
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Resources/res_hep_rtcp
> Affects Versions: 13.0.0
> Environment: Asterisk 13.0.0 on CentOS 6.5
> extension 601 - SNOM 710
> extension 602 - yealink T46
> extension 603 - Jitsi
> Reporter: Beppo mazzucato
> Assignee: Beppo mazzucato
> Attachments: ASTERISK-24498-13.diff, backtrace.txt, log.txt
>
>
> Asterisk crash trying to perform an attended transfer
> ext 602 call ext 601
> ext 601 put the call on hold
> ext 601 call extension 603
> when ext 603 answers asterisk crashes
> Unattended transfer works properly
> If the attended transfer is made by the yealink phone (in other words echanging the roles of ext 601 and ext 602 above) it works properly
> Same scenario doesn't crash with asterisk 11.13.1
> I'm attaching log and backtrace
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list