[asterisk-bugs] [JIRA] (ASTERISK-25022) Memory leak setting up DTLS/SRTP calls
Steve Davies (JIRA)
noreply at issues.asterisk.org
Tue Apr 28 05:44:32 CDT 2015
[ https://issues.asterisk.org/jira/browse/ASTERISK-25022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=226034#comment-226034 ]
Steve Davies commented on ASTERISK-25022:
-----------------------------------------
https://gerrit.asterisk.org/#/c/268/
> Memory leak setting up DTLS/SRTP calls
> --------------------------------------
>
> Key: ASTERISK-25022
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-25022
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Core/RTP, Resources/res_rtp_asterisk
> Affects Versions: 11.17.1
> Environment: Load testing using JsSIP over WebSockets
> Reporter: Steve Davies
>
> Load testing of inbound call over WebSockets using JsSIP, routed out over a regular SIP call. Calls started at 0.5s intervals and allowed to run for 10s.
> After a period of time, a memory leak was apparent. Using DEBUG_ALLOC and REF_DEBUG found the following issues:
> ==== Leaked Object 0xb2820c54 history ====
> [22433] res_srtp.c:240 ast_srtp_policy_alloc: +1 Allocating policy - [**constructor**]
> [22433] res_srtp.c:516 ast_srtp_add_stream: +1 Added additional stream - [1]
> [22078] res_srtp.c:480 ast_srtp_destroy: -1 Unallocate policy - [2]
> --
> ==== Leaked Object 0xb31868fc history ====
> [22449] res_srtp.c:240 ast_srtp_policy_alloc: +1 Allocating policy - [**constructor**]
> [22449] res_srtp.c:461 ast_srtp_create: +1 Created initial policy - [1]
> [22078] res_srtp.c:480 ast_srtp_destroy: -1 Unallocate policy - [2]
> And using 'uniq -c' on memory allocations output the following entries were never free'd:
> 1126 31 bytes allocated by ast_rtp_dtls_cfg_copy() line 2295 of rtp_engine.c
> 1126 33 bytes allocated by ast_rtp_dtls_cfg_copy() line 2296 of rtp_engine.c
> 1126 8 bytes allocated by ast_rtp_dtls_cfg_copy() line 2297 of rtp_engine.c
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list