Alan DeKok wrote:
Arran Cudbard-Bell wrote:
FreeRADIUS does not currently support 3575, it's on the development
roadmap. When support is added to the server core it will only be for
*proxying* CoA messages not generating them. You can generate your own
CoA messages using the radius client bundled with the server distribution.

  I think it's possible to do both.  A goal of the project is to do
almost everything RADIUS related.  So generating && proxying CoA are
both on the roadmap.

Ok just the asynchronous nature of CoA requests... It's not really the servers job to process feedback from the various SNMP probes, IDS's , or track changes in the authorisation of users or their equipment.

I guess I can see very few usage cases for CoA where the server will actually make the decision to send a CoA request on it's own, so why not just use the client or client libraries ?

How were you thinking of triggering CoA events? Didn't you say there were issues with an instance of the server being both a CoA proxy and a CoA generator ?
  If someone is interested in it, there's always the possibility of
accelerating the time frame...
Have to wait for vendor support *grumble*.

Let me know when you get your trapeze kit so we can compare notes :)
  Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


--
Arran Cudbard-Bell ([EMAIL PROTECTED])
Authentication, Authorisation and Accounting Officer
Infrastructure Services | ENG1 E1-1-08 University Of Sussex, Brighton
EXT:01273 873900 | INT: 3900

-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

Reply via email to