[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [Issue] Authorize Only usage in HTTP redirect
Greg is right. The spec is silent about whether or not the
Access-Accept contains a Service-Type or even what value it will have.
I don't have a problem with the proposed text.
> -----Original Message-----
> From: owner-radiusext@ops.ietf.org
> [mailto:owner-radiusext@ops.ietf.org] On Behalf Of Greg Weber
> (gdweber)
> Sent: Thursday, February 02, 2006 5:54 PM
> To: radiusext@ops.ietf.org
> Subject: [Issue] Authorize Only usage in HTTP redirect
>
> Description of issue: Authorize Only usage in HTTP redirect
> Submitter name: Greg Weber Submitter email address:
> gdweber@cisco.com Date first submitted: February 2, 2006
> Reference: http://ops.ietf.org/lists/radiusext/2006/msg00090.html
> Document: IEEE802-01
> Comment type: Technical
> Priority: S
> Section: A.2.2
> Rationale/Explanation of issue:
>
> Section A.2.2 Mid-session HTTP Redirection reads:
>
> If HTTP redirection is required to be applied to a service that
> has already been started then the RADIUS server can push the
> redirection rules, and optionally the filter rules, to the NAS
> within a NAS-Filter-Rule(TBD) attribute using a CoA
> message. The
> NAS will then commence to apply the redirection rules
> and/or the
> filter rules.
>
> Alternatively, the RADIUS server can request that the NAS re-
> authorize the session using the procedures defined in
> [RFC3576].
> The RADIUS server responds with an Access-Accept message (with
> Service-Type(6) set to "Authorize Only" that will contain the
> redirection and optionally filtering rules within a NAS-Filter-
> Rule(TBD) attribute.
>
> I don't think "Authorize Only" is a valid Service-Type value
> in Access-Accept messages. The server should be indicating
> the assigned Service in the Access-Accept. Take a look at
> the last paragraph of RFC 3576's Section 1.1. I think that
> describes the process your referring to here.
>
> Requested change:
>
> I suggest replacing the above text with something like:
>
> If HTTP redirection is required to be applied to a service
> that has already been started, then the RADIUS server may use
> either of the procedures defined in [RFC3576]:
>
> - The server may send the NAS a CoA-Request message including
> a NAS-Filter-Rule which contains redirection rules and
> optionally filter rules. The NAS will then apply the new
> rules to the existing services.
> - The server may send the NAS a CoA-Request message including
> a Service-Type attribute with the value of "Authorize Only".
> This will trigger the NAS to reauthorize the existing service
> by sending the server an Access-Request message containing a
> Service-Type attribute with the value of "Authorize Only".
> The server may then send the NAS new redirection and optionally
> filter rules within a NAS-Filter-Rule as part of 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/>
>
--
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/>