[asterisk-bugs] [Asterisk 0017255]: [patch] UDP ports not freed/ports leaking
Asterisk Bug Tracker
noreply at bugs.digium.com
Fri Feb 25 04:27:30 CST 2011
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=17255
======================================================================
Reported By: kvveltho
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 17255
Category: Core/General
Reproducibility: always
Severity: major
Priority: normal
Status: acknowledged
Asterisk Version: SVN
JIRA: SWP-1410
Regression: No
Reviewboard Link: https://reviewboard.asterisk.org/r/1101/
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2010-04-28 06:23 CDT
Last Modified: 2011-02-25 04:27 CST
======================================================================
Summary: [patch] UDP ports not freed/ports leaking
Description:
The following is not fixed:
These release candidates resolve an issue with UDP ports not being freed,
per
issue https://issues.asterisk.org/view.php?id=16774
(https://issues.asterisk.org/view.php?id=16774)
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0016774 [patch] [regression] 1.6.1.13 and 1.6.1...
related to 0018121 Early bind of UDPTL ports can create a ...
======================================================================
----------------------------------------------------------------------
(0132404) wdoekes (reporter) - 2011-02-25 04:27
https://issues.asterisk.org/view.php?id=17255#c132404
----------------------------------------------------------------------
P.S.1. Memory show allocations shows about half the memory that
/proc/PID/status does: "749376389 bytes allocated (17520 in caches) in
3058903 allocations", while status reports a VmSize of about 1.5GB.
(This could be causes by allocation alignment perhaps? Perhaps something
to do with the hoard allocator, which I'm using.)
P.S.2. If I uniq -c the memory show allocations, these four allocations
stand out:
1731240 add_var at line 23940 of chan_sip.c
434741 __ao2_link at line 549 of astobj2.c
432828 build_peer at line 24106 of chan_sip.c
432828 build_peer at line 24109 of chan_sip.c
(same list, with byte count)
432810 115 bytes allocated in add_var at line 23940 of chan_sip.c
432810 86 bytes allocated in add_var at line 23940 of chan_sip.c
432810 91 bytes allocated in add_var at line 23940 of chan_sip.c
432810 96 bytes allocated in add_var at line 23940 of chan_sip.c
432828 520 bytes allocated in build_peer at line 24109 of chan_sip.c
432828 760 bytes allocated in build_peer at line 24106 of chan_sip.c
434741 24 bytes allocated in __ao2_link at line 549 of astobj2.c
(and I suppose this one is attached to one or more of the peers)
8738 24 bytes allocated in ast_append_ha at line 287 of acl.c
Issue History
Date Modified Username Field Change
======================================================================
2011-02-25 04:27 wdoekes Note Added: 0132404
======================================================================
More information about the asterisk-bugs
mailing list