<html>

<head>

<style><!--

.hmmessage P

{

margin:0px;

padding:0px

}

body.hmmessage

{

font-size: 10pt;

font-family:Verdana

}

--></style>

</head>

<body class='hmmessage'>

Thanks Alan, I'd just noted that same advice in one of your responses earlier today.  I'll certainly be taking a look. Thanks much for your time! -Benjamin > Date: Wed, 10 Feb 2010 00:41:49 +0100 > From: aland@deployingradius.com > To: freeradius-users@lists.freeradius.org > Subject: Re: Forwarding/Logging Accounting to another Radius server without proxyş >  > Benjamin Marvin wrote: > > I've noted the RFCs list the following: >  >   Who reads those things? :) >  > > So my question is: > > Does FreeRadius have built in support for taking responsibility of Accounting retransmission?   >  >   No.  It's up to the NAS to retransmit. >  > > I currently proxy to an upstream vendor on the off-chance my customers use their services while connected to a servicing NAS. >  >   What does that mean? >  > >  Accounting turn-around with t!

 hem is not robust so a NAS gener!<br>> >  ates a truck load of duplicates then wonders why the accounting server hasn't responded.  Optimally, my own Server would reply and then generate a new accounting record for my upstream vendor.  Also, with the current setup, if the upstream vendor goes offline, my NAS will continue duplicating accounting records until timeout.<br>> > <br>> > I don't control all the connecting NASes so I can't tell them to wait longer.  Overall, it seems simpler to cut the upstream vendor out of the middle of my accounting stream.<br>> <br>>   See raddb/sites-available/copy-acct-to-home-server<br>> <br>>   Alan DeKok.<br>> -<br>> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html<br>                                          <br /><hr />Hotmail: un servizio di posta elettronica gratuito, sicuro e ricco di funzioni. <a href='https://signup.live.com/signup.aspx?id=60969' target='_new'>Provalo subito.</a></body>

</html>