Alan DeKok a écrit : > Alexandre Chapellon wrote: > >>> The servers will have to communicate with each other before handing >>> out IP addresses. >>> >>> >> Is it a featured in freeradius? >> > > No. That code would need to be written. > > >> I thought about it but not managing a huge number of ippool (for >> different type of users, differents huntgroups, and differents radius >> servers) would be a great advantage of freeradius among other radius >> server (I am comapring it with juniper SBR at the moment). >> > > I'm not sure *any* RADIUS server has this functionality. It's usually > done as part of the database replication, etc. >
Why enabling replication? Isn't it possible to have one centralized database for all radius server? > The SQL IPPool module can run configurable queries. This means you > can populate IP pools on the SQL server based on *whatever* information > you want. The queries can then be edited to include key information > like huntgroups, etc. > > The queries can also be edited to be *different* on each server. i.e. > order forward by IP on one server, and the reverse on another server. > If the databases are in an SQL cluster, this will minimize the > possibility of problems. > I think you missunderstood me. When I talk about cluster, i mean a farm of radius servers reply to several NASes. > Alan DeKok. > - > List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html > >
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html