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
====================================================================== 

---------------------------------------------------------------------- 
 (0128828) justmann (reporter) - 2010-11-12 10:08
 https://issues.asterisk.org/view.php?id=18027#c128828 
---------------------------------------------------------------------- 
Hm, sorry, I was wrong about arch, after migrating to x64 memory leak just
slow down. I tried to use schmidts sipp scenario to test asterisk, but it
stops eat memory at 170M Size and 65M of Res and all looks ok. On
production box, after 4k of processed calls i have 240M of SIZE and 138M of
RES. I can attach all my configs if needed. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-11-12 10:08 justmann       Note Added: 0128828                          
======================================================================