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

---------------------------------------------------------------------- 
 (0127375) drookie (reporter) - 2010-09-24 13:24
 https://issues.asterisk.org/view.php?id=18027#c127375 
---------------------------------------------------------------------- 
I'm using realtime extensions and sip peers:

asterisk=> select count(*) from sip;
 count
-------
   191
(1 row)

asterisk=> select count(*) from extensions;
 count
-------
   191
(1 row)

'allowguest' is defaulted and thus is 'yes', however default context
includes only local peers (so there's not much to call to). Plus, I don't
see that much calls from anonymous peers; to be exact, I don't see them at
all, spontaneous SIP calls from scanners usually crash with authentication,
I get lesser than dozen attempts each day.

I turned 'allowguest' to 'no', and will say tomoorow if the memory
consumption is continuing to increase. Right now it seems like it does, but
I may be wrong. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-09-24 13:24 drookie        Note Added: 0127375                          
======================================================================