<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 25, 2014 at 8:14 AM, Matthew Jordan <span dir="ltr"><<a href="mailto:mjordan@digium.com" target="_blank">mjordan@digium.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On Mon, Nov 24, 2014 at 2:12 PM, James Lamanna <<a href="mailto:jlamanna@gmail.com">jlamanna@gmail.com</a>> wrote:<br>
> Also, how big does the cache in frame.c grow to?<br>
> I've recompiled with MALLOC_DEBUG on that server:<br>
><br>
> asterisk -rx "memory show summary"<br>
><br>
> ....<br>
> 1780466242 bytes (1780181594 cache) in    2352909 allocations in file<br>
> frame.c<br>
> ...<br>
><br>
> Seems like a ridiculous cache.<br>
><br>
<br>
</span>I'm not going to respond to your new thread, since it is the same<br>
discussion as this one.<br>
<br>
The frame cache is a per-thread local cache of frames that prevents<br>
having to re-allocate frames as they pass through Asterisk. Clearly,<br>
something is abusing it.<br>
<br>
I think you'll need to provide some more information on how you're<br>
producing this situation. Specifically:<br>
 * Channel technologies involved, and the formats on the channels<br>
 * Dialplan that reproduces the problem<br>
<br>
Are you using any non-core dialplan applications or channel drivers?<br><div class=""><div class="h5"><br></div></div></blockquote><div><br></div><div>This PBX has about 100 registered SIP clients, along with 23 PRI channels, 2 inbound/outbound SIP trunks and around 100 IAXModems registered to it. It primarily handles faxing. </div><div>I am not using any non-standard channel drivers. I am using the T.38 gateway funcionality.</div><div><br></div><div>The jist of the dialplan is this: (example of the PRI and a SIP trunk, inbound)</div><div><br></div><div>[pri-in]</div><div><div>exten => _X.,1,Set(__FROM_DID=${EXTEN})</div><div>exten => _X.,n,Set(FAX_IDX=700)</div><div>exten => _X.,n,Set(MAX_IDX=719)</div><div>exten => _X.,n,Goto(dial-hylafax,s,1)</div></div><div><br></div><div>[sip-trunk-in]</div><div><div>exten => _X.,1(normal),Set(__FROM_DID=${EXTEN})</div><div>exten => _X.,n,Set(FAX_IDX=950)</div><div>exten => _X.,n,Set(MAX_IDX=959)</div><div>exten => _X.,n,Set(FAXOPT(gateway)=yes)</div><div>exten => _X.,n,Goto(dial-hylafax,s,1)</div></div><div><br></div><div><div>[dial-hylafax]</div><div>exten => s,1,GotoIf($["${FROM_DID:0:1}" = "1"]?prune:cont)</div><div>exten => s,n(prune),Set(__FROM_DID=${FROM_DID:1})</div><div>exten => s,n(cont),GotoIf($[${FAX_IDX} <= ${MAX_IDX}]?tryfax:nofax)</div><div>exten => s,n(tryfax),Set(STATE=${DEVICE_STATE(Custom:iaxmodem${FAX_IDX})})</div><div>exten => s,n,NoOp(${STATE})</div><div>exten => s,n,Set(DEVICE_STATE(Custom:iaxmodem${FAX_IDX})=INUSE)</div><div>exten => s,n,Dial(IAX2/iaxmodem${FAX_IDX}/${FROM_DID},60,g)</div><div>exten => s,n,Goto(s-${DIALSTATUS},1)</div><div>exten => s,n(nofax),Playtones(busy)</div><div>exten => s,n,NoOp(NO MODEMS AVAILABLE)</div><div>exten => s,n,Wait(20)</div><div>exten => s,n,Hangup()</div><div>exten => s-ANSWER,1,NoOp(IAXMODEM HANGUP)</div><div>exten => s-ANSWER,n,Set(DEVICE_STATE(Custom:iaxmodem${FAX_IDX})=NOT_INUSE)</div><div>exten => s-ANSWER,n,Hangup()</div><div>exten => _s-.,1,Set(FAX_IDX=${MATH(1+${FAX_IDX},i)})</div><div>exten => _s-.,n,Goto(s,1)</div><div>exten => h,1,Set(DEVICE_STATE(Custom:iaxmodem${FAX_IDX})=NOT_INUSE)</div></div><div><br></div><div>The current state requires me to restart Asterisk almost every day.</div><div>I'm also seeing this on a completely different machine after upgrading from Asterisk10 to 11.</div><div><br></div><div>-- James</div><div> </div></div><br></div></div>