[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Summary of Authorize Only issue
Bernard Aboba writes...
> For this to be successful, the RADIUS server needs to know what
> service is being requested by the NAS, so that it can limit the
> attributes to those relevant to that service (or refuse to
> authorize the service). The service cannot be characterized by
> saying it is "authorize-only" -- that is merely a particular
> (authorize-only) mode of a particular service which needs to
> be specified by the NAS.
I agree (100%).
> >In any of the use cases, it is important that the NAS, i.e.
> >the RADIUS Client, be able to communicate the kind of service
> >being sought via hint attributes to the RADIUS Server, in the
> >Access-Request message.
>
> Service-Type is not a "hint".
It is when it appears in an Access-Request message. This is the context
of the foregoing paragraph.
> A RADIUS client that receives
> an Access-Accept with an unknown Service-Type does not treat
> the attribute as a "hint" -- it treats it as an Access-Reject.
> This is mandatory behavior in RFC 2865.
I agree, when it appears in an Access-Accept message.
--
to unsubscribe send a message to radiusext-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://psg.com/lists/radiusext/>