Table Of Contents
EAP Local Configuration on Client Example
EAP Proxy Configuration for NAS Example
RADIUS EAP Support
First Published:October 15, 2001Last Updated: February 28, 2006The RADIUS EAP Support feature allows users to apply to the client authentication methods that may not be supported by the network access server; this is done via the Extensible Authentication Protocol (EAP). Before this feature was introduced, support for various authentication methods for PPP connections required custom vendor-specific work and changes to the client and NAS.
History for the RADIUS EAP Support Feature
Finding Support Information for Platforms and Cisco IOS Software Images
Use Cisco Feature Navigator to find information about platform support and Cisco IOS software image support. Access Cisco Feature Navigator at http://www.cisco.com/go/fn. You must have an account on Cisco.com. If you do not have an account or have forgotten your username or password, click Cancel at the login dialog box and follow the instructions that appear.
Contents
Feature Overview
EAP is an authentication protocol for PPP that supports multiple authentication mechanisms that are negotiated during the authentication phase (instead of the link control protocol [LCP] phase). EAP allows a third-party authentication server to interact with a PPP implementation through a generic interface.
How EAP Works
By default, EAP runs in proxy mode. This means that EAP allows the entire authentication process to be negotiated by the NAS to a back-end server that may reside on or be accessed via a RADIUS server. After EAP is negotiated between the client and the NAS during LCP exchange, all further authentication messages are transparently transmitted between the client and the back-end server. The NAS is no longer directly involved in the authentication process; that is, the NAS works as a proxy, sending EAP messages between the remote peers.
Note EAP can also run in a local mode; the session is authenticated using the Message Digest 5 (MD5) algorithm and obeys the same authentication rules as Challenge Handshake Authentication Protocol (CHAP). To disable proxy mode and authenticate locally, you must use the ppp eap local command.
Newly Supported Attributes
The RADIUS EAP Support feature introduces support for the following RADIUS attributes
:
Benefits
The RADIUS EAP Support feature makes it possible to apply to the client various authentication methods within PPP (including proprietary authentication) that are not supported by the NAS. Thus, customers can use standard support mechanisms for authentication schemes, such as token cards and public key, to strengthen end-user and device authenticated access to their networks.
Restrictions
When EAP is running in proxy mode, there may be a significant increase in the authentication time because every packet from the peer must be sent to the RADIUS server and every EAP packet from the RADIUS server must be sent back to the client. Although this extra processing will cause delays, you can increase the default authentication timeout value by using the ppp timeout authentication command.
Prerequisites
Before enabling EAP RADIUS on the client, you must perform the following tasks:
•Configure an interface type and enter interface configuration mode by using the interface command.
•Configure the interface for PPP encapsulation by using the encapsulation command.
For more information on completing these tasks, refer to the chapter "Configuring Media-Independent PPP and Multilink PPP" in the Cisco IOS Dial Technologies Configuration Guide, Release 12.4.
Configuration Tasks
See the following sections for configuration tasks for the RADIUS EAP Support feature. Each task in the list is identified as either required or optional.
•Configuring EAP (required)
•Verifying EAP (optional)
Configuring EAP
To configure EAP on an interface configured for PPP encapsulation, use the following commands in interface configuration mode:
Verifying EAP
To verify EAP configurations on your client or NAS, use at least one of the following commands in privileged EXEC configuration mode:
Configuration Examples
This section provides the following configuration examples:
•EAP Local Configuration on Client Example
•EAP Proxy Configuration for NAS Example
EAP Local Configuration on Client Example
The following example is a sample configuration for a client configured for EAP:
interface Ethernet0/0ip address 10.1.1.202 255.255.255.0no ip mroute-cachehalf-duplex!interface BRI0/0ip address 192.168.101.100 255.255.255.0encapsulation pppno ip mroute-cachedialer map ip 192.168.101.101 56167dialer-group 1isdn switch-type basic-5essppp eap identity userppp eap password 7 141B1309!!ip default-gateway 10.1.1.1ip classlessip route 192.168.101.101 255.255.255.255 BRI0/0no ip http server!dialer-list 1 protocol ip permitEAP Proxy Configuration for NAS Example
The following example is a sample configuration for a NAS configured to use EAP proxy:
aaa authentication login default group radiusaaa authentication login NOAUTH noneaaa authentication ppp default if-needed group radiusaaa session-id commonenable secret 5 $1$x5D0$cfTL/D8Be.34PgTbdGdgl/!username dtw5 password 0 labusername user password 0 labip subnet-zerono ip domain-lookupip host lab24-boot 172.19.192.254ip host lb 172.19.192.254!isdn switch-type primary-5ess!controller T1 3framing esflinecode b8zspri-group timeslots 1-24!interface Ethernet0ip address 10.1.1.108 255.255.255.0no ip route-cacheno ip mroute-cache!interface Serial3:23ip address 192.168.101.101 255.255.255.0encapsulation pppdialer map ip 192.168.101.100 60213dialer-group 1isdn switch-type primary-5essisdn T321 0ppp authentication eapppp eap password 7 011F0706!!ip default-gateway 10.0.190.1ip classlessip route 192.168.101.0 255.255.255.0 Serial3:23no ip http server!dialer-list 1 protocol ip permit!radius-server host 10.1.1.201 auth-port 1645 acct-port 1646 key labradius-server retransmit 3call rsvp-sync!mgcp profile default!!line con 0exec-timeout 0 0logging synchronouslogin authentication NOAUTHline 1 48line aux 0ine vty 0 4lpassword labAdditional References
The following sections provide references related to RADIUS EAP Support.
Related Documents
Standards
MIBs
MIB MIBs LinkNone
To locate and download MIBs for selected platforms, Cisco IOS releases, and feature sets, use Cisco MIB Locator found at the following URL:
RFCs
RFC TitleRFC 2284
PPP Extensible Authentication Protocol (EAP)
RFC 1938
A One-Time Password System
RFC 2869
RADIUS Extensions
Technical Assistance
Command Reference
This section documents modified commands only.
ppp authentication
To enable at least one PPP authentication protocol and to specify the order in which the protocols are selected on the interface, use the ppp authentication command in interface configuration mode. To disable this authentication, use the no form of this command.
ppp authentication {protocol1 [protocol2...]} [if-needed] [list-name | default] [callin] [one-time] [optional]
no ppp authentication
Syntax Description
protocol1 [protocol2...]
At least one of the keywords described in Table 1.
if-needed
(Optional) Used with TACACS and extended TACACS. Does not perform Challenge Handshake Authentication Protocol (CHAP) or Password Authentication Protocol (PAP) authentication if authentication has already been provided. This option is available only on asynchronous interfaces.
list-name
(Optional) Used with authentication, authorization, and accounting (AAA). Specifies the name of a list of methods of authentication to use. If no list name is specified, the system uses the default. The list is created with the aaa authentication ppp command.
default
(Optional) Name of the method list created with the aaa authentication ppp command.
callin
(Optional) Authentication on incoming (received) calls only.
one-time
(Optional) The username and password are accepted in the username field.
optional
(Optional) Accepts the connection even if the peer refuses to accept the authentication methods that the router has requested.
Defaults
PPP authentication is not enabled.
Command Modes
Interface configuration
Command History
Usage Guidelines
When you enable Password Authentication Protocol (PAP), Challenge Handshake Authentication Protocol (CHAP), or Extensible Authentication Protocol (EAP) authentication (or all three methods), the local router requires the remote device to prove its identity before allowing data traffic to flow. PAP authentication requires the remote device to send a name and a password, which is checked against a matching entry in the local username database or in the remote security server database. CHAP authentication sends a challenge message to the remote device. The remote device encrypts the challenge value with a shared secret and returns the encrypted value and its name to the local router in a Response message. The local router attempts to match the name of the remote device with an associated secret stored in the local username or remote security server database; it uses the stored secret to encrypt the original challenge and verify that the encrypted values match. EAP works much as CHAP does, except that identity request and response packets are exchanged when EAP starts.
You can enable CHAP, Microsoft CHAP (MS-CHAP), PAP, or EAP in any order. If you enable all four methods, the first method specified is requested during link negotiation. If the peer suggests using the second method, or refuses the first method, the second method is tried. Some remote devices support only one method. Base the order in which you specify methods on the ability of the remote device to correctly negotiate the appropriate method and on the level of data-line security you require. PAP usernames and passwords are sent as clear text strings, which can be intercepted and reused.
Caution If you use a list-name value that was not configured with the aaa authentication ppp command, you will disable PPP on this interface.
Table 1 lists the protocols used to negotiate PPP authentication.
Enabling or disabling PPP authentication does not affect the ability of the local router to authenticate itself to the remote device.
If you are using autoselect on a tty line, you can use the ppp authentication command to turn on PPP authentication for the corresponding interface.
MS-CHAP is the Microsoft version of CHAP. Like the standard version of CHAP, MS-CHAP is used for PPP authentication; authentication occurs between a personal computer using Microsoft Windows NT or Microsoft Windows 95 and a Cisco router or access server acting as a network access server.
To configure Cisco PDSN in compliance with the TIA/EIA/IS-835-B standard, you must configure the PDSN virtual template as follows:
ppp authentication chap pap optionalExamples
The following example configures virtual-template interface 4:
interface virtual-template 4ip unnumbered loopback0ppp authentication chap pap optionalThe following example enables CHAP on asynchronous interface 4 and uses the authentication list MIS-access:
interface async 4encapsulation pppppp authentication chap MIS-accessThe following example enables EAP on dialer interface 1:
interface dialer 1encapsulation pppppp authentication eapRelated Commands
ppp eap identity
To specify the Extensible Authentication Protocol (EAP) identity, use the ppp eap identity command in interface configuration mode. To remove the EAP identity from your configuration, use the no form of this command.
ppp eap identity string
no ppp eap identity string
Syntax Description
Defaults
No default behavior or values.
Command Modes
Interface configuration
Command History
Usage Guidelines
Use the ppp eap identity command to configure the client to use a different identity when requested by the peer.
Examples
The following example shows how to enable EAP on dialer interface 1 and set the identity to "cat":
interface dialer 1encapsulation pppppp eap identity catppp eap local
To authenticate locally instead of using the RADIUS back-end server, use the ppp eap local command in interface configuration mode. To reenable proxy mode (which is the default), use the no form of this command.
ppp eap local
no ppp eap local
Syntax Description
This command has no arguments or keywords.
Defaults
Authentication is performed via proxy mode.
Command Modes
Interface configuration
Command History
Usage Guidelines
By default, Extensible Authentication Protocol (EAP) runs in proxy mode. This means that EAP allows the entire authentication process to be negotiated by the network access server (NAS) to a back-end server that may reside on or be accessed via a RADIUS server. To disable proxy mode (and thus to authenticate locally instead of via RADIUS), use the ppp eap local command.
In local mode, the EAP session is authenticated using the MD5 algorithm and obeys the same authentication rules as does Challenge Handshake Authentication Protocol (CHAP).
Examples
The following example shows how to configure EAP to authenticate locally:
interface dialer 1encapsulation pppppp authentication eapppp eap localRelated Commands
Command Descriptionppp authentication
Enables at least one PPP authentication protocol and specifies the order in which the protocols are selected on the interface.
ppp eap password
To set the Enhanced Authentication Protocol (EAP) password for peer authentication, use the ppp eap password command in interface configuration mode. To disable the password, use the no form of this command.
ppp eap password [number] string
no ppp eap password [number] string
Syntax Description
number
(Optional) Encryption type, including values 0 through 7; 0 means no encryption.
string
Character string that specifies the EAP password.
Defaults
No default behavior or values.
Command Modes
Interface configuration
Command History
Usage Guidelines
For remote EAP authentication only, you can configure your router to create a common EAP password to use in response to challenges from an unknown peer; for example, if your router calls a rotary of routers (either from another vendor or from an older running version of the Cisco IOS software) to which a new (that is, unknown) router has been added, the common password will be used to respond to the new router. The ppp eap password command allows you to replace several username and password configuration commands with a single copy of this command on any dialer interface or asynchronous group interface.
Examples
The following example shows how to set the EAP password "7 141B1309" on the client:
ppp eap identity userppp eap password 7 141B1309
ppp eap refuse
To refuse Enhanced Authentication Protocol (EAP) from peers requesting it, use the ppp eap refuse command in interface configuration mode. To return to the default, use the no form of this command.
ppp eap refuse [callin]
no ppp eap refuse [callin]
Syntax Description
Defaults
The server will not refuse EAP authentication challenges received from the peer.
Command Modes
Interface configuration
Command History
Usage Guidelines
Use the ppp eap refuse command to disable EAP authentication for all calls. If the callin keyword is used, the server will refuse to answer EAP authentication challenges received from the peer but will still require the peer to answer any EAP challenges the server sends.
Examples
The following example shows how to refuse EAP authentication on incoming calls from the peer:
ppp authentication eapppp eap localppp eap refuse callinRelated Commands
Command Descriptionppp authentication
Enables at least one PPP authentication protocol and specifies the order in which the protocols are selected on the interface.
ppp eap wait
To configure the server to delay the Enhanced Authentication Protocol (EAP) authentication until after the peer has authenticated itself to the server, use the ppp eap wait command in interface configuration mode. To disable this functionality, use the no form of this command.
ppp eap wait
no ppp eap wait
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values.
Command Modes
Interface configuration
Command History
Usage Guidelines
Use the ppp eap wait command to specify that the server will not authenticate to a peer requesting EAP authentication until after the peer has authenticated itself to the server.
Examples
The following example shows how to configure the server to wait for the peer to authenticate itself first:
ppp authentication eapppp eap localppp eap waitRelated Commands
Command Descriptionppp authentication
Enables at least one PPP authentication protocol and specifies the order in which the protocols are selected on the interface.
Glossary
attribute—A RADIUS Internet Engineering Task Force (IETF) attribute is one of the original set of 255 standard attributes that are used to communicate authentication, authorization, and accounting (AAA) information between a client and a server. Because IETF attributes are standard, the attribute data is predefined and well known; thus all clients and servers that exchange AAA information via IETF attributes must agree on attribute data such as the exact meaning of the attributes and the general bounds of the values for each attribute.
CHAP—Challenge Handshake Authentication Protocol. Security feature that is supported on lines using PPP encapsulation and prevents unauthorized access. CHAP does not itself prevent unauthorized access; it merely identifies the remote end. The router or access server then determines whether that user is allowed access.
EAP—Extensible Authentication Protocol. A PPP authentication protocol that supports multiple authentication mechanisms that are negotiated during the authentication phase (instead of the Link Control Protocol [LCP] phase). EAP allows a third-party authentication server to interact with the PPP implementation through a generic interface.
LCP—link control protocol. Protocol that establishes, configures, and tests data-link connections for use by PPP.
MD5 (HMAC variant)—Message Digest 5. A hash algorithm used to authenticate packet data. HMAC is a key hashing for message authentication.
NAS—network access server. A device providing local network access to users across a remote access network such as the public switched telephone network (PSTN).
PAP—Password Authentication Protocol. Authentication protocol that allows PPP peers to authenticate one another. The remote router attempting to connect to the local router is required to send an authentication request. Unlike CHAP, PAP passes the password and host name or username in the clear (unencrypted). PAP does not itself prevent unauthorized access; it merely identifies the remote end. The router or access server then determines if that user is allowed access. PAP is supported only on PPP lines.
PPP—Point-to-Point Protocol. A protocol that encapsulates network layer protocol information over point-to-point links. PPP is defined in RFC 1661.
RADIUS—Remote Authentication Dial-In User Service. Database for authenticating modem and ISDN connections and for tracking connection time.
Note See Internetworking Terms and Acronyms for terms not included in this glossary.
Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and coincidental.
© 2002, 2006 Cisco Systems, Inc. All rights reserved.