[asterisk-bugs] [Asterisk 0014037]: Memory usage increase when using SUBSCRIBE + vars defined in sip.conf
Asterisk Bug Tracker
noreply at bugs.digium.com
Mon Dec 15 10:06:19 CST 2008
The following issue requires your FEEDBACK.
======================================================================
http://bugs.digium.com/view.php?id=14037
======================================================================
Reported By: marvinek
Assigned To: russell
======================================================================
Project: Asterisk
Issue ID: 14037
Category: Channels/chan_sip/Subscriptions
Reproducibility: always
Severity: major
Priority: normal
Status: feedback
Asterisk Version: 1.4.22
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-12-09 04:39 CST
Last Modified: 2008-12-15 10:06 CST
======================================================================
Summary: Memory usage increase when using SUBSCRIBE + vars
defined in sip.conf
Description:
I have a peer defined in sip.conf with pre-set variables (see excerpt
bellow)
and subscription enabled for that peer. I can see ( by memory show summary
) that all variables get allocated again with each subscribe request from
the phone. These allocations do not get ever released until phone is
restarted an re-registers (propably with different session id ?). This
results in asterisk eating up all memory. I can reproduce this with
Grandstream GXP-2000 , Linksys SPA96 and asterisk Releases 1.4.11, 1.4.22
memory show ... shows increasing allocations in config.c
When I remove pre-defined vars from sip.conf problem disappears.
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2008-12-15 10:06 blitzrage Status assigned => feedback
======================================================================
More information about the asterisk-bugs
mailing list