No subject

exhausted, and asterisk will be killed/restarted by the watchdog, which in
my case is snmpd.

Seems like most allocations are done around lines 23905 and 23908 in
build_peer() in chan_sip.c

Second file is provided in the zip archive, due to its extremely large
size.

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0018014 large memory consumption of udptl.c module
====================================================================== 

---------------------------------------------------------------------- 
 (0129311) cyoung92612 (reporter) - 2010-12-04 20:57
 https://issues.asterisk.org/view.php?id=18027#c129311 
---------------------------------------------------------------------- 
I've found that setting rtcachefriends=yes in sip.conf 'fixes' this problem
on my system.  The reason being that when caching is enabled, there's isn't
the repeated creation and failed-destruction of the peer objects in memory
every time a client re-registers.  There is just a single object that is
created, and maintained, in memory for each client that registers. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-12-04 20:57 cyoung92612    Note Added: 0129311                          
======================================================================