Hello All,
I'm looking for information on what others have done in similar
situations. What i have to do is copy the accounting packets from one
particular NAS device to another radius server. I know i can use
radrelay for this if i copy all the accounting packets from that NAS
device into
Terry J Fike Jr wrote:
Hello All,
I'm looking for information on what others have done in similar
situations. What i have to do is copy the accounting packets from one
particular NAS device to another radius server. I know i can use
radrelay for this if i copy all the accounting packets from
Never let more than 1 radrelay process the same logfile!
For each radrelay, you should configure a seperate rlm_detail instance,
which logs the needed packets to a different logfile which radrelay
can read
from.
So for your situation, you need 3 rlm_detail instances:
- 1 to log all
Alexander Serkin [EMAIL PROTECTED] wrote:
Ok. I can use radrelay. But. I do not understand the reason why the
replicate-to-realm is being removed from server.
It made the server more complicated and prone to failure.
There are two operators now wich we have roaming agreements with.
But
Ok. I can use radrelay. But. I do not understand the reason why the
replicate-to-realm is being removed from server.
There are two operators now wich we have roaming agreements with.
But what will we do if their amount grows to 10, 20?
We'll have to start up to 20 instances of radrelay.
And
Is it possible to keep accounting for several realms locally along with sending
it to third party AAA server?
I.e. i need to write accounting for customers visiting us from another network,
but also send it to their home AAA server.
--
SY,
Alexander Serkin,
Moscow Cellular Communications
ph.
Replicate-To-Realm seem to do what i want.
Copying accounting matching the check item in acct_users
to the realm specified while storing this accounting locally.
Am i right?
Alexander Serkin wrote:
Is it possible to keep accounting for several realms locally along with
sending it to third party
I thought radrelay was the way to replicate accounting to other servers.
Alexander Serkin wrote:
Replicate-To-Realm seem to do what i want.
Copying accounting matching the check item in acct_users
to the realm specified while storing this accounting locally.
Am i right?
Alexander Serkin wrote
Alexander Serkin [EMAIL PROTECTED] wrote:
Replicate-To-Realm seem to do what i want.
Copying accounting matching the check item in acct_users
to the realm specified while storing this accounting locally.
Am i right?
That attribute is not supported. Use radrelay.
Alan DeKok.
-
List
-To-Realm seem to do what i want.
Copying accounting matching the check item in acct_users
to the realm specified while storing this accounting locally.
Am i right?
That attribute is not supported. Use radrelay.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list
Alexander Serkin [EMAIL PROTECTED] wrote:
radrelay seem to do more than i need.
So? Replicate-To-Realm won't work. If it does, you're using an
older version of the server, and that feature will STOP working when
you upgrade.
Don't use Replicate-To-Realm.
Actually the task is to copy
This is the default behavior as far as I know.
User logs in to NAS with [EMAIL PROTECTED]
NAS sends accounting record to your radius server.
Your radius server performs its configured accounting steps and proxies
the accounting to the some-realm radius accounting server.
The some-realm radius
12 matches
Mail list logo
