[asterisk-bugs] [JIRA] (ASTERISK-28826) memory leak in res_rtp_asterisk.c
nappsoft (JIRA)
noreply at issues.asterisk.org
Tue Apr 14 07:13:25 CDT 2020
[ https://issues.asterisk.org/jira/browse/ASTERISK-28826?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=250273#comment-250273 ]
nappsoft commented on ASTERISK-28826:
-------------------------------------
Ah yes, you're right. Tbh: I am not even sure whether the mentioned output "Packet with position ... is already in buffer. Not inserting." was generated or not, it's just what I suspected as this seemed to be the only place in this function that made sense to not insert to packet.
However: the thing with MALLOC_DEBUG and the fact that the patch fixed the problem is true.
> memory leak in res_rtp_asterisk.c
> ---------------------------------
>
> Key: ASTERISK-28826
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-28826
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Resources/res_rtp_asterisk
> Affects Versions: 16.9.0
> Reporter: nappsoft
> Assignee: Unassigned
> Labels: patch, webrtc
> Attachments: patch1.diff
>
>
> When a packet is received twice (and though ast_data_buffer_put would report "Packet with position ... is already in buffer. Not inserting.") the payload will never be freed resulting in a memory leak.
> This behavior could be observerd with asterisk 16.9 during WebRTC conferences when some clients had bad connections and some packets needed to be repeated.
> Attached you'll find a patch that fixes the issue.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list