![]() |
Authentication, Authorization, and Accounting Configuration Guide, Cisco IOS Release 15SY
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
RADIUS Change of Authorization
![]() |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Contents
RADIUS Change of AuthorizationLast Updated: November 13, 2012
The RADIUS Change of Authorization (CoA) feature provides a mechanism to change the attributes of an authentication, authorization, and accounting (AAA) session after it is authenticated. When a policy changes for a user or user group in AAA, administrators can send the RADIUS CoA packets from the AAA server such as a Cisco Secure Access Control Server (ACS) to reinitialize authentication and apply the new policy. Finding Feature InformationYour software release may not support all the features documented in this module. For the latest caveats and feature information, see Bug Search Tool and the release notes for your platform and software release. To find information about the features documented in this module, and to see a list of the releases in which each feature is supported, see the feature information table at the end of this module. Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco Feature Navigator, go to www.cisco.com/go/cfn. An account on Cisco.com is not required. Information About RADIUS Change of AuthorizationAbout RADIUS Change of AuthorizationA standard RADIUS interface is typically used in a pulled model in which the request originates from a device attached to a network and the response is sent from the queried servers. The Cisco software supports the RADIUS CoA request defined in RFC 5176 that is used in a pushed model and enables the dynamic reconfiguring of sessions from external authentication, authorization, and accounting (AAA) or policy servers. Use the following per-session CoA requests:
CoA RequestsCoA requests, as described in RFC 5176, are used in a pushed model to allow for session identification, host reauthentication, and session termination. The model comprises one request (CoA-Request) and two possible response codes: The request is initiated from a CoA client (typically a RADIUS or policy server) and directed to the device that acts as a listener. RFC 5176 ComplianceThe Disconnect Request message, which is also referred to as Packet of Disconnect (POD), is supported by the device for a session termination. The following table shows the IETF attributes that are supported for the RADIUS Change of Authorization (CoA) feature.
The following table shows the possible values for the Error-Cause attribute.
CoA Request Response CodeThe CoA Request Response code can be used to issue a command to the device. The supported commands are listed in the "CoA Request Commands" section. The packet format for a CoA Request Response code as defined in RFC 5176 consists of the following fields: Code, Identifier, Length, Authenticator, and Attributes in the Type:Length:Value (TLV) format.
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Code | Identifier | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
| Authenticator |
| |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Attributes ...
+-+-+-+-+-+-+-+-+-+-+-+-+-
The Attributes field is used to carry Cisco VSAs. Session IdentificationFor disconnect and CoA requests targeted at a particular session, the device locates the session based on one or more of the following attributes:
Unless all session identification attributes included in the CoA message match the session, the device returns a Disconnect-NAK or CoA-NAK with the "Invalid Attribute Value" error-code attribute. CoA Request CommandsThe commands supported on the device are shown in the table below. All CoA commands must include the session identifier between the device and the CoA client.
Session ReauthenticationTo initiate session reauthentication, the authentication, authorization, and accounting (AAA) server sends a standard CoA-Request message that contains a Cisco VSA and one or more session identification attributes. The Cisco VSA is in the in form of Cisco:Avpair="subscriber:command=reauthenticate". The current session state determines the device's response to the message in the following scenarios:
Session TerminationA CoA Disconnect-Request terminates the session without disabling the host port. The termination causes reinitialization of the authenticator state machine for the specified host, but does not restrict the host's access to the network. If the session cannot be located, the device returns a Disconnect-NAK message with the "Session Context Not Found" error-code attribute. If the session is located, the device terminates the session. After the session has been completely removed, the device returns a Disconnect-ACK message. To restrict a host's access to the network, use a CoA Request with the Cisco:Avpair="subscriber:command=disable-host-port" VSA. This command is useful when a host is known to cause problems on the network and network access needs to be immediately blocked for the host. If you want to restore network access on the port, reenable it using a non-RADIUS mechanism. CoA Request Disable Host PortThe RADIUS server CoA disable port command administratively shuts down the authentication port that is hosting a session, resulting in session termination. This command is useful when a host is known to cause problems on the network and network access needs to be immediately blocked for the host. If you want to restore network access on the port, reenable it using a non-RADIUS mechanism. This command is carried in a standard CoA-Request message that has the following VSA: Cisco:Avpair="subscriber:command=disable-host-port" Because this command is session-oriented, it must be accompanied by one or more of the session identification attributes described in the "Session Identification" section. If the device cannot locate the session, it returns a CoA-NAK message with the "Session Context Not Found" error-code attribute. If the device locates the session, it disables the hosting port and returns a CoA-ACK message. If the device fails before returning a CoA-ACK to the client, the process is repeated on the new active device when the request is re-sent from the client. If the device fails after returning a CoA-ACK message to the client but before the operation is complete, the operation is restarted on the new active device. To ignore the RADIUS server CoA disable port command, see the "Configuring the Device to Ignore Bounce and Disable RADIUS CoA Requests" section. CoA Request Bounce PortA RADIUS server CoA bounce port sent from a RADIUS server can cause a link flap on an authentication port, which triggers DHCP renegotiation from one or more hosts connected to this port. This incident can occur when there is a VLAN change and the endpoint is a device (such as a printer) that does not have a mechanism to detect a change on this authentication port. The CoA bounce port is carried in a standard CoA-Request message that contains the following VSA: Cisco:Avpair="subscriber:command=bounce-host-port" Because this command is session-oriented, it must be accompanied by one or more of the session identification attributes described in the Session Identification. If the session cannot be located, the device returns a CoA-NAK message with the "Session Context Not Found" error-code attribute. If the session is located, the device disables the hosting port for a period of 10 seconds, reenables it (port-bounce), and returns a CoA-ACK. To ignore the RADIUS server CoA bounce port, see the "Configuring the Device to Ignore Bounce and Disable RADIUS CoA Requests" section. How to Configure RADIUS Change of Authorization
Configuring RADIUS Change of AuthorizationSUMMARY STEPS
DETAILED STEPS Configuring a Device to Ignore Bounce and Disable RADIUS CoA RequestsWhen an authentication port is authenticated with multiple hosts and there is a Change of Authorization (CoA) request for one host to flap on this port or one host session to be terminated on this port, the other hosts on this port are also affected. Thus, an authenticated port with multiple host can trigger a DHCP renegotiation from one or more hosts in the case of a flap, or administratively shut down the authentication port hosting the session for one or more hosts. Perform the following steps to configure the device to ignore RADIUS server Change of Authorization (CoA) requests in the form of a bounce port command or disable port command. DETAILED STEPS
Configuring the Dynamic Authorization Service for RADIUS CoAPerform the following steps to enable the device as an authentication, authorization, and accounting (AAA) server for the dynamic authorization service. This service supports the Change of Authorization (CoA) functionality that pushes the policy map in an input and output direction. DETAILED STEPS
Monitoring and Troubleshooting RADIUS Change of AuthorizationThe following commands can be used to monitor and troubleshoot RADIUS Change of Authorization feature:
Configuration Examples for RADIUS Change of Authorization
Example: Configuring RADIUS Change of AuthorizationDevice> enable Device# configure terminal Device(config)# aaa new-model Device(config)# aaa server radius dynamic-author Device(config-locsvr-da-radius)# client 10.0.0.1 Device(config-locsvr-da-radius)# server-key cisco123 Device(config-locsvr-da-radius)# port 3799 Device(config-locsvr-da-radius)# auth-type all Device(config-locsvr-da-radius)# ignore session-key Device(config-locsvr-da-radius)# ignore server-key Device(config-locsvr-da-radius)# exit Example: Configuring the Dynamic Authorization Service for RADIUS CoAThe following example shows how to configure the device as a authentication, authorization, and accounting (AAA) server to support Change of Authorization (CoA) functionality that pushes the policy map in an input and output direction: Device> enable Device# configure terminal Device(config)# aaa new-model Device(config)# aaa server radius dynamic-author Device(config-locsvr-da-radius)# client 192.168.0.5 server-key cisco1 Device(config-locsvr-da-radius)# domain delimiter @ Device(config-locsvr-da-radius)# port 3799 Device(config-locsvr-da-radius)# end Additional ReferencesRelated DocumentsTechnical Assistance
Feature Information for RADIUS Change of AuthorizationThe following table provides release information about the feature or features described in this module. This table lists only the software release that introduced support for a given feature in a given software release train. Unless noted otherwise, subsequent releases of that software release train also support that feature. Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco Feature Navigator, go to www.cisco.com/go/cfn. An account on Cisco.com is not required.
© 2012 Cisco Systems, Inc. All rights reserved.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|