Since you've deleted 99% of the debug log, I can't tell.  Since you<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


don't know what to look for in the logs, you can't tell, either.<br></blockquote></div><br>Yes, I have no idea what to look for. If I did, I'd have been looking for it, rather than asking the list.<br><br>Not withstanding your replies, I *still* am no closer to knowing *what* to look for. (which is odd, because that was my original question)<br>

<br>So , ignoring the previous discussion, I'll ask specific questions.<br>(anyone please fee free to chip in)<br><br>Exactly how does freeradius identify a downstream radius as 'dead' ?<br><br>Clearly that's not as trivial as "no replies are received" because there clearly are replies being received; tcpdump shows replies coming back (ie the network stack sees acct-reply packets coming back from the downstream server), the log shows replies coming back (so freeradius sees them too).<br>

<br>Is a server declared 'dead' because one single request did not get a reply?<br><br>More than one?<br><br>More than two?<br><br>Should I keep counting?<br><br>Is there any  way to find out how many 'missed' replies a downstream server has?<br>

<br>Is there any way to tell freeradius to log in the debug messages *when* it has given up and decided "ok, we've obviously missed that request". (because there's no messages showing that with -X -xx)<br>

<br>Thanks,<br> Phil P<br>