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

---------------------------------------------------------------------- 
 (0129302) cyoung92612 (reporter) - 2010-12-03 13:16
 https://issues.asterisk.org/view.php?id=18027#c129302 
---------------------------------------------------------------------- 
I'm seeing the same problem on 1.8.0.  I know where the problem is, but I'm
not sure the best way to fix it. It's a reference count related memory
leak.

Every 5 minutes, my endpoints re-register and register_verify() is called.
 There are a couple places where the reference count for the 'peer' object
is incremented.  The problem is that the 'unref_peer' is done through
AST_SCHED_xxx and peer->expire is -1, causing the unref_peer() to never be
called.  The reference count never goes down to zero and the object is
never destroyed.

This happens every time a re-register occurs and the memory allocation in
build_peer() continues to grow. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-12-03 13:16 cyoung92612    Note Added: 0129302                          
======================================================================