Hi Fajar,<div><br></div><div>Yes and no, it's a third-party product integrated into our billing system, so it's 100% "mystery magic".</div><div>Debugging is strictly "ask someone to fix it because its broken".</div>

<div><br></div><div>Re: your comments about database lookups, this is exactly the situation.</div><div><br></div><div>Thanks,</div><div>Phil P<br><br><div class="gmail_quote">On Tue, Feb 16, 2010 at 8:56 AM, Fajar A. Nugraha <span dir="ltr"><<a href="mailto:fajar@fajar.net">fajar@fajar.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On Tue, Feb 16, 2010 at 4:00 AM, Phil Pierotti <<a href="mailto:phil.pierotti@gmail.com">phil.pierotti@gmail.com</a>> wrote:<br>


> Tue Feb 16 07:45:32 2010 : Proxy: Marking home server {{radius-ip}}  port<br>
> 1813 as zombie (it looks like it is dead).<br>
<br>
</div>I assume that radius is out of your control?<br>
<div class="im"><br>
> Also, status check (via request) succeeds, naturally,  given that its not<br>
> the auth proxy that freeradius is complaining about.<br>
> (single downstream RADIUS configured as auth+acct)<br>
<br>
</div>Running in debugging mode, or at least looking at FR logs, might show<br>
you what's happening. I suspect the home server is taking a long time<br>
processing acct packets. This is somewhat common if (for example) the<br>
home server uses database for acct, with lots of rows and index, an<br>
slow disks, in such a way that writes/updates takes a long time. This<br>
is just a guess though, more info should be available from the log.<br>
<br>
--<br>
<font color="#888888">Fajar<br>
</font><div><div></div><div class="h5"><br>
-<br>
List info/subscribe/unsubscribe? See <a href="http://www.freeradius.org/list/users.html" target="_blank">http://www.freeradius.org/list/users.html</a><br>
</div></div></blockquote></div><br></div>