Cisco Prime Access Registrar 6.1 User Guide 4.2

User Manual: Cisco Access Registrar 4.2

Open the PDF directly: View PDF PDF.
Page Count: 922 [warning: Documents this large are best viewed by clicking the View PDF Link!]

Cisco Systems, Inc.
www.cisco.com
Cisco has more than 200 offices worldwide.
Addresses, phone numbers, and fax numbers
are listed on the Cisco website at
www.cisco.com/go/offices.
Cisco Prime Access Registrar 6.1
User Guide
December 13, 2013
Text Part Number: OL-29756-01
THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL
STATEMENTS, INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT
WARRANTY OF ANY KIND, EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS.
THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT
SHIPPED WITH THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE
OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY.
The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB’s public
domain version of the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California.
NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS” WITH
ALL FAULTS. CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT
LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF
DEALING, USAGE, OR TRADE PRACTICE.
IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING,
WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO
OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this
URL: www.cisco.com/go/trademarks. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership
relationship between Cisco and any other company. (1110R)
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.
Cisco Prime Access Registrar 6.1 User Guide
© 2013 Cisco Systems, Inc. All rights reserved.
iii
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
CONTENTS
Preface xxxiii
Document Organization xxxiii
Related Documentation xxxv
Obtaining Documentation and Submitting a Service Request xxxv
Notices xxxv
OpenSSL/Open SSL Project xxxv
License Issues xxxv
CHAPTER
1Overview 1-1
Prime Access Registrar Hierarchy 1-2
UserLists and Groups 1-3
Profiles 1-3
Scripts 1-3
Services 1-3
Session Management Using Resource Managers 1-4
Prime Access Registrar Directory Structure 1-5
Program Flow 1-6
Scripting Points 1-6
Client Scripting 1-7
Client or NAS Scripting Points 1-7
Authentication and/or Authorization Scripting Points 1-8
Session Management 1-8
Failover by the NAS and Session Management 1-9
Cross Server Session and Resource Management 1-9
Script Processing Hierarchy 1-11
RADIUS Protocol 1-12
Steps to Connection 1-13
Types of RADIUS Messages 1-14
Packet Contents 1-14
The Attribute Dictionary 1-15
Proxy Servers 1-15
Service and Ports Used in Prime Access Registrar 1-16
Secure Shell Service 1-16
Ports 1-16
Contents
iv
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
CHAPTER
2Using the aregcmd Commands 2-1
General Command Syntax 2-1
View-Only Administrator Mode 2-2
ViewOnly Property 2-3
Configuration Objects 2-3
aregcmd Command Performance 2-3
RPC Bind Services 2-4
aregcmd Commands 2-4
add 2-5
cd 2-5
delete 2-6
exit 2-6
filter 2-6
find 2-6
help 2-7
insert 2-7
login 2-7
logout 2-7
ls 2-8
next 2-8
prev 2-8
pwd 2-9
query-sessions 2-9
quit 2-9
release-sessions 2-9
reload 2-10
reset-stats 2-10
save 2-10
set 2-11
start 2-12
stats 2-12
status 2-14
stop 2-14
tacacs-stats 2-14
tacacs-reset-stats 2-15
dia-stats 2-15
trace 2-16
trace-file-count 2-17
unset 2-18
Contents
v
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
validate 2-18
OpenSSL Commands 2-18
ecparam 2-18
req 2-19
ca 2-19
aregcmd Command Logging 2-19
aregcmd Command Line Editing 2-20
aregcmd Error Codes 2-20
CHAPTER
3Using the Graphical User Interface 3-1
Launching the GUI 3-1
Disabling HTTP 3-2
Disabling HTTPS 3-2
Login Page 3-3
Logging In 3-3
Logging Out 3-4
Common Methodologies 3-4
Filtering Records 3-4
Editing Records 3-5
Deleting Records 3-5
Setting Record Limits per Page 3-6
Performing Common Navigations 3-6
Relocating Records 3-7
Dashboard 3-8
Sessions 3-8
Configuring Cisco Prime Access Registrar 3-9
RADIUS 3-10
Setting Up or Changing the Radius Properties 3-11
Profiles 3-11
Adding Profile Details 3-12
UserGroups 3-12
Adding UserGroup Details 3-14
UserList 3-14
Adding UserList Details 3-15
Users 3-15
Adding User Details 3-17
Scripts 3-17
Adding Script Details 3-21
Policies 3-21
Contents
vi
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Adding Policy Details 3-22
Services 3-22
Simple Services 3-23
ServiceWithRS 3-30
PEAP Service 3-34
EAP Service 3-37
Diameter Service 3-46
Adding Diameter Service Details 3-50
CommandSets 3-51
Adding a Command Set 3-51
DeviceAccessRules 3-52
Adding a Device Access Rule 3-52
FastRules 3-53
Adding a Fast Rule 3-53
Replication 3-54
Adding Replication Details 3-55
Adding the Replication Member Details 3-55
RADIUSDictionary 3-56
Adding RADIUS Dictionary Details 3-56
VendorDictionary 3-57
Adding Vendor Dictionary Details 3-58
Vendor Attributes 3-58
Adding Vendor Attributes 3-59
Vendors 3-59
Adding Vendor Details 3-60
Translations 3-61
Adding Translation Details 3-62
TranslationGroups 3-62
Adding Translation Group Details 3-63
Diameter 3-63
General 3-64
Session Management 3-65
Applications 3-67
Commands 3-68
DiameterAttributes 3-69
Advanced 3-70
Default 3-71
BackingStore/ServerParam 3-75
RemoteSessionServer 3-79
SNMP 3-81
Contents
vii
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
DDNS 3-84
ODBC DataSources 3-85
Log 3-86
Ports 3-88
Interfaces 3-89
Attribute Groups 3-90
Rules 3-91
Setting Rules 3-92
SessionManagers 3-92
Adding Session Manager Details 3-95
ResourceManager 3-95
Adding Resource Manager Details 3-103
Network Resources 3-104
Clients 3-104
Adding Client Details 3-107
Remote Servers 3-107
LDAP 3-108
LDAP Accounting 3-112
Domain Authentication 3-115
ODBC/OCI 3-117
ODBC/OCI-Accounting 3-119
Diameter 3-121
Others 3-123
Administration 3-128
Administrators 3-128
Adding Administrator Details 3-129
Statistics 3-129
Resetting Server Statistics 3-132
DiameterStatistics 3-132
TACACSStatistics 3-136
Back Up and Restore 3-137
LicenseUpload 3-137
Read-Only GUI 3-138
CHAPTER
4Cisco Prime Access Registrar Server Objects 4-1
Radius 4-2
UserLists 4-3
Users 4-4
HiddenAttributes Property 4-4
Contents
viii
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
UserGroups 4-5
Policies 4-5
Clients 4-6
Vendors 4-10
Scripts 4-11
Services 4-12
Types of Services 4-13
Domain Authentication 4-13
EAP Services 4-14
File 4-14
Group 4-15
Java 4-17
LDAP 4-17
Local 4-18
ODBC 4-19
ODBC-Accounting 4-20
Prepaid Services 4-20
RADIUS 4-20
Radius Query 4-21
RADIUS-Session 4-25
Rex 4-25
WiMAX 4-26
Diameter 4-26
M3UA 4-32
Session Managers 4-33
Session Creation 4-37
Session Notes 4-37
Soft Group Session Limit 4-38
Session Correlation Based on User-Defined Attributes 4-39
Resource Managers 4-39
Types of Resource Managers 4-40
Gateway Subobject 4-41
Group-Session-Limit 4-41
Home-Agent 4-41
Home-Agent-IPv6 4-41
IP-Dynamic 4-42
IP-Per-NAS-Port 4-42
IPX-Dynamic 4-42
Session-Cache 4-43
Contents
ix
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Subnet-Dynamic 4-43
User-Session-Limit 4-44
USR-VPN 4-44
Dynamic-DNS 4-44
Remote-IP-Dynamic 4-45
Remote-User-Session-Limit 4-45
Remote-Group-Session-Limit 4-45
Remote-Session-Cache 4-45
Profiles 4-45
Attributes 4-46
Translations 4-46
TranslationGroups 4-47
Remote Servers 4-47
Types of Protocols 4-48
Domain Authentication 4-49
Dynamic DNS 4-50
LDAP 4-51
Map-Gateway 4-54
Sigtran 4-55
ODBC 4-56
ODBC-Accounting 4-58
OCI 4-58
OCI-Accounting 4-59
Prepaid-CRB 4-59
Prepaid-IS835C 4-59
RADIUS 4-59
SIGTRAN-M3UA 4-60
Rules 4-60
Advanced 4-60
RemoteODBCSessionServer 4-72
Using the RequireNASsBehindProxyBeInClientList Property 4-73
Advance Duplicate Detection Feature 4-74
Invalid EAP Packet Processing 4-74
Ports 4-75
Interfaces 4-75
Reply Messages 4-75
Attribute Dictionary 4-77
Types 4-77
Vendor Attributes 4-78
Contents
x
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
SNMP 4-78
Diameter 4-79
Configuring Diameter Transport Management Properties 4-80
Configuring Diameter Session Management 4-82
Configuring Diameter Application 4-83
Configuring Diameter Commands 4-84
Configuring Diameter Dictionary 4-90
CHAPTER
5Using the radclient Command 5-1
radclient Command Syntax 5-1
Working with Packets 5-2
Creating Packets 5-2
Creating CHAP Access-Request Packets 5-3
Viewing Packets 5-3
Sending Packets 5-3
Creating Empty Packets 5-4
Setting Packet Fields 5-4
Reading Packet Fields 5-5
Deleting Packets 5-5
Attributes 5-5
Creating Attributes 5-5
Setting Multivalued Attributes 5-6
Viewing Attributes 5-6
Getting Attribute Information 5-7
Deleting Attributes 5-7
Using the radclient Command 5-7
Example 1 5-7
Example 2 5-8
Example 3 5-9
Using radclient Test Commands 5-10
radclient Variables 5-10
Using timetest 5-10
Using callsPerSecond 5-11
Additional radclient Variables 5-12
CHAPTER
6Configuring Local Authentication and Authorization 6-1
Configuring a Local Service and UserList 6-1
Configuring a Local Service 6-2
Configuring a Userlist 6-3
Contents
xi
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Configuring Cisco Prime Access Registrar to Use the Local Service For AA 6-3
Activating the Configuration 6-4
Troubleshooting the Local Service and UserList Configuration 6-4
Verifying the Configuration 6-4
Configuring Return Attributes and Check-Items 6-6
Configuring Per User Return Attributes 6-6
Configuring Per User Check-Items 6-7
Verifying the Per User Return Attributes and Check-Items Configuration 6-7
Configuring Profiles to Group Attributes 6-8
Configuring Return Attributes and Check-Items Using UserGroup 6-9
Return Attribute Precedence 6-10
aregcmd Command Performance 6-10
UserDefined1 Property 6-11
Access-Request Logging 6-11
CHAPTER
7RADIUS Accounting 7-1
Understanding RADIUS Accounting 7-1
Setting Up Accounting 7-2
Accounting Log File Rollover 7-2
FilenamePrefix 7-3
MaxFileSize 7-3
MaxFileAge 7-4
RolloverSchedule 7-4
UseLocalTimeZone 7-5
Oracle Accounting 7-5
Configuring Oracle Accounting 7-6
ODBC-Accounting Service 7-6
ODBC RemoteServers 7-6
Configuration Examples 7-8
Packet Buffering 7-9
When Using Packet Buffering 7-10
With Packet Buffering Disabled 7-10
Dynamic SQL Feature 7-10
LDAP Accounting 7-11
Configuring LDAP Accounting 7-11
LDAP-Accounting Service 7-11
LDAP RemoteServers 7-12
Configuration Examples 7-14
Configuring the LDAP Service for Accounting 7-15
Contents
xii
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Configuring an LDAP-Accounting RemoteServer 7-16
Setting LDAP-Accounting As Accounting Service 7-18
MySQL Support 7-19
Configuring MySQL 7-19
Example Configuration 7-20
Proxying Accounting Records 7-20
Configuring the Local Cisco Prime Access Registrar Server 7-21
Configuring the Local Accounting Service 7-21
Configuring the Remote Accounting Service 7-21
Configuring the Group Accounting Service 7-22
Configuring the RemoteServer Object 7-22
Accounting Log Examples 7-23
Accounting-Start Packet 7-23
Accounting Stop Packet 7-23
Trace of Successful Accounting 7-23
Sample Error Messages 7-24
CHAPTER
8Diameter 8-1
Diameter with EAP Support 8-2
Advertising Application Support 8-2
Diameter EAP Conversation Flow 8-2
Diameter Server Startup Log 8-3
Diameter Stack Level Messages 8-4
Capabilities Exchange Message 8-5
Watchdog Message 8-6
Terminating Diameter User Session 8-6
Configuring Authentication and Authorization for Diameter 8-6
Configuring Local Authentication and Authorization 8-6
Configuring a Local Service and UserList 8-7
Configuring External Authentication Service 8-9
Configuring Diameter Accounting 8-9
Understanding Diameter Accounting 8-9
Setting Up Local Accounting 8-9
Setting Up Oracle Accounting 8-9
Diameter Accounting Log Examples 8-9
Accounting Event Packet 8-10
Accounting Start Packet 8-10
Account Interim Packet 8-10
Accounting Stop Packet 8-10
Contents
xiii
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Trace of Successful Accounting 8-11
Configuring the Diameter Application in Prime Access Registrar 8-11
Configuring the Transport Management Properties 8-12
Registering Applications IDs 8-13
Configuring the Diameter Peers 8-14
Configure the Diameter Service 8-15
Writing Diameter Application in Prime Access Registrar 8-19
Configuring rex script/service for Diameter 8-19
Scripting in Diameter 8-20
Diameter Environment Variables 8-20
Sample rex script/service 8-21
Traces/Logs 8-22
Translation Framework for Diameter 8-23
Managing Diameter Sessions 8-24
Support for SCTP including Multihoming 8-25
CHAPTER
9Extensible Authentication Protocols 9-1
EAP-AKA 9-2
Configuring EAP-AKA 9-2
Testing EAP-AKA with radclient 9-5
EAP-AKA-Prime (EAP-AKA’) 9-6
Configuring EAP-AKA’ 9-6
Testing EAP-AKA’ with radclient 9-7
EAP-FAST 9-7
Configuring EAP-FAST 9-8
EAP-FAST Keystores 9-12
Testing EAP-FAST with radclient 9-12
PAC Provisioning 9-13
Authentication 9-14
Parameters Used for Certificate-Based Authentication 9-14
radclient Command Reference 9-15
PAC—Credential Export Utility 9-17
PAC Export 9-17
PAC Display 9-18
Syntax Summary 9-18
EAP-GTC 9-18
Configuring EAP-GTC 9-18
Testing EAP-GTC with radclient 9-19
Contents
xiv
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
EAP-LEAP 9-20
Configuring EAP-LEAP 9-20
EAP-MD5 9-21
Configuring EAP-MD5 9-21
EAP-Negotiate 9-22
Configuring EAP-Negotiate 9-22
Negotiating PEAP Tunnel Services 9-23
Testing EAP-Negotiate with radclient 9-23
EAP-MSChapV2 9-23
Configuring EAP-MSChapV2 9-23
Testing EAP-MSChapV2 with radclient 9-24
EAP-SIM 9-25
Configuring EAP-SIM 9-25
Quintets to Triplets Conversion 9-29
EAP-Transport Level Security (TLS) 9-29
Configuring EAP-TLS 9-29
Testing EAP-TLS with RSA or ECC Certificate using radclient 9-32
Testing EAP-TLS with Client Certificates 9-32
EAP-TTLS 9-32
Configuring EAP-TTLS 9-33
Creating an EAP-TTLS Service 9-33
Configuring an EAP-TTLS Authentication Service 9-37
Testing EAP-TTLS with radclient 9-40
Testing EAP-TTLS Using Legacy Methods 9-41
Testing EAP-TTLS Using EAP Methods 9-41
rehash-ca-certs Utility 9-42
radclient Command Reference 9-42
eap-trace 9-43
tunnel 9-43
Protected EAP 9-44
PEAP Version 0 9-44
Configuring PEAP Version 0 9-44
Testing PEAP Version 0 with radclient 9-48
Testing PEAP Version 0 with Client Certificates 9-48
PEAP Version 1 9-49
Configuring PEAP Version 1 9-49
Testing PEAP Version 1 with radclient 9-51
Testing PEAP Version 1 with Client Certificates 9-52
How to Configure Oracle, Mysql Accounting with the Buffering Option Enabled 9-52
Contents
xv
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
To Select the SQL Statement in Run Time Accounting 9-52
Query 9-52
Insert 9-53
Update 9-53
Delete 9-53
Configuring Oracle, Mysql Accounting 9-54
How Suffix and Prefix Rules Work with Prime Access Registrar 9-55
Configuring Prefix and Suffix Policies 9-55
CRL Support for Cisco Prime Access Registrar 9-56
Configuring Certificate Validation Using CRL 9-57
Using Intermediate Certificates in Prime Access Registrar 9-57
CHAPTER
10 Using WiMAX in Cisco Prime Access Registrar 10-1
WiMAX - An Overview 10-1
WiMAX in Cisco Prime Access Registrar 10-2
Direct Interaction Between the ASN GW and Cisco Prime Access Registrar 10-3
Interaction Between ASN GW and Cisco Prime Access Registrar Through HA 10-6
Prepaid and Hot-Lining 10-7
Configuring WiMAX in Cisco Prime Access Registrar 10-7
Configuring the Resource Manager for WiMAX 10-8
Configuring the Session Manager for WiMAX 10-9
Configuring the Query Service for WiMAX 10-9
Configuring WiMAX 10-10
WiMAX - OMA-DM Provisioning Support with BEK Key 10-11
WiMax Lawful Interception (LI) Support in Prime Access Registrar 10-13
Configuring WiMax-Lawful Intercept 10-16
CHAPTER
11 Using Extension Points 11-1
Determining the Goal of the Script 11-1
Writing the Script 11-2
Choosing the Type of Script 11-3
Request Dictionary Script 11-3
Response Dictionary Script 11-4
Environment Dictionary Script 11-4
Adding the Script Definition 11-4
Adding the Example Script Definition 11-5
Choosing the Scripting Point 11-6
Testing the Script 11-6
About the Tcl/Tk 8.3 Engine 11-6
Contents
xvi
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Cisco Prime Access Registrar Scripts 11-6
ACMEOutgoingScript 11-8
AltigaIncomingScript 11-8
AltigaOutgoingScript 11-8
ANAAAOutgoing 11-8
AscendIncomingScript 11-8
AscendOutgoingScript 11-8
AuthorizePPP 11-8
AuthorizeService 11-9
AuthorizeSLIP 11-9
AuthorizeTelnet 11-9
CabletronIncoming 11-9
CabletronOutgoing 11-9
CiscoIncoming 11-9
CiscoOutgoing 11-9
CiscoWithODAPIncomingScript 11-9
ExecCLIDRule 11-10
ExecDNISRule 11-10
ExecFilterRule 11-10
ExecNASIPRule 11-10
ExecRealmRule 11-10
ExecTimeRule 11-10
LDAPOutage 11-11
MapSourceIPAddress 11-11
ParseAAARealm 11-11
ParseAAASRealm 11-11
ParseAARealm 11-11
ParseAASRealm 11-12
ParseProxyHints 11-12
ParseServiceAndAAARealmHints 11-12
ParseServiceAndAAASRealmHints 11-12
ParseServiceAndAARealmHints 11-12
ParseServiceAndAASRealmHints 11-12
ParseServiceAndProxyHints 11-13
ParseServiceHints 11-13
ParseTranslationGroupsByCLID 11-13
ParseTranslationGroupsByDNIS 11-13
ParseTranslationGroupsByRealm 11-13
UseCLIDAsSessionKey 11-13
USRIncomingScript 11-14
Contents
xvii
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
USRIncomingScript-IgnoreAccountingSignature 11-14
USROutgoingScript 11-14
Internal Scripts 11-14
CHAPTER
12 Using Replication 12-1
Replication Overview 12-1
How Replication Works 12-2
Replication Data Flow 12-3
Master Server 12-3
Slave Server 12-3
Security 12-4
Replication Archive 12-4
Ensuring Data Integrity 12-4
Transaction Data Verification 12-4
Transaction Order 12-5
Automatic Resynchronization 12-5
Full Resynchronization 12-5
Understanding Hot-Configuration 12-6
Replication’s Impact on Request Processing 12-6
Replication Configuration Settings 12-6
RepType 12-7
RepTransactionSyncInterval 12-7
Master 12-7
Slave 12-7
RepTransactionArchiveLimit 12-8
RepIPAddress 12-8
RepPort 12-8
RepSecret 12-8
RepIsMaster 12-9
RepMasterIPAddress 12-9
RepMasterPort 12-9
Rep Members Subdirectory 12-9
Rep Members/Slave1 12-9
Name 12-9
IPAddress 12-9
Port 12-10
Setting Up Replication 12-10
Configuring The Master 12-10
Configuring The Member 12-11
Contents
xviii
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Verifying the Configuration 12-12
Replication Example 12-13
Adding a User 12-13
Master Server’s Log 12-13
Member Server’s Log 12-13
Verifying Replication 12-14
Master Server’s Log 12-14
Member Server’s Log 12-14
Using aregcmd -pf Option 12-14
Master Server’s Log 12-15
Member Server’s Log 12-15
An Automatic Resynchronization Example 12-16
Master Server’s Log 12-16
Member Server’s Log 12-17
Full Resynchronization 12-17
Replication Setup with More Than One Slave 12-19
Frequently Asked Questions 12-19
Replication Log Messages 12-21
Information Log Messages 12-21
Warning Log Messages 12-22
Error Log Messages 12-23
Log Messages You Should Never See 12-25
CHAPTER
13 Using On-Demand Address Pools 13-1
Cisco-Incoming Script 13-3
How the Script Works 13-3
CiscoWithODAPIncomingScript 13-3
Vendor Type CiscoWithODAP 13-4
Configuring Cisco Prime Access Registrar to Work with ODAP 13-5
Configuring Prime Access Registrar to work with ODAP 13-5
Configuring the ODAP Detailed Instructions 13-5
Setting Up an ODAP UserList 13-5
Adding ODAP Users 13-6
Setting Up an ODAP-Users Service 13-7
Setting Up an ODAP Accounting Service 13-8
Adding Session Managers 13-8
Setting Up Resource Managers 13-9
Configuring Session Managers 13-14
Configure Clients 13-15
Contents
xix
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Save Your Configuration 13-16
CHAPTER
14 Using Identity Caching 14-1
Overview 14-1
Identity Caching Features 14-2
Configuring Cisco Prime Access Registrar for Identity Caching 14-3
Starting Identity Caching 14-6
XML Interface 14-8
CHAPTER
15 Using Trusted ID Authorization with SESM 15-1
Trusted ID Operational Overview 15-1
Configuration Overview 15-2
Request Processing 15-2
Session Cache Life Cycle 15-3
Configuration Restrictions 15-3
Software Requirements 15-4
Installing Cisco Prime Access Registrar 15-4
Running the TrustedIdInstall Program 15-4
Using the TrustedIdInstall.bin GUI 15-4
Using the TrustedIdInstall Command Line 15-8
Configuring Cisco Prime Access Registrar for Trusted Identity with SESM 15-12
Configuring the RADIUS Ports 15-12
Configuring NAS Clients 15-13
Configuring AAA and SPE Services 15-13
Configuration Imported by TrustedIdInstall Program 15-14
/Radius 15-14
/radius/services/spe 15-14
/radius/services/trusted-id 15-14
/Radius/SessionManagers/session-cache/ 15-14
/radius/ResourceManagers/session-cache 15-14
/radius/advanced/ 15-15
/Radius/Scripts/ChangeServiceType 15-15
Configuring EAP-MD5 Authentication 15-15
Creating the CheckEap.tcl Script 15-15
Adding the CheckEap.tcl Script 15-16
Using the CheckEap.tcl Script 15-16
Adding the EAP-MD5 Authentication Service 15-17
Adding an LDAP Remote Server 15-17
Contents
xx
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Adding an LDAP Service 15-18
Saving the Configuration and Reloading the Server 15-19
Cisco SSG VSAs in Cisco Prime Access Registrar Dictionary 15-20
CHAPTER
16 Using Prepaid Billing 16-1
Overview 16-2
IS835C Prepaid Billing 16-2
Configuring IS835C Prepaid Billing 16-3
Setting Up a Prepaid Billing RemoteServer 16-3
Setting Up an IS835C Prepaid Service 16-4
Setting Up Local Authentication 16-5
Setting Up an Authentication Group Service 16-5
CRB Prepaid Billing 16-7
Configuring CRB Prepaid Billing 16-8
Setting Up a Prepaid Billing RemoteServer 16-8
Setting Up a CRB Prepaid Service 16-9
Setting Up a Local Accounting Service 16-11
Setting Up a Local Authentication Service 16-12
Setting Up a Prepaid Accounting Group Service 16-13
Setting Up an Authentication Group Service 16-14
Configuring CRB Prepaid Billing for SSG 16-15
Generic Call Flow 16-18
Access-Request (Authentication) 16-19
Access-Accept (Authentication) 16-20
Access-Request (Authorization) 16-20
Access-Accept (Authorization) 16-21
Accounting-Start 16-22
Data Flow 16-22
Access-Request (Quota Depleted) 16-22
Accept-Accept (Quota Depleted) 16-23
Accounting Stop (Session End) 16-23
Accounting Response (Final Status) 16-23
Vendor-Specific Attributes 16-25
Implementing the Prepaid Billing API 16-27
CHAPTER
17 Using Cisco Prime Access Registrar Server Features 17-1
Incoming Traffic Throttling 17-2
MaximumIncomingRequestRate 17-2
MaximumOutstandingRequests 17-2
Contents
xxi
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Backing Store Parsing Tool 17-3
Configurable Worker Threads Enhancement 17-4
Session-Key Lookup 17-5
Query-Notify 17-6
Call Flow 17-7
Configuration Examples 17-8
Memory and Performance Impact 17-9
Support for Windows Provisioning Service 17-9
Call Flow 17-10
Example Configuration 17-10
Environment Variables 17-11
Master URL Fragments 17-11
Unsupported Features 17-12
Account Expiration and Renewal 17-12
Password Changing and Force Update 17-13
Command Completion 17-13
Service Grouping Feature 17-14
Configuration Example - AccountingGroupService 17-14
Summary of Events 17-17
Configuration Example 2 - AuthenticationGroupService 17-17
Summary of Events 17-20
SHA-1 Support for LDAP-Based Authentication 17-21
Remote LDAP Server Password Encryption 17-21
Dynamic Password Encryption 17-22
Logs 17-23
Dynamic Attributes 17-23
Object Properties with Dynamic Support 17-23
Dynamic Attribute Format 17-25
Tunneling Support Feature 17-25
Configuration 17-26
Example 17-26
Notes 17-26
Validation 17-26
xDSL VPI/VCI Support for Cisco 6400 17-27
Using User-Name/User-Password for Each Cisco 6400 Device 17-27
Format of the New User-Name Attribute 17-27
Apply Profile in Cisco Prime Access Registrar Database to Directory Users 17-28
User-Profile 17-28
Contents
xxii
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
User-Group 17-29
Example User-Profile and User-Group Attributes in Directory User Record 17-29
Directory Multi-Value Attributes Support 17-29
MultiLink-PPP (ML-PPP) 17-30
Dynamic Updates Feature 17-31
NAS Monitor 17-32
Automatic Information Collection (arbug) 17-33
Running arbug 17-33
Files Generated 17-33
Simultaneous Terminals for Remote Demonstration 17-34
Support for RADIUS Check Item Attributes 17-34
Configuring Check Items 17-34
User-Specific Attributes 17-35
Packet of Disconnect 17-36
Configuring Packet of Disconnect 17-36
Configuring the Client Object 17-36
Configuring a Resource Manager for POD 17-37
Proxying POD Requests from External Servers 17-38
CLI Options for POD 17-38
query-sessions 17-38
release-sessions 17-39
Configuring Change of Authorization Requests 17-39
Configuring the Client Object 17-40
Dynamic DNS 17-41
Configuring Dynamic DNS 17-42
Testing Dynamic DNS with radclient 17-43
Dynamic Service Authorization Feature 17-44
Configuring Dynamic Service Authorization Feature 17-44
Setting Up the Environment Variable 17-45
Remote Session Management 17-47
Wx Interface Support for SubscriberDB Lookup 17-48
Configuration Examples 17-48
Smart Grid Solution Management 17-50
TACACS+ Support for AAA 17-50
CHAPTER
18 Directing RADIUS Requests 18-1
Configuring Policies and Rules 18-1
Configuring Policies 18-1
Contents
xxiii
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Configuring Rules 18-2
Wildcard Support 18-2
Script and Attribute Requirements 18-3
Validation 18-4
Known Anomalies 18-4
Routing Requests 18-4
Routing Requests Based on Realm 18-4
Routing Requests Based on DNIS 18-5
Routing Requests Based on CLID 18-6
Routing Requests Based on NASIP 18-7
Routing Requests Based on User-Name Prefix 18-8
Attribute Translation 18-9
Translations 18-9
TranslationGroups 18-9
Parsing Translation Groups 18-10
Time of Day Access Restrictions 18-11
Setting Time Ranges in ExecTimeRule 18-12
ExecTimeRule Example Configuration 18-12
Reducing Overhead Using Policies to Group Rules 18-13
Standard Scripts Used with Rules 18-15
ExecRealmRule 18-15
ExecDNISRule 18-16
ExecCLIDRule 18-16
ExecNASIPRule 18-17
ExecPrefixRule 18-17
ExecSuffixRule 18-18
Configuring Suffix and Prefix Policies 18-19
ExecTimeRule 18-20
ParseTranslationGroupsByRealm 18-20
ParseTranslationGroupsByDNIS 18-20
ParseTranslationGroupsByCLID 18-21
ParseTranslationGroupsByDNIS 18-21
CHAPTER
19 Using FastRules to Process Packet Flow 19-1
Configuring FastRules 19-2
CHAPTER
20 Wireless Support 20-1
Mobile Node-Home Agent Shared Key 20-1
Use Case Example 20-1
Contents
xxiv
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Configuring User Attributes 20-2
3GPP2 Home Agent Support 20-3
Home-Agent Resource Manager 20-3
Load Balancing 20-3
Querying and Releasing Sessions 20-4
Access Request Requirements 20-5
New 3GPP2 VSAs in the Cisco Prime Access Registrar Dictionary 20-5
Session Correlation Based on User-Defined Attributes 20-5
Managing Multiple Accounting Start/Stop Messages 20-6
NULL Password Support 20-6
3GPP Compliance 20-7
SWa Access Authentication and Authorization 20-8
STa Access Authentication and Authorization 20-8
SWm Access Authentication and Authorization 20-9
SWd Access Authentication and Authorization 20-9
SWx Authentication Procedure 20-10
HSS Initiated Update of User Profile 20-10
S6b Authentication and Authorization Procedure 20-10
3GPP Call Flows 20-11
CLI for 3GPP Authorization 20-12
CLI for 3GPP Reverse Authorization 20-12
CHAPTER
21 Using LDAP 21-1
Configuring LDAP 21-1
Configuring the LDAP Service 21-2
MultipleServersPolicy 21-2
RemoteServers 21-3
Configuring an LDAP RemoteServer 21-3
DNS Look Up and LDAP Rebind Interval 21-6
LDAPToRadiusMappings 21-7
LDAPToEnvironmentMappings 21-7
LDAPToCheckItemMappings 21-7
Setting LDAP As Authentication and Authorization Service 21-7
Saving Your Configuration 21-7
CHAP Interoperability with LDAP 21-8
Allowing Special Characters in LDAP Usernames 21-8
Dynamic LDAP Search Base 21-8
Analyzing LDAP Trace Logs 21-9
Successful Bind Message 21-9
Contents
xxv
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Bind Failure Messages 21-9
Login Failure Messages 21-10
Bind-Based Authentication for LDAP 21-11
CHAPTER
22 Using Open Database Connectivity 22-1
Oracle Software Requirements 22-2
Configuring ODBC/OCI 22-2
Configuring an ODBC/OCI Service 22-6
Configuring an ODBC/OCI RemoteServer 22-7
ODBC Data Source 22-9
SQL Definitions 22-9
SQL Syntax Restrictions 22-10
Specifying More Than One Search Key 22-10
ODBCToRadiusMappings/OCIToRadiusMappings 22-11
ODBCToEnvironmentMappings/OCIToEnvironmentMappings 22-11
ODBCToCheckItemMappings/OCIToCheckItemMappings 22-11
Configuring an ODBC DataSource 22-11
Setting ODBC/OCI As Authentication and Authorization Service 22-12
Setting ODBC/OCI As Accounting Service 22-13
Saving Your Configuration 22-13
Oracle Stored Procedures 22-13
MySQL Support 22-15
MySQL Driver 22-15
Configuring a MySQL Datasource 22-15
Example Configuration 22-17
CHAPTER
23 SIGTRAN-M3UA 23-1
Prerequisites to SIGTRAN-M3UA 23-2
Configuring EAP-AKA/EAP-SIM with SIGTRAN-M3UA 23-4
Blacklisting IMSI Values 23-11
Configuring M3UA Service 23-12
Configuring M3UA Service with Map Restore Data Authorization 23-13
Map Restore Data Authorization Flow 23-13
CS Insert Subscriber Data Structure 23-14
CLI Configuration for Map-Restore-Data 23-15
Support for SCTP Multihoming in SIGTRAN-M3UA 23-21
SIGTRAN-M3UA Logs 23-22
Contents
xxvi
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
CHAPTER
24 Using SNMP 24-1
Overview 24-1
Supported MIBs 24-1
RADIUS-AUTH-CLIENT-MIB 24-2
RADIUS-AUTH-SERVER-MIB 24-2
RADIUS-ACC-CLIENT-MIB 24-2
RADIUS-ACC-SERVER-MIB 24-2
CISCO-DIAMETER-BASE-PROTOCOL-MIB 24-2
Diameter SNMP and Statistics Support 24-3
TACACS+ SNMP and Statistics Support 24-3
SNMP Traps 24-3
Supported Traps 24-4
carServerStart 24-4
carServerStop 24-4
carInputQueueFull 24-4
carInputQueueNotVeryFull 24-5
carOtherAuthServerNotResponding 24-5
carOtherAuthServerResponding 24-5
carOtherAccServerNotResponding 24-6
carOtherAccServerResponding 24-6
carAccountingLoggingFailure 24-6
carLicenseUsage 24-7
carDiameterPeerDown 24-7
carDiameterPeerUp 24-7
Configuring Traps 24-7
SNMP Configuration 24-7
Configuring Trap Recipient 24-7
Community String 24-8
CHAPTER
25 Enforcement of Licensing Models 25-1
TPS Licensing Features 25-1
Enforcement Rules 25-1
Notification Logs 25-2
Notification - SNMP Traps 25-2
TPS Logging Feature 25-3
Concurrent Session License Features 25-3
Sessions Enforcement Rules 25-4
Notification Logs 25-4
Notification - SNMP Traps 25-5
Contents
xxvii
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Session Logging Feature 25-5
CHAPTER
26 Backing Up the Database 26-1
Configuration 26-1
Command Line Utility 26-1
Recovery 26-2
mcdshadow Command Files 26-2
CHAPTER
27 Using the REX Accounting Script 27-1
Building and Installing the REX Accounting Script 27-1
Configuring the Rex Accounting Script 27-2
Specifying REX Accounting Script Options 27-4
Example Script Object 27-5
CHAPTER
28 Logging Syslog Messages 28-1
Syslog Messages 28-1
Example 1 28-2
Example 2 28-2
Configuring Message Logging (Solaris) 28-3
Configuring Message Logging (Linux) 28-4
Changing Log Directory 28-4
Configuring Syslog Daemon (syslogd) 28-5
Managing the Syslog File 28-5
Using a cron Program to Manage the Syslog Files 28-6
Server Up/Down Status Change Logging 28-6
Header Formats 28-6
Example Log Messages 28-7
CHAPTER
29 Troubleshooting Cisco Prime Access Registrar 29-1
Gathering Basic Information 29-1
Troubleshooting Quick Checks 29-2
Disk Space 29-2
Resource Conflicts 29-2
No Co-Existence With Cisco Network Registrar 29-2
Port Conflicts 29-3
Server Running Sun SNMP Agent 29-3
Cisco Prime Access Registrar Log Files 29-3
Contents
xxviii
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Modifying File Sizes for Agent Server and MCD Server Logs 29-4
Using xtail to Monitor Log File Activity 29-4
Modifying the Trace Level 29-4
Installation and Server Process Start-up 29-5
aregcmd and Cisco Prime Access Registrar Configuration 29-5
Running and Stopped States 29-5
RADIUS Request Processing 29-7
Other Troubleshooting Techniques and Resources 29-7
aregcmd Stats Command 29-7
Core Files 29-8
radclient 29-8
Cisco Prime Access Registrar Replication 29-8
Checking Prime Access Registrar Server Health Status 29-8
APPENDIX
ACisco Prime Access Registrar Tcl, REX and Java Dictionaries A-1
Tcl Attribute Dictionaries A-1
Attribute Dictionary Methods A-1
Tcl Environment Dictionary A-4
REX Attribute Dictionary A-5
Attribute Dictionary Methods A-5
REX Environment Dictionary A-11
REX Environment Dictionary Methods A-11
Java Attribute Dictionary A-13
Java Attribute Dictionary Methods A-13
Java Environment Dictionary A-16
Java Environment Dictionary Methods A-16
Interface Extension A-17
Interface Extension Methods A-18
Interface ExtensionforSession A-18
Interface Extensionforsession Methods A-19
Interface Extensionwithinitialization A-19
Interface Extensionwithinitialization Methods A-20
Interface ExtensionforSessionwithinitialization A-20
Interface Extensionforsessionwithinitialization Methods A-20
Interface MarkerExtension A-20
Variables in the Marker Extension Interface A-21
Class Sessionrecord A-24
Session Record Methods A-24
Contents
xxix
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
APPENDIX
BEnvironment Dictionary B-1
Cisco Prime Access Registrar Environment Dictionary Variables B-1
Accepted-Profiles B-1
Accounting-Service B-2
Acquire-Dynamic-DNS B-2
Acquire-Group-Session-Limit B-2
Acquire-Home-Agent B-2
Acquire-IP-Dynamic B-2
Acquire-IPX-Dynamic B-2
Acquire-IP-Per-NAS-Port B-2
Acquire-Subnet-Dynamic B-3
Acquire-User-Session-Limit B-3
Acquire-USR-VPN B-3
Allow-Null-Password B-3
Authentication-Service B-3
Authorization-Service B-3
AuthorizationInfo B-3
BackingStore-Env-Vars B-4
Blacklisted-IMSI B-4
Broadcast-Accounting-Packet B-4
Cache-Attributes-In-Session B-4
Current-Group-Count B-4
Cache-Outer-Identity B-4
Destination-IP-Address B-4
Destination-Port B-4
Dest-Translation-Type B-5
Dest-Numbering-Plan B-5
Dest-Encoding-Scheme B-5
Dest-Nature-Of-Address B-6
Dest-GT-Format B-6
Diameter-Application-Id B-6
Diameter-Command-Code B-6
Disable-Accounting-On-Off-Broadcast B-7
DSA-Response-Cache B-7
Dynamic-DNS-HostName B-7
Dynamic-Search-Filter B-7
Dynamic-Search-Path B-7
Dynamic-Search-Scope B-7
Dynamic-Service-Loop-Limit B-7
Contents
xxx
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Dynamic-User-Password-Attribute B-7
EAP-Actual-Identity B-8
EAP-Authentication-Mode B-8
Enforce-Traffic-Throttling B-8
FetchAuthorizationInfo B-8
Generate-BEK B-8
Group-Session-Limit B-8
HLR-GlobalTitle-Address B-8
HLR-GlobalTitle-Cached B-8
HLR-Translated-IMSI B-9
Ignore-Accounting-Signature B-9
IMSI B-9
Incoming-Translation-Groups B-9
Master-URL-Fragment B-9
Misc-Log-Message-Info B-10
MSISDN B-10
Outgoing-Translation-Groups B-10
Pager B-10
Query-Service B-10
Re-Accounting-Service B-10
Re-Authentication-Service B-10
Re-Authorization-Service B-11
Realm B-11
Reject-Reason B-11
Remote-Server B-11
Remove-Session-On-Acct-Stop B-11
Remote-Servers-Tried B-11
Request-Authenticator B-11
Request-Type B-12
Require-User-To-Be-In-Authorization-List B-12
Response-Type B-13
Retrace-Packet B-13
Send-PEAP-URI-TLV B-13
Session-Key B-13
Session-Manager B-13
Session-Notes B-13
Session-Service B-14
Set-Session-Mgr-And-Key-Upon-Lookup B-14
Skip-Session-Management B-14
Skip-Overriding-Username-With-LDAP-UID B-14
Contents
xxxi
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Skip-Overriding-UserName-With-PEAPIdentity B-14
Source-IP-Address B-14
Source-Port B-15
SQL-Sequence B-15
Subnet-Size-If-No-Match B-15
Trace-Level B-15
Unavailable-Resource B-15
Unavailable-Resource-Type B-15
UserDefined1 B-15
User-Authorization-Script B-16
User-Group B-16
User-Group-Session-Limit B-16
User-Name B-16
User-Profile B-16
User-Session-Limit B-16
Virtual-Server-Outgoing-Script B-16
Windows-Domain-Groups B-16
X509- Subject-Name B-17
Internal Variables B-17
APPENDIX
CRADIUS Attributes C-1
RADIUS Attributes C-1
Cisco Prime Access Registrar Attributes C-1
RADIUS Attributes Numeric List C-4
Vendor-Specific Attributes C-13
3GPP VSAs C-13
3GPP2 VSAs C-15
ACC VSAs C-22
Altiga VSAs C-27
Ascend VSAs C-30
Bay Networks VSAs C-45
Cabletron VSAs C-46
Cisco Prime Access Registrar Internal VSAs C-46
Cisco VSAs C-48
Compatible VSAs C-51
Microsoft VSAs C-51
Nomadix VSAs C-53
RedBack VSAs C-53
RedCreek VSAs C-56
Contents
xxxii
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
TACACS+ VSAs C-56
Telebit VSAs C-59
Unisphere VSAs C-59
USR VSAs C-60
WiMax C-85
WISPr C-85
XML C-86
I
NDEX
xxxiii
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Preface
The Cisco Prime Access Registrar 6.1 User Guide provides information about how to use
Cisco Prime Access Registrar (known as Prime Access Registrar hereafter) 6.1. This preface contains
the following sections:
Document Organization, page xxxiii
Related Documentation, page xxxv
Obtaining Documentation and Submitting a Service Request, page xxxv
Notices, page xxxv
Document Organization
The Prime Access Registrar User Guide is organized as follows:
Chapter 1, “Overview, provides an overview of Prime Access Registrar.
Chapter 2, “Using the aregcmd Commands, provides information about using aregcmd commands.
Chapter 3, “Using the Graphical User Interface, provides information about using the
Prime Access Registrar GUI.
Chapter 4, “Cisco Prime Access Registrar Server Objects, provides information about
Prime Access Registrar server objects.
Chapter 5, “Using the radclient Command, provides information about using radclient commands to
test Prime Access Registrar.
Chapter 6, “Configuring Local Authentication and Authorization, provides information about how to
configure local authentication and authorization and helpful examples.
Chapter 7, “RADIUS Accounting, provides information about RADIUS accounting and how to
configure Prime Access Registrar to perform accounting.
Chapter 8, “Diameter” provides information about how to configure Prime Access Registrar to perform
diameter authentication and authorization, and also provides information about Diameter Accounting.
Chapter 9, “Extensible Authentication Protocols, provides information about Prime Access Registrar
support of EAP authentication methods.
Chapter 10, “Using WiMAX in Cisco Prime Access Registrar, provides information about
Prime Access Registrar support for the WiMAX feature.
Chapter 11, “Using Extension Points, provides information about how to use Prime Access Registrar
scripting to customize your RADIUS server.
xxxiv
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12, “Using Replication, provides information about how to use the replication feature.
Chapter 13, “Using On-Demand Address Pools, provides information about using On-Demand Address
Pools.
Chapter 14, “Using Identity Caching, provides information about using the Identity Caching feature.
Chapter 15, “Using Trusted ID Authorization with SESM, describes how to use Prime Access Registrar
with SESM, and how to configure Prime Access Registrar to use the Trusted ID feature.
Chapter 16, “Using Prepaid Billing, provides information about how to use the Prime Access Registrar
prepaid billing feature.
Chapter 17, “Using Cisco Prime Access Registrar Server Features, provides information about using
Prime Access Registrar features.
Chapter 18, “Directing RADIUS Requests, provides information about using the
Prime Access Registrar Policy Engine.
Chapter 19, “Using FastRules to Process Packet Flow, provides information about using FastRules for
processing packet flow.
Chapter 20, “Wireless Support, provides information about Prime Access Registrar support for
wireless features.
Chapter 21, “Using LDAP, provides information about using an LDAP remote server with
Prime Access Registrar.
Chapter 22, “Using Open Database Connectivity, provides information about a new type of
RemoteServer object and a new service to support ODBC.
Chapter 23, “SIGTRAN-M3UA, provides information about SIGTRAN-M3UA remote server and a
service to support EAP-AKA/EAP-SIM authentication.
Chapter 24, “Using SNMP, provides information about the SNMP MIB and Trap support offered by
Prime Access Registrar.
Chapter 25, “Enforcement of Licensing Models, provides information on the enforcement of
Prime Access Registrar’s new license model—transactions per second (TPS) Licensing.
Chapter 26, “Backing Up the Database, describes the Prime Access Registrar shadow backup facility,
which ensures a consistent snapshot of Prime Access Registrar’s database for backup purposes.
Chapter 27, “Using the REX Accounting Script, describes how to use the REX Accounting scripts.
Chapter 28, “Logging Syslog Messages, provides information about logging messages via syslog and
centralized error reporting for Prime Access Registrar.
Chapter 29, “Troubleshooting Cisco Prime Access Registrar, provides information about techniques
used when troubleshooting Prime Access Registrar and highlights common problems.
Appendix A, “Cisco Prime Access Registrar Tcl, REX and Java Dictionaries, describes the Tcl and
REX dictionaries that are used when writing Incoming or Outgoing scripts for use with
Prime Access Registrar.
Appendix B, “Environment Dictionary, describes the environment variables the scripts use to
communicate with Prime Access Registrar or to communicate with other scripts.
Appendix C, “RADIUS Attributes, lists the RFC 2865 RADIUS attributes with their names and values.
Glossary and index are also provided.
xxxv
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Obtaining Documentation and Submitting a Service Request
Related Documentation
For a complete list of Prime Access Registrar 6.1 documentation, see the Cisco Prime Access Registrar
6.1 Documentation Overview.
Note We sometimes update the documentation after original publication. Therefore, you should also review
the documentation on Cisco.com for any updates.
Obtaining Documentation and Submitting a Service Request
For information on obtaining documentation, using the Cisco Bug Search Tool (BST), submitting a
service request, and gathering additional information, see Whats New in Cisco Product Documentation
at: http://www.cisco.com/c/en/us/td/docs/general/whatsnew/whatsnew.html.
Subscribe to What’s New in Cisco Product Documentation, which lists all new and revised
Cisco technical documentation, as an RSS feed and deliver content directly to your desktop using a
reader application. The RSS feeds are a free service.
Notices
The following notices pertain to this software license.
OpenSSL/Open SSL Project
This product includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit
(http://www.openssl.org/).
This product includes cryptographic software written by Eric Young (eay@cryptsoft.com).
This product includes software written by Tim Hudson (tjh@cryptsoft.com).
License Issues
The OpenSSL toolkit stays under a dual license, i.e. both the conditions of the OpenSSL License and the
original SSLeay license apply to the toolkit. See below for the actual license texts. Actually both licenses
are BSD-style Open Source licenses. In case of any license issues related to OpenSSL please contact
openssl-core@openssl.org.
OpenSSL License:
Copyright © 1998-2007 The OpenSSL Project. All rights reserved.
Redistribution and use in source and binary forms, with or without modification, are permitted provided
that the following conditions are met:
1. Redistributions of source code must retain the copyright notice, this list of conditions and the
following disclaimer.
2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions, and
the following disclaimer in the documentation and/or other materials provided with the distribution.
xxxvi
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Obtaining Documentation and Submitting a Service Request
3. All advertising materials mentioning features or use of this software must display the following
acknowledgment: “This product includes software developed by the OpenSSL Project for use in the
OpenSSL Toolkit (http://www.openssl.org/)”.
4. The names “OpenSSL Toolkit” and “OpenSSL Project” must not be used to endorse or promote
products derived from this software without prior written permission. For written permission, please
contact openssl-core@openssl.org.
5. Products derived from this software may not be called “OpenSSL” nor may “OpenSSL” appear in
their names without prior written permission of the OpenSSL Project.
6. Redistributions of any form whatsoever must retain the following acknowledgment:
“This product includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit
(http://www.openssl.org/)”.
THIS SOFTWARE IS PROVIDED BY THE OpenSSL PROJECT “AS IS”' AND ANY EXPRESSED OR
IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN
NO EVENT SHALL THE OpenSSL PROJECT OR ITS CONTRIBUTORS BE LIABLE FOR ANY
DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
(INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH
DAMAGE.
This product includes cryptographic software written by Eric Young (eay@cryptsoft.com). This product
includes software written by Tim Hudson (tjh@cryptsoft.com).
Original SSLeay License:
Copyright © 1995-1998 Eric Young (eay@cryptsoft.com). All rights reserved.
This package is an SSL implementation written by Eric Young (eay@cryptsoft.com).
The implementation was written so as to conform with Netscapes SSL.
This library is free for commercial and non-commercial use as long as the following conditions are
adhered to. The following conditions apply to all code found in this distribution, be it the RC4, RSA,
lhash, DES, etc., code; not just the SSL code. The SSL documentation included with this distribution is
covered by the same copyright terms except that the holder is Tim Hudson (tjh@cryptsoft.com).
Copyright remains Eric Young’s, and as such any Copyright notices in the code are not to be removed.
If this package is used in a product, Eric Young should be given attribution as the author of the parts of
the library used. This can be in the form of a textual message at program startup or in documentation
(online or textual) provided with the package.
Redistribution and use in source and binary forms, with or without modification, are permitted provided
that the following conditions are met:
1. Redistributions of source code must retain the copyright notice, this list of conditions and the
following disclaimer.
2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and
the following disclaimer in the documentation and/or other materials provided with the distribution.
3. All advertising materials mentioning features or use of this software must display the following
acknowledgement:
“This product includes cryptographic software written by Eric Young (eay@cryptsoft.com)”.
xxxvii
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Obtaining Documentation and Submitting a Service Request
The word ‘cryptographic’ can be left out if the routines from the library being used are not
cryptography-related.
4. If you include any Windows specific code (or a derivative thereof) from the apps directory
(application code) you must include an acknowledgement: “This product includes software written
by Tim Hudson (tjh@cryptsoft.com)”.
THIS SOFTWARE IS PROVIDED BY ERIC YOUNG “AS IS” AND ANY EXPRESS OR IMPLIED
WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO
EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT,
INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
(INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
The license and distribution terms for any publicly available version or derivative of this code cannot be
changed. i.e. this code cannot simply be copied and put under another distribution license [including the
GNU Public License].
xxxviii
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Obtaining Documentation and Submitting a Service Request
CHAPTER
1-1
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
1
Overview
The chapter provides an overview of the RADIUS server, including connection steps, RADIUS message
types, and using Cisco Prime Access Registrar (Prime Access Registrar) as a proxy server.
Prime Access Registrar is a 3GPP-compliant RADIUS (Remote Authentication Dial-In User
Service)/Diameter server that enables multiple dial-in Network Access Server (NAS) devices to share a
common authentication, authorization, and accounting database.
Prime Access Registrar handles the following tasks:
Authentication—determines the identity of users and whether they can be allowed to access the
network
Authorization—determines the level of network services available to authenticated users after they
are connected
Accounting—keeps track of each user’s network activity
Session and resource management—tracks user sessions and allocates dynamic resources
Using a RADIUS server allows you to better manage the access to your network, as it allows you to store
all security information in a single, centralized database instead of distributing the information around
the network in many different devices. You can make changes to that single database instead of making
changes to every network access server in your network.
Prime Access Registrar also allows you to manage the complex interconnections of the new network
elements in order to:
adequately manage the traffic
perform appropriate load balancing for desired load distribution
allow binding of different protocol interfaces corresponding to a subscriber/network element
Service providers transform their 3G and 4G wireless networks with complex services, tiered charging,
converged billing, and more by introducing increasing numbers and types of Diameter-based network
elements. LTE and IMS networks are the most likely to implement these new network
elements—including Policy and Charging Rules Functions (PCRF), Home Subscriber Servers (HSS),
Mobility Management Entities (MME), Online Charging Systems (OCS), and others. As a result, as the
traffic levels grow, these wireless networks are becoming more difficult to manage and scale without the
Prime Access Registrar infrastructure.
Note Solaris support is available for Prime Access Registrar Version 6.0. Solaris support for Version 6.1 will
be provided in a future maintenance release.
1-2
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 1 Overview
Prime Access Registrar Hierarchy
This chapter contains the following sections:
Prime Access Registrar Hierarchy
Prime Access Registrar Directory Structure
Program Flow
RADIUS Protocol
Service and Ports Used in Prime Access Registrar
Prime Access Registrar Hierarchy
Prime Access Registrar’s operation and configuration is based on a set of objects. These objects are
arranged in a hierarchical structure much like the Windows 95 Registry or the UNIX directory structure.
Prime Access Registrar’s objects can themselves contain subobjects, just as directories can contain
subdirectories. These objects include the following:
Radius— the root of the configuration hierarchy
UserLists—contains individual UserLists which in turn contain users
UserGroups—contains individual UserGroups
Users—contains individual authentication or authorization details of a user
Clients—contains individual Clients
Vendors—contains individual Vendors
Scripts—contains individual Scripts
Policies—contains a set of rules applied to an Access-Request
Services—contains individual Services
CommandSets—contains commands and the action to perform during Terminal Access Controller
Access-Control System Plus (TACACS+) command authorization
DeviceAccessRules—contains conditions or expressions and the applicable command sets for
TACACS+ command authorization
FastRules—provides a mechanism to easily choose the right authentication, authorization,
accounting, and query service(s), drop, reject, or break flows, choose session manager or other rules
required for processing a packet
SessionManagers—contains individual Session Managers
ResourceManagers—contains individual Resource Managers
Profiles—contains individual Profiles
RemoteServers—contains individual RemoteServers
Advanced—contains Ports, Interfaces, Reply Messages, and the Attribute dictionary
This section contains the following topics:
UserLists and Groups
Profiles
Scripts
Services
Session Management Using Resource Managers
1-3
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 1 Overview
Prime Access Registrar Hierarchy
UserLists and Groups
Prime Access Registrar lets you organize your user community through the configuration objects
UserLists, users, and UserGroups.
Use UserLists to group users by organization, such as Company A and Company B. Each list
contains the actual names of the users.
Use Users to store information about particular users, such as name, password, group membership,
base profile, and so on.
Use UserGroups to group users by function, such as PPP, Telnet, or multiprotocol users. Groups
allow you to maintain common authentication and authorization requirements in one place, and have
them referenced by many users.
For more information about UserLists and UserGroups, see UserLists and Groups in Chapter 4, “Cisco
Prime Access Registrar Server Objects.
Profiles
Prime Access Registrar uses Profiles that allow you to group RADIUS attributes to be included in an
Access-Accept packet. These attributes include values that are appropriate for a particular user class,
such as PPP or Telnet user. The user’s base profile defines the user’s attributes, which are then added to
the response as part of the authorization process.
Although you can use Group or Profile objects in a similar manner, choosing whether to use one rather
than the other depends on your site. If you require some choice in determining how to authorize or
authenticate a user session, then creating specific profiles, and specifying a group that uses a script to
choose among the profiles is more flexible. In such a situation, you might create a default group and then
write a script that selects the appropriate profile based on the specific request. The benefit to this
technique is each user can have a single entry, and use the appropriate profile depending on the way they
log in.
For more information about Profiles, see Profiles in Chapter 4, “Cisco Prime Access Registrar Server
Objects.
Scripts
Prime Access Registrar allows you to create scripts you can execute at various points within the
processing hierarchy.
Incoming scripts—enable you to read and set the attributes of the request packet, and set or change
the Environment dictionary variables. You can use the environment variables to control subsequent
processing, such as specifying the use of a particular authentication service.
Outgoing scripts—enable you to modify attributes returned in the response packet.
For more information about Scripts, see Scripts in the Chapter 4, “Cisco Prime Access Registrar Server
Objects.
Services
Prime Access Registrar uses Services to let you determine how authentication, authorization, and/or
accounting are performed.
1-4
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 1 Overview
Prime Access Registrar Hierarchy
For example, to use Services for authentication:
When you want the authentication to be performed by the Prime Access Registrar RADIUS server,
you can specify the local service. In this, case you must specify a specific UserList.
When you want the authentication performed by another server, which might run an independent
application on the same or different host than your RADIUS server, you can specify either a radius,
ldap, or tacacs-udp service. In this case, you must list these servers by name.
When you have specified more than one authentication service, Prime Access Registrar determines
which one to use for a particular Access-Request by checking the following:
When an incoming script has set the Environment dictionary variable Authentication-Service with
the name of a Service, Prime Access Registrar uses that service.
Otherwise, Prime Access Registrar uses the default authentication service. The default
authentication service is a property of the Radius object.
Prime Access Registrar chooses the authentication service based on the variable
Authentication-Service, or the default. The properties of that Service, specify many of the details of
that authentication service, such as, the specific user list to use or the specific application (possibly
remote) to use in the authentication process.
For more information about Services, see Services in the Chapter 4, “Cisco Prime Access Registrar
Server Objects.
Session Management Using Resource Managers
Prime Access Registrar lets you track user sessions, and/or allocate dynamic resources to users for the
lifetime of their session. You can define one or more Session Managers, and have each one manage the
sessions for a particular group or company.
Session Managers use Resource Managers, which in turn manage resources of a particular type as
described below.
IP-Dynamic—manages a pool of IP addresses and allows you to dynamically allocate IP addresses
from that pool
IP-Per-NAS-Port—allows you to associate ports to specific IP addresses, and thus ensure each NAS
port always gets the same IP address
IPX-Dynamic—manages a pool of IPX network addresses
Subnet-Dynamic—manages a pool of subnet addresses
Group-Session-Limit—manages concurrent sessions for a group of users; that is, it keeps track of
how many sessions are active and denies new sessions after the configured limit has been reached
User-Session-Limit—manages per-user concurrent sessions; that is, it keeps track of how many
sessions each user has and denies the user a new session after the configured limit has been reached
Home-Agent—manages a pool of on-demand IP addresses
USR-VPN—manages Virtual Private Networks (VPNs) that use USR NAS Clients
Home-Agent-IPv6—manages a pool of on-demand IPv6 addresses
Remote-IP-Dynamic—manages a pool of IP addresses that allows you to dynamically allocate IP
addresses from a pool of addresses. It internally works with a remote ODBC database.
Remote-User-Session-Limit—manages per-user concurrent sessions; that is, it keeps track of how
many sessions each user has and denies the user a new session after the configured limit has been
reached. It internally works with a remote ODBC database.
1-5
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 1 Overview
Prime Access Registrar Directory Structure
Remote-Group-Session-Limit—manages concurrent sessions for a group of users; that is, it keeps
track of how many sessions are active and denies new sessions after the configured limit has been
reached. It internally works with a remote ODBC database.
Session Cache—allows you to define the RADIUS attributes to store in cache.
Dynamic-DNS—manages the DNS server.
Remote-Session-Cache—allows you to define the RADIUS attributes to store in cache. It should be
used with session manager of type 'remote'.
3GPP—allows you to define the attribute for 3GPP authorization.
For more information about Session Managers, see Session Managers in Chapter 4, “Cisco Prime Access
Registrar Server Objects.
If necessary, you can create a complex relationship between the Session Managers and the Resource
Managers.
When you need to share a resource among Session Managers, you can create multiple Session Managers
that refer to the same Resource Manager. For example, if one pool of IP addresses is shared by two
departments, but each department has a separate policy about how many users can be logged in
concurrently, you might create two Session Managers and three Resource Managers. One dynamic IP
Resource Manager that is referenced by both Session Managers, and two concurrent session Resource
Managers, one for each Session Manager.
In addition, Prime Access Registrar lets you pose queries about sessions. For example, you can query
Prime Access Registrar about which session (and thus which NAS-Identifier, NAS-Port and/or
User-Name) owns a particular resource, as well as query Prime Access Registrar about how many
resources are allocated or how many sessions are active.
Prime Access Registrar Directory Structure
The installation process populates the /opt/CSCOar directory with the subdirectories listed in Table 1-1.
Table 1-1 /opt/CSCOar Subdirectories
Subdirectory Description
.system Contains ELFs, or binary SPARC executables that should not be run directly.
bin Contains shell scripts and programs frequently used by a network
administrator; programs that can be run directly.
conf Contains configuration files.
data Contains the radius directory, which contains session backing files; and the
db directory, which contains configuration database files.
examples Contains documentation, sample configuration scripts, and shared library
scripts.
lib Contains Prime Access Registrar software library files.
logs Contains system logs and is the default directory for RADIUS accounting.
odbc Contains Prime Access Registrar ODBC files.
scripts Contains sample scripts that you can modify to automate configuration, and
to customize your RADIUS server.
temp Used for temporary storage.
1-6
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 1 Overview
Program Flow
Program Flow
When a NAS sends a request packet to Prime Access Registrar with a name and password,
Prime Access Registrar performs the following actions. Table 1-2 describes the flow without regard to
scripting points.
Prime Access Registrar supports Diameter with Extensible Authentication Protocol (EAP) functionality
to enable authentication between NAS and a backend NAS Diameter authentication server. For more
information, see Diameter with EAP Support, page 8-2.
Prime Access Registrar also support 3GPP compliance by implementing a set of protocols. To
understand more about the 3GPP AAA server support and the call flow, see 3GPP Compliance,
page 20-7.
Scripting Points
Prime Access Registrar lets you invoke scripts you can use to affect the Request, Response, or
Environment dictionaries. This section contains the following topics:
ucd-snmp Contains the UCD-SNMP software Prime Access Registrar uses.
usrbin Contains a symbolic link that points to bin.
Table 1-1 /opt/CSCOar Subdirectories (continued)
Subdirectory Description
Table 1-2 From Access-Request to Access-Accept
Prime Access Registrar Server
Action Explanation
Receives an Access-Request The Prime Access Registrar server receives an Access-Request
packet from a NAS.
Determines whether to accept
the request
The Prime Access Registrar server checks to see if the client’s IP
address is listed in /Radius/Clients/<Name>/<IPAddress>.
Invokes the policy SelectPolicy
if it exists
The Prime Access Registrar Policy Engine provides an interface to
define and configure a policy and to apply the policy to the
corresponding access-request packets.
Performs authentication and/or
authorization
Directs the request to the appropriate service, which then performs
authentication and/or authorization according to the type specified
in /Radius/Services/<Name>/<Type>.
Performs session management Directs the request to the appropriate Session Manager.
Performs resource management
for each Resource Manager in
the SessionManager
Directs the request to the appropriate resource manager listed in
/Radius/SessionManagers/<Name>/<ResourceManagers>/<Na
me>, which then allocates or checks the resource according to the
type listed in /Radius/<ResourceManagers>/<Name>/<Type>.
Sends an Access-Accept Creates and formats the response, and sends it back to the client
(NAS).
1-7
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 1 Overview
Program Flow
Client Scripting
Client or NAS Scripting Points
Authentication and/or Authorization Scripting Points
Client Scripting
Though Prime Access Registrar allows external code (Tcl/C/C++/Java) to be used by means of a script,
custom service, policy engine, and so forth, while processing request, response, or while working with
the environment dictionaries, it shall not be responsible for the scripts used and will not be liable for any
direct, indirect, incidental, special, exemplary, or consequential damages (including, but not limited to,
procurement of substitute goods or services; loss of use, data, or profits; or business interruption)
however caused and on any theory of liability, whether in contract, strict liability, or tort (including
negligence or otherwise) arising in any way out of the use of the script.
Prime Access Registrar also allows you to define internal scripts, by which you can add, modify, or
delete attributes in the request, response, and environment dictionaries for RADIUS, Diameter, and
TACACS+.
Client or NAS Scripting Points
Table 1-3 shows the location of the scripting points within the section that determines whether to accept
the request from the client or NAS. Note, the scripting points are indicated with the asterisk (*) symbol.
Table 1-3 Client or NAS Scripting Points
Action Explanation
Receives an Access-Request. The Prime Access Registrar RADIUS server receives an
Access-Request packet from a NAS.
Determines whether to accept the
request.
The client’s IP address listed in
/Radius/Clients/<Name>/IPAddress.
*Executes the server’s incoming
script.
A script referred to in /Radius/IncomingScript.
*Executes the vendor’s incoming
script.
The vendor listed in /Radius/Clients/Name/Vendor, and is a script
referred to in /Radius/Vendors/<Name>/IncomingScript.
*Executes the client’s incoming
script.
A script referred to in
/Radius/Clients/<Name>/IncomingScript.
Determines whether to accept requests from this specific NAS.
/Radius/Advanced/RequireNASsBehindProxyBeInClientList
set to TRUE.
The NAS’s Identifier listed in /Radius/Clients/<Name>, or its
NAS-IP-Address listed in /Radius/Clients/<Name>/IPAddress.
If the client’s IP address listed in /Radius/Clients/<Name>/IPAddress is different:
*Executes the vendor’s incoming
script.
The vendor listed in /Radius/Clients/Name/Vendor, and is a
script referred to in /Radius/Vendors/<Name>/IncomingScript.
*Executes the client’s incoming
script.
The client listed in the previous /Radius/Clients/Name, and is a
script referred to in /Radius/Clients/Name/IncomingScript.
1-8
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 1 Overview
Program Flow
Authentication and/or Authorization Scripting Points
Table 1-4 shows the location of the scripting points within the section that determines whether to
perform authentication and/or authorization.
Session Management
The Session Management feature requires the client (NAS or proxy) to send all RADIUS accounting
requests to the Prime Access Registrar server performing session management. (The only exception is if
the clients are USR/3Com Network Access Servers configured to use the USR/3Com RADIUS resource
management feature.) This information is used to keep track of user sessions, and the resources allocated
to those sessions.
When another accounting RADIUS server needs this accounting information, the
Prime Access Registrar server performing session management might proxy it to this second server.
The count-sessions /radius all command helps to count the total sessions in Prime Access Registrar.
The options are similar to the query-session command options. The query-session command displays
cached attributes in addition to session details.
Table 1-5 describes how Prime Access Registrar handles session management.
Table 1-4 Authentication and Authorization Scripting Points
Action Explanation
Determines Service to use for
authentication and/or
authorization.
The Service name defined in the Environment dictionary variable
Authentication-Service, and is the same as the Service defined
in the Environment dictionary variable Authorization-Service.
The Service name referred to by
/Radius/DefaultAuthenticationService, and is the same as the
Service defined in /Radius/DefaultAuthorizationService.
Performs authentication and/or
authorization.
If the Services are the same, perform authentication and
authorization.
If the Services are different, just perform authentication.
*Executes the Service’s incoming
script.
A script referred to in
/Radius/Services/<Name>/IncomingScript.
Performs authentication and/or
authorization.
Based on the Service type defined in
/Radius/Services/<Name>/<Type>.
*Executes the Service’s outgoing
script.
A script referred to in
/Radius/Services/<Name>/OutgoingScript.
Determines whether to perform
authorization.
The Service name defined in
/Radius/DefaultAuthorizationService, if different than the
Authentication Service.
*Executes the Service’s incoming
script.
A script referred to in
/Radius/Services/<Name>/IncomingScript.
Performs authorization. Checks that the Service type is defined in
/Radius/Services/<Name>/<Type>.
*Executes the Service’s outgoing
script.
A script referred to in
/Radius/Services/<Name>/OutgoingScript.
1-9
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 1 Overview
Program Flow
This section contains the following topics:
Failover by the NAS and Session Management
Cross Server Session and Resource Management
Failover by the NAS and Session Management
When a Network Access Server’s primary RADIUS server is performing session management, and the
NAS determines the server is not responding and begins sending requests to its secondary RADIUS
server, the following occurs:
The secondary server will not know about the current active sessions that are maintained on the
primary server. Any resources managed by the secondary server must be distinct from those
managed by the primary server, otherwise it will be possible to have two sessions with the same
resources (for example, two sessions with the same IP address).
The primary server will miss important information that allows it to maintain a correct model of
what sessions are currently active (because the authentication and accounting requests are being sent
to the secondary server). This means when the primary server comes back online and the NAS begins
using it, its knowledge of what sessions are active will be out-of-date and the resources for those
sessions are allocated even if they are free to allocate to someone else.
For example, the user-session-limit resource might reject new sessions because the primary server
does not know some of the users using the resource logged out while the primary server was offline.
It might be necessary to release sessions manually using the aregcmd command release-session.
Note It might be possible to avoid this situation by having a disk drive shared between two
systems with the second RADIUS server started up once the primary server has been
determined to be offline. For more information on this setup, contact Technical Support.
Cross Server Session and Resource Management
Prime Access Registrar can manage sessions and resources across AAA Server boundaries. A session
can be created by an Access-Request sent to Prime AR1, and it can be removed by an Accounting-Stop
request sent to Prime AR2, as shown in Figure 1-1. This enables accurate tracking of User and Group
session limits across multiple AAA Servers, and IP addresses allocated to sessions are managed in one
place.
Table 1-5 Session Management Processing
Action Explanation
Determines whether to perform
session management.
The session management defined in the Environment dictionary
variable Session-Manager.
The session management name referred to in
/Radius/DefaultSessionManager.
Performs session management. Selects Session Manager as defined in
/Radius/SessionManagers/<Name>.
1-10
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 1 Overview
Program Flow
Figure 1-1 Multiple Prime Access Registrar Servers
All resources that must be shared cross multiple front line Prime Access Registrars are configured in the
Central Resource Prime Access Registrar. Resources that are not shared can still be configured at each
front line Prime Access Registrar.
When the front line Prime Access Registrar receives the access-request, it does the regular AA
processing. If the packet is not rejected and a Central Resource Prime Access Registrar is also
configured, the front line Prime Access Registrar will proxy the packet1 to the configured Central
Resource Prime Access Registrar. If the Central Resource Prime Access Registrar returns the requested
resources, the process continues to the local session management (if local session manager is configured)
for allocating any local resources. If the Central Resource Prime Access Registrar cannot allocate the
requested resource, the packet is rejected.
When the Accounting-Stop packet arrives at the frontline Prime Access Registrar,
Prime Access Registrar does the regular accounting processing. Then, if the front line
Prime Access Registrar is configured to use Central Resource Prime Access Registrar, a proxy packet
will be sent to Central Resource Prime Access Registrar for it to release all the allocated resources for
this session. After that, any locally allocated resources are released by the local session manager.
Session-Service Service Step and Radius-Session Service
A new Service step has been added in the processing of Access-Request and Accounting packets. This
is an additional step after the AA processing for Access packet or Accounting processing for Accounting
packet, but before the local session management processing. The Session-Service should have a service
type of radius-session.
An environment variable Session-Service is introduced to determine the Session-Service dynamically.
You can use a script or the rule engine to set the Session-Service environment variable.
Configure Front Line Cisco Prime Access Registrar
To use a Central Resource server, the DefaultSessionService property must be set or the Session-Service
environment variable must be set through a script or the rule engine. The value in the Session-Service
variable overrides the DefaultSessionService.
The configuration parameters for a Session-Service service type are the same as those for configuring a
radius service type for proxy, except the service type is radius-session.
The configuration for a Session-Service Remote Server is the same as configuring a proxy server.
[ //localhost/Radius ]
Name = Radius
Description =
Version = 6.1
IncomingScript =
OutgoingScript =
DefaultAuthenticationService = local-users
1. The proxy packet is actually a resource allocation request, not an Access Request.
Cisco Prime AR1
Cisco Prime AR2
Cisco Prime AR3
Central Resource
Cisco Prime AR
320370
1-11
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 1 Overview
Program Flow
DefaultAuthorizationService = local-users
DefaultAccountingService = local-file
DefaultSessionService = Remote-Session-Service
DefaultSessionManager = session-mgr-1
[ //localhost/Radius/Services ]
Remote-Session-Service/
Name = Remote-Session-Service
Description =
Type = radius-session
IncomingScript =
OutgoingScript =
OutagePolicy = RejectAll
OutageScript =
MultipleServersPolicy = Failover
RemoteServers/
1. central-server
[ //localhost/Radius/RemoteServers ]
central-server/
Name = central-server
Description =
Protocol = RADIUS
IPAddress = 209.165.200.224
Port = 1645
ReactivateTimerInterval = 300000
SharedSecret = secret
Vendor =
IncomingScript =
OutgoingScript =
MaxTries = 3
InitialTimeout = 2000
AccountingPort = 1646
Configure Central Prime Access Registrar
Resources at the Central Resource server are configured the same way as local resources are configured.
These resources are local resources from the Central Resource server’s point of view.
Script Processing Hierarchy
For request packets, the script processing order is from the most general to the most specific. For
response packets, the processing order is from the most specific to the most general.
Table 1-6, Table 1-7, and Table 1-8 show the overall processing order and flow:
(1-6) Incoming Scripts, (7-11) Authentication/Authorization Scripts, and (12-17) Outgoing Scripts.
Note The client and the NAS can be the same entity, except when the immediate client is acting
as a proxy for the actual NAS.
1-12
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 1 Overview
RADIUS Protocol
RADIUS Protocol
Prime Access Registrar is based on a client/server model, which supports AAA (authentication,
authorization, and accounting). The client is the Network Access Server (NAS) and the server is
Prime Access Registrar. The client passes user information on to the RADIUS server and acts on the
response it receives. The server, on the other hand, is responsible for receiving user access requests,
authenticating and authorizing users, and returning all of the necessary configuration information the
client can then pass on to the user.
The protocol is a simple packet exchange in which the NAS sends a request packet to the
Prime Access Registrar with a name and a password. Prime Access Registrar looks up the name and
password to verify it is correct, determines for which dynamic resources the user is authorized, then
returns an accept packet that contains configuration information for the user session (Figure 1-2).
Table 1-6 Prime Access Registrar Processing Hierarchy for Incoming Scripts
Overall Flow Sequence Incoming Scripts
1) Radius.
2) Vendor of the immediate client.
3) Immediate client.
4) Vendor of the specific NAS.
5) Specific NAS.
6) Service.
Table 1-7 Prime Access Registrar Processing Hierarchy for Authentication/Authorization
Scripts
Overall Flow Sequence Authentication/Authorization Scripts
7) Group Authentication.
8) User Authentication.
9) Group Authorization.
10) User Authorization.
11) Session Management.
Table 1-8 Prime Access Registrar Processing Hierarchy for Outgoing Script
Overall Flow Sequence Outgoing Scripts
12) Service.
13) Specific NAS.
14) Vendor of the specific NAS.
15) Immediate client.
16) Vendor of the immediate client.
17) Radius.
1-13
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 1 Overview
RADIUS Protocol
Figure 1-2 Packet Exchange Between User, NAS, and RADIUS
Prime Access Registrar can also reject the packet if it needs to deny network access to the user. Or,
Prime Access Registrar can issue a challenge that the NAS sends to the user, who then creates the proper
response and returns it to the NAS, which forwards the challenge response to Prime Access Registrar in
a second request packet.
In order to ensure network security, the client and server use a shared secret, which is a string they both
know, but which is never sent over the network. User passwords are also encrypted between the client
and the server to protect the network from unauthorized access.
This section contains the following topics:
Steps to Connection
Types of RADIUS Messages
Proxy Servers
Steps to Connection
Three participants exist in this interaction: the user, the NAS, and the RADIUS server.
Setting Up the Connection
To describe the receipt of an access request through the sending of an access response:
Step 1 The user, at a remote location such as a branch office or at home, dials into the NAS, and supplies a name
and password.
Step 2 The NAS picks up the call and begins negotiating the session.
a. The NAS receives the name and password.
b. The NAS formats this information into an Access-Request packet.
c. The NAS sends the packet on to the Prime Access Registrar server.
Step 3 The Prime Access Registrar server determines what hardware sent the request (NAS) and parses the
packet.
a. It sets up the Request dictionary based on the packet information.
b. It runs any incoming scripts, which are user-written extensions to Prime Access Registrar. An
incoming script can examine and change the attributes of the request packet or the environment
variables, which can affect subsequent processing.
N
A
S
Radius
22036
Jane
xyz
request
response
Name=Jane
Password=xyz
1-14
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 1 Overview
RADIUS Protocol
c. Based on the scripts or the defaults, it chooses a service to authenticate and/or authorize the user.
Step 4 Prime Access Registrar’s authentication service verifies the username and password is in its database.
Or, Prime Access Registrar delegates the authentication (as a proxy) to another RADIUS server, an
LDAP, or TACACS server.
Step 5 Prime Access Registrar’s authorization service creates the response with the appropriate attributes for
the user’s session and puts it in the Response dictionary.
Step 6 If you are using Prime Access Registrar session management at your site, the Session Manager calls the
appropriate Resource Managers that allocate dynamic resources for this session.
Step 7 Prime Access Registrar runs any outgoing scripts to change the attributes of the response packet.
Step 8 Prime Access Registrar formats the response based on the Response dictionary and sends it back to the
client (NAS).
Step 9 The NAS receives the response and communicates with the user, which might include sending the user
an IP address to indicate the connection has been successfully established.
Types of RADIUS Messages
The client/server packet exchange consists primarily of the following types of RADIUS messages:
Access-Request—sent by the client (NAS) requesting access
Access-Reject—sent by the RADIUS server rejecting access
Access-Accept—sent by the RADIUS server allowing access
Access-Challenge—sent by the RADIUS server requesting more information in order to allow
access. The NAS, after communicating with the user, responds with another Access-Request.
When you use RADIUS accounting, the client and server can also exchange the following two types of
messages:
Accounting-Request—sent by the client (NAS) requesting accounting
Accounting-Response—sent by the RADIUS server acknowledging accounting
This section contains the following topics:
Packet Contents
The Attribute Dictionary
Packet Contents
The information in each RADIUS message is encapsulated in a UDP (User Datagram Protocol) data
packet. A packet is a block of data in a standard format for transmission. It is accompanied by other
information, such as the origin and destination of the data.
Table 1-9 lists a description of the five fields in each message packet.
1-15
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 1 Overview
RADIUS Protocol
The Attribute Dictionary
The Attribute dictionary contains a list of preconfigured authentication, authorization, and accounting
attributes that can be part of a client’s or user’s configuration. The dictionary entries translate an attribute
into a value Prime Access Registrar uses to parse incoming requests and generate responses. Attributes
have a human-readable name and an enumerated equivalent from 1-255.
Sixty three standard attributes exist, which are defined in RFC 2138 and 2139. There also are additional
vendor-specific attributes that depend on the particular NAS you are using.
Some sample attributes include:
User-Name—the name of the user
User-Password—the user’s password
NAS-IP-Address—the IP address of the NAS
NAS-Port—the NAS port the user is dialed in to
Framed Protocol—such as SLIP or PPP
Framed-IP-Address—the IP address the client uses for the session
Filter-ID—vendor-specific; identifies a set of filters configured in the NAS
Callback-Number—the actual callback number.
Proxy Servers
Any one or all of the RADIUS server’s three functions: authentication, authorization, or accounting can
be subcontracted to another RADIUS server. Prime Access Registrar then becomes a proxy server.
Proxying to other servers enables you to delegate some of the RADIUS server’s functions to other
servers.
Table 1-9 RADIUS Packet Fields
Fields Description
Code Indicates message type: Access-Request, Access-Accept, Access-Reject,
Access-Challenge, Accounting-Request, or Accounting-Response.
Identifier Contains a value that is copied into the server’s response so the client can
correctly associate its requests and the server’s responses when multiple
users are being authenticated simultaneously.
Length Provides a simple error-checking device. The server silently drops a packet
if it is shorter than the value specified in the length field, and ignores the
octets beyond the value of the length field.
Authenticator Contains a value for a Request Authenticator or a Response Authenticator.
The Request Authenticator is included in a client’s Access-Request. The
value is unpredictable and unique, and is added to the client/server shared
secret so the combination can be run through a one-way algorithm. The NAS
then uses the result in conjunction with the shared secret to encrypt the
user’s password.
Attribute(s) Depends on the type of message being sent. The number of attribute/value
pairs included in the packet’s attribute field is variable, including those
required or optional for the type of service requested.
1-16
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 1 Overview
Service and Ports Used in Prime Access Registrar
You could use Prime Access Registrar to “proxy” to an LDAP server for access to directory information
about users in order to authenticate them. Figure 1-3 shows user joe initiating a request, the
Prime Access Registrar server proxying the authentication to the LDAP server, and then performing the
authorization and accounting processing in order to enable joe to log in.
Figure 1-3 Proxying to an LDAP Server for Authentication
Service and Ports Used in Prime Access Registrar
Secure Shell Service
SSH Daemon(SSHD) is the daemon program which is used for ssh(1). It provides secure shell encrypted
communications between two hosts over network.
In case of Prime Access Registrar, SSH is used to connect to Prime Access Registrar server and
configure Prime Access Registrar using CLI.
Ports
The following table lists the port numbers that are used for various services in Prime Access Registrar
for AAA.
NAS
Access
registrar
LDAP
22035
user=joe
password=xyz request
response
1
6
2
5
34
Authorization
accounting
Authentication
1-17
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 1 Overview
Service and Ports Used in Prime Access Registrar
Table 1-10 Ports Used in Prime Access Registrar
Names Description
Port
Numbers
Service of the
Ports
Access from
Network Node
Configuration
Setting
Protocol
Name and
Reference
AR AAA Service The RADIUS
packet listener uses
these ports by
default.
Solaris:
1645-udp
Linux:
1812-udp
RADIUS AA Network Access
Server
You can change the
default or define
new RADIUS port
numbers under
/Radius/Advanced/
Ports in the CLI
and Configuration
> Advanced >
Ports in the GUI.
RADIUS AA
(Authenticati
on, and
Authorizatio
n) service.
Solaris:
1646-udp
radacct
Linux:
1813-udp
radacct
RADIUS
Accounting
Network Access
Server
You can change the
default or define
new RADIUS port
numbers under
/Radius/Advanced/
Ports in the CLI
and Configuration
> Advanced >
Ports in the GUI.
RADIUS
Accounting
service.
Refer to RFC
6733 for
more
information.
3799/udp RADIUS
Dynamic
Authorizatio
n (CoA/PoD)
Network Access
Server
N/A RADIUS
Dynamic
authorization
which is used
with
(CoA/PoD)
packet types.
AR AAA Service The TACACS+
packet listener uses
this port by default.
49/tcp TACACS+ Network Access
Server
You can change the
default or define
new RADIUS port
numbers under
/Radius/Advanced/
Ports in the CLI
and Configuration
> Advanced >
Ports in the GUI.
TACACS+
based on
AAA service
(Authenticati
on,
Authorizatio
n, and
Accounting).
Refer to RFC
1491 for
more
information.
1-18
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 1 Overview
Service and Ports Used in Prime Access Registrar
AR AAA Service The DIAMETER
packet listener uses
these ports by
default.
3868/tcp DIAMETER Network Access
Server
You can enable or
disable this service
in
Radius/Advanced/
Diameter/IsDiamet
erEnabled.
DIAMETER
AA Service
(Authenticati
on, and
Authorizatio
n) by tcp
protocol.
Refer to RFC
4005 for
more
information.
3868/sctp DIAMETER Network Access
Server
You can enable or
disable this service
in
Radius/Advanced/
Diameter/IsDiamet
erEnabled.1
DIAMETER
AA Service
(Authenticati
on, and
Authorizatio
n) by SCTP
protocol.
AR MCD Server MCD is used to
store Prime Access
Registrar
configuration.
2786/tcp MCD
database
Server
This service can
be accessed
from local host
by Prime Access
Registrar radius
and server agent
process.
N/A Proprietary
IPC
mechanism.
AR Server Agent AR Server Agent is
used to log all the
activities of
Prime Access Regi
strar processes.
2785/tcp Internal IPC
mechanism
This service can
be accessed
from local host
by Prime Access
Registrar radius
and server agent
process.
N/A Proprietary
IPC
mechanism.
Table 1-10 Ports Used in Prime Access Registrar (continued)
Names Description
Port
Numbers
Service of the
Ports
Access from
Network Node
Configuration
Setting
Protocol
Name and
Reference
1-19
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 1 Overview
Service and Ports Used in Prime Access Registrar
AR GUI Service Prime Access
Registrar GUI
processes use these
ports by default.
8080/tcp AR HTTP
service
This service is
accessible from
any end user
desktop browser
using http
protocol.
You can change the
default port
numbers in editing
the server.xml file.
Standard
HTTP
protocol
8443/tcp AR HTTPS
service
This service is
accessible from
any end user
desktop browser
using https
protocol.
You can change the
default port
numbers in editing
the server.xml file.
Standard
HTTPS
protocol
8005/tcp Internally
used by
Apache
Tomcat
container
Local host You can change the
default port
numbers in editing
the server.xml file..
To shutdown
Tomcat JVM
service
instance.
8009/tcp Apache
Tomcat
container
AJP 1.3
Connector
Local host You can change the
default port
numbers in editing
the server.xml file.
Apache JServ
protocol.
AJP 1.3
Connector.
SNMP Master
Agent
SNMP Packet
listener supports
these ports by
default.
161/udp Simple Net
Management
Protocol
This service is
accessible from
any network
management
host.
Refer to net-snmp
documentation for
more information.
SNMP MIBs
server
162/udp Traps for
SNMP
This service is
accessible to
any SNMP trap
client when you
want to use
net-snmp
snmptrap
daemon as a
SNMP trap
server.
Refer to
Configuring Traps
for more
information.
SNMP trap
server
Table 1-10 Ports Used in Prime Access Registrar (continued)
Names Description
Port
Numbers
Service of the
Ports
Access from
Network Node
Configuration
Setting
Protocol
Name and
Reference
1-20
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 1 Overview
Service and Ports Used in Prime Access Registrar
CPAR SIGTRAN
Stack (radius)
Listen on these
ports for internal
configuration from
stack manager
events
9041/TCP Stack
Manager
Configuratio
n/Event
Listener
This service can
be accessed
from local host
by Prime Access
Registrar –
Radius Process.
N/A CPAR
Specific IPC
Protocol
implementati
on
9041/UDP Stack
Manager
Configuratio
n/Event
Listener
This service can
be accessed
from local host
by Prime Access
Registrar –
Radius Process.
N/A CPAR
Specific IPC
Protocol
implementati
on
CPAR SIGTRAN
stack
manager(m3ua-sta
ckmgr)
Configure stack
and receive
configuration from
m3ua-cliclient
9100/TCP SIGTRAN
Stack
Manager
This service can
be accessed
from local host
by Prime Access
Registrar –
Radius Process
and
m3ua-cliclient
Process.
N/A CPAR
Specific IPC
Protocol
implementati
on
9100/UDP SIGTRAN
Stack
Manager
This service can
be accessed
from local host
by Prime Access
Registrar –
Radius Process
and
m3ua-cliclient
Process.
N/A CPAR
Specific IPC
Protocol
implementati
on
1. If an error occurs while starting the Diameter SCTP interface, add install sctp /bin/true to /etc/modprobe.conf. Then, configure port 3868 with Type
Diameter-TCP using aregcmd in /Radius/Advanced/Ports.
Table 1-10 Ports Used in Prime Access Registrar (continued)
Names Description
Port
Numbers
Service of the
Ports
Access from
Network Node
Configuration
Setting
Protocol
Name and
Reference
CHAPTER
2-1
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
2
Using the aregcmd Commands
This chapter describes how to use each of the aregcmd commands. The Cisco Prime Access Registrar
aregcmd command is a command-line based configuration tool. It allows you to set any Cisco Prime
Access Registrar (Prime Access Registrar) configurable option, as well as, start and stop the server and
check statistics.
This chapter contains the following sections:
General Command Syntax
aregcmd Commands
aregcmd Command Logging
aregcmd Command Line Editing
aregcmd Error Codes
General Command Syntax
Prime Access Registrar stores its configuration information in a hierarchy. Using the aregcmd command
cd (change directory), you can move through this information in the same manner as you would through
any hierarchical file system. Or you can supply full pathnames to these commands to affect another part
of the hierarchy, and thus avoid explicitly using the cd command to change to that part of the tree.
aregcmd command parsing is case insensitive, which means you can use upper or lowercase letters
to designate elements. In addition, when you reference existing elements in the configuration, you
need only specify enough of the element’s name to distinguish it from the other elements at that
level. For example, instead of entering cd Administrators, you can enter cd ad when no other
element at the current level begins with ad.
aregcmd command parsing is command-line order dependent; that is, the arguments are interpreted
based on their position on the command line. To indicate an empty string as a place holder on the
command line, use either single (') or double quotes (""). In addition, when you use any arguments
that contain spaces, you must quote the arguments. For example, when you use the argument, “Local
Users,” you must enclose the phrase in quotes.
The aregcmd command can contain a maximum of 255 characters when specifying a parameter and 511
characters for the entire command.
The aregcmd command syntax is:
aregcmd [-C <clustername>] [-N <adminname>] [-P <adminpassword>] [-V]
[-f <scriptfile>] [-l <directoryname> ] [-n] [<command> [<args>]] [-p] [-q] [-v]
-C—Specifies the name of the cluster to log into by default
2-2
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
General Command Syntax
-N—Specifies the name of the administrator
-P—Specifies the password
-V—Specifies view-only mode
-f—Specifies a file that can contain a series of commands
-l—Specifies a directory where the Prime Access Registrar license file is stored and returns
information about licensed components
-n—Turns off prefix mode
-p—Specifies prefix mode
-q—Turns off verbose mode
-v—Specifies verbose mode
Note The verbose (-v) and prefix (-p) modes are on by default when you run aregcmd interactively (for
example, not entered on the command line or not running commands from a script file). Otherwise,
verbose and prefix modes are off.
When you include a command (with the appropriate arguments) on the command line, aregcmd runs
only that one command and saves any changes.
This section contains the following topics:
View-Only Administrator Mode
Configuration Objects
aregcmd Command Performance
View-Only Administrator Mode
Previous releases of Prime Access Registrar provided only super-user administrative access. If you were
able to log into aregcmd, you could do anything to the system, including starting and stopping the
system and changing the configuration. Prime Access Registrar provides view-only administrative
access. View-only access restricts an administrator to only being able to observe the system and prevents
that user from making changes.
View-only access can be encountered in three ways:
Specific administrators can be restricted to view-only access whenever they log in.
Administrators not restricted to view-only access can choose to start aregcmd in a view-only mode.
This might be used when an administrator wants to ensure that he or she does not make any changes.
When an administrator who is not view-only logs in to a slave server, they will be unable to make
changes to any parts of the configuration other than /Radius/Replication,
/Radius/Advanced/Ports, /Radius/Advanced/Interfaces or the properties in /Radius/Advanced.
This is because the rest of the configuration is replicated from the master server and changes directly
to the slave will cause problems.
Note When a user logs in, the system determines whether a user’s session is view-only or not. If the
configuration is changed after a user has logged in, that change does not take effect until the affected
user logs out and logs back in.
2-3
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
General Command Syntax
ViewOnly Property
The ViewOnly property has been added to the Administrators configuration. The default setting for the
ViewOnly property is FALSE. The following shows the default setting for the admin user:
cd /Administrators/admin
[ //localhost/Administrators/admin ]
Name = admin
Description =
Password = <encrypted>
ViewOnly = FALSE
You can designate specific administrators to be view-only administrators by setting the new ViewOnly
property to TRUE.
If that property is set to TRUE, any time the administrator logs in to aregcmd the session will be in
view-only mode.
If set to FALSE, when the administrator logs in to a master server, the session will be full super-user
capability.
If the administrator logs in to a slave, they only part of the configuration they will be able to modify is
that part under /Radius/Replication, /Radius/Advanced/Ports, /Radius/Advanced/Interfaces or the
properties in /Radius/Advanced.
When in a view-only session, the following commands will cause an error: add, delete, set, unset,
insert, validate, save, start, stop, reload, reset-stats, release-sessions, and trace. The following error
message will be displayed:
316 Command failed: session is ViewOnly
When in a slave server session, the following commands will cause an error when the object or property
being operated on is not under /Radius/Replication, /Radius/Advanced/Ports,
/Radius/Advanced/Interfaces or the properties in /Radius/Advanced: add, delete, set, unset, and
insert. The following error message will be displayed:
317 Command failed: session is ViewOnly
Configuration Objects
The Prime Access Registrar aregcmd command lets you manipulate configuration objects, that define
properties or the behavior of the RADIUS server, such as valid administrators and types of services. For
descriptions of those objects, see Chapter 4, “Cisco Prime Access Registrar Server Objects.
aregcmd Command Performance
You can impact aregcmd command performance and server response time by having
Prime Access Registrar userlists that contain more than 10,000 users. Prime Access Registrar userlists
were not designed to contain 10,000 users in any one list.
If you must provide service for groups greater than 10000 users, we recommend that you use an external
data store such as an LDAP directory or an Oracle database. If you are unable to use an external data
store, create multiple userlists instead, keeping each userlist under 10,000 users.
2-4
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
aregcmd Commands
Multiple userlists require multiple services (one for each userlist), because a service cannot reference
more than one userlist. The multiple services can then be combined using the Service Grouping feature
with ResultRule, OR, as follows:
[ //localhost/Radius/Services/GroupService ]
Name = GroupService
Description =
Type = group
IncomingScript~ =
OutgoingScript~ =
ResultRule = OR
GroupServices/
1. UserService1
2. UserService2
3. UserService3
RPC Bind Services
The Prime Access Registrar server and the aregcmd CLI requires RPC services to be running before the
server is started. If the RPC services are stopped, you must restart RPC services, then restart the
Prime Access Registrar server.
Use the following commands to restart RPC services:
arserver stop
/etc/init.d/rpc start
arserver start
If RPC services are not running, the following message is displayed when you attempt to start aregcmd:
Login to aregcmd fails with the message:
400 Login failed
aregcmd Commands
This section contains the complete list of aregcmd commands. You can use them on the command line
or insert them into scripts. The commands are listed alphabetically.
This section contains the following topics:
add
cd
delete
exit
filter
find
help
insert
login
logout
2-5
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
aregcmd Commands
ls
next
prev
pwd
query-sessions
quit
release-sessions
reload
reset-stats
save
set
start
stats
status
stop
tacacs-stats
tacacs-reset-stats
dia-stats
trace
trace-file-count
unset
validate
add
Use the aregcmd command add to create new elements in the configuration. The add command is
context sensitive, which means the type of element added is determined by the current context, or the
path specified as the first parameter. The add command has one required argument; the name of the
element you wish to add. You can also provide other parameters, or you can supply this information after
aregcmd has added the new element. The optional second argument is a description of the element.
The syntax is:
add [<path>/]<name> [...]
cd
Use the aregcmd command cd to change the working context, or level in the configuration hierarchy.
When you use the cd command without any parameters, it returns you to the root of the tree. When you
use the optional path argument, you can specify a new context. To change to a higher level in the tree
hierarchy, use the “..” syntax (as you would in a UNIX file system). When you change to a new context,
aregcmd displays the contents of the new location, when you are using the command in interactive
mode, or if verbose mode is on.
2-6
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
aregcmd Commands
The syntax is:
cd [<path>]
delete
Use the aregcmd command delete to remove an element from the configuration hierarchy. You cannot
remove properties on an element; you can only remove entire elements. The delete command is
recursive; that is, it will remove any subelements contained within an element being removed. When the
element is in the current context, you need only provide the name of the element to be deleted. You can
optionally provide a complete path to an element elsewhere in the configuration hierarchy.
The syntax is:
delete [<path>/]<name>
exit
Use the aregcmd command exit to terminate your aregcmd session. If you have any unsaved
modifications, Prime Access Registrar asks if you want to save them before exiting. Any modifications
you don’t choose to save are lost.
The syntax is:
exit
filter
Use the aregcmd command filter to display a selected view of a list. You can use the filter command to
present only the elements of a list that have properties equal to the value you specify. You can also use
the filter command to restore the view of the list after it has been filtered.
When using the filter command, you must provide a property name and a value, and you can optionally
provide the path to the list. Prime Access Registrar displays a list with only those elements that have a
value equal to the specified value. When you want to filter the current context, you can omit the path
argument.
The filter command is sticky, in that, after you have filtered a list, you must explicitly unfilter it before
you can view the complete list again. To restore the unrestricted view of the list, use the filter command
and specify the string all. To restore the list in current context, you can omit the pathname.
The syntax is:
filter [<path>] <property> <value>
or
filter [<path>] all
find
Use the aregcmd command find to locate a specific item in a list. The find command takes one required
argument, which is a full or partial pathname. After you use the command, Prime Access Registrar
displays a page beginning with the entry that most closely matches the pathname you provided.
2-7
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
aregcmd Commands
The syntax is:
find <path>
help
Use the aregcmd command help (with no argument specified) to display a brief overview of the
command syntax. When you specify the name of a command, Prime Access Registrar displays help for
only that command.
The syntax is:
help [<command>]
insert
Use the aregcmd command insert to add an item anywhere in ordered list. The required parameters are
the numeric index of the position in the list in which you want to insert the new item, and the item value.
When the list to which you are adding is not the current context, you can specify the complete path to
the position in the list by prepending the path for the list to the numeric index. After the new value has
been inserted into the list, Prime Access Registrar appropriately renumbers the list.
The syntax is:
insert [<path>/]<index> <value>
This command applies to lists of servers by index and the Resource Managers list in Session Managers.
login
Use the aregcmd command login to connect to a cluster, which contains the RADIUS server and
definition of the authorized administrators. When you do not specify the cluster, admin name, and
password, aregcmd prompts you for them.
When you are currently logged in to a cluster, the login command allows you to connect to another
cluster. When you have changes in the current cluster that you have not saved, aregcmd asks if you want
to save them before logging into another cluster. Any changes you do not save are lost.
After you successfully log in, and if the server is running, Prime Access Registrar displays the cluster
server’s health. Note, to log into a cluster, the Prime Access Registrar Server Agent for that cluster must
be running.
The syntax is:
login [<cluster> [<name> [<password>]]]
logout
Use the aregcmd command logout to log out of the current cluster. After you log out, you have to log
into make any modifications to the configuration hierarchy, or to manage the server(s). When you have
any unsaved modifications, Prime Access Registrar asks if you want to save them before logging out.
Any modifications you do not choose to save are lost.
2-8
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
aregcmd Commands
The syntax is:
logout
ls
Use the aregcmd command ls to list the contents of a level in the configuration hierarchy. This command
works much like the UNIX ls command. When you use it without any parameters, it lists the items in the
current context. When you specify a path, it lists the elements found in that context. When you use the
-R argument, it recursively lists all of the elements in and below the specified (or current) context.
For similar commands, refer to the next and prev commands.
The syntax is:
ls [-R] [<path>]
next
Use the aregcmd next command to review the remaining pages produced from the ls command. Every
time you use the cd command, it automatically invokes the ls command to display the contents of the
location. When the output from the ls command is more than one page (a page is about 24 lines) in
length, Prime Access Registrar displays only the first page.
Note ls command retrieves only user-added objects such as Users, UserLists, and attributes.
The next command takes an optional path and count. The path specifies the context in which you wish
to see the next page and the count specifies the number of lines you wish to see. When you use the next
command without the path, Prime Access Registrar uses the current context. When you do not specify a
count, Prime Access Registrar uses the last count value you used with the next or prev command. If you
never specify a count, Prime Access Registrar uses the default value, which is 20.
Note, the current page for a context is sticky. This means, for example, when you use the next command
to view entries 20 through 30, until you use the next or prev command on the same context, you will
continue to see these entries even if you use the cd command to change to a different context, then return
to the original.
The syntax is:
next [<path>] [<count>]
prev
Use the aregcmd command prev to page backwards through the output of the ls command. It behaves
much like the next command, in that it takes an optional path identifying a context to display and a count
parameter indicating how many lines to display.
The syntax is:
prev [<path>] [<count>]
2-9
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
aregcmd Commands
pwd
Use the aregcmd command pwd to display the absolute pathname of the current context (level in the
configuration hierarchy).
The syntax is:
pwd
query-sessions
Use the aregcmd command query-sessions to query the server about the currently active user sessions.
You can request information about all of the active sessions or just those sessions that match the type
you specify.
The syntax is:
query-sessions <path> [all]
or
query-sessions <path> with-<type> <value> [send-CoA [with-profile <profile name>] ]
or
query-sessions <path> with-Attribute <name> <value> [send-CoA [with-profile <profile
name>] ]
Where <path> is the path to the server, Session Manager, or Resource Manager to query and
with-<type> is one of the following: with-NAS, with-User, with-IP-Address, with-IPX-Network,
with-USR-VPN, with-Key, with-ID or with-Age. The optional [with-profile <profile name>]
parameter indicates a profile name as configured in /Radius/Profiles.
The query-sessions command with an optional [send-CoA] at the end causes the
Prime Access Registrar server to send a Change of Authorization (CoA) request to the client. The CoA
request includes the CoA attributes configured for the client. When the optional profile name is also
included in the command, the Prime Access Registrar server includes the attribute-value (AV) pairs from
the corresponding profile in /Radius/Profiles in the CoA request.
quit
Use the aregcmd command quit to terminate your aregcmd session. You can use it interchangeably with
the exit command.
The syntax is:
quit
When you quit the aregcmd command, if you have made changes, the Prime Access Registrar server
asks if you want to save the changes. Any unsaved changes are lost.
release-sessions
Use the aregcmd command release-sessions to request the server to release one or more currently active
user sessions. This command might be useful, for example, in the case where you have taken a NAS
offline, however, the server believes user sessions for that NAS are still active.
2-10
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
aregcmd Commands
The syntax is one of:
release-sessions <path> all
or
release-sessions <path> with- <type> <value> [send-pod] [send-notification]
or
release-sessions <path> with-Attribute <name> <value> [send-pod] [send-notification]
Where <path> is the path to the server, Session Manager, or Resource Manager to query and
with-<type> is one of the following: with-NAS, with-User, with-IP-Address, with-IPX-Network,
with-USR-VPN, with-Key, or with-ID.
The optional [send-pod <send notification>] parameter sends the disconnect packet to the NAS to clear
sessions and an Accounting-Stop notification to the client listed in the session record.
The optional with-Attribute parameter enables release a session based on a specific attribute and value.
reload
Use the aregcmd command reload to stop the server (when it is running), and then immediately start
the server, forcing it to reread its configuration information. When you have modified the configuration
hierarchy, Prime Access Registrar asks you if you want to save your changes before restarting the server.
You must save your changes in order for the reloaded server to be able to use them.
The syntax is:
reload
reset-stats
Use the aregcmd command reset-stats to reset all server statistics displayed with the stats command.
The reset-stats command also resets SNMP counters.
The reset-stats command provides a way of resetting the server statistics without having to reload or
restart the server.
The syntax is:
reset-stats
save
Use the aregcmd command save to validate the changes you made and commit them to the configuration
database, if no errors are found.
Note Using the save command does not automatically update the running server. To update the server, you
must use the reload command.
The syntax is:
save
Table 2-1 lists the RADIUS server objects and the effect of Dynamic Updates upon them.
2-11
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
aregcmd Commands
set
Use the aregcmd command set to provide values for properties on existing configuration elements. You
only need to provide the set command with the name of the property you wish to set (or just enough of
the name to distinguish it from other properties) and the new value for that property. It also applies to
the Profiles attribute list, the Rules attributes list, the enumeration list in the Attribute dictionary, and
the LDAPtoRadiusMappings and LDAPtoEnvironmentMappings mappings.
The set command can also be used to order servers in a list. To specify a new position in a list for a server,
use the set command and provide the numeric position of the server and the server’s name.
The syntax is:
set [<path>/]<property> <value>
When the list is a list of servers by index, the syntax is:
set [<path>/]<index> <server name>
Note If the index is already in use, the old server name will be replaced by the new server name.
Table 2-1 Dynamic Updates Effect on RADIUS Server Objects
Object Add
Modify or
Delete
Radius Yes Yes
UserLists Yes Yes
UserGroups Yes Yes
Policies Yes Yes
Clients Yes Yes
Vendors Yes Yes
Scripts Yes Yes
Services Yes Yes
SessionManagers Yes No
ResourceManagers Yes No
Profiles Yes Yes
Rules Yes Yes
Translations Yes Yes
TranslationGroups Yes Yes
RemoteServers Yes No
Replication Yes Yes
Advanced Yes Yes
SNMP No No
Ports No No
Interfaces No No
2-12
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
aregcmd Commands
To remove a value from a property (make a property equal to NULL), use a pair of single or double
quotes as the value, as shown below:
set <property> ""
When you need to set an attribute to a value that includes a space, you must double-quote the value, as
in the following:
set Framed-Route "192.168.1.0/24 192.168.1.1"
start
Use the aregcmd command start to enable the server to handle requests. When the configuration
hierarchy has been modified, Prime Access Registrar asks you if you want to save the changes before
starting the server.
The syntax is:
start
stats
Use the aregcmd command stats to provide statistical information on the specified server. You can only
issue this command when the server is running.
Note that aregcmd supports the PAGER environment variable. When the aregcmd stats command is
used and the PAGER environment variable is set, the stats command output is displayed using the
program specified by the PAGER environment variable.
The syntax is:
stats
The following is an example of the statistical information provided after you issue the stats command:
RemoteServer statistics for:ServerA, 209.165.201.1, port 1645
active = TRUE
maxTries = 3
RTTAverage = 438ms
RTTDeviation = 585ms
TimeoutPenalty = 0ms
totalRequestsPending = 0
totalRequestsSent = 14
totalRequestsOutstanding = 0
totalRequestsTimedOut = 0
totalRequestsAcknowledged = 14
totalResponsesDroppedForNotInCache = 0
totalResponsesDroppedForSignatureMismatch = 0
totalRequestsDroppedAfterMaxTries = 0
lastRequestTime = Mon Feb 18 17:19:46 2013
lastAcceptTime = Mon Feb 18 17:18:11 2013
2-13
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
aregcmd Commands
Table 2-2 lists the statistics displayed by the stats command and the meaning of the values.
Table 2-2 aregcmd stats Information
Stats Value Meaning
RemoteServer statistics for: Provides server’s type, name, IP address, and
port used
active Indicates whether the server was active (not in
a down state)
maxTries Number of retry attempts to be made by the
RemoteServer Object based on the
RemoteServer’s maxTries property setting
RTTAverage Average round trip time since the last server
restart
RTTDeviation Indicates a standard deviation of the
RTTAverage
TimeoutPenalty Indicates any change made to the initial
timeout default value
totalRequestsPending Number of requests currently queued
totalRequestsSent Number of requests sent since the last server
restart
Note totalRequestsSent should equal the
sum of totalRequestsOutstanding and
totalRequestsAcknowledged.
totalRequestsOutstanding Number of requests currently proxied that
have not yet returned
totalRequestsTimedOut Number of requests that have timed out since
last server restart or number requests not
returned from proxy server within the
[configured] initial timeout interval
totalRequestsAcknowledged Number of responses received since last
server restart
totalResponsesDroppedForNotInCache Number of responses dropped because their
ID did not match the ID of any Pending
requests
totalResponsesDroppedForSignatureMismatch Number of responses dropped because their
response authenticator did not decode to the
correct shared secret
totalRequestsDroppedAfterMaxTries Number of requests dropped because no
response was received after retrying the
configured number of times. This value is
different from totalRequestsTimedOut
because using the default configuration
values, no response within 2000 ms bumps the
TimedOut counter, but it waits 14000 ms
(2000 + 4000 + 8000) to bump this counter.
2-14
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
aregcmd Commands
status
Use the aregcmd command status to learn whether or not the specified server has been started. When
the server is running, Prime Access Registrar displays its health.
The syntax is:
status
stop
Use the aregcmd command stop to cause the server to no longer accept requests.
The syntax is:
stop
tacacs-stats
Use the aregcmd command tacacs-stats to provide statistical information of TACACS+.
The syntax is:
tacacs-stats
The following is an example of the statistical information provided after you issue the tacacs-stats
command:
Global Tacacs+ Statistics
serverStartTime = Mon Apr 15 01:17:34 2013
serverResetTime = Mon Apr 15 01:17:34 2013
serverState = Running
totalPacketsReceived = 60
totalPacketsSent = 60
totalRequests = 60
totalResponses = 60
totalAuthenticationRequests = 2
totalAuthenticationAccepts = 2
totalAuthenticationRejects = 0
totalAuthenticationChallengeRequests = 0
totalAuthenticationResponses = 2
totalAuthorizationRequests = 56
totalAuthorizationAccepts = 38
totalAuthorizationRejects = 18
totalAuthorizationResponses = 56
totalAccountingRequests = 2
totalAccountingAccepts = 2
totalAccountingRejects = 0
totalAccountingResponses = 2
totalPacketsInUse = 0
lastRequestTime Date and time of last proxy request
lastAcceptTime Date and time of last ACCEPT response to a
client
Table 2-2 aregcmd stats Information (continued)
Stats Value Meaning
2-15
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
aregcmd Commands
totalPacketsDropped = 0
See TACACSStatistics for more information.
tacacs-reset-stats
Use the aregcmd command tacacs-reset-stats to reset TACACS+ statistics displayed with the stats
command. The tacacs-reset-stats command also resets SNMP counters.
The tacacs-reset-stats command provides a way of resetting the TACACS+ statistics without having to
reload or restart the server.
The syntax is:
tacacs-reset-stats
dia-stats
Use the aregcmd command dia-stats to provide statistical information of Diameter.
The syntax is:
dia-stats
The following is an example of the statistical information provided after you issue the following
command:
dia-stats /Radius/RemoteServers/dia
Diameter Remote server statistics for: dia, 10.81.79.76, port 3868
active = TRUE
cDiaRemSvrRTTAverage = 25ms
cDiaRemSvrRTTDeviation = 0ms
cDiaRemSvrServerType = Diameter
cDiaRemSvrTotalRequestsPending = 0
cDiaRemSvrTotalRequestsOutstanding = 0
cDiaRemSvrStatsState = Closed
cDiaRemSvrStatsASRsIn= 0
cDiaRemSvrStatsASRsOut= 0
cDiaRemSvrStatsASAsIn = 0
cDiaRemSvrStatsASAsOut = 0
cDiaRemSvrStatsACRsIn = 0
cDiaRemSvrStatsACRsOut = 0
cDiaRemSvrStatsACAsIn = 0
cDiaRemSvrStatsACAsOut = 0
cDiaRemSvrStatsCERsIn = 0
cDiaRemSvrStatsCERsOut = 0
cDiaRemSvrStatsCEAsIn = 0
cDiaRemSvrStatsCEAsOut = 0
cDiaRemSvrStatsDWRsIn = 0
cDiaRemSvrStatsDWRsOut = 0
cDiaRemSvrStatsDWAsIn = 0
cDiaRemSvrStatsDWAsOut = 0
cDiaRemSvrStatsDPRsIn = 0
cDiaRemSvrStatsDPRsOut = 0
cDiaRemSvrStatsDPAsIn = 0
cDiaRemSvrStatsDPAsOut = 0
cDiaRemSvrStatsRARsIn = 0
cDiaRemSvrStatsRARsOut = 0
cDiaRemSvrStatsRAAsIn = 0
cDiaRemSvrStatsRAAsOut = 0
2-16
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
aregcmd Commands
cDiaRemSvrStatsSTRsIn= 0
cDiaRemSvrStatsSTRsOut = 0
cDiaRemSvrStatsSTAsIn = 0
cDiaRemSvrStatsSTAsOut = 0
cDiaRemSvrStatsRedirectEvents = 0
cDiaRemSvrStatsAccDupRequests = 0
cDiaRemSvrStatsMalformedRequests = 0
cDiaRemSvrStatsAccsNotRecorded = 0
cDiaRemSvrStatsWhoInitDisconnect = 0
cDiaRemSvrStatsAccRetrans = 0
cDiaRemSvrStatsTotalRetrans= 0
cDiaRemSvrStatsAccPendRequestsOut = 0
cDiaRemSvrStatsAccReqstsDropped = 0
cDiaRemSvrStatsHByHDropMessages = 0
cDiaRemSvrStatsEToEDupMessages= 0
cDiaRemSvrStatsUnknownTypes= 0
cDiaRemSvrStatsProtocolErrors = 0
cDiaRemSvrStatsTransientFailures = 0
cDiaRemSvrStatsPermanentFailures = 0
cDiaRemSvrStatsDWCurrentStatus= 0
cDiaRemSvrStatsTransportDown = 0
cDiaRemSvrStatsTimeoutConnAtmpts = 5
trace
Use the aregcmd command trace to set the trace level in the specified server to a new value. The trace
level governs how much information is displayed about the contents of a packet. When the trace level is
zero, no tracing is performed. The higher the trace level, the more information displayed. The highest
trace level currently used by the Prime Access Registrar server is trace level 5.
Note Although the highest trace level supported by the Prime Access Registrar server is trace level 5, an
extension point script might use a higher level. There is no harm in setting the trace to a level higher
than 5. However, increasing the trace level impacts the system performance.
The trace levels are inclusive, meaning that if you set trace to level 3, you will also get the information
reported for trace levels 1 and 2. If you set trace level 4, you also get information reported for trace
levels 1, 2, and 3.
When you do not specify a server, Prime Access Registrar sets the trace level for all of the servers in the
current cluster. When you do not specify a value for the trace level, Prime Access Registrar displays the
current value of the trace level. The default is 0.
The syntax for setting the trace level is:
trace [<server>] [<level>]
Table 2-3 lists the different trace levels and the information returned.
Table 2-3 Trace Levels and Information Returned
Trace Level Information Returned by Trace Command
0 No trace performed.
1 Reports when a packet is sent or received or when there is a change in a
remote server’s status.
2-17
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
aregcmd Commands
trace-file-count
Use the aregcmd command trace-file-count to change the trace log file count dynamically without
requiring a server reload. The syntax is:
trace-file-count n
Where n is a number that specifies the number of trace log files. This function is helpful for debugging
situations when you do not want to perform a reload.
2 Indicates the following:
Which services and session managers are used to process a packet
Which client and vendor objects are used to process a packet
Detailed remote server information for LDAP and RADIUS, such as
sending a packet and timing out
Details about poorly formed packets
Details included in trace level 1
3 Indicates the following:
Error traces in TCL scripts when referencing invalid RADIUS attributes.
Which scripts have been executed
Details about local UserList processing
Details included in trace levels 1 and 2
4 Indicates the following:
Information about advanced duplication detection processing
Details about creating, updating, and deleting sessions
Trace details about all scripting APIs called
Details included in trace levels 1, 2, and 3
5 Indicates the following:
Details about use of the policy engine including:
Which rules were run
What the rules did
If the rule passed or failed
Detailed information about which policies were called
Details included in trace levels 1, 2, 3, and 4
Table 2-3 Trace Levels and Information Returned (continued)
Trace Level Information Returned by Trace Command
2-18
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
OpenSSL Commands
unset
Use the aregcmd command unset to remove items from an ordered list. Specify the numeric index of
the element to remove. When the ordered list is not the current context, specify the path to the list before
specifying the numeric index.
When you remove an item from the list, Prime Access Registrar renumbers the list.
The syntax is:
unset [<path>/]<index>
This command applies to lists of servers by index, the Profiles attribute list, the Rules Attributes list, the
enumeration list in the Attribute dictionary, and the LDAPtoRadiusMappings and
LDAPtoEnvironmentMappings mappings.
validate
Use the aregcmd command validate to check the consistency and validity of the specified server’s
configuration. If Prime Access Registrar discovers any errors, it displays them.
The syntax is:
validate
OpenSSL Commands
This section contains a list of OpenSSL commands. You can use them on the command line or insert
them into scripts.
This section contains the following topics:
ecparam
req
ca
ecparam
Use the OpenSSL command ecparam to manipulate or generate ellipitical curve (EC) parameter files.
The syntax is:
ecparam
2-19
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
aregcmd Command Logging
req
Use the OpenSSL command req to create and process certificate requests.
The syntax is:
req
ca
Use the OpenSSL command ca used to sign certificate requests and generate CRLs it also maintains a
text database of issued certificates and their status.
The syntax is:
ca
aregcmd Command Logging
aregcmd now records the commands that are either entered interactively, on the command line, or
executed in batch mode. The recorded commands are saved in the aregcmd_log file, which resides in
the logs directory within the Prime Access Registrar installation directory.
For security reasons, aregcmd blocks out the actual password that is entered as part of the command and
replaces it with <passwd>.
In interactive mode, aregcmd logs the actions that are taking place in the exit/logout dialog box. The
action can be save or not save if the configuration database has been modified after the last execution
of the save command.
In non-interactive (batch or command-line) mode, aregcmd replaces the empty field with a NULL
string.
aregcmd is now installed as a setgid program where the group is set to staff. This allows a non-root user
to run aregcmd while still being able to write to the aregcmd_log log file. During the installation of the
Prime Access Registrar software, you are prompted whether you want to install aregcmd with
setuid/setgid permissions. You must reply “yes” unless you only run aregcmd as user root.
The following is the format of an entry in the exit/logout dialog box when not save has been specified:
mm/dd/yyyy HH:MM:SS aregcmd Info Configuration 0 [<clustername> <username>] ( exit )
mm/dd/yyyy HH:MM:SS aregcmd Info Configuration 0 [<clustername> <username>] ( *** New
config is not saved! ...proceed to logout.)
The following is sample output of an entry in the exit/logout dialog box when not save has been
specified:
10/12/2013 16:18:56 aregcmd Info Configuration 0 [localhost admin] --> quit
10/12/2013 16:19:02 aregcmd Info Configuration 0 [localhost admin] --> *** New config is
not saved! ...proceed to logout.
The following is the format of an entry in the exit/logout dialog box when save has been specified:
mm/dd/yyyy HH:MM:SS aregcmd Info Configuration 0 [<clustername> <username>] ( exit )
mm/dd/yyyy HH:MM:SS aregcmd Info Configuration 0 [<clustername> <username>] ( *** New
config saved!...proceed to logout.)
2-20
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
aregcmd Command Line Editing
aregcmd Command Line Editing
Commands entered at the aregcmd prompt can be edited with a subset of the standard EMACS-style
keystrokes. In addition, the command history can be accessed using the arrow keys on the keyboard. Use
the Up arrow to retrieve the previous command and the Down arrow to retrieve the next command. A
description of the supported key strokes are shown in Table 2-4.
aregcmd Error Codes
Table 2-5 lists the error codes used in aregcmd.
Table 2-4 aregcmd Command Line Editing Keystrokes
Key Stroke Description
Ctrl A Go to the beginning of the line.
Ctrl B Move back one character.
Ctrl D Delete the character at the cursor.
Ctrl E Go to the end of the line.
Ctrl F Move forward one character.
Ctrl N Retrieve the next line.
Ctrl P Retrieve the previous line.
Table 2-5 aregcmd Error Codes
Error
Code Meaning
200 OK
300 Command failed to parse; usually an unbalanced quotation
301 Unknown command; usually caused by a misspelled command
302 Ambiguous command; characters you have entered select more than one command
303 Not logged in; you have logged out of aregcmd and attempted another aregcmd
command
304 Too few arguments
305 Too many arguments
306 Invalid argument
307 Object not found or path ambiguous; you have tried to set an unknown object or
provided a partial name that matches multiple objects
308 Object already exists
309 Confirmation password did not match; when setting a user password, the re-entered
password did not match the initial entry
310 Command failed; a generic response for a command that failed for a reason other than
those listed here
311 Command is interactive; possibly due to attempting to batch mode with an interactive
command
312 Validation failed; a new or modified object is not valid
2-21
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
aregcmd Error Codes
313 Failed to reread; an error occurred while synchronizing changes from another
aregcmd session; occurs only when using multiple aregcmd instances
314 Failed to open the pager; the PAGER environment variable is set to something that
does not exist and the stats command is entered
315 Property is not modifiable; an administrator has attempted to modify a read-only
property
316 Command failed: session is ViewOnly; an view-only administrator has attempted to
modify a property
317 Command failed: server is a Replication Slave; an administrator has attempted to
modify a replicated property on a slave of an SMDBR network
400 Login failed; an incorrect username or password was given during aregcmd log in
401 Unable to access server; aregcmd was unable to communicate with the radius
process usually because the process is not running or is otherwise unresponsive
402 Login failed: version of aregcmd is incompatible with server; a new version of
aregcmd has tried to connect with an older version of Prime Access Registrar
500 Internal error; a generic aregcmd error
Table 2-5 aregcmd Error Codes (continued)
Error
Code Meaning
2-22
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 2 Using the aregcmd Commands
aregcmd Error Codes
CHAPTER
3-1
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
3
Using the Graphical User Interface
Cisco Prime Access Registrar (Prime Access Registrar) is a Remote Authentication Dial-In User Service
(RADIUS) / Diameter server that enables multiple dial-in Network Access Server (NAS) devices to
share a common authentication, authorization, and accounting database.
This chapter describes how to use the standalone graphical user interface (GUI) of
Prime Access Registrar to:
Configure Cisco Prime Access Registrar
Manage Network Resources managed by Prime Access Registrar
Administer Prime Access Registrar related activities
The following topics help you to work with and understand the Prime Access Registrar GUI:
Launching the GUI
Common Methodologies
Dashboard
Configuring Cisco Prime Access Registrar
Network Resources
Administration
Read-Only GUI
Launching the GUI
Prime Access Registrar requires you to use Microsoft Internet Explorer 8.0 SP1 (Windows 2000 and
Windows XP). You start the GUI by pointing your browser to the Prime Access Registrar server and port
8080, as in the following:
http://ar_server_name:8080
Note You can also use Mozilla Firefox 16.0 and Google Chrome 23.0 browsers to launch the
Prime Access Registrar GUI. It can be launched using IPv6 address also.
To start a secure socket layer (SSL) connection, use https to connect to the Prime Access Registrar
server and port 8443, as in the following:
https://ar_servr_name:8443
3-2
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Launching the GUI
By default, both HTTP and HTTPS are enabled. The following sections describe how to disable HTTP
and HTTPS:
Disabling HTTP
Disabling HTTPS
Note For proper function of Prime Access Registrar GUI, the DNS name resolution for the server's hostname
should be defined precisely.
Disabling HTTP
To disable HTTP access, you must edit the server.xml file in the /cisco-ar/apache-tomcat-7.0.42/conf
directory. You must have root privileges to edit this file.
Use a text editor such as vi to open the server.xml file, and comment out lines 96-99. Use the <!--
character sequence to begin a comment. Use the --> character sequence to end a comment.
The following are lines 93-99 of the server.xml file:
<!-- Define a non-SSL HTTP/1.1 Connector on port 8080 -->
<!-- CHANGE MADE: Note: to disable HTTP, comment out this Connector -->
<Connector port="8080" maxHttpHeaderSize="8192"
maxThreads=”150 minSpare/Threads=”25” maxSpareThreads=”75”
enableLookups="false" redirectPort="8443" acceptCount="100"
connectionTimeout="20000" disableUploadTimeout="true" />
The following example shows these lines with beginning and ending comment sequences to disable
HTTP:
<!-- Define a non-SSL HTTP/1.1 Connector on port 8080 -->
<!-- CHANGE MADE: Note: to disable HTTP, comment out this Connector -->
<!--
<Connector className="org.apache.catalina.connector.http.HttpConnector"
port="8080" minProcessors="5" maxProcessors="75"
enableLookups="true" redirectPort="8443"
acceptCount="10" debug="0" connectionTimeout="60000"/>
-->
After you modify the server.xml file, you must restart the Prime Access Registrar server for the changes
to take effect. Use the following command line to restart the server:
/opt/CSCOar/bin/arserver restart
Disabling HTTPS
To disable HTTPS access, you must edit the server.xml file in the /cisco-ar/apache-tomcat-7.0.42/conf
directory. You must have root privileges to edit this file.
Use a text editor such as vi to open the server.xml file, and comment out lines 116-121. Use the <!--
character sequence to begin a comment. Use the --> character sequence to end a comment.
The following are lines 111-121 of the server.xml file:
<!-- Define an SSL HTTP/1.1 Connector on port 8443 -->
<!-- CHANGE MADE: enabled HTTPS.
3-3
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Launching the GUI
Note: to disable HTTPS, comment out this Connector -->
<Connector port="8443" maxHttpHeaderSize="8192"
maxThreads="150" minSpareThreads="25" maxSpareThreads=”75”
enableLookups="true" disableUploadTimeout="true"
acceptCount="100" scheme="https" secure="true"
clientAuth="false"
keystoreFile="/cisco-ar/certs/tomcat/server-cert.p12"
keystorePass="cisco" keystoreType="PKCS12" sslProtocol="TLS" />
</Connector>
The following example shows these lines with beginning and ending comment sequences to disable
HTTPS.
<!-- Define an SSL HTTP/1.1 Connector on port 8443 -->
<!-- CHANGE MADE: enabled HTTPS.
Note: to disable HTTPS, comment out this Connector -->
<!--
<Connector className="org.apache.catalina.connector.http.HttpConnector"
port="8443" minProcessors="5" maxProcessors="75"
enableLookups="true"
acceptCount="10" debug="0" scheme="https" secure="true">
<Factory className="org.apache.catalina.net.SSLServerSocketFactory"
keystoreFile="/cisco-ar/certs/tomcat/server-cert.p12"
keystorePass="cisco" keystoreType="PKCS12"
clientAuth="false" protocol="TLS"/>
</Connector>
-->
After you modify the server.xml file, you must restart the Prime Access Registrar server for the changes
to take effect. Use the following command line to restart the server:
/opt/CSCOar/bin/arserver restart
Login Page
The login page has fields for a username and password. This page displays when you first attempt to log
into the system, if a session times out, or after you log out of the system.
Logging In
Users who are configured as Administrators can log into the Prime Access Registrar server.
Logging in
To log into the Prime Access Registrar GUI:
Step 1 Enter the relevant url in the browser. The Prime Access Registrar Login page is displayed.
Step 2 Enter the credentials in the provided fields.
Step 3 Click Login. The Prime Access Registrar main page is displayed.
3-4
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Common Methodologies
Note After installation of Prime Access Registrar server, when you log into the application for the first time,
the application redirects to the change password page.
Refreshing the pages using the GUI
To stop the server (when it is running), and then immediately start the server, click the Reload link.
Restarting the GUI
To restart the Prime Access Registrar server, click the Restart link.
Note If aregcmd interface is active, then it needs to be closed for restarting the Prime Access Registrar
server.
Logging Out
To log out of the Prime Access Registrar GUI, click Logout in the upper right portion of the
Prime Access Registrar GUI window.
Common Methodologies
This section explains the operations that are common across the GUI interface of
Prime Access Registrar. The functions explained in this section are referred throughout to this help
system.
This section describes the following:
Filtering Records
Deleting Records
Setting Record Limits per Page
Performing Common Navigations
Relocating Records
Filtering Records
To filter a record:
Step 1 Navigate to the required page. For example, choose Configuration > Profiles. The Profile page is
displayed.
Step 2 Enter the known details of the record in the Filter text box.
Step 3 Click Go. The matching records are displayed in the search criteria below.
3-5
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Common Methodologies
Step 4 Click Clear Filter to clear the performed filter.
You can also perform the following:
Deleting Records
Editing Records
Setting Record Limits per Page
Performing Common Navigations
Relocating Records
Editing Records
To edit the required records:
Step 1 Navigate to the required page.
Step 2 Search for a record using the filter option, if required.
Step 3 Choose the required record that you want to edit.
Step 4 Click Edit. The selected record details are displayed in the appropriate page.
Step 5 Make the necessary changes.
Step 6 Click Submit or Update to save the details. The page is displayed with the updated details and a message
is prompted. Otherwise click Cancel to return to the page without saving the details.
You can also perform the following:
Filtering Records
Deleting Records
Setting Record Limits per Page
Performing Common Navigations
Relocating Records
Deleting Records
To delete a record:
Step 1 Navigate to the required page. For example, choose Configuration > Profiles. The Profile page is
displayed.
Step 2 Search for a record using the filter option, if required.
Step 3 Check the check box against the record that you want to delete.
3-6
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Common Methodologies
Step 4 Click Delete. A message is displayed on successful deletion of the record.
You can also perform the following:
Filtering Records
Editing Records
Setting Record Limits per Page
Performing Common Navigations
Relocating Records
Setting Record Limits per Page
To set the numbers of records to be displayed per page, select the record limit from the list available and
click the Go button. The available denominations are 10, 25, 50, 100, and All.
You can also perform the following:
Filtering Records
Editing Records
Deleting Records
Performing Common Navigations
Relocating Records
Performing Common Navigations
On existence of more records that cannot be accommodated in a page, the records are displayed in
multiple pages. Table 3-1 describes the icons used for page navigation.
.
You can also perform the following:
Table 3-1 Page Navigation Icons
Icons Description
To view the next page
To return back to previous page
To view the last page
To return to the first page
3-7
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Common Methodologies
Filtering Records
Editing Records
Deleting Records
Setting Record Limits per Page
Relocating Records
Relocating Records
Table 3-2 describes the icons used for relocating records.
You can also perform the following:
Filtering Records
Editing Records
Deleting Records
Setting Record Limits per Page
Performing Common Navigations
Table 3-2 Icons for Relocating Records
Icons Description
To move a record from the Available List to the Selected List
To move a record from the Selected List to the Available List
To move all the records from the Available List to the Selected List
To move all the records from the Selected List to the Available List
To move the selected record one step above
To move the selected record one step below
To move the selected record to the first position
To move the selected record to the last position
3-8
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Dashboard
Dashboard
The dashboard of the Prime Access Registrar GUI shows you the overview on the status on the server
and user session details. It consists of the three tabs: Server Status, User Sessions, and System
Information.
The Server Status provides the following details:
AAA Server status— includes the AAA Process, Process ID, and Status.
Health status of the AAA Server— the status of the AAA Server with respect to the performance
condition is displayed.
The User Sessions consists of two graphs.
Number of Sessions versus Duration in Days
Number of Sessions versus Duration in Weeks
The Number of Sessions vs Duration in Weeks report provides the session details with respect to the
number of weeks for which it is queried. The Number of Sessions vs Duration in Days report provides
the session details with respect to the number of days for which it is queried. The Time(mins) vs
Username report provides the accumulated time with respect to the selected username. This report can
also be viewed in the form of chart and grid. Click the relevant icons below the graph to view the details
in the respective formats.
The System Information section consists of two graphs:
Disk Availability for Prime Access Registrar Directory
CPU Utilization
The Disk Availability for Prime Access Registrar Directory report provides the details of the available
disk space and used disk space in the Prime Access Registrar directory. When you hover the mouse on
the pie chart, the details of the disk space are displayed. The CPU Utilization report provides the
utilization of the CPU for a specific time. The CPU usage is represented in kilobits per seconds.
Sessions
The Sessions feature of the dashboard helps you in viewing the records based on session id. Table 3-3
lists and describes the various session views in the page.
Table 3-3 Different Session Views
Fields Description
Release Click to release the selected session details.
Release All Click to release all the records from the list.
Send CoA Click to send the CoA packet to the client device.
SendPoD Click to send the disconnect packet to the NAS to clear sessions and
an Accounting-Stop notification to the client listed in the session
record.
Query All Sessions Click to query all the sessions in the server.
3-9
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
To view sessions details:
Step 1 Choose Dashboard > Sessions. The Sessions page appears.
Step 2 Choose the required session id to view Release, Release All, Send CoA, Send PoD, and Query All
Session details. The session details are displayed as described in the above table.
Note You can locate the session id using the filter option. See Filtering Records for more details.
Configuring Cisco Prime Access Registrar
Prime Access Registrar’s operation and configuration are based on a set of objects. On configuring the
Prime Access Registrar major components, the server objects can be created. These objects include the
following:
RADIUS— the root of the configuration hierarchy
Profiles—contains individual Profiles
UserGroups—contains individual UserGroups
UserList—contains individual UserLists which in turn contain users
Users—contains individual authentication or authorization details of a user
Scripts—contains individual Scripts
Policies—contains a set of rules applied to an Access-Request
Services—contains individual Services
CommandSets—contains commands and the action to perform during Terminal Access Controller
Access-Control System Plus (TACACS+) command authorization
DeviceAccessRules—contains conditions or expressions and the applicable command sets for
TACACS+ command authorization
FastRules—provides a mechanism to easily choose the right authentication, authorization,
accounting, and query service(s), drop, reject, or break flows, choose session manager or other rules
required for processing a packet
Replication—maintains identical configurations on multiple machines simultaneously
RADIUSDictionary—passes information between a script and the RADIUS server, or between
scripts running on a single packet
VendorDictionary—allows to maintain the attributes of the vendor with respect to vendor id, vendor
type and the attributes required to support the major NAS
Vendor Attributes—communicates prepaid user balance information from the
Prime Access Registrar server to the AAA client, and actual usage, either interim or total, between
the NAS and the Prime Access Registrar server
Vendors—contains individual Vendors
3-10
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Translations—adds new attributes to a packet or change an existing attribute from one value to
another.
TranslationGroups—add translation groups for different user groups
SessionManagers—contains individual Session Managers
ResourceManager—contains individual Resource Managers
Remote Servers—contains individual Remote Servers
Diameter—contains Session Management, Applications, Commands, Diameter Attributes
Rules—allows to set rules for service selection
RADIUS
The Radius object is the root of the hierarchy. For each installation of the Cisco Prime Access Registrar
server, there is one instance of the Radius object. You reach all other objects in the hierarchy from the
Radius.
Table 3-4 lists and describes the fields in the Radius Properties page.
Note Fields which are represented with the term “required” in the windows of the Prime Access Registrar
GUI, denote mandatory input.
Table 3-4 Radius Properties
Fields Description
Name Required; must be unique in the list of servers in the cluster.
Version Required; the currently installed version of Prime Access Registrar.
Description Optional; description of the server.
DefaultSessionManager Optional; Cisco Prime Access Registrar uses this property if none
of the incoming scripts sets the environment dictionary variable
Session-Manager.
IncomingScript Optional; if there is a script, it is the first script
Cisco Prime Access Registrar runs when it receives a request from
any client and/or for any service.
OutgoingScript Optional; if there is a script, it is the last script
Cisco Prime Access Registrar runs before it sends a response to any
client.
DefaultAuthenticationService Optional; Cisco Prime Access Registrar uses this property when
none of the incoming scripts sets the environment dictionary
variable Authentication-Service.
DefaultAuthorizationService Optional; Cisco Prime Access Registrar uses this property when
none of the incoming scripts sets the environment dictionary
variable Authorization-Service.
3-11
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Setting Up or Changing the Radius Properties
To set or change the Radius properties:
Step 1 Choose Configuration > Radius. The Radius Properties page appears.
Step 2 Specify the relevant details.
Step 3 Click Save to save the changes made to the Radius properties page.
On successful setting up of the RADIUS, a message is displayed.
Profiles
You use Profiles to group RADIUS attributes that belong together, such as attributes that are appropriate
for a particular class of PPP or Telnet user. You can reference profiles by name from either the
UserGroup or the User properties. Thus, if the specifications of a particular profile change, you can
make the change in a single place and have it propagated throughout your user community.
Although you can use UserGroups or Profiles in a similar manner, choosing whether to use one rather
than the other depends on your site. When you require some choice in determining how to authorize or
authenticate a user session, then creating specific profiles, and creating a group that uses a script to
choose among them is more flexible.
In such a situation, you might create a default group, and then write a script that selects the appropriate
profile based on the specific request. The benefit to this technique is each user can have a single entry,
and use the appropriate profile depending on the way they log in.
Table 3-5 lists and describes the fields in the Add Profiles page.
DefaultAccountingService Optional; Cisco Prime Access Registrar uses this property when
none of the incoming scripts sets the environment dictionary
variable Accounting-Service.
DefaultSessionService Optional; Cisco Prime Access Registrar uses this property when
none of the incoming scripts sets the environment dictionary
variable Session-Service.
Table 3-4 Radius Properties (continued)
Fields Description
Table 3-5 Profile Properties
Fields Description
Name Required; must be unique in the Profiles list.
Description Optional; description of the profile.
RADIUS Optional; set Radius, if the attribute and value needs to be defined
for RADIUS.
VENDOR Optional; set Vendor, if the attribute and value needs to be defined
for Vendor.
3-12
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
You can use the Profiles page for the following:
Filtering Records
Adding Profile Details
Editing Records
Deleting Records
Adding Profile Details
To add new profile details:
Step 1 Choose Configuration > Profiles. The Profiles page is displayed.
Step 2 Click Add. The Add Profile page is displayed.
Step 3 Specify the required details.
Step 4 Click Submit to save the specified details in the Profiles page. Otherwise click Cancel to return to the
Profiles page without saving the details. On successful creation of the profiles, the Profiles page is
displayed else a respective error message is displayed.
UserGroups
The UserGroups objects allow you to maintain common authentication and authorization attributes in
one location, and then have many users reference them. By having a central location for attributes, you
can make modifications in one place instead of having to make individual changes throughout your user
community.
For example, you can use several UserGroups to separate users by the services they use, such as a group
specifying PPP and another for Telnet.
Table 3-6 lists and describes the fields in the Add User Groups page.
Attribute Name Optional; based on the Attribute Type selected, the attribute name is
automated. Set the relevant name for the attribute type selected.
Value Attribute Optional; set the value for the selected attribute. Click the Add
button to save the details and list it in Radius and Value list. To
navigate between the listed attributes, use the navigation option
available adjacent to the list. See Relocating Records for more
details. To delete the available attributes, select the relevant
attribute and click the Delete button below.
Table 3-5 Profile Properties (continued)
Fields Description
3-13
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
You can use the User Groups page for the following:
Filtering Records
Adding UserGroup Details
Table 3-6 UserGroups Properties
Fields Description
General Properties tab
UserGroup Name Required; must be unique in the UserGroup list.
Description Optional; description of the group.
BaseProfile Optional; when you set this to the name of a profile,
Cisco Prime Access Registrar adds the properties in the Profile to the
response dictionary as part of the authorization.
AuthenticationScript Optional; when you set this property to the name of a script, you can use
the Script to perform additional authentication checks to determine
whether to accept or reject the user.
AuthorizationScript Optional; when you set this property to the name of a script, you can use
the script to add, delete, or modify the attributes of the Response
dictionary.
Attribute List tab
RADIUS Optional; set Radius, if the attribute and value needs to be defined for
RADIUS.
VENDOR Optional; set Vendor, if the attribute and value needs to be defined for
Vendor.
Attribute Name Optional; based on the Attribute Type selected, the attribute name is
automated. Set the relevant name for the attribute type selected.
Attribute Value Optional; set the value for the selected attribute. Click the Add button to
save the details and list it in Name and Value list. To navigate between
the listed attributes, use the navigation option available adjacent to the
list. See Relocating Records for more details. To delete the available
attributes, select the relevant attribute and click the Delete button below.
CheckItems List tab
RADIUS Optional; set Radius, if the attribute and value needs to be defined for
RADIUS.
VENDOR Optional; set Vendor, if the attribute and value needs to be defined for
Vendor.
Attribute Name Optional; based on the Attribute Type selected, the attribute name is
automated. Set the relevant name for the attribute type selected.
Attribute Value Optional; set the value for the selected attribute. Click the Add button to
save the details and list it in Check Name and Check Value list. To
navigate between the listed attributes, use the navigation option available
adjacent to the list. See Relocating Records for more details. To delete
the available attributes, select the relevant attribute and click the Delete
button below.
3-14
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Editing Records
Deleting Records
Adding UserGroup Details
To add new user groups details:
Step 1 Choose Configuration > UserGroups. The User Groups page is displayed.
Step 2 Click Add to add new user group details. The Add UserGroup page is displayed.
Step 3 Specify the required details.
Step 4 Click Submit to save the specified details in the User Groups page. Otherwise click Cancel to return to
the User Groups page without saving the details.
On successful creation of the user groups, the User Groups page is displayed else a respective error
message is displayed.
UserList
The UserLists object contains all of the individual UserLists, which in turn, contain the specific users
stored within Prime Access Registrar. Prime Access Registrar references each specific UserList by
name from a Service whose type is set to local. When Prime Access Registrar receives a request, it
directs it to a Service. When the Service has its type property set to local, the Service looks up the user’s
entry in the specific UserList and authenticates and/or authorizes the user against that entry.
You can have more than one UserList in the UserLists object. Therefore, use the UserLists object to
divide your user community by organization. For example, you might have separate UserLists objects
for Company A and B, or you might have separate UserLists objects for different departments within a
company.
Using separate UserLists objects allows you to have the same name in different lists. For example, if
your company has three people named Bob and they work in different departments, you could create a
UserList for each department, and each Bob could use his own name. Using UserLists lets you avoid the
problem of Bob1, Bob2, and so on.
If you have more than one UserList, Prime Access Registrar can run a script in response to requests. The
script chooses the Service, and the Service specifies the actual UserList which contains the user. The
alternative is dynamic properties.
Note The attributes defined for a user list must match the protocol of the incoming packet. For example, if the
incoming packet is a Diameter packet, the attributes defined must be specific to Diameter or common to
both RADIUS and Diameter. Similarly, if the incoming packet is a RADIUS packet, the attributes
defined must be specific to RADIUS or common to both RADIUS and Diameter. Otherwise, the
incoming packet will not be processed.
Table 3-7 lists and describes the fields in the Add User List page.
3-15
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
You can use the User List page for the following:
Filtering Records
Adding UserList Details
Editing Records
Deleting Records
Adding UserList Details
To add new user list details:
Step 1 Choose Configuration > UserList. The User List page is displayed.
Step 2 Click Add to add new user list details. The Add UserList page is displayed.
Step 3 Enter the required details.
Step 4 Click Submit to save the specified details in the User List page. Otherwise click Cancel to return to the
User List page without saving the details.
On successful creation of the user list, the User List page is displayed else a respective error message is
displayed.
Note After adding a new user list, you can add users to the user list. See Adding User Details for more
information.
Users
The user objects are created to hold the necessary details to authenticate or authorize a user. These users
form the component of User Lists, where their details are stored within Prime Access Registrar. The
users in local Userlist can have multiple profiles.
Note Usernames might not include the forward slash (/) character. If the Prime Access Registrar server
receives an access request packet with a Username attribute containing a forward slash character and the
Prime Access Registrar server uses an internal UserList to look up users, the server produces an error
(AX_EINVAL) and might fail. If usernames require a forward slash, use a script to translate the slash to
an acceptable, unused character.
Table 3-7 User List Properties
Fields Description
UserList Name Required; must be unique.
Description Optional; description of the user.
3-16
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Table 3-8 lists and describes the fields in the Add Users page.
Table 3-8 Users Properties
Fields Description
General Properties tab
Name Required; must be unique.
Enabled Required; must be checked to allow user access. If Enabled is not checked,
user is denied access.
Allow Null Pwd During authentication, if the Allow NULL Password environment variable is
set to TRUE, user authentication is bypassed. By default, the Allow NULL
Password environment variable is not set.
UserGroup Use the drop-down list to select a UserGroup and use the properties specified
in the UserGroup to authenticate and/or authorize the user. The default is none.
Password Required; length must be between 0-253 characters.
Base Profile Optional; use the drop-down list to select a Profile. If the service-type is not
equal to Authenticate Only, Prime Access Registrar adds the properties in the
Profile to the Response dictionary as part of the authorization. This field is
optional for the CLI, but required for the GUI. Use the menu to select a profile
other than the default None.
Confirm Password Required; must match password.
User Defined Optional; you can use this property to store notational information which you
can then use to filter the UserList. This property also sets the environment
variable for UserDefined.
Authentication Script Optional; use the drop-down list to select the name of a script to perform
additional authentication checks to determine whether to accept or reject the
user. This field is optional for the CLI, but required for the GUI. Use the menu
to select an Authentication Script other than the default None.
Authorization Script Optional; use the drop-down list to select the name of a script to add, delete,
or modify the attributes of the Response dictionary. This field is optional for
the CLI, but required for the GUI. Use the menu to select an Authorization
Script other than the default None.
Description Optional; description of the user.
Attribute List tab
RADIUS Optional; set Radius, if the attribute and value needs to be defined for
RADIUS.
VENDOR Optional; set Vendor, if the attribute and value needs to be defined for Vendor.
Attribute Name Optional; based on the Attribute Type selected, the attribute name is
automated. Set the relevant name for the attribute type selected.
Attribute Value Optional; set the value for the selected attribute. Click the Add button to save
the details and list it in Name and Value list. To navigate between the listed
attributes, use the navigation option available adjacent to the list. See
Relocating Records for more details. To delete the available attributes, select
the relevant attribute and click the Delete button below.
3-17
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
You can use the Users page for the following:
Filtering Records
Adding User Details
Editing Records
Deleting Records
Adding User Details
To add new user details:
Step 1 Choose Configuration > UserList. The User List page is displayed.
Step 2 Click the user list name link. The Users page is displayed.
Step 3 Click Add to add new user details. The Add Users page is displayed.
Step 4 Specify the required details.
Step 5 Click Submit to save the specified details in the Users page. Otherwise click Cancel to return to the
Users page without saving the details.
On successful creation of the user details, the Users page is displayed else a respective error message is
displayed.
Scripts
The Script objects define the function Cisco Prime Access Registrar invokes whenever the Script is
referenced by name from other objects in the configuration.
There are four types of scripts:
CheckItems List tab
RADIUS Optional; set Radius, if the attribute and value needs to be defined for
RADIUS.
VENDOR Optional; set Vendor, if the attribute and value needs to be defined for Vendor.
Attribute Name Optional; based on the Attribute Type selected, the attribute name is
automated. Set the relevant name for the attribute type selected.
Attribute Value Optional; set the value for the selected attribute. Click the Add button to save
the details and list it in Check Name and Check Value list. To navigate between
the listed attributes, use the navigation option available adjacent to the list. See
Relocating Records for more details. To delete the available attributes, select
the relevant attribute and click the Delete button below.
Table 3-8 Users Properties (continued)
Fields Description
3-18
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
REX (RADIUS EXtension) scripts are written in C or C++, and thus are compiled functions that
reside in shared libraries
TCL scripts are written in TCL, and are interpreted functions defined in source files.
Java scripts
Internal scripts, which allow you to add, modify, or delete attributes in the request, response, and
environment dictionaries for RADIUS, Diameter, and TACACS+. For more information about
internal scripts, see Internal Scripts, page 11-14.
When you use a Prime Access Registrar file service, Prime Access Registrar automatically closes any
opened files. However, if you write scripts that manipulate files, you are responsible for closing them.
If you have more than one extension point script (defined under /Radius/Scripts) using the same Java
class, only one instance of the class is created and used for all the extension point scripts.
For more information about scripts, see Chapter 11, “Using Extension Points.
Table 3-9 lists and describes the fields in the Add Scripts page.
Table 3-9 Script Object Properties
Fields Description
Script Name Required; must be unique in the Scripts list.
Language Required; specify either REX, Tcl, Java, or Internal.
Description Optional; description of the script.
File/Class Name Required; specifies either a relative or absolute path. When you specify
a relative path, the path must be relative to the
$INSTALL/scripts/radius/$Language directory. When you specify an
absolute path, the server must be able to reach it.
For Java language scripts, the name of the class that implements the
extension interface; the .class file should be placed in
/cisco-ar/scripts/radius/java
Entry Point Required; when not set, Prime Access Registrar uses the value specified
in the Name property.
Init Entry Point Optional; if set, it must be the name of the global symbol
Prime Access Registrar should call when it initializes the shared library
at system start up, and just before it unloads the shared library.
Init Entry Point
Arg
Optional; when set, it provides the arguments to be passed to the
InitEntryPoint in the environmental variable Arguments.
Note The InitEntryPoint properties allow you to perform
initialization before processing and then cleanup before stopping
the server. For example, when Prime Access Registrar unloads
the script (when it stops the RADIUS server) it calls the
InitEntryPoint again to allow it to perform any clean-up
operations as a result of its initialization. One use of the function
might be to allow the script to close an open Accounting log file
before stopping the RADIUS server.
The following fields appear if the language is set as Internal
Protocol Required; select RADIUS or Diameter to indicate the protocol for which
the attributes are to be modified.
3-19
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
ActionStatements Select one of following the options:
Simple Attribute Operation—allows you to add, modify, or delete an
attribute value to the request, response, or environment dictionary
Copy an Attribute—allows you to copy an attribute value from one
dictionary to another
Concatenate Operation—allows you to concatenate an attribute
value from one dictionary to another
Replace Operation—allows you to replace an attribute value from
one dictionary to another
Value Based Manipulations—allows you to manipulate attribute
values in a dictionary based on a given text
Log or Trace Messages—allows you to create different levels of log
or trace messages
I can do it myself—allows you to create your own script for the
selected protocol
Left Side of Statement
Operation Choose the operation to perform as Add, Modify, or Delete.
Dictionary Choose Request, Response, or Environment to specify the RADIUS
dictionary to apply the action to.
Attr Type Applicable for RADIUS protocol; select RADIUS or VENDOR to
indicate the attribute type.
Group AVP Applicable for Diameter protocol; select the group AVP and its level to
apply the action to.
Attribute Based on the attribute type/group AVP selected, choose the appropriate
attribute to apply the action to.
Env Attribute Enter the environment attribute to apply the action to.
This field is available only if the Dictionary chosen is Environment.
Right Side of Statement
Text Enter the text that needs to be added, modified, or deleted to/from the
given attribute in the selected dictionary.
Only this field is available if the action statement is Simple Attribute
Operation or Replacement Operation.
This field is also available under the following circumstances:
If the action statement is Copy an Attribute, Concatenate
Operation, or Value Based Manipulations, and if the type is
chosen as Custom Text
Type Select Radius, Diameter, or Custom Text.
Dictionary If the type is set as Radius or Diameter, choose Request, Response, or
Environment to specify the dictionary to apply the action to.
Attr Type Applicable for RADIUS protocol; select RADIUS or VENDOR to
indicate the attribute type.
Table 3-9 Script Object Properties (continued)
Fields Description
3-20
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Group AVP Applicable for Diameter protocol; select the group AVP and its level to
apply the action to.
Attribute Based on the attribute type/group AVP selected, choose the appropriate
attribute to apply the action to.
Env Attribute Enter the environment attribute to apply the action to.
This field is available only if the Dictionary chosen is Environment.
Concatenate / Replace Options
This section is available if the Action Statements field is set to Concatenate Operation or
Replace Operation.
Type Select Radius, Diameter, or Custom Text.
Text Enter the text to concatenate to or replace the given attribute value in the
selected dictionary.
Only this field is available if the action statement is Replace Operation.
This field is also available if the action statement is Concatenate
Operation and if the type is chosen as Custom Text
Dictionary If the type is Radius, choose Request, Response, or Environment to
specify the RADIUS dictionary to apply the action to.
Attr Type Applicable for RADIUS protocol; select RADIUS or VENDOR to
indicate the attribute type.
Group AVP Applicable for Diameter protocol; select the group AVP and its level to
apply the action to.
Attribute Based on the attribute type/group AVP selected, choose the appropriate
attribute to apply the action to.
Env Attribute Enter the environment attribute to apply the action to.
This field is available only if the Dictionary chosen is Environment.
Text Manipulations
This section is available if the Action Statements field is set to Value Based Manipulations.
Operation Select one of the following options:
Begins With—to manipulate the attribute value beginning with the
given text
Contains—to manipulate the attribute value that contains the given
text
Ends With—to manipulate the attribute value that ends with the
given text
Strip Text—to strip the given text from the attribute value
Text The text you need to manipulate the attribute value with.
This following fields are available if the Action Statements field is set to Log or Trace
Messages.
Table 3-9 Script Object Properties (continued)
Fields Description
3-21
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
You can use the Scripts page for the following:
Filtering Records
Adding Script Details
Editing Records
Deleting Records
Adding Script Details
To add new script details:
Step 1 Choose Configuration > Scripts. The Scripts page is displayed.
Step 2 Click Add to add new scripts details. The Script Details page is displayed.
Step 3 Enter the required details.
Step 4 Click Save to save the specified details in the Scripts page. Otherwise click Cancel to return to the
Scripts page without saving the details.
On successful creation of the scripts, the Scripts page is displayed else a respective error message is
displayed.
Policies
A Policy is a set of rules applied to an Access-Request.
Table 3-10 lists and describes the fields in the Add Policies page.
Log Type Select one of the following options:
log—to add a log message
trace—to add a trace message
Level Applicable only for logs; level of the log message to add.
Message The log or trace message to add.
This following field is available if the Action Statements field is set to I can do it myself.
Statement Enter the action statement as a free text.
Table 3-9 Script Object Properties (continued)
Fields Description
Table 3-10 Policies Properties
Fields Description
Name Required; must be unique in the Policies list
Description Optional; description of the Policy
3-22
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
You can use the Policies page for the following:
Filtering Records
Adding Policy Details
Editing Records
Deleting Records
Adding Policy Details
To add new policy details:
Step 1 Choose Configuration > Policies. The Policies page is displayed.
Step 2 Click Add to add new policy details. The Policy Details page is displayed.
Step 3 Specify the required details.
Step 4 Click Submit to save the specified details in the Policies page. Otherwise click Cancel to return to the
Policies page without saving the details.
On successful creation of the policies, the Policies page is displayed else a respective error message is
displayed.
Services
Cisco Prime Access Registrar supports authentication, authorization, and accounting (AAA) services. In
addition to the variety of built-in AAA services (specified in the Type property),
Cisco Prime Access Registrar also enables you to add new AAA services through custom shared
libraries.
This section lists the types of services available in Prime Access Registrar with their required and
optional properties. The service you specify determines what additional information you must provide.
The various types of services are:
Simple Services
ServiceWithRS
PEAP Service
EAP Service
Rules/Policies Required; set the rules/polices to be grouped.
Operators Required; set the operators to be grouped along with selected rules/policies. The
selected rules and operators will be grouped and listed in the Grouping Box. To
delete the available groups, select the relevant group from the Grouping list and
click the Delete button below.
Table 3-10 Policies Properties (continued)
Fields Description
3-23
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Diameter Service
Simple Services
Prime Access Registrar provides the following simple services:
Rex
File
Trusted-ID
Group
Local
Java
WiMAX
RADIUS-Query
Dyn-Authz
Diameter-RADIUS
RADIUS-Diameter
Diameter-Query
3GPPAuthorization
3GPP-Reverse-Authorization
Rex
Select rex service when a custom service needs to be created and a script for authentication,
authorization, or accounting has to be used.
File
Select File type when local accounting is to be performed using a specific file. The files under the
configuration will be saved in the configured name when the server is invoked even if the service is not
being invoked by any request packets.
Prime Access Registrar flushes the accounting record to disk before it acknowledges the request packets.
Based on the specified maximum file size and age, it closes the accounting file, moves it to a new name,
and reopens the file as a new file. The file names are based on its creation and modification dates.
Trusted-ID
Select the trusted-id service type to authorize and authenticate a user based on a Trusted ID. Using SSG's
Transparent Auto-Login (TAL) feature, a TAL access-request packet contains a Trusted ID, such as a
MAC address, that identifies the user without the user's real username and password. If
Prime Access Registrar knows the user associated with the Trusted ID, it uses the Trusted ID to
authenticate and authorize the user. For more information, see Chapter 15, “Using Trusted ID
Authorization with SESM.
3-24
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Group
A group service contains a list of references to other services and specifies whether the responses from
each of the services should be handled as a logical AND or OR function, which is specified in the
Result-Rule attribute of Group Services. The default value is AND.
When the Result-Rule attribute is set to AND or OR, each referenced service is accessed sequentially,
and the Group Service waits for a response from the first referenced service before moving on to the next
service (if necessary).
The ResultRule settings parallel-and and parallel-or are similar to the AND and OR settings except that
they ask each referenced service to process the request simultaneously instead of asking each referenced
server sequentially, thereby saving processing time.
Local
Select local services when authentication and authorization needs to be performed by
Prime Access Registrar server using a specific UserList.
Java
Select Java service type when a custom service needs to be created and to use an extension point script
to provide the service’s functionality and handle both RADIUS and TACACS requests for
authentication, authorization, or accounting.
WiMAX
Prime Access Registrar uses the Extensible Authentication Protocol (EAP) to enable the WiMAX
feature. It captures the IP attributes and Mobility Keys that are generated during network access
authentication.
RADIUS-Query
Select this service type to query cached data through RADIUS Packets. It contains the list of session
managers to be queried from and a list of (cached) attributes to be returned in the Access-Accept packet
in response to a RADIUS Query request. It is initiated through an extension point script or through the
Rule and Policy Engine by setting it to a new environment variable named Query-Service.
Dyn-Authz
Select this service type to process dynamic authorization requests. This involves Change of
Authorization (COA) and Packet of Disconnect (POD) features. For more information about these
features, see Chapter 17, “Using Cisco Prime Access Registrar Server Features.
Diameter-RADIUS
Select this service for Diameter to RADIUS translation to translate incoming RADIUS request to a
Diameter request. Prime Access Registrar provides scripting points, which operate on the original
packet and on the newly translated packet based on request and response mapping. For more information,
see Chapter 8, “Diameter.
3-25
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
RADIUS-Diameter
Select this service for RADIUS to Diameter translation to translate incoming Diameter request to a
RADIUS request. Prime Access Registrar provides scripting points, which operate on the original packet
and on the newly translated packet based on request and response mapping. For more information, see
Chapter 8, “Diameter.
Diameter-Query
Select this service type to query cached data through Diameter Packets. It contains the list of session
managers to be queried from and a list of (cached) attributes to be returned in the Access-Accept packet
in response to a Diameter Query request. It is initiated through an extension point script or through the
Rule and Policy Engine by setting it to a new environment variable named Query-Service.
3GPPAuthorization
Select this service to enable 3GPP authorization of subscribers. For more information about 3GPP
authorization, see Chapter 20, “Wireless Support.
3GPP-Reverse-Authorization
Select this service to enable 3GPP reverse authorization of subscribers. For more information about
3GPP reverse authorization, see Chapter 20, “Wireless Support.
Table 3-11 lists and describes the fields in the Services Details page. The fields listed below are the entire
list of all the available types. The fields are displayed based on the type selected.
Table 3-11 Simple Service Properties
Fields Description
Service Name Required; must be unique in the Services list.
Incoming Script Optional; name of script to run when the service starts.
Type Required; must set it to a valid Prime Access Registrar service.
Outgoing Script Name of script to run when the service ends.
Description Optional; description of the service.
Outage Script Optional; if you set this property to the name of a script,
Cisco Prime Access Registrar runs it when an outage occurs. This property
allows you to create a script that notifies you when the RADIUS server
detects a failure.
Outage Policy Required; the default is DropPacket. This property defines how
Cisco Prime Access Registrar handles requests if all servers listed in the
RemoteServers properties are unavailable (that is, all remote RADIUS
servers are not available). You must set it to one of the following:
AcceptAll, DropPacket, or RejectAll.
The following properties appear for the job type rex.
Filename Required; must be either a relative or an absolute path to the shared library
containing the Service. When the pathname is relative, it must be relative to
$INSTALL/Scripts/Radius/rex.
3-26
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
EntryPoint Required; must be set to the function’s global symbol.
InitEntryPoint Required; must be the name of the global symbol
Cisco Prime Access Registrar should call when it initializes the shared
library and just before it unloads the shared library.
A rex service must have an InitEntryPoint even if the service only returns
REX_OK.
InitEntryPointArgs Optional; when set, it provides the arguments to be passed to the
InitEntryPoint in the environmental variable Arguments.
The following properties appear for the job type file.
FilenamePrefix Required; a string that specifies where Cisco Prime Access Registrar writes
the account records. It must be either a relative or absolute path. When you
specify a relative path, it must be relative to the $INSTALL/logs directory.
When you specify an absolute path, the server must be able to reach it. The
default is Accounting.
MaxFileAge Optional; stored as a string, but is composed of two parts, a number and a
units indicator (<n> <units>) in which the unit is one of: H, Hour, Hours,
D, Day, Days, W, Week, Weeks. The default is one day.
RolloverSchedule Indicates the exact time including the day of the month or day of the week,
hour and minute to roll over the accounting log file.
MaxFileSize Optional; stored as a string, but is composed of two parts, a number and a
units indicator (<n> <units>) in which the unit is one of: K, kilobyte, or
kilobytes, M, megabyte, or megabytes, or G, gigabyte, or gigabytes. The
default is ten megabytes.
UseLocalTimeZone When set to TRUE, indicates the accounting records' TimeStamp is in local
time. When set to FALSE, the default, accounting records' TimeStamp is in
GMT.
The following properties appear for the job type trusted-id.
UserService Required; name of service that can be used to authenticate.
SessionManager Required; select the required session manager from the available list.
The following properties appear for the job type group.
Result Rule When set to AND (the default), the response from the GroupService is
positive if each of the services referenced return a positive result. The
response is negative if any of the services reference return a negative result.
When set to OR, the response from the GroupService is positive if any of
the services referenced return a positive result. The response is negative if
all the referenced services return a negative result.
The settings parallel-AND or parallel-OR are similar to AND and OR
settings, except that each referenced service processes requests
simultaneously instead of asking each reference service sequentially to save
processing time.
Table 3-11 Simple Service Properties (continued)
Fields Description
3-27
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
GroupServices Optional; use the GroupServices subdirectory to specify the subservices in
an indexed list to provide specific ordering control of which services to
apply first. Each subservice listed must be defined in the Services section
of the RADIUS configuration and cannot be a of type group, eap-leap, or
eap-md5.
To navigate between the listed attributes, use the navigation option
available adjacent to the list. See Relocating Records for more details.
The following properties appear for the job type local.
UserList Required; this object contains all of the individual UserLists, which in turn,
contain the specific users stored within Prime Access Registrar.
Cisco Prime Access Registrar references each specific UserList by name
from a Service whose type is set to local.
When Cisco Prime Access Registrar receives a request, it directs it to a
Service. When the Service has its type property set to local, the Service
looks up the user’s entry in the specific UserList and authenticates and/or
authorizes the user against that entry.
Enable Device Access Check the box to enable TACACS+ command authorization.
Note Device Access Rules are applicable for TACACS+ command
authorization. For more information on TACACS+ command
authorization, see TACACS+ Support for AAA.
Device Access Rule Select a device access rule and click Add. The selected access rule is
displayed in the Device Access Rules list box.
Default Device Access
Action
Select the default action to perform on the commands for all the access rules
in the authorization service. Options are PermitAll and DenyAll.
The following properties appear for the job type java.
Class name Optional; set to the name of a class that implements the Extension interface.
InitializeArg Optional; set to a string to be passed to the Initialize method if the class
implements the optional ExtensionWithInitialization interface.
The following properties appear for the job type wimax.
HARKKey Required; used as the base key to generate random HARKKey for all the
HAs that are configured in Prime Access Registrar.
By default, the value is cisco112.You can change this value.
WimaxAuthenticationS
ervice
Required; a valid EAP service which can be used for WiMAX
authentication. By default, this value is none.
HARKLifeTime Required; used as time (in minutes) to regenerate the HARKKeys based on
its lifetime.
WimaxSessionManager Required; set a valid session manager which has HA and HA Cache as
resource managers. By default, this value is none.
WimaxQueryService Required; set a valid RADIUS query service which is configured with
WiMAX session manager. By default, this value is none.
WimaxPrepaidService Optional; set a valid prepaid service to carry out the prepaid functionality
of WiMAX. Otherwise this value is set to none.
Table 3-11 Simple Service Properties (continued)
Fields Description
3-28
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
AllowAAAToIncludeKe
ys
Optional; If this is set, the HAAA will include the hHA-RK-Key,
hHA-RK-SPI and hHA-RK-Lifetime in the Access-Accept.
Otherwise, those attributes will not be in the Access-Accept. By default this
value is True.
RequiredMSK Optional; If this is set, the MSK will be provided by the AAA server as a
result of successful EAP-Authentication. By default, this value is False.
The following properties appear for the job type radius-query.
Attribute List tab
Attribute type Select either RADIUS or VENDOR. If Vendor is selected, specify the
vendor type from the drop-down list. Select the attributes from the available
list. To navigate between the listed attributes, use the navigation option
available adjacent to the list. See Relocating Records for more details.
Session Manager tab
Session Manager Select the required session manager from the available list. To navigate
between the listed attributes, use the navigation option available adjacent to
the list. See Relocating Records for more details.
The following property appears for the job type dyn-auth.
Session Cache Query
Service
Select the session cache query service to use for dynamic authorization.
The following properties appear for the job type diameter-radius or radius-diameter.
ProxyServiceName Select the Diameter proxy service name.
DiameterApplicationID Select the Diameter service application ID. This field appears only for
radius-diameter service type.
UseFor3GPPReverseAu
thorizationService
Check the box to enable 3GPP authorization service in the translation
framework. This field appears only for radius-diameter service type.
PreRequestTranslationS
cript
Select the scripting point to be called on the original request packet.
PostRequestTranslation
Script
Select the scripting point to be called on the translated request packet.
PreResponseTranslation
Script
Select the scripting point to be called on the response packet.
PostResponseTranslatio
nScript
Select the scripting point to be called on the translated response packet.
ResultCodeMappings This tab allows you to map result codes.
RequestAVPMappings This tab allows you to map request AVPs.
RequestAVPsToBeAdde
d
This tab allows you to map request AVPs to be added.
RequestEnvironmentMa
ppings
This tab allows you to map request environment variables.
ResponseAVPMappings This tab allows you to map response AVPs.
Table 3-11 Simple Service Properties (continued)
Fields Description
3-29
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
You can use the Simple Services List page for the following:
Filtering Records
Adding Simple Service Details
Editing Records
Deleting Records
Adding Simple Service Details
To add new simple service details:
Step 1 Choose Configuration > Services > Simple. The Services List(REX, FILE, LOCAL, GROUP, JAVA...)
page is displayed.
Step 2 Click Add to add new simple service details. The Services Details page is displayed.
Step 3 Enter the required details.
Step 4 Click Submit to save the specified details in the Services List(REX, FILE, LOCAL, GROUP, JAVA...)
page. Otherwise click Cancel to return to the Services List(REX, FILE, LOCAL, GROUP, JAVA...) page
without saving the details.
ResponseAVPsToBeAd
ded
This tab allows you to map response AVPs to be added.
ResponseEnvironment
Mappings
This tab allows you to map response environment variables.
The following properties appear for the job type diameter-query.
Attribute List tab
Attribute type Select either RADIUS or VENDOR. If Vendor is selected, specify the
vendor type from the drop-down list. Select the attributes from the available
list. To navigate between the listed attributes, use the navigation option
available adjacent to the list. See Relocating Records for more details.
Session Manager tab
Session Manager Select the required session manager from the available list. To navigate
between the listed attributes, use the navigation option available adjacent to
the list. See Relocating Records for more details.
The following property appears for the job type 3gpp-authorization.
Protocol Required; select RADIUS or Diameter to indicate the protocol to use for
3GPP authorization.
TranslationService Required if the protocol selected is RADIUS; translation service to use
during 3GPP authorization.
DiameterProxyService Required if the protocol selected in Diameter; diameter proxy service to use
during 3GPP authorization.
The following properties appear for the job type 3gpp-reverse-authorization.
TranslationService Required; the translation service to use for 3GPP reverse authorization.
Table 3-11 Simple Service Properties (continued)
Fields Description
3-30
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
On successful creation of the simple service properties, the Services List(REX, FILE, LOCAL, GROUP,
JAVA...) page is displayed else a respective error message is displayed.
ServiceWithRS
The RemoteServers directory lists one or more remote servers to process access requests. The servers
must also be listed in order under /Radius/RemoteServers. The order of the RemoteServers list
determines the sequence for directing access requests when MultipleServersPolicy is set to RoundRobin
mode. The first server in the list receives all access requests when MultipleServersPolicy is set to
Failover mode.
The RemoteServers object can be used to specify the properties of the remote servers to which Services
proxy requests. RemoteServers are referenced by name from the RemoteServers list in either the
RADIUS, LDAP or TACACS-UDP Services.
Table 3-12 lists and describes the fields in the Services Details page.
Table 3-12 Remote Server Service Properties
Fields Description
Service Name Required; name of the remote server service
Incoming Script Optional; name of script to run when the service starts
Type Required; Remote service Type must be set to one of the following: domain-auth,
ldap, ldap-accounting, odbc-accounting, odbc, oci-accounting, oci, prepaid,
radius, radius-session, or m3ua.
Outgoing Script Optional; name of script to run when the service ends.
Outage Script Optional; if you set this property to the name of a script, Prime Access Registrar
runs it when an outage occurs. This property allows you to create a script that
notifies you when the RADIUS server detects a failure.
Outage Policy The default is DropPacket. This property defines how Prime Access Registrar
handles requests if all servers listed in the RemoteServers properties are
unavailable (that is, all remote RADIUS servers are not available). You must set it
to one of the following: AcceptAll, DropPacket, or RejectAll.
Description
(optional)
Optional; description of the remote server service
MultipleServersPo
licy
Required; must be set to either Failover or RoundRobin.
When you set it to Failover, Prime Access Registrar directs requests to the first
server in the list until it determines the server is offline. At which time,
Prime Access Registrar redirects all requests to the next server in the list until it
finds a server that is online.
When you set it to RoundRobin, Prime Access Registrar directs each request to
the next server in the RemoteServers list to share the resource load across all of
the servers listed in the RemoteServers list.
RemoteServers Select the required remote server from the available list. To navigate between the
listed attributes, use the navigation option available adjacent to the list. See
Relocating Records for more details.
3-31
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
AuthorizationInfo
LookUp
Applicable only for the m3ua service type. Choose one of the following from the
drop-down list:
MSISDN-IMSI—To fetch MSISDN in the request and send IMSI in the
response to the HLR.
IMSI-MSISDN—To fetch IMSI in the request and send MSISDN in the
response to the HLR.
MAP-RESTORE—To fetch the profile information of a subscriber from the
HLR. For more information on configuring the M3UA service with Map
Restore Data authorization, see Configuring M3UA Service with Map Restore
Data Authorization, page 23-13.
MapVersion Applicable only for the m3ua service type; select the map version that HLR
supports.
Device Access Rules
This section is applicable for TACACS+ command authorization and is available only for service types
local-user, oci, odbc, and ldap. For more information on TACACS+ command authorization, see
TACACS+ Support for AAA.
Enable Device
Access
Check the box to enable TACACS+ command authorization.
Device Access
Rule
Select a device access rule and click Add. The selected access rule is displayed in
the Device Access Rules list box.
Default Device
Access Action
Select the default action to perform on the commands for all the access rules in the
authorization service. Options are PermitAll and DenyAll.
Restore Data Mappings Section
IMSI IMSI received in the response from HLR.
Naea-Preferred CI North American Equal Access preferred Carrier ID List. A list of the preferred
carrier identity codes that are subscribed to.
Roaming
Restricted In Sgsn
Due To
Unsupported
Feature
Indicates that a subscriber is not allowed to roam in the current Service GPRS
Support Node (SGSN) or Cisco Mobility Management Entity (MME) area.
Network Access
Mode
The Network Access Mode (NAM) defines if the subscriber is registered to get
access to the CS (non-GPRS/EPS network), to the PS (GPRS/EPS) network, or to
both networks. NAM describes the first level of the subscriber data pseudo-tree
below the IMSIroot. It is permanent subscriber data stored in the HSS / HLR and
the SGSN with the Gs interface option, and the MME with the SGs interface
option.
LMU Indicator Indicates the presence of an LMU.
IST Alert Timer Indicates the IST alert timer value that must be used in the Mobile Switching
Center (MSC) to inform the HLR about the call activities that the subscriber
performs.
Super Charger
Supported In HLR
Indicates whether super charger concept is supported in HLR.
Table 3-12 Remote Server Service Properties (continued)
Fields Description
3-32
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
CS Allocation
Retention Priority
Allocation-retention priority for Circuit Switched (CS). This parameter specifies
relative importance to compare with other bearers about allocation and retention
of bearer.
ChargingCharacte
ristics
Subscribed charging characteristics.
Access Restriction
Data
Allowed Recipient Access Table (RAT) according to subscription data.
UE Reachability
Request Indicator
Indicates that the Home Subscriber Server (HSS) is awaiting a notification of user
equipment (UE) reachability.
Category Calling party category
LSA Information These parameters refer to one or more localized service areas (LSAs) a subscriber
may be a member of, together with the priority, the preferential access indicator,
the active mode support indicator and active mode indication of each localized
service area. The access right outside these localized service areas is also
indicated.
Subscriber Data
MSISDN MSISDN value in the subscriber data.
Subscriber Status Barring status of the subscriber, which could be Service Granted or Operator
Determined Barring.
Roaming
Restriction Due To
Unsupported
Feature
Indicates that the subscriber is not allowed to roam in the current MSC area.
Bearer Service
List
List of extensible bearer services subscribed.
Configure the index value to fetch only the required bearer services.
TeleService List List of extensible teleservices subscribed.
Configure the index value to fetch only the required teleservices.
Provisioned SS List of supplementary services provisioned.
Configure the index value to fetch only the required supplementary services.
ODB-Data Operator Determined Barring (ODB) general data and ODB Home Public Land
Mobile Network (HPLMN) specific data.
Regional
Subscription Data
List of regional subscription areas (zones) in which the subscriber is allowed to
roam.
Configure the index value to fetch only the required zones.
VBS Subscription
Data
List of Voice Broadcast Services (VBS) subscribed.
Configure the index value to fetch only the required VBS.
VGCS
Subscription Data
List of Voice Group Call Services (VGCS) subscribed.
Configure the index value to fetch only the required VGCS.
LCS Information
Live Communication Server (LCS) related information for the subscriber.
Table 3-12 Remote Server Service Properties (continued)
Fields Description
3-33
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
You can use the ServiceWithRS List page for the following:
Filtering Records
Adding Remote Server Service Details
Editing Records
Deleting Records
Adding Remote Server Service Details
To add new remote server service details:
Step 1 Choose Configuration > Services > ServiceWithRS. The Services List (..with Remote Servers) page
is displayed.
GMLC-List List of Gateway Mobile Location Centers (GMLCs) that are permitted to issue a
call/session unrelated or call/session related MT-LR request.
Configure the index value to fetch only the required GMLCs.
LCS-Privacy
Exception List
Classes of LCS client that are allowed to locate any target Mobile Station (MS).
Configure the index value to fetch only the required classes.
MOLR-List Code and status of Mobile Originating Location Request (MO-LR) subscribed.
Configure the index value to fetch only the required requests.
MC-SS-Info
Parameters identifying Multicall (MC) supplementary services (SS) that are subscribed.
MC-SS-Code Code of the MC SS.
MC-SS-Status Status of the MC SS.
NbrSB Maximum number of parallel bearers that may be used as defined by the user’s
subscription.
NbrUser Maximum number of parallel bearers that may be used as defined by the user at
registration of the MC SS.
SGSN-CAMEL-Subscription Info
Parameters identifying the subscribers as having Customized Application for Mobile Enhanced Logic
(CAMEL) services that are invoked in the SGSN.
GPRS-CSI Identifies the subscriber as having GPRS originating SMS CAMEL services.
MO-SMS-CSI Identifies the subscriber as having mobile originating SMS CAMEL services.
MT-SMS-CSI Identifies the subscriber as having mobile terminating SMS CAMEL services.
ProfileMappings
Attribute Select an RADIUS attribute to map the fetched profile data.
Value:Profile Enter a value for the attribute.
ProfileList Select one of the profile lists and click Add. The entered profile details are
displayed in the list box in the ProfileMappings section. You can delete a profile
attribute from the list as required.
Table 3-12 Remote Server Service Properties (continued)
Fields Description
3-34
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Step 2 Click Add to add new remote server service details. The Services Details page is displayed.
Step 3 Enter the required details.
Step 4 Click Submit to save the specified details in the Services List (..with Remote Servers) page. Otherwise,
click Cancel to return to the Services List (..with Remote Servers) List page without saving the details.
On successful creation of the properties, the Services List (..with Remote Servers) page is displayed else
a respective error message is displayed.
PEAP Service
Protected EAP (PEAP) is an authentication method designed to mitigate several weaknesses of EAP.
PEAP leverages Industry standard authentication of the server using certificates TLS (RFC 2246) and
creation of a secure session that can then be used to authenticate the client.
The PEAP protocol consists of two phases, an authentication handshake phase and a tunnel phase where
another complete EAP authentication exchange takes place protected by the session keys negotiated by
phase one. Prime Access Registrar supports the tunneling of other EAP methods within the PEAP phase
two exchange.
Prime Access Registrar supports the two major existing variants of PEAP:
PEAP Version 0 (Microsoft PEAP)
PEAP Version 1 (Cisco Prime PEAP)
PEAP Version 0
PEAP Version 0 also called as Microsoft PEAP is described in IETF drafts
(draft-kamath-pppext-peapv0-00.txt and draft-josefsson-pppext-eap-tls-eap-02.txt). This version of
PEAP uses either EAP-MSChapV2 or EAP-SIM as an authentication method. The testing method used
for this version of PEAP is radclient.
PEAP Version 1
PEAP Version 1 also called as Cisco Prime PEAP is described by IETF draft
(draft-zhou-pppext-peapv1-00.txt). This version can use either EAP-GTC or EAP-SIM as an
authentication method. The testing method used for this version of PEAP is radclient.
Table 3-13 lists and describes the fields in the PEAP Services Details page. The fields listed below are
the entire list of all the available types. The fields are displayed based on the type selected.
Table 3-13 PEAP Service Properties
Fields Description
Service Name Required; service name
Incoming Script Optional; script Prime Access Registrar server runs when it receives a request
from a client.
Type Required; must set it to a valid Prime Access Registrar service.
Outgoing Script Optional; script Prime Access Registrar server runs before it sends a response to
a client.
3-35
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Maximum
Message Size
Indicates the maximum length in bytes that a PEAP or EAP-TLS message can
have before it is fragmented.
Server
Certificate File
Required; the full pathname of the file containing the server’s certificate or
certificate chain used during the TLS exchange. The pathname can be optionally
prefixed with a special string that indicates the type of encoding used for the
certificate. The two valid encoding prefixes are PEM and DER. If an encoding
prefix is not present, the file is assumed to be in PEM format.
The following example assumes that the subdirectory pki under /cisco-ar
contains the server’s certificate file. The file server-cert.pem is assumed to be in
PEM format; note that the file extension .pem is not significant.
set ServerCertificateFile PEM:/cisco-ar/pki/server-cert.pem
Private Key
Password
Required; the password used to protect the server’s private key.
Server RSA Key
File
Required; the full pathname of the file containing the server’s RSA private key.
CRL
Distribution
URL
Optional; The URL that Prime Access Registrar should use to retrieve the
CRL.You can specify a URL that uses HTTP or LDAP.
The following is an example for an HTTP URL:
<http://crl.verisign.com/pca1.1.1.crl>.
The following is an example for an LDAP URL:
ldap://209.165.200.225:388/CN=development-CA,CN=acs-westcoast2,CN=CD
P,CN=Public Key
Services,CN=Services,CN=Configuration,DC=cisco,DC=com
CA Certificate
File
Optional; the full pathname of the file containing trusted CA certificates used for
client verification. The file can contain more than one certificate, but all
certificates must be in PEM format. DER encoding is not allowed.
Certificate
Veri fica t i on
Mode
Optional; specifies the type of verification used for client certificates. Must be set
to one of RequireCertificate, None, or Optional.
RequireCertificate causes the server to request a client certificate and
authentication fails if the client refuses to provide one.
None will not request a client certificate.
Optional causes the server to request a client certificate but the client is allowed
to refuse to provide one.
Table 3-13 PEAP Service Properties (continued)
Fields Description
3-36
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
CA Certificate
Path
Optional; the name of a directory containing trusted CA certificates (in PEM
format) used for client verification. This parameter is optional, and if it is used
there are some special preparations required for the directory it references.
Each certificate file in this directory must contain exactly one certificate in PEM
format. The server looks up the certificate files using the MD5 hash value of the
certificate’s subject name as a key. The directory must therefore also contain a set
of symbolic links each of which points to an actual certificate file. The name of
each symbolic link is the hash of the subject name of the certificate.
For example, if a certificate file name ca-cert.pem is located in the
CACertificatePath directory, and the MD5 hash of the subject name contained in
ca-cert.path.pem is 1b96dd93, then a symbolic link named 1b96dd93 must point
to the ca-cert.pem file.
If there are subject name collisions such as multiple certificates with the same
subject name, each link name must be indexed with a numeric extension as in
1b96dd93.0 and 1b96dd93.1.
Veri fica t i on
Depth
Optional; specifies the maximum length of the certificate chain used for client
verification.
Enable Session
Cache
Optional; specifies whether TLS session caching (fast reconnect) is enabled or
not. Set to True to enable session caching; otherwise set to False.
Tunnel Service Required; must be the name of an existing EAP-MSCHAPv2 or EAP-SIM
service.
Authentication
Timeout
Required; specifies time (in seconds) to wait before an authentication request
times out; defaults to 120.
Description
(optional)
Optional; description of the PEAP service.
Session Timeout Optional; if TLS session caching (fast reconnect) is enabled, SessionTimeout
specifies the maximum lifetime of a TLS session. Expired sessions are removed
from the cache and will require a subsequent full authentication.
SessionTimeout is specified as a string consisting of pairs of numbers and units,
where units might be one of the following: M, Minute, Minutes, H, Hour, Hours,
D, Day, Days, W, Week, Weeks, as in the following:
Set SessionTimeout “1 Hour 45 Minutes”
Enable WPS Optional; When set to TRUE, enables Windows Provisioning Service (WPS) and
provides two other properties, MasterURL and WPSGuestUserProfile. The
default value is FALSE.
Master URL Optional; when using WPS, specifies the URL of the provisioning server which is
modified with the appropriate fragment and sent to the client.
WPS Guest User
Profile
Optional; when using WPS, specifies a profile to be used as a guest user profile;
must be a valid profile under /Radius/Profiles.
This profile is used for guests and users whose account has expired. This profile
normally contains attributes denoting the VLAN-id of the guest network (which
has the provisioning server alone) and might contain IP-Filters that would restrict
the access of the guest (to only the provisioning server).
Table 3-13 PEAP Service Properties (continued)
Fields Description
3-37
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
You can use the PEAP Services List page for the following:
Filtering Records
Adding PEAP Service Details
Editing Records
Deleting Records
Adding PEAP Service Details
To add new PEAP service details:
Step 1 Choose Configuration > Services > PEAP. The PEAP Services List page is displayed.
Step 2 Click Add to add new PEAP service details. The PEAP Services Details page is displayed.
Step 3 Specify the relevant PEAP service details.
Step 4 Click Submit to save the specified details in the PEAP Services List page. Otherwise click Cancel to
return to the PEAP Services List page without saving the details.
On successful creation of the PEAP service properties, the PEAP Services List page is displayed else a
respective error message is displayed.
EAP Service
Prime Access Registrar supports the Extensible Authentication Protocol (EAP) to provide a common
protocol for differing authentication mechanisms. It provides dynamic selection of the authentication
mechanism at the time of authentication based on information transmitted in the Access-Request.
Prime Access Registrar supports the following EAP authentication methods:
EAP-AKA
EAP-AKA-Prime
EAP-FAST
EAP-GTC
EAP-LEAP
EAP-MD5
EAP-Negotiate
EAP-MSChapV2
EAP-SIM
EAP-Transport Level Security (TLS)
EAP-TTLS
EAP-AKA
Authentication and Key Agreement (AKA) is an EAP mechanism for authentication and session key
distribution. It is used in the 3rd generation mobile networks Universal Mobile Telecommunications
System (UMTS) and CDMA2000. AKA is based on symmetric keys, and typically runs in a UMTS
3-38
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Subscriber Identity Module (USIM), or a (Removable) User Identity Module ((R) UIM), similar to a
smart card. EAP-AKA (Extensible Authentication Protocol Method for UMTS Authentication and Key
Agreement) includes optional identity privacy support, optional result indications, and an optional fast
reauthentication procedure. The EAP-AKA authentication service is extended to generate a Diameter
message Multimedia-Authentication-Request (MAR), with the subscriber identity (IMSI), to the Home
Subscriber Server (HSS) when it requires the authentication vectors. The HSS sends a Diameter
Mutlimedia-Authentication-Answer (MAA) back containing the number of quintuplets.
EAP-AKA-Prime
EAP-AKA-Prime (EAP-AKA') is an EAP authentication method, with a small revision to the existing
EAP-AKA method. EAP- AKA' has a new key derivation function, which binds the keys derived within
the method to the name of the access network. This limits the effects of compromised access network
nodes and keys. EAP-AKA’ supports SHA-256 instead of SHA-1.
EAP-FAST
EAP-FAST is an authentication method which uses the EAP-MSChapV2 method for credential
provisioning and EAP-GTC for authentication. Credential provisioning typically occurs only during the
client’s initial EAP-FAST authentication. Subsequent authentications rely on the provisioned credential
and will usually omit the provisioning step.
This authentication protocol is designed to address the performance shortcomings of prior TLS-based
EAP methods while retaining features such as identity privacy and support for password-based
protocols. The EAP-FAST protocol is described by the IETF draft (draft-cam-winget-eap-fast-00.txt).
EAP-GTC
This method defined in RFC 2284, is used for transmitting a username and password to an authentication
server.
Note It should not be used except as an authentication method for PEAP Version 1 because the password is
not protected.
EAP-LEAP
The new AAA Cisco-proprietary protocol called Light Extensible Authentication Protocol (LEAP)
supported by Prime Access Registrar, is a proprietary Cisco authentication protocol designed for use in
IEEE 802.11 wireless local area network (WLAN) environments. Important features of LEAP include:
Mutual authentication between the network infrastructure and the user
Secure derivation of random, user-specific cryptographic session keys
Compatibility with existing and widespread network authentication mechanisms (e.g., RADIUS)
Note Prime Access Registrar supports a subset of EAP to support LEAP. This is not a general implementation
of EAP for Prime Access Registrar.
The Cisco-Wireless or LEAP is an EAP authentication mechanism where the user password is hashed
based on an MD4 algorithm.
3-39
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
EAP-MD5
This is another EAP authentication exchange. In EAP-MD5 there is a CHAP-like exchange and the
password is hashed by a challenge from both client and server to verify the password. On successful
verification, the connection proceeds, although the connection is periodically rechallenged (per RFC
1994).
EAP-Negotiate
This is a special service used to select at runtime the EAP service to be used to authenticate the client.
It is configured with a list of candidate EAP services that represent the allowable authentication methods
in preference order.
EAP-Negotiate is useful when the client population has deployed a mix of different EAP methods that
must be simultaneously supported by Prime Access Registrar. EAP-Negotiate solves the problem of
distinguishing client requirement by using the method negotiation feature of the EAP protocol.
EAP-MSChapV2
EAP-MSChapv2 encapsulates the MSChapV2 protocol (specified by RFC 2759) and can be used either
as an independent authentication mechanism or as an inner method for PEAP Version 0 (recommended).
This is based on draft-kamath-pppext-eap-mschapv2-00.txt, an informational IETF draft document.
EAP-SIM
An access point uses the Prime Access Registrar RADIUS server to perform EAP-SIM authentication of
mobile clients. Prime Access Registrar must obtain authentication information from the HLR.
Prime Access Registrar contacts the MAP gateway that performs the MAP protocol over SS7 to the
HLR, or alternately it can contact the HLR (through STP in some cases) using the SIGTRAN-M3UA
interface. The EAP-SIM authentication service is extended to generate a Diameter message
Multimedia-Authentication-Request (MAR), with the subscriber identity(IMSI), to the HSS when it
requires the authentication vectors. The HSS sends a Diameter Mutlimedia-Authentication-Answer
(MAA) back containing the number of triplets.
EAP-Transport Level Security (EAP-TLS)
This is an authentication method (described in RFC 2716) which leverages TLS, described in RFC 2246,
to achieve certificate-based authentication of the server and the client (optionally). It provides many of
the same benefits as PEAP but differs in the lack of support for legacy authentication methods.
EAP-Transport Level Security (TLS)
This is an authentication method (described in RFC 2716) which leverages TLS, described in RFC 2246,
to achieve certificate-based authentication of the server and the client (optionally). It provides many of
the same benefits as PEAP but differs in the lack of support for legacy authentication methods.
EAP-TTLS
The Extensible Authentication Protocol Tunneled TLS (EAP-TTLS) is an EAP protocol that extends
EAP-TLS. EAP- TTLS extends the authentication negotiation EAP-TLS by using the secure connection
established by the TLS handshake to exchange additional information between client and server. It
leverages TLS (RFC 2246) to achieve certificate-based authentication of the server (and optionally the
client) and creation of a secure session that can then be used to authenticate the client using a legacy
mechanism.
EAP-TTLS is a two-phase protocol. Phase 1 conducts a complete TLS session and derives the session
keys used in Phase 2 to securely tunnel attributes between the server and the client. The attributes
tunneled during Phase 2 can be used to perform additional authentication(s) via a number of different
mechanisms.
3-40
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
The authentication mechanisms used during Phase 2 include PAP, CHAP, MS-CHAP, MS-CHAPv2, and
EAP. If the mechanism is EAP, then several different EAP methods are possible.
Table 3-14 lists and describes the fields in the EAP Services Details page. The fields listed below are the
entire list of all the available types. The fields are displayed based on the type selected.
Table 3-14 EAP Service Properties
Fields Description
Service Name Required; service name
Incoming Script Optional script Prime Access Registrar server runs when it receives
a request from a client.
Type Required; must set it to a valid Prime Access Registrar service
Outgoing Script Optional script Prime Access Registrar server runs before it sends
a response to a client
Description (optional) Optional; description of the PEAP service.
Authentication Timeout Mandatory; specifies time (in seconds) to wait before an
authentication request times out; defaults to 120.
UserService Required; name of service that can be used to authenticate using
cleartext passwords.
ServiceList List of preconfigured EAP authentication services. To navigate
between the listed attributes, use the navigation option available
adjacent to the list. See Relocating Records for more details.
Maximum Message Size Required; indicates the maximum length in bytes that a PEAP
message can have before it is fragmented.
Server Certificate File Required; the full pathname of the file containing the server’s
certificate or certificate chain used during the TLS exchange. The
pathname can be optionally prefixed with a special string that
indicates the type of encoding used for the certificate. The two valid
encoding prefixes are PEM and DER. If an encoding prefix is not
present, the file is assumed to be in PEM format.
Private Key Password Required; the password used to protect the server’s private key.
Server RSA Key File Required; the full pathname of the file containing the server’s RSA
private key. The pathname can be optionally prefixed with a special
string that indicates the type of encoding used for the certificate.
The two valid encoding prefixes are “PEM” and “DER”. If an
encoding prefix is not present, the file is assumed to be in PEM
format.
The following example assumes that the subdirectory pki under
/cisco-ar contains the server’s certificate file. The file
server-key.pem is assumed to be in PEM format. The file extension
.pem is not significant.
set ServerRSAKeyFile PEM:/cisco-ar/pki/server-key.pem
3-41
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
CRL Distribution URL Optional; enter the URL that Prime Access Registrar should use to
retrieve the CRL.You can specify a URL that uses HTTP or LDAP.
The following is an example for an HTTP URL:
<http://crl.verisign.com/pca1.1.1.crl>.
The following is an example for an LDAP URL:
ldap://209.165.200.225:388/CN=development-CA,CN=acs-west
coast2,CN=CDP,CN=Public Key
Services,CN=Services,CN=Configuration,DC=cisco,DC=com
CA Certificate File Optional; the full pathname of the file containing trusted CA
certificates used for client verification. The file can contain more
than one certificate, but all certificates must be in PEM format.
DER encoding is not allowed.
Certificate Verification Mode The value is set to optional by default. If set to RequireCertificate,
the client certificate will always be verified. If set to optional, client
certificate verification happens optionally.
CA Certificate Path The name of a directory containing trusted CA certificates (in PEM
format) used for client verification. This parameter is optional and
if it is used there are some special preparations required for the
directory it references.
Each certificate file in this directory must contain exactly one
certificate in PEM format. The server looks up the certificate files
using the MD5 hash value of the certificate’s subject name as a key.
The directory must therefore also contain a set of symbolic links
each of which points to an actual certificate file. The name of each
symbolic link is the hash of the subject name of the certificate.
For example, if a certificate file named ca-cert.pem is located in
the CACertificatePath directory, and the MD5 hash of the subject
name contained in ca-cert.path.pem is 1b96dd93, then a symbolic
link named 1b96dd93 must point to ca-cert.pem.
If there are subject name collisions such as multiple certificates
with the same subject name, each link name must be indexed with
a numeric extension as in 1b96dd93.0 and 1b96dd93.1.
Verification Depth Optional; specifies the maximum length of the certificate chain
used for client verification.
Enable Session Cache Optional; specifies whether TLS session caching (fast reconnect) is
enabled or not. Set to True to enable session caching; otherwise set
to False.
Table 3-14 EAP Service Properties (continued)
Fields Description
3-42
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Session Timeout Required; if TLS session caching (fast reconnect) is enabled,
SessionTimeout specifies the maximum lifetime of a TLS session.
Expired sessions are removed from the cache and will require a
subsequent full authentication.
SessionTimeout is specified as a string consisting of pairs of
numbers and units, where units might be one of the following: M,
Minute, Minutes, H, Hour, Hours, D, Day, Days, W, Week, Weeks,
as in the following:
Set SessionTimeout “1 Hour 45 Minutes”
UseECCCertificate Determines the applicability of the authentication mechanism in
SmartGrid Solutions.
When you check this check box, it can use the ECC, RSA, or
combination of both certificate for certificate based verification.
When you uncheck this check box, it can only use the RSA
certificate for certificate based verification. The default location to
fetch the certificate file is /cisco-ar/pki.
Authentication Service Specifies the name of the EAP-GTC service used for
authentication. The named service must have the UseLabels
parameter set to True.
User Prompt Optional string the client might display to the user; default is Enter
password:” Use the set command to change the prompt, as in the
following:
set UserPrompt “Admin Password:”
UseLabels Required; must be set to TRUE for EAP-FAST authentication and
set to FALSE for PEAP authentication. Set to FALSE by default.
SystemID Optional; string that identifies the sender of the MSChapV2
challenge message.
IsWindows7Client Optional; must be set to TRUE for EAP-MSChapV2
authentication. Set to FALSE by default.
Authority Identifier Required; a string that uniquely identifies the credential (PAC)
issuer. The client uses this value to select the correct PAC to use
with a particular server from the set of PACs it might have stored
locally.
Authority Information Required; a string that provides a descriptive text for this credential
issuer. The value can be displayed to the client for identification
purposes and might contain the enterprise or server names.
Credential Life Time Optional; specifies the maximum lifetime of a Protected Access
Credential (PAC). Clients that successfully authenticate with an
expired PAC will be reprovisioned with a new PAC.
CredentialLifetime is specified as a string consisting of pairs of
numbers and units, where units might be one of the following: M,
Minute, Minutes, H, Hour, Hours, D, Day, Days, W, Week, Weeks.
Credentials that never expire should be specified as Forever.
Table 3-14 EAP Service Properties (continued)
Fields Description
3-43
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Provision Service Required; specifies the name of the EAP-MSChapV2 service used
for provisioning.
Provision Mode Required; specifies the TLS mode used for provisioning. Clients
only support the default Anonymous mode.
Always Authenticate Optional; indicates whether provisioning should always
automatically rollover into authentication without relying on a
separate session. Most environments, particularly wireless, will
perform better when this parameter is set to True, the default value.
SubscriberDBLookup Specifies the type of communication with the HLR/HSS server.
Based on the type selected, the communication happens with the
HLR/HSS server using the diameter Wx interface, MAP protocol,
or SIGTRAN-M3UA protocol.
This field is displayed when you select the eap-sim option in the
Type field.
Subscriber_DBLookup Specifies the type of communication with the HLR/HSS server.
Based on the type selected, the communication happens with the
HLR/HSS server using the diameter Wx interface, SIGTRAN
protocol, or SIGTRAN-M3UA protocol.
This field is displayed when you select the eap-sim, eap-aka, or
eap-aka’ option in the Type field.
DestinationRealm Required. Need to configure the Diameter Remote Server for the
Realm. The role of the remote server should be Relay.
PreRequestTranslationScript Optional. Prime Access Registrar server runs before sending the
request to the Diameter remote server. The script can modify the
RADIUS packet dictionaries.
PostRequestTranslationScript Optional. Prime Access Registrar server runs before sending the
request to the Diameter remote server. The script can modify the
Diameter packet dictionaries.
PreResponseTranslationScript Optional. Prime Access Registrar server runs after receiving the
response from the Diameter remote server. The script can modify
the Diameter packet dictionaries.
PostResponseTranslationScript Optional. Prime Access Registrar server runs after receiving the
response from the Diameter remote server. The script can modify
the RADIUS packet dictionaries.
FetchAuthorizationInfo When you check this check box, it fetches MSISDN from HLR.
Table 3-14 EAP Service Properties (continued)
Fields Description
3-44
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
General tab
The details in the tab is displayed based on the eap-sim or eap-aka option you select in the Type field.
MultipleServersPolicy Required. Must be set to either Failover or RoundRobin.
When set to Failover, Prime Access Registrar directs requests to
the first server in the list until it determines the server is offline. At
that time, Prime Access Registrar redirects all requests to the next
server in the list until it finds a server that is online.
When set to RoundRobin, Prime Access Registrar directs each
request to the next server in the RemoteServers list to share the
resource load across all of the servers listed in the RemoteServers
list.
NumberOfTriplets Required; number of triplets (1, 2, or 3) to use for authentication;
default is 2.
PseudonymSecret Required; the secret string that is used as the basis for protecting
identities when identity privacy is enabled. This should be at least
16 characters long and have a value that is impossible for an
outsider to guess. The default value is secret.
Note It is very important to change PseudonymSecret from its
default value to a more secure value when identity privacy
is enabled for the first time.
PseudonymRenewtime Required; specifies the maximum age a pseudonym can have before
it is renewed. When the server receives a valid pseudonym that is
older than this, it generates a new pseudonym for that subscriber.
The value is specified as a string consisting of pairs of numbers and
units, where the units might be of the following: M, Minute,
Minutes, H, Hour, Hours, D, Day, Days, W, Week, Weeks. The
default value is “24 Hours”.
Examples are: “8 Hours”, “10 Hours 30 Minutes”, “5 D 6 H 10 M”
PseudonymLifetime Required; specifies the maximum age a pseudonym can have before
it is rejected by the server, forcing the subscriber to authenticate
using it’s permanent identity. The value is specified as a string
consisting of pairs of numbers and units, where the units might be
one of the following: M, Minute, Minutes, H, Hour, Hours, D, Day,
Days, W, Week, Weeks. It can also be Forever, in which case,
pseudonyms do not have a maximum age. The default value is
“Forever”.
Examples are: “Forever”, “3 Days 12 Hours 15 Minutes”, “52
Weeks”
ReauthenticationTimeout Required; specifies the time in seconds that reauthentication
identities are cached by the server. Subscribers that attempt to
reauthenticate using identities that are older than this value will be
forced to use full authentication instead. The default value is 3600
(one hour).
EnableReauthentication Optional; when True, the fast reauthentication option is enabled.
The default value is False.
Table 3-14 EAP Service Properties (continued)
Fields Description
3-45
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
UseProtectedResults Optional; enables or disables the use of protected results messages.
Results messages indicate the state of the authentication but are
cryptographically protected.
ReauthenticationRealm Optional; this information will be supplied later.
MaximumReauthentications Required; specifies the maximum number of times a
reauthentication identity might be reused before it must be
renewed. The default value is 16.
TripletCacheTimeout Required for eap-sim service; time in seconds an entry remains in
the triplet cache. A zero (0) indicates that triplets are not cached.
The maximum is 28 days; the default is 0 (no caching).
QuintetCacheTimeout Required for eap-aka or eap-aka’ service; time in seconds an entry
remains in the quintet cache. A zero (0) indicates that quintets are
not cached. The maximum is 28 days; the default is 0 (no caching).
QuintetGenerationScript Available for eap-aka or eap-aka’ service; script required for
quintet generation.
Authentication Timeout Required; time in seconds to wait for authentication to complete.
The default is 2 minutes; range is 10 seconds to 10 minutes.
UseSimDemoTriplets Optional; set to TRUE to enable the use of demo triplets. This must
be disabled for release builds.
AlwaysRequestIdentity Optional; when True, enables the server to obtain the subscriber’s
identity via EAP/SIM messages instead of relying on the EAP
messages alone. This might be useful in cases where intermediate
software layers can modify the identity field of the
EAP-Response/Identity message. The default value is False.
EnableIdentityPrivacy Optional; when True, the identity privacy feature is enabled. The
default value is False.
Generate3GPPCompliantPseudo
nym
Optional; the value is set to False by default. If set to TRUE then
Prime Access Registrar generates a 12 octet 3GPP compliant
pseudonym identity. The Pseudonym username identities are used
to protect the privacy of subscriber identities.
SendReAuthIDInAccept Optional; the value is set to False by default. When set to True,
Prime Access Registrar sends SN-Fast-ReAuth-UserName (Starent
VSA) in access-accept message.
Outage Script Optional; if you set this property to the name of a script,
Prime Access Registrar runs it when an outage occurs. This
property allows you to create a script that notifies you when the
RADIUS server detects a failure.
NetworkName Required for eap-aka-prime service type. Name of the access
network for which the authentication is performed. This attribute is
captured to ensure that the peer and the server know the name of the
access network for performing the EAP authentication.
MapVersion Required for SIGTRAN-M3UA remote server; select the map
version HLR supports.
Table 3-14 EAP Service Properties (continued)
Fields Description
3-46
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
You can use the EAP Services List page for the following:
Filtering Records
Adding EAP Service Details
Editing Records
Deleting Records
Adding EAP Service Details
To add new EAP service details:
Step 1 Choose Configuration > Services > EAP. The EAP Services List page is displayed.
Step 2 Click Add to add new EAP service details. The EAP Services Details page is displayed.
Step 3 Enter the relevant details.
Step 4 Click Submit to save the specified details in the EAP Services List page. Otherwise click Cancel to
return to the EAP Services List page without saving the details.
On successful creation of the EAP Service properties, the EAP Services List page is displayed else a
respective error message is displayed.
Diameter Service
Proxy agents assist in routing Diameter messages using the Diameter routing table. Diameter proxy
service works in tandem with the rule policy engine to perform the routing for multiple realms or
applications. The following are the multiple peer policies supported by the proxy service:
RoundRobin
FailOver
IMSI Range Based.
Table 3-15 lists and describes the fields in the Diameter-Services page. The fields listed below are the
entire list of all the available roles. The fields are displayed based on the role selected.
DiameterInterface Select SWx or Wx to indicate the Diameter protocol to use for the
service.
ProxyService Select the diameter proxy service to use.
Remote Servers tab
Attribute Optional; list of remote RADIUS servers which are map gateways.
The remote server type must be set to map-gateway. To navigate
between the listed attributes, use the navigation option available
adjacent to the list. See Relocating Records for more details.
Table 3-14 EAP Service Properties (continued)
Fields Description
3-47
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Table 3-15 Diameter Service Properties
Fields Description
Name Required; name of the Diameter server.
Description Optional; description of the Diameter server.
Realm Required; realm of the route. Must be unique for a route table.
Role Required; specifies the role that the Diameter entity will play in
resolving messages matching the realm.
The role can be any one of the following:
Relay - Application acting as a Relay Agent.
Redirect - Application acting as a Redirect Agent.
Proxy - Application acting as a Proxy Agent. When the role is set
to Proxy, the IncomingScript and OutgoingScript points are
enabled.
Local - Application processes the requests locally. When the role is
set to Local, the AuthenticationService and AccountingService are
enabled.
By default, the Proxy option is selected. However, you can select
another option from the drop-down list.
Incoming Script Optional; enabled when role is set to Proxy or Local. When set,
must be the name of a known incoming script.
Prime Access Registrar runs the IncomingScript before proxying
the Diameter packet to the remote Diameter server.
Outgoing Script Optional; enabled when role is set to Proxy or Local. When set,
must be the name of a known outgoing script.
Prime Access Registrar runs the OutgoingScript after it receives
the response from the remote Diameter server.
Authentication Service Required; used when service is configured to process the Diameter
requests locally. Set to valid service of type (local/ldap/odbc) to
authenticate the user. This field is displayed when you select the
role type as ‘Local’ in the Role field.
AccountingService Required; used when service is configured to process the
accounting requests locally. Set to valid accounting service of
type(file/odbc-accounting) to write the accounting records. This
field is displayed when you select the role type as ‘Local’ in the
Role field.
Type Required; specifies the service type.The service type ‘Diameter’ is
automatically displayed in this field.
PEER Statements
This is displayed when you select the ‘Local’, ‘Relay’, or ‘Redirect’option in the Role field.
Name Required; name of the peer.
Host Name Required; the hostname or IP address of the peer. The hostname
must exist in the client list for the route to be active.
Metric Required; metric value for the peer entry. The higher the value the
lower the preference. The highest value of preference is 0.
3-48
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
VendorSpecific Required; the default is FALSE. If set to FALSE, the application is
ordinary application and user is prompted to enter the
ApplicationID. If set to TRUE, the application is a VendorSpecific
Application. User is prompted to enter
VendorSpecificApplicationID and VendorID.
VendorID Required; specifies the VendorID for the application.
Example:
DIAMETER 3GPP Cx APPLICATION
VendorSpecificApplicationID 16777216
VendorID 10415
VendorSpecificApplicationID Required; specifies the integer value for the vendor specific
application.
ApplicationID Required; application used in the route. The application Id should
be available in /Advanced/Diameter/Applications.
Applications
This is displayed when you select the ‘Proxy’ option in the Role field.
Name Required; name of the application.
Description The description of the application.
ApplicationID Required; specifies the unique integer value for the application. It
represents the application id of the Application used for load
balancing the Diameter messages.
EnableSticky Required; default is FALSE. If set to True, the sticky entries for
load balancing is enabled and the user is prompted to enter the
values for StickySessionKey, StickyCreationCmdList, and
StickyDeletionCmdList.
MultiplePeersPolicy Required; must be set to RoundRobin, FailOver, or
IMSIRangeBased. Policy used by the Prime Access Registrar
server to load balance the peers.
StickySessionKey Required; used as the sticky key for mapping the sticky sessions.
Set the value to a valid attribute-value pair (AVP) in order to use the
sticky key for maintaining Diameter sessions. This ensures that
Prime Access Registrar maps the request to the same server for all
the subsequent messages using the sticky key. For example, set
StickyAVP “Session-Id”.
When the Prime Access Registrar server receives the CCR-I
request, Prime Access Registrar extracts the Session-Id from the
request packet, maps the Session to the peer configured in the list,
and forwards the request to the chosen peer.
Prime Access Registrar chooses the same peer for all the
subsequent messages(CCR-Update/CCR-Terminate) with same
Session-Id.
Table 3-15 Diameter Service Properties (continued)
Fields Description
3-49
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
StickyCreationCmdList Required; specifies the command list to create the sticky entries.
Specify the list of ‘||’ separated command code, AVP name, and its
value to create the sticky sessions.
The following is the StickyCreationCmdList format:
<commandcode1>::<AVPName1=Value1> ||
<commandcode2<::<AVPName2=Value2>||<commandcode3>
For example, if the sticky session entries need to created based on
command code ‘265’or based on command code ‘271’ with
Accounting-Record-Type value as 2, use the format below:
Set StickyCreationCmdList “265||271::
Accounting-Record-Type=2
StickyDeletionCmdList Required; specifies the command list to delete the sticky
entries.Specify the list of ‘||’ separated command code, AVP name,
and its value to delete the sticky sessions.
The following is the StickyDeletionCmdList format:
<commandcode1>::<AVPName1=Value1> ||
<commandcode2<::<AVPName2=Value2>||<commandcode3>
For example, if the sticky session entries need to deleted based on
command code ‘271’ with Accounting-Record-Type value as 4, use
the format below:
Set StickyDeletionCmdList “271::
Accounting-Record-Type=4
PEER Definitions Proxy
Name Required; name of the peer.
Host Name Required; hostname or IP address of the peer. The HostName must
exist in the client list for the route to be active.
Metric Required; metric value for this peer entry. The higher the value the
lower the preference. The highest value of preference is 0.
Weight Required; default value is 0. Specifies the weight percentage for
which the service needs to load balance the peer.
Note When you set the weight to a value other than 0, the weight
should be in multiples of 10 and the sum of the weights
configured in the peer list should be equal to 100.
IMSIRanges Required; used for load balancing. The value is set to comma
separated values of IMSI Ranges.
For example, set IMSIRanges
“112156000000001-112156001000000,112156010000001-11215
6011000000”
Note Prime Access Registrar uses the AVP configured in
StickyAVP property to check whether the IMSI is in valid
range.
IsActive Optional; if this is set to true, the new sessions will not go to the
peer server. By default, this is set as false.
Table 3-15 Diameter Service Properties (continued)
Fields Description
3-50
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
You can use the Diameter Services List page for the following:
Filtering Records
Adding Diameter Service Details
Editing Records
Deleting Records
Adding Diameter Service Details
To add a new Diameter Service details:
Step 1 Choose Configuration > Services > Diameter. The Diameter Services page is displayed.
Step 2 Click Add to add new Diameter service details. The DIAMETER Services Details page is displayed.
Step 3 Specify the required details in the PEER Statements, Applications, and PEER Definitions Proxy
specific sections.
Step 4 Click Save DIAMETER Service to save the specified details in the Diameter Services page. Otherwise
click Cancel to return to the Diameter Services page without saving the details.
On successful creation of the Diameter Service properties, the Diameter Services page is displayed else
a respective error message is displayed.
Note You may need to enter PEER Statements, Applications, and PEER Definitions Proxy details based on
the Role that you select in the DIAMETER-Services page.
Adding the PEER Statements Details
To add new PEER Statement details:
Step 1 Click Add to add new PEER Statements details section. The fields specific to PEER Statements are
displayed.
Step 2 Specify the required details.
Step 3 Click Save to save the specified details in the PEER Statements section. Otherwise click Cancel to return
to the PEER Statements section without saving the details.
On successful creation of the Diameter Service properties, the Diameter Services page is displayed else
a respective error message is displayed.
Adding the Applications Details
To add new Application details:
Step 1 Click Add to add new Applications details in the Application List section. The fields specific to
Applications are displayed.
Step 2 Specify the required details.
3-51
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Step 3 Click Save Appln to save the specified details in the Application List section. Otherwise click Cancel
Appln to return to the Application List section without saving the details.
Adding the PEER Definitions Proxy Details
To add PEER Definitions Proxy details:
Step 1 Click Add to add new Proxy PEER Statements in the PEER Definitions Proxy section. The fields
specific to Proxy PEER Statements are displayed.
Step 2 Specify the required details.
Step 3 Click Save to save the specified details in the Proxy PEER Statements section. Otherwise click Cancel
to return to the Proxy PEER Statements section without saving the details.
CommandSets
A command set consists of commands and the action to perform during TACACS+ command
authorization. For more information on TACACS+ command authorization, see TACACS+ Support for
AAA, page 17-50.
Adding a Command Set
To add a new command set:
Step 1 Choose Configuration > Command Sets. Prime Access Registrar lists all the command sets available
in the system. You can edit or delete an existing command set.
Step 2 Click Add to add a new command set.
Step 3 Enter a name and description for the command set.
Step 4 Provide the Command Set parameters. Table 3-16 lists the parameters in the Add Command section.
Table 3-16 Command Set Parameters
Field Field Description
Action Select Permit or Deny to indicate the action to be performed on the command
during TACACS+ command authorization.
Command The command to add in the set. Example:
show
Arguments The arguments for the command. Example:
~/serial*/
Note Prime Access Registrar supports POSIX Extended Regular
Expression (ERE) for command arguments.
3-52
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Step 5 Click Add to add the new command to the set. The command details are displayed in the Commands
section. You can edit or delete a command from the list as required.
Step 6 Click Submit to save the command set details.
You can use the Command Sets page to perform the following as well:
Filtering Records
Editing Records
Deleting Records
DeviceAccessRules
A device access rule consists of conditions or expressions and the applicable command sets for
TACACS+ command authorization. For more information on TACACS+ command authorization, see
TACACS+ Support for AAA, page 17-50.
Adding a Device Access Rule
To add a new device access rule:
Step 1 Choose Configuration > Device Access Rules. Prime Access Registrar lists all the device access rules
available in the system. You can edit or delete an existing device access rule.
Step 2 Click Add to add a new device access rule.
Step 3 Enter a name and description for the device access rule.
Step 4 Choose the default device access action to perform on all commands in the device access rule. Options
are Permit All or Deny All.
Step 5 In the Conditions field, include the expressions with AND or OR conditional operator.
Step 6 Select a command set from the drop-down list box and click Add. The selected command set is displayed
in the Command Set Names list box available. Click Delete to remove any command set from the list.
Step 7 Provide the expression details for the device access rule. Table 3-17 lists the parameters for adding
expressions.
Table 3-17 Expression Parameters
Field Field Description
Name Name of the expression to include in the device access rule.
Description Description of the expression.
Attribute Parameter to apply the condition on.
Value Value of the parameter.
Note Prime Access Registrar supports POSIX Extended Regular
Expression (ERE) for condition expression value property.
3-53
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Step 8 Click Add to add the expression to the list-box available in the Condition Expressions section. You can
edit or delete the expression from the list as required.
Step 9 Click Submit to save the device access rule details.
FastRules
FastRules provides a mechanism to easily choose the right authentication, authorization, accounting, and
query service(s), drop, reject, or break flows, run a script, choose a session manager and/or a chain of
fast rules required for processing a packet.
FastRules has the following capabilities:
Provides maximum flexibility and ease in matching information in the incoming packets for
choosing the appropriate service to apply
Provides an option to match values in AVPs based on value ranges, exact match, and simple string
comparisons using regex
Provides easy and efficient alternative to rule/policy engine and scripting points for most common
use cases—reduces the use of external scripts to choose an appropriate service
For more information about FastRules and the workflow, see Chapter 19, “Using FastRules to Process
Packet Flow.
Adding a Fast Rule
To add a new fast rule:
Step 1 Choose Configuration > FastRules. Prime Access Registrar lists fast rules available for RADIUS,
Diameter, and TACACS in the respective tabs. You can edit or delete an existing fast rule.
Step 2 Click Add to add a new fast rule. Table 3-18 provides the list of parameters in the FastRules Details
page.
Table 3-18 FastRules Details
Field Field Description
Name Required; name of the fast rule.
Description Optional; description of the fast rule.
Protocol Required; select the type of packet that the fast rule is applicable for from one
of the following options:
Radius
Diameter
Tacacs
Condition Condition based on which the fast rule will be run on the incoming packet.
If the condition is success, enter the action to be performed in the Success
field. If the condition is failure, enter the action to be performed in the Failure
field.
3-54
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Step 3 Add Success and Failure attribute values to the Success Mapping and Failure Mapping fields in the
respective sections.
Step 4 Click Save to save the fast rules details.
Replication
The replication feature of Prime Access Registrar allows you to maintain identical configurations on
multiple machines simultaneously. It eliminates the need to have administrators with multiple Prime
Access Registrar installations, make the same configuration changes at each of their installations.
Instead, only the master's configuration must be changed and the slave is automatically configured
eliminating the need to make repetitive, error-prone configuration changes for each individual
installation. In addition to enhancing server configuration management, using replication eliminates the
need for a hot-standby machine.
Employing Prime Access Registrar's replication feature, both servers can perform RADIUS request
processing simultaneously, eliminating wasted resources. It focuses on configuration maintenance only,
not session information or installation-specific information.
Table 3-19 lists and describes the fields in the Replication Details page.
Attributes
Name Name of the attribute to include in the condition.
Description Description of the attribute.
Dictionary Select type of the dictionary variable as Environment, Request, or Response
to map the attribute to.
Table 3-18 FastRules Details
Field Field Description
Table 3-19 Replication Properties
Fields Description
General Properties tab
Replication Type Indicates the type of replication
Transaction Sync Interval (in
ms)
Duration between periodic transmission of the TransactionSync
message expressed in milliseconds. The default is 60000 or 1
minute.
Transaction Archive Limit The default setting is 100.
The value set for RepTransactionArchiveLimit should be the same
on the master and the slave.
Replication Secret The value of this setting must be identical on both the master and
the slave.
Is Master On the master, set RepIsMaster to TRUE. On the slave, set it to
FALSE.
Master IP Address Specifies the IP Address of the master.
Master Port Specifies the port to be used to send replication messages to the
master.
3-55
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
You can use the Replication Details page for the following:
Filtering Records
Adding Replication Details
Adding the Replication Member Details
Editing Records
Deleting Records
Adding Replication Details
To add new replication details:
Step 1 Choose Configuration > Replication. The Replication Details page is displayed.
Step 2 Specify the replication details.
Step 3 Enter the Replication Member Details, if needed.
Step 4 Click Save to save the new replication details. Otherwise click Reset to restore the default values.
On successful creation of the replication details, a success message is displayed else a respective error
message is displayed.
Adding the Replication Member Details
To add new replication member details:
Step 1 Click the Replication Members tab. The List of Replication Members section is displayed.
Step 2 Enter the required details.
Step 3 Click Submit to save the new replication member details.
Replication IP Address The value is set to the IP Address of the machine containing the
Prime Access Registrar installation.
Replication Port Defaults to port1645.
Replication Members tab
Name Name of the slave. The name must be unique.
IP Address Indicates the IP Address of the slave.
Port Port upon which the master will send replication messages to the
slave.
Table 3-19 Replication Properties (continued)
Fields Description
3-56
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
RADIUSDictionary
The RADIUS dictionary passes information between a script and the RADIUS server, or between scripts
running on a single packet.
Table 3-20 lists and describes the fields in the Add Radius Attributes page. The fields listed below are
the entire list of all the available types. The fields are displayed based on the type selected.
You can use the Radius Attributes page for the following:
Filtering Records
Adding RADIUS Dictionary Details
Editing Records
Deleting Records
Adding RADIUS Dictionary Details
To add new RADIUS dictionary details:
Step 1 Choose Configuration > Radius Dictionary. The Radius Attributes page is displayed.
Step 2 Click Add to add new RADIUS dictionary details. The Add RADIUS Dictionary page is displayed.
Step 3 Enter the required details.
Table 3-20 RADIUS Dictionary Properties
Fields Description
Name Required; must be unique in the RADIUS dictionary list
Description Optional; description of the attribute
Attribute Required; must be a number between 1-255. It must be unique
within the Attribute dictionary list.
Type Required; type governs how the value is interpreted and printed.
Minimum Set to zero
Maximum Set to 253
Enum Number Enums allow you to specify the mapping between the value and the
strings. After you have established this mapping,
Prime Access Registrar then replaces the number with the
appropriate string. The min/max properties represent the lowest to
highest values of the enumeration.
Enum Equivalent The value can range from 1 through 255. Click the Add button to
save the details and list it in the Enums list. To navigate between the
listed attributes, use the navigation option available adjacent to the
list. See Relocating Records for more details. To delete the available
attributes, select the relevant attribute and click the Delete button
below.
Tag The tag number value can range from 0 through 31. The default
value is zero.
3-57
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Step 4 Click Submit to save the specified details in the Radius Attributes page. Otherwise click Cancel to
return to the Radius Attributes page without saving the details.
On successful creation of the Radius Attributes, the Radius Attributes page is displayed else a respective
error message is displayed.
VendorDictionary
The vendor dictionary allows the user to maintain the attributes of the vendor with respect to vendor id,
vendor type and the attributes required to support the major NAS.
Table 3-21 lists and describes the fields in the Add Vendor Dictionary page. The fields listed below are
the entire list of all the available types. The fields are displayed based on the type selected.
You can use the Vendor Dictionary page for the following:
Filtering Records
Adding Vendor Dictionary Details
Table 3-21 Vendor Dictionary Properties
Fields Description
Name Required; must be unique in the Vendor dictionary list
Description Optional; description of the attribute
Vendor ID Required; must be a valid number and unique within the entire
attribute dictionary
Type Required; type governs how the value is interpreted and printed.
Minimum Optional; set to zero
Maximum Optional; set to 253
Enum Number Optional; enums allow you to specify the mapping between the
value and the strings. After you have established this mapping,
Prime Access Registrar then replaces the number with the
appropriate string. The min/max properties represent the lowest to
highest values of the enumeration.
Enum Equivalent Optional; the value can range from 1 through 255. Click the Add
button to save the details and list it in the Enums list. To navigate
between the listed attributes, use the navigation option available
adjacent to the list. See Relocating Records for more details. To
delete the available attributes, select the relevant attribute and click
the Delete button below.
Tag Optional; the tag number value can range from 0 through 31. The
default value is zero.
Vendor Size Optional; set the vendor size to 8, 16, or 32 bit
HasSubAttributeLengthField Optional; indicates that the value field of the attribute has the length
field for the sub attribute.
3-58
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Editing Records
Deleting Records
Adding Vendor Dictionary Details
To add new vendor dictionary details:
Step 1 Choose Configuration > Vendor Dictionary. The Vendor Attributes page is displayed.
Step 2 Click Add to add new Vendor dictionary details. The Add Vendor Dictionary page is displayed.
Step 3 Enter the required details.
Step 4 Click Submit to save the specified details in the Vendor Attributes page. Otherwise click Cancel to
return to the Vendor Attributes page without saving the details.
On successful creation of the vendor dictionary details, the Vendor Attributes page is displayed else a
respective error message is displayed.
Note After adding new vendor dictionary details, you can add vendor attributes details. Or you can
also add vendor attributes details by clicking the link in the vendor dictionary list, see Adding
Vendor Attributes for details.
Vendor Attributes
Vendor-specific attributes are included in specific RADIUS packets to communicate prepaid user
balance information from the Prime Access Registrar server to the AAA client, and actual usage, either
interim or total, between the NAS and the Prime Access Registrar server.
Table 3-22 lists and describes the fields in the Add Vendor Attributes page.
Table 3-22 Vendor Attribute Properties
Fields Description
Name Required; must be unique in the Vendor attribute list
Description Optional; description of the attribute
Attribute Required; must be a valid number and unique within the entire
attribute dictionary
Type Required; type governs how the value is interpreted and printed.
Minimum Optional; set to zero
Maximum Optional; set to 253
3-59
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
You can use the Vendor Attributes page for the following:
Filtering Records
Adding Vendor Attributes
Editing Records
Deleting Records
Adding Vendor Attributes
To add new Vendor attributes:
Step 1 Choose Configuration > Vendor Dictionary. The Vendor Attributes page is displayed.
Step 2 Click the Vendor name link. The Vendor Attributes page is displayed.
Step 3 Click Add to add new Vendor attributes. The Add Vendor Attributes page is displayed.
Step 4 Enter the required details.
Step 5 Click Submit to save the specified details in the Vendor Attributes page. Otherwise click Cancel to
return to the Vendor Attributes page without saving the details.
On successful creation of the vendor attributes, the Vendor Attributes page is displayed else a respective
error message is displayed.
Enum Number Optional; enums allow you to specify the mapping between the
value and the strings. After you have established this mapping,
Prime Access Registrar then replaces the number with the
appropriate string. The min/max properties represent the lowest to
highest values of the enumeration.
Enum Equivalent Optional; the value can range from 1 through 255. Click the Add
button to save the details and list it in the Enums list. To navigate
between the listed attributes, use the navigation option available
adjacent to the list. See Relocating Records for more details. To
delete the available attributes, select the relevant attribute and click
the Delete button below.
Tag Optional; the tag number value can range from 0 through 31. The
default value is zero.
Table 3-22 Vendor Attribute Properties (continued)
Fields Description
3-60
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Vendors
The Vendor object provides a central location for specifying all of the request and response processing
a particular NAS or Proxy vendor requires. Depending on the vendor, it might be necessary to map
attributes in the request from one set to another, or to filter out certain attributes before sending the
response to the client. For more information about standard RADIUS attributes, see Chapter C,
“RADIUS Attributes.
Note When you have also set /Radius/IncomingScript, Cisco Prime Access Registrar runs that script before
the vendors script. Conversely, when you have set a /Radius/Outgoing script,
Cisco Prime Access Registrar runs the vendor’s script before that script.
Table 3-23 lists and describes the fields in the Add Vendor page.
You can use the Vendors page for the following:
Filtering Records
Adding Vendor Details
Editing Records
Deleting Records
Adding Vendor Details
To add new Vendor details:
Step 1 Choose Configuration > Vendors. The Vendors page is displayed.
Step 2 Click Add to add new Vendor details. The Add Vendor page is displayed.
Step 3 Enter the required details.
Step 4 Click Submit to save the specified details in the Vendors page. Otherwise click Cancel to return to the
Vendors page without saving the details.
On successful creation of the vendor details, the Vendors page is displayed else a respective error
message is displayed.
Table 3-23 Vendor Properties
Fields Description
Name Required; must be unique in the Vendors list.
IncomingScript Optional; when you specify an IncomingScript,
Cisco Prime Access Registrar runs the script on all requests from clients
that specify that vendor.
Description Optional; description of the vendor.
OutgoingScript Optional; when you specify an OutgoingScript,
Cisco Prime Access Registrar runs the script on all responses to the
Client.
3-61
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Translations
Translations add new attributes to a packet or change an existing attribute from one value to another.
The Translations subdirectory lists all definitions of Translations the RADIUS server can apply to
certain packets.
Under the /Radius/Translations directory, any translation to insert, substitute, or translate attributes can
be added. The following is a sample configuration under the /Radius/Translations directory:
cd /Radius/Translations
Add T1
cd T1
Set DeleAttrs Session-Timeout,Called-Station-Id
cd Attributes
Set Calling-Station-Id 18009998888
DeleAttrs is the set of attributes to be deleted from the packet. Each attribute is comma separated and
no spaces are allowed between attributes. All attribute value pairs under the attributes subdirectory are
the attributes and values that are going to be added or translated to the packet.
Under the /Radius/Translations/T1/Attributes directory, inserted or translated attribute value pairs can
be set. These attribute value pairs are either added to the packet or replaced with the new value.
If a translation applies to an Access-Request packet, by referencing the definition of that translation, the
Prime Access Registrar server modifies the Request dictionary and inserts, filters, and substitutes the
attributes accordingly. You can set many translations for one packet and the Prime Access Registrar
server applies these translations sequentially.
Note Later translations can overwrite previous translations.
Table 3-24 lists and describes the fields in the Add Translations page.
Table 3-24 Translations Properties
Fields Description
General Properties tab
Name Required; must be unique in the Translations list.
Description Optional; description of the Translation
Attribute Type Optional; select either RADIUS or VENDOR. If Vendor is selected, specify
the vendor type from the drop-down list. Select the attributes from the
available list. To navigate between the listed attributes, use the navigation
option available adjacent to the list. See Relocating Records for more details.
Attributes tab
Attribute Type Optional; select either RADIUS or VENDOR. If Vendor is selected, specify
the vendor type from the drop-down list.
3-62
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
You can use the Translations page for the following:
Filtering Records
Adding Translation Details
Editing Records
Deleting Records
Adding Translation Details
To add new translation details:
Step 1 Choose Configuration > Translations. The Translations page is displayed.
Step 2 Click Add to add new translations details. The Add Translations page is displayed.
Step 3 Enter the required details.
Step 4 Click Add Translation to save the specified details in the Translations page. Otherwise click Cancel to
return to the Translations page without saving the details.
On successful creation of the translation details, the Translations page is displayed else a respective error
message is displayed.
TranslationGroups
You can add translation groups for different user groups under TranslationGroups. All Translations
under the Translations subdirectory are applied to those packets that fall into the groups. The groups are
integrated with the Prime Access Registrar Rule engine.
The Prime Access Registrar Administrator can use any RADIUS attribute to determine the Translation
Group. The incoming and outgoing translation group can be different translation groups. For example,
you can set one translation group for incoming translations and one for outgoing translations.
Under the /Radius/TranslationGroups directory, translations can be grouped and applied to certain sets
of packets, which are referred to in a rule. The following is a sample configuration under the
/Radius/TranslationGroups directory:
Attribute Name Optional; based on the Attribute Type selected, the attribute name is
automated. Set the relevant name for the attribute type selected.
Attribute Value Optional; set the value for the selected attribute. Click the Add button to save
the details and list it in Radius and Value list. To navigate between the listed
attributes, use the navigation option available adjacent to the list. See
Relocating Records for more details. To delete the available attributes, select
the relevant attribute and click the Delete button below.
Table 3-24 Translations Properties (continued)
Fields Description
3-63
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
cd /Radius/TranslationGroups
Add CiscoIncoming
cd CiscoIncoming
cd Translations
Set 1 T1
The translation group is referenced through the Prime Access Registrar Policy Engine in the
/Radius/Rules/<RuleName>/Attributes directory. Incoming-Translation-Groups are set to a
translation group (for example CiscoIncoming) and Outgoing-Translation-Groups to another
translation group (for example CiscoOutgoing).
Table 3-25 lists and describes the fields in the Add Translation Groups page.
You can use the Translation Groups page for the following:
Filtering Records
Adding Translation Group Details
Editing Records
Deleting Records
Adding Translation Group Details
To add new translation group details:
Step 1 Choose Configuration > TranslationGroups. The Translation Groups page is displayed.
Step 2 Click Add to add new translation group details. The Add TranslationGroup page is displayed.
Step 3 Enter the required details.
Step 4 Click Add TranslationGroup to save the specified details in the Translation Groups page. Otherwise
click Cancel to return to the Translation Groups page without saving the details.
On successful creation of the translation group details, the Translation Groups page is displayed else a
respective error message is displayed.
Table 3-25 TranslationGroups Properties
Fields Description
Name Required; must be unique in the Translations list.
Description Optional; description of the Translation Group.
Translations Optional; lists of translation. To navigate between the listed attributes, use
the navigation option available adjacent to the list. See Relocating Records
for more details.
3-64
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Diameter
Diameter is a computer networking protocol for Authentication, Authorization and Accounting (AAA).
It is a successor to RADIUS or an enhanced version of the RADIUS protocol. It includes numerous
enhancements in all aspects, such as error handling and message delivery reliability. It extracts the
essence of the AAA protocol from RADIUS and defines a set of messages that are general enough to be
the core of the Diameter Base protocol. The various applications that require AAA functions can define
their own extensions on top of the Diameter base protocol, and can benefit from the general capabilities
provided by the Diameter base protocol.
The following sections can be used to configure Diameter transport management properties, session
management properties, add new application, commands associated with it and application specific
AV P s :
General
Session Management
Applications
Commands
DiameterAttributes
General
This section explains how to set Diameter general configuration such as product name, version, and
transport management properties.
Setting General Diameter Parameters
Table 3-26 lists and describes the fields in the General Diameter Properties page.
Table 3-26 General Diameter Properties
Fields Description
General section
Product Optional; name of the product.
AuthApplicationIdList Specifies the list of AuthApplications that the
Prime Access Registrar server registers to Diameter Base
stack during start up. It is a combination of Auth Applica-
tionId's separated by a colon.
Version Optional; version number.
AcctApplicationIdList Specifies the list of AcctApplications that the
Prime Access Registrar server registers to Diameter Base
stack during start up. It is a combination of Acct Applica-
tionId's separated by a colon.
Transport Management section
Identity Required; identity of the system on which Diameter appli-
cation is running. Must be set to a valid resolvable string.
Realm Required; must be set to a valid Realm in the domain.
3-65
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Setting Up the General Diameter Parameters
To set up the general Diameter parameters:
Step 1 Choose Configuration > Diameter > General. The General Diameter page is displayed.
EnableIPV6 Required; if set to TRUE it enables IPV6 for the Diameter
application.
WatchdogTimeout Required; specifies the time interval between watch dog
messages.
TCPListenPort Required; port number on which the
Prime Access Registrar server listens for TCP peer con-
nections.
SCTPListenPort Required; port number on which the
Prime Access Registrar server listens for SCTP peer con-
nections.
ValidateIncomingMessages Check the box to validate incoming messages.
ValidateOutgoingMessages Check the box to validate outgoing messages.
MaximumNumberofDiameterPackets Required; the maximum number of Diameter packets that
can be processed.
DiameterPacketSize Required; the Diameter packet size that can be processed.
ReconnectInterval Required; specifies the time interval between which
Prime Access Registrar server attempts to connect to a dis-
connected peer. If set to 0, then no attempt will be made to
connect to a disconnected peer.
MaxReconnections Required; specifies the number of times
Prime Access Registrar server tries to make a reconnection
attempt. If set to 0, then no attempt will be made to recon-
nect.
RequestRetransmissionInterval Required; the time for which retransmission of pending
requests will be done. If set to 0, then no attempt will be
made to retransmit.
MaxRequestRetransmissionCount Required, maximum number of times
Prime Access Registrar server tries to retransmit a pending
request. If set to 0, then no attempt will be made to retrans-
mit.
Receive BufferSize Required; initial size of buffer that is preallocated for
message reception.
AdvertisedHostName Optional, specifies the local hostname address that will be
advertised by the Prime Access Registrar server to other
peers during CER/CEA exchange.
For example:
AdvertisedHostNames = toby-ar1.cisco.com
Table 3-26 General Diameter Properties (continued)
Fields Description
3-66
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Step 2 Specify the required details.
Step 3 Click Set to save the specified details.
On successful creation of the general Diameter parameters, a success message is displayed else a
respective error message is displayed.
Session Management
Diameter Base protocol stack provides the functionality of Session Management. Base Stack maintains
sessions separately for authentication and accounting messages. Session-Id AVP is used to identify the
user session.
Table 3-27 lists and describes the fields in the Session Management page.
Table 3-27 Session Management Properties
Fields Description
Session Management section
MaxNumberOfSessions Required; specifies the maximum number of concurrent
Diameter sessions the Prime Access Registrar server will
maintain. These sessions include both Auth and Acct
sessions.
AuthSessions section
EnableStatefulSessions If set to TRUE, the server will enforce stateful sessions and
the client will hint for stateful sessions. Default Value is
TRUE. Set the property to FALSE to disable stateful
sessions.
AuthSessionTimeout Required; specifies the timeout in seconds before a session
requires reauthentication.
LifeTimeTimeout Required; specifies the timeout in seconds before a session
is terminated regardless of whether the session has been re-
authenticated.
GracePeriodTimeout Required; specifies the grace period after the life timeout
and before the full termination of the session.
AbortRetryTimeout Required; specifies the timeout between the subsequent
Abort Session Request (ASR) messages if the initial
attempt fails.
AcctSessions section
AcctSessionTimeout Required; specifies the timeout in seconds before a session
requires reauthentication.
InterimInterval Required; specifies the interim interval dictated to the
client if the entity is a server or hint to the server if the
entity is a client.
RealTime Required; RealTime value dictated to the client.
3-67
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Setting Session Management Properties
To set up the session management properties:
Step 1 Choose Configuration > Diameter>SessionManagement. The Session Management page is displayed.
Step 2 Enter the required details and click Set.
On successful creation of the parameters, a success message is displayed else a respective error message
is displayed.
Applications
A Diameter application is not a software application, but a protocol based on the Diameter base protocol
(defined in RFC 6733). Each application is defined by an application identifier and can add new
command codes and/or new mandatory AVPs.
When you click the Add button in the Applications page, the Application Details page is displayed.
Table 3-28 lists and describes the fields in the Application Details page.
Table 3-28 Diameter Application Properties
Fields Description
Name Required; name of the application.
Description Optional; description of the application.
VendorSpecific Required; the default is FALSE. If set to FALSE, the application is
ordinary application and user is prompted to enter the ApplicationID.
If set to TRUE, the application is a VendorSpecific Application. User
is prompted to enter VendorSpecificApplicationID and VendorID.
AuthApplication Required; if set to TRUE the application represents AuthApplication
else it represents Accounting Application.
Application ID Required; specifies the unique integer value for the application.
The following are examples of Diameter application:
NASREQ 1
Mobile-IP 2
Diameter Base Accounting 3
Note ApplicationId property must be set to 0 for Base Protocol.
VendorSpecificApplicationID Required; specifies the integer value for the vendor specific applica-
tion.
VendorID Required; specifies the VendorID for the application.
Example:
DIAMETER 3GPP Cx APPLICATION
VendorSpecificApplicationID 16777216
VendorID 10415
3-68
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
You can use the Applications page for the following:
Filtering Records
Adding Diameter Application Details
Commands
Editing Records
Deleting Records
Adding Diameter Application Details
To add new Diameter application details:
Step 1 Choose Configuration > Diameter > Applications. The Applications page is displayed.
Step 2 Click Add. The Application Details page is displayed.
Step 3 Enter the relevant details.
Step 4 Click Add Application to save the specified details in the Application Details page. Otherwise click
Cancel to return to the Applications page without saving the details.
On successful creation of the Applications details, a success message is displayed else a respective error
message is displayed.
Commands
Each command in Diameter is associated with a command code. The command can be a request
command or an answer command which is identified by the 'R' bit in the Command Flags field of the
Diameter header.
When you click the Add button in the commands page, the Command Details page is displayed.
Table 3-29 lists and describes the fields in the Command Details page.
ApplicationURI Optional; specifies the URI of the Application.
Eg: "ftp://ftp.ietf.org/internet-drafts/draft-ietf-aaa-diameter-nasreq-
12.txt"
Commands Required; an indexed list from 1 to <n>. Each entry in the list is the
name of the command. It specifies the list of commands associated
with the application.
To navigate between the listed attributes, use the navigation option
available adjacent to the list. See Relocating Records for more
details.
Table 3-28 Diameter Application Properties (continued)
Fields Description
3-69
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
You can click the Add button in the Command Details page to add the AVP details. Table 3-30 lists and
describes the fields displayed on clicking the Add button.
Adding Diameter Commands
To add the Diameter commands:
Step 1 Choose Configuration > Diameter > Commands. The Commands page is displayed.
Step 2 Click Add. The Add Commands page is displayed.
Step 3 Enter the relevant details.
Step 4 Click the required tab and click Add to enter the AVP details.
Table 3-29 Diameter Commands Properties
Fields Description
Name Required; name of the command.
Description Optional; description of the command.
Command Code Required; specifies the integer code of the command.
EnableProxyBit Required; default is TRUE. When enabled it represents the message
is proxiable.
RequestFixed tab Defines the fixed position of AVP in a request message.
RequestRequired tab The AVP must be present and can appear anywhere in the request
message.
RequestOptional tab The AVP name in optional cannot evaluate to any avp name which is
included in a fixed or required directory. The avp can appear
anywhere in the request message.
AnswerFixed tab Defines the fixed position of AVP in the answer message.
AnswerRequired tab The AVP must present and can appear anywhere in the answer
message.
AnswerOptional tab The AVP name in optional cannot evaluate to any avp name which is
included in a fixed or required directory. The avp can appear
anywhere in the answer message.
Table 3-30 Request/Answer Msg AVP Properties
Fields Description
Name Required; name of the AVP.
Description Optional; description of the AVP.
Min Specifies the minimum number of times AVP element may be present
in a request. The default value is 0.
Max Specifies the maximum number of times the element may present in
a request. A value of zero implies AVP is not present in the request.
3-70
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Step 5 Click Save to save the AVP details or click Cancel to exit the page without saving the details.
Step 6 Click Add Command to save the specified details in the Add Commands page. Otherwise click Cancel
to return to the Commands page without saving the details.
The Commands page is displayed with the newly added details or a respective error message is
displayed.
DiameterAttributes
You can define the attributes to use in the Diameter EAP application.
Table 3-31 lists and describes the fields in the DiameterAttributes page.
Adding Diameter Attributes
To add the Diameter attributes:
Step 1 Choose Configuration > Diameter > DiameterAttributes. The DiameterAttributes page is displayed.
Step 2 Click Add.
Step 3 Provide the relevant details as explained in Table 3-31.
Step 4 Click Add DiameterAttributes to save the specified details. Otherwise click Cancel to return to the
previous page without saving the details.
The DiameterAttributes page is displayed with the newly added details or a respective error message is
displayed.
Table 3-31 Diameter Attributes Properties
Fields Description
Name Required; name of the attribute.
Description Optional; description of the attribute.
Attribute Required; attribute value.
VendorID Required; Vendor ID of the Diameter application.
Mandatory Indicates whether the attribute is mandatory or not. Options are May,
Must, and MustNot.
May-Encrypt Choose Yes or No to indicate whether the attribute value can be
encrypted or not.
Protected Indicates whether the attribute value is protected or not. Options are
May, Must, and MustNot.
Type Choose the type of the attribute.
Minimum Minimum value for the attribute.
Maximum Maximum value for the attribute.
3-71
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Advanced
Advanced objects allow configuring system-level properties and the Attribute dictionary. Under normal
system operation, the system-level properties should not be changed.
The following list helps you in defining the system-level properties and attribute dictionary:
Default
BackingStore/ServerParam
RemoteSessionServer
SNMP
DDNS
ODBC DataSources
Log
Ports
Interfaces
Attribute Groups
Default
This feature of GUI allows you in configuring the default values for other functionalists of GUI. The
configurations set in this feature reflects on all the other features.
Table 3-32 lists and describes the fields in the Default Advanced Details page.
Table 3-32 Default Configuration Details
Fields Description
Default section
AAAFileServiceSyncInterval Required; specified in milliseconds, the default is 75. This property
governs how often the file AAA service processes accounting
requests and writes the accounting records to the file. You can lower
the number to reduce the delay in acknowledging the Account-Re-
quest at the expense of more frequent flushing of the accounting file
to disk. You can raise the number to reduce the cost of flushing to
disk, at the expense of increasing the delays in acknowledging the
Accounting-Requests. The default value was determined to provide
a reasonable compromise between the two alternatives.
RemoteRadiusServerInterface When set, specifies the local interface to bind to when creating the
RemoteRadiusServer socket. If not set, the Prime Access Registrar
binds to IPADDR_ANY.
MaximumNumberOfXML-
Packets
Required when using identity caching. Indicates the maximum
number of XML packets to be sent or received. The minimum value
is 1 and the maximum is a 32-bit unsigned integer. The default is
1024.
3-72
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
MaximumODBCResultSize Required; specifies maximum size in bytes for an ODBC mapping.
This parameter affects both ODBC result sizes and the trace log
buffer for tracing script calls that access any of the dictionaries.
(Default value is 256.)
XMLUDPPacketSize Required when using identity caching. Indicates the maximum size
of XML packets to be sent or received. The minimum value is 1 and
the maximum is a 32-bit unsigned integer. The default is 4096.
InitialBackgroundTim-
erSleepTime
Required; the default is 5. This property specifies the amount of time
the time queue should initially sleep before beginning processing.
This property is only used for initial synchronization and should not
be changed.
RemoteLDAPServerThread-
TimerInterval
Required; specified in milliseconds, the default is 10. This property
governs how often the ldap RemoteServer thread checks to see if any
results have arrived from the remote LDAP server. You can modify it
to improve the throughput of the server when it proxies requests to a
remote LDAP server.
AdvancedDuplicateDetec-
tionMemoryInterval
Required when the Advanced Duplicate Detection feature is enabled.
This property specifies how long (in milliseconds)
Cisco Prime Access Registrar should remember a request. You must
specify a number greater than zero. The default is 10,000.
RollingEncryptionKey-
ChangePeriod
Used in conjunction with the session-cache ResourceManager, this
property specifies the length of time a given EncryptionKey will be
used before a new one is created. When the session-cache Resource-
Manager caches User-Password attributes, Prime Access Registrar
encrypts the User-Password so it is not stored in memory or persisted
on disk in clear text. Prime Access Registrar uses up to 255 encryp-
tion keys, using a new one after each RollingEncryptionKeyChange-
Period expires. If RollingEncryptionKeyChangePeriod is set to 2
days, Prime Access Registrar will create and begin using a new En-
cryptionKey every two days. The oldest key will be retired, and
Prime Access Registrar will re-encrypt any User-Passwords that used
the old key with the new key. This way, if the RollingEncryptionKey-
ChangePeriod is set to 1 day, no key will be older than 255 days.
DefaultReturnedSubnetSi-
zeIfNoMatch
Optional; used with the ODAP feature and reflects the returned size
of the subnet if no matched subnet is found. There are three options
to select if an exactly matched subnet does not exist: Bigger, Smaller,
and Exact. The default is Bigger.
ODBCEnvironmentMultiVal-
ueDelimiter
Optional; allows you to specify a character that separates multivalued
attributes in the marker list when using Oracle (or ODBC) accounting
RemoteSigtranServerThread-
TimerInterval
Required; specified in milliseconds, the default is 10. This property
governs how often the sigtran RemoteServer thread checks to see if
any results have arrived from the remote HLR/AuC server. You can
modify it to improve the throughput of the server when it proxies
requests to a remote sigtran server.
AdditionalNativeOracleEr-
rors
Optional; 5 digit Oracle native error in order to disconnect the
ODBC/OCI remote servers.
Table 3-32 Default Configuration Details (continued)
Fields Description
3-73
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
AR Flags section
HideSharedSecretAndPri-
vateKeys
Optional; the default value is TRUE.
The HideSharedSecretAndPrivateKeys property hides:
The secret that is shared between a RADIUS Client and a
RADIUS Server or between two RADIUS servers in a RADIUS
proxy scenario.
The PrivateKeyPassword under the certificate-based EAP
services.
When this property is set to TRUE, the following properties are
displayed as <encrypted>:
PrivateKeyPasswords in:
peap-v0 service
peap-v1 service
eap-tls service
eap-ttls service
eap-fast service
SharedSecret in:
RemoteServers of type RADIUS
RemoteServers of type map-gateway
Clients object
Resource Manager of type usr-vpn under Gateway subobject
PseudonymSecret in eap-sim service
DynamicAuthSecret under DynamicAuthorizationServer subject
in Clients object
RepSecret under Replication
Secret in /radius/advanced/DDNS/TSIGKeys
When the value for this property is set to FALSE, all the above prop-
erties are displayed in clear text.
ListenForDynamicAuthoriza-
tionRequests
Must be set to TRUE when using the Change of Authorization (CoA)
feature or Packet of Disconnect (POD) feature. Default is FALSE.
RequireNASsBehindProxy-
BeInClientList
Optional; the default is FALSE. If you accept the default,
Cisco Prime Access Registrar only uses the source IP address to
identify the immediate client that sent the request. Leaving it FALSE
is useful when this RADIUS Server should only know about the
proxy server and should treat requests as if they came from the proxy
server. This might be the case with some environments that buy bulk
dial service from a third party and thus do not need to, or are unable
to, list all of the NASs behind the third party’s proxy server. When
you set it to TRUE, you must list all of the NASs behind the Proxy in
the Clients list.
Table 3-32 Default Configuration Details (continued)
Fields Description
3-74
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
UseAdvancedDuplicateDe-
tection
Required; the default is FALSE. Set this property to TRUE when you
want Cisco Prime Access Registrar to use a more robust duplicate
request filtering algorithm.
DetectOutOfOrderAccount-
ingPackets
Optional; used to detect accounting packets that arrive out of sequen-
tial order. The default is FALSE. This property is useful when using
accounting and session management in a RADIUS proxy service.
When the DetectOutOfOrderAccountingPacket property is enabled
(set to TRUE), a new Class attribute is included in all outgoing
Accept packets. The value for this Class attribute will contain the
session magic number. The client will echo this value in the account-
ing packets, and this will be used for comparison.
The session magic number is a unique number created for all sessions
when the session is created or reused and the DetectOutOfOrderAc-
countingPacket property is set to TRUE. The DetectOutOfOrderAc-
countingPacket property is used to detect out-of-order
Accounting-Stop packets in roaming scenarios by comparing the
session magic number value in the session with the session magic
number value contained in the Accounting packet.
The value of 0xffffffff is considered by the Prime Access Registrar
server to be a wild card magic number. If any accounting stop packets
contain the value of 0xffffffff, it will pass the session magic valida-
tion even if the session’s magic number is something else.
The format of the class attribute is as follows:
<4-byte Magic Prefix><4-byte server IP address><4-byte Magic
value>
Java and EAP Parameters section
ClasspathForJavaExtensions A string which is the classpath to be used to locate Java classes and
jar files containing the classes required for loading the Java exten-
sions, either Java extension points or services.
Note The classpath will always contain the directory $INSTALL-
DIR/scripts/radius/java and all of the jar files in that direc-
tory.
JavaVMOptions A string that can contain options to be passed to the JRE upon startup.
JavaVMOptions should be used only when requested by Cisco TAC.
Table 3-32 Default Configuration Details (continued)
Fields Description
3-75
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Setting Default Configuration
To set up the default configuration details:
Step 1 Choose Configuration > Advanced > Default. The Default Advanced Details page is displayed.
Step 2 Enter the relevant details.
Step 3 Click Set to save the specified details in the Default Advanced Details page. Otherwise, click Reset to
restore the default values. On successful creation of the default configurations, a success message is
displayed else a respective error message is displayed.
BackingStore/ServerParam
The Backing Store is a Parsing Tool which helps you in analyzing the session backing store files. It
retrieves the information on RADIUS sessions, clears phantom sessions details manually and processes
the binary log files information to user-readable format.
The Server parameters are set to configure objects to remote server using the relevant aregcmd
commands.
EapBadMessagePolicy Set to one of two values: SilentDiscard (the default) or RejectFailure.
When set to SilentDiscard, the Prime Access Registrar server silently
discards and ignores bad EAP messages unless the protocol specifi-
cation explicitly requires a failure message.
When set to RejectFailure, the Prime Access Registrar server sends
RADIUS Access-Rejects messages with embedded EAP-Failure in
response to bad EAP messages as described in Internet RFC 3579.
CertificateDBPath Required if you are using an LDAP RemoteServer and you want
Prime Access Registrar to use SSL when communicating with that
LDAP RemoteServer. This property specifies the path to the
directory containing the client certificates to be used when establish-
ing an SSL connection to an LDAP RemoteServer. This directory
must contain the cert7.db and cert5.db certificates and the key3.db
and key.db files database used by Netscape Navigator 3.x (and
above) or the ServerCert.db certificate database used by Netscape
2.x servers.
Table 3-32 Default Configuration Details (continued)
Fields Description
3-76
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Table 3-33 lists and describes the fields in the Backing/ServerParam Advanced Details page.
Table 3-33 BackingStore/ServerParameter Properties
Fields Description
Backing Store section
SessionBackingStoreSyncInterval Sessions will be written to the backing store at this interval
PacketBackingStoreSyncInterval The minimum value is 1 and the maximum is a 32-bit
unsigned integer. The default is 75.
SessionBackingStorePruneInterval Required; specifies the sleep time interval of the session
backing store pruning thread. The recommended and
default value is 6 hours, but you can modify this based on
the traffic patterns you experience.
With SessionBackingStorePruneInterval set to 6 hours,
pruning will occur 6 hours after you restart or reload the
Prime Access Registrar server and recur every 6 hours.
You can set a very low value for this property to make
pruning continuous, but there might not be enough data ac-
cumulated for the pruning to occur and pruning might be
less effective compared to the default setting.
PacketBackingStorePruneInterval Required; specifies the sleep time interval of the packet
backing store pruning thread. The recommended value is 6
hours, but you can modify this based on the traffic patterns
you experience.
When PacketBackingStorePruneInterval is set to 6 hours,
pruning will occur 6 hours after you restart or reload the
Prime Access Registrar server and recur every 6 hours.
You can set a very low value for this property to make
pruning continuous, but there might not be enough data ac-
cumulated for the pruning to occur and pruning might be
less effective compared to the default setting.
BackingStoreDiscThreshold Required; the default is 10 gigabytes. The value of Back-
ingStoreDisc-
Threshold is made up of a number of units which can be K,
kilobyte, or kilobytes, M, megabyte, or megabytes, or G,
gigabyte, or gigabytes.
BackingStoreDiscThreshold is used with session manage-
ment and ODBC accounting and ensures that any data log
files generated will not cross the BackingStoreDiscThresh-
old.
3-77
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
SessionPurgeInterval Optional; the SessionPurgeInterval property determines
the time interval at which to check for timed-out sessions.
If no value is set, the session timeout feature is disabled.
The checks are performed in the background when system
resources are available, so checks might not always occur
at the exact time set.
The minimum recommended value for SessionPurgeInter-
val is 60 minutes. The SessionPurgeInterval value is
comprised of a number and a units indicator, as in n units,
where a unit is one of minutes, hours, days, or weeks.
StaleSessionTimeout Required; the default value is “1 hour.” Specifies the time
interval to maintain a session when a client does not
respond to Accounting-Stop notification.
When the Prime Access Registrar server does not receive
an Accounting-Response from a client after sending an Ac-
counting-Stop packet, Prime Access Registrar maintains
the session for the time interval configured in this property
before releasing the session.
This property is stored as a string composed of two parts: a
number and a unit indicator (<n> <units>) similar to the
MaxFileAge property where the unit is one of: M, Minute,
Minutes, H, Hour, Hours, D, Day, Days, W, Week, or
Weeks.
NumberOfRadiusIdentifiersPerSocket This represents the number of RADIUS Identifiers that
Prime Access Registrar can use per source port, while
proxying requests to remote servers.
To use a different source port for every request that is
proxied, you need to set the value of this property to one.
EnableStickySessionCount Required; either True or False and the default value is True.
When set to True, Prime Access Registrar displays the peer
specific stats showing the number of sticky sessions asso-
ciated with a peer for Diameter proxy service in name_ra-
dius_log file.
StickySessionCountInterval Required; specified in milliseconds and the default is
60000. When the EnableStickySessionCount is set to True,
this field specifies how often the Diameter proxy service
will display the number of sticky sessions associated with
a peer.
StickySessionSyncInterval Required; specified in milliseconds and the default value is
500. Specifies how often the Diameter proxy service will
write the sticky sessions to a file located in /cis-
co-ar/temp/__sticky_sessions_store location.
Table 3-33 BackingStore/ServerParameter Properties (continued)
Fields Description
3-78
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Server Parameters section
MaximumNumberOfRadiusPackets Required; the default is 8192. This is a critical property
you should set high enough to allow for the maximum
number of simultaneous requests. When more requests
come in than there are packets allocated,
Cisco Prime Access Registrar will drop those additional
requests.
NumberOfRemoteUDPServerSocket Required; the default value for this property is 4.
The NumberOfRemoteUDPServerSockets property allows
you to configure the number of source ports used while
proxying requests to a remote RADIUS server. If the Num-
berOfRemoteUDPServerSockets property is set to a value
n, all remote servers share and use n sockets.
The NumberOfRemoteUDPServerSockets value comprises
a number, as in n, where n should be less than or equal to
the current process file descriptor limit divided by 4.
Note By default, the RADIUS process supports up to
1024 file descriptors. To increase the file descrip-
tors, stop the arserver; in the arserver script,
specify the required value to "NUMBER_OF_-
FILE_DESCRIPTORS" and restart the server. The
value for "NUMBER_OF_FILE_DESCRIPTORS"
should be in the range between 1024 to 65535.
MemoryLimitForRadiusProcess This property is used to avoid crashing of the RADIUS
process.
UDPPacketSize Required; the default is 4096. RFC 2138 specifies the
maximum packet length can be 4096 bytes. Do not change
this value.
PerPacketHeapSize Required; the default is 6500. This property sets the size of
the initial heap for each packet. The heap is the dynamic
memory a request can use during its lifetime. By preallo-
cating the heap size at the beginning of request processing,
we can minimize the cost of memory allocations. If Per-
PacketHeapSize is too low, Prime Access Registrar will
ask the system for memory more often. If PerPacketHeap-
Size is too high, Prime Access Registrar will allocate too
much memory for the request causing the system to use
more memory than required.
MinimumSocketBufferSize Required; the default is 65536 (64 K). This property
governs how deep the system’s buffer size is for queueing
UDP datagrams until Cisco Prime Access Registrar can
read and process them. The default is probably sufficient
for most sites. You can, however, raise or lower it as neces-
sary.
Table 3-33 BackingStore/ServerParameter Properties (continued)
Fields Description
3-79
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Setting Server Parameters
To set up new server parameters:
Step 1 Choose Configuration > Advanced > Backing/ServerParam. The Backing/ServerParam Advanced
Details page is displayed.
Step 2 Specify the relevant details.
Step 3 Click Set to save the specified details in the Backing/ServerParamAdvanced Details page.
On successful creation of the server parameters, a success message is displayed else a respective error
message is displayed.
RemoteSessionServer
Prime Access Registrar sessions can also be stored on a remote database. This improves the overall
scalability of the number of sessions that Prime Access Registrar can simultaneously handle.
MaximumOutstandingRequests Optional; the default value for this property is 0.
The MaximumOutstandingRequests property is used to
limit the incoming traffic in terms of “requests processed”.
Serves as a hard limit.
The MaximumOutstandingRequests property comprises a
number n, where n can be any nonzero value.
MaximumIncomingRequests Optional; the default value for this property is 0.
ARIsCaseInsensitive When set to FALSE, requires that you provide exact
pathnames with regard to upper and lower case for all
objects, subobjects, and properties. The default setting,
TRUE, allows you to enter paths such as /rad/serv instead
of /Rad/Serv.
Note Prime Access Registrar always authenticates the
RADIUS attribute User-Name with regard to upper
and lower case, regardless of the setting of this
flag.
EnableDiameter Optional; Either TRUE or FALSE; default is TRUE. Set to
True when you want to use the Diameter protocol in
Prime Access Registrar.
KeyStores -> EAP-FAST section
NumberOfKeys Number (from 1-1024) that specifies the maximum number
of keys stored for EAP-FAST.
RolloverPeriod Specifies the amount of time between key updates.
Table 3-33 BackingStore/ServerParameter Properties (continued)
Fields Description
3-80
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
The remote session manager internally uses the following two ODBC remote servers:
Internal-ODBC-Read-Server
Internal-ODBC-Write-Server.
Configurations pertaining to these internal remoteservers can be done under the RemoteSessionServer
section.
Note Ensure that the length of fields such as Username, Session/Resource Manager name Session-Key,
Query-Key and so on are limited to the value specified in the schema, while it is configured. Although
the field length of entire session record is 3KB it is limited to 2KB. This is practically sufficient to hold
all the session parameters as well as the cached attributes (if any). For more information about the
schema, see Remote Session Management, page 17-47.
Note Remote session manager will work only with Oracle database.
Table 3-34 lists and describes the fields in the RemoteSessionServer Advanced Details page.
Table 3-34 RemoteSessionServer Properties
Fields Description
RemoteSessionServer section
ReactivateTimerInterval Mandatory time interval (in milliseconds) to activate an inactive
server; defaults to 300000 ms.
Timeout Mandatory time interval (in seconds) to wait for SQL operation to
complete; defaults to 15 seconds
DataSourceConnections Mandatory number of connections to be established; defaults to 8
ODBCDataSource Name of the ODBCDataSource to use and must refer to one entry in
the list of ODBC datasources configured under /Radius/Ad-
vanced/ODBCDataSources. Mandatory; no default.
KeepAliveTimerInterval Mandatory time interval (in milliseconds) to send a keepalive to keep
the idle connection active; defaults to zero (0) meaning the option is
disabled
MaximumBufferFileSize Mandatory if BufferAccountingPackets is set to TRUE, determines
the maximum buffer file size, defaults to 10 Megabyte)
CacheLimit Default is 250000; This represents the overall limit on cache of all
'remote' session managers. This value is interpreted as the maximum
number of packets that can be present in cache. When the number of
sessions hits this limit, sessions will be 'cached out'. This cache out
operation will continue, until the cache is at least 20% free.
3-81
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Setting RemoteSessionServer Details
To set a new RemoteSessionServer details:
Step 1 Choose Configuration > Advanced > RemoteSessionServer. The RemoteSessionServer Advanced
Details page appears.
Step 2 Specify the relevant details.
Step 3 Click Set to save the specified details in the RemoteSessionServer Advanced Details page.
On successful creation of the RemoteSessionServer details, a success message is displayed else a
respective error message is displayed.
SNMP
Prime Access Registrar provides SNMP MIB for users of network management systems. The supported
MIBs enable the network management station to collect state and statistic information from a
Prime Access Registrar server. It enables a standard SNMP management station to check the current
state of the server as well as the statistics on each client or each proxy remote server. These messages
contain information indicating that either the server was brought up or down or that the proxy remote
server is down or has come back online.
Table 3-35 lists and describes the fields in the SNMP Advanced Details page.
BufferAccountingPackets Mandatory, TRUE or FALSE, determines whether to buffer the ac-
counting packets to local file, defaults to TRUE which means that
packet buffering is enabled.
Note When set to TRUE, a constant flow of incoming accounting
packets can fill the buffer backing store files in /cisco-ar/da-
ta/odbc beyond the size configured in MaximumBufferFile-
Size. Configure BackingStoreDiscThreshold in
/Radius/Advanced when using ODBC accounting.
UseCacheIndex Mandatory; If set to 1, it enables a fast cache based lookup index for
the items in the database. This optimizes the number of queries to the
database hence will improve performance, but limits the number of
sessions that can be scaled.
If set to 0, it disables fast cache based lookup index.
Table 3-34 RemoteSessionServer Properties (continued)
Fields Description
3-82
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Table 3-35 SNMP Properties
Fields Description
SNMP Info section
InputQueueHighThreshold Percentage that indicates the upper limit of the packet input queue
usage. Default is 90.
Prime Access Registrar supports traps to indicate input queue usage.
When the input buffer exceeds the given high threshold value,
Prime Access Registrar generates a carInputQueueFull trap.
InputQueueLowThreshold Percentage that indicates the lower limit of the packet input queue
usage. Default is 60.
After reaching the high threshold, if the buffer usage drops below a
low threshold value, Prime Access Registrar generates a carInput-
QueueNotVeryFull trap.
Enabled Check the box to enable SNMP settings.
TracingEnabled Check the box to enable all possible tracing in SNMP agent. Tracing
is used for debugging purposes.
MasterAgentEnabled To use SNMP, enable the master agent. Prime Access Registrar
responds to SNMP queries through the SNMP master agent.
RFC Compliance Info section
AllowRejectAttrs When AllowRejectAttrs is set to FALSE, Reply-Message attributes
will not be passed in an Access Reject packet. When AllowRejectAt-
trs is set to TRUE, attributes will be allowed to pass in an Access
Reject packet.
AllowEAPRejectAttrs When AllowEAPRejectAttrs is set to FALSE, Reply-Message attri-
butes will not be passed in an Access Reject packet if the packet
contains EAP-Message attribute. When AllowEAPRejectAttrs is set
to TRUE, attributes will be allowed to pass in an Access Reject
packet even if the packet contains EAP-Message attribute.
Reply Messages section
Default Optional; when you set this property, Cisco Prime Access Registrar
sends this value when the property corresponding to the reject reason
is not set.
UnknownUser Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever
Cisco Prime Access Registrar cannot find the user specified by Us-
er-Name.
UserNotEnabled Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever the
user account is disabled.
UserPasswordInvalid Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever the
password in the Access-Request packet did not match the password
in the database.
3-83
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Setting SNMP Details
To set up new SNMP details:
Step 1 Choose Configuration > Advanced > SNMP. The SNMP Advanced Details page is displayed.
Step 2 Specify the relevant details.
UnableToAcquireResource Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever one
of the Resource Managers was unable to allocate the resource for this
request.
ServiceUnavailable Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever a
service the request needs (such as a RemoteServer) is unavailable.
InternalError Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever an
internal error caused the request to be rejected.
MalformedRequest Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever a
required attribute (such as User-Name) is missing from the request.
ConfigurationError Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever the
request is rejected due to a configuration error. For example, if a
script sets an environment variable to the name of an object such as
Authentication-Service, and that object does not exist in the config-
uration, the reason reported is ConfigurationError.
IncomingScriptFailed Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever one
of the IncomingScripts fails to execute.
OutgoingScriptFailed Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever one
of the OutgoingScripts fails to execute.
IncomingScriptRejectedRe-
quest
Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever one
of the IncomingScripts rejects the Access-Request.
TerminationAction Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever
Cisco Prime Access Registrar processes the Access-Request as a
Termination-Action and is being rejected as a safety precaution.
OutgoingScriptRejectedRe-
quest
Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever one
of the OutgoingScripts rejects the Access-Request.
Table 3-35 SNMP Properties (continued)
Fields Description
3-84
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Step 3 Click Set to save the specified details in the SNMP Advanced Details page.
On successful creation of the SNMP details, a success message is displayed else a respective error
message is displayed.
DDNS
Prime Access Registrar supports Dynamic DNS Remote server. It is a method, protocol, or network that
notifies the server to change the active DNS configuration of its configured hostnames, addresses or
other information stored in DNS.
You can click the Add button in the DDNS Details page to enter the TSIGKeys details in the TSIGKeys
Details section.
Table 3-36 lists and describes the fields in the TSIGKeys Details section.
You can use the DDNS Details page for the following:
Filtering Records
Setting DDNS Details
Adding the TSIGKeys for DDNS
Editing Records
Deleting Records
Setting DDNS Details
To set up new DDNS details:
Step 1 Choose Configuration > Advanced > DDNS. The DDNS Details page is displayed.
Step 2 Check the SynthesizeReverseZone check box, and click Set DDNS.
Adding the TSIGKeys for DDNS
To add TSIGKeys details for DDNS:
Step 1 Choose Configuration > Advanced > DDNS. The DDNS Details page is displayed.
Step 2 Click Add. The TSIGKeys details section is displayed.
Step 3 Enter the relevant details.
Step 4 Click Add to save the specified details in the TSIGKeys Details section.
Table 3-36 TSIGKeys Properties
Fields Description
Name Name of the TSIG Key.
Secret Set to the same base64-encoded string as defined in the DNS server.
Description Description of the TSIG Key
3-85
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
On successful creation of the TSIGKeys details, a success page is displayed else a respective error
message is displayed.
ODBC DataSources
Prime Access Registrar uses ODBC as the datasource name to be used by the remote server. Multiple
remote servers can use the same ODBCDataSource. Under the ODBCDataSource object definition, a list
defines ODBC.ini filename/value pairs for a connection. The list includes a Type field and a Driver field,
different for each Driver and Data Source, to indicate its Driver and Data Source. Prime Access Registrar
supports only the Easysoft Open Source Oracle Driver.
Table 3-37 lists and describes the fields in the Add ODBC DataSources page.
You can use the ODBC DataSources page for the following:
Filtering Records
Adding ODBC Data Source
Log
Editing Records
Deleting Records
Adding ODBC Data Source
To add new ODBC dta source details:
Step 1 Choose Configuration > Advanced > ODBC DataSources. The ODBC DataSources page is displayed.
Step 2 Click Add to add new ODBC data source details. The ODBC DataSources Details page is displayed.
Step 3 Entre the relevant details.
Table 3-37 ODBCDataSource Properties
Fields Description
Name Name of the ODBCDataSource
Description Optional; Description of the ODBC Data Source
Type Required; must be Oracle_es
Driver Required; liboarodbc.so (default value)
Note This attribute is supported only for OBDC.
UserID Required; database username (no default value)
Password Optional; user password; shown encrypted
DataBase Required; Oracle Client configuration database name (no default
value)
Server Set the name of the server
Port Set the port details.
3-86
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Step 4 Click Submit to save the specified details. Otherwise click Cancel to return to the ODBC DataSources
page without saving the details.
The ODBC DataSources page is displayed with the newly added details and a success message is
displayed else a respective error message is displayed.
Log
The log files defined in Prime Access Registrar assist you in identifying the issues related to it.
Prime Access Registrar holds sets of log files to store information relevant to server agent processes,
monitoring arserver utility, execution of aregcme commands, mcd internal database details, RADIUS
server processes and debug details of RADIUS request process.
Table 3-38 lists and describes the fields in the Log Files page.
Table 3-38 Log Details
Fields Description
GUI Log Settings section
LOG LEVEL Select either debug level or Error.
MaxFileSize Set the maximum size of the log file.
Advance Details section
LogFileSize Required; the default is 1 megabyte. This property specifies the
maximum size of the RADIUS server log file. The value for the Log-
FileSize field is a string composed of two parts; a number, and a units
indicator (<n> <units>) in which the unit is one of: K, kilobyte, kilo-
bytes, M, megabyte, megabytes, G, gigabyte, or gigabytes.
The LogFileSize property does not apply to the config_mcd_1_log
or agent_server_1_log files.
Note This does not apply to the trace log.
LogFileCount Required; the default is 2. This property specifies the number of log
files to be kept on the system. A new log file is created when the log
file size reaches LogFileCount.
The LogFileCount property does not apply to the config_mc-
d_1_log or agent_server_1_log files.
TraceFileSize Required; the default is 1 GB. This property specifies the size of the
trace files to be kept on the system. A new trace file is created when
the trace file size reaches TraceFileSize. The value for the Trace-
FileSize field is a string composed of two parts; a number, and a units
indicator (<n> <units>) in which the unit is one of: K, kilobyte, kilo-
bytes, M, megabyte, megabytes, G, gigabyte, or gigabytes.
TraceFileCount Required; this value can be set from 1–100, and the default is 2. This
property specifies the number of trace files to maintain. A value of 1
indicates that no file rolling occurs.
3-87
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
You can use the Log Files page for the following:
Filtering Records
Viewing Log Details
LogServerActivity Required; the default is FALSE, which means
Cisco Prime Access Registrar logs all responses except Access-Ac-
cepts and Access-Challenges. Accepting the default reduces the load
on the server by reducing that amount of information it must log.
Note, the client is probably sending accounting requests to an ac-
counting server, so the Access-Accept requests are being indirectly
logged. When you set it to TRUE, Cisco Prime Access Registrar logs
all responses to the server log file.
TraceLevel Set the trace level.
LogTPSActivity When set to TRUE, this property enables to log the TPS usage in a
CSV file.The TPS is logged in the following format:
<mm-dd-yyyy>, <hh:mm:ss>, <tps-value>
For example,
04-01-2013, 12:00:01, 102
The default is False.
TPSLogFileCount Required only if you check the LogTPSActivity check box; the
number of TPS Sampling log files to maintain in the repository. The
default value is 2.
TPSLogFileNamePrefix Required only if you check the LogTPSActivity check box; this
represents the prefix of the CSV file which will be available in the
logs directory of Prime Access Registrar. The following represents
the CSV filename format:
<user-prefix>-<mm-dd-yyyy>.csv
tps-04-01-2013.csv
TPSSamplingPeriodInSecs Required only if you check the LogTPSActivity check box; this
represents the TPS sampling period in seconds. The minimum
sampling period is set to 5. The default is 30.
LogSessionActivity When set to TRUE, this property enables Prime Access Registrar to
log the session count in the server.
SessionLogFileCount Required only if you check the LogSessionActivity check box; the
number of session log files to maintain in the repository. The default
value is 2.
SessionLogFileNamePrefix Required only if you check the LogSessionActivity check box; this
represents the prefix of the session log file which will be available in
the logs directory of Prime Access Registrar.
SessionSamplingPeriodIn-
Secs
Required only if you check the LogSessionActivity check box; this
represents the session sampling period in seconds. The minimum
sampling period is set to 5. The default is 30.
Table 3-38 Log Details (continued)
Fields Description
3-88
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Downloading Log Details
Setting Log Details
Viewing Log Details
To view the log files:
Step 1 Choose Configuration > Advanced > Log. The Log Files page is displayed.
Step 2 Choose the appropriate radio button and click View to view the file.
Downloading Log Details
To download the log files:
Step 1 Choose Configuration > Advanced > Log. The Log Files page is displayed.
Step 2 Choose the appropriate radio button and click Download to download the file.
Setting Log Details
To set the log details:
Step 1 Choose Configuration > Advanced > Log. The Log Files page is displayed.
Step 2 Enter the relevant details and click Set to save the specified details.
Ports
The Ports list specifies which ports to listen to for requests. When you specify a port,
Prime Access Registrar makes no distinction between the port used to receive Access-Requests and the
port used to receive Accounting-Requests. Either request can come in on either port.
Most NASs send Access-Requests to port 1645 and Accounting-Requests to 1646, however,
Prime Access Registrar does not check.
When you do not specify any ports, Prime Access Registrar reads the /etc/services file for the ports to
use for access and accounting requests. If none are defined, Prime Access Registrar uses the standard
ports (1645 and 1646).
Table 3-39 lists and describes the fields in the Ports page.
3-89
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
You can use the Ports page for the following:
Filtering Records
Adding Port Details
Interfaces
Editing Records
Deleting Records
Adding Port Details
To add new port details:
Step 1 Choose Configuration > Advanced > Port. The Ports page is displayed.
Step 2 Enter the relevant details and click Add. The new port details will be listed in the Ports page.
Interfaces
The Interfaces list specifies the interfaces on which the RADIUS server receives and sends requests. You
specify an interface by its IP address.
When you list an IP address, Prime Access Registrar uses that interface to send and receive
Access-Requests.
When no interfaces are listed, the server performs an interface discover and uses all interfaces of the
server, physical and logical (virtual).
Note The IP address format is enhanced to support both IPv4 and IPv6.
You can use the interfaces page for the following:
Filtering Records
Adding IP Addressing Interface
Deleting Records
Table 3-39 Port Properties
Fields Description
Port Required; allows you to use ports other than the default, 1645 and
1646. You can use this option to configure Prime Access Registrar to
use other ports,. If you add additional ports, however,
Prime Access Registrar will use the added ports and no longer use
ports 1645 and 1646. These ports can still be used by adding them to
the list of ports to use.
Type Set the port type.
Description Optional; description of the port.
3-90
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Adding IP Addressing Interface
To add a new IP address interface to define an interface:
Step 1 Choose Configuration > Advanced > Interfaces. The Interfaces page is displayed.
Step 2 Enter the IP Address and click Add.
The Interfaces page is displayed with the newly added details and a success message is displayed else a
respective error message is displayed.
Attribute Groups
The Attributes can be grouped using Prime Access Registrar Profile object. The attributes for a
particular user group can be grouped under a profile and the attributes contained in the profiles will be
returned in their access-accepts.
Table 3-40 lists and describes the fields in the Attribute Groups Details page.
You can use the Attribute Groups page for the following:
Filtering Records
Adding Attribute Group Details
Rules
Editing Records
Deleting Records
Adding Attribute Group Details
To add new attribute groups details:
Step 1 Choose Configuration > Advanced > Attributes Groups. The Attribute Groups page is displayed.
Step 2 Click Add to add new attribute group details. The Attribute Group Details page is displayed.
Table 3-40 AttributeGroups Properties
Fields Description
Name Name of the attribute group.
Description Optional; description of the attribute group.
Attribute type Select either RADIUS or VENDOR. If Vendor is selected, specify
the vendor type from the drop-down list.
Attribute Name Optional; based on the Attribute Type selected, the attribute name is
automated. Set the relevant name for the attribute type selected. Click
the Add button to save the details and list it in Attribute list. To
navigate between the listed attributes, use the navigation option
available adjacent to the list. See Relocating Records for more
details. To delete the available attributes, select the relevant attribute
and click the Delete button below.
3-91
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Step 3 Enter the relevant details.
Step 4 Click Submit to save the specified details in the Attribute Groups Details page. Otherwise click Cancel
to return to the Attribute Groups page without saving the details.
The Attribute Groups page is displayed with the newly added details or a respective error message is
displayed.
Rules
A Rule is a function that selects services based on all input information used by the function.
Table 3-41 lists and describes the fields in the Add Rules List page.
You can use the Rules List page for the following:
Filtering Records
Setting Rules
SessionManagers
Editing Records
Deleting Records
Table 3-41 Rule Properties
Fields Description
General Properties tab
Name Required; must be unique in the Rule list.
Description Optional; description of the rule.
Type Required; specifies the type of the rule which can be Radius or
Diameter.
Script Name Name of the script.
Attribute Details tab
These fields are displayed based on the type of the rule selected in the Type field.
RADIUS Optional; set Radius, if the attribute and value needs to be defined for
RADIUS.
VENDOR Optional; set Vendor, if the attribute and value needs to be defined for
Vendor.
AttributeName Optional; based on the Attribute Type selected, the attribute name is
automated. Set the relevant name for the attribute type selected.
AttributeValue Optional; set the value for the selected attribute. Click the Add button
to save the details and list it in Name and Value list. To navigate
between the listed attributes, use the navigation option available
adjacent to the list. See Relocating Records for more details. To
delete the available attributes, select the relevant attribute and click
the Delete button below.
3-92
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Setting Rules
To set new rules:
Step 1 Choose Configuration > Rules. The List of Rules page is displayed.
Step 2 Click Add. The Rules Details page is displayed.
Step 3 Enter the relevant details.
Step 4 Click Submit to save the specified details in the Rules Details page. Otherwise click Cancel to return to
the List of Rules page without saving the details.
The List of Rules page is displayed with the newly added details or a respective error message is
displayed.
SessionManagers
You can use Session Managers to track user sessions. The Session Managers monitor the flow of requests
from each NAS and detect the session state. When requests come through to the Session Manager, it
creates sessions, allocates resources from appropriate Resource Managers, and frees and deletes sessions
when users log out.
The Session Manager enables you to allocate dynamic resources to users for the lifetime of their session.
You can define one or more Session Managers and have each one manage the sessions for a particular
group or company.
Note Session record size is limited by the operating system (OS) paging size (8 KB in Solaris and 4 KB in
Linux). If a request triggers creation of a session that exceeds the OS paging size, the request will be
dropped and the session will not be created.
Note In this release of Prime Access Registrar, the memory capacity is enhanced to store more than 4 million
active session's by storing the active session records in database server instead of storing it in the main
memory. The capacity is dependent on the number of attributes that are being captured for each session.
Note If the disk partition where Prime Access Registrar stores session backing store data (usually the disk
partition where Prime Access Registrar is installed, such as /opt/CSCOar) is full, the subsequent
packets that try to create sessions will be dropped and no sessions will be created due to lack of disk
space.
Session Managers use Resource Managers, which in turn, manage a pool of resources of a particular
type.
Table 3-42 lists and describes the fields in the Session Manager Details page.
3-93
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Table 3-42 Session Manager Properties
Fields Description
Name Required; must be unique in the Session Managers list.
Description Optional description of the Session Manager.
Type Required; set to local or remote. Local is the traditional session manager
that maintains sessions in memory and has good performance. The remote
session manager operates on a remote ODBC database, and its perfor-
mance is highly dependent on the performance of the ODBC database.
EnableDiameter Optional; check the box if you want to use the session manager for
Diameter services.
SessionKey SessionKey property is used to set the sessionkey value for the Session
Manager.
The SessionManager checks whether the environmental variable Ses-
sion-Key is set or not. If the environmental variable is set, the server uses
it as the sessionkey. If environmental variable Session-Key is not set then
SessionManager gets the value configured in the SessionKey property
under SessionManager.
SessionKey can be a combination of attributes separated by a colon. The
values for those attributes are obtained from the RequestDictionary. If any
one of the attribute that is configured for the sessionkey is not present in
the RequestDictionary, Prime Access Registrar will drop the request.
However, if Session-Key is not set, SessionManager uses NAS-Identifier
and NAS-Port to create the sessionkey. An example configuration,
--> set SessionKey "User-Name:NAS-Port"
The following shows the sample configuration of sessionkey for Session
Manager:
[ //localhost/Radius/SessionManagers/session-mgr-1 ]
Name = session-mgr-1
Description =
Type = local
EnableDiameter = FALSE
IncomingScript =
OutgoingScript =
AllowAccountingStartToCreateSession = TRUE
SessionTimeOut =
PhantomSessionTimeOut =
SessionKey =
ResourceManagers/
AllowAccountingStartTo-
CreateSession
Set to TRUE by default; start the session when the
Prime Access Registrar server receives an Access Accept or an Account-
ing-Start.
When set to FALSE, start the session when the Prime Access Registrar
server receives an Access Accept.
IncomingScript Optional; name of script to run when the service starts. This script is run
as soon as the session is acquired in Prime Access Registrar.
OutgoingScript Optional; script to be run just before the session is written to backing
store.
3-94
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
SessionTimeOut The SessionTimeOut property is optional; no value for this property
means the session timeout feature is disabled.
Used in conjunction with /Radius/Advanced/SessionPurgeInterval for
the session timeout feature. Enables the session timeout feature for a
Session Manager. If the SessionTimeOut property is set to a value under
a session manager, all sessions that belong to that session manager will
be checked for timeouts at each SessionPurgeInterval. If any sessions
have timed out, they will be released, and all resources associated with
those sessions are also released.
The SessionTimeOut property determines the timeout for a session. If the
time difference between the current time and the last update time is
greater than this property’s value, the session is considered to be stale.
The last update time of the session is the time at which the session was
created or updated.
The SessionTimeOut value is comprised of a number and a units indica-
tor, as in n units, where a unit is one of minutes, hours, days, or weeks.
The default unit is ‘days’.
PhantomSessionTimeOut Optional; no value for this property means the phantom session timeout
feature is disabled.
The PhantomSessionTimeOut property is used in conjunction with /Ra-
dius/Advanced/SessionPurgeInterval to enable the phantom session
timeout feature for Session Manager.
If the PhantomSessionTimeOut property is set to a value under a session
manager, all sessions that belong to that session manager will be checked
for receipt of an Accounting-Start packet. Sessions that do not receive an
Accounting-Start packet from creation until its timeout will be released.
The PhantomSessionTimeOut value comprises a number and a units indi-
cator, as in n units, where a unit is one of minutes, hours, days, or weeks.
The default unit is ‘days’
SessionCreation Available only if you check the EnableDiameter check box; session
created for the configured application, command code, and AVP.
SessionDeletion Available only if you check the EnableDiameter check box; session
deleted for the configured application, command code, and AVP.
Resource Managers List Ordered list of Resource Managers. To navigate between the listed attri-
butes, use the navigation option available adjacent to the list. See Relo-
cating Records for more details.
Table 3-42 Session Manager Properties (continued)
Fields Description
3-95
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
You can use the Session Managers page for the following:
Filtering Records
Adding Session Manager Details
Editing Records
Deleting Records
Adding Session Manager Details
To add new session manager details:
Step 1 Choose Configuration > Session Managers. The Session Managers page is displayed.
Step 2 Click Add. The Session Manager Details page is displayed.
Step 3 Enter the required details.
Step 4 Click Add to save the specified details in the Session Manager Details page. Otherwise click Cancel to
return to the Session Managers page without saving the details.
The Session Managers page is displayed with the newly added details or a respective error message is
displayed.
ResourceManager
Resource Managers allow you to allocate dynamic resources to user sessions. The following lists the
different types of Resource Managers.
IP-Dynamic—manages a pool of IP addresses that allows you to dynamically allocate IP addresses
from a pool of addresses
IP-Per-NAS-Port—allows you to associate ports to specific IP addresses, and thus ensure each NAS
port always gets the same IP address
MemoryLimitForRadius-
Process
This property is used to avoid crashing of the RADIUS process. The
default value is 3500 Megabytes. This property is under /radius/ad-
vanced. When the RADIUS process uses memory more than the config-
ured limit, further sessions are not created and Prime Access Registrar
rejects further incoming requests.
MemorySizeCheckInter-
val
This property is used to avoid crashing of the RADIUS process. This is
used in conjunction with MemoryLimitForRadiusProcess. The default
value is 5 minutes. MemorySizeCheckInterval is a hidden parameter in
mcd database. To modify the default value, you need to export the mcd
database. Typically, a separate thread is created to monitor the RADIUS
process memory usage for every 5 minutes.
Table 3-42 Session Manager Properties (continued)
Fields Description
3-96
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
IPX-Dynamic—manages a pool of IPX network addresses
Subnet-Dynamic—manages a pool of subnet addresses
Group-Session-Limit—manages concurrent sessions for a group of users; that is, it keeps track of
how many sessions are active and denies new sessions after the configured limit has been reached
User-Session-Limit—manages per-user concurrent sessions; that is, it keeps track of how many
sessions each user has and denies the user a new session after the configured limit has been reached
Home-Agent—manages a pool of on-demand IP addresses
USR-VPN—manages Virtual Private Networks (VPNs) that use USR NAS Clients.
Home-Agent-IPv6—manages a pool of on-demand IPv6 addresses
Remote-IP-Dynamic—manages a pool of IP addresses that allows you to dynamically allocate IP
addresses from a pool of addresses. It internally works with a remote ODBC database.
Remote-User-Session-Limit—manages per-user concurrent sessions; that is, it keeps track of how
many sessions each user has and denies the user a new session after the configured limit has been
reached. It internally works with a remote ODBC database.
Remote-Group-Session-Limit—manages concurrent sessions for a group of users; that is, it keeps
track of how many sessions are active and denies new sessions after the configured limit has been
reached. It internally works with a remote ODBC database.
Session Cache—allows you to define the RADIUS attributes to store in cache.
Dynamic-DNS—manages the DNS server.
Remote-Session-Cache—allows you to define the RADIUS attributes to store in cache. It should
be used with session manager of type 'remote'.
3GPP—allows you to define the attribute for 3GPP authorization.
Each Resource Manager is responsible for examining the request and deciding whether to allocate a
resource for the user, do nothing, or cause Cisco Prime Access Registrar to reject the request.
Table 3-43 lists and describes the fields in the Resource Manager Details page.
The fields displayed in the Resource Manager Details page changes based on the option selected in the
Type field. The following tables describe the fields in the Resource Manager Details page.
DYNAMIC-DNS
Table 3-44 lists and describes the fields in the Resource Manager Details page.
Table 3-43 Resource Manager Properties
Fields Description
Resource Manager Name Required; must be unique in the Resource Managers list.
Description (optional) Optional; description of the Resource Manager.
Type Required; must be either Dynamic-DNS, IP-Dynamic,
IP-Per-NAS-Port, IPX-Dynamic, Session Cache, Subnet-Dynam-
ic, Group-Session-Limit, Home-Agent, User-Session-Limit,
USR-VPN, Home-Agent-IPv6, Remote-IP-Dynamic, Remote-Us-
er-Session-Limit, Remote-Group-Session-Limit, Remote-Ses-
sion-Cache, or 3GPP. Based on the option selected, the fields
displayed in the Resource Manager Details page varies.
3-97
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
GROUP-SESSION-LIMIT
Table 3-45 lists and describes the fields in the Resource Manager Details page.
REMOTE-GROUP-SESSION-LIMIT
Table 3-46 lists and describes the fields in the Resource Manager Details page.
HOME-AGENT
Table 3-47 lists and describes the fields in the Resource Manager Details page.
Table 3-44 DYNAMIC-DNS Properties
Fields Description
General tab
Max DNS TTLS Set the maximum TTL of the DNS record.
DNS Host bytes Set the number of bytes to be used to construct the reverse zone entry.
Forward Zone Name Set the name of the forward zone. For a given Resource Manager you
must decide which forward zone you will be updating for sessions the
resource manager will manage.
Reverse Zone Name Set the name of the reverse zone.
Forward Zone Server Set the Server IP of the forward zone
Reverse Zone Server Set the Server IP of the reverse zone
Forward Zone TSIG KeyS Server-wide security key to process all forward zone dynamic DNS
updates. This is used if a ForwardZoneTSIGKey was not specified on
the Resource Manager.
Reverse Zone TSIG Keys Server-wide security key to process all reverse zone dynamic DNS
updates. This is used if a ReverseZoneTSIGKey was not specified on
the Resource Manager
Table 3-45 GROUP-SESSION-LIMIT Properties
Fields Description
Group Session Limit Set the GroupSessionLimit property to the maximum number of con-
current sessions for all users.
Table 3-46 REMOTE-GROUP-SESSION-LIMIT Properties
Fields Description
Group Session Limit Set the GroupSessionLimit property to the maximum number of con-
current sessions for all users.
Table 3-47 HOME-AGENT Properties
Fields Description
HomeAgentIPAddresses tab
3-98
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Click the Add button to save the details and list it in Start and End IP list. To navigate between the listed
attributes, use the navigation option available adjacent to the list. See Relocating Records for more
details. To delete the available attributes, select the relevant attribute and click the Delete button below.
HOME-AGENT-IPv6
Table 3-48 lists and describes the fields in the Resource Manager Details page.
Click the Add button to save the details and list it in Start and End IPv6 list. To navigate between the
listed attributes, use the navigation option available adjacent to the list. See Relocating Records for more
details. To delete the available attributes, select the relevant attribute and click the Delete button below.
IP-DYNAMIC
Table 3-49 lists and describes the fields in the Resource Manager Details page.
Click the Add button to save the details and list it in Start and End IP list. To navigate between the listed
attributes, use the navigation option available adjacent to the list. See Relocating Records for more
details. To delete the available attributes, select the relevant attribute and click the Delete button below.
REMOTE-IP-DYNAMIC
Table 3-50 lists and describes the fields in the Resource Manager Details page.
Start Required; must be an IP address.
End Required; must be an IP address.
Table 3-47 HOME-AGENT Properties (continued)
Fields Description
Table 3-48 HOME-AGENT-IPv6 Properties
Fields Description
HomeAgentIPv6Addresses tab
Start Required; must be an IPv6 address.
End Required; must be an IPv6 address.
Table 3-49 IP-DYNAMIC Properties
Fields Description
General tab
Reuse IP for same SessionKey
and User
When set to TRUE, this property supports overlapping IP addresses
between session managers for VPN users. Default value is FALSE.
Net Mask Required; must be set to a valid net mask.
Allow Overlapped IP
Addresses
When set to TRUE, this property supports overlapping IP addresses
between session managers for VPN users. Default value is FALSE.
IP Addresses tab
Start Required; must be an IP address.
End Required; must be an IP address.
3-99
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Click the Add button to save the details and list it in Start and End IP list. To navigate between the listed
attributes, use the navigation option available adjacent to the list. See Relocating Records for more
details. To delete the available attributes, select the relevant attribute and click the Delete button below.
IP-PER-NAS-PORT
Table 3-51 lists and describes the fields in the Resource Manager Details page.
Click the Add button to save the details and list it in Start and End IP list. To navigate between the listed
attributes, use the navigation option available adjacent to the list. See Relocating Records for more
details. To delete the available attributes, select the relevant attribute and click the Delete button below.
IPX-DYNAMIC
Table 3-52 lists and describes the fields in the Resource Manager Details page.
Table 3-50 REMOTE-IP-DYNAMIC Properties
Fields Description
General tab
Reuse IP for same SessionKey
and User
When set to TRUE, this property supports overlapping IP addresses
between session managers for VPN users. Default value is FALSE.
Net Mask Required; must be set to a valid net mask.
Allow Overlapped IP
Addresses
When set to TRUE, this property supports overlapping IP addresses
between session managers for VPN users. Default value is FALSE.
IP Addresses tab
Start Required; must be an IP address.
End Required; must be an IP address.
Table 3-51 IP-PER-NAS-PORT Properties
Fields Description
General tab
Net Mask Required; if used, must be set to a valid net mask.
Allow Overlapped IP
Addresses
When set to TRUE, this property supports overlapping IP addresses
between session managers for VPN users. Default value is FALSE.
NAS Required; must be the name of a known Client.This value must be the
same as the NAS-Identifier attribute in the Access-Request packet.
IP Config tab
Start Required; must be an IP address.
End Required; must be an IP address.
Port Config tab
Start Required; set the NAS port
End Required; set the NAS port
3-100
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Click the Add button to save the details and list it in Start and End IP list. To navigate between the listed
attributes, use the navigation option available adjacent to the list. See Relocating Records for more
details. To delete the available attributes, select the relevant attribute and click the Delete button below.
SESSION-CACHE
Table 3-53 lists and describes the fields in the Resource Manager Details page.
Table 3-52 IPX-DYNAMIC Properties
Fields Description
Networks tab
Start Required; must be an IP address.
End Required; must be an IP address.
Table 3-53 SESSION-CACHE Properties
Fields Description
General tab
Overwrite Attributes Specifies whether to overwrite the existing attributes if there are any
in the session record.
Query Key Required; set the QueryKey to the a RADIUS attribute you want to
key on, such as Framed-IP-Address.
A change made in Prime Access Registrar requires that this attribute
not be an XML attribute, even if this session-cache resource manager
is being used for an XML query.
Note Any existing session-cache resource managers using an XML
attribute for the Query Key must be changed to a RADIUS
attribute that this XML attribute is mapped to under Query-
Mappings.
Pending Removal Delay Required; length of time information remains in the cache after the
session ends (defaults to 10 seconds)
Query Mapping tab
XML Attribute Set the QueryKey property to the XML attribute you want to key on
such as XML-Address-format-IPv4 and list all attributes to be cached
in the AttributesToBeCached subdirectory.
Radius Attribute Required; list of attribute pairs, mapping the XML attributes on the
left-hand side to the RADIUS attribute on the right-hand side.
AttributeToBeCached tab
RADIUS Optional; set Radius, if the attribute needs to be defined for RADIUS.
VENDOR Optional; set Vendor, if the attribute needs to be defined for Vendor.
If Vendor is selected, specify the vendor type from the drop-down
list.
Attribute Name Required; use this subdirectory to provide a list of RADIUS attri-
butes you want to store in cache
3-101
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
Click the Add button to save the details and list it in Start and End IP list. To navigate between the listed
attributes, use the navigation option available adjacent to the list. See Relocating Records for more
details. To delete the available attributes, select the relevant attribute and click the Delete button below.
SUBNET-DYNAMIC
Table 3-54 lists and describes the fields in the Resource Manager Details page.
Click the Add button to save the details and list it in Start and End IP list. To navigate between the listed
attributes, use the navigation option available adjacent to the list. See Relocating Records for more
details. To delete the available attributes, select the relevant attribute and click the Delete button below.
USER-SESSION-LIMIT
Table 3-55 lists and describes the fields in the Resource Manager Details page.
REMOTE-USER-SESSION-LIMIT
Table 3-56 lists and describes the fields in the Resource Manager Details page.
USR-VPN
Table 3-57 lists and describes the fields in the Resource Manager Details page.
Table 3-54 SUBNET-DYNAMIC Properties
Fields Description
Subnet Dynamic tab
Net Mask Required; must be set to the size of the managed subnets
Start Required; must be an IP addresses
End Required; must be an IP addresses
Table 3-55 USER-SESSION-LIMIT Properties
Fields Description
User Session Limit Set the user session limit property to the maximum number of con-
current sessions for a particular user
Table 3-56 REMOTE-USER-SESSION-LIMIT Properties
Fields Description
User Session Limit Set the user session limit property to the maximum number of con-
current sessions for a particular user
Table 3-57 USR-VPN Properties
Fields Description
General tab
Identifier Required; must be set to the VPN ID the USR NAS will use to
identify a VPN.
3-102
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
To edit the gateway details, check the appropriate check box and click the Edit button. Enter new
information in the editable fields and click the Save button. You can also delete the record using Delete
button.
REMOTE-SESSION-CACHE
Table 3-58 lists and describes the fields in the Resource Manager Details page.
Neighbor Optional; if set, should be the IP address of the next hop router for
the VPN.
Framed Routing Optional; if set, should be RIP V2 Off or RIP V2 On if the USR
NAS is to run RIP Version 2 for the user.
Gateway tab
Name of Gateway Required; name of the gateway.
Description (optional) Optional; description of the gateway.
IP Address Required; IP address of the gateway
Shared Secret Required; must match the shared secret of the gateway.
Tunnel Refresh Optional; if specified it is the number of seconds the tunnel stays
active before a secure “keepalive” is exchanged between the tunnel
peers in order to maintain the tunnel open.
Location ID Optional; if specified it is a string indicating the physical location of
the gateway. Click the Save button, to save the details.
Table 3-57 USR-VPN Properties (continued)
Fields Description
Table 3-58 REMOTE-SESSION-CACHE Properties
Fields Description
General tab
Overwrite Attributes Specifies whether to overwrite the existing attributes if there are any
in the session record.
Query Key Required; set the QueryKey to the a RADIUS attribute you want to
key on, such as Framed-IP-Address.
A change made in Prime Access Registrar requires that this attribute
not be an XML attribute, even if this session-cache resource manager
is being used for an XML query.
Note Any existing session-cache resource managers using an XML
attribute for the Query Key must be changed to a RADIUS
attribute that this XML attribute is mapped to under Query-
Mappings.
Pending Removal Delay Required; length of time information remains in the cache after the
session ends (defaults to 10 seconds)
Remote Query Mapping tab
XML Attribute Set the QueryKey property to the XML attribute you want to key on
such as XML-Address-format-IPv4 and list all attributes to be cached
in the AttributesToBeCached subdirectory.
3-103
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Configuring Cisco Prime Access Registrar
3GPP
Table 3-59 lists and describes the 3GPP properties in the Resource Manager Details page.
You can use the Resource Manager List page for the following:
Filtering Records
Adding Resource Manager Details
Network Resources
Editing Records
Deleting Records
Adding Resource Manager Details
To add new resource manager details:
Step 1 Choose Configuration > Resource Manager. The Resource Manager List page is displayed.
Step 2 Click Add. The Resource Manager Details page is displayed.
Step 3 Enter the required details.
Step 4 Click Submit to save the specified details in the Resource Manager Details page. Otherwise click
Cancel to return to the Resource Manager List page without saving the details.
Radius Attribute Required; list of attribute pairs, mapping the XML attributes on the
left-hand side to the RADIUS attribute on the right-hand side.
RemoteAttributeToBeCached tab
RADIUS Optional; set Radius, if the attribute needs to be defined for RADIUS.
VENDOR Optional; set Vendor, if the attribute needs to be defined for Vendor.
If Vendor is selected, specify the vendor type from the drop-down
list.
Attribute Name Required; use this subdirectory to provide a list of RADIUS attri-
butes you want to store in cache
Table 3-58 REMOTE-SESSION-CACHE Properties (continued)
Fields Description
Table 3-59 3GPP Properties
Fields Description
EnableRegistrationFlow Check the box to enable registration flow during 3GPP authorization.
EnableSessionTermination Check the box to enable session termination during 3GPP
authorization.
ReuseExistingSession Check the box to reuse existing session during 3GPP authorization.
HSSProxyService Required; the HSS proxy service to use in the 3GPP authorization
flow.
3-104
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
The Resource Manager List page is displayed with the newly added details or a respective error message
is displayed.
Note Resource Manager supports the following remote type session managers: remote-ip-dynamic,
remote-session-cache, home-agent, remote-user-session-limit, home-agent-ipv6 and
remote-group-session-limit.
Network Resources
Network Resources constitutes the maintenance and management of the details of the clients and remote
servers. The clients IP address and shared secret details are maintained under clients, The management
of server directory with use of remote server protocols details are maintained in remote server.
This section describes the following:
Clients
Remote Servers
Clients
All NASs and proxy clients that communicate directly with Prime Access Registrar must have an entry
in the Clients list. This is required because NAS and proxy clients share a secret with the RADIUS server
which is used to encrypt passwords and to sign responses.
Table 3-60 lists and describes the fields in the Client Details page.
Table 3-60 Client Properties
Fields Description
Name Required and should match the Client identifier specified in the standard RADIUS
attribute, NAS-Identifier. The name must be unique within the Clients list.
IncomingScript Optional; you can use this property to specify a Script you can use to determine the
services to use for authentication, authorization, and/or accounting.
OutgoingScript Optional; you can use this property to specify a Script you can use to make any Cli-
ent-specific modifications when responding to a particular Client.
Protocol Required; set it to Radius, Diameter, or Tacacs-and-Radius.
Description Optional description of the client.
Vendor Optional; displayed when the protocol is set to Diameter. When set, must be the
name of a known Vendor.
Server Identity Optional; displayed when the protocol is set to Diameter. While exchanging the
CER information in the client, Prime Access Registrar sends the configured server
identity value as the origin-host value. When set, it takes precedence over the /Ra-
dius/Advance/Diameter/TransportManagement configuration.
3-105
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
HostName Required; hostname or IP address of the Diameter client.
Port Required; port on which client connects with the Prime Access Registrar server.
SCTP-Enabled Required; displays when the protocol is set to Diameter and indicates whether the
connection will be an SCTP. If set to TRUE, SCTP will be used. If set to FALSE,
TCP will be used.
Server Realm Optional; displays when the protocol is set to Diameter. While exchanging the CER
information in the client, Prime Access Registrar sends the configured server realm
value as the origin-realms value. it takes precedence over the /Radius/Advance/Di-
ameter/TransportManagement configuration.
General Properties tab
The tabs are available if the protocol is set to Radius or Tacacs-and-Radius.
IPAddress Required; must be a valid IP address and unique in the Clients list.
Prime Access Registrar uses this property to identify the Client that sent the
request, either using the source IP address to identify the immediate sender or using
the NAS-IP-Address attribute in the Request dictionary to identify the NAS
sending the request through a proxy.
When a range is configured for a Clients IPAddress property, any incoming
requests whose source address belongs to the range specified, will be allowed for
further processing by the server. Similarly when a wildcard (an asterisk ‘*’ in this
case) is specified, any incoming requests whose source address matches the
wildcard specification will be allowed. In both the cases, the configured client prop-
erties like SharedSecret, and Vendor are used to process the requests.
You can specify a range of IP addresses using a hyphen as in:
100.1.2.11-20
You can use an asterisk wildcard to match all numbers in an IP address octet as in:
100.1.2.*
You can specify an IPAddress and a subnet mask together using Classless Inter-Do-
main Routing (CIDR) notation as in:
100.1.2.0/24
You can use the IPAddress property to set a base address and use the NetMask
property to specify the number of clients in the subnet range.
Shared Secret Required; must match the secret configured in the Client.
Type Required; accept the default (NAS), or set it to ATM, Proxy, or NAS+Proxy.
Vendor Optional; you can use this property when you need special processing for a specific
vendor’s NAS. To use this property, you must configure a Vendor object and
include a script. Prime Access Registrar provides five Scripts you can use: one for
Ascend, Cisco, Cabletron, Altiga, and one for USR. You can also provide your own
Script.
Table 3-60 Client Properties (continued)
Fields Description
3-106
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
NetMask Specifies the subnet mask used with the network address setting configured for the
IPAdress property when configuring a range of IP addresses.
This property is not used for a single client with an IP address only. The NetMask
property is used to configure multiple clients when you configure a base IP address
in the IPAddress property. You can set the NetMask property for a range of 256
clients using the following example:
set NetMask 255.255.255.0
Note If you set the NetMask property, validation will fail if you attempt to specify
a subnet mask using CIDR notation with the IPAddress property (described
above).
Enforce Traffic
Throttling
By default, the value is set to FALSE. When set to TRUE, the traffic throttling check
for the packet will be executed.
Dynamic Authorization tab
Enable
Dynamic Au-
thorization
Optional; when set to TRUE, this property enables Change of Authorization (CoA)
and Packet of Disconnect (PoD) features.
Shared Secret Located under the DynamicAuthorizationServer subdirectory, this is the shared
secret used for communicating CoA and PoD packets with the client.
Port Located under the DynamicAuthorizationServer subdirectory, the default port is
3799.
InitialTimeout Located under the DynamicAuthorizationServer subdirectory, the default is 5000.
MaxTries Located under the DynamicAuthorizationServer subdirectory, the default is 3.
COA Attribute This property is found under the DynamicAuthorizationServer subdirectory and
points to a group of attributes to be included in a CoA request sent to this client.
These attribute groups are created and configured under the AttributeGroups subdi-
rectory in /Radius/Advanced.
POD Attribute This property is found under the DynamicAuthorizationServer subdirectory and
points to a group of attributes to be included in a POD request sent to this client.
These attribute groups are created and configured under the AttributeGroups subdi-
rectory in /Radius/Advanced.
Notification Properties tab
Enable Notifi-
cations
Required; the default value is FALSE and indicates the client is not capable of
receiving Accounting-Stop notifications from the Prime Access Registrar server.
When set to TRUE, the client can receive Accounting-Stop notifications from the
Prime Access Registrar server and additional properties must be configured under
a new sub-directory named NotificationProperties.
InitialTimeout Located under the NotificationProperties subdirectory, specifies the timeout value
in milliseconds the Prime Access Registrar server waits for an Accounting-Re-
sponse packet before attempting a retry (sending another Accounting-Stop packet
to the client).
Required when EnableNotifications is set to TRUE; the default value is 5000.
Table 3-60 Client Properties (continued)
Fields Description
3-107
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
You can use the Clients page for the following:
Filtering Records
Adding Client Details
Editing Records
Deleting Records
Adding Client Details
To add new Client details:
Step 1 Choose Network Resources > Clients. The Clients page is displayed.
Step 2 Click Add to add new client details. The Client Details page is displayed.
Step 3 Enter the required details in the General Properties, Dynamic Authorization, and Notification Properties
tabs.
Step 4 Click Save to save the specified details in the Client Details page. Otherwise click Cancel to return to
the Client page without saving the details.
The Client page is displayed with the newly added details or a respective error message is displayed.
Remote Servers
You can use the RemoteServers object to specify the properties of the remote servers to which Services
proxy requests.
Port Located under the NotificationProperties subdirectory, specifies the port used by
the Prime Access Registrar server to receive Accounting-Stop packets. Required
when EnableNotifications is set to TRUE; the default value is 1813.
MaxTries Located under the NotificationProperties subdirectory, specifies the number of
times the Prime Access Registrar server sends an Accounting-Stop packet to a
client.
Required when EnableNotifications is set to TRUE; the default value is 3.
Notification-
Properties
When the EnableNotifications property is set to TRUE, this subdirectory contains
additional properties required to support the Query-Notify feature.
NotificationAt-
tributeGroup
Located under the NotificationProperties subdirectory, specifies the name of an
attribute group under /Radius/Advanced/AttributeGroups that contains the attri-
butes to be included when sending an the Accounting-Stop packet to this client.
Required when EnableNotifications is set to TRUE; there is no default value. You
must provide the name of a valid AttributeGroup and the named AttributeGroup
must contain at least one valid attribute, or validation will fail.
Table 3-60 Client Properties (continued)
Fields Description
3-108
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
Prime Access Registrar provides the following RemoteServer protocol types:
LDAP
LDAP Accounting
Domain Authentication
ODBC/OCI
ODBC/OCI-Accounting
Diameter
Others
Note You must not configure a remote server with an IP address, which is same as that of the client. This is
applicable for all types of remote servers.
LDAP
Specify the ldap service type when you want to use a particular LDAP remote server for authentication
and/or authorization.When using LDAP for authentication and a local database for authorization, ensure
that the usernames in both locations are identical with regard to case-sensitivity.
Table 3-61 lists and describes the fields in the Add LDAP-RemoteServers Details page.
Table 3-61 LDAP Server Properties
Fields Description
LDAP Properties tab
Name Required; name of the LDAP server.
Host Name Required; the LDAP server’s hostname or IP address.
Prime Access Registrar supports IPv4 and IPv6 addresses for the
hostname.
Note To use IPv6 addresses, you must have Next Generation (NG)
license of Prime Access Registrar. For LDAP, IPv6 addresses
must be enclosed in square brackets, as in
[2001:420:27c1:420:250:56ff:fe99:3dfd].
Port Required; defaults to port 389.
Description Description of the LDAP server.
Timeout Required; the default is 15. The timeout property indicates how many
seconds the RADIUS server will wait for a response from the LDAP
server.
Note Use InitialTimeout from above as a template, except this is
timeout is specified in seconds.
Reactivate Time Interval Required; the amount of time (in milliseconds) to wait before retrying a
remote server that was offline. You must specify a number greater than
zero. The default is 300,000 (5 minutes).
3-109
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
MaxReferrals Required; must be a number equal to or greater than zero. This property
indicates how many referrals are allowed when looking up user informa-
tion. When you set this property to zero, no referrals are allowed.
Cisco Prime Access Registrar manages referrals by allowing the
RADIUS server’s administrator to indicate an LDAP “referral attribute,
which might or might not appear in the user information returned from
an LDAP query. When this information is returned from a query,
Cisco Prime Access Registrar assumes it is a referral and initiates
another query based on the referral. Referrals can also contain referrals.
Note This is an LDAP v2 referral property.
Referral Attribute Required when you have specified a MaxReferrals value. This property
specifies which LDAP attribute, returned from an LDAP search, to check
for referral information.
Note This is an LDAP v2 referral property.
Referral Filter Required when you have specified a MaxReferral value. This is the
filter Cisco Prime Access Registrar uses when processing referrals.
When checking referrals, the information Cisco Prime Access Registrar
finds in the referral itself is considered to be the search path and this
property provides the filter. The syntax is the same as that of the Filter
property.
Note This is an LDAP v2 referral property.
Bind Name Optional; the distinguished name (dn) to use when establishing a connec-
tion between the LDAP and RADIUS servers.
Bind Password Optional; the password associated with the BindName.
Search Path Required; the path that indicates where in the LDAP database to start the
search for user information.
Limit Outstanding
Requests
Required; the default is FALSE. Cisco Prime Access Registrar uses this
property in conjunction with the MaxOutstandingRequests property to
tune the RADIUS server’s use of the LDAP server.
When you set this property to TRUE, the number of outstanding requests
for this RemoteServer is limited to the value you specified in MaxOut-
standingRequests. When the number of requests exceeds this number,
Cisco Prime Access Registrar queues the remaining requests, and sends
them as soon as the number of outstanding requests drops to this number.
User Password Attribute Required; this specifies which LDAP field the RADIUS server should
check for the user’s password.
Escape Spl.Character in
UserName
FALSE by default
Datasource Connections Specifies the number of concurrent connections to the LDAP server. The
default value is 8.
Table 3-61 LDAP Server Properties (continued)
Fields Description
3-110
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
Use SSL A boolean field indicating whether you want
Cisco Prime Access Registrar to use SSL (Secure Socket Layer) when
communicating with this RemoteServer. When you set it to TRUE, be
sure to specify the CertificateDBPath field in the Advanced section,
and be sure the port you specified for this RemoteServer is the SSL port
used by the LDAP server.
EnableKeepAlive Default is FALSE. This is enabled to send a TCP keepalive to keep the
idle connection active.
Filter Required; this specifies the search filter Cisco Prime Access Registrar
uses when querying the LDAP server for user information. When you
configure this property, use the notation “%s” to indicate where the user
ID should be inserted. For example, a typical value for this property is
“(uid=%s),” which means that when querying for information about user
joe, use the filter uid=joe.
Max Outstanding Requests Required when you have set the LimitOutstandingRequests to TRUE.
The number you specify, which must be greater than zero, determines the
maximum number of outstanding requests allowed for this remote server.
Password Encryption Style The default is None. You can also specify crypt, dynamic, SHA-1, and
SSHA-1.
DNSLookup and LDAP
RebindInterval
Specifies the timeout period after which the Prime Access Registrar
server will attempt to resolve the LDAP hostname to IP address (DNS
resolution); 0 by default
Search Scope Specifies how deep to search within a search path; default is SubTree
which indicates a search of the base object and the entire subtree of
which the base object distinguished name is the highest object.
Base indicates a search of the base object only.
OneLevel indicates a search of objects immediately subordinate to the
base object, but does not include the base object.
Use Binary Password Com-
parison
A boolean field that enables binary password comparison for authentica-
tion. This property when set to TRUE, enables binary password compar-
ison. By default, this property is set to FALSE.
Use Bind Based Authenti-
cation
A boolean field that enables bind-based authentication with LDAP
server. By default, this property is set to FALSE. When set to FALSE, it
uses existing legacy authentication method.
On setting this property to TRUE, the mappings LDAPToRadius, LDAP-
ToEnvironment, and LDAPToCheckItem will not work.
LDAPToRadiusMappings tab
LDAPAttribute Set the value for the LDAP attribute
Table 3-61 LDAP Server Properties (continued)
Fields Description
3-111
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
RadiusAttribute A list of name/value pairs in which the name is the name of the ldap
attribute to retrieve from the user record, and the value is the name of the
RADIUS attribute to set to the value of the ldap attribute retrieved.
For example, when the LDAPToRadiusMappings has the entry: Fra-
medIPAddress = Framed-IP-Address, the RemoteServer retrieves the
FramedIPAddress attribute from the ldap user entry for the specified
user, uses the value returned, and sets the Response variable
Framed-IP-Address to that value.
Click the Add button to save the details and list it in the attribute list. To
navigate between the listed attributes, use the navigation option available
adjacent to the list. See Relocating Records for more details. To delete
the available attributes, select the relevant attribute and click the Delete
button below.
LDAPToCheckItems Mappings tab
Attribute Type Select either RADIUS or VENDOR. If Vendor is selected, specify the
vendor type from the drop-down list.
LDAPAttribute Set the value for the LDAP attribute
CheckedItems A list of LDAP attribute/value pairs which must be present in the
RADIUS access request and must match, both name and value, for the
check to pass.
For example, when the LDAPToCheckItemMappings has the entry:
group = User-Group, the Access Request must contain the attribute
group, and it must be set to User-Group.
Click the Add button to save the details and list it in the attribute list. To
navigate between the listed attributes, use the navigation option available
adjacent to the list. See Relocating Records for more details. To delete
the available attributes, select the relevant attribute and click the Delete
button below.
LDAPToEnvironmentalMappings tab
LDAPAttribute Set the value for the LDAP attribute
EnvironmentalAttribute A list of name/value pairs in which the name is the name of the ldap
attribute to retrieve from the user record, and the value is the name of the
Environment variable to set to the value of the ldap attribute retrieved.
For example, when the LDAPToEnvironmentMappings has the entry:
group = User-Group, the RemoteServer retrieves the group attribute
from the ldap user entry for the specified user, uses the value returned,
and sets the Environment variable User-Group to that value.
Click the Add button to save the details and list it in the attribute list. To
navigate between the listed attributes, use the navigation option available
adjacent to the list. See Relocating Records for more details. To delete
the available attributes, select the relevant attribute and click the Delete
button below.
Table 3-61 LDAP Server Properties (continued)
Fields Description
3-112
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
You can use the LDAP-RemoteServers page for the following:
Filtering Records
Adding LDAP Details
LDAP Accounting
Editing Records
Deleting Records
Adding LDAP Details
To add new LDAP details:
Step 1 Choose Network Resources > RemoteServers > LDAP. The LDAP-RemoteServers page is displayed.
Step 2 Click Add to add LDAP details. The LDAP-RemoteServers Details page is displayed.
Step 3 Enter the required details in the tabs.
Step 4 Click Save LDAP Server to save the specified details in the LDAP-RemoteServers Details page. The
LDAP-RemoteServers page is displayed with the newly added details or a respective error message is
displayed. Otherwise click Cancel to return to the LDAP-RemoteServers page without saving the
details.
LDAP Accounting
Previous releases of Prime Access Registrar supported accessing user data from an LDAP server, but this
feature was limited to performing authentication and authorization (AA). You could only write the
accounting records to local file or oracle database or proxy to another RADIUS server.
Prime Access Registrar supports writing accounting records into LDAP server enabling integration
between billing systems and LDAP.
Table 3-62 lists and describes the fields in the LDAPAcct RemoteServer Details page.
Table 3-62 LDAP Accounting Server Properties
Fields Description
LDAP Acct Properties tab
Name Name of the remote server; this property is mandatory, and there is no
default.
Description Optional description of server.
HostName Required; the LDAP server's hostname or IP address.
Port Required; the default value is 389. Port the LDAP server is listening on.
Timeout Mandatory time interval (in seconds) to wait for LADP-write operation
to complete; defaults to 15 seconds.
ReactivateTimerInterval Mandatory time interval (in milliseconds) to activate an inactive server;
defaults to 300000 ms.
3-113
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
BindName Optional; the distinguished name (dn) to use when establishing a connec-
tion between the LDAP and RADIUS servers.
BindPassword Optional; the password associated with the BindName.
EnableKeepAlive Required; default is FALSE. This is enabled to send a TCP keepalive to
keep the idle connection active.
Delimiter Character used to separate the values of the attributes given in Attribute-
List property.
LDAPEnvironmentMul-
tiValueDelimiter
Optional; allows you to specify a character that separates multi-valued
attribute lists when using ldap-accounting.
DnPath Required; the path that indicates where in the LDAP database to start the
write for user information.
EntryName Required; this specifies the write entry name Prime Access Registrar
uses when insetting the LDAP server for user information. When you
configure this property, use the notation "%s" to indicate where the user
ID should be inserted. For example, a typical value for this property is
"(uid=%s)," which means that when insetting for information about user
joe, use the fentry name uid=joe.
LimitOutstandingRequests Required; the default is FALSE. Prime Access Registrar uses this
property in conjunction with the MaxOutstandingRequests property to
tune the RADIUS server's use of the LDAP server.
When you set this property to TRUE, the number of outstanding requests
for this RemoteServer is limited to the value you specified in MaxOut-
standingRequests. When the number of requests exceeds this number,
Prime Access Registrar queues the remaining requests, and sends them
as soon as the number of outstanding requests drops to this number.
MaxOutstandingRequests Required when you have set the LimitOutstandingRequests to TRUE.
The number you specify, which must be greater than zero, determines the
maximum number of outstanding requests allowed for this remote server.
ObjectClass Required; list of object classes which are all schemas defined in LDAP
server. These schemas define required attributes and allowed attributes
for an entry which is inserted from Prime Access Registrar.
DNSLookup and
LDAPAcct RebindInterval
Specifies the timeout period after which the Prime Access Registrar
server will attempt to resolve the LDAP hostname to IP address (DNS
resolution).
Escape Spl.Character in
UserName
FALSE by default.
AttributeList List of comma-separated attribute names.
Datasource Connections Mandatory number of connections to be established; defaults to 8.
UseLocalTimeZone Optional; the default is FALSE. It determines the timezone of accounting
records TimeStamp.
Table 3-62 LDAP Accounting Server Properties (continued)
Fields Description
3-114
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
You can use the LDAP Acct-RemoteServers page for the following:
Filtering Records
Adding LDAP Accounting Details
Editing Records
Deleting Records
Adding LDAP Accounting Details
To add new LDAP accounting details:
Step 1 Choose Network Resources > RemoteServers > LDAP Accounting. The LDAPAcct-RemoteServers
page is displayed.
Step 2 Click Add to add LDAP accounting details. The LDAPAcct RemoteServer Details page is displayed.
Step 3 Enter the required details in the tabs.
Step 4 Click Save LDAP Acct Server to save the specified details in the LDAPAcct RemoteServer Details
page. Otherwise click Cancel to return to the LDAPAcct-RemoteServers page without saving the details.
The LDAPAcct-RemoteServers page is displayed with the newly added details or a respective error
message is displayed.
UseSSL A boolean field indicating whether you want Prime Access Registrar to
use SSL (Secure Socket Layer) when communicating with this Remote-
Server. When you set it to TRUE, be sure to specify the CertificateDB-
Path field in the Advanced section, and be sure the port you specified
for this RemoteServer is the SSL port used by the LDAP server.
AttributestoWrite tab
LDAPAcctAttribute Set the LDAP Accounting attribute.
EnvironmentalAttribute A list of name and value pairs in which the name is the name of the data
store attribute to retrieve from the user record, and the value is the name
of the RADIUS attribute to set to the value of the data store attribute re-
trieved. The data store attributes must match those defined in the external
SQL file.
Click the Add button to save the details and list it in the Attributes list.
To navigate between the listed attributes, use the navigation option
available adjacent to the list. See Relocating Records for more details. To
delete the available attributes, select the relevant attribute and click the
Delete button below.
Table 3-62 LDAP Accounting Server Properties (continued)
Fields Description
3-115
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
Domain Authentication
The Domain Authentication service type, domain-auth, is used with a Remote Server of the same type
to provide support for authentication against Windows Domain Controller/Active Directory (WDC/AD).
You can click the Add button in the Domain Authentication-RemoteServers page to add new domain
authentication details in the Domain Authentication-RemoteServers Details page. Table 3-63 lists and
describes the fields in the Domain Authentication-RemoteServers Details page.
Table 3-63 Domain Authentication Server Properties
Fields Description
General Properties tab
Name Required; name of the domain authentication server.
Host Name Required; hostname or IP address of the remote server.
Port Required; port used for communication with WDC/AD; defaults to 2004.
Default Domain Species the default domain for authentication if the user does not include
a domain during log in. Otherwise, authentication is performed on the
local domain.
Agent Connections Required; default is 15. Represents the total number of connections
Prime Access Registrar can open with the CSRA.
Description Optional; description of the domain authentication server.
Timeout Required; defaults to 15.
Reactivate Time Interval Required; default is 300,000 milliseconds. Specifies the length of time to
wait before attempting to reconnect if a thread is not connected to a data
source.
Workstation Optional; if a user has this workstation property set to some value, in
Active Directory, then during authentication, AD will check with the CLI
workstation value of Prime Access Registrar. Only if they match authen-
tication will succeed.
If this workstation value is not set in AD, no comparison with CLI work-
station field happens.
Default Usergroup User group to be used when no mapping is found in the list of maps in
the GroupMap property or when there is no hit in the groups listed in
GroupMaps. The DefaultUserGroup is used to authorize users that are
authenticated by this domain-auth RemoteServer.
GroupMaps tab
3-116
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
You can use the Domain Authentication-RemoteServers page for the following:
Filtering Records
Adding Domain Authentication Details
ODBC/OCI
Editing Records
Deleting Records
Adding Domain Authentication Details
To add new domain authentication details:
Step 1 Choose Network Resources > RemoteServers > Domain Authentication. The Domain
Authentication-RemoteServers page is displayed.
Step 2 Click Add to add domain authentication details. The Domain Authentication-RemoteServers Details
page is displayed.
Step 3 Enter the required details in the tabs.
Step 4 Click Add Domain-Auth Server to save the specified details in the Domain
Authentication-RemoteServers Details page. Otherwise click Cancel to return to the Domain
Authentication-RemoteServers page without saving the details.
The Domain Authentication-RemoteServers page is displayed with the newly added details or a
respective error message is displayed.
AR UserGroup Select a user group from the drop-down list.
AD UserGroups A list of groups to which the user belongs in the WDC/AD mapped to an
internal group in the Prime Access Registrar server. Entries are of the
form:
1. “InternalGroup1 = ExternalGroup1, ExternalGroup2, ...
2. “InternalGroup2 = ExternalGroup3, ExternalGroup4, ...
To configure group mappings, use the following syntax:
set 1 “Group1 = ExternalGroup1,ExternalGroup2, ExternalGroup3”
Click the Add button to save the details and list it in the attribute list. To
navigate between the listed attributes, use the navigation option available
adjacent to the list. See Relocating Records for more details. To delete
the available attributes, select the relevant attribute and click the Delete
button below.
Table 3-63 Domain Authentication Server Properties (continued)
Fields Description
3-117
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
ODBC/OCI
Specify odbc or oci when you want to use an ODBC or OCI service for authentication, authorization and
accounting through an ODBC or OCI data store respectively. Use an ODBC or OCI service to
authenticate and authorize an access requests by querying user information through ODBC or OCI and
to insert accounting records into a data store through ODBC or OCI.
Note The ODBC service supports MYSQL and Oracle database service and OCI supports Oracle with 10.2.0
to 11.2.0 Oracle client.
Table 3-64 lists and describes the fields in the ODBC/OCI-RemoteServers Details page.
Table 3-64 ODBC/OCI Server Properties
Fields Description
Name Required; name of the ODBC/OCI Server.
Protocol The type of remote server. You select the option ODBC or OCI
from the drop-down list.
Datasource Connections Required; default is 8. This represents the total number of connec-
tions Prime Access Registrar can open with the ODBC server;
total number of threads Prime Access Registrar can create for the
ODBC server.
ODBC Datasource Name Required; name of the ODBCDataSource to use and must refer to
one entry in the list of ODBC datasources configured under /Ra-
dius/Advanced/ODBCDataSources.
User Password Attribute Set the user password.
SNMPTrapIP The SNMP trap IP for the remote servers.
Prime Access Registrar supports IPv4 and IPv6 addresses for the
SNMP trap IP.
Note To use IPv6 addresses, you must have Next Generation
(NG) license of Prime Access Registrar.
Description Description of the ODBC Server
Timeout Required; the default is 15. The timeout property indicates how
many seconds the RADIUS server will wait for a response from the
ODBC server.
Note Use InitialTimeout from above as a template, except this is
timeout is specified in seconds.
Reactivate Time Interval Required; default is 300,000 milliseconds. Length of time to wait
before attempting to reconnect if a thread is not connected to a data
source.
Keep Alive Timer Interval Mandatory time interval (in milliseconds) to send a keepalive to
keep the idle connection active; defaults to zero (0) meaning the
option is disabled
SNMPTrapPort The SNMP trap port for the remote server; defaults to 1521.
SQL Definitions tab
Name SQLDefinition properties define the SQL you want to execute.
3-118
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
You can use the ODBC/OCI-RemoteServers page for the following:
Description Description of the SQL
Type Prime Access Registrar supports only type query.
SQL SQL query used to add, update or delete a record from a database
Execution SequenceNumber Sequence number for SQLStatement execution, must be greater
than zero (mandatory, no default)
Marker List Defines all markers for the query. MarkerList uses the format Us-
erName/SQL_DATA_TYPE.
RadiusMappings tab
ODBC/OCI Attribute Set the ODBC or OCI attribute
RADIUS Attribute A list of name and value pairs in which the name is the name of the
data store attribute to retrieve from the user record, and the value
is the name of the RADIUS attribute to set to the value of the data
store attribute retrieved. The data store attributes must match those
defined in the external SQL file.
Click the Add button to save the details and list it in the Attributes
list. To navigate between the listed attributes, use the navigation
option available adjacent to the list. See Relocating Records for
more details. To delete the available attributes, select the relevant
attribute and click the Delete button below.
CheckItemsMappings tab
Attribute Type Select either RADIUS or VENDOR. If Vendor is selected, specify
the vendor type from the drop-down list.
ODBC/OCI Attribute Set the ODBC or OCI attribute
CheckItem A list of ODBC attribute/value pairs.
Click the Add button to save the details and list it in the Attributes
list. To navigate between the listed attributes, use the navigation
option available adjacent to the list. See Relocating Records for
more details. To delete the available attributes, select the relevant
attribute and click the Delete button below.
EnvironmentalMappings tab
ODBC/OCI Attribute Set the ODBC or OCI attribute
Environmental Attribute A list of name/value pairs in which the name is the name of the data
store attribute to retrieve from the user record, and the value is the
name of the Environment variable to set to the value of the ODBC
attribute retrieved.
Click the Add button to save the details and list it in the Attributes
list. To navigate between the listed attributes, use the navigation
option available adjacent to the list. See Relocating Records for
more details. To delete the available attributes, select the relevant
attribute and click the Delete button below.
Table 3-64 ODBC/OCI Server Properties (continued)
Fields Description
3-119
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
Filtering Records
Adding ODBC/OCI Details
ODBC/OCI-Accounting
Editing Records
Deleting Records
Adding ODBC/OCI Details
To add new ODBC or OCI details:
Step 1 Choose Network Resources > RemoteServers > ODBC/OCI. The ODBC/OCI-RemoteServers page is
displayed.
Step 2 Click Add to add ODBC or OCI details. The ODBC/OCI-RemoteServers Details page is displayed.
Step 3 Enter the required details.
Step 4 Click Add to enter the SQL details in the SQL Definitions tab.
Step 5 Click Save to save the specified details in the SQL Definitions tab or click Cancel to cancel the action.
Step 6 Enter the required details in the tabs.
Step 7 Click Add Server to save the specified details in the ODBC/OCI-RemoteServers Details page.
Otherwise click Cancel to return to the ODBC/OCI-RemoteServers page without saving the details.
The ODBC/OCI-RemoteServers page is displayed with the newly added details or a respective error
message is displayed.
ODBC/OCI-Accounting
If you use the Oracle Accounting feature, you must configure an ODBC/OCI-Accounting RemoteServer
object.
Table 3-65 lists and describes the fields in the Add ODBC/OCI Accounting-RemoteServers page.
Table 3-65 ODBC/OCI Accounting Server Properties
Fields Description
General Properties tab
Name Name of the remote server; this property is mandatory, and there is
no default.
Protocol The type of Accounting remote server. You can select the option
odbc-accounting or oci-accounting from the drop-down list.
Datasource Connections Mandatory number of connections to be established; defaults to 8
ODBC Datasource Name Name of the ODBCDataSource to use and must refer to one entry
in the list of ODBC datasources configured under /Radius/Ad-
vanced/ODBCDataSources. Mandatory; no default
3-120
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
Buffer Accounting Packets Mandatory, TRUE or FALSE, determines whether to buffer the ac-
counting packets to local file, defaults to TRUE which means that
packet buffering is enabled.
Note When set to TRUE, a constant flow of incoming account-
ing packets can fill the buffer backing store files in /cis-
co-ar/data/odbc beyond the size configured in
MaximumBufferFileSize. Configure BackingStoreDisc-
Threshold in /Radius/Advanced when using ODBC ac-
counting.
Max. Buffer Filesize Mandatory if BufferAccountingPackets is set to TRUE, determines
the maximum buffer file size, defaults to 10 Megabyte)
Backing Store Environment
Vari a b les
Optional; when BufferAccountingPackets is set to TRUE, contains
a comma-separated list of environment variable names to be stored
into a local file along with buffered packet. No default. BackingS-
toreEnvironmentVariables can also be specified in scripts using the
BackingStoreEnvironmentVariables environment variable.
Attribute List List of comma-separated attribute names.
SNMPTrapIP Optional; when set to a valid IP address, the traps (responding/not
responding traps) for the ODBC/OCI Accounting server will have
this IP address. This is used to identify the server. If the value is
not set, SNMP traps use 255.255.255.255 as the IP address.
Description Optional; description of server.
Timeout Mandatory time interval (in seconds) to wait for SQL operation to
complete; defaults to 15 seconds.
Reactivate Time Interval Mandatory time interval (in milliseconds) to activate an inactive
server; defaults to 300000 ms.
Keep Alive Timer Interval Mandatory time interval (in milliseconds) to send a keepalive to
keep the idle connection active; defaults to zero (0) meaning the
option is disabled.
No. of Retries for Buffered
Packet
Mandatory if BufferAccountingPackets is set to TRUE. A number
greater than zero determines the number of attempts to be made to
insert the buffered packet into Oracle. Defaults to 3.
Use Local Timezone Set to TRUE or FALSE, determines the timezone of accounting
records' TimeStamp (defaults to FALSE).
Delimiter Character used to separate the values of the attributes given in At-
tributeList property.
SNMPTrapPort Optional; when set to a valid port, the traps (responding/not re-
sponding traps) for the ODBC/OCI Accounting server will have
this port. If the value is not set, SNMP traps use 1521 as the IP port.
SQL Definitions tab
Name Required; SQLDefinition properties define the SQL you want to
execute.
Description Description of the SQL
Table 3-65 ODBC/OCI Accounting Server Properties (continued)
Fields Description
3-121
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
You can use the ODBC/OCI Accounting-RemoteServers page for the following:
Filtering Records
Adding ODBC/OCI Accounting Details
Others
Editing Records
Deleting Records
Adding ODBC/OCI Accounting Details
To add new ODBC or OCI accounting details:
Step 1 Choose Network Resources > RemoteServers > ODBC/OCI Accounting. The ODBC/OCI
Accounting-RemoteServers page is displayed.
Step 2 Click Add to add ODBC or OCI accounting details. The ODBC/OCI Accounting-RemoteServers Details
page is displayed.
Step 3 Enter the required details in the tabs.
Step 4 Click Add Accounting Server to save the specified details in the ODBC/OCI
Accounting-RemoteServers Details page. The ODBC/OCI Accounting-RemoteServers page is displayed
with the newly added details or a respective error message is displayed. Otherwise click Cancel to return
to the ODBC/OCI Accounting-RemoteServers page without saving the details.
Diameter
Diameter is a networking protocol which is derived from RADIUS protocol.
You can click the Add button in the Diameter-RemoteServers page to add a new Diameter remote server.
Table 3-66 lists and describes the Diameter remote server properties.
Type Required; Prime Access Registrar supports insert, update and
delete options.
SQL Required; SQL query used to acquire the password
Execution SequenceNumber Required; sequence number for SQLStatement execution, must be
greater than zero (mandatory, no default)
Marker List Required; defines all markers for the query. MarkerList uses the
format UserName/SQL_DATA_TYPE.
Table 3-65 ODBC/OCI Accounting Server Properties (continued)
Fields Description
3-122
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
You can use the Domain Authentication-RemoteServers page for the following:
Filtering Records
Adding Domain Authentication Details
ODBC/OCI
Editing Records
Deleting Records
Adding Diameter Remote Server Details
To add new Diameter remote server details:
Table 3-66 Diameter Remote Server Properties
Fields Description
Name Required; name of the Diameter server.
Description Optional; description of the Diameter server.
Protocol Required; protocol used by the Diameter server.
MaxTries Number of retry attempts to be made by the Diameter server for request
and response.
Host Name Host name of the server.
Initial Timeout Specifies the timeout value in milliseconds the Prime Access Registrar
server waits for an Accounting-Response packet before attempting a
retry.
This value must be less than the DWatchDogTimeout value.
Port Port used by the server.
DWatchDogTimeout Time interval between watch dog messages.
IncomingScript Optional; if there is a script, it is the first script Prime Access Registrar
runs when it receives a request from any client and/or for any service.
OutgoingScript Optional; if there is a script, it is the last script Prime Access Registrar
runs before it sends a response to any client.
SCTP-Enabled Indicates whether the connection will be an SCTP. If set to TRUE , SCTP
will be used. If set to FALSE, TCP will be used.
AdvHostName Optional; specifies the local hostname address that will be advertised by
the Prime Access Registrar server to other peers during CER/CEA
exchange.
AdvRealm Advertising realm.
ActivateTimerInterval Mandatory time interval, in milliseconds, to activate an inactive server.
Vendor Select a valid vendor.
SCTPAdvHostName Section
Local SCTP advertising host name of the local server.
Remote SCTP advertising host name of the remote server.
3-123
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
Step 1 Choose Network Resources > RemoteServers > Diameter. The Diameter-Remote Servers page is
displayed.
Step 2 Click Add to add Diameter remote server details.
Step 3 Enter the required details as described in Table 3-66.
Step 4 Click Add Diameter Server to save the details. Click Cancel to return to the previous page without
saving the details.
The Diameter-Remote Servers page is displayed with the newly added details or a respective error
message is displayed.
Others
This feature of GUI allows you to set other specifications. The various types of protocols are:
Radius
Dynamic DNS
Map-Gateway
Prepaid-CRB
Prepaid IS 835C
Sigtran
Sigtran-m3ua
Table 3-67 lists and describes the fields in the Remote Server Details page. The fields listed below are
the entire list of all the available protocols. The fields are displayed based on the type of protocol
selected.
Table 3-67 Other Server Properties
Fields Description
Remote Server Details
Name Required; name of the server.
Description Optional; description of the server.
Protocol Required; type of the remote server. Choose from one of the
following options:
Radius
Dynamic DNS
Map-Gateway
Prepaid-CRB
Prepa-IS835C
Sigtran
Sigtran-m3ua
3-124
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
IP Address Required; this property specifies where to send the proxy request.
It is the address of the remote server. You must set it to a valid IP
address.
Port By default, Prime Access Registrar listens on ports 1645.
ReactivateTimerInterval Mandatory time interval (in milliseconds) to activate an inactive
server; defaults to 300000 ms.
MaxTries Number of times the server tries to send dynamic updates to a
server.
Initial Timeout Time, in milliseconds, that the server waits for a response before
retrying a request.
SharedSecret Required; the secret shared between the remote server and the
RADIUS server.
Vendor Optional; when set, must be the name of a known Vendor.
IncomingScript Optional; when set, must be the name of a known incoming script.
Prime Access Registrar runs the IncomingScript after it receives
the response.
OutGoingScript Optional; when set, must be the name of a known outgoing script.
Prime Access Registrar runs the OutgoingScript just before it
sends the proxy request to the remote server.
AccountingPort Port where the RADIUS server sends accounting packets.
AcknowledgeAccounting When ACKAccounting is TRUE, the Prime Access Registrar
server waits for the Accounting-Response from the remote
RADIUS server before sending the corresponding Accounting-Re-
sponse to the client.
When ACKAccounting is FALSE, the Prime Access Registrar
server does not wait for the Accounting-Response and immediate-
ly returns an Accounting-Response to the client.
Accept Dynamic Authorization
Requests
The value is set to False, by default.
MaxRename Retries Number of times that the resource managers can try to add a host
even if it detects that the host's name is already present. This
controls the number of times Prime Access Registrar tries to
modify a host's name to resolve a conflict on each failed update.
Trim HostName Controls whether Prime Access Registrar trims the hostname
string to the first period character. If this attribute is enabled, the
hostname is truncated before the period. If disabled, the server
retains the period characters in the hostname.
FwdZoneTSIG Server-wide security key to process all forward zone dynamic
DNS updates. This is used if a ForwardZoneTSIGKey was not
specified on the Resource Manager.
ReverseZoneTSIG Server-wide security key to process all reverse zone dynamic DNS
updates. This is used if a ReverseZoneTSIGKey was not specified
on the Resource Manager.
Table 3-67 Other Server Properties (continued)
Fields Description
3-125
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
File Name Name of the shared library provided by the billing server vendor,
such as libprepaid.so
Connections Number of threads the prepaid service and billing server can each
use (default is 8).
HostName Required; hostname of the remote server.
Local Sub System Number Required; the default value for this property is 0. This represents
the subsystem number used by SUA user.
CgPA Global Title Address Required; represents the Global Title Address of CallingPartyAd-
dress.
Set OPC In CgPA Required; if it is set to TRUE, OPC will be used in CallingPar-
tyAddress.
CdPANumberingPlan Required; used to specify the numbering plan of the called party.
The default value is 7.
CgPANumberingPlan Required; used to specify the numbering plan of the calling party.
The default value is 7.
Global Title Translation Script This is used to specify the name of script which is responsible for
translating IMSI to GTA.
SUA Configuration Filename Required; used to specify the name of configuration file for SUA
stack initialization.
Max Outstanding Requests This represents the maximum outstanding request to HLR.
Timeout Required; represents the how long the remote server should wait
before marking the request as timedout.
Limit Outstanding Requests Limits the outstanding request to HLR when it is set to TRUE.
SourceIPAddress Required; name of the local IP address.
SourcePort Required; specify the port number in which
Prime Access Registrar is installed for M3UA transactions.
LocalSubSystemNumber Required; the local sub system number is set as 149 by default.
DestinationPort Required; specify the destination port number to which
Prime Access Registrar connects.
IMSITranslationScript Specify the scripting point that is used to modify the IMSI based
on the requirement before sending the request to STP/HLR.
Timeout Required; specify the time (in seconds) to wait before an authenti-
cation request times out; defaults to 120.
ReactivateTimerInterval Required; specify the time interval (in milliseconds) to activate an
inactive server; defaults to 300000 ms (which is 5 minutes).
Table 3-67 Other Server Properties (continued)
Fields Description
3-126
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
Limit Outstanding Requests Prime Access Registrar uses this property in conjunction with the
MaxOutstandingRequests property to tune the RADIUS server's
use of the HLR. The default is FALSE.
When you set this property to TRUE, the number of outstanding
requests for this RemoteServer is limited to the value you specified
in MaxOutstandingRequests. When the number of requests
exceeds this number, Prime Access Registrar queues the
remaining requests, and sends them as soon as the number of out-
standing requests drops to this number.
MaxOutstandingRequests Required; specify the maximum number of outstanding requests
allowed for this remote server.
MAP-Version Required; specify the MAP version as 2 or 3 that HLR supports.
NetworkVariant Required; select the network variant switch.
Note Prime Access Registrar supports only ITU value.
SubServiceField Required; specify the type of network to which this SAP belongs.
The possible options are INT and NAT which represents interna-
tional network and national network respectively.
TCAPVariant Required; specify the name of the tcap network variant switch. The
possible options are ITU88, ITU92, or ITU96.
NetworkAppearance Required; specify the network appearance code which ranges from
0-2147483647.
This field is optional for SIGTRAN-M3UA remote servers as per
the RFC 4666 (http://tools.ietf.org/html/rfc4666.) You can set the
value to 0 to remove network appearance from the data packet.
NetworkIndicator Required; specify the network indicator used in SCCP address.
The possible options are NAT and INT which represents interna-
tional network and national network respectively.
RoutingIndicator Required; specify the routing indicator. The possible options are
RTE_GT or RTE_SSN which is used to route the packets for HLR.
MLCNumber Required; specify the MLC number which is required for M3UA
service for fetching the MSISDN from the HLR. This is the map
layer network node number by which the HLR identifies the
Prime Access Registrar in the network. The MLC number is con-
figured in E.164 format.
Note MLC is a max-15 digit number.
TrafficMode Required; specify the traffic mode values for the HLR.
LoadShareMode Required; specify the load share mode for the HLR.
When there is more than one associations with HLR, then the load
sharing is set as Signaling Link Selection (SLS). SLS is done based
on a simple round-robin basis.
Table 3-67 Other Server Properties (continued)
Fields Description
3-127
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Network Resources
You can use the RemoteServers page allows for the following:
Filtering Records
Setting Other Specifications
Editing Records
Deleting Records
Setting Other Specifications
To set up other specifications:
Step 1 Select Network Resources > RemoteServers > Others. The RemoteServers page is displayed.
Step 2 Click Add to add other specifications. The Remote Server Details page is displayed.
Step 3 Enter the required details.
Step 4 Click Add Radius Server to save the specified details in the Remote Server Details page. Otherwise
click Cancel to return to the RemoteServers page without saving the details.
RoutingParameters
OriginPointCode Required; specify the originating point of a message in a signalling
network. The value ranges from 0 - 16777215.
DestinationPointCode Required; specify the destination address of a signalling point in a
SS7 network.
RemoteSubSystemNumber Required; specify the sub system number of the remote server. The
RemoteSubSystemNumber is set as 6 by default.
OPCMask Required; specify the wild card mask for the origin point code. The
value ranges from 0 - 16777215.
DPCMask Specify the wild card mask for the destination point code. The
value ranges from 0 - 16777215.
ServiceIndicatorOctet Specify the service identifier octet. The value ranges from 0 - 255.
RoutingContext Required; specify the routing context which ranges from 0 -
16777215.
Source & Destination IP Addresses
SourceIPAddresses Applicable only for Sigtran-m3ua protocol type. Enter the source
IP address to be configured on the remote server and then click
Add. The entered IP address is displayed in the SourceIPAddresses
list box. Click Delete to remote the IP address from the list.
DestinationIPAddresses Applicable only for Sigtran-m3ua protocol type. Enter the destina-
tion IP address to be configured on the remote server and then click
Add. The entered IP address is displayed in the DestinationIPAd-
dresses list box. Click Delete to remote the IP address from the list.
Table 3-67 Other Server Properties (continued)
Fields Description
3-128
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Administration
The RemoteServers page is displayed with the newly added details or a respective error message is
displayed.
Administration
Administration constitutes the maintenance and management of details specific administrator, various
statistical data respective to the administrators, backing up and restoring server details, and license
management of the server.
This section describes the following:
Administrators
Statistics
DiameterStatistics
TACACSStatistics
Back Up and Restore
LicenseUpload
Administrators
Prime Access Registrar provided super-user administrative access in which administrator can perform
all tasks including starting and stopping the system and changing the configuration.
Prime Access Registrar also provides view-only administrative access. View-only access restricts an
administrator to only being able to observe the system and prevents that user from making changes.
Table 3-68 lists and describes the fields in the Administrator Details page.
You can use the Administrators page for the following:
Filtering Records
Adding Administrator Details
Table 3-68 Administrator Properties
Fields Description
Name Required; administrator’s user ID.
Description Optional; description of the administrator.
New Password Required; encrypted password of the administrator.
Confirm New Password Required; encrypted password of the administrator and must
match Password.
View Only Default value (FALSE) indicates that the administrator is able to
modify the configuration. When set to TRUE, the administrator
can only view the server configuration and set the change the
server trace level.
3-129
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Administration
Statistics
Editing Records
Deleting Records
Adding Administrator Details
To add new Administrator details:
Step 1 Choose Administration > Administrators. The Administrators page is displayed.
Step 2 Click Add to add administrator details. The Administrator Details page is displayed.
Step 3 Specify the required details.
Step 4 Click Submit to save the specified details in the Administrator Details page. Otherwise click Cancel to
return to the Administrators page without saving the details.
The Administrators page is displayed with the newly added details or a respective error message is
displayed.
Statistics
This feature provides statistical information on the specified server.
Table 3-69 lists the statistics information and the meaning of the values.
Table 3-69 aregcmd stats Information
Stats Value Meaning
serverStartTime Indicates the start time of the server.
serverResetTime Indicates the time when the server was
reloaded.
serverStat Indicates if the server is running or stopped.
totalPacketsInPool Number of packets that can be accommodated
in the pool.
totalPacketsReceived Number of packets that are received by
RADIUS server.
totalPacketsSent Number of packets that are sent by RADIUS
server.
totalRequests Number of requests received by RADIUS
server. This includes access requests and ac-
counting requests.
totalResponses Number of responses sent by RADIUS server.
This includes access accepts/rejects and ac-
counting responses.
3-130
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Administration
totalAccessRequests Number of access requests received/pro-
cessed by RADIUS server.
totalAccessAccepts Number of access accepts sent by RADIUS
server.
totalAccessChallenges Number of access challenges sent by
RADIUS server.
totalAccessRejects Number of access rejects sent by RADIUS
server.
totalAccessResponses Number of access responses sent by RADIUS
server.
totalAccountingRequests Number of accounting requests received by
RADIUS server.
totalAccountingResponses Number of accounting responses sent by
RADIUS server.
totalStatusServerRequests Number of status server request received by
RADIUS server.
totalAscendIPAAllocateRequests Number of requests received related to
Ascend IP address allocation.
totalAscendIPAAllocateResponses Number of responses sent related to Ascend
IP Address Allocation.
totalAscendIPAReleaseRequests Number of requests received related to
Ascend IP Address release.
totalAscendIPAReleaseResponses Number of responses sent related to Ascend
IP Address release.
totalUSRNASRebootRequests Number of user NAS reboot request received
by RADIUS server.
totalUSRNASRebootResponses Number of user NAS reboot response sent by
RADIUS server.
totalUSRResourceFreeRequests Number of user resource free request received
by RADIUS server.
totalUSRResourceFreeResponses Number of user resource free response sent by
RADIUS server.
totalUSRQueryResourceRequests Number of user query resource request
received by RADIUS server.
totalUSRQueryResourceResponses Number of user query resource response sent
by RADIUS server.
totalUSRQueryReclaimRequests Number of user query reclaim request
received by RADIUS server.
totalUSRQueryReclaimResponses Number of user query reclaim response sent
by RADIUS server.
totalPacketsInUse Number of packets that are being used.
totalPacketsDrained Number of packets that are drained.
Table 3-69 aregcmd stats Information (continued)
Stats Value Meaning
3-131
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Administration
totalPacketsDropped Number of packets that are dropped.
totalPayloadDecryptionFailures Number of failures due to payloads decryp-
tion.
RemoteServer statistics for: Provides server’s type, name, IP address, and
port used.
active Indicates whether the server was active (not in
a down state).
maxTries Number of retry attempts to be made by the
RemoteServer Object based on the Remote-
Server’s maxTries property setting.
RTTAverage Average round trip time since the last server
restart.
RTTDeviation Indicates a standard deviation of the RTTAv-
erage.
TimeoutPenalty Indicates any change made to the initial
timeout default value.
totalRequestsPending Number of requests currently queued.
totalRequestsSent Number of requests sent since the last server
restart.
Note totalRequestsSent should equal the
sum of totalRequestsOutstanding and
totalRequestsAcknowledged.
totalRequestsOutstanding Number of requests currently proxied that
have not yet returned
totalRequestsTimedOut Number of requests that have timed out since
last server restart or number requests not
returned from proxy server within the [config-
ured] initial timeout interval.
totalRequestsAcknowledged Number of responses received since last
server restart
totalResponsesDroppedForNotInCache Number of responses dropped because their
ID did not match the ID of any Pending
requests.
totalResponsesDroppedForSignatureMismatch Number of responses dropped because their
response authenticator did not decode to the
correct shared secret.
Table 3-69 aregcmd stats Information (continued)
Stats Value Meaning
3-132
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Administration
Resetting Server Statistics
To reset server statistics:
Step 1 Choose Administration > Statistics. The Radius Server Statistics page is displayed.
Step 2 Click Reset to reset all the RADIUS server statistics.
DiameterStatistics
Prime Access Registrar supports statistic of Diameter messages through the CLI/GUI and SNMP. The
existing ‘stats’ module has been extended to include additional counters related to Diameter. The
Diameter statistics includes peer statistics and global summary statistics details on the specified server.
Table 3-70 and Table 3-71 lists the statistics information and the meaning of the values. The statistical
information in Table 3-71 is displayed based on the peer selected.
totalRequestsDroppedAfterMaxTries Number of requests dropped because no
response was received after retrying the con-
figured number of times. This value is
different from totalRequestsTimedOut
because using the default configuration
values, no response within 2000 ms bumps the
TimedOut counter, but it waits 14000 ms
(2000 + 4000 + 8000) to bump this counter.
lastRequestTime Date and time of last proxy request.
lastAcceptTime Date and time of last ACCEPT response to a
client.
Table 3-69 aregcmd stats Information (continued)
Stats Value Meaning
Table 3-70 Diameter stats Information
Metric Value
Diameter Statistics
serverStartTime The start time of the server.
serverResetTime The reset time of the server.
serverState The state of the server.
cdbpLocalStatsTotalUpTime The total time for which the Diameter server
is up.
cdbpLocalResetTime The time elapsed since a server was reset.
cdbpLocalStatsTotalPacketsIn The total number of packets received by a
Diameter Base protocol.
3-133
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Administration
cdbpLocalStatsTotalPacketsOut The total number of packets transmitted by a
Diameter Base protocol.
Peer The name of the peer. You can select a peer
from the drop-down list.
Table 3-71 Diameter peer stats Information
Metric Value
Diameter Peers
Stats for the Remote Server The name of the selected peer.
ipaddress The IP address of the peer.
port The port of the peer.
cdbpPeerStatsState Indicates the connection state in the Peer State
Machine of the peer with which the Diameter
server is communicating.
cdbpPeerStatsASAsOut Number of Abort-Session-Answer messages
that are sent to the peer.
cdbpPeerStatsACRsIn Number of Accounting-Request messages
that are received from the peer
cdbpPeerStatsACRsOut Number of Accounting-Request messages
that are sent to the peer.
cdbpPeerStatsACAsIn Number of Accounting-Answer messages that
are received from the peer.
cdbpPeerStatsACAsOut Number of Accounting-Answer messages that
are sent to the peer.
cdbpPeerStatsCERsIn Number of Capabilities-Exchange-Request
messages received from the peer.
cdbpPeerStatsCERsOut Number of Capabilities-Exchange-Request
messages sent to the peer.
cdbpPeerStatsCEAsIn Number of Capabilities-Exchange-Answer
messages received from the peer.
cdbpPeerStatsCEAsOut Number of Capabilities-Exchange-Answer
messages sent to the peer.
cdbpPeerStatsDWRsIn Number of Device-Watchdog-Request
messages received from the peer.
cdbpPeerStatsStateDuration Represents the Peer state duration.
cdbpPeerStatsDWRsOut Number of Device-Watchdog-Request
messages sent to the peer.
cdbpPeerStatsDWAsIn Number of Device-Watchdog-Answer
messages received from the peer.
Table 3-70 Diameter stats Information (continued)
Metric Value
3-134
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Administration
cdbpPeerStatsDWAsOut Number of Device-Watchdog-Answer
messages sent to the peer.
cdbpPeerStatsDPRsIn Number of Disconnect-Peer-Request
messages received from the peer.
cdbpPeerStatsDPRsOut Number of Disconnect-Peer-Request
messages sent to the peer.
cdbpPeerStatsDPAsIn Number of Disconnect-Peer-Answer
messages received from the peer.
cdbpPeerStatsDPAsOut Number of Disconnect-Peer-Answer
messages sent to the peer.
cdbpPeerStatsRARsIn Number of Re-Auth-Request messages that
are received from the peer.
cdbpPeerStatsRARsOut Number of Re-Auth-Request messages that
are sent to the peer.
cdbpPeerStatsRAAsIn Number of Re-Auth-Answer messages that
are received from the peer.
cdbpPeerStatsRAAsOut Number of Re-Auth-Answer messages that
are sent to the peer.
cdbpPeerStatsSTRsIn Number of Session-Termination-Request
messages that are received from the peer.
cdbpPeerStatsSTRsOut Number of Session-Termination-Request
messages that are sent to the peer.
cdbpPeerStatsSTAsIn Number of Session-Termination-Answer
messages that are received from the peer.
cdbpPeerStatsSTAsOut Number of Session-Termination-Answer
messages that are sent to the peer.
cdbpPeerStatsDWReqTimer The interval between the packets that are sent
to the peers.
cdbpPeerstatsRedirectEvents Number of redirects that are sent from a peer.
cdbpPeerStatsAccDupRequests Number of duplicate Diameter Account-
ing-Request packets.
cdbpPeerStatsMalformedReqsts Number of malformed Diameter packets that
are received.
cdbpPeerStatsAccsNotRecorded Number of Diameter Accounting-Request
packets that are received and responded but
not recorded.
cdbpPeerStatsWhoInitDisconnect Indicates whether the host or peer initiated the
disconnect.
cdbpPeerStatsAccRetrans Number of Diameter Accounting-Request
packets that are retransmitted to the Diameter
server.
Table 3-71 Diameter peer stats Information (continued)
Metric Value
3-135
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Administration
Select the required peer from the Client drop-down list and click the Show Peer Stats button to view the
Diameter statistics of the peer. Click the Reset button, to reset all the Diameter statistics of the peer.
cdbpPeerStatsTotalRetrans Number of Diameter packets that are retrans-
mitted to the Diameter server. This does not
include the Diameter Accounting-Request
packets that are retransmitted.
cdbpPeerStatsAccPendReqstsOut Number of Diameter Accounting-Request
packets that are sent to the peer which have
not yet timed out or received a response. This
variable is incremented when an Account-
ing-Request is sent to the server and decre-
mented due to receipt of an
Accounting-Response, a timeout or a retrans-
mission.
cdbpPeerStatsAccReqstsDropped Number of Accounting-Requests to the server
that are dropped.
cdbpPeerStatsHByHDropMessages An answer message that is received with an
unknown hop-by-hop identifier. This does not
include the accounting requests that are
dropped.
cdbpPeerStatsEToEDupMessages The duplicate answer messages that are
locally consumed. This does not include
duplicate accounting requests that are
received.
cdbpPeerStatsUnknownTypes Number of Diameter packets of unknown type
that are received from the peer.
cdbpPeerStatsProtocolErrors Number of protocol errors that are returned to
peer, but not including the redirects.
cdbpPeerStatsTransientFailures Indicates the transient failure count.
cdbpPeerStatsDWCurrentStatus Indicates the connection status of the peer.
cdbpPeerStatsTransportDown Number of unexpected transport failures.
cdbpPeerStatsTimeoutConnAtmpts Number of times the server attempts to
connect to a peer when there is no transport
connection with the peer. This is reset on dis-
connection.
cdbpPeerStatsASRsIn Number of Abort-Session-Request messages
that are received from the peer.
cdbpPeerStatsASRsOut Number Abort-Session-Request messages
that are sent to the peer.
cdbpPeerStatsASAsIn Number of Abort-Session-Answer messages
that are received from the peer.
Table 3-71 Diameter peer stats Information (continued)
Metric Value
3-136
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Administration
TACACSStatistics
Prime Access Registrar supports CISCO-AAA-SERVER-MIB to describe the statistics of TACACS+
protocol. This is supported through CLI/GUI and SNMP.
Table 3-72 lists the statistics information and the meaning of the values.
Table 3-72 TACACS stats Information
Metric Value
TACACS Statistics
serverStartTime The start time of the server.
serverResetTime The reset time of the server.
serverState The state of the server.
totalPacketsReceived Number of packets that are received by a
TACACS+ protocol irrespective of the type of
Authentication and Accounting.
totalPacketsSent Number of packets that are sent by a
TACACS+ protocol irrespective of the type of
Authentication and Accounting.
totalRequests Number of packet requests that are received
by a TACACS+ protocol irrespective of the
type of Authentication and Accounting.
totalResponses Number of packet responses that are sent by a
TACACS+ protocol irrespective of the type of
Authentication and Accounting.
totalAuthenticationRequests Number of authentication requests that are
received by Prime Access Registrar.
totalAuthenticationAccepts Number of authentication requests that are
accepted by Prime Access Registrar.
totalAuthenticationRejects Number of authentication requests that are
rejected by Prime Access Registrar.
totalAuthenticationChallenges Number of authentication challenges that are
faced by Prime Access Registrar.
totalAuthenticationResponses Number of authentication responses that are
sent by Prime Access Registrar.
totalAuthorizationRequests Number of authorization requests that are
received by Prime Access Registrar.
totalAuthorizationAccepts Number of authorization requests that are
accepted by Prime Access Registrar.
totalAuthorizationRejects Number of authorization requests that are
rejected by Prime Access Registrar.
totalAuthorizationResponses Number of authorization responses that are
sent by Prime Access Registrar.
totalAccountingRequests Number of accounting requests that are
received by Prime Access Registrar.
3-137
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Administration
Back Up and Restore
To back up and restore the server details, Choose Administration > Backup&Restore. The Backup
page is displayed with the list of recently backed up details of the server with the date and time. This
option allows you to take a backup of the database, sessions, and scripts, and stores it in
/cisco-ar/backup directory.
Backup Server Details
To back up the server details:
Step 1 Choose Administration > Backup & Restore. The Backup page is displayed.
Step 2 Click Backup to take a backup of the database, sessions, and scripts, and stores it in /cisco-ar/backup
directory. The details will be backed up and appended to the backup list and displayed in the Backup
page.
Restoring Server Details
To restore the backed-up server details:
Step 1 Choose Administration > Backup & Restore. The Backup page is displayed.
Step 2 Choose the record from the backup list.
Step 3 Click Restore. The details of the selected back up file will be restored successfully.
LicenseUpload
Prime Access Registrar license information are uploaded using the Upload feature. To upload the license
file,
totalAccountingAccepts Number of accounting requests that are
accepted by Prime Access Registrar.
totalAccountingRejects Number of accounting requests that are
rejected by Prime Access Registrar.
totalAccountingResponses Number of accounting requests that are sent
by Prime Access Registrar.
totalPayloadDecryptionFailures Number of packets that are not decrypted by
Prime Access Registrar.
totalPacketsDropped Number of packets that are dropped by
Prime Access Registrar. The packets are
dropped, which are invalid and do not fulfill
the parsing conditions.
Table 3-72 TACACS stats Information (continued)
Metric Value
3-138
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 3 Using the Graphical User Interface
Read-Only GUI
Uploading License File
To upload the Prime Access Registrar license file:
Step 1 Choose Administration > LicenseUpload. The Prime Access Registrar License-Upload page is
displayed.
Step 2 Click Browse to locate the license file. The File Upload dialog box is displayed.
Step 3 Choose the required file.
Step 4 Click Upload. The selected file will be uploaded in /cisco-ar/license directory.
Note You need to ensure that the license file that you want to upload should be in .lic format.
Step 5 Click Reset to clear the text in the Select the File field, if you want to clear the selected path.
Read-Only GUI
Prime Access Registrar provides a read-only GUI that enables an administrator to observe the system
but prevents that administrator from making changes.
When you configure a user to be an administrator, check the View-Only check box to limit the
administrator to view-only operation. You can also use the CLI by setting the View-Only property to
TRUE under /Administrator/admin_name.
When using the Read-Only GUI, the Configuration, Network Resources and Administration sections are
displayed as same as a fully-enabled administrator. The details of these sections are displayed in text
format and cannot be edited.
CHAPTER
4-1
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
4
Cisco Prime Access Registrar Server Objects
This chapter describes the objects you use to configure and operate your Cisco Prime Access Registrar
(Prime Access Registrar) RADIUS server.
Prime Access Registrar is configured and operated through a set of objects. These objects are arranged
in a hierarchy, with some of the objects containing subobjects; just as in a UNIX file system, in which
directories can contain subdirectories. All of the objects, except those that are merely lists, contain
properties that define the attributes or behavior of the object.
This chapter describes the following Prime Access Registrar objects:
Radius— root of the configuration hierarchy
UserLists—contains individual UserLists, which in turn contain users
UserGroups—contains individual UserGroups
Policies—contains individual Policies
Clients—contains individual Clients
Vendors—contains individual Vendors
Scripts—contains individual Scripts
Services—contains individual Services
Session Managers—contains individual Session Managers
Resource Managers—contains individual Resource Managers
Profiles—contains individual Profiles
Rules—contains individual Rules
FastRules—contains attributes to add, modify, and delete in the request, response, and environment
dictionaries.
Translations—contains individual Translations
TranslationGroups—contains individual Translation Groups
Remote Servers—contains individual RemoteServers
Advanced—contains advanced properties, Ports, Interfaces, Reply Messages, and the Attribute
dictionary
4-2
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Radius
Radius
The Radius object is the root of the hierarchy. For each installation of the Cisco Prime Access Registrar
server, there is one instance of the Radius object. You reach all other objects in the hierarchy from the
Radius.
The following is a listing of the RADIUS server object:
[ //localhost/Radius ]
Name = Radius
Description =
Version = 6.1.0.0
IncomingScript~ = uery
OutgoingScript~ =
DefaultAuthenticationService~ = local-users
DefaultAuthorizationService~ = local-users
DefaultAccountingService~ = local-file
DefaultSessionService~ =
DefaultSessionManager~ = mgr-rad
UserLists/
UserGroups/
Policies/
Clients/
Vendors/
Scripts/
Services/
SessionManagers/
ResourceManagers/
Profiles/
Rules/
Translations/
TranslationGroups/
RemoteServers/
CommandSets/
DeviceAccessRules/
FastRules/
Advanced/
Replication/
Table 4-1 lists the Radius properties. You you can set or change Radius properties using the
Cisco Prime Access Registrar aregcmd commands.
Note When a field is listed as required, it means a value must be supplied; that is, the value must be set. You
can use the default (if it is supplied) or you can change it to something else, but you cannot unset it. You
must supply values for the required fields and for which no defaults exist.
.Table 4-1 Radius Properties
Property Description
Name Required; must be unique in the list of servers in the cluster
Description Optional description of the server
Version Required; the currently installed version of Prime Access Registrar
IncomingScript Optional; if there is a script, it is the first script
Cisco Prime Access Registrar runs when it receives a request from
any client and/or for any service
4-3
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
UserLists
The remaining Cisco Prime Access Registrar objects are sub-objects of the Radius object.
UserLists
The UserLists object contains all of the individual UserLists, which in turn, contain the specific users
stored within Cisco Prime Access Registrar. Cisco Prime Access Registrar references each specific
UserList by name from a Service whose type is set to local. When Cisco Prime Access Registrar
receives a request, it directs it to a Service. When the Service has its type property set to local, the
Service looks up the user’s entry in the specific UserList and authenticates and/or authorizes the user
against that entry.
Note Usernames might not include the forward slash (/) character. If the Cisco Prime Access Registrar server
receives an access request packet with a User-Name attribute containing a forward slash character and
the Prime Access Registrar server uses an internal UserList to look up users, the server produces an error
(AX_EINVAL) and might fail. If usernames require a forward slash, use a script to translate the slash to
an acceptable, unused character.
You can have more than one UserList in the UserLists object. Therefore, use the UserLists object to
divide your user community by organization. For example, you might have separate UserLists objects
for Company A and B, or you might have separate UserLists objects for different departments within a
company.
Using separate UserLists objects allows you to have the same name in different lists. For example, if
your company has three people named Bob and they work in different departments, you could create a
UserList for each department, and each Bob could use his own name. Using UserLists lets you avoid the
problem of Bob1, Bob2, and so on.
OutgoingScript Optional; if there is a script, it is the last script
Cisco Prime Access Registrar runs before it sends a response to any
client
DefaultAuthenticationService Optional; Cisco Prime Access Registrar uses this property when
none of the incoming scripts sets the environment dictionary
variable Authentication-Service
DefaultAuthorizationService Optional; Cisco Prime Access Registrar uses this property when
none of the incoming scripts sets the environment dictionary
variable Authorization-Service
DefaultAccountingService Optional; Cisco Prime Access Registrar uses this property when
none of the incoming scripts sets the environment dictionary
variable Accounting-Service
DefaultSessionService Optional; Cisco Prime Access Registrar uses this property when
none of the incoming scripts sets the environment dictionary
variable Session-Service.
DefaultSessionManager Optional; Cisco Prime Access Registrar uses this property if none
of the incoming scripts sets the environment dictionary variable
Session-Manager.
Table 4-1 Radius Properties (continued)
Property Description
4-4
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
UserLists
If you have more than one UserList, you can have a script Cisco Prime Access Registrar can run in
response to requests. The script chooses the Service, and the Service specifies the actual UserList which
contains the user. The alternative is dynamic properties.
The subobjects are the Users listed by name. Table 4-2 lists the UserLists object properties.
Users
The Users object contains all of the information necessary to authenticate a user or authorize a user.
Users in local UserLists can have multiple profiles. Table 4-3 lists the Users object properties.
HiddenAttributes Property
The HiddenAttributes property in the user object provides a concatenation of all user-level reply
attributes. The Prime Access Registrar server uses the HiddenAttributes property to construct and
populate a virtual attributes directory.
Table 4-2 UserLists Properties
Property Description
Name Required; must be unique in UserLists.
Description Optional description of the UserList.
Table 4-3 Users Properties
Property Description
Name Required; must be unique in the specific UserList.
Description Optional description of the user.
Password Required; length must be between 0-253 characters.
Enabled Required; default is TRUE, which means the user is allowed access. Set to
FALSE to cause Cisco Prime Access Registrar to deny the user access.
Group
(Overridden by
User-Group)
Optional; when you set this to the name of a UserGroup,
Cisco Prime Access Registrar uses the properties specified in that UserGroup
to authenticate and/or authorize the user.
BaseProfile
(Overridden by
User-Profile)
Optional; when you set this to the name of a Profile and the service-Type is
not equal to Authenticate Only, Cisco Prime Access Registrar adds the
properties in the Profile to the Response dictionary as part of the authorization.
AuthenticationScript Optional; when you set this property to the name of a script, you can use the
script to perform additional authentication checks to determine whether to
accept or reject the user.
AuthorizationScript Optional; when you set this property to the name of a script, you can use the
script to add, delete, or modify the attributes of the Response dictionary.
UserDefined1 Optional; you can use this property to store notational information which you
can then use to filter the UserList. This property also sets the environment
variable for UserDefined1.
4-5
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
UserGroups
The HiddenAttributes property is, in fact, hidden. It is not displayed and cannot be set or modified using
aregcmd, but when an administrator issues a save, all values from the user’s Attributes directory go into
the HiddenAttributes property and the persistent storage.
The attributes are added in a replace-if-present-add-if-not manner as used in the UserGroup-Base-Profile
and User-Base-Profile.
The order of application of the attributes is as follows:
UserGroup Base Profile
UserGroup Attributes
User Base Profile
User Attributes
UserGroups
The UserGroups objects allow you to maintain common authentication and authorization attributes in
one location, and then have many users reference them. By having a central location for attributes, you
can make modifications in one place instead of having to make individual changes throughout your user
community.
For example, you can use several UserGroups to separate users by the services they use, such as a group
specifying PPP and another for Telnet.
Table 4-4 lists the UserGroups properties.
Policies
A Policy is a set of rules applied to an Access-Request. If you are using Policies, the first one that must
be created is SelectPolicy.
Table 4-5 lists the properties required for a given Policy.
Table 4-4 UserGroups Properties
Property Description
Name Required; must be unique in the UserGroup list.
Description Optional description of the group.
BaseProfile Optional; when you set this to the name of a Profile,
Cisco Prime Access Registrar adds the properties in the Profile to the
response dictionary as part of the authorization.
AuthenticationScript Optional; when you set this property to the name of a Script, you can use
the Script to perform additional authentication checks to determine
whether to accept or reject the user.
AuthorizationScript Optional; when you set this property to the name of a Script, you can use
the Script to add, delete, or modify the attributes of the Response
dictionary.
4-6
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Clients
Clients
All NASs and proxy clients that communicate directly with Cisco Prime Access Registrar must have an
entry in the Clients list. This is required because NAS and proxy clients share a secret with the RADIUS
server which is used to encrypt passwords and to sign responses. Table 4-6 lists the Client object
properties.
Table 4-5 Policies Properties
Property Description
Name Required; must be unique in the Policies list
Description Optional description of the Policy
Grouping Optional grouping of rules
Table 4-6 RADIUS Client Properties
Property Description
Name Required and should match the Client identifier specified in the
standard RADIUS attribute, NAS-Identifier. The name must be
unique within the Clients list.
Description Optional description of the client.
Protocol Required; specifies the client protocol which can be Radius,
Diameter, or Tacacs-and-Radius.
4-7
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Clients
IPAddress Required; must be a valid IP address and unique in the Clients list.
Cisco Prime Access Registrar uses this property to identify the
Client that sent the request, either using the source IP address to
identify the immediate sender or using the NAS-IP-Address or
NAS-IPv6-Address attribute in the Request dictionary to identify the
NAS sending the request through a proxy.
When a range is configured for a Client’s IPAddress property, any
incoming requests whose source address belongs to the range
specified, will be allowed for further processing by the server.
Similarly when a wildcard (an asterisk ‘*’ in this case) is specified,
any incoming requests whose source address matches the wildcard
specification will be allowed. In both the cases, the configured client
properties like SharedSecret, and Vendor are used to process the
requests.
You can specify a range of IP addresses using a hyphen as in:
100.1.2.11-20
You can use an asterisk wildcard to match all numbers in an IP
address octet as in:
100.1.2.*
You can specify an IPAddress and a subnet mask together using
Classless Inter-Domain Routing (CIDR) notation as in:
100.1.2.0/24
You can use the IPAddress property to set a base address and use the
NetMask property to specify the number of clients in the subnet
range.
The IP address format is enhanced to support IPv6 apart from IPv4.
You can use an asterisk wildcard to match all numbers in an IP
address octet as in:
1124:1124:1124:1124:*:*:*:*
Note The IPv6 address must be in standard notation.
SharedSecret Required; must match the secret configured in the Client.
Type Required; accept the default (NAS), or set it to ATM, Proxy, or
NAS+Proxy.
Vendor Optional; you can use this property when you need special processing
for a specific vendor’s NAS. To use this property, you must configure
a Vendor object and include a Script. Cisco Prime Access Registrar
provides five Scripts you can use: one for Ascend, Cisco, Cabletron,
Altiga, and one for USR. You can also provide your own Script.
IncomingScript Optional; you can use this property to specify a Script you can use to
determine the services to use for authentication, authorization, and/or
accounting.
Table 4-6 RADIUS Client Properties (continued)
Property Description
4-8
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Clients
OutgoingScript Optional; you can use this property to specify a Script you can use to
make any Client-specific modifications when responding to a
particular Client.
EnableDynamicAuthorization Optional; when set to TRUE, this property enables Change of
Authorization and Packet of Disconnect features.
DynamicAuthorizationServer This subdirectory is only present in a client with
EnableDynamicAuthorization set to TRUE and contains properties
required for CoA and PoD requests.
Port Located under the DynamicAuthorizationServer subdirectory, the
default port is 3799.
InitialTimeout Located under the DynamicAuthorizationServer subdirectory, the
default is 5000.
MaxTries Located under the DynamicAuthorizationServer subdirectory, the
default is 3.
DynamicAuthSharedSecret Located under the DynamicAuthorizationServer subdirectory, this is
the shared secret used for communicating CoA and PoD packets with
the client.
PODAttributeGroup This property is found under the DynamicAuthorizationServer
subdirectory and points to a group of attributes to be included in a
POD request sent to this client. These attribute groups are created and
configured under the AttributeGroups subdirectory in
/Radius/Advanced.
COAAttributeGroup This property is found under the DynamicAuthorizationServer
subdirectory and points to a group of attributes to be included in a
CoA request sent to this client. These attribute groups are created and
configured under the AttributeGroups subdirectory in
/Radius/Advanced.
NetMask Specifies the subnet mask used with the network address setting
configured for the IPAdress property when configuring a range of IP
addresses.
This property is not used for a single client with an IP address only.
The NetMask property is used to configure multiple clients when you
configure a base IP address in the IPAddress property. You can set the
NetMask property for a range of 256 clients using the following
example:
set NetMask 255.255.255.0
When the NetMask property indicates a pool of 256 address
(255.255.255.0), the range of addresses reserved for clients is 0-255,
as in 100.1.1.0-100.1.1.255.
Note If you set the NetMask property, validation will fail if you
attempt to specify a subnet mask using CIDR notation with
the IPAddress property (described above).
Table 4-6 RADIUS Client Properties (continued)
Property Description
4-9
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Clients
Table 4-7 describes the Diameter client properties.
EnableNotifications Required; the default value is FALSE and indicates the client is not
capable of receiving Accounting-Stop notifications from the
Prime Access Registrar server.
When set to TRUE, the client can receive Accounting-Stop
notifications from the Prime Access Registrar server and additional
properties must be configured under a new sub-directory named
NotificationProperties.
NotificationProperties When the EnableNotifications property is set to TRUE, this
subdirectory contains additional properties required to support the
Query-Notify feature.
Port Located under the NotificationProperties subdirectory, specifies the
port used by the Prime Access Registrar server to receive
Accounting-Stop packets. Required when EnableNotifications is set
to TRUE; the default value is 1813.
InitialTimeout Located under the NotificationProperties subdirectory, specifies the
timeout value in milliseconds the Prime Access Registrar server
waits for an Accounting-Response packet before attempting a retry
(sending another Accounting-Stop packet to the client).
Required when EnableNotifications is set to TRUE; the default value
is 5000.
MaxTries Located under the NotificationProperties subdirectory, specifies the
number of times the Prime Access Registrar server sends an
Accounting-Stop packet to a client.
Required when EnableNotifications is set to TRUE; the default value
is 3.
NotificationAttributeGroup Located under the NotificationProperties subdirectory, specifies the
name of an attribute group under
/Radius/Advanced/AttributeGroups that contains the attributes to
be included when sending an the Accounting-Stop packet to this
client.
Required when EnableNotifications is set to TRUE; there is no
default value. You must provide the name of a valid AttributeGroup
and the named AttributeGroup must contain at least one valid
attribute, or validation will fail.
EnforceTrafficThrottling Required; the default value is TRUE and indicates enforce traffic
throttling for this client. This property is under /Radius/Advanced/
MaximumOutstanding/IncomingRequests.
When set to FALSE, the traffic throttling for the packet coming from
this client is bypassed.
Table 4-6 RADIUS Client Properties (continued)
Property Description
4-10
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Vendors
Vendors
The Vendor object provides a central location for specifying all of the request and response processing
a particular NAS or Proxy vendor requires. Depending on the vendor, it might be necessary to map
attributes in the request from one set to another, or to filter out certain attributes before sending the
response to the client. For more information about standard RADIUS attributes, see Appendix C,
“RADIUS Attributes.
Note When you have also set /Radius/IncomingScript, Cisco Prime Access Registrar runs that script before
the vendors script. Conversely, when you have set a /Radius/Outgoing script,
Cisco Prime Access Registrar runs the vendor’s script before that script.
Table 4-8 lists the Vendor object properties.
Table 4-7 Diameter Client Properties
Property Description
Name Required; must be unique in the client list.
Description Optional; description of the client.
Protocol Required; specifies the client protocol which can be Radius or Diameter.
HostName Required; hostname or IP address of the Diameter client.
Vendor Optional; you can use this property when you need special processing for
a specific vendor’s peer.
IncomingScript Optional; specifies a script that you can use to make client-specific
modifications when a request is received from a client.
OutgoingScript Optional; specifies a script that you can use to make any client-specific
modifications when responding to a particular client.
Port Required; port on which the client connects with Prime Access Registrar
server.
SCTP-Enabled Required, default value is False. If set to TRUE, SCTP will be used to
establish the connection with the peer else TCP will be used.
Table 4-8 Vendor Properties
Property Description
Name Required; must be unique in the Vendors list.
Description Optional description of the vendor.
IncomingScript Optional; when you specify an IncomingScript, Cisco Prime Access Registrar
runs the script on all requests from clients that specify that vendor.
OutgoingScript Optional; when you specify an OutgoingScript, Cisco Prime Access Registrar
runs the script on all responses to the Client.
4-11
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Scripts
Scripts
The Script objects define the function Cisco Prime Access Registrar invokes whenever the Script is
referenced by name from other objects in the configuration.
You can write three types of scripts:
REX (RADIUS EXtension) scripts are written in C or C++, and thus are compiled functions that
reside in shared libraries
Tcl scripts are written in Tcl, and are interpreted functions defined in source files.
Java scripts
Note For more information about how to write scripts and how to incorporate them into
Cisco Prime Access Registrar, see Chapter 11, “Using Extension Points.
Note Cisco is not liable for scripts developed by clients. See Client Scripting in Chapter 1, “Overview.
Table 4-9 lists the Script object properties.
The InitEntryPoint properties allow you to perform initialization before processing and then cleanup
before stopping the server. For example, when Prime Access Registrar unloads the script (when it stops
the RADIUS server) it calls the InitEntryPoint again to allow it to perform any clean-up operations as
a result of its initialization. One use of the function might be to allow the script to close an open
Accounting log file before stopping the RADIUS server.
Table 4-9 Script Object Properties
Property Description
Name Required; must be unique in the Scripts list.
Description Optional description of the script.
Language Required; specify either REX, Tcl, or Java.
Filename Required; specifies either a relative or absolute path. When you specify a relative
path, the path must be relative to the $INSTALL/scripts/radius/$Language
directory. When you specify an absolute path, the server must be able to reach it.
EntryPoint Optional; when not set, Prime Access Registrar uses the value specified in the
Name property.
InitEntryPoint Optional; if set, it must be the name of the global symbol Prime Access Registrar
should call when it initializes the shared library at system start up, and just before
it unloads the shared library.
InitEntryPointArg Optional; when set, it provides the arguments to be passed to the InitEntryPoint
in the environmental variable Arguments.
ClassName For Java language scripts, the name of the class that implements the extension
interface; the .class file should be placed in /cisco-ar/scripts/radius/java
InitializeArg Optional for Java language scripts; set to a string to be passed to the Initialize
method if the class implements the optional ExtensionWithInitialization
interface.
4-12
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
Note When you use a Prime Access Registrar file service, Prime Access Registrar automatically closes any
opened files. However, if you write scripts that manipulate files, you are responsible for closing them.
Note If you have more than one extension point script (defined under /Radius/Scripts) using the same Java
class, only one instance of the class is created and used for all the extension point scripts.
Services
Cisco Prime Access Registrar supports authentication, authorization, and accounting (AAA) services. In
addition to the variety of built-in AAA services (specified in the Type property),
Cisco Prime Access Registrar also enables you to add new AAA services through custom shared
libraries.
Table 4-10 lists the common Services properties. There are additional properties depending on the type
of service.
Note OutagePolicy also applies to Accounting-Requests. If an Accounting-Request is directed to an
unavailable Service, then the values in Table 4-11 apply.
Table 4-10 Common Service Properties
Property Description
Name Required; must be unique in the Services list.
Description Optional description of the service.
Type Required, must set it to a valid Prime Access Registrar service.
OutagePolicy Required; the default is DropPacket. This property defines how
Cisco Prime Access Registrar handles requests if all servers listed in the
RemoteServers properties are unavailable (that is, all remote RADIUS servers
are not available). You must set it to one of the following: AcceptAll,
DropPacket, or RejectAll.
OutageScript Optional; if you set this property to the name of a script,
Cisco Prime Access Registrar runs it when an outage occurs. This property allows
you to create a script that notifies you when the RADIUS server detects a failure.
4-13
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
Types of Services
This section lists the types of services available in Prime Access Registrar with their required and
optional properties. The service you specify determines what additional information you must provide.
This section contains the following topics:
Domain Authentication
EAP Services
File
Group
Java
LDAP
Local
ODBC
ODBC-Accounting
Prepaid Services
RADIUS
Radius Query
RADIUS-Session
Rex
WiMAX
Diameter
M3UA
Table 4-11 OutagePolicy Request Packets
Property Description Accounting-Request Description
AcceptAll Continues processing the packet
as if the Service was successful.
The Accounting-Request will
continue through the server and a
response will be sent.
DropPacket Immediately drops the packet,
no further processing, and does
not send any response to the
client for this packet.
The packet will be discarded and
it will not be processed any
further.
RejectAll Rejects the packet, but continues
processing it and sends the client
a reject response.
The request will be dropped and
no more processing will be done.
4-14
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
Domain Authentication
The Domain Authentication service type, domain-auth, is used with a Remote Server of the same type
to provide support for authentication against Windows Domain Controller/Active Directory (WDC/AD).
The following example lists the default configuration for a domain-auth service which are all common
service properties described in Table 4-10:
[ //localhost/Radius/Services/wdc ]
Name = wdc
Description =
Type = domain-auth
IncomingScript~ =
OutgoingScript~ =
OutagePolicy~ = RejectAll
OutageScript~ =
MultipleServersPolicy = Failover
RemoteServers/
EAP Services
Prime Access Registrar supports Extensible Authentication Protocol (EAP) and Protected EAP (PEAP)
to provide a common protocol for differing authentication mechanisms. EAP enables the dynamic
selection of the authentication mechanism at authentication time based on information transmitted in the
Access-Request. Prime Access Registrar provides the following EAP services:
EAP-FAST
EAP-GTC
EAP-LEAP
EAP-MD5
EAP-MSChapV2
EAP-Negotiate
EAP-SIM
EAP-Transport Level Security (TLS)
EAP-Tunneled TLS (TTLS)
PEAP Version 0 (Microsoft PEAP)
PEAP Version 1 (Cisco PEAP)
See Chapter 9, “Extensible Authentication Protocols, for detailed information about properties used in
EAP-type services.
File
Specify the file service when you want Cisco Prime Access Registrar’s RADIUS Server to perform local
accounting using a specific file. Every file Service in your configuration will cause a file with the
configured name to be created when the server is started, even if the service is not being invoked by any
request packets. Table 4-12 lists the properties used for a file service.
4-15
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
Cisco Prime Access Registrar opens the file when it starts the RADIUS server and closes the file when
you stop the server. Prime Access Registrar flushes the accounting record to disk before it acknowledges
the request.
Based on the maximum file size and age you have specified, Prime Access Registrar closes the
accounting file, moves it to a new name, and reopens the file as a new file. The name
Prime Access Registrar gives this accounting file depends on its creation and modification dates.
If the file was created and modified on the same date, the filename is
FileNamePrefix-<yyyymmdd>-<n>.log. The date is displayed as year, month, day, number.
If the file was created on one day and modified on another, the filename is
FileNamePrefix-<yyyymmdd>-<yyyymmdd>-<n>.log. The dates are creation, modification, and
number.
Table 4-12 File Service Properties
Property Description
Type Required; must be set to group for a group service.
IncomingScript Name of script to run when the service starts.
OutgoingScript Name of script to run when the service ends.
OutagePolicy Required; the default is DropPacket. This property defines how
Cisco Prime Access Registrar handles requests if all servers listed in the
RemoteServers properties are unavailable (that is, all remote RADIUS
servers are not available). You must set it to one of the following: AcceptAll,
DropPacket, or RejectAll.
OutageScript Optional; if you set this property to the name of a script,
Cisco Prime Access Registrar runs it when an outage occurs. This property
allows you to create a script that notifies you when the RADIUS server
detects a failure.
FilenamePrefix Required; a string that specifies where Cisco Prime Access Registrar writes
the account records. It must be either a relative or absolute path. When you
specify a relative path, it must be relative to the $INSTALL/logs directory.
When you specify an absolute path, the server must be able to reach it. The
default is Accounting.
MaxFileSize Optional; stored as a string, but is composed of two parts, a number and a
units indicator (<n> <units>) in which the unit is one of: K, Kilobyte,
Kilobytes, M, Megabyte, Megabytes, G, Gigabyte, Gigabytes. The default is
ten megabytes.
MaxFileAge Optional; stored as a string, but is composed of two parts, a number and a
units indicator (<n> <units>) in which the unit is one of: H, Hour, Hours,
D, Day, Days, W, Week, Weeks. The default is one day.
RolloverSchedule Indicates the exact time including the day of the month or day of the week,
hour and minute to roll over the accounting log file.
UseLocalTimeZone When set to TRUE, indicates the accounting records' TimeStamp is in local
time. When set to FALSE, the default, accounting records' TimeStamp is in
GMT.
4-16
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
Group
A group service contains a list of references to other services and specifies whether the responses from
each of the services should be handled as a logical AND or a logical OR function. You specify AND or
OR in the Result-Rule attribute of Group Services. The default value is AND.
Table 4-13 lists the properties used to configure a group service.
If Result-Rule is set to AND, the response from the Group Service is positive if each of the services
referenced return a positive result. The response is negative if any of the services reference return a
negative result. If Result-Rule is set to OR, the response from the Group Service is positive if any of the
services referenced return a positive result. The response is negative if all the referenced services return
a negative result.
When the Result-Rule attribute is set to AND or OR, each referenced service is accessed sequentially,
and the Group Service waits for a response from the first referenced service before moving on to the next
service (if necessary). If a service takes a long time to respond, that causes a delay in sending the request
to the next referenced server.
The ResultRule settings parallel-and and parallel-or are similar to the AND and OR settings except that
they ask each referenced service to process the request simultaneously instead of asking each referenced
server sequentially, thereby saving processing time.
A parallel-and setting might respond with its own reply as soon as it receives a negative response, but
otherwise must wait for all responses before it can respond with a positive reply. Likewise, a parallel-or
might respond as soon as it receives a positive response, but otherwise must wait for all responses before
it can reply with a negative response.
If a service referenced from a Group Service is of type RADIUS and if Accounting-Requests are being
processed by the Group Service, setting the AckAccounting property in the remote server will affect the
behavior of the parallel-or Group Service. This is because if AckAccounting is set to FALSE, the
RADIUS Remote Server will not wait for the response from the remote server but returns a response
immediately. Since the Group Service is set to parallel-or, after it receives the response from the
Table 4-13 Group Service Properties
Property Description
Type Required; must set it to group.
IncomingScript Optional; name of script to run when the service starts.
OutgoingScript Optional; name of script to run when the service ends.
ResultRule When set to AND (the default), the response from the GroupService is positive
if each of the services referenced return a positive result. The response is
negative if any of the services reference return a negative result.
When set to OR, the response from the GroupService is positive if any of the
services referenced return a positive result. The response is negative if all the
referenced services return a negative result.
The settings parallel-AND or parallel-OR are similar to AND and OR settings,
except that each referenced service processes requests simultaneously instead
of asking each reference service sequentially to save processing time.
GroupServices Use the GroupServices subdirectory to specify the subservices in an indexed
list to provide specific ordering control of which services to apply first. Each
subservice listed must be defined in the Services section of the RADIUS
configuration and cannot be a of type group, eap-leap, or eap-md5.
4-17
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
RADIUS service, it is free to send a response itself. This will have the effect that a response is sent very
quickly from the Group Service acknowledging the Accounting-Request and responses from the other
referenced services are handled as the arrive.
Note that since AckAccounting was set to FALSE, there is no guarantee that the Remote Server
successfully processed the request. Since it is a RADIUS Remote Server, the Prime Access Registrar
server attempts for MaxTries to send the request to the server and to get back an acknowledgement, but
if that fails, there will be no indication to the client about that event. The acknowledgement to the client
has been sent long before.
Java
Specify the java service type when you want to create a custom service and use a script for
authentication, authorization, or accounting. Table 4-14 lists the properties required to configure a java
service.
A java service uses an extension point script to provide the service’s functionality and handles both
RADIUS and TACACS requests for authentication, authorization, and accounting.
LDAP
Specify the ldap service type when you want to use a particular LDAP remote server for authentication
and/or authorization. Table 4-15 lists the properties used to configure an LDAP service.
When using LDAP for authentication and a local database for authorization, ensure that the usernames
in both locations are identical with regard to case sensitivity.
Table 4-14 Java Service Properties
Property Description
Type Required; must set it to java.
IncomingScript Name of script to run when the service starts.
OutgoingScript Name of script to run when the service ends.
OutagePolicy Required; the default is DropPacket. This property defines how
Cisco Prime Access Registrar handles requests if all servers listed in the
RemoteServers properties are unavailable (that is, all remote RADIUS
servers are not available). You must set it to one of the following: AcceptAll,
DropPacket, or RejectAll.
OutageScript Optional; if you set this property to the name of a script,
Cisco Prime Access Registrar runs it when an outage occurs. This property
allows you to create a script that notifies you when the RADIUS server detects
a failure.
ClassName Set to the name of a class that implements the Extension interface.
InitializeArg Optional; set to a string to be passed to the Initialize method if the class
implements the optional ExtensionWithInitialization interface.
4-18
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
Local
Specify local when you want the Cisco Prime Access Registrar server to perform the authentication and
authorization using a specific UserList. For more information, see the “UserLists” section on page 4-3.
Table 4-16 lists the properties used to configure a local service.
Table 4-15 LDAP Service Properties
Property Description
Type Required, must set it to ldap
IncomingScript Name of script to run when the service starts.
OutgoingScript Name of script to run when the service ends.
OutagePolicy Required; the default is DropPacket. This property defines how
Cisco Prime Access Registrar handles requests if all servers listed in the
RemoteServers properties are unavailable (that is, all remote RADIUS
servers are not available). You must set it to one of the following:
AcceptAll, DropPacket, or RejectAll.
OutageScript Optional; if you set this property to the name of a script,
Cisco Prime Access Registrar runs it when an outage occurs. This
property allows you to create a script that notifies you when the RADIUS
server detects a failure.
MultipleServersPolicy Required; must be set to either Failover or RoundRobin.
When you set it to Failover, Cisco Prime Access Registrar directs
requests to the first server in the list until it determines the server is
offline. At which time, Cisco Prime Access Registrar redirects all
requests to the next server in the list until it finds a server that is online.
When you set it to RoundRobin, Cisco Prime Access Registrar directs
each request to the next server in the RemoteServers list to share the
resource load across all of the servers listed in the RemoteServers list.
RemoteServers Required; an indexed list from 1 to <n>. Each entry in the list is the name
of a RemoteServer.
Table 4-16 Local Service Properties
Property Description
Type Required, must set it to local.
IncomingScript Optional; name of script to run when the service starts.
OutgoingScript Optional; name of script to run when the service ends.
OutagePolicy Required; the default is DropPacket. This property defines how
Cisco Prime Access Registrar handles requests if all servers listed in the
RemoteServers properties are unavailable (that is, all remote RADIUS
servers are not available). You must set it to one of the following: AcceptAll,
DropPacket, or RejectAll.
4-19
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
ODBC
Specify odbc when you want to use an ODBC service for authentication, authorization and accounting
through an ODBC data store. Use an ODBC service to authenticate and authorize an access requests by
querying user information through ODBC and to insert accounting records into a data store through
ODBC. Table 4-17 lists the properties used to configure an ODBC service.
OutageScript Optional; if you set this property to the name of a script,
Cisco Prime Access Registrar runs it when an outage occurs. This property
allows you to create a script that notifies you when the RADIUS server
detects a failure.
UserLists Required; this object contains all of the individual UserLists, which in turn,
contain the specific users stored within Prime Access Registrar.
Cisco Prime Access Registrar references each specific UserList by name
from a Service whose type is set to local.
When Cisco Prime Access Registrar receives a request, it directs it to a
Service. When the Service has its type property set to local, the Service looks
up the user’s entry in the specific UserList and authenticates and/or authorizes
the user against that entry.
Table 4-16 Local Service Properties (continued)
Property Description
Table 4-17 ODBC Service Properties
Property Description
Type Required; must set it to odbc.
IncomingScript Optional; name of script to run when the service starts.
OutgoingScript Optional; name of script to run when the service ends.
OutagePolicy Required; the default is DropPacket. This property defines how
Cisco Prime Access Registrar handles requests if all servers listed in
the RemoteServers properties are unavailable (that is, all remote
RADIUS servers are not available). You must set it to one of the
following: AcceptAll, DropPacket, or RejectAll.
OutageScript Optional; if you set this property to the name of a script,
Cisco Prime Access Registrar runs it when an outage occurs. This
property allows you to create a script that notifies you when the
RADIUS server detects a failure.
MultipleServersPolicy Required; must be set to either Failover or RoundRobin.
When you set it to Failover, Cisco Prime Access Registrar directs
requests to the first server in the list until it determines the server is
offline. At which time, Cisco Prime Access Registrar redirects all
requests to the next server in the list until it finds a server that is online.
When you set it to RoundRobin, Cisco Prime Access Registrar directs
each request to the next server in the RemoteServers list to share the
resource load across all of the servers listed in the RemoteServers list.
RemoteServers Required; an indexed list from 1 to <n>. Each entry in the list is the
name of a RemoteServer.
4-20
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
ODBC-Accounting
If you use the Oracle Accounting feature, you must configure an ODBC-Accounting RemoteServer
object. See Configuring an ODBC/OCI RemoteServer, page 22-7, for more information on
ODBC-Accounting RemoteServer.
Prepaid Services
Cisco Prime Access Registrar (Prime Access Registrar) supports two types of prepaid billing, IS835C
and Cisco Real-time Billing (CRB), a Cisco proprietary solution. See IS835C Prepaid Billing, page 16-2
for more information on Prepaid -IS835C. See CRB Prepaid Billing, page 16-7 for more information on
Prepaid-CRB.
RADIUS
Specify the radius service type when you want to use a particular RADIUS remote server for
authentication and authorization. Table 4-18 lists the properties used to configure a RADIUS service.
Table 4-18 RADIUS Service Properties
Property Description
Type Required; must set it to radius.
IncomingScript Optional; name of script to run when the service starts.
OutgoingScript Optional; name of script to run when the service ends.
OutagePolicy Required; the default is DropPacket. This property defines how
Cisco Prime Access Registrar handles requests if all servers listed in the
RemoteServers properties are unavailable (that is, all remote RADIUS
servers are not available). You must set it to one of the following:
AcceptAll, DropPacket, or RejectAll.
OutageScript Optional; if you set this property to the name of a script,
Cisco Prime Access Registrar runs it when an outage occurs. This property
allows you to create a script that notifies you when the RADIUS server
detects a failure.
MultipleServersPolicy Required; must be set to either Failover or RoundRobin.
When you set it to Failover, Cisco Prime Access Registrar directs requests
to the first server in the list until it determines the server is offline. At which
time, Cisco Prime Access Registrar redirects all requests to the next server
in the list until it finds a server that is online.
When you set it to RoundRobin, Cisco Prime Access Registrar directs
each request to the next server in the RemoteServers list to share the
resource load across all of the servers listed in the RemoteServers list.
RemoteServers Required; an indexed list from 1 to <n>. Each entry in the list is the name
of a RemoteServer.
4-21
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
Radius Query
Prime Access Registrar supports a new service type called radius-query that can be used to query cached
data through RADIUS packets. This radius-query service contains a list of session managers to be
queried from and a list of (cached) attributes to be returned in the Access-Accept packet in response to
a RADIUS Query request. Prime Access Registrar also supports caching and querying of multivalued
attributes.
The RADIUS Query service should be selected through an extension point script or through the Rule and
Policy Engine by setting it to a new environment variable named Query-Service. The reason for this is
that the RADIUS Query request comes in as an Access-Request and the server has no way of knowing
whether it is a RADIUS Query request or normal authentication request. Setting the Query-Service
environment variable tells the Prime Access Registrar server that the request is a RADIUS Query request
so the Prime Access Registrar server can process the request with the radius-query service set in the
Query-Service environment variable.
When a RADIUS Query service is selected to process an Access-Request, it queries the configured list
of Session Managers for a matching record using the QueryKey value configured in the session-cache
Resource Manager referenced under these Session Managers as key. If a matching record is found, an
Access-Accept containing a list of cached attributes present (based on the configuration) in the matched
record is sent back to the client. If the session cache contains a multivalued attribute, all values of that
attribute are returned in the response as a multivalued attribute. If there is no matching record, an
Access-Reject packet is sent to the client.
Prime Access Registrar introduces scripting points at the Session Manager level along with automated
programmable interfaces (APIs) to access cached information present in the session record. You can use
these scripting points and APIs to write extension point scrips to modify the cached information.
The following example shows the default configuration of a radius-query service:
[ //localhost/Radius/Services/radius-query ]
Name = radius-query
Description =
Type = radius-query
IncomingScript~ =
OutgoingScript~ =
SessionManagersToBeQueried/
AttributesToBeReturned/
Table 4-19 lists the properties used to configure a RADIUS Query service.
Table 4-19 RADIUS Query Service Properties
Property Description
Type Required; must set it to radius query.
IncomingScript Optional; name of script to run before this service starts
processing on the request.
OutgoingScript Optional; name of script to run after this service completes
processing on the request.
4-22
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
When an Access-Request packet is received by the Prime Access Registrar server, the session-cache
Resource Manager caches the configured attributes in the session with the configured QueryKey as the
key to the cached data. In the TAL solution, the QueryKey will usually be Framed-IP-Address. If an
Accounting-Requestor Accounting-Start packet is received for the same session, the cached data is
updated if necessary. If there is a multivalued attribute in the Access-Request packet or
Accounting-Request packet, the Prime Access Registrar server caches all the values of that attributes.
In TAL, when the SSG receives an IP packet originating from a user unknown to the SSG, it sends an
Access-Request packet to the Prime Access Registrar server in which the User-Name and
Framed-IP-Address attributes both contain the user’s source IP address, and the Service-Type is set to
Outbound, among other attributes. These attributes and their values distinguish RADIUS Query requests
from normal authentication requests in TAL.
Note In solutions other than TAL, the criterion that distinguishes RADIUS Query requests from normal
authentication requests might be different.
A new environment variable, Query-Service, can be set to the name of a radius-query service, in an
extension point script, or through the Rule and Policy engine so the Prime Access Registrar server knows
the current request is a RADIUS Query request and processes it with the radius-query service value set
in the Query-Service environment variable.
API Calls
Prime Access Registrar provides several new API calls you can use to get, put, and delete the cached
attributes present in the session record.
The entry point function changes slightly to take a fifth argument which is a pointer to a structure
containing the new API calls:
typedef int (REXAPI * RexEntryPointFunction)
(
SessionManagersToBeQueried Lists Session Managers to be queried for the target record. If this
list is empty, all Session Managers having session-cache
Resource Managers will be queried for the target record.
Otherwise, only those SessionManagers configured under
SessionManagerToBeQueried are queried. If the targeted record
is found in a Session Manager, the query stops and the response
is returned to the client.
AttributesToBeReturned Lists attributes to be returned if present in a matched record. If
this list is empty, all attributes cached in a matched session are
returned. If a configured attribute is not present in the matched
record, that attribute is ignored.
Note The User-Password attribute will not be returned in query
responses and cannot be configured under
AttributesToBeReturned.
Table 4-19 RADIUS Query Service Properties (continued)
Property Description
4-23
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
int iScriptingPoint,
rex_AttributeDictionary_t* pRequest,
rex_AttributeDictionary_t* pResponse,
rex_EnvironmentDictionary_t* pRadius,
rex_SessionRecord_t* pSession
);
However, you can continue to write extension point scripts with four arguments as well, for example
without the pSession argument.
The following are API calls and their functionality. All these API calls fail gracefully when they are
invoked from any scripting point other than the Session Manager scripting points.
const char* get
const char* get(
rex_SessionRecord_t* pSession,
const char* pszAttribute,
int <iIndex>,
abool_t* <pbMore>
)
This API returns the value of the <iIndex>'d instance of the attribute cached in the session, represented
as a string. When the session does not contain the attribute, an empty string is returned. When <pbMore>
is non-zero, this method sets <pbMore> to TRUE when more instances of the same attribute exist after
the one returned and to FALSE otherwise. This can be used to determine whether another call to get()
method should be made to retrieve other instances of the same attribute.
abool_t put
abool_t put(
rex_SessionRecord_t* pSession,
const char* pszAttribute,
const char* <pszValue>,
int <iIndex>
)
When <iIndex> equals the special value REX_REPLACE, this method replaces any existing instances
of <pszAttribute> with a single value in the session. When <iIndex> equals the special value
REX_APPEND, it appends a new instance of <pszAttribute> to the end of the list of existing instances
of <pszAttribute>. When <iIndex> equals the special value REX_AUGMENT, this method only puts
<pszAttribute> when it does not already exist. Otherwise, a new instance of <pszAttribute> is
inserted/replaced at the position indicated. This method returns TRUE if it is able to cache the attribute
successfully and FALSE otherwise.
abool_t remove
abool_t remove(
rex_SessionRecord_t* pSession,
const char* pszAttribute,
int <iIndex>
)
This method removes the <pszAttribute> from the session. When <iIndex> equals the special value
REX_REMOVE_ALL, this method removes any existing instances of <pszAttribute>. Otherwise, it
removes the instance of <pszAttribute> at the position indicated. It returns FALSE when <pszAttribute>
is not present at any index in the session record and returns TRUE otherwise.
rex_SessionInfo_t*
rex_SessionInfo_t* getSessionInfo(rex_SessionRecord_t* pSession )
This method returns the pointer to a structure that contains the other session-related information, like
Session Id, Session Start time, Session Last Accessed Time, present in the session record. The structure
that holds this information will appear as follows:
4-24
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
typedef struct rex_SessionInfo_s
{
auint32_t iSessionId;
auint32_t tSessionStartTime;
auint32_t tSessionLastAccessedTime;
} rex_SessionInfo_t;
Tcl API calls
To use the extension point scripts written in Tcl, define the procedure at the session manager level as
shown below:
proc test { request response environ session } {
}
There is a fourth argument session that needs to be passed to the Tcl procedure and the API calls that are
intended to operate on the session record need to use this session dictionary.
API calls in Tcl have the same meaning with same number arguments and return values as described in
Rex. The only difference is that the API getSessionInfo will not return a structure as in Rex but it will
return the info as a string, as in the following example:
Session-ID=1, Session-Start-Time=1102099334, Session-Last-Accessed-Time=1102099334
Java API calls
There are two new interfaces ExtensionForSession and ExtensionForSessionWithInitialization and the
customers whishing to use the extension point scripts written in Java at the session manager level needs
to implement one of these interfaces.
The runExtension method of these interfaces will look as below:
public int runExtension
( int iExtensionPoint,
AttributeDictionary request,
AttributeDictionary response,
EnvironmentDictionary environment,
SessionRecord session
);
API calls that are intended to operate on session record needs to use this ‘session’ dictionary.
API calls in Java have the same meaning with same number arguments and return values as described in
Rex. The only difference is that the API getSessionInfo will not return a structure as in Rex but it will
return the info as a string. For example:
Session-ID=1, Session-Start-Time=1102099334, Session-Last-Accessed-Time=1102099334
Existing scripts written in any of these three languages will not be affected with the introduction of the
new ‘session dictionary’ argument. And the customers can use a script with any number of arguments
(i.e with or without the last ‘session dictionary’ argument) at any extension point script. If there is no
session to operate on, for example when the customer is trying to use session dictionary argument at an
extension point other than session managers, the Prime Access Registrar gracefully returns an error
logging the appropriate message.
The simple replace or add if it does not exist model can still be used for simple modifications as before
without the need to write a script. If the cached attributes are updated in the IncomingScript and if
customers do not want them to be touched or updated again when the processing reaches session-cache
resource manager, they can set the OverwriteAttributes property of the session-cache resource manager
to FALSE so that the session-cache resource manager will not operate on this packet.
4-25
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
RADIUS-Session
A new Service step has been added in the processing of Access-Request and Accounting packets. This
is an additional step after the AA processing for Access packet or Accounting processing for Accounting
packet, but before the local session management processing. The Session-Service should have a service
type of radius-session.
An environment variable Session-Service is introduced to determine the Session-Service dynamically.
You can use a script or the rule engine to set the Session-Service environment variable. See Cross Server
Session and Resource Management, page 1-9 for more information on RADIUS-Session.
Rex
Specify the rex service type when you want to create a custom service and use a script for authentication,
authorization, or accounting. Table 4-20 lists the properties required to configure a rex service.
For more information about scripting, see Chapter 11, “Using Extension Points. For more information
about using the REX Attribute dictionary, see Appendix A, “Cisco Prime Access Registrar Tcl, REX and
Java Dictionaries.
Table 4-20 rex Service Properties
Property Description
Type Required; must be set to rex.
IncomingScript Optional; name of script to run when the service starts.
OutgoingScript Optional; name of script to run when the service ends.
OutagePolicy Required; the default is DropPacket. This property defines how
Cisco Prime Access Registrar handles requests if all servers listed in the
RemoteServers properties are unavailable (that is, all remote RADIUS
servers are not available). You must set it to one of the following: AcceptAll,
DropPacket, or RejectAll.
OutageScript Optional; if you set this property to the name of a script,
Cisco Prime Access Registrar runs it when an outage occurs. This property
allows you to create a script that notifies you when the RADIUS server
detects a failure.
Filename Required; must be either a relative or an absolute path to the shared library
containing the Service. When the pathname is relative, it must be relative to
$INSTALL/Scripts/Radius/rex.
EntryPoint Required; must be set to the function’s global symbol.
InitEntryPoint Required; must be the name of the global symbol
Cisco Prime Access Registrar should call when it initializes the shared
library and just before it unloads the shared library.
Note A rex service must have an InitEntryPoint even if the service only
returns REX_OK.
InitEntryPointArgs Optional; when set, it provides the arguments to be passed to the
InitEntryPoint in the environmental variable Arguments.
4-26
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
WiMAX
Prime Access Registrar uses the Extensible Authentication Protocol (EAP) to enable the WiMAX
feature. It also caches the IP attributes and Mobility Keys that are generated during network access
authentication. To enable caching of the WiMAX attributes, you must configure the respective resource
managers. See WiMAX in Cisco Prime Access Registrar, page 10-2, for more information on WiMAX.
Diameter
Diameter works with the rule policy engine to perform the routing for multiple peers. The following are
the multiple peer policies supported with the proxy service to route the traffic:
RoundRobin
FailOver
IMSI Range Based
The following configuration is used to add Diameter proxy without Sticky session configuration:
[ //localhost/Radius/Services/dia-proxy ]
Name = dia-proxy
Description =
Type = diameter
IncomingScript~ =
OutgoingScript~ =
EnableSticky = FALSE
MultiplePeersPolicy = RoundRobin
PeerTimeOutPolicy = SendError
DiaRemoteServers/
Entries 1 to 2 from 2 total entries
Current filter: <all>
proxy_rm/
Name = proxy_rm
Metric = 1
Weight = 0
IsActive = TRUE
proxy_rm1/
Name = proxy_rm1
Metric = 2
Weight = 0
IsActive = TRUE
The following configuration is used to add Diameter proxy with Sticky session configuration:
[ //localhost/Radius/Services/dia-proxy ]
Name = dia-proxy
Description =
Type = diameter
IncomingScript~ =
OutgoingScript~ =
EnableSticky = TRUE
StickySessionKey = User-Name#1
StickyCreationCmdList = 265
StickyDeletionCmdList = 275
MultiplePeersPolicy = RoundRobin
PeerTimeOutPolicy = SendError
DiaRemoteServers/
Entries 1 to 2 from 2 total entries
Current filter: <all>
4-27
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
proxy_rm/
Name = proxy_rm
Metric = 1
Weight = 0
IsActive = TRUE
proxy_rm1/
Name = proxy_rm1
Metric = 2
Weight = 0
IsActive = TRUE
The following configuration is used to add Diameter proxy with IMSI range based load balancing
configuration:
[ //localhost/Radius/Services/dia-proxy ]
Name = dia-proxy
Description =
Type = diameter
IncomingScript~ =
OutgoingScript~ =
EnableSticky = TRUE
StickySessionKey = User-Name#1
StickyCreationCmdList = 265
StickyDeletionCmdList = 275
MultiplePeersPolicy = IMSIRangeBased
PeerTimeOutPolicy = SendError
IMSIRanges/
Entries 1 to 1 from 1 total entries
Current filter: <all>
112156000000001-112156001000000/
Name = 112156000000001-112156001000000
Description =
Start = 112156000000001
End = 112156001000000
MultiplePeersPolicy = Failover
DiaRemoteServers/
Entries 1 to 2 from 2 total entries
Current filter: <all>
proxy_rm/
Name = proxy_rm
Metric = 1
Weight = 0
IsActive = TRUE
proxy_rm1/
Name = proxy_rm1
Metric = 2
Weight = 0
IsActive = TRUE
The following configuration is used to add Diameter local:
[ //localhost/Radius/Services/dia-local ]
Name = dia-local
Description =
Type = diameter
Realm = abc.com
Role = Local
IncomingScript~ =
OutgoingScript~ =
AuthenticationService = local-users
AccountingService = local-file
4-28
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
DiaRemoteServers/
Entries 1 to 1 from 1 total entries
Current filter: <all>
murdcoh-ar1/
Name = murdcoh-ar1
HostName = murdoch-ar1
IsVendorSpecific = FALSE
ApplicationID = 1
Metric = 2
The following configuration is used to add Diameter relay:
[ //localhost/Radius/Services/dia-relay ]
Name = dia-relay
Description =
Type = diameter
Realm = abc.com
Role = relay
DiaRemoteServers/
Entries 1 to 1 from 1 total entries
Current filter: <all>
hss1/
Name = hss1
HostName = 10.77.240.69
IsVendorSpecific = FALSE
ApplicationID = 1
Metric = 2
The following configuration is used to add Diameter redirect:
[ //localhost/Radius/Services/dia-redirect ]
Name = dia-relay
Description =
Type = diameter
Realm = abc.com
Role = redirect
DiaRemoteServers/
Entries 1 to 1 from 1 total entries
Current filter: <all>
redirectserver/
Name = redirectserver
HostName = 10.77.240.69
IsVendorSpecific = FALSE
ApplicationID = 1
Metric = 2
4-29
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
Table 4-21 describes the Diameter Service properties.
Table 4-21 Diameter Service Properties
Property Description
Name Required; name of the Diameter server.
Realm Required; realm of the route. Must be unique for a route table.
Incoming Script Optional; enabled when role is set to Proxy or Local. When set, must be
the name of a known incoming script. Prime Access Registrar runs the
IncomingScript before proxying the diameter packet to the remote
diameter server.
Outgoing Script Optional; enabled when role is set to Proxy or Local. When set, must be
the name of a known outgoing script. Prime Access Registrar runs the
OutgoingScript after it receives the response from the remote Diameter
server.
Description Optional; description of the Diameter server.
Role Required; specifies the role that the diameter entity will play in resolving
messages matching the realm.
The role can be any one of the following:
Relay - Application acting as a Relay Agent.
Redirect - Application acting as a Redirect Agent.
Proxy - Application acting as a Proxy Agent. When the role is set to
Proxy, the IncomingScript and OutgoingScript points are enabled.
Local - Application processes the requests locally. When the role is set
to Local, the AuthenticationService and AccountingService are enabled.
By default, the Proxy option is selected. However, you can select another
option from the drop-down list.
AuthenticationService Required; used when service is configured to process the diameter
requests locally. Set to valid service of type (local/ldap/odbc) to
authenticate the user. This field is displayed when you select the role type
as ‘Local’ in the Role field.
AccountingService Required; used when service is configured to process the accounting
requests locally. Set to valid accounting service of type
(file/odbc-accounting) to write the accounting records. This field is
displayed when you select the role type as ‘Local’ in the Role field.
Type Required; specifies the service type.The service type ‘Diameter’ is
automatically displayed in this field.
Peer Definitions tab
This tab is displayed when you select the ‘Local’, ‘Relay’, or ‘Redirect’option in the Role field.
Name Required; name of the peer.
Host Name Required; the hostname or IP address of the peer. The hostname must
exist in the client list for the route to be active.
Metric Required; metric value for the peer entry. The higher the value the lower
the preference. The highest value of preference is 0.
4-30
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
VendorSpecific Required; the default is FALSE. If set to FALSE, the application is
ordinary application and user is prompted to enter the ApplicationID. If
set to TRUE, the application is a VendorSpecific Application. User is
prompted to enter VendorSpecificApplicationID and VendorID.
VendorID Required; specifies the VendorID for the application.
Example:
DIAMETER 3GPP Cx APPLICATION
VendorSpecificApplicationID 16777216
VendorID 10415
VendorSpecificApplicatio
nID
Required; specifies the integer value for the vendor specific application.
ApplicationID Required; application used in the route. The application Id should be
available in /Advanced/Diameter/Applications.
Applications tab
This tab is displayed when you select the ‘Proxy’ option in the Role field.
Name Required; name of the application.
Description The description of the application.
ApplicationID Required; specifies the unique integer value for the application. It
represents the applicationid of the Application used for load balancing
the diameter messages.
EnableSticky Required; default is FALSE. If set to True, the sticky entries for load
balancing is enabled and the user is prompted to enter the values for
StickySessionKey, StickyCreationCmdList, and
StickyDeletionCmdList.
DeMultiplexCCTerminate
Request
Optional; default is FALSE. If set to True, Prime Access Registrar
generates and sends multiple Credit Control Update (CCR-U) requests
corresponding to an incoming diameter Credit Control Termination
(CCR-T) request, while proxying Gy messages between the Gateway
GPRS Support Node (GGSN) and Online charging system (OCS).
The CCR-U requests are generated based on the number of RGs present
in CCR-T message.
MultiplePeersPolicy Required; must be set to RoundRobin, FailOver, or IMSIRangeBased.
Policy used by the Prime Access Registrar server to load balance the
peers.
Table 4-21 Diameter Service Properties (continued)
Property Description
4-31
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
StickySessionKey Required; used as the sticky key for mapping the sticky sessions. Set the
value to a valid AVP in order to use the sticky key for maintaining
diameter sessions. This ensures that Prime Access Registrar maps the
request to the same server for all the subsequent messages using the
sticky key. For example, set StickyAVP “Session-Id”.
When the Prime Access Registrar server receives the CCR-I request,
Prime Access Registrar extracts the Session-Id from the request packet,
maps the Session to the peer configured in the list, and forwards the
request to the chosen peer. Prime Access Registrar chooses the same
peer for all the subsequent messages (CCR-Update/CCR-Terminate)
with same Session-Id.
StickyCreationCmdList Required; specifies the command list to create the sticky entries.Specify
the list of ‘||’ separated command code, AVP name, and its value to create
the sticky sessions.
The following is the StickyCreationCmdList format:
<commandcode1>::<AVPName1=Value1> ||
<commandcode2<::<AVPName2=Value2>||<commandcode3>
For example, if the sticky session entries need to created based on
command code ‘265’or based on command code ‘271’ with
Accounting-Record-Type value as 2, use the format below:
Set StickyCreationCmdList “265||271::
Accounting-Record-Type=2
StickyDeletionCmdList Required; specifies the command list to delete the sticky entries.Specify
the list of ‘||’ separated command code, AVP name, and its value to delete
the sticky sessions.
The following is the StickyDeletionCmdList format:
<commandcode1>::<AVPName1=Value1> ||
<commandcode2<::<AVPName2=Value2>||<commandcode3>
For example, if the sticky session entries need to deleted based on
command code ‘271’ with Accounting-Record-Type value as 4, use the
format below:
Set StickyDeletionCmdList “271:: Accounting-Record-Type=4”
Peer Definitions Proxy tab
Name Required; name of the peer.
Host Name Required; hostname or IP address of the peer. The HostName must exist
in the client list for the route to be active.
Metric Required; metric value for this peer entry. The higher the value the lower
the preference. The highest value of preference is 0.
Table 4-21 Diameter Service Properties (continued)
Property Description
4-32
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Services
M3UA
Prime Access Registrar supports the M3UA service, which is used to fetch MSISDN from IMSI through
RADIUS Packets. The M3UA service sends a SendRoutingInfoForLCS(SRIForLCS) request that
contains the IMSI information to the remote HLR. The HLR sends the MSISDN in response. To fetch
the MSISDN information from IMSI, you need to configure the SIGTRAN-M3UA remote server where
Prime Access Registrar is installed, see Configuring M3UA Service for more information.
The M3UA service checks for IMSI environment variable to fetch the MSISDN information. If there is
no IMSI environment variable set, then the User-Name in the Radius Access-Request is used as IMSI
to fetch the MSISDN information. The fetched MSISDN is copied to the AuthorizationInfo environment
variable where you can write a script to copy the environment variable to any attribute of your choice.
Note M3UA service supports fetching the MSISDN only through SIGTRAN-M3UA interface.
The following shows an example configuration of M3UA service:
[ //localhost/Radius/Services/FetchMSISDN ]
Name = FetchMSISDN
Description =
Type = m3ua
IncomingScript~ =
OutgoingScript~ =
OutageScript~ =
OutagePolicy~ = RejectAll
RemoteServers/
Weight Required; default value is 0. Specifies the weight percentage for which
the service needs to load balance the peer.
Note When you set the weight to a value other than 0, the weight
should be in multiples of 10 and the sum of the weights
configured in the peer list should be equal to 100.
IMSIRanges Required; used for load balancing. The value is set to comma separated
values of IMSI Ranges.
For example, set IMSIRanges
“112156000000001-112156001000000,112156010000001-1121560110
00000”
Note Prime Access Registrar uses the AVP configured in StickyAVP
property to check whether the IMSI is in valid range.
Table 4-21 Diameter Service Properties (continued)
Property Description
Table 4-22 M3UA Properties
Property Description
Type Required; must set to M3UA service.
IncomingScript Optional; when set, must be the name of a known incoming script.
Cisco Prime Access Registrar runs the IncomingScript after it receives the
response.
4-33
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Session Managers
Session Managers
You can use Session Managers to track user sessions. The Session Managers monitor the flow of requests
from each NAS and detect the session state. When requests come through to the Session Manager, it
creates sessions, allocates resources from appropriate Resource Managers, and frees and deletes sessions
when users log out.
The Session Manager enables you to allocate dynamic resources to users for the lifetime of their session.
You can define one or more Session Managers and have each one manage the sessions for a particular
group or company.
Note Session record size is limited by the operating system (OS) paging size (8 KB in Solaris and 4 KB in
Linux). If a request triggers creation of a session that exceeds the OS paging size, the request will be
dropped and the session will not be created.
Note In this release of Prime Access Registrar, the memory capacity is enhanced to store more than 4 million
active sessions by storing the active session records in database server instead of storing it in the main
memory. The capacity is dependent on the number of attributes that are being captured for each session.
Note If the disk partition where Prime Access Registrar stores session backing store data (usually the disk
partition where Prime Access Registrar is installed, such as /opt/CSCOar) is full, the subsequent
packets that try to create sessions will be dropped and no sessions will be created due to lack of disk
space.
Session Managers use Resource Managers, which in turn, manage a pool of resources of a particular
type. Table 4-23 lists the Session Manager properties.
OutgoingScript Optional; when set, must be the name of a known outgoing script.
Cisco Prime Access Registrar runs the OutgoingScript just before it sends
the proxy request to the remote server.
OutagePolicy Required; the default is DropPacket. This property defines how
Prime Access Registrar handles requests if all servers listed in the
RemoteServers properties are unavailable (that is, all remote RADIUS
servers are not available). You must set it to one of the following:
AcceptAll, DropPacket, or RejectAll.
OutageScript Optional; set this property to the name of a script. Prime Access Registrar
runs the script when an outage occurs. It allows you to create a script that
notifies you when the RADIUS server detects a failure.
RemoteServers Required; an indexed list from 1 to <n>. Each entry in the list is the name
of a RemoteServer of type SIGTRAN-M3UA.
Table 4-22 M3UA Properties (continued)
Property Description
4-34
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Session Managers
Prime Access Registrar adds IncomingScript, OutGoingScript, and SessionKey properties. The
IncomingScript is run as soon as the session is acquired. The OutGoingScript is run just before the
session is written to backing store. The SessionKey property sets the session key value for the Session
Manager.
Table 4-23 Session Manager Properties
Property Description
Name Required; must be unique in the Session Managers list.
Description Optional description of the Session Manager.
Type Set to local or remote. Local is the traditional session manager that
maintains sessions in memory and has good performance. The remote
session manager operates on a remote ODBC database, and its
performance is highly dependent on the performance of the ODBC
database.
IncomingScript Optional; name of script to run when the service starts. This script is run
as soon as the session is acquired in Prime Access Registrar.
OutgoingScript Optional; script to be run just before the session is written to backing
store.
SessionTimeOut The SessionTimeOut property is optional; no value for this property
means the session timeout feature is disabled.
Used in conjunction with /Radius/Advanced/SessionPurgeInterval for
the session timeout feature. Enables the session timeout feature for a
Session Manager. If the SessionTimeOut property is set to a value under
a session manager, all sessions that belong to that session manager will
be checked for timeouts at each SessionPurgeInterval. If any sessions
have timed out, they will be released, and all resources associated with
those sessions are also released.
The SessionTimeOut property determines the timeout for a session. If the
time difference between the current time and the last update time is
greater than this property’s value, the session is considered to be stale.
The last update time of the session is the time at which the session was
created or updated.
The SessionTimeOut value is comprised of a number and a units
indicator, as in n units, where a unit is one of minutes, hours, days, or
weeks. The default unit is ‘days’.
AllowAccountingStartToC
reateSession
Set to TRUE by default; start the session when the
Prime Access Registrar server receives an Access Accept or an
Accounting-Start.
When set to FALSE, start the session when the Prime Access Registrar
server receives an Access Accept.
Resource Managers Ordered list of Resource Managers.
4-35
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Session Managers
PhantomSessionTimeOut Optional; no value for this property means the phantom session timeout
feature is disabled.
The PhantomSessionTimeOut property is used in conjunction with
/Radius/Advanced/SessionPurgeInterval to enable the phantom session
timeout feature for Session Manager.
If the PhantomSessionTimeOut property is set to a value under a session
manager, all sessions that belong to that session manager will be checked
for receipt of an Accounting-Start packet. Sessions that do not receive an
Accounting-Start packet from creation until its timeout will be released.
The PhantomSessionTimeOut value comprises a number and a units
indicator, as in n units, where a unit is one of minutes, hours, days, or
weeks. The default unit is ‘days’
MemoryLimitForRadiusPr
ocess
This property is used to avoid crashing of the radius process. The default
value is 3500 Megabytes. This property is under /radius/advanced.
When the radius process uses memory more than the configured limit,
further sessions are not created and Prime Access Registrar rejects
further incoming requests.
Table 4-23 Session Manager Properties (continued)
Property Description
4-36
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Session Managers
You can manage sessions with the two aregcmd session management commands: query-sessions and
release-sessions. For more information about these two commands, see the query-sessions, page 2-9 and
the release-sessions, page 2-9.
This section contains the following topics:
Session Creation
Session Notes
Soft Group Session Limit
Session Correlation Based on User-Defined Attributes
MemorySizeCheckInterva
l
This property is used to avoid crashing of the radius process. This is used
in conjunction with MemoryLimitForRadiusProcess. The default value
is 5 minutes. MemorySizeCheckInterval is a hidden parameter in mcd
database. To modify the default value, you need to export the mcd
database. Typically, a separate thread is created to monitor the radius
process memory usage for every 5 minutes.
SessionKey SessionKey property is used to set the sessionkey value for the Session
Manager.
The SessionManager checks whether the environmental variable
Session-Key is set or not. If the environmental variable is set, the server
uses it as the sessionkey. If environmental variable Session-Key is not set
then SessionManager gets the value configured in the SessionKey
property under SessionManager.
SessionKey can be a combination of attributes separated by a colon. The
values for those attributes are obtained from the RequestDictionary. If any
one of the attribute that is configured for the sessionkey is not present in
the RequestDictionary, Prime Access Registrar will drop the request.
However, if Session-Key is not set, SessionManager uses NAS-Identifier
and NAS-Port to create the sessionkey. An example configuration,
--> set SessionKey "User-Name:NAS-Port"
The following shows the sample configuration of sessionkey for Session
Manager:
[ //localhost/Radius/SessionManagers/session-mgr-1 ]
Name = session-mgr-1
Description =
Type = local
EnableDiameter = FALSE
IncomingScript =
OutgoingScript =
AllowAccountingStartToCreateSession = TRUE
SessionTimeOut =
PhantomSessionTimeOut =
SessionKey =
ResourceManagers/
Table 4-23 Session Manager Properties (continued)
Property Description
4-37
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Session Managers
Session Creation
Cisco Prime Access Registrar Sessions can be created by two types of RADIUS packets:
Access-Requests
Accounting-Requests with an Acct-Status-Type attribute with a value of Start.
This allows Cisco Prime Access Registrar to monitor Sessions even when it is not allocating resources.
For example, when Cisco Prime Access Registrar is being used as an “Accounting-Only” server (only
receiving Accounting requests), it can create a Session for each Accounting “Start” packet it successfully
processes. The corresponding Accounting “Stop” request will clean up the Session. Note, if a Session
already exists for that NAS/NAS-Port/User (created by an Access-Request),
Cisco Prime Access Registrar will not create a new one.
When you do not want Cisco Prime Access Registrar to create Sessions for Accounting “Start” requests,
simply set the AllowAccountingStartToCreateSession property on the SessionManager to FALSE.
Session Notes
Session Notes are named text messages attached to a Session and are stored with the Session data,
including resources allocated for a specific user session. This data, including Session Notes, can be
retrieved and viewed using the aregcmd command query-sessions.
--> query-sessions /Radius/SessionManagers/session-mgr-2
sessions for /Radius/SessionManagers/session-mgr-2:
S257 NAS: localhost, NAS-Port:1, User-Name: user1, Time: 00:00:08,
IPX 0x1, GSL 1, USL 1, NOTES: "Date" "Today is 12/14/98.", "Requested
IP Address" "1.2.3.4", "Framed-IP-Address" "11.21.31.4"
Session Notes can be created by Scripts using the Environment dictionary passed into each or by the
Cisco Prime Access Registrar server. When more than one Session Note is added, the Session-Notes
entry should be a comma-separated list of entry names.
Performing a TCL Script
To perform a TCL script:
Step 1 The Script should create an Environment dictionary entry using the Session Note name as the entry
name, and the Session Note text as the entry value. For example:
$environ put "Date" "Today is 12/15/08"
$environ put "Request IP Address" "1.2.3.4"
Step 2 The Script should create or set an Environment dictionary entry with the name Session-Notes with a
value that contains the name of the entries created. For example:
$environ put "Session-Notes" "Date, Requested_IP_Address"
Performing a REX Script
To perform a REX script:
Step 1 The Script should create an Environment dictionary entry using the Session Note name as the entry
name, and the Session Note text as the entry value. For example:
4-38
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Session Managers
pEnviron-->put(pEnviron, Date, "Today is 12/15/08.");
pEnviron-->put(pEnviron, Request_IP_Address, "1.2.3.4");
Step 2 The Script should create/set an Environment dictionary entry with the name Session-Notes with a value
that contains the name of the first entry created. For example:
pEnviron-->put(pEnviron, "Session-Notes", "Date, Requested_IP_Address”);
Note Scripts creating Session Notes must be executed before the Session Management step takes place while
processing a packet.
Cisco Prime Access Registrar will automatically create a Session Note if a packet is passed to a
SessionManager and it already contains a Framed-IP-Address attribute in the packet’s Response
dictionary. This IP address could come from a Profile, RemoteServer response, or from a previously
executed script. For example, a Session output containing Session Notes when using the aregcmd
command query-session would be as follows:
sessions for /Radius/SessionManagers/session-mgr-2:
S257 NAS: localhost, NAS-Port:1, User-Name: user1, Time: 00:00:08,
IPX 0x1, GSL 1, USL 1, NOTES: "Date" "Today is 12/14/08.", "Requested
IP Address" "1.2.3.4", "Framed-IP-Address" "11.21.31.4"
Session Notes are also copied into the Environment dictionary after Session Management. The
Session-Notes Environment dictionary entry will contain the names of all the Environment dictionary
entries containing Session Notes.
In Prime Access Registrar, a major command is introduced—count-sessions. The
count-sessions /radius all command helps to count the total sessions in Prime Access Registrar. The
options are similar to the query-session command options. The query-session command displays cached
attributes in addition to session details.
Soft Group Session Limit
Two new environment variables, Group-Session-Limit and Current-Group-Count (see rex.h), are set
if the group session limit resource is allocated for a packet. These variables allow a script to see how
close the group is to its session limit; one way to use this information is to implement a script-based soft
limit. For example, you could use the Class attribute to mark sessions that have exceeded a soft limit of
80% -- as hard coded in the script (in a Tcl script called from /Radius/OutgoingScript):
set softlimit [ expr 0.8 * [ $environ get Group-Session-Limit ] ]
if { [ $environ get Current-Group-Count ] < $softlimit } {
$response put Class 0
} else {
$response put Class 1
}
Note The soft limit itself is hard coded in the script; soft limits are not directly supported in the server. The
action to be taken when the soft limit is exceeded (for example, Class = 1, and then the accounting
software branches on the value of Class) is also the responsibility of the script and/or external software.
4-39
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Resource Managers
Session Correlation Based on User-Defined Attributes
All the session objects are maintained in one dictionary keyed by a string. You can define the keying
material to the session dictionary through a newly introduced environment variable, Session-Key.
If the Session-Key is presented at the time of session manager process, it will be used as the key to the
session object for this session. The Session-Key is of type string. By default, the Session-Key is not set.
Its value should come from attributes in the incoming packet and is typically set by scripts. For example,
CLID can be used to set the value of Session-Key.
Use the function UseCLIDAsSessionKey as defined in the script rexscript.c to specify that the
Calling-Station-Id attribute that should be used as the session key to correlate requests for the same
session. This is a typical case for 3G mobile user session correlation. You can provide your own script
to define other attributes as the session key.
In the absence of the Session-Key variable, the key to the session will be created based on the string
concatenated by the value of the NAS-Identifier and the NAS-Port.
There is a new option with-key available in aregcmd for query-sessions and release-sessions to access
sessions by Session-Key.
Resource Managers
Resource Managers allow you to allocate dynamic resources to user sessions. The following lists the
different types of Resource Managers.
IP-Dynamic—manages a pool of IP addresses that allows you to dynamically allocate IP addresses
from a pool of addresses
IP-Per-NAS-Port—allows you to associate ports to specific IP addresses, and thus ensure each NAS
port always gets the same IP address
IPX-Dynamic—manages a pool of IPX network addresses
Subnet-Dynamic—manages a pool of subnet addresses
Group-Session-Limit—manages concurrent sessions for a group of users; that is, it keeps track of
how many sessions are active and denies new sessions after the configured limit has been reached
User-Session-Limit—manages per-user concurrent sessions; that is, it keeps track of how many
sessions each user has and denies the user a new session after the configured limit has been reached
Home-Agent—manages a pool of on-demand IP addresses
USR-VPN—manages Virtual Private Networks (VPNs) that use USR NAS Clients.
Home-Agent-IPv6—manages a pool of on-demand IPv6 addresses
Remote-IP-Dynamic—manages a pool of IP addresses that allows you to dynamically allocate IP
addresses from a pool of addresses. It internally works with a remote ODBC database.
Remote-User-Session-Limit—manages per-user concurrent sessions; that is, it keeps track of how
many sessions each user has and denies the user a new session after the configured limit has been
reached. It internally works with a remote ODBC database.
Remote-Group-Session-Limit—manages concurrent sessions for a group of users; that is, it keeps
track of how many sessions are active and denies new sessions after the configured limit has been
reached. It internally works with a remote ODBC database.
3GPP—allows you to define the attribute for 3GPP authorization.
4-40
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Resource Managers
Each Resource Manager is responsible for examining the request and deciding whether to allocate a
resource for the user, do nothing, or cause Cisco Prime Access Registrar to reject the request.
Table 4-24 lists the Resource Manager properties.
Types of Resource Managers
A number of different types of Resource Managers exist that allow you to manage IP addresses
dynamically or statically, limit sessions on a per group or per user basis, or manage a Virtual Private
Network. See Appendix A, “Cisco Prime Access Registrar Tcl, REX and Java Dictionaries, for
information on how to override these individual Resource Managers.
Note Resource Manager supports the following remote type session managers: remote-ip-dynamic,
remote-session-cache, home-agent, remote-user-session-limit, home-agent-ipv6 and
remote-group-session-limit.
This section contains the following topics:
Gateway Subobject
Group-Session-Limit
Home-Agent
Home-Agent-IPv6
IP-Dynamic
IP-Per-NAS-Port
IPX-Dynamic
Session-Cache
Subnet-Dynamic
User-Session-Limit
USR-VPN
Dynamic-DNS
Remote-IP-Dynamic
Remote-User-Session-Limit
Remote-Group-Session-Limit
Table 4-24 Resource Manager Properties
Property Description
Name Required; must be unique in the Resource Managers list.
Description Optional; description of the Resource Manager.
Type Required; must be either Dynamic-DNS, IP-Dynamic,
IP-Per-NAS-Port, IPX-Dynamic, Session Cache, Subnet-Dynamic,
Group-Session-Limit, Home-Agent, User-Session-Limit, USR-VPN,
Home-Agent-IPv6, Remote-IP-Dynamic,
Remote-User-Session-Limit, Remote-Group-Session-Limit or
Remote-Session-Cache.
4-41
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Resource Managers
Remote-Session-Cache
Gateway Subobject
The Gateway subobject includes a list of names of the Frame Relay Gateways for which to encrypt the
session key.
If you use this Resource Manager, supply the information listed in Table 4-25.
Group-Session-Limit
Group-Session-Limit allows you to manage concurrent sessions for a group of users; that is, it keeps
track of how many sessions are active and denies new sessions after the configured limit has been
reached.
When you use this Resource Manager, you must set the GroupSessionLimit property to the maximum
number of concurrent sessions for all users.
Home-Agent
Home-Agent is a new resource manager that supports dynamic HA assignment. You configure the
home-agent resource manager with a list of IP addresses. The Prime Access Registrar server assigns
those addresses to clients whose request dictionary has the right attributes to indicate that an assignment
should be done. This is similar to the ip-dynamic resource manager.
Unlike the ip-dynamic resource manager, HAs are not exclusively allocated to an individual session but
are shared among a set of sessions.
Detailed configuration information for the Home-Agent resource manager is found in Chapter 20,
“Wireless Support. When you use this Resource Manager, you must set the Home-Agent-IPAddresses
property to a single IP address or a range of IP addresses.
Home-Agent-IPv6
Home-Agent-Ipv6 is a new resource manager used to configure IPv6 address.
Table 4-25 Gateway Properties
Property Description
Name Required; must be unique in the Gateways list.
Description Optional description of the gateway.
IPAddress Required; IP address of the gateway.
SharedSecret Required; must match the shared secret of the gateway.
TunnelRefresh Optional; if specified it is the number of seconds the tunnel stays active
before a secure “keepalive” is exchanged between the tunnel peers in
order to maintain the tunnel open.
LocationID Optional; if specified it is a string indicating the physical location of the
gateway.
4-42
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Resource Managers
IP-Dynamic
IP-Dynamic allows you to manage a pool of IP addresses from which you dynamically allocate IP
addresses.
When you use the IP-Dynamic Resource Manager, provide values for the properties listed in Table 4-26.
IP-Per-NAS-Port
IP-Per-NAS-Port allows you to associate specific IP addresses with specific NAS ports and thus ensures
each NAS port always gets the same IP address.
When you use this Resource Manager, provide values for the properties listed in Table 4-27.
Note You must have the same number of IP addresses and ports.
IPX-Dynamic
An IPX-Dynamic Resource Manager allows you to dynamically manage a pool of IPX networks. When
you use the IPX-Dynamic Resource Manager, you must set the Networks property to a valid set of
numbers which correspond to your networks.
Note You cannot use IPX network number 0x0. If you attempt to configure a Resource Manager with an IPX
network number of 0x0, validation will fail.
Table 4-26 IP-Dynamic Properties
Property Description
NetMask Required; must be set to a valid net mask.
IPAddresses Required; must be a list of IP address ranges.
AllowOverlappedIPAddresses When set to TRUE, this property supports overlapping IP
addresses between session managers for VPN users. Default
value is FALSE.
ReuseIPForSameSessionKeyAndUser When set to FALSE, this property does not reuse IP address
resources for a session. Default value is TRUE.
Table 4-27 IP-Per-NAS-Port Properties
Property Description
NetMask Required; if used, must be set to a valid net mask.
NAS Required; must be the name of a known Client.This value must be the
same as the NAS-Identifier attribute in the Access-Request packet.
IPAddresses Required; must be a list of IP address ranges.
NASPorts Required list of NAS ports.
4-43
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Resource Managers
Session-Cache
The session-cache Resource Manager supports the Identity Cache feature. You use session-cache
Resource Managers to define the RADIUS attributes to store in cache. Set the QueryKey property to the
XML attribute you want to key on such as XML-Address-format-IPv4 and list all attributes to be cached
in the AttributesToBeCached subdirectory. Use the QueryMappings subdirectory to map XML attributes
to RADIUS attributes.
Note Session record size is limited by the operating system (OS) paging size (8 KB in Solaris and 4 KB in
Linux). If a request triggers creation of a session that exceeds the OS paging size, the request will be
dropped and the session will not be created.
If the disk partition where Prime Access Registrar stores session backing store data (usually the disk
partition where Prime Access Registrar is installed, such as /opt/CSCOar) is full, the subsequent
packets that try to create sessions will be dropped and no sessions will be created due to lack of disk
space.
Subnet-Dynamic
The subnet-dynamic Resource Manager supports the On Demand Address Pool feature. You use
subnet-dynamic resource managers to provide pools of subnet addresses. Following is an example of the
configuration of a subnet dynamic resource manager:
/Radius/ResourceManagers/newResourceMgr
Name = newResourceMgr
Description =
Type = subnet-dynamic
Subnet-Mask = 255.255.255.0
SubnetAddresses/
10.1.0.0-10.1.10.0
11.1.0.0-11.1.10.0
Table 4-28 Session-Cache Resource Manager Properties
Property Description
QueryKey Required; set the QueryKey to the a RADIUS attribute you want to key
on, such as Framed-IP-Address.
A change made in Prime Access Registrar requires that this attribute not
be an XML attribute, even if this session-cache resource manager is being
used for an XML query.
Note Any existing session-cache resource managers using an XML
attribute for the Query Key must be changed to a RADIUS
attribute that this XML attribute is mapped to under
QueryMappings.
PendingRemovalDelay Required; length of time information remains in the cache after the
session ends (defaults to 10 seconds)
AttributesToBeCached Required; use this subdirectory to provide a list of RADIUS attributes
you want to store in cache
QueryMappings Required; list of attribute pairs, mapping the XML attributes on the
left-hand side to the RADIUS attribute on the right-hand side.
4-44
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Resource Managers
When you use the subnet-dynamic Resource Manager, provide values for the properties listed in
Table 4-29.
User-Session-Limit
User-Session-Limit allows you to manage per-user concurrent sessions; that is, it keeps track of how
many sessions each user has and denies the user a new session after the configured limit has been
reached.
When you use the user-session-limit Resource Manager, set the user-session-limit property to the
maximum number of concurrent sessions for a particular user.
USR-VPN
USR-VPN allows you to set up a Virtual Private Network (VPN) using a US Robotics NAS.
When you use this Resource Manager, provide values for the properties listed in Table 4-30.
Dynamic-DNS
Prime Access Registrar supports the Dynamic DNS protocol providing the ability to update DNS
servers.
When you use this Resource Manager, provide values for the properties listed in Table 4-31.
Table 4-29 Subnet-Dynamic Properties
Property Description
Type Required
Subnet mask Required; must be set to the size of the managed subnets
SubnetAddresses Required; must be a valid range of IP addresses
Table 4-30 USR-VPN Properties
Property Description
Identifier Required; must be set to the VPN ID the USR NAS will use to identify a
VPN.
Neighbor Optional; if set, should be the IP address of the next hop router for the
VPN.
FramedRouting Optional; if set, should be RIP V2 Off or RIP V2 On if the USR NAS is
to run RIP Version 2 for the user.
Gateways Required to set up a tunnel between the NAS and the Gateways.
Table 4-31 DYNAMIC-DNS Properties
Fields Description
Max DNS TTLS Set the maximum TTL of the DNS record.
DNS Host bytes Set the number of bytes to be used to construct the reverse zone entry.
4-45
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Profiles
Remote-IP-Dynamic
The configuration is same as IP-Dynamic but internally it works with a remote ODBC database.
Remote-User-Session-Limit
The configuration is same as User-Session-Limit but internally it works with a remote ODBC database.
Remote-Group-Session-Limit
The configuration is same as Group-Session-Limit but internally it works with a remote ODBC database.
Remote-Session-Cache
The configuration is same as Session-Cache but it should be used with session manager of type remote.
Profiles
You use Profiles to group RADIUS attributes that belong together, such as attributes that are appropriate
for a particular class of PPP or Telnet user. You can reference profiles by name from either the
UserGroup or the User properties. Thus, if the specifications of a particular profile change, you can
make the change in a single place and have it propagated throughout your user community.
Although you can use UserGroups or Profiles in a similar manner, choosing whether to use one rather
than the other depends on your site. When you require some choice in determining how to authorize or
authenticate a user session, then creating specific profiles, and creating a group that uses a script to
choose among them is more flexible.
In such a situation, you might create a default group, and then write a script that selects the appropriate
profile based on the specific request. The benefit to this technique is each user can have a single entry,
and use the appropriate profile depending on the way they log in.
Forward Zone Name Set the name of the forward zone. For a given Resource Manager you
must decide which forward zone you will be updating for sessions the
resource manager will manage.
Reverse Zone Name Set the name of the reverse zone.
Forward Zone Server Set the Server IP of the forward zone
Reverse Zone Server Set the Server IP of the reverse zone
Forward Zone TSIG KeyS Server-wide security key to process all forward zone dynamic DNS
updates. This is used if a ForwardZoneTSIGKey was not specified on
the Resource Manager.
Reverse Zone TSIG Keys Server-wide security key to process all reverse zone dynamic DNS
updates. This is used if a ReverseZoneTSIGKey was not specified on
the Resource Manager
Table 4-31 DYNAMIC-DNS Properties (continued)
Fields Description
4-46
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Translations
Table 4-32 lists the Profile properties.
Attributes
Attributes are specific RADIUS components of requests and responses defined in the Request and
Response Attribute dictionaries. Use the aregcmd command set to assign values to attributes.
For a complete list of the attributes, see Appendix C, “RADIUS Attributes. When setting a value for a
STRING-type attribute such as Connect-Info (which starts with an integer), you must use the
hexadecimal representation of the integer. For example, to set the attribute Connect-Info to a value of
7:7, use a set command like the following:
set Connect-Info 37:3A:37
Translations
Translations add new attributes to a packet or change an existing attribute from one value to another.
The Translations subdirectory lists all definitions of Translations the RADIUS server can apply to
certain packets.
Under the /Radius/Translations directory, any translation to insert, substitute, or translate attributes can
be added. The following is a sample configuration under the /Radius/Translations directory:
cd /Radius/Translations
Add T1
cd T1
Set DeleAttrs Session-Timeout,Called-Station-Id
cd Attributes
Set Calling-Station-Id 18009998888
DeleAttrs is the set of attributes to be deleted from the packet. Each attribute is comma separated and
no spaces are allowed between attributes. All attribute value pairs under the attributes subdirectory are
the attributes and values that are going to be added or translated to the packet.
Under the /Radius/Translations/T1/Attributes directory, inserted or translated attribute value pairs can
be set. These attribute value pairs are either added to the packet or replaced with the new value.
If a translation applies to an Access-Request packet, by referencing the definition of that translation, the
Prime Access Registrar server modifies the Request dictionary and inserts, filters and substitutes the
attributes accordingly. You can set many translations for one packet and the Prime Access Registrar
server applies these translations sequentially.
Note Later translations can overwrite previous translations.
Table 4-32 Profile Properties
Property Description
Name Required; must be unique in the Profiles list.
Description Optional; description of the profile.
Attributes Profiles include specific RADIUS attributes that
Cisco Prime Access Registrar returns in the Access-Accept response.
4-47
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
TranslationGroups
Table 4-33 lists the Translation properties.
TranslationGroups
You can add translation groups for different user groups under TranslationGroups. All Translations
under the Translations subdirectory are applied to those packets that fall into the groups. The groups are
integrated with the Prime Access Registrar Rule engine.
The Prime Access Registrar Administrator can use any RADIUS attribute to determine the Translation
Group. The incoming and outgoing translation group can be different translation groups. For example,
you can set one translation group for incoming translations and one for outgoing translations.
Under the /Radius/TranslationGroups directory, translations can be grouped and applied to certain sets
of packets, which are referred to in a rule. The following is a sample configuration under the
/Radius/TranslationGroups directory:
cd /Radius/TranslationGroups
Add CiscoIncoming
cd CiscoIncoming
cd Translations
Set 1 T1
The translation group is referenced through the Prime Access Registrar Policy Engine in the
/Radius/Rules/<RuleName>/Attributes directory. Incoming-Translation-Groups are set to a
translation group (for example CiscoIncoming) and Outgoing-Translation-Groups to another
translation group (for example CiscoOutgoing). Table 4-34 lists the Translation Group properties.
Remote Servers
You can use the RemoteServers object to specify the properties of the remote servers to which Services
proxy requests. RemoteServers are referenced by name from the RemoteServers list in either the
radius, ldap or tacacs-udp Services.
Note You must not configure a remote server with an IP address, which is same as that of the client. This is
applicable for all types of remote servers.
Table 4-33 Translations Properties
Property Description
Name Required; must be unique in the Translations list.
Description Optional; description of the Translation
DeleteAttrs Optional; lists attributes to be filtered out
Table 4-34 TranslationGroups Properties
Property Description
Name Required; must be unique in the Translations list.
Description Optional; description of the Translation Group
Translations Lists of translation
4-48
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Remote Servers
Table 4-35 lists the common RemoteServers properties.
Types of Protocols
The Remote Server protocol you specify determines what additional information you must provide. The
following are the protocols available in Prime Access Registrar with their required and optional fields.
Prime Access Registrar provides the following RemoteServer protocol types:
Domain Authentication
Dynamic DNS
LDAP
Map-Gateway
Sigtran
ODBC
ODBC-Accounting
OCI
OCI-Accounting
Prepaid-CRB
Table 4-35 Common RemoteServer Properties
Property Description
Name Required; must be unique in the RemoteServers list.
Description Optional; description of the remote server.
Protocol Required; specifies the remote server protocol which can be radius, ldap, or
tacacs-udp.
IPAddress Required; this property specifies where to send the proxy request. It is the address
of the remote server. You must set it to a valid IP address.
The IP address format is enhanced to support IPv6 apart from IPv4 only for the
RADIUS type remote server.
Port Required; the port to which Cisco Prime Access Registrar sends proxy requests.
You must specify a number greater than zero. If there is no default port number,
you must supply the correct port number for your remote server.
If you set a port to zero, Prime Access Registrar sets the port to the default value
for the type of remote server being configured. For example, the following remote
servers have these default port values:
dynamic-dns—53
radius—1645
ldap—389
accounting—1646
ReactivateTimerI
nterval
Required; the amount of time (in milliseconds) to wait before retrying a remote
server that was offline. You must specify a number greater than zero. The default
is 300,000 (5 minutes).
4-49
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Remote Servers
Prepaid-IS835C
RADIUS
SIGTRAN-M3UA
Rules
Domain Authentication
The domain-auth Remote Server is used with the Windows Domain Authentication feature.
Prime Access Registrar supports the Windows Domain Controller/Active Directory (WDC/AD) and
enables you to authenticate users present in a WDC/AD using the CiscoSecure Remote Agent (CSRA).
Note To get the CiscoSecure Remote Agent software package, please send an e-mail to ar-tme@cisco.com.
During authentication, the user credentials are sent to the CSRA, which authenticates the credentials
with the WDC/AD. The user optionally can specify the domain name along with their UserID when they
log in. If the domain is not specified, authentication is first performed with the local WDC/AD (default
domain as specified in the remote server configuration), then with all the other trusted domain
controllers, one by one until the user is found in any of the trusted WDC/ADs.
This failover to other domains is taken care by the local (default) WDC/AD. The local WDC/AD
maintains a list of trusted domains and when the user is not found in the local AD, the WDC queries the
trusted WDC/ADs, to see if any one those had the user in it. If any of the WDC/ADs has the user, those
credentials would be used to authenticate the user.
The WDC/AD authentication stops at the first hit and does not check other domains even if the user
credentials do not match (resulting in an authentication failure). When a domain is specified,
authentication is performed only on that domain. This domain should be either the local WDC/AD or
one of the trusted WDC/ADs.
A 128-bit Blowfish (variant) encryption algorithm secures the communication between the
Prime Access Registrar and CSRA. The session key for this encryption is negotiated when the
connection is established.
The following is the default configuration of a domain-auth Remote Server.
[ //localhost/Radius/RemoteServers/domain-auth ]
Name = newone
Description =
Protocol = domain-auth
HostName =
Port = 2004
ReactivateTimerInterval = 300000
DefaultDomain =
Timeout = 15
AgentConnections = 15
DefaultUserGroup =
GroupMaps/
Table 4-36 lists and defines the domain-auth RemoteServer properties.
4-50
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Remote Servers
Users can optionally be authorized using WDC/AD using a list of groups the user belongs to in
WDC/AD. This list of groups is mapped to an internal group in the Prime Access Registrar server using
the GroupMaps property. An optional default group can also be configured using the DefaultUserGroup
property.
When a hit is made, the corresponding group is taken, even if there might be a better match further down
the list. For example, if the user is part of groups A, B, C, and D, and if a map for Groups A, B, and C
is listed before a map for Groups A, B, C, and D, the map for Groups A, B, and C will be taken. This
requires the administrator to configure more specific mapping before the general mapping.
The list of groups from the WDC/AD is copied to a new environment variable named
Windows-Domain-Groups to permit mapping to a more appropriate group at the next relevant scripting
point.
Dynamic DNS
The dynamic-dns RemoteServer is used with the Dynamic DNS feature. The following is the default
configuration of a dynamic-dns RemoteServer.
[ //localhost/Radius/RemoteServers/ddns ]
Name = ddns
Description =
Table 4-36 Domain Authentication RemoteServer Properties
Property Description
HostName Required; hostname or IP address of the remote server.
Port Required; port used for communication with WDC/AD; defaults to 2004.
ReactivateTimerInterval Required; default is 300,000 milliseconds. Specifies the length of time to
wait before attempting to reconnect if a thread is not connected to a data
source.
DefaultDomain Species the default domain for authentication if the user does not include
a domain during log in. Otherwise, authentication is performed on the
local domain.
Timeout Required; defaults to 15.
AgentConnections Required; default is 15. Represents the total number of connections
Prime Access Registrar can open with the CSRA.
DefaultUserGroup User group to be used when no mapping is found in the list of maps in
the GroupMap property or when there is no hit in the groups listed in
GroupMaps. The DefaultUserGroup is used to authorize users that are
authenticated by this domain-auth RemoteServer.
GroupMaps A list of groups to which the user belongs in the WDC/AD mapped to an
internal group in the Prime Access Registrar server. Entries are of the
form:
1. “InternalGroup1 = ExternalGroup1, ExternalGroup2, ...
2. “InternalGroup2 = ExternalGroup3, ExternalGroup4, ...
To configure group mappings, use the following syntax:
set 1 “Group1 = ExternalGroup1,ExternalGroup2,
ExternalGroup3”
4-51
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Remote Servers
Protocol = dynamic-dns
IPAddress =
Port = 53
MaxTries = 3
InitialTimeout = 2000
MaxDNSRenamingRetries = 3
TrimHostName = TRUE
ForwardZoneTSIGKey =
ReverseZoneTSIGKey =
Table 4-37 lists and defines the dynamic-dns RemoteServer properties.
LDAP
ldap specifies an LDAP server. When you specify the ldap protocol, provide the information listed in
Table 4-38.
For any LDAP remote service, the server might perform the environment mappings at any time. This
means that if the service is set to either authentication and authorization, authentication-only, or
authorization-only, environment mappings will take place. RADIUS mappings will take place only if the
service is set to perform authorization. Checkitem mappings will take place only if the service is set to
perform authentication. Previously environment mappings only occurred when the service was set for
both authentication and authorization. RADIUS mappings, environment mappings, and checkitem
mappings will not take place, if bind-based authentication is enabled.
Table 4-37 Dynamic-DNS RemoteServer Properties
Property Description
IPAddress The IPAddress address of the DNS server
Port Port 53 is the port that most DNS servers will use as a default
MaxTries Number of times the server tries to send dynamic updates to a DNS server
InitialTimeout Time, in milliseconds, that the server waits for a response before retrying
a dynamic DNS request
MaxRenamingRetries Number of times that the dynamic-dns resource managers can try to add
a host in DNS even if it detects that the host's name is already present.
This controls the number of times Prime Access Registrar tries to modify
a host's name to resolve a conflict on each failed update.
TrimHostName Controls whether Prime Access Registrar trims the hostname string to the
first period character (used to update dynamic DNS update records and to
return the hostname option to clients). If this attribute is enabled, the
hostname is truncated before the period. If disabled, the server retains the
period characters in the hostname.
ForwardZoneTSIGKey Server-wide security key to process all forward zone dynamic DNS
updates. This is used if a ForwardZoneTSIGKey was not specified on the
Resource Manager.
ForwardZoneTSIGKey Server-wide security key to process all forward zone dynamic DNS
updates. This is used if a ForwardZoneTSIGKey was not specified on the
Resource Manager.
ReverseZoneTSIGKey Server-wide security key to process all reverse zone dynamic DNS
updates. This is used if a ReverseZoneTSIGKey was not specified on the
Resource Manager.
4-52
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Remote Servers
Table 4-38 ldap RemoteServer Properties
Property Description
Port Required; defaults to port 389.
Timeout Required; the default is 15. The timeout property indicates how
many seconds the RADIUS server will wait for a response from the
LDAP server.
Note Use InitialTimeout from above as a template, except this is
timeout is specified in seconds.
HostName Required; the LDAP server’s hostname or IP address.
BindName Optional; the distinguished name (dn) to use when establishing a
connection between the LDAP and RADIUS servers.
BindPassword Optional; the password associated with the BindName.
SearchPath
(Overridden by Search-Path
environment variable)
Required; the path that indicates where in the LDAP database to
start the search for user information.
Filter Required; this specifies the search filter
Cisco Prime Access Registrar uses when querying the LDAP
server for user information. When you configure this property, use
the notation “%s” to indicate where the user ID should be inserted.
For example, a typical value for this property is “(uid=%s),” which
means that when querying for information about user joe, use the
filter uid=joe.
UserPasswordAttribute Required; this specifies which LDAP field the RADIUS server
should check for the user’s password.
LimitOutstandingRequests Required; the default is FALSE. Cisco Prime Access Registrar
uses this property in conjunction with the
MaxOutstandingRequests property to tune the RADIUS server’s
use of the LDAP server.
When you set this property to TRUE, the number of outstanding
requests for this RemoteServer is limited to the value you specified
in MaxOutstandingRequests. When the number of requests
exceeds this number, Cisco Prime Access Registrar queues the
remaining requests, and sends them as soon as the number of
outstanding requests drops to this number.
MaxOutstandingRequests Required when you have set the LimitOutstandingRequests to
TRUE. The number you specify, which must be greater than zero,
determines the maximum number of outstanding requests allowed
for this remote server.
4-53
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Remote Servers
MaxReferrals Required; must be a number equal to or greater than zero. This
property indicates how many referrals are allowed when looking
up user information. When you set this property to zero, no
referrals are allowed.
Cisco Prime Access Registrar manages referrals by allowing the
RADIUS server’s administrator to indicate an LDAP “referral
attribute,” which might or might not appear in the user information
returned from an LDAP query. When this information is returned
from a query, Cisco Prime Access Registrar assumes it is a referral
and initiates another query based on the referral. Referrals can also
contain referrals.
Note This is an LDAP v2 referral property.
ReferralAttribute Required when you have specified a MaxReferrals value. This
property specifies which LDAP attribute, returned from an LDAP
search, to check for referral information.
Note This is an LDAP v2 referral property.
ReferralFilter Required when you have specified a MaxReferral value. This is
the filter Cisco Prime Access Registrar uses when processing
referrals. When checking referrals, the information
Cisco Prime Access Registrar finds in the referral itself is
considered to be the search path and this property provides the
filter. The syntax is the same as that of the Filter property.
Note This is an LDAP v2 referral property.
PasswordEncryptionStyle The default is None. You can also specify crypt, dynamic,
SHA-1, and SSHA-1.
EscapeSpecialCharInUserName FALSE by default
DNSLookupAndLDAPRebindIn
terval
Specifies the timeout period after which the
Prime Access Registrar server will attempt to resolve the LDAP
hostname to IP address (DNS resolution); 0 by default
DataSourceConnections Specifies the number of concurrent connections to the LDAP
server. The default value is 8.
SearchScope Specifies how deep to search within a search path; default is
SubTree which indicates a search of the base object and the entire
subtree of which the base object distinguished name is the highest
object.
Base indicates a search of the base object only.
OneLevel indicates a search of objects immediately subordinate to
the base object, but does not include the base object.
Table 4-38 ldap RemoteServer Properties (continued)
Property Description
4-54
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Remote Servers
Map-Gateway
The following is the default configuration of a map gateway RemoteServer.
[ //localhost/Radius/RemoteServers/map-gateway ]
Name = map-gateway
Description =
Protocol = map-gateway
IPAddress =
Port = 0
LDAPToRadiusMappings Optional; a list of name/value pairs in which the name is the name
of the ldap attribute to retrieve from the user record, and the value
is the name of the RADIUS attribute to set to the value of the ldap
attribute retrieved.
For example, when the LDAPToRadiusMappings has the entry:
FramedIPAddress = Framed-IP-Address, the RemoteServer
retrieves the FramedIPAddress attribute from the ldap user entry
for the specified user, uses the value returned, and sets the
Response variable Framed-IP-Address to that value.
LDAPToEnvironmentMappings Optional; a list of name/value pairs in which the name is the name
of the ldap attribute to retrieve from the user record, and the value
is the name of the Environment variable to set to the value of the
ldap attribute retrieved.
For example, when the LDAPToEnvironmentMappings has the
entry: group = User-Group, the RemoteServer retrieves the
group attribute from the ldap user entry for the specified user, uses
the value returned, and sets the Environment variable User-Group
to that value.
LDAPToCheckItemMappings Optional; a list of LDAP attribute/value pairs which must be
present in the RADIUS access request and must match, both name
and value, for the check to pass.
For example, when the LDAPToCheckItemMappings has the
entry: group = User-Group, the Access Request must contain the
attribute group, and it must be set to User-Group.
UseSSL A boolean field indicating whether you want
Cisco Prime Access Registrar to use SSL (Secure Socket Layer)
when communicating with this RemoteServer. When you set it to
TRUE, be sure to specify the CertificateDBPath field in the
Advanced section, and be sure the port you specified for this
RemoteServer is the SSL port used by the LDAP server.
UseBinaryPasswordComparison A boolean field that enables binary password comparison for
authentication. This property when set to TRUE, enables binary
password comparison. By default, this property is set to FALSE.
UseBindBasedAuthentication A boolean field that enables bind-based authentication with LDAP
server. This property when set to TRUE, enables bind-based
authentication. By default, this property is set to FALSE. When set
to FALSE, it uses existing legacy authentication method.
Table 4-38 ldap RemoteServer Properties (continued)
Property Description
4-55
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Remote Servers
ReactivateTimerInterval = 300000
SharedSecret =
MaxTries = 3
InitialTimeout = 2000
Sigtran
The following is the default configuration of a Sigtran RemoteServer.
[ //localhost/Radius/RemoteServers/rs ]
Name = rs
Description =
Protocol = sigtran
HostName =
LocalSubSystemNumber =
CgPAGlobalTitleAddress =
SetOPCInCgPA =
GlobalTitleTranslationScript~ =
SUAConfigurationFilename =
ReactivateTimerInterval =
Timeout = 5000
LimitOutstandingRequests = FALSE
MaxOutstandingRequests = 0
Note The RPM packages such as lksctp-tools-1.0.10-1, lksctp-tools-doc-1.0.10-1 and
lksctp-tools-devel-1.0.10-1 should be installed in Linux 5.3 before configuring sigtran remote server
which eventually adds the sctp libs (libsctp.so.1.0.10).
The following files can be downloaded from http://lksctp.sourceforge.net/
lksctp-tools-1.0.10-1.i386.rpm
lksctp-tools-devel-1.0.10-1.i386.rpm
lksctp-tools-doc-1.0.10-1.i386.rpm
Prime Access Registrar supports only:
one object of Remoteserver with protocol type "sigtran"
MAP version 3 (3GPP TS 29.002 V6.4.0 (2003-12) ) and ITU Q.773 TCAP
Only one Quintets is fetched from HLR. The ITU TCAP continue message is not supported.
Table 4-39 lists and defines the Sigtran RemoteServer properties.
Table 4-39 Sigtran RemoteServer Properties
Property Description
HostName Required; represents the IP address of remote Signalling Gateway
specified in the SUAConfiguration file.
LocalSubSystemNumber Required; the default value for this property is 0. This represents
the subsystem number used by SUA user.
CgPAGlobalTitleAddress Required; represents the Global Title Address of
CallingPartyAddress.
SetOPCInCgPA Required; if it is set to TRUE, OPC will be used in
CallingPartyAddress.
4-56
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Remote Servers
Note You should restart the Prime Access Registrar server, if you change any SIGTRAN related
configuration.
ODBC
odbc specifies an ODBC server. Cisco Prime Access Registrar provides a RemoteServer object (and a
service) to support Open Database Connectivity (ODBC), an open specification that provides application
developers a vendor-independent API with which to access data sources. Table 4-40 lists the odbc server
attributes.
For any ODBC remote service, the server might perform the environment mappings at any time. This
means that if the service is set to either authentication and authorization, authentication-only, or
authorization-only, environment mappings will take place. RADIUS mappings will take place only if the
service is set to perform authorization. Checkitem mappings will take place only if the service is set to
perform authentication. Previously environment mappings only occurred when the service was set for
both authentication and authorization.
Global TitleTranslationScript This is used to specify the name of script which is responsible for
translating IMSI to GTA.
SUAConfigurationFilename Required; used to specify the name of configuration file for SUA
stack initialization.
ReactivateTimerInterval Required; represents the reactivate time interval to re-connect after
failure.
Timeout Required; represents the how long the remote server should wait
before marking the request as timedout.
LimitOutstandingRequests Limits the outstanding request to HLR when it is set to TRUE.
MaxOutstandingRequests This represents the maximum outstanding request to HLR.
Table 4-39 Sigtran RemoteServer Properties (continued)
Property Description
Table 4-40 odbc Properties
Property Description
Timeout Required; the default is 15. The timeout property indicates
how many seconds the RADIUS server will wait for a
response from the LDAP server.
Note Use InitialTimeout from above as a template, except
this is timeout is specified in seconds.
Protocol Must be set to odbc.
ReactivateTimerInterval Required; default is 300,000 milliseconds. Length of time to
wait before attempting to reconnect if a thread is not
connected to a data source.
4-57
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Remote Servers
Data Source Connections Required; default is 8. This represents the total number of
connections Prime Access Registrar can open with the ODBC
server; total number of threads Prime Access Registrar can
create for the ODBC server.
ODBCDataSource Required; defines all items required for the odbc.ini file. The
Prime Access Registrar server automatically creates the
odbc.ini file based on these settings.
SQLDefinition SQLDefinition properties define the SQL you want to
execute.
Type—query (Prime Access Registrar supports only type
query).
SQL—SQL query used to acquire the password
UserPasswordAttribute—Defines the database column
name for the user’s password.
MarkerList—Defines all markers for the query.
MarkerList uses the format
UserName/SQL_DATA_TYPE.
ODBCToRadiusMappings Optional; a list of name/value pairs in which the name is the
name of the odbc attribute to retrieve from the user record,
and the value is the name of the RADIUS attribute to set to the
value of the odbc attribute retrieved.
For example, when the ODBCToRadiusMappings has the
entry: FramedIPAddress = Framed-IP-Address, the
RemoteServer retrieves the FramedIPAddress attribute from
the odbc user entry for the specified user, uses the value
returned, and sets the Response variable Framed-IP-Address
to that value.
ODBCToEnvironmentMappings Optional; a list of name/value pairs in which the name is the
name of the odbc attribute to retrieve from the user record,
and the value is the name of the Environment variable to set to
the value of the odbc attribute retrieved.
For example, when the ODBCToEnvironmentMappings has
the entry: group = User-Group, the RemoteServer retrieves
the group attribute from the odbc user entry for the specified
user, uses the value returned, and sets the Environment
variable User-Group to that value.
ODBCToCheckItemMappings Optional; a list of ODBC attribute/value pairs which must be
present in the RADIUS access request and must match, both
name and value, for the check to pass.
For example, when the ODBCToCheckItemMappings has
the entry: group = User-Group, the Access Request must
contain the attribute group, and it must be set to User-Group.
Table 4-40 odbc Properties (continued)
Property Description
4-58
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Remote Servers
ODBC-Accounting
If you use the Oracle Accounting feature, you must configure an ODBC-Accounting RemoteServer
object. Table 4-41 lists and defines the ODBC-Accounting RemoteServer properties.
OCI
OCI service can be used to authenticate and authorize an access request by querying user information
through OCI and to insert accounting records into a data store through OCI. For more information on
OCI server properties, see ODBC/OCI, page 3-117.
Table 4-41 ODBC-Accounting RemoteServer Properties
Property Description
Name Name of the remote server; this property is mandatory, and there is no
default
Description Optional description of server
Protocol Must be set to odbc-accounting
ReactivateTimerInterval Mandatory time interval (in milliseconds) to activate an inactive
server; defaults to 300000 ms.
Timeout Mandatory time interval (in seconds) to wait for SQL operation to
complete; defaults to 15 seconds
DataSourceConnections Mandatory number of connections to be established; defaults to 8
ODBCDataSource Name of the ODBCDataSource to use and must refer to one entry in
the list of ODBC datasources configured under
/Radius/Advanced/ODBCDataSources. Mandatory; no default
KeepAliveTimerInterval Mandatory time interval (in milliseconds) to send a keepalive to keep
the idle connection active; defaults to zero (0) meaning the option is
disabled
BufferAccountingPackets Mandatory, TRUE or FALSE, determines whether to buffer the
accounting packets to local file, defaults to TRUE which means that
packet buffering is enabled.
Note When set to TRUE, a constant flow of incoming accounting
packets can fill the buffer backing store files in
/cisco-ar/data/odbc beyond the size configured in
MaximumBufferFileSize. Configure
BackingStoreDiscThreshold in /Radius/Advanced when
using ODBC accounting. See Advanced, page 4-60 for
information about how to configure
BackingStoreDiscThreshold.
MaximumBufferFileSize Mandatory if BufferAccountingPackets is set to TRUE, determines the
maximum buffer file size, defaults to 10 Megabyte)
NumberOfRetriesForBuffer
dPacket
Mandatory if BufferAccountingPackets is set to TRUE. A number
greater than zero determines the number of attempts to be made to
insert the buffered packet into Oracle. Defaults to 3.
4-59
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Remote Servers
OCI-Accounting
If you use the Oracle Accounting feature, you must configure an OCI-Accounting RemoteServer object.
For more information, see ODBC/OCI-Accounting, page 3-119.
Prepaid-CRB
The following is the default configuration of a prepaid-crb RemoteServer. The Filename property is the
name of the required shared library provided by the billing vendor. See CRB Prepaid Billing, page 16-7
for more information on Prepaid -CRB.
[ //localhost/Radius/RemoteServers/prepaid-crb ]
Name = prepaid-crb
Description =
Protocol = prepaid-crb
IPAddress =
Port = 0
Filename =
Connections = 8
Prepaid-IS835C
The following is the default configuration of a prepaid-is835c RemoteServer. The Filename property is
the name of the required shared library provided by the billing vendor. See IS835C Prepaid Billing,
page 16-2 for more information on Prepaid -IS835C.
[ //localhost/Radius/RemoteServers/prepaid-is835c ]
Name = prepaid-is835c
Description =
Protocol = prepaid-is835c
IPAddress =
Port = 0
Filename =
Connections = 8
RADIUS
radius specifies a RADIUS server. When you specify the radius protocol, supply the information in
Table 4-42.
Table 4-42 RADIUS Properties
Property Description
SharedSecret Required; the secret shared between the remote server and the RADIUS
server.
IncomingScript Optional; when set, must be the name of a known incoming script.
Cisco Prime Access Registrar runs the IncomingScript after it receives the
response.
OutgoingScript Optional; when set, must be the name of a known outgoing script.
Cisco Prime Access Registrar runs the OutgoingScript just before it sends
the proxy request to the remote server.
Vendor Optional; when set, must be the name of a known Vendor.
4-60
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Rules
SIGTRAN-M3UA
Prime Access Registrar supports SIGTRAN-M3UA to fetch the authentication vectors from HLR, which
is required for EAP-AKA/EAP-SIM authentication. For more information on SIGTRAN-M3UA
protocol, see Chapter 23, “SIGTRAN-M3UA”.
Rules
A Rule is a function that selects services based on all input information used by the function.
Advanced
Advanced objects let you configure system-level properties and the Attribute dictionary. Under normal
system operation, you should not need to change the system-level properties.
Note The notation required means Cisco Prime Access Registrar needs a value for this property. For most of
these properties, you can use system defaults.
Table 4-43 lists the Advanced properties.
MaxTries Required; the number of times to send a proxy request to a remote server
before deciding the server is offline. You must specify a number greater
than zero. The default is 3.
InitialTimeout Required: represents the number of milliseconds used as a timeout for the
first attempt to send a specific packet to a remote server. For each
successive retry on the same packet, the previous timeout value used is
doubled. You must specify a number greater than zero. The default value is
2000 (or 2 seconds).
ACKaccounting When ACKAccounting is TRUE, the Prime Access Registrar server waits
for the Accounting-Response from the remote RADIUS server before
sending the corresponding Accounting-Response to the client.
When ACKAccounting is FALSE, the Prime Access Registrar server does
not wait for the Accounting-Response and immediately returns an
Accounting-Response to the client.
Table 4-42 RADIUS Properties (continued)
Property Description
4-61
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
Table 4-43 Advanced Object Properties
Property Description
LogServerActivity Required; the default is FALSE, which means
Cisco Prime Access Registrar logs all responses except
Access-Accepts and Access-Challenges. Accepting the
default reduces the load on the server by reducing that
amount of information it must log. Note, the client is
probably sending accounting requests to an accounting
server, so the Access-Accept requests are being indirectly
logged. When you set it to TRUE,
Cisco Prime Access Registrar logs all responses to the
server log file.
MaximumNumberOfRadiusPackets Required; the default is 8192. This is a critical property you
should set high enough to allow for the maximum number
of simultaneous requests. When more requests come in
than there are packets allocated,
Cisco Prime Access Registrar will drop those additional
requests.
PerPacketHeapSize Required; the default is 6500. This property sets the size of
the initial heap for each packet. The heap is the dynamic
memory a request can use during its lifetime. By
preallocating the heap size at the beginning of request
processing, we can minimize the cost of memory
allocations. If PerPacketHeapSize is too low,
Prime Access Registrar will ask the system for memory
more often. If PerPacketHeapSize is too high,
Prime Access Registrar will allocate too much memory for
the request causing the system to use more memory than
required.
UDPPacketSize Required; the default is 4096. RFC 2138 specifies the
maximum packet length can be 4096 bytes. Do not change
this value.
RequireNASsBehindProxyBeInClientLi
st
Required; the default is FALSE. If you accept the default,
Cisco Prime Access Registrar only uses the source IP
address to identify the immediate client that sent the
request. Leaving it FALSE is useful when this RADIUS
Server should only know about the proxy server and should
treat requests as if they came from the proxy server. This
might be the case with some environments that buy bulk
dial service from a third party and thus do not need to, or
are unable to, list all of the NASs behind the third party’s
proxy server. When you set it to TRUE, you must list all of
the NASs behind the Proxy in the Clients list. For more
information about this property, see Using the
RequireNASsBehindProxyBeInClientList Property,
page 4-73.
4-62
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
AAAFileServiceSyncInterval Required; specified in milliseconds, the default is 75. This
property governs how often the file AAA service processes
accounting requests and writes the accounting records to
the file. You can lower the number to reduce the delay in
acknowledging the Account-Request at the expense of
more frequent flushing of the accounting file to disk. You
can raise the number to reduce the cost of flushing to disk,
at the expense of increasing the delays in acknowledging
the Accounting-Requests. The default value was
determined to provide a reasonable compromise between
the two alternatives.
SessionBackingStoreSynchronizationIn
terval
Required; specified in milliseconds, the default is 100. If
you change this value it must be a number greater than zero.
This property governs how often the Session Manager
backing store writes updated session information to disk.
You can lower the number to reduce the delay in
acknowledging requests at the expense of more frequent
flushing of the file containing the session data to disk. You
can raise the number to reduce the cost of flushing to disk
at the expense of increasing delays in acknowledging
requests. The default value was determined to provide a
reasonable compromise between the two alternatives.
BackingStoreDiscThreshold Required; the default is 10 gigabytes. The value of
BackingStoreDisc-
Threshold is made up of a number of units which can be K,
kilobyte, or kilobytes, M, megabyte, or megabytes, or G,
gigabyte, or gigabytes.
BackingStoreDiscThreshold is used with session
management and ODBC accounting and ensures that any
data log files generated will not cross the
BackingStoreDiscThreshold.
SessionBackingStorePruneInterval Required; specifies the sleep time interval of the session
backing store pruning thread. The recommended and
default value is 6 hours, but you can modify this based on
the traffic patterns you experience.
With SessionBackingStorePruneInterval set to 6 hours,
pruning will occur 6 hours after you restart or reload the
Prime Access Registrar server and recur every 6 hours.
You can set a very low value for this property to make
pruning continuous, but there might not be enough data
accumulated for the pruning to occur and pruning might be
less effective compared to the default setting.
Table 4-43 Advanced Object Properties (continued)
Property Description
4-63
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
PacketBackingStorePruneInterval Required; specifies the sleep time interval of the packet
backing store pruning thread. The recommended value is 6
hours, but you can modify this based on the traffic patterns
you experience.
When PacketBackingStorePruneInterval is set to 6 hours,
pruning will occur 6 hours after you restart or reload the
Prime Access Registrar server and recur every 6 hours.
You can set a very low value for this property to make
pruning continuous, but there might not be enough data
accumulated for the pruning to occur and pruning might be
less effective compared to the default setting.
RemoteLDAPServiceThreadTimerInter
val
Required; specified in milliseconds, the default is 10. This
property governs how often the ldap RemoteServer thread
checks to see if any results have arrived from the remote
LDAP server. You can modify it to improve the throughput
of the server when it proxies requests to a remote LDAP
server.
InitialBackgroundTimerSleepTime Required; the default is 5. This property specifies the
amount of time the time queue should initially sleep before
beginning processing. This property is only used for initial
synchronization and should not be changed.
MinimumSocketBufferSize Required; the default is 65536 (64 K). This property
governs how deep the system’s buffer size is for queueing
UDP datagrams until Cisco Prime Access Registrar can
read and process them. The default is probably sufficient
for most sites. You can, however, raise or lower it as
necessary.
CertificateDBPath Required if you are using an LDAP RemoteServer and you
want Prime Access Registrar to use SSL when
communicating with that LDAP RemoteServer. This
property specifies the path to the directory containing the
client certificates to be used when establishing an SSL
connection to an LDAP RemoteServer. This directory must
contain the cert7.db and cert5.db certificates and the
key3.db and key.db files database used by Netscape
Navigator 3.x (and above) or the ServerCert.db certificate
database used by Netscape 2.x servers.
Table 4-43 Advanced Object Properties (continued)
Property Description
4-64
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
LogFileSize Required; the default is 1 Megabyte. This property
specifies the maximum size of the RADIUS server log file.
The value for the LogFileSize field is a string composed of
two parts; a number, and a units indicator (<n> <units>) in
which the unit is one of: K, kilobyte, kilobytes, M,
megabyte, megabytes, G, gigabyte, or gigabytes.
The LogFileSize property does not apply to the
config_mcd_1_log or agent_server_1_log files. See
Modifying File Sizes for Agent Server and MCD Server
Logs, page 29-4 to configure these files.
Note This does not apply to the trace log.
LogFileCount Required; the default is 2. This property specifies the
number of log files to be kept on the system. A new log file
is created when the log file size reaches LogFileCount.
The LogFileCount property does not apply to the
config_mcd_1_log or agent_server_1_log files. See
Modifying File Sizes for Agent Server and MCD Server
Logs, page 29-4 to configure these files.
TraceFileSize Required; the default is 1 GB. This property specifies the
size of the trace files to be kept on the system. A new trace
file is created when the trace file size reaches
TraceFileSize. The value for the TraceFileSize field is a
string composed of two parts; a number, and a units
indicator (<n> <units>) in which the unit is one of: K,
kilobyte, kilobytes, M, megabyte, megabytes, G, gigabyte,
or gigabytes.
TraceFileCount Required; this value can be set from 1-100, and the default
is 2. This property specifies the number of trace files to
maintain. A value of 1 indicates that no file rolling occurs.
UseAdvancedDuplicateDetection Required; the default is FALSE. Set this property to TRUE
when you want Cisco Prime Access Registrar to use a more
robust duplicate request filtering algorithm. For more
information on this property, see Advance Duplicate
Detection Feature, page 4-74.
AdvancedDuplicateDetectionMemoryIn
terval
Required when the Advanced Duplicate Detection feature
is enabled. This property specifies how long (in
milliseconds) Cisco Prime Access Registrar should
remember a request. You must specify a number greater
than zero. The default is 10,000.
Table 4-43 Advanced Object Properties (continued)
Property Description
4-65
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
DetectOutOfOrderAccountingPackets Optional; used to detect accounting packets that arrive out
of sequential order. The default is FALSE. This property is
useful when using accounting and session management in a
RADIUS proxy service.
When the DetectOutOfOrderAccountingPacket property is
enabled (set to TRUE), a new Class attribute is included in
all outgoing Accept packets. The value for this Class
attribute will contain the session magic number. The client
will echo this value in the accounting packets, and this will
be used for comparison.
The session magic number is a unique number created for
all sessions when the session is created or reused and the
DetectOutOfOrderAccountingPacket property is set to
TRUE. The DetectOutOfOrderAccountingPacket property
is used to detect out-of-order Accounting-Stop packets in
roaming scenarios by comparing the session magic number
value in the session with the session magic number value
contained in the Accounting packet.
The value of 0xffffffff is considered by the
Prime Access Registrar server to be a wild card magic
number. If any accounting stop packets contain the value of
0xffffffff, it will pass the session magic validation even if
the session’s magic number is some thing else.
The format of the class attribute is as follows:
<4-byte Magic Prefix><4-byte server IP
address><4-byte Magic value>
DefaultReturnedSubnetSizeIfNoMatch Optional; used with the ODAP feature and reflects the
returned size of the subnet if no matched subnet is found.
There are three options to select if an exactly matched
subnet does not exist: Bigger, Smaller, and Exact. The
default is Bigger.
ClasspathForJavaExtensions A string which is the classpath to be used to locate Java
classes and jar files containing the classes required for
loading the Java extensions, either Java extension points or
services.
Note The classpath will always contain the directory
$INSTALLDIR/scripts/radius/java and all of the
jar files in that directory.
JavaVMOptions A string that can contain options to be passed to the JRE
upon startup. JavaVMOptions should be used only when
requested by Cisco TAC.
MaximumODBCResultSize Specifies maximum size in bytes for an ODBC mapping.
This parameter affects both ODBC result sizes and the trace
log buffer for tracing script calls that access any of the
dictionaries. (Default value is 256.)
Table 4-43 Advanced Object Properties (continued)
Property Description
4-66
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
ARIsCaseInsensitive When set to FALSE, requires that you provide exact
pathnames with regard to upper and lower case for all
objects, subobjects, and properties. The default setting,
TRUE, allows you to enter paths such as /rad/serv instead
of /Rad/Serv.
Note Prime Access Registrar always authenticates the
RADIUS attribute User-Name with regard to upper
and lower case, regardless of the setting of this flag.
RemoteRadiusServerInterface When set, specifies the local interface to bind to when
creating the RemoteRadiusServer socket. If not set, the
Prime Access Registrar binds to IPADDR_ANY.
ODBCEnvironmentMultiValueDelimite
r
Optional; allows you to specify a character that separates
multivalued attributes in the marker list when using Oracle
(or ODBC) accounting
PacketBackingStoreSyncInterval The minimum value is 1 and the maximum is a 32-bit
unsigned integer. The default is 75.
ListenForDynamicAuthorizationReques
ts
Must be set to TRUE when using the Change of
Authorization (CoA) feature or Packet of Disconnect
(POD) feature. Default is FALSE.
MaximumNumberOfXMLPackets Required when using identity caching. Indicates the
maximum number of XML packets to be sent or received.
The minimum value is 1 and the maximum is a 32-bit
unsigned integer. The default is 1024.
XMLUDPPacketSize Required when using identity caching. Indicates the
maximum size of XML packets to be sent or received. The
minimum value is 1 and the maximum is a 32-bit unsigned
integer. The default is 4096.
RollingEncryptionKeyChangePeriod Used in conjunction with the session-cache
ResourceManager, this property specifies the length of time
a given EncryptionKey will be used before a new one is
created. When the session-cache ResourceManager caches
User-Password attributes, Prime Access Registrar encrypts
the User-Password so it is not stored in memory or persisted
on disk in clear text. Prime Access Registrar uses up to 255
encryption keys, using a new one after each
RollingEncryptionKeyChangePeriod expires. If
RollingEncryptionKeyChangePeriod is set to 2 days,
Prime Access Registrar will create and begin using a new
EncryptionKey every two days. The oldest key will be
retired, and Prime Access Registrar will re-encrypt any
User-Passwords that used the old key with the new key.
This way, if the RollingEncryptionKeyChangePeriod is set
to 1 day, no key will be older than 255 days.
Table 4-43 Advanced Object Properties (continued)
Property Description
4-67
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
SessionPurgeInterval Optional; the SessionPurgeInterval property determines the
time interval at which to check for timed-out sessions. If no
value is set, the session timeout feature is disabled. The
checks are performed in the background when system
resources are available, so checks might not always occur
at the exact time set.
The minimum recommended value for
SessionPurgeInterval is 60 minutes. The
SessionPurgeInterval value is comprised of a number and a
units indicator, as in n units, where a unit is one of minutes,
hours, days, or weeks.
EapBadMessagePolicy Set to one of two values: SilentDiscard (the default) or
RejectFailure.
When set to SilentDiscard, the Prime Access Registrar
server silently discards and ignores bad EAP messages
unless the protocol specification explicitly requires a
failure message.
When set to RejectFailure, the Prime Access Registrar
server sends RADIUS Access-Rejects messages with
embedded EAP-Failure in response to bad EAP messages
as described in Internet RFC 3579.
StaleSessionTimeout Required; the default value is “1 hour.” Specifies the time
interval to maintain a session when a client does not
respond to Accounting-Stop notification.
When the Prime Access Registrar server does not receive
an Accounting-Response from a client after sending an
Accounting-Stop packet, Prime Access Registrar
maintains the session for the time interval configured in
this property before releasing the session.
This property is stored as a string composed of two parts: a
number and a unit indicator (<n> <units>) similar to the
MaxFileAge property where the unit is one of: M, Minute,
Minutes, H, Hour, Hours, D, Day, Days, W, Week, or
Weeks.
Ports Optional; allows you to use ports other than the default,
1645 and 1646. You can use this option to configure
Prime Access Registrar to use other ports,. If you add
additional ports, however, Prime Access Registrar will use
the added ports and no longer use ports 1645 and 1646.
These ports can still be used by adding them to the list of
ports to use. For more information, see Ports, page 4-75.
Interfaces Optional; see Interfaces, page 4-75
ReplyMessages Optional; see Reply Messages, page 4-75.
AttributeDictionary Optional; see Attribute Dictionary, page 4-77.
SNMP Optional; see SNMP, page 4-78.
Table 4-43 Advanced Object Properties (continued)
Property Description
4-68
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
RFC Compliance Optional; enables you to modify the
Prime Access Registrar server to behave in a way that
might deviate from RFC compliance in a special use case
scenario.
When AllowRejectAttrs is set to FALSE, Reply-Message
attributes will not be passed in an Access Reject packet.
When AllowRejectAttrs is set to TRUE, attributes will be
allowed to pass in an Access Reject packet.
When AllowEAPRejectAttrs is set to FALSE,
Reply-Message attributes will not be passed in an Access
Reject packet if the packet contains EAP-Message
attribute. When AllowEAPRejectAttrs is set to TRUE,
attributes will be allowed to pass in an Access Reject packet
even if the packet contains EAP-Message attribute.
Note Changing the state of either of these properties
requires you to reload the Prime Access Registrar
server.
DDNS This subdirectory holds the SynthesizeReverseZone
property and a list of Transaction Signatures (TSIG) keys.
SynthesizeReverseZone This property exists under DDNS and controls whether
Prime Access Registrar automatically generates the name
of the reverse zone (in-addr.arpa) that is updated with PTR
records. If this attribute is enabled and the resource
manager does not have an explicit ReverseZoneName
property configured, the server uses the IP address and
DNSHostBytes property to generate the reverse zone name.
The default value is TRUE.
ODBCDataSources A list of ODBC data sets and their associated environments
including operating system, DBMS, and network platform
used to access the DBMS an application wants to access.
Required when using Oracle (or ODBC) accounting.
AttributeGroups Includes a Default subdirectory with an Attributes
subdirectory that contains commonly-used attributes for
Change of Authorization (CoA) and Packet of Disconnect
(POD). You can add new attributes to the default group or
create a new group as necessary.
KeyStores Used to protect the security and integrity of the PACs it
issues.
NumberOfKeys—Number (from 1-1024) that specifies
the maximum number of keys stored for EAP-FAST.
RolloverPeriod—Specifies the amount of time
between key updates.
Table 4-43 Advanced Object Properties (continued)
Property Description
4-69
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
NumberOfRemoteUDPServerSockets Required; the default value for this property is 4.
The NumberOfRemoteUDPServerSockets property allows
you to configure the number of source ports used while
proxying requests to a remote radius server. If the
NumberOfRemoteUDPServerSockets property is set to a
value n, all remote servers share and use n sockets.
The NumberOfRemoteUDPServerSockets value comprises
a number, as in n, where n should be less than or equal to
the current process file descriptor limit divided by 4.
Note By default, the RADIUS process supports up to
1024 file descriptors. To increase the file
descriptors, stop the arserver; in the arserver script,
specify the required value to
"NUMBER_OF_FILE_DESCRIPTORS" and
restart the server. The value for
"NUMBER_OF_FILE_DESCRIPTORS" should
be in the range between 1024 to 65535.
NumberofRadiusIdentifiersPerSocket This represents the number of RADIUS Identifiers that
Prime Access Registrar can use per source port, while
proxying requests to remote servers.
To use a different source port for every request that is
proxied, you need to set the value of this property to one.
MaximumIncomingRequestRate Optional; the default value for this property is 0.
The MaximumIncomingRequestRate property is used to
limit the incoming traffic in terms of “allowed requests per
second”. Serves as a soft limit.
The MaximumIncomingRequestRate property comprises a
number n, where n can be any nonzero value.
Table 4-43 Advanced Object Properties (continued)
Property Description
4-70
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
HideSharedSecretAndPrivateKeys Required; the default value is TRUE.
The HideSharedSecretAndPrivateKeys property hides:
The secret that is shared between a RADIUS Client and
a RADIUS Server or between two radius servers in a
radius proxy scenario.
The PrivateKeyPassword under the certificate-based
EAP services.
When this property is set to TRUE, the following properties
are displayed as <encrypted>:
PrivateKeyPasswords in:
peap-v0 service
peap-v1 service
eap-tls service
eap-ttls service
eap-fast service
SharedSecret in:
RemoteServers of type radius
RemoteServers of type map-gateway
Clients object
Resource Manager of type usr-vpn under Gateway
subobject
PseudonymSecret in eap-sim service
DynamicAuthSecret under
DynamicAuthorizationServer subbject in Clients
object
RepSecret under Replication
Secret in /radius/advanced/DDNS/TSIGKeys
When the value for this property is set to FALSE, all the
above properties are displayed in clear text.
MaximumOutstandingRequests Optional; the default value for this property is 0.
The MaximumOutstandingRequests property is used to
limit the incoming traffic in terms of “requests processed”.
Serves as a hard limit.
The MaximumOutstandingRequests property comprises a
number n, where n can be any nonzero value.
Diameter Required; See Diameter, page 4-79
Table 4-43 Advanced Object Properties (continued)
Property Description
4-71
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
TPSSamplingPeriodInSecs This represents the sampling period in seconds. The
minimum sampling period is set to 5. The default is 30.
LogTPSActivity When set to true this property enables to log in the TPS
usage in a CSV file.The TPS is logged in the following
format:
<mm-dd-yyyy>, <hh:mm:ss>, <tps-value>,
<sigtran-m3ua traffic value>
For example,
04-24-2014,18:36:30,2998,1000
The default is False.
TPSLogFilenamePrefix This represents the prefix of the CSV file which will be
available in the logs directory of Prime Access Registrar.
The following represents the CSV filename format:
<user-prefix>-<mm-dd-yyyy>.csv
tps-04-01-2013.csv
TPSLogFileCount Configures the number of TPS Sampling log files to be
maintained in the repository. The default value is 2.
AdditionalNativeOracleErrors Optional; used to disconnect ODBC Remote Servers when
configured native Oracle Error has occurred (which are not
considered as connection errors). You must specify Native
Errors as comma (,) separated integer values.
For example,
04/14/2013 11:06:43.692: Log: ODBC client (DataSource
'CVOracleAcctDb', Connection 6): SQLExecute failed:
SQLState:HY000 NativeError:12152
ErrorText:[Easysoft][Oracle]ORA-12152: TNS:unable to
send break message
04/14/2013 10:44:59.388: Log: ODBC client (DataSource
'CVOracleAcctDb', Connection 3): SQLExecute failed:
SQLState:HY000 NativeError:3114
ErrorText:[Easysoft][Oracle]ORA-03114: not connected to
ORACLE
For the above examples, the Native Errors need to be
configured as follows:
--> set AdditionalNativeOracleErrors 12152,3114
When any one of the Native Errors 12152 or 3114 occurs,
Prime Access Registrar disconnects the ODBC Remote
Server.
Table 4-43 Advanced Object Properties (continued)
Property Description
4-72
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
This section contains the following topics:
RemoteODBCSessionServer
Using the RequireNASsBehindProxyBeInClientList Property
Advance Duplicate Detection Feature
Invalid EAP Packet Processing
Ports
Interfaces
Reply Messages
Attribute Dictionary
SNMP
Diameter
RemoteODBCSessionServer
The following is an example of theRemoteODBCSessionServer configuration:
--> cd /Radius/Advanced/RemoteODBCSessionServer/
[ //localhost/Radius/Advanced/RemoteODBCSessionServer ]
ReactivateTimerInterval = 300000
Timeout = 15
DataSourceConnections = 8
ODBCDataSource =
KeepAliveTimerInterval = 0
BufferAccountingPackets = TRUE
MaximumBufferFileSize = "10 Megabytes"
CacheLimit = 250000
UseCacheIndex = 0
Table 4-44 lists and defines the RemoteODBCSessionServer properties.
Table 4-44 RemoteODBCSesionServer Properties
Property Description
ReactivateTimerInterval Mandatory time interval (in milliseconds) to activate an inactive
server; defaults to 300000 ms
Timeout Mandatory time interval (in seconds) to wait for SQL operation to
complete; defaults to 15 seconds
DataSourceConnections Mandatory number of connections to be established; defaults to 8
ODBCDataSource Name of the ODBCDataSource to use and must refer to one entry in
the list of ODBC datasources configured under
/Radius/Advanced/ODBCDataSources. Mandatory; no default
KeepAliveTimerInterval Mandatory time interval (in milliseconds) to send a keepalive to keep
the idle connection active; defaults to zero (0) meaning the option is
disabled
4-73
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
Note Remote session manager will work only with Oracle database.
Using the RequireNASsBehindProxyBeInClientList Property
You can use the property RequireNASsBehindProxyBeInClientList to require NASs that send requests
indirectly through a proxy to be listed in the Clients list or to allow the proxy to represent them all.
When you want to ensure the proxy is only sending requests from NASs known to this server, set
the property to TRUE, and list all of the NASs using this proxy. This increases memory usage.
When it is impossible to know all of the NASs using this proxy or when you do not care, set the
property to FALSE. Cisco Prime Access Registrar will use the proxys IP address to identify the
origin of the request.
BufferAccountingPackets Mandatory, TRUE or FALSE, determines whether to buffer the
accounting packets to local file, defaults to TRUE which means that
packet buffering is enabled.
Note When set to TRUE, a constant flow of incoming accounting
packets can fill the buffer backing store files in
/cisco-ar/data/odbc beyond the size configured in
MaximumBufferFileSize. Configure
BackingStoreDiscThreshold in /Radius/Advanced when
using ODBC accounting. See Advanced, page 4-60 for
information about how to configure
BackingStoreDiscThreshold.
MaximumBufferFileSize Mandatory if BufferAccountingPackets is set to TRUE, determines the
maximum buffer file size, defaults to 10 Megabyte)
CacheLimit Default is 250000; This represents the overall limit on cache of all
'remote' session managers. This value is interpreted as the maximum
number of packets that can be present in cache. When the number of
sessions hits this limit, sessions will be 'cached out'. This cache out
operation will continue, until the cache is at least 20% free.
UseCacheIndex If set to 1, it enables a fast cache based lookup index for the items in
the database. This optimizes the number of queries to the database
hence will improve performance, but limits the number of sessions that
can be scaled.
If set to 0, it disables fast cache based lookup index.
Table 4-44 RemoteODBCSesionServer Properties (continued)
Property Description
4-74
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
Advance Duplicate Detection Feature
Prime Access Registrar automatically detects and handles duplicate requests it is currently working on.
It also provides an optional, more complex mechanism to handle duplicate requests that can be received
by the server after it has completed processing the original request. These duplicate requests can
consume extra processing power, and, if received out of order (as RADIUS is a UDP-based protocol)
might cause Session Management problems.
One solution is the Advanced Duplicate Detection feature which causes Prime Access Registrar to
remember requests it has seen, as well as the response sent to that request, for a configurable amount of
time.
To enable this feature, perform the following:
Set the UseAdvancedDuplicateDetection property in the /Radius/Advanced section of the
configuration to TRUE.
Set the AdvancedDuplicateDetectionMemoryInterval in the /Radius/Advanced section to
specify how long (in milliseconds) Prime Access Registrar should remember a request.
Note Enabling this feature causes Cisco Prime Access Registrar to keep more of its preallocated packet
buffers in use for a longer period of time. The number of preallocated buffers is controlled by the
MaximumNumberOfRadiusPackets property in the /Radius/Advanced section of the configuration.
This property might need to be increased (which will increase the amount of memory used by
Cisco Prime Access Registrar) when the Advanced Duplicate Detection feature is enabled.
Invalid EAP Packet Processing
Prime Access Registrar has been enhanced to implement fatal error packet handling for Extensible
Authentication Protocol (EAP) messages as described in section 2.2 of Internet RFC 3579 which states
the following:
A RADIUS server determining that a fatal error has occurred must send an Access-Reject containing
an EAP-Message attribute encapsulating EAP-Failure.
Because this enhancement is a deviation from various EAP specifications, you must explicitly enable
this feature through a new configuration property in /Radius/Advanced named EapBadMessagePolicy.
You can set the EapBadMessagePolicy property to one of two values: SilentDiscard (the default) or
RejectFailure. When set to SilentDiscard, the Prime Access Registrar server silently discards and
ignores bad EAP messages unless the protocol specification explicitly requires a failure message. When
set to RejectFailure, the Prime Access Registrar server sends RADIUS Access-Rejects messages with
embedded EAP-Failure in response to bad EAP messages as described in Internet RFC 3579.
The implementation of EAP authentication methods in Prime Access Registrar behaves as described in
Internet RFC 2284 (EAP) and related EAP method specifications. These specify silent discard as the
standard way to handle all EAP error conditions. Any EAP response message from the client that
contains an error or is received in an invalid authenticator state is discarded and there is no error
response.
In a configuration where EAP requests are proxied between RADIUS servers using RADIUS messages
(EAP over RADIUS), the silent discard of an EAP message means that no RADIUS response message
is sent back to the originating RADIUS server. Because of this, the RADIUS server originating the
request eventually declares the destination RADIUS server dead and fails over to a backup server (if so
configured).
4-75
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
Ports
The Ports list specifies which ports to listen to for requests. When you specify a port,
Cisco Prime Access Registrar makes no distinction between the port used to receive Access-Requests
and the port used to receive Accounting-Requests. Either request can come in on either port.
Most NASs send Access-Requests to port 1645 and Accounting-Requests to 1646, however,
Cisco Prime Access Registrar does not check.
When you do not specify any ports, Cisco Prime Access Registrar reads the /etc/services file for the
ports to use for access and accounting requests. If none are defined, Prime Access Registrar uses the
standard ports (1645 and 1646).
Interfaces
The Interfaces list specifies the interfaces on which the RADIUS server receives and sends requests. You
specify an interface by its IP address.
When you list an IP address, Cisco Prime Access Registrar uses that interface to send and receive
Access-Requests.
When no interfaces are listed, the server performs an interface discover and uses all interfaces of the
server, physical and logical (virtual).
Note The IP address format is enhanced to support both IPv4 and IPv6.
Reply Messages
The Reply Messages list allows you to choose the reply message based on the reason the request was
rejected. Each of the following properties (except Default) corresponds to a reason why the packet was
rejected. The Reply Message properties allows you to substitute your own text string for the defined
errors. After you set the property (with the set command) and the reason occurs,
Cisco Prime Access Registrar sends the NAS that message in the Access-Reject packet as a
Reply-Message attribute.
You might want to substitute your own messages to prevent users from getting too much information
about why their requests failed. For example, you might not want users to know the password was invalid
to prevent hackers from accessing your system. In such a case, you might specify the text string
unauthorized access” for the property UserPasswordInvalid.
Table 4-45 lists the Reply Message properties.
4-76
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
Table 4-45 Reply Message Properties
Property Description
Default Optional; when you set this property, Cisco Prime Access Registrar
sends this value when the property corresponding to the reject reason
is not set.
UnknownUser Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever
Cisco Prime Access Registrar cannot find the user specified by
User-Name.
UserNotEnabled Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever the
user account is disabled.
UserPasswordInvalid Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever the
password in the Access-Request packet did not match the password in
the database.
UnableToAcquireResource Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever one of
the Resource Managers was unable to allocate the resource for this
request.
ServiceUnavailable Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever a
service the request needs (such as a RemoteServer) is unavailable.
InternalError Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever an
internal error caused the request to be rejected.
MalformedRequest Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever a
required attribute (such as User-Name) is missing from the request.
ConfigurationError Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever the
request is rejected due to a configuration error. For example, if a script
sets an environment variable to the name of an object such as
Authentication-Service, and that object does not exist in the
configuration, the reason reported is ConfigurationError.
IncomingScriptFailed Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever one of
the IncomingScripts fails to execute.
OutgoingScriptFailed Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever one of
the OutgoingScripts fails to execute.
IncomingScriptRejectedRequ
est
Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever one of
the IncomingScripts rejects the Access-Request.
4-77
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
Attribute Dictionary
The Attribute dictionary allows you to specify the attributes to the RADIUS server.
Cisco Prime Access Registrar comes with the standard RADIUS attributes (as defined by the RFC 2865)
as well as the attributes required to support the major NASs. For more information about the standard
attributes, see Appendix C, “RADIUS Attributes.
All RADIUS requests and responses consist of one or more attributes, such as the user’s name, the user’s
password, the type of service the NAS should provide to the user, or the IP address the user should use
for the session.
In the request and response packets, an attribute is composed of a number (between 1-255) that specifies
the type of attribute to use, a length that specifies the entire attribute length, and a value. How the value
is interpreted depends on its type. When it is a username, the value is a string. When it is the NAS’s IP
address, the value is an IP address, and so on.
Table 4-46 lists the Attribute dictionary properties.
Types
Types are required and must be one of the following listed in Table 4-47.
OutgoingScriptRejectedRequ
est
Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever one of
the OutgoingScripts rejects the Access-Request.
TerminationAction Optional; when you set this property, Cisco Prime Access Registrar
sends back this value in the Reply-Message attribute whenever
Cisco Prime Access Registrar processes the Access-Request as a
Termination-Action and is being rejected as a safety precaution.
Table 4-45 Reply Message Properties (continued)
Property Description
Table 4-46 Attribute Dictionary Properties
Property Description
Name Required; must be unique in the Attribute dictionary list within the same context.
Although it should be an attribute defined in the RFC, the name can be any attribute
defined by your client. The NAS typically comes with a list of attributes it uses.
Attributes are referenced in the Profile and by Scripts by this name. The accounting
file service also uses this name when printing the attribute.
Description Optional description of the attribute.
Attribute Required; must be a number between 1-255. It must be unique within the Attribute
dictionary list.
Type Required; must be set to one of the types listed in Table 4-47. The type governs how
the value is interpreted and printed.
4-78
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
Vendor Attributes
Table 4-48 lists the Vendor properties.
SNMP
Table 4-49 lists the five properties of the SNMP directory.
Table 4-47 Types Attributes
Property Description
UNDEFINED Treated as a sting of binary bytes.
UINT32 Unsigned 32-bit integer.
STRING Character string.
IPADDR A valid IP address in dotted-decimal format.
CHAP_PASS
WORD
17-byte value representing the password.
ENUM Enums allow you to specify the mapping between the value and the strings. After you
have established this mapping, Cisco Prime Access Registrar then replaces the
number with the appropriate string. The min/max properties represent the lowest to
highest values of the enumeration.
VENDOR_SP
ECIFIC
Vendor Specific Attribute (VSAs) are a special class of attribute. VSAs were created
to extend the standard 256 attributes to include attributes required by specific
manufacturers. VSAs add new capabilities for the value field in an attribute. Rather
than being a simple integer string, or IP address, the value of a VSA can be one or
more subattributes whose meaning depends on the vendor’s definition. The Vendors
list allows you to add, delete, or modify the definitions of the vendors and the
subattributes they specify.
Table 4-48 Vendor Properties
Property Description
Name Required; must be unique in the Vendors attribute list.
Description Optional; description of the subattribute list.
VendorID Required; must be a valid number and unique within the entire attribute
dictionary.
Type Required; must be one of the following: UNDEFINED, UINT32, STRING,
IPADDR, CHAP_PASSWORD, ENUM, or SUB_ATTRIBUTES.
Table 4-49 SNMP Properties
Property Description
Enabled Either TRUE or FALSE; default is FALSE
TracingEnabled Either TRUE or FALSE; default is FALSE
InputQueueHighThreshold An integer; default is 90
4-79
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
If Enabled and MasterAgentEnabled are both TRUE, arservagt will start and stop the SNMP daemon
(snmpd). If either of these properties is FALSE, if the Prime Access Registrar server is not using SNMP
or if your site uses a different master agent, arservagt will not start your master agent.
Diameter
This section explains how to configure Diameter general configuration and transport management.
Change the directory to /Radius/Advanced/Diameter.
//localhost/Radius/Advanced/Diameter
General/
TransportManagement/
The following configuration is used to configure Diameter general configuration like Product name and
Vers i o n .
[ //localhost/Radius/Advanced/Diameter/General ]
Product = Cisco Prime Access Registrar
Version = 6.1
AuthApplicationIdList = 1
AcctApplicationIdList = 3
Table 4-50 describes the Diameter general properties.
InputQueueLowThreshold An integer; default is 60
MasterAgentEnabled Either TRUE or FALSE; default is TRUE
Table 4-49 SNMP Properties (continued)
Property Description
Table 4-50 Diameter General Properties
Property Description
Product Optional; name of the product.
Version Optional; version number.
4-80
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
Configuring Diameter Transport Management Properties
The following example shows the Diameter transport management configuration:
[ //localhost/Radius/Advanced/Diameter/TransportManagement ]
Identity = toby-ar1.cisco.com
Realm = cisco.com
TCPListenPort = 3868
SCTPListenPort = 3868
EnableIPV6 = FALSE
WatchdogTimeout = 500
ReconnectInterval = 500
MaxReconnections = 3
RequestRetransmissionInterval = 100
MaxRequestRetransmissionCount = 3
ReceiveBufferSize = 2048
AdvertisedHostNames = toby-ar1.cisco.com
AuthApplicationIdList Specifies the list of AuthApplications that the Prime Access Registrar
server registers to Diameter Base stack during start up. It is a
combination of Auth ApplicationId's separated by a colon.
For example:
For Registering NASREQApplication,
--> set AuthApplicationIdList 1
For Registering applications with id's 1 and 5,
--> set AuthApplicationIdList 1:5
Note T h e A u t h A p p l i c a t i o n I d s t h a t a r e c o n f i g u r e d s h o u l d b e p r e s e n t i n
/Radius/Advanced/Diameter/Applications section.
AcctApplicationIdList Specifies the list of AcctApplications that the Prime Access Registrar
server registers to Diameter Base stack during start up. It is a
combination of Acct ApplicationId's separated by a colon.
For example:
For Registering BaseAccountingApplication,
--> set AcctApplicationIdList 3
Note T h e A c c t A p p l i c a t i o n I d ' s t h a t a r e c o n f i g u r e d s h o u l d b e p r e s e n t i n
/Radius/Advanced/Diameter/Applications section.
Table 4-50 Diameter General Properties (continued)
Property Description
4-81
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
Table 4-51 describes the Diameter transport management properties.
Table 4-51 Diameter Transport Management Properties
Property Description
Identity Required; identity of the system on which Diameter application
is running. Must be set to a valid resolvable string.
Realm Required; must be set to a valid Realm in the domain.
TCPListenPort Required; port number on which Prime Access Registrar server
listens for TCP peer connections.
SCTPListenPort Required; port number on which Prime Access Registrar server
listens for SCTP peer connections.
EnableIPv6 Required; if set to TRUE it enables IPV6 for the Diameter
application.
WatchdogTimeout Required; specifies the time interval between watch dog
messages.
ReconnectInterval Required; specifies the time interval between which
Prime Access Registrar server attempts to connect to a
disconnected peer. If set to 0, then no attempt will be made to
connect to a disconnected peer.
MaxReconnections Required; specifies the number of times Prime Access Registrar
server tries to Make a reconnection attempt. If set to 0, then no
attempt will be made to reconnect.
RequestRetransmissionInterval Required; the time for which retransmission of pending requests
will be done. If set to 0, then no attempt will be made to
retransmit.
MaxRequestRetransmissionCount Required, maximum number of times Prime Access Registrar
server tries to retransmit a pending request. If set to 0, then no
attempt will be made to retransmit.
ReceiveBufferSize Required; initial size of buffer that is preallocated for message
reception.
AdvertisedHostNames Optional; specifies the local hostname address that will be
advertised by the Prime Access Registrar server to other peers
during CER/CEA exchange.
For example:
AdvertisedHostNames = toby-ar1.cisco.com
4-82
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
Configuring Diameter Session Management
The following example shows the Diameter session management configuration:
//localhost/Radius/Advanced/Diameter/SessionManagement ]
MaxSessions = 10000
AuthSessions/
AcctSessions/
AuthSessions/
EnableStatefulSessions = TRUE
AuthSessionTimeout = 5
LifeTimeTimeout = 360
GracePeriodTimeout = 30
AbortRetryTimeout = 20
AcctSessions/
AcctSessionTimeOut = 30
InterimInterval = 5
RealTime = 0
Table 4-52 describes the Diameter Session Management properties.
Table 4-52 Diameter Session Management Properties
Property Description
MaxSessions Required; specifies the maximum number of concurrent Diameter
sessions Prime Access Registrar server will maintain. These sessions
include both Auth and Acct sessions.
AuthSessions/EnableState
fulSessions
If set to TRUE, the server will enforce stateful sessions and the client will
hint for stateful sessions. Default Value is TRUE. Set the property to
FALSE to disable stateful sessions.
AuthSessionTimeout Required; specifies the timeout in seconds before a session requires
reauthentication.
LifeTimeTimeout Required; specifies the timeout in seconds before a session is terminated
regardless of whether the session has been reauthenticated.
GracePeriodTimeout Required; specifies the grace period after the life timeout and before the
full termination of the session.
AbortRetryTimeout Required; specifies the timeout between the subsequent Abort Session
Request (ASR) messages if the initial attempt fails.
AcctSessions/AcctSession
TimeOut
Required; specifies the timeout in seconds before a session requires
reauthentication.
InterimInterval Required; specifies the interim interval dictated to the client if the entity
is a server or hint to the server if the entity is a client.
RealTime Required; RealTime value dictated to the client.
4-83
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
Configuring Diameter Application
Table 4-53 describes the Diameter Application properties.
Configuring the Diameter Application
To configure the Diameter application:
Step 1 Move to //localhost/Radius/Advanced/Diameter/Applications directory:
Step 2 Add the application you want to add ( eg: NASREQ ).
add NASREQ
Added NASREQ
Table 4-53 Diameter Application Properties
Property Description
Name Required; name of the application.
Description Optional; description of the application.
IsVendorSpecific Required; the default is FALSE. If set to FALSE, the application is
ordinary application. If set to TRUE, the application is a VendorSpecific
Application.
IsAuthApplication Required; if set to TRUE the application represents AuthApplication else
it represents Accounting Application.
Application ID Required; specifies the unique integer value for the application.
The following are examples of Diameter application:
NASREQ 1
Mobile-IP 2
Diameter Base Accounting 3
Note ApplicationId property must be set to 0 for Base Protocol.
VendorSpecificApplicatio
nID
Required; specifies the integer value for the vendor specific application.
VendorID Required; specifies the VendorID for the application.
Example:
DIAMETER 3GPP Cx APPLICATION
VendorSpecificApplicationID 16777216
VendorID 10415
ApplicationURI Optional; specifies the URI of the Application.
Eg: "ftp://ftp.ietf.org/internet-drafts/draft-ietf-aaa-diameter-nasreq-
12.txt"
Commands Required; an indexed list from 1 to <n>. Each entry in the list is the name
of the command. It specifies the list of commands associated with the
application.
4-84
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
cd NASREQ
[ //localhost/Radius/Advanced/Diameter/Applications/NASREQ ]
Name = NASREQ
Description =
IsAuthApplication = TRUE
IsVendorSpecific = FALSE
ApplicationID =
ApplicationURI =
Commands/
Step 3 Set the ApplicationId and ApplicationURI .
set ApplicationId 1
Set ApplicationId 1
set ApplicationURL "ftp://ftp.ietf.org/internet-drafts/draft-ietf-aaa-diameter-nasreq-12.txt"
Step 4 Add the list of commands for this application.
cd commands/
Set 1 AA
Configuring Diameter Commands
Table 4-54 describes the Diameter command properties.
Table 4-54 Diameter Command Properties
Property Description
Name Required; name of the command.
CommandCode Required; specifies the integer code of the command.
EnableProxyBit Required; default is TRUE. When enabled it represents the message is
proxiable.
4-85
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
Configuring the Diameter Commands
To configure the Diameter commands:
Step 1 Change to /Radius/Advanced/Diameter/Commands.
Step 2 Add AA command.
add AA
[ //localhost/Radius/Advanced/Diameter/Commands ]
cd AA/
cd AA/
RequestMsgAVPs / The RequestMsgAVPs define the placement of AVPs within the request
command. This contains three sub directories: Fixed, Required and
Optional.
Fixed - Defines the fixed position of AVP in a request message
Required - The AVP must be present and can appear anywhere in the
request message.
Optional - The AVP name in optional cannot evaluate to any avp name
which is included in a fixed or required directory. The avp can appear
anywhere in the request message.
For example:
cd Fixed/
Add Session-Id
cd Session-Id/
Name = Session-Id
Description =
Min = 0
Max = 1
where:
Min is the minimum number of times AVP element may be present in a
request. The default value is 0.
Max is the maximum number of times the element may present in a
request. A value of zero implies AVP is not present in the request.
AnswerMsgAVPs/ The AnswerMsgAVPs define the placement of AVP's within the answer
command. This contains three sub directories: Fixed, Required and
Optional.
Fixed - Defines the fixed position of AVP in the answer message.
Required - The AVP must present and can appear anywhere in the
answer message.
Optional - The AVP name in optional cannot evaluate to any avp name
which is included in a fixed or required directory. The avp can appear
anywhere in the answer message.
Table 4-54 Diameter Command Properties (continued)
Property Description
4-86
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
Step 3 Set the properties for AA command.
[ //localhost/Radius/Advanced/Diameter/Commands/AA ]
Name = AA
Description =
CommandCode =
EnableProxyBit = TRUE
RequestMsgAVPs/
AnswerMsgAVPs/
set CommandCode 265
Set CommandCode 265
set EnableProxyBit TRUE
Set EnableProxyBit TRUE
Step 4 Configure the RequestMsgAVP's for the command.
cd RequestMsgAVPs/
[ //localhost/Radius/Advanced/Diameter/Commands/AA/RequestMsgAVPs ]
Fixed/
Required/
Optional/
Add Fixed AVP's for the request message.
Add Fixed AVP's
cd Fixed/
add Session-Id
Added Session-Id
cd Session-Id/
[ //localhost/Radius/Advanced/Diameter/Commands/AA/RequestMsgAVPs/Fixed/Session-Id ]
Name = Session-Id
Description =
Min = 0
Max =
Maximum and Minimum property specifies the multiplicity of the AVP Inside a request (or response).
Similarly add the required and Optional AVP's.
Step 5 Configure AnswerMsgAVP's similar to step 3.
cd AnswerMsgAVPs/
[ //localhost/Radius/Advanced/Diameter/Commands/AA/AnswerMsgAVPs ]
Fixed/
Required/
Optional/
4-87
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
The following shows an example of NASREQ application configuration:
[ //localhost/Radius/Advanced/Diameter/Applications/NASREQ ]
Name = NASREQ
Description =
IsAuthApplication = TRUE
IsVendorSpecific = FALSE
ApplicationID = 1
ApplicationURI =
ftp://ftp.ietf.org/internet-drafts/draft-ietf-aaa-diameter-nasreq-12.txt
Commands/
1. AA
The following shows an example of the AA command configuration:
[ //localhost/Radius/Advanced/Diameter/Commands ]
Entries 1 to 1 from 1 total entries
Current filter: <all>
[ //localhost/Radius/Advanced/Diameter/Commands/AA ]
Name = AA
Description =
CommandCode = 265
EnableProxyBit = TRUE
RequestMsgAVPs/
Fixed/
Entries 1 to 1 from 1 total entries
Current filter: <all>
Session-Id/
Name = Session-Id
Description =
Min = 1
Max = 1
Required/
Entries 1 to 7 from 7 total entries
Current filter: <all>
Auth-Application-Id/
Name = Auth-Application-Id
Description =
Min = 1
Max = 1
Auth-Request-Type/
Name = Auth-Request-Type
Description =
Min = 1
Max = 1
Destination-Realm/
Name = Destination-Realm
Description =
Min = 1
Max = 1
Origin-Host/
Name = Origin-Host
Description =
Min = 1
Max = 1
Origin-Realm/
Name = Origin-Realm
Description =
Min = 1
Max = 1
User-Name/
Name = User-Name
4-88
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
Description =
Min = 0
Max = 1
User-Password/
Name = User-Password
Description =
Min = 0
Max = 1
Optional/
Entries 1 to 42 from 42 total entries
Current filter: <all>
ARAP-Password/
Name = ARAP-Password
Description =
Min = 0
Max = 1
ARAP-Security/
Name = ARAP-Security
Description =
Min = 0
Max = 1
ARAP-Security-Data/
Name = ARAP-Security-Data
Description =
Min = 0
Max = 100
Auth-Grace-Period/
Name = Auth-Grace-Period
Description =
Min = 0
Max = 1
Auth-Session-State/
Name = Auth-Session-State
Description =
Min = 0
Max = 1
Authorization-Lifetime/
Name = Authorization-Lifetime
Description =
Min = 0
Max = 1
AnswerMsgAVPs/
Fixed/
Entries 1 to 1 from 1 total entries
Current filter: <all>
Session-Id/
Name = Session-Id
Description =
Min = 1
Max = 1
Required/
Entries 1 to 5 from 5 total entries
Current filter: <all>
Auth-Application-Id/
Name = Auth-Application-Id
Description =
Min = 1
Max = 1
Auth-Request-Type/
Name = Auth-Request-Type
Description =
4-89
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
Min = 1
Max = 1
Origin-Host/
Name = Origin-Host
Description =
Min = 1
Max = 1
Origin-Realm/
Name = Origin-Realm
Description =
Min = 1
Max = 1
Result-Code/
Name = Result-Code
Description =
Min = 1
Max = 1
Optional/
Entries 1 to 59 from 59 total entries
Current filter: <all>
Acct-Interim-Interval/
Name = Acct-Interim-Interval
Description =
Min = 0
Max = 1
ARAP-Challenge-Response/
Name = ARAP-Challenge-Response
Description =
Min = 0
Max = 1
ARAP-Features/
Name = ARAP-Features
Description =
Min = 0
Max = 1
ARAP-Security/
Name = ARAP-Security
Description =
Min = 0
Max = 1
ARAP-Security-Data/
Name = ARAP-Security-Data
Description =
Min = 0
Max = 100
ARAP-Zone-Access/
Name = ARAP-Zone-Access
Description =
Min = 0
Max = 1
Auth-Grace-Period/
Name = Auth-Grace-Period
Description =
Min = 0
Max = 1
4-90
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
Auth-Session-State/
Name = Auth-Session-State
Description =
Min = 0
Max = 1
Authorization-Lifetime/
Name = Authorization-Lifetime
Description =
Min = 0
Max = 1
Configuring Diameter Dictionary
The Diameter dictionary contains a list of application specific AVPs.
Table 4-55 describes the Diameter BaseProtocol AVP Properties.
Table 4-55 Diameter BaseProtocol AVP Properties
Property Description
Name Required; name of the application specific AVPs.
Description Optional; description of the application specific AVPs.
IsVendorSpecific Required; default is FALSE. If set to FALSE, the application is ordinary
application and user is prompted to enter ApplicationID. If set to TRUE,
t he ap pl i ca ti on is a Ve nd or S pe c ifi c A p pl ic at io n. U se r i s
prompted to enter VendorSpecificApplicationID and VendorID.
ApplicationID Required; specifies the unique integer value for the application.
Note The Application ID must be set to 0 for BaseProtocol AVPs.
VendorSpecificApplicatio
nID
Required, Specifies the integer value for the vendor specific application.
VendorID Required, specifies the VendorID for the application.
AVPS/ Specifies the list of application specific avps.
Example:
Accounting-Realtime-Required/
Name = Accounting-Realtime-Required
Description =
Attribute = 483
Mandatory = Must
May-Encrypt = Yes
Protected = MustNot
Type = UINT32
Min = 0
Max = 253
Refer to Table 4-56 for the description of AVP properties.
4-91
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
Table 4-56 lists the application specific AVP properties.
Configure the Diameter Dictionary
To configure the Diameter Dictionary:
Step 1 Change to /Radius/Advanced/Diameter/Diameter Dictionary.
Step 2 Add BaseProtocolAVPs.
add BaseProtocolAVPs
[ //localhost/Radius/Advanced/Diameter/Diameter Dictionary ]
cd BaseProtocolAVPs/
Step 3 Set the properties for BaseProtocolAVPs.
[ //localhost/Radius/Advanced/Diameter/Diameter Dictionary/BaseProtocolAVPs ]
Name = BaseProtocolAVPs
Description =
IsVendorSpecific = FALSE
ApplicationID = 0
AVPs/
set IsVendorSpecific "FALSE"
set IsVendorSpecific "FALSE"
set ApplicationID 0
set ApplicationID 0
Step 4 Configure the application specific AVPs.
cd AVPs/
add User-Name
Table 4-56 AVP Properties
Property Description
Attribute Specifies the integer value for the AVP.
Mandatory Specifies whether the mandatory bit of this AVP should or should not be
set.
May-Encrypt If set to 'yes' then the AVP will be sent encrypted if the connection uses
CMS security.
Protected Specifies whether the protected bit of this AVP should or should not be
set.
Type Specifies the type of the Diameter AVP.
4-92
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
Step 5 Configure User-Name AVP type and number
--> cd User-Name/
[ //localhost/Radius/Advanced/Diameter/Diameter Dictionary/BaseProtocolAVPs/AVPs/User-Name
]
Name = User-Name
Description =
Attribute = 1
Mandatory = MustNot
May-Encrypt = No
Protected = MustNot
Type = UTF8_STRING
Min = 0
Max = 253
set Attribute 1
set Attribute 1
set Type UTF8_STRING
set Type UTF8_STRING
The following is an example of Diameter BaseProtocol AVPs:
[ //localhost/Radius/Advanced/Diameter/Diameter Dictionary/BaseProtocolAVPs ]
Name = BaseProtocolAVPs
Description =
IsVendorSpecific = FALSE
ApplicationID = 0
AVPs/
Entries 1 to 55 from 55 total entries
Current filter: <all>
Accounting-Realtime-Required/
Name = Accounting-Realtime-Required
Description =
Attribute = 483
Mandatory = Must
May-Encrypt = Yes
Protected = MustNot
Type = UINT32
Min = 0
Max = 253
Accounting-Record-Number/
Name = Accounting-Record-Number
Description =
Attribute = 485
Mandatory = Must
May-Encrypt = Yes
Protected = MustNot
Type = UINT32
Min = 0
Max = 253
Accounting-Record-Type/
Name = Accounting-Record-Type
Description =
Attribute = 480
Mandatory = Must
May-Encrypt = Yes
Protected = MustNot
Type = ENUM
4-93
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
Min = 0
Max = 253
Enums/
1 = "Event Record"
2 = "Start Record"
3 = "Interim Record"
4 = "Stop Record"
Accounting-Session-Id/
Name = Accounting-Session-Id
Description =
Attribute = 44
Mandatory = Must
May-Encrypt = Yes
Protected = May
Type = STRING
Min = 0
Max = 253
Accounting-Sub-Session-Id/
Name = Accounting-Sub-Session-Id
Description =
Attribute = 287
Mandatory = Must
May-Encrypt = Yes
Protected = May
Type = UINT64
Min = 0
Max = 253
4-94
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 4 Cisco Prime Access Registrar Server Objects
Advanced
CHAPTER
5-1
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
5
Using the radclient Command
This chapter describes how to use radclient, a RADIUS server test tool you run from the command line
to test your Cisco Prime Access Registrar RADIUS server. You can use radclient to create packets, send
them to a specific server, and examine the response.
Because the radclient command is Tcl-based, you can use it interactively or you can execute it as a Tcl
script file.
To run the radclient command, enter:
radclient
After you enter the radclient command, you must log into the RADIUS server and provide an
administrator’s username, such as admin, and the administrator’s password.
This chapter contains the following sections:
radclient Command Syntax
Working with Packets
Attributes
Using radclient Test Commands
radclient Command Syntax
The radclient command syntax is:
radclient [-C <clustername>] [-N <adminname>] [-P <adminpassword>] [-i] [-n]
[-p <load_path>] [-v] [-z debug_flags] [-I flag]
Valid flags are:
-C <clustername>
-N <adminname>
-P <adminpassword>
-i—Forces interactive mode
-n—Skips loading radclient.tcl
-p <path>—Specifies the load_path
-s—Uses default cluster, admin user, and password
If you delete the admin user or modify the admin user’s password, this option will no longer work.
5-2
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 5 Using the radclient Command
Working with Packets
-S <file>—Sources specified file
-v—Prints version and exits
-I <0 or 1>—Enables to set as IPv4 or IPv6 client. 0 specifies IPv4 client and 1 specifies IPv6 client
-z debug_flags—Specify debug levels. Debug flags must be of the format X=n, where X is the letter
corresponding to the type of debug information you want to see, and n is the value. The higher the
value, the more output. X can also be a string or a range of letters.
For example, the following command line sets the debug levels for A, B, and C to 3:
radclient -z ABC=3
The following example command line sets the debug levels for everything between A and Z
inclusive and l to 5:
radclient -z A-Zl=5
Working with Packets
Using the radclient command, you can create packets (default or specific packets), view packets, send
packets, read the value of packets, and delete packets.
This section contains the following topics:
Creating Packets
Creating CHAP Access-Request Packets
Viewing Packets
Sending Packets
Creating Empty Packets
Setting Packet Fields
Reading Packet Fields
Deleting Packets
Creating Packets
To create a basic RADIUS Access-Request packet, use the radclient command simple. This function
creates a packet and fills in basic attributes. The syntax of the simple command is:
simple <user_name> <user_password>
For example, to create an Access-Request packet for user bob whose password is bigDog, enter:
simple bob bigDog
p001
The radclient command responds with p001, which is the identifier (name) of the newly created packet.
5-3
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 5 Using the radclient Command
Working with Packets
Creating CHAP Access-Request Packets
To create a CHAP Access-Request packet, use the radclient command simple_chap. The syntax of the
simple_chap command is:
simple_chap <user_name> <user_password> <use_challenge>
<use_challenge> is a boolean that indicates whether to use the CHAP-Challenge attribute.
For example, to create a CHAP packet and use a <use_challenge>, enter:
simple_chap bob bigDog 1
p002
Viewing Packets
To view a packet or any other object, enter the object identifier at the radclient prompt. For example, to
display packet p001, enter:
p001
Packet: code=Access-Request,id=0,length=0, attributes =
User-Name = bob
User-Password = bigDog
NAS-Identifier = localhost
NAS-Port = 0
Sending Packets
To send a packet, specify the packet identifier and enter the word send.
p001 send
You can optionally specify the host and port to which to send the packet. The default host is localhost,
and the default port is 1645.
When you want to send a packet to a different host and different port, you must specify them on the
command line. For example, to send a packet to the RADIUS server amazon, at port number 1812, enter:
p001 send amazon 1812
p002
When Prime Access Registrar receives a response to the packet you sent, it prints the response packet’s
object identifier before the radclient prompt returns.
The TCL variable tries determines how many times radclient retries to send the packet.
5-4
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 5 Using the radclient Command
Working with Packets
Creating Empty Packets
You can use radclient to create empty packets, them modify the packets to contain the appropriate fields.
To create an empty packet, the syntax is:
packet <packet-type>
The optional <packet-type> argument can be the numerical RADIUS packet type identifier, such as 2,
or the string representation, such as Access-Accept:
packet 2
p00d
p00d
Packet: code = Access-Accept, id = 0, length = 0, attributes =
Setting Packet Fields
You can modify the value of a packet field using the following syntax:
<packet-identifier> set <field> <value>
<packet-identifier> is the packet number, such as p001.
<field > is the packet field you want to modify and can be one of the following:
attrib—Set attributes in the packet; <value> is the attribute identifier.
code— The packet type (such as Access-Request); <value> is either a numeric packet-type or the
string representation (for example, 1 or Access Request).
identifier— Set the packet ID; <value> is the numeric ID.
length—Set the packet length; <value> is the numeric length.
requestAuthenticator—Set the request authenticator; <value> is a hex string with a colon separating
each byte.
<value> is either a numeric packet-type, the string representation, or the hex string with a colon
separating each byte.
For example, to set the identifier field to 99, enter:
p001 set identifier 99
99
p001
Packet: code = Access-Request, id = 99, length = 0, attributes =
User-Name = bob
User-Password = bigDog
NAS-Identifier = localhost
NAS-Port = 0
5-5
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 5 Using the radclient Command
Attributes
Reading Packet Fields
You c a n re a d (get) the value of any of the packet fields by using the syntax:
<packet-identifier> get <attrib>
For example, to get the identifier field, enter:
p001 get identifier
99
Deleting Packets
When you are writing long-running or iterating scripts, you might want to conserve memory by deleting
packets when you are finished with them.
To delete a packet, enter:
<packet-identifier> delete
To delete all resources referred to by the packet p001, enter:
p001 delete
Attributes
Using the radclient command you can create specific RFC-defined attributes of requests and responses.
This section contains the following topics:
Creating Attributes
Setting Multivalued Attributes
Viewing Attributes
Getting Attribute Information
Deleting Attributes
Using the radclient Command
Creating Attributes
To create an attribute object, the syntax is:
<attrib> name <value>
<attrib> is a recognized RADIUS attribute name. <value> is the value of the attribute.
For example, to create the attribute User-Name and set its value to bob, enter:
attrib User-Name bob
a001
5-6
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 5 Using the radclient Command
Attributes
Note a001 is the object identifier for the newly created attribute.
Setting Multivalued Attributes
Prime Access Registrar supports setting multivalued attributes (MVAs) in radclient. Use the set mattrib
command to set multivalued attributes, as shown in the following example:
simple bob bob
p001
attrib cisco-avpair blah
a005
attrib cisco-avpair boo
a006
p001 set mattrib a005
p001
Packet: code = Access-Request, id = 0, length = 0, attributes =
User-Name = bob
User-Password = bob
NAS-Identifier = localhost
NAS-Port = 1
Cisco-AVPair = blah
p001 set mattrib a006
p001
Packet: code = Access-Request, id = 0, length = 0, attributes =
User-Name = bob
User-Password = bob
NAS-Identifier = localhost
NAS-Port = 1
Cisco-AVPair = blah
Cisco-AVPair = boo
Viewing Attributes
To view an attribute, or any other object, type the object identifier at the radclient prompt. For example,
to display attribute a001 created in the example above, enter:
a001
User-Name = bob
5-7
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 5 Using the radclient Command
Attributes
Getting Attribute Information
You can get the name and value of an attribute in various formats:
get name—gets the name as a string
get value—gets the value as a string
get type—gets the name as an integer
get valueAsInt—gets the value as an integer
get valueAsIPAddress—gets the value as an IP address.
The following examples show how to get an attribute’s name, type, value, and value as integer:
a001 get name
User-Name
a001 get type
1
a001 get value
bob
a001 get valueAsInt
a001: the value is not an int
Deleting Attributes
When you are writing long running or iterating scripts, you might want to conserve memory by deleting
attributes when you are finished with them (be sure not to delete attributes being referred to by other
objects, like packets.)
To delete all resources referred to by the attribute a001, enter:
a001 delete
Using the radclient Command
The following three examples show how to use radclient to create, send, and modify packets.
Example 1
This example creates an Access-Request packet for user jane with password jane, and sends it to the
default RADIUS server (localhost).
simple jane jane
5-8
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 5 Using the radclient Command
Attributes
p001
The command simple jane jane creates the packet; the packet object identifier is p001. When you enter
the packet object identifier, radclient displays the contents of the packet.
p001
Packet: code = Access-Request, id = 0, length = 0, attributes =
User-Name = jane
User-Password = jane
NAS-Identifier = localhost
NAS-Port = 0
When you enter the packet identifier and the command send, radclient sends the packet to the RADIUS
server and prints the response packet object identifier.
p001 send
p002
When you enter the packet object identifier of the response, radclient displays the contents of the
response packet.
p002
Packet: code = Access-Accept, id = 1, length = 38, attributes =
Login-IP-Host = 204.253.96.3
Login-Service = Telnet
Login-TCP-Port = 541
Example 2
The following example creates a simple Access-Request packet, then adds other attributes to it.
simple jane jane
p003
The command line above shows creation of the packet p003 using user-ID jane and password jane.
attrib Service-Type Framed
a00c
The line above shows creating the Service-Type attribute (with the object identifier a00c).
a00c
Service-Type = Framed
Entering the attribute object identifier a00c displays the attribute object.
p003 set attrib a00c
The line above adds the newly set attribute to the packet. The following line creates another attribute.
attrib NAS-Port 99
5-9
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 5 Using the radclient Command
Attributes
a00d
a00d
NAS-Port = 99
p003 set attrib a00d
The same steps add the NAS-Port attribute to the packet, and finally, the packet contents are displayed.
p003
Packet: code = Access-Request, id = 0, length = 0, attributes =
User-Name = jane
User-Password = jane
NAS-Identifier = localhost
Service-Type = Framed
NAS-Port = 99
Example 3
Example 3 performs the same tasks as Example 2 using the command substitution feature of Tcl which
allows you to use the results of one command as an argument to another command. Square brackets
invoke command substitution. The statement inside the brackets is evaluated, and the result is used in
place of the bracketed command.
simple jane jane
p004
p004 set attrib [ attrib Service-Type Framed ]
p004 set attrib [ attrib NAS-Port 99 ]
p004
Packet: code = Access-Request, id = 0, length = 0, attributes =
User-Name = jane
User-Password = jane
NAS-Identifier = localhost
Service-Type = Framed
NAS-Port = 99
5-10
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 5 Using the radclient Command
Using radclient Test Commands
Using radclient Test Commands
You can use the radclient commands timetest and callsPerSecond to test the RADIUS server.
This section contains the following topics:
radclient Variables
Using timetest
Using callsPerSecond
Additional radclient Variables
radclient Variables
You control how timetest and callsPerSecond work using radclient variables. To set a radclient
variable, use the set command as follows:
set variable value
Table 5-1 lists the radclient variables used in timetest and callsPerSecond and their description.
Using timetest
The timetest command sends a number of requests to the RADIUS server then waits for a response.
When a response arrives, timetest immediately sends another request. timetest can keep up to 256
requests outstanding all the time.
The syntax of the timetest command is:
timetest <testtype> [<cycles> [<repetitions> [<starting user number> [<increment user
number>]]]]
Table 5-2 lists the applicable test types.
Table 5-1 radclient Variables
Variable Description
host Destination host to send the packets (default is localhost)
num_packets Number of packets to send at once (default is 256)
num_users Modulus for the username pattern (default is 10000)
port Port where radclient sends access-request packets (default is 1645).
Changing this port does not affect the accounting_port.
retry_timeout Length of time to wait after a timeout occurs before retrying
secret Shared secret configured on the RADIUS server for the client (default is
secret)
timeout Length of time to wait before a timeout occurs
tries Number of times to attempt to send
UserNamePattern Pattern of the usernames (default is user%d%%PPP)
UserPasswordPattern Pattern of the user passwords (default is user%d)
5-11
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 5 Using the radclient Command
Using radclient Test Commands
Consider this timetest example with radclient variables set to the following:
host—1.1.1.2
port—1812
secret—cisco
UserNamePattern—user%d
UserPasswordPattern—puser%d
num_users—100,000
num_packets—128
In this example, timetest sends packets directly to the host at IP address 1.1.1.2 on port 1812 with a
shared secret cisco. There are 100,000 users in the server’s user database with the name pattern user#
and password pattern puser#, where # ranges from 0-99,999, inclusive. The number of outstanding
requests are limited to 128.
Before starting the timing test, timetest sends an Accounting-On packet to the AAA Server and waits
for a response to make sure that any session management being performed on the AAA Server is reset
before running the test. After a response is received, the timetest can begin.
Using callsPerSecond
The callsPerSecond command is a smart throttle that sends packets at a rate you set. If you set
callsPerSecond to two transactions per second (TPS), callsPerSecond sends a packet every 0.5 seconds.
The syntax of the callsPerSecond command is:
callsPerSecond <callsPerSecond> <testtype> [<cycles> [<repetitions> [<starting user number>
[<increment user number>]]]]
Ta b l e 5 - 2 Te s t Ty p e s
Test Type Description
1 Access-Request
2 Access-Request + Accounting-Start + Accounting-Stop
3 Accounting-Start + Accounting-Stop
4 Ascend-IPA-Allocate + Ascend-IPA-Release
5 Access-Request + Ascend-IPA-Allocate + Ascend-IPA-Release
6 Access-Request + Ascend-IPA-Allocate + Accounting-Start + Ascend-IPA-Release +
Accounting-Stop
7 Access-Request + USR-Resource-Free-Request
8 LEAP Identity + LEAP-Challenge Response + LEAP Challenge
9 LEAP Identity + LEAP-Challenge Response + LEAP Challenge + Accounting-Start +
Accounting-Stop
10 Access-Request + Accounting-Start + Accounting-Stop with Home-Agent request
11 Access-Request + Accounting-Start + Accounting-Stop with ODAP request
5-12
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 5 Using the radclient Command
Using radclient Test Commands
Additional radclient Variables
Table 5-3 lists additional radclient variables and their description.
Table 5-3 Additional radclient Variables
Variable Description
accounting_port Port where the RADIUS server sends accounting packets (default is
1646).
Note Changing accounting_port value does not affect the
authentication port.
host Name of host where Prime Access Registrar is installed
ignore_signature_errs Causes server to ignore signature in the response
load_path Search path to load source files with user processes
NASIdentifier Value to set NAS-Identifier attribute
NASIPAddress Value to set NAS-IP-Address attribute
NASPort Value to set NAS-Port attribute
num_packets Number of packets to send at once (default is 256)
num_users Modulus for the username pattern (default is 10000)
port Port where radclient sends access-request packets (default is 1645).
Changing this port does not affect the accounting_port.
retry_timeout Length of time to wait before attempting a retry
secret Shared secret configured on the RADIUS server for the client (default is
secret)
tclDefaultLibrary Tclsh default library
tcl_patchLevel Tclsh version with patch level
tcl_pkgPath Tclsh install path
tcl_traceExec Tclsh boolean to activate tracing
tcl_platform Tclsh platform array
tcl_version Tclsh version
tries Number of retry attempts
UserNamePattern Pattern of the usernames (default is user%d%%PPP)
UserPasswordPattern Pattern of the user passwords (default is user%d)
verbose Verbose flag for Tclsh
CHAPTER
6-1
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
6
Configuring Local Authentication and
Authorization
Cisco Prime Access Registrar (Prime Access Registrar) allows user information to be stored in its own
internal database or external stores such as an LDAP directory or Oracle database. This chapter describes
how to configure Prime Access Registrar to perform authentication and authorization using the
Prime Access Registrar internal database and how to verify and troubleshoot a local service and userlist
configuration.
In RADIUS, an Access Request packet is a request for authentication and authorization (AA).
Authentication checks username and password credentials, while authorization typically involves
returning the correct information to allow the service a user is authorized to have.
Prime Access Registrar performs AA and returns the appropriate RADIUS attributes in an Access
Accept packet.
This chapter contains the following sections:
Configuring a Local Service and UserList
Troubleshooting the Local Service and UserList Configuration
aregcmd Command Performance
UserDefined1 Property
Access-Request Logging
Configuring a Local Service and UserList
Prime Access Registrar uses services configured under /Radius/Services to process RADIUS requests.
To process RADIUS access requests locally, you must configure a service and set its type to local. A
local service references an Prime Access Registrar userlist.
The following sections show the commands you enter and the expected responses from the
Prime Access Registrar server to do the following:
Configuring a Local Service
Configuring a Userlist
Configuring Cisco Prime Access Registrar to Use the Local Service For AA
Activating the Configuration
6-2
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 6 Configuring Local Authentication and Authorization
Configuring a Local Service and UserList
Throughout this chapter, the aregcmd commands you enter are shown in bold font, and the server
responses are shown in smaller plain font as shown in the following:
command you enter
server response
Configuring a Local Service
Prime Access Registrar maintains Services under /Radius.
To configure a local service:
Step 1 Use the add command at /Radius/Services to create a Service.
cd /Radius/Services
[ //localhost/Radius/Services ]
add SouthBay
Added SouthBay
Step 2 Change directory to the new service and set its type to local.
cd SouthBay
[ //localhost/Radius/Services/SouthBay ]
set type local
Set Type local
Step 3 Use the set command to associate a userlist with the service.
set userlist SouthUsers
Set UserList SouthUsers
6-3
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 6 Configuring Local Authentication and Authorization
Configuring a Local Service and UserList
Configuring a Userlist
Prime Access Registrar maintains UserLists under /Radius.
To configure a userlist:
Step 1 Use the add command at /Radius/UserLists to create a userlist.
cd /Radius/UserLists
[ //localhost/Radius/UserLists ]
add SouthUsers
Added SouthUsers
Step 2 Change directory to the userlist and add users.
cd SouthUsers
[ //localhost/Radius/UserLists/SouthUsers ]
add user1
Added user1
Step 3 Change directory to each user you add and set the user’s password.
cd user1
[ //localhost/Radius/UserLists/SouthUsers/user1 ]
set Password test
Retype password to confirm:
Set Password <encrypted>
Configuring Cisco Prime Access Registrar to Use the Local Service For AA
To configure Prime Access Registrar to use the local service for authentication and authorization, enter
commands to set the DefaultAuthenticationService and DefaultAuthenticationService to the service you
created, as shown in the following:
cd /Radius
[ //localhost/Radius ]
6-4
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 6 Configuring Local Authentication and Authorization
Troubleshooting the Local Service and UserList Configuration
set DefaultAuthenticationService SouthBay
Set DefaultAuthenticationService SouthBay
set DefaultAuthorizationService SouthBay
Set DefaultAuthorizationService SouthBay
Activating the Configuration
To activate the configuration changes you have made, enter the save command:
save
Validating //localhost...
Saving //localhost...
After you issue the save command, Prime Access Registrar attempts to validate the configuration,
checks for all required properties, and ensures there are no logic errors. If the validation is successful,
Prime Access Registrar saves the configuration to the MCD database.
Troubleshooting the Local Service and UserList Configuration
Before you begin troubleshooting, ensure that the current configuration is valid and active. To ensure
that any configuration changes you have made are valid and stored in the database, you must issue the
save command.
save
Validating //localhost...
Saving //localhost...
To ensure that the current configuration is active, issue the reload command.
reload
Reloading Server 'Radius'...
Server 'Radius' is Running, its health is 10 out of 10
Verifying the Configuration
To verify the configuration changes you have made:
Step 1 Check to see that the UserList exists under the service.
ls /Radius/Services/SouthBay
6-5
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 6 Configuring Local Authentication and Authorization
Troubleshooting the Local Service and UserList Configuration
[ /Radius/Services/SouthBay ]
Name = SouthBay
Description =
Type = local
IncomingScript~ =
OutgoingScript~ =
OutagePolicy~ = RejectAll
OutageScript~ =
UserList = SouthUsers
Step 2 Check to see that user user1 exists under the SouthUsers userlist.
ls /Radius/UserLists/SouthUsers
[ /Radius/UserLists/SouthUsers ]
Entries 1 to 1 from 1 total entries
Current filter: <all>
Name = SouthUsers
Description =
user1/
Step 3 Turn on debugging.
trace /r 5
Traced "/Radius: Trace level is set to 5"
Step 4 Use radclient to send an Access-Request for user user1.
simple user1 test
The debugging output will be sent to the file name_radius_1_log in the /opt/CSCOar/ logs directory.
The following example shows items you should expect in a successful Access-Request.
Note Lines of interest are in bold font.
11/12/2013 18:34:35: P1144: Packet received from 127.0.0.1
11/12/2013 18:34:35: P1144: Trace of Access-Request packet
11/12/2013 18:34:35: P1144: identifier = 4
11/12/2013 18:34:35: P1144: length = 62
11/12/2013 18:34:35: P1144: reqauth = f5:37:f7:04:99:85:c7:63:8f:bc:f4:44:ab:03:4e:1a
11/12/2013 18:34:35: P1144: User-Name = user1
11/12/2013 18:34:35: P1144: User-Password = 59:fb:2e:a9:34:de:0e:15:60:8d:4b:64:77:6a:57:d8
11/12/2013 18:34:35: P1144: NAS-Port = 2
11/12/2013 18:34:35: P1144: NAS-Identifier = localhost
11/12/2013 18:34:35: P1144: Using Client: localhost (127.0.0.1)
11/12/2013 18:34:35: P1144: Using NAS: localhost (127.0.0.1)
11/12/2013 18:34:35: P1144: Request is directly from a NAS: TRUE
11/12/2013 18:34:35: P1144: Authenticating and Authorizing with Service SouthBay
11/12/2013 18:34:35: P1144: Getting User user1's UserRecord from UserList SouthUsers
11/12/2013 18:34:35: P1144: User user1's password matches
11/12/2013 18:34:35: P1144: No default Remote Session Service defined.
11/12/2013 18:34:35: P1144: Trace of Access-Accept packet
11/12/2013 18:34:35: P1144: identifier = 4
11/12/2013 18:34:35: P1144: length = 20
11/12/2013 18:34:35: P1144: reqauth = 36:88:34:0c:cc:ea:9e:d8:6d:f5:14:f7:ab:26:e7:f6
11/12/2013 18:34:35: P1144: Sending response to 127.0.0.1
11/12/2013 18:34:35: Log: Request from localhost (127.0.0.1): User user1 accepted
6-6
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 6 Configuring Local Authentication and Authorization
Troubleshooting the Local Service and UserList Configuration
The following example shows a trace for an unsuccessful Access-Request due to an invalid password.
Note Lines of interest are in bold font.
11/12/2013 19:05:13: P1527: Packet received from 127.0.0.1
11/12/2013 19:05:13: P1527: Trace of Access-Request packet
11/12/2013 19:05:13: P1527:11/12/2013 19:05:13: P1527:11/12/2013 19:05:13: P1527:
11/12/2013 19:05:13: P1527:11/12/2013 19:05:13: P1527:
11/12/2013 19:05:13: P1527:11/12/2013 19:05:13: P1527:11/12/2013 19:05:13: P1527: Using Client: localhost
(127.0.0.1)
11/12/2013 19:05:13: P1527: Using NAS: localhost (127.0.0.1)
11/12/2013 19:05:13: P1527: Request is directly from a NAS: TRUE
11/12/2013 19:05:13: P1527: Authenticating and Authorizing with Service SouthBay
11/12/2013 19:05:13: P1527: Getting User user1's UserRecord from UserList SouthUsers
11/12/2013 19:05:13: P1527: User user1's password does not match
11/12/2013 19:05:13: P1527: Rejecting request
11/12/2013 19:05:13: P1527: Rejecting request
11/12/2013 19:05:13: P1527: Trace of Access-Reject packet
11/12/2013 19:05:13: P1527:11/12/2013 19:05:13: P1527:11/12/2013 19:05:13: P1527:
11/12/2013 19:05:13: P1527:11/12/2013 19:05:13: P1527: Sending response to 127.0.0.1
11/12/2013 19:05:13: Log: Request from localhost (127.0.0.1): User user1 rejected (UserPasswordInvalid)
If a user’s password is invalid, reset the password to ensure it was entered correctly. Also check that the
shared secret being used by the RADIUS client and the Prime Access Registrar server match.
Configuring Return Attributes and Check-Items
Prime Access Registrar supports RADIUS check item attributes at the user and group levels. You can
configure Prime Access Registrar to check for attributes that must be present or attributes that must not
be present in the Access-Request packet for successful authentication. For a complete list of attributes
supported in Prime Access Registrar, see Appendix C, “RADIUS Attributes”.
When using check item attributes, Prime Access Registrar rejects Access-Requests if either of the
following conditions exist:
Any configured check item attributes are not present in the Access-Request packet
Any Access-Request packet's check item attribute values do not match with those configured check
item attribute values
This section contains the following topics:
Configuring Per User Return Attributes
Configuring Per User Check-Items
Verifying the Per User Return Attributes and Check-Items Configuration
Configuring Return Attributes and Check-Items Using UserGroup
Configuring Per User Return Attributes
User return attributes are attributes that are specific for a given user each time they log in. To configure
a user’s return attributes, change directory to the user’s Attributes subdirectory and configure the desired
attributes.
cd /Radius/UserLists/SouthUsers/User1/Attributes
6-7
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 6 Configuring Local Authentication and Authorization
Troubleshooting the Local Service and UserList Configuration
[ //localhost/Radius/UserLists/SouthUsers/user1/Attributes ]
set Session-Timeout 60
Set Session-Timeout 60
set Callback-Number 5551124
Set Callback-Number 5551124
Configuring Per User Check-Items
Check Items are a way to check that certain attribute/values exist in a user‘s access-request. If the
attribute/values are not present in the access-request, the Prime Access Registrar server rejects the
access-request.
To check that an access-request for user1 has the Calling-Station-Id attribute set to 5555678, enter the
following:
cd /Radius/UserLists/SouthUsers/User1/CheckItems
[ //localhost/Radius/UserLists/SouthUsers/user1/CheckItems ]
set Calling-Station-Id 5555678
Set Calling-Station-Id 5555678
Be sure to save your configuration to preserve your changes.
Verifying the Per User Return Attributes and Check-Items Configuration
A successful request will produce a trace similar to the following:
11/12/2013 14:08:07: P1539: Packet received from 127.0.0.1
11/12/2013 14:08:07: P1539: Trace of Access-Request packet
11/12/2013 14:08:07: P1539: identifier = 1
11/12/2013 14:08:07: P1539: length = 71
11/12/2013 14:08:07: P1539: reqauth = d6:86:c5:1e:0e:a0:20:4f:9a:1a:2c:35:27:16:12:36
11/12/2013 14:08:07: P1539: User-Name = user1
11/12/2013 14:08:07: P1539: User-Password = 99:dc:4a:22:ef:f6:8b:90:a2:3a:50:f0:a6:03:6e:b3
11/12/2013 14:08:07: P1539: NAS-Port = 1
11/12/2013 14:08:07: P1539: Calling-Station-Id = 5555678
11/12/2013 14:08:07: P1539: NAS-Identifier = localhost
11/12/2013 14:08:07: P1539: Using Client: localhost (127.0.0.1)
11/12/2013 14:08:07: P1539: Using NAS: localhost (127.0.0.1)
11/12/2013 14:08:07: P1539: Request is directly from a NAS: TRUE
11/12/2013 14:08:07: P1539: Authenticating and Authorizing with Service SouthBay
11/12/2013 14:08:07: P1539: Getting User user1's UserRecord from UserList SouthUsers
11/12/2013 14:08:07: P1539: User user1's password matches
11/12/2013 14:08:07: P1539: Processing User user1's check items
11/12/2013 14:08:07: P1539: Merging User user1's Attributes into response Dictionary
11/12/2013 14:08:07: P1539: Merging attributes into the Response Dictionary:
11/12/2013 14:08:07: P1539: Adding attribute Callback-Number, value = 5551124
11/12/2013 14:08:07: P1539: Adding attribute Session-Timeout, value = 60
6-8
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 6 Configuring Local Authentication and Authorization
Troubleshooting the Local Service and UserList Configuration
11/12/2013 14:08:07: P1539: No default Remote Session Service defined.
11/12/2013 14:08:07: P1539: Trace of Access-Accept packet
11/12/2013 14:08:07: P1539: identifier = 1
11/12/2013 14:08:07: P1539: length = 35
11/12/2013 14:08:07: P1539: reqauth = cc:2d:51:71:b5:49:0e:e6:f1:eb:1c:61:51:7a:f1:cb
11/12/2013 14:08:07: P1539: Callback-Number = 5551124
11/12/2013 14:08:07: P1539: Session-Timeout = 60
11/12/2013 14:08:07: P1539: Sending response to 127.0.0.1
11/12/2013 14:08:07: Log: Request from localhost (127.0.0.1): User user1 accepted
Configuring Profiles to Group Attributes
You can use thePrime Access Registrar profile object to group attributes. For example, you might want
to group attributes for all PPP users. All PPP users could then be assigned the profile and the attributes
contained in the profile would be returned in their access-accepts.
To configure profiles to group attributes:
Step 1 Change directory to /Radius/Profiles and add a profile.
cd /Radius/Profiles
[ //localhost/Radius/Profiles ]
add PPP-Profile
Added PPP-Profile
Step 2 Change directory to the new profile, then change directory to the profile’s Attributes subdirectory.
cd PPP-Profile
[ //localhost/Radius/Profiles/PPP-Profile ]
cd Attributes
[ //localhost/Radius/Profiles/PPP-Profile/Attributes ]
Step 3 Configure the desired attributes for the profile.
set Service-Type Framed
Set Service-Type Framed
set Framed-Protocol PPP
Set Framed-Protocol PPP
6-9
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 6 Configuring Local Authentication and Authorization
Troubleshooting the Local Service and UserList Configuration
Note When you need to set an attribute to a value that includes a space, you must double-quote the value, as
in the following: set Framed-Route “192.168.1.0/24 192.168.1.1”
Step 4 Assign the profile to a user by setting the user’s BaseProfile attribute to the desired profile.
cd /Radius/UserLists/SouthUsers/User1
[ //localhost/Radius/UserLists/SouthUsers/user1 ]
set BaseProfile PPP-Profile
Set BaseProfile PPP-Profile
Configuring Return Attributes and Check-Items Using UserGroup
A profile can also be assigned to a UserGroup. You assign a profile to a group by setting the group’s
BaseProfile attribute to the desired profile.
To configure return attributes and check-items using usergroup:
Step 1 Change directory to /Radius/UserGroups and add a UserGroup.
cd /Radius/UserGroups
[ //localhost/Radius/UserGroups ]
add PPP-Group
Added PPP-Group
Step 2 Change directory to the new UserGroup and add Return Attributes.
cd PPP-Group
[ //localhost/Radius/UserGroups/PPP-Group ]
cd Attributes
[ //localhost/Radius/UserGroups/PPP-Group/Attributes ]
set Service-Type Outbound
Set Service-Type Outbound
Step 3 Change directory to the UserGroups’ Check-Items subdirectory and add CheckItems.
6-10
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 6 Configuring Local Authentication and Authorization
aregcmd Command Performance
cd ../CheckItems/
[ //localhost/Radius/UserGroups/PPP-Group/CheckItems ]
set Service-Type Framed
Set Service-Type Framed
Step 4 Assign the UserGroup to a User.
cd /Radius/UserLists/SouthUsers/User2
[ //localhost/Radius/UserLists/SouthUsers/user2 ]
set Group PPP-Group
Set Group PPP-Group
Return Attribute Precedence
Because there are multiple ways of returning attributes, you might at some time have an attribute clash.
In case of an attribute clash, the attribute precedence is as follows (from highest to lowest):
1. User attribute
2. User profile
3. UserGroup attribute
4. UserGroup profile
aregcmd Command Performance
You can impact aregcmd command performance and server response time by having
Prime Access Registrar userlists that contain more than 10,000 users. Prime Access Registrar userlists
were not designed to contain 10,000 users in any one list.
If you must provide service for groups greater than 10000 users, we recommend that you use an external
data store such as an LDAP directory or an Oracle database. If you are unable to use an external data
store, create multiple userlists instead, keeping each userlist under 10,000 users.
Multiple userlists require multiple services (one for each userlist), because a service cannot reference
more than one userlist. The multiple services can then be combined using the Service Grouping feature
with ResultRule, OR, as follows:
[ //localhost/Radius/Services/GroupService ]
Name = GroupService
Description =
Type = group
IncomingScript~ =
OutgoingScript~ =
ResultRule = OR
6-11
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 6 Configuring Local Authentication and Authorization
UserDefined1 Property
GroupServices/
1. UserService1
2. UserService2
3. UserService3
UserDefined1 Property
The UserDefined1 property of a user object is a free text field. You can use the UserDefined1 property
to store additional user information much like the Description property, but its most powerful use is to
pass information to an extension point script. The value set in the UserDefined1 property is
automatically set to the environment variable of the same name during authentication. Any extension
point script that subsequently runs has access the value in that property.
[ //localhost/Radius/UserLists/Default/bob ]
Name = bob
Description =
Password = <encrypted>
AllowNullPassword = FALSE
Enabled = TRUE
Group~ =
BaseProfile~ =
AuthenticationScript~ =
AuthorizationScript~ =
UserDefined1 =
Attributes/
CheckItems/
Access-Request Logging
By default, Prime Access Registrar logs all dropped and rejected requests in the name_radius_1_log file.
The following are examples of log entries for dropped or rejected requests.
11/12/2013 17:38:11 name/radius/1 Warning Protocol 0 Request from localhost (127.0.0.1):
User user1 rejected (UserPasswordInvalid)
11/12/2013 18:05:12 name/radius/1 Warning Protocol 0 Packet from 128.107.132.106: that
address is not in the Clients list <unknown user>
To log all accepted requests as well, set the LogServerActivity advanced property to TRUE:
set /Radius/Advanced/LogServerActivity TRUE
Set /Radius/Advanced/LogServerActivity TRUE
save
Validating //localhost...
Saving //localhost...
6-12
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 6 Configuring Local Authentication and Authorization
Access-Request Logging
reload
Reloading Server 'Radius'...
Server 'Radius' is Running, its health is 10 out of 10
Access-Accept packets are now logged as well:
11/12/2013 18:22:32 name/radius/1 Activity Protocol 0 Request from localhost (127.0.0.1):
User user2 accepted
CHAPTER
7-1
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
7
RADIUS Accounting
This chapter describes RADIUS Accounting in Cisco Prime Access Registrar (Prime Access Registrar)
as defined in Internet RFC 2866.
This chapter contains the following sections:
Understanding RADIUS Accounting
Setting Up Accounting
Oracle Accounting
LDAP Accounting
MySQL Support
Proxying Accounting Records
Accounting Log Examples
Sample Error Messages
Understanding RADIUS Accounting
RADIUS accounting is the process of collecting and storing the information contained in
Accounting-Start and
Accounting-Stop messages.
Internet RFC 2866 describes the protocol for sending accounting information between a Network Access
Server (NAS) and a RADIUS server (or shared accounting server).
Note Prime Access Registrar uses UDP port number 1646 as its default port for RADIUS accounting
messages. RFC 2866 defines UDP port number 1813 as the accounting port number.
When a NAS that uses accounting begins a session, it sends an Accounting-Start packet describing the
type of service and the user being connected to the Prime Access Registrar server. When the session
ends, the NAS sends the RADIUS server an Accounting Stop packet describing the type of service that
was delivered. The Accounting Stop packet might also contain statistics such as elapsed time, input and
output octets, or input and output packets.
7-2
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
Setting Up Accounting
Setting Up Accounting
To configure Prime Access Registrar to perform accounting, you must do the following:
1. Create a service
2. Set the service type to file
3. Set the DefaultAccountingService field in /Radius to the name of the service you created
After you save and reload the Prime Access Registrar server configuration, the Prime Access Registrar
server writes accounting messages to the accounting.log file in the /opt/CSCOar/logs directory. The
Prime Access Registrar server stores information in the accounting.log file until a rollover event occurs.
A rollover event is caused by the accounting.log file exceeding a pre-set size, a period of time
transpiring, or on a scheduled date.
When the rollover event occurs, the data in accounting.log is stored in a file named by the prefix
accounting, a date stamp (yyyymmdd), and the number of rollovers for that day. For example,
accounting-20131107-14 would be the 14th rollover on November 07, 2013.
The following shows the properties for a service called CiscoAccounting:
[ //localhost/Radius/Services/CiscoAccounting ]
Name = CiscoAccounting
Description =
Type = file
IncomingScript~ =
OutgoingScript~ =
OutagePolicy~ = RejectAll
OutageScript~ =
FilenamePrefix = accounting
MaxFileSize = "10 Megabytes"
MaxFileAge = "1 Day"
RolloverSchedule =
UseLocalTimeZone = FALSE
Accounting Log File Rollover
The Prime Access Registrar accounting functionality provides flexibility in managing the accounting
log. You can configure the Prime Access Registrar server to rollover the accounting log using any
combination of the following Prime Access Registrar accounting service properties:
MaxFileSize—Indicates the maximum size of the accounting log file in KB, MB, or GB
MaxFileAge—Indicates the maximum age of the log file in minutes, hours, days, or weeks
RolloverSchedule—Indicates the exact time including the day of the month or day of the week, hour
and minute to roll over the accounting log file
You can configure an accounting service using any combination of MaxFileSize, MaxFileAge, and
RolloverSchedule. For example, you might configure RolloverSchedule and MaxFileAge at the same
time. This would be useful if you wanted to have an age-based rollover, but also synchronize to an
absolute clock at specified times. The following would set a rollover every twelve hours at 11:59 and
12:59.
set MaxFileAge “12 H”
set RolloverSchedule “59 11,12 * * *
7-3
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
Setting Up Accounting
You might also consider scheduling MaxFileAge to be six minutes and set RolloverSchedule to the top
of the hour. The following would create ten six-minute long files starting anew every hour.
set MaxFileAge “6 Minutes”
set RolloverSchedule “0 * * * *”
Although you specify an exact time with the RolloverSchedule property, the Prime Access Registrar
server only checks the rollover schedule when an accounting event occurs. If your
Prime Access Registrar server receives a steady flow of packets (at least one per minute), the times you
specify are accurate. However, if the Prime Access Registrar server does not receive any packets for a
period of time, no rollovers will occur until the next packet is received. The same is true for MaxFileAge
and MaxFileSize.
Based on the maximum file size and the age specified, Prime Access Registrar closes the accounting file,
moves it to a new name, and reopens the file as a new file. The name given to this accounting file depends
on its creation and modification dates.
For example, if the file was created and modified on the same date, the filename will be of the format
FileNamePrefix-<yyyymmdd>-<n>.log, and the suffix will have year, month, day, and number. If the file
was created on some day and modified on another, the filename will be of the format
FileNamePrefix-<yyyymmdd>-<yyyymmdd>-<n>.log, and the suffix will have creation date,
modification date, and number.
This section contains the following topics:
FilenamePrefix
MaxFileSize
MaxFileAge
RolloverSchedule
UseLocalTimeZone
FilenamePrefix
The FileNamePrefix property enables you to specify a path to the file system in which you store the log
files. If you do not manage your log files regularly, they might use the system resources, which will affect
the performance of the Prime Access Registrar server.
We recommend that you store the log files in a file system different from the file system where you
installed the Prime Access Registrar software by specifying the path in the FilenamePrefix property. By
doing so the Prime Access Registrar server continues to run, even if the accounting logs fill the file
system.
The following example specifies the /usr/arlogs/accounting as the FilenamePrefix:
set /Radius/Services/CiscoAccounting/FilenamePrefix /usr/arlogs/accounting
You can also set up a cron job to check the size of the log files and mail the administrator if the file
system is full.
MaxFileSize
Use MaxFileSize to indicate the maximum size of the accounting.log file in minutes, hours, days, or
weeks. MaxFileAge measures the age of the accounting.log file from the time the previous file rollover
occurred.
7-4
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
Setting Up Accounting
You can specify the following (case insensitive) file sizes:
K, Kilobytes, Kilobytes
M, Megabyte, Megabytes
G, Gigabyte, Gigabytes
The following are examples of valid commands to set MaxFileSize:
set MaxFileSize “500 kilobytes”
The example above sets a MaxFileSize of 500 kilobytes
set maxfilesize “1 G”
The example above sets a MaxFileSize of one gigabyte
set maxfilesize “200 megabyte”
The example above sets a MaxFileSize of 200 megabytes
MaxFileAge
Use MaxFileAge to indicate the maximum age of the log file in minutes, hours, days, or weeks.
MaxFileAge measures the age of the accounting.log file from the time the previous file rollover
occurred.
You can specify the following (case insensitive) periods of time:
M, Minute, or Minutes preceded by a number from 0 to 59
H, Hour, or Hours preceded by a number from 0 to 12
D, Day, or Days preceded by a number from 1 to 31
W, Week, or Weeks preceded by a number from 1 to 52
The following are examples of valid commands to set MaxFileAge:
set MaxFileAge “6 Minutes”
The example above sets a MaxFileAge of 6 minutes.
set maxfileage “2 d”
The example above sets a MaxFileAge of two days.
set maxfileage “1 H”
The example above sets a MaxFileAge of one hour.
RolloverSchedule
You set RolloverSchedule using the following crontab-style time format:
minute hour "day of month" "month of year" "day of week"
Where:
Minute is a value from 0-59
7-5
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
Oracle Accounting
Hour is a value from 0-12
Day (of the month) is a value from 1-31
Month is a value from 1-12
Day (of the week) is a value from 0-6, where 0 is Sunday
UseLocalTimeZone
When set to TRUE, the Prime Access Registrar server stores the accounting records in the log using the
local system time. When set to FALSE (the default), Prime Access Registrar stores the accounting
records in the log using Greenwich Mean Time (GMT).
Oracle Accounting
Previous releases of Prime Access Registrar supported accessing user data from an Oracle database
using Open Database Connectivity (ODBC), but this feature was limited to performing authentication
and authorization (AA). You could only write the accounting records to local file or proxy to another
RADIUS server.
Prime Access Registrar supports writing accounting records into Oracle database enabling integration
between billing systems and Oracle.
Prime Access Registrar adds a new type of service and remote server called odbc-accounting that
enables inserting accounting records into Oracle.
You can write accounting records into Oracle by referring this service in
/Radius/DefaultAccountingService or in the Accounting-Service environment variable.
There is no specified schema structure to use the Oracle accounting feature. You can use your own table
design and configure insert statements using standard SQL in the Prime Access Registrar configuration.
The Prime Access Registrar server executes the insert statements to write the accounting record into
Oracle. This feature is similar to the existing ODBC feature which performs authentication and
authorization.
To improve latency for writing accounting records into database, packet buffering can be used. This
option is enabled using the BufferAccountingPackets property under the odbc-accounting remote server
definition.
Note Prime Access Registrar supports Oracle 10g client and 11g server.
Note For more information about dynamic SQL feature, see Dynamic SQL Feature, page 7-10.
This section contains the following topics:
Configuring Oracle Accounting
Packet Buffering
Dynamic SQL Feature
7-6
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
Oracle Accounting
Configuring Oracle Accounting
To use the Oracle accounting feature,
you must configure a service of type odbc-accounting under /Radius/Services.
you must also configure at least one remote servers of type odbc-accounting under
/Radius/RemoteServers.
This section contains the following topics:
ODBC-Accounting Service
Configuring Oracle Accounting
ODBC RemoteServers
Configuration Examples
Packet Buffering
Dynamic SQL Feature
ODBC-Accounting Service
The following is an example of an ODBC-Accounting service:
[ //localhost/Radius/Services/oracle_accounting ]
Name = oracle_accounting
Description =
Type = odbc-accounting
IncomingScript~ =
OutgoingScript~ =
OutagePolicy~ = RejectAll
OutageScript~ =
MultipleServersPolicy = Failover
RemoteServers/
1. accounting_server
ODBC RemoteServers
Create a remote server under /Radius/RemoteServers, and set its protocol to odbc-accounting. The
following is an example of an ODBC-Accounting RemoteServer’s configuration:
[ //localhost/Radius/RemoteServers/accounting_server ]
Name = accounting_server
Description =
Protocol = odbc-accounting
ReactivateTimerInterval = 300000
Timeout = 15
DataSourceConnections = 8
ODBCDataSource =
KeepAliveTimerInterval = 0
BufferAccountingPackets = TRUE
MaximumBufferFileSize = "10 Megabytes"
NumberOfRetriesForBufferedPacket = 3
BackingStoreEnvironmentVariables =
UseLocalTimeZone = FALSE
AttributeList =
Delimiter =
SQLDefinition/
7-7
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
Oracle Accounting
Table 7-1 describes the ODBC RemoteServer properties.
It is mandatory to set MaximumBufferFileSize property if BufferAccountingPackets property is set to
TRUE. MaximumBufferFileSize can be specified in Kilobytes, Megabytes and Gigabytes. All values
"512 kilobytes", "512 k", "512 KB" are valid for specifying 512 kilobytes.
If buffering is enabled, incoming packets will be accepted and logged to local file until the configured
buffer file size is reached even if the database is offline. Attempts to insert them into Oracle will be made
when database becomes available. This remote server will be marked as down only when the buffer gets
Table 7-1 ODBC RemoteServer Properties
Property Description
Name Name of the remote server; this property is mandatory, and there is no
default
Description Optional description of server
Protocol Must be set to odbc-accounting
ReactivateTimerInterval Mandatory time interval (in milliseconds) to activate an inactive server;
defaults to 300000 ms.
Timeout Mandatory time interval (in seconds) to wait for SQL operation to
complete; defaults to 15 seconds
DataSourceConnections Mandatory number of connections to be established; defaults to 8
ODBCDataSource Name of the ODBCDataSource to use and must refer to one entry in the
list of ODBC datasources configured under
/Radius/Advanced/ODBCDataSources. Mandatory; no default
KeepAliveTimerInterval Mandatory time interval (in milliseconds) to send a keepalive to keep the
idle connection active; defaults to zero (0) meaning the option is disabled
BufferAccountingPackets Mandatory, TRUE or FALSE, determines whether to buffer the
accounting packets to local file, defaults to TRUE which means that
packet buffering is enabled
MaximumBufferFileSize Mandatory if BufferAccountingPackets is set to TRUE, determines the
maximum buffer file size, defaults to 10 Megabyte)
NumberOfRetriesForBuffe
redPacket
Mandatory if BufferAccountingPackets is set to TRUE. A number
greater than zero determines the number of attempts to be made to insert
the buffered packet into Oracle. Defaults to 3.
BackingStoreEnvironment
Vari a b les
Optional; when BufferAccountingPackets is set to TRUE, contains a
comma-separated list of environment variable names to be stored into a
local file along with buffered packet. No default.
BackingStoreEnvironmentVariables can also be specified in scripts using
the BackingStoreEnvironmentVariables environment variable.
UseLocalTimeZone Set to TRUE or FALSE, determines the timezone of accounting records'
TimeStamp (defaults to FALSE).
AttributeList List of comma-separated attribute names.
Delimiter Character used to separate the values of the attributes given in
AttributeList property.
SQLDefinition List of insert, update and delete statements to be executed to insert,
update and delete the accounting record.
7-8
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
Oracle Accounting
full. So, having two odbc-accounting remote servers in the service, first one with buffering enabled and
multiple server policy of FailOver will make the other remote servers to receive packets only when the
first remote server's buffer gets full.
AttributeList is to specify the list of attribute names separated with comma. When this 'AttributeList' is
given in the MarkerList, these attributes' values will be appended together with delimiter specified in
'Delimiter' property and will be supplied as input to that marker.
Attributes from the Prime Access Registrar environment and request dictionaries can be specified in the
MarkerList. Request dictionary will be looked up first for the attributes. Other than the standard
attributes in the Prime Access Registrar dictionaries, two new marker variables are supported inside the
marker list. They are,
TimeStamp—Used to insert the timestamp into Oracle from Prime Access Registrar. Specifying
this will supply the timestamp of that accounting record as a value to the insert statement. Time zone
of this timestamp will be local if UseLocalTimeZone property is set to TRUE, otherwise GMT. This
functionality could also be achieved by employing a trigger on the accounting table in the database.
However, using this marker variable is recommended because the use of triggers negatively affects
performance.
The format of the timestamp marker variable supplied by Prime Access Registrar is
YYYYMMDDHH24MMSS. For example, a timestamp of 20131107211050 represents 21:10:50,
November 07, 2013.
RawAcctRecord—Used to insert the entire accounting record into the database as a single text
field. Contents of this will be whatever is sent by the NAS in the accounting packet and the format
is name=value pairs delimited with the string specified in Delimiter property. If the delimiter
property is not set, the default delimiter is a new line character. RawAcctRecord can be used with
the other marker variables.
If multivalued attributes are specified in the marker list, the multiple values are concatenated together
with delimiters, and the resulting value will be passed to the insert statement. This delimiter can be
specified using the ODBCEnvironmentMultiValueDelimiter property under /Radius/Advanced.
Configuration Examples
This section provides common Oracle accounting configuration examples most likely to be used.
This section contains the following topics:
Inserting Selected Attributes into Separate Columns
Inserting Complete Accounting Packets into One Column
Inserting Selected Attributes into One Column
Updating Selected Attributes
Deleting Selected Attributes
Inserting Selected Attributes into Separate Columns
Use the following SQL and MarkerList properties statement to insert selected attributes into separate
Oracle columns. The Oracle table definition will have separate columns for each attribute.
SQL: “insert into ar_acct (username,nasinfo,packet_type,timestamp) values (?,?,?,?)”
MarkerList: “UserName/SQL_CHAR NAS-Identifier/SQL_CHAR Acct-Status-Type/SQL_CHAR
TimeStamp/SQL_TIMESTAMP”
7-9
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
Oracle Accounting
In this example, all the column data types are CHAR/VARCHAR except the timestamp which is DATE.
If packet buffering option is disabled, instead of TimeStamp marker, you can also use Oracle's sysdate
as a value for the timestamp column. The insert statement will look like the following:
“insert into ar_acct (username,nasinfo,packet_type,timestamp) values (?,?,?,sysdate)”
Inserting Complete Accounting Packets into One Column
Use SQL and MarkerList properties in the SQLStatement like the following to insert the complete
accounting packet into one Oracle column.
SQL: “insert into ar_acct (timestamp,raw_packet) values (?,?)”
MarkerList: “TimeStamp/SQL_TIMESTAMP RawAcctRecord/SQL_VARCHAR”
Inserting Selected Attributes into One Column
To insert selected attribute values into one Oracle column delimited by a comma (,), you must configure
the AttributeList and Delimiter properties of the odbc-accounting RemoteServer object like the
following:
AttributeList = "NAS-Identifier,NAS-Port,Acct-Status-Type,Acct-Session-Id"
Delimiter = ,
The SQL and MarkerList properties in the SQLStatement will look like the following:
SQL: “insert into ar_acct (username,timestamp,attributes) values (?,?,?)”
MarkerList: “UserName/SQL_CHAR TimeStamp/SQL_TIMESTAMP AttributeList/SQL_VARCHAR”
Updating Selected Attributes
Use the following SQL and MarkerList properties statement to update the selected attributes:
SQL: “update arusers_acct set acct_status_type='stop' where username=? and
acct_status_type=?”
MarkerList: "UserName/SQL_CHAR Acct-Status-Type/SQL_CHAR"
Deleting Selected Attributes
Use the following SQL and MarkerList properties statement to delete the selected attributes:
SQL = "delete from arusers_acct where username=?"
MarkerList = UserName/SQL_CHAR
Packet Buffering
You can optionally use packet buffering to improve latency when writing accounting records into the
database. To enable packet buffering,
set the BufferAccountingPackets property in the odbc-accounting remote server to TRUE.
This section contains the following topics:
When Using Packet Buffering
With Packet Buffering Disabled
7-10
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
Oracle Accounting
When Using Packet Buffering
When BufferAccountingPackets is set to TRUE, the Prime Access Registrar server’s
Accounting-Response is returned as soon as the accounting record is successfully written to the local
file. To accomplish the queuing of accounting records to a local file, a variant of the existing session
backing store is used.
Buffered packets will be inserted into Oracle by a set of background worker threads. The
Prime Access Registrar server tries to insert the buffered packet into Oracle for the number of retries
configured in the NumberOfRetriesForBufferedPacket property (remote odbc accounting server
definition). After the configured number of retries, the buffered packets are discarded from the local
file.
Incoming packets will be buffered to local file until the configured MaximumBufferFileSize is
reached. After this limit is reached, no more packets will be addressed. When the database is offline,
this remote server will continue to take incoming packets until MaximumBufferFileSize reaches.
Prime Access Registrar tries to insert these buffered packets when database becomes available.
When using packet buffering, the Prime Access Registrar server can process more incoming packets and
can reduce the bottleneck that could occur if the number of simultaneous incoming packets is large and
the number of connections to the database is less.
With Packet Buffering Disabled
When BufferAccountingPackets is set to FALSE, Accounting-Response is returned after writing the
accounting record into Oracle. Oracle write timing is immediate.
Incoming packets are acknowledged by the remote server only after completing the write into
Oracle.
When the database is offline, no incoming packets are addressed. A slow database server impacts
the packet processing rate.
Dynamic SQL Feature
Using this feature, you can choose the list of SQL statements and the sequence in which the SQL
statements need to be executed during run time. This is done through the usage of scripting points.
The SQL-Sequence variable is provided in the Environment Dictionary and it takes the list of SQL
statement names and separates each statement name by a semicolon (;). For example, the SQL statement
names ‘sql3’, ‘sql4’, and ‘sql5’ are denoted as sql3;sql4;sql5;.
While being processed, the packet will be checked for the status of the SQL-Sequence variable. If the
variable is set, the list of SQL statements will be executed in the order specified. Even if one of the SQL
statements is not found in the configured list of SQL statements, the packet processing fails.
When configured for packet buffering, the BackingStore variable in the Environment Dictionary should
have the SQL-Sequence variable in order to buffer the SQL-Sequence variable along with the packet
information.
7-11
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
LDAP Accounting
LDAP Accounting
Previous releases of Prime Access Registrar, supported accessing user data from an LDAP server, but
this feature was limited to performing authentication and authorization (AA). You can only write the
accounting records to local file or Oracle database or proxy to another RADIUS server.
Prime Access Registrar supports writing accounting records into LDAP server enabling integration
between billing systems and LDAP.
Prime Access Registrar adds a new type of service and remote server called ldap-accounting that
enables inserting accounting records into LDAP.
You can write accounting records into LDAP by referring this service in
/Radius/DefaultAccountingService or in the Accounting-Service environment variable.
There is no specified schema structure to use the LDAP accounting feature. You can use your own object
class design and configure, insert data using AttributesToWrite object in the Prime Access Registrar
configuration. The Prime Access Registrar server inserts all configured attributes to write the accounting
record into LDAP server. This feature is similar to the existing LDAP feature which performs
authentication and authorization.
Note Prime Access Registrar supports LDAP version 3 client and LDAP version 3 server.
Configuring LDAP Accounting
To use the ldap accounting feature,
you must configure a service of type ldap-accounting under /Radius/Services.
You must also configure at least one remote servers of type ldap-accounting under
/Radius/RemoteServers.
This section contains the following topics:
LDAP-Accounting Service
LDAP RemoteServers
Configuration Examples
Configuring the LDAP Service for Accounting
Configuring an LDAP-Accounting RemoteServer
Setting LDAP-Accounting As Accounting Service
LDAP-Accounting Service
The following is an example of the LDAP-Accounting service:
[ //localhost/Radius/Services/ldap_accounting ]
Name = ldap_accounting
Description =
Type = ldap-accounting
IncomingScript~ =
OutgoingScript~ =
OutagePolicy~ = RejectAll
7-12
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
LDAP Accounting
OutageScript~ =
MultipleServersPolicy = Failover
RemoteServers/
1. accounting_server
LDAP RemoteServers
Create a remote server under /Radius/RemoteServers, and set its protocol to ldap-accounting. The
following is an example of an LDAP-Accounting RemoteServer’s configuration:
[ //localhost/Radius/RemoteServers/accounting_server ]
Name = accounting_server
Description =
Protocol = ldap-accounting
Port = 389
ReactivateTimerInterval = 300000
Timeout = 15
HostName =
BindName =
BindPassword =
UseSSL = FALSE
EnableKeepAlive = FALSE
DnPath~ =
EntryName~ = (uid=%s)
ObjectClass =
AttributeList =
Delimiter =
LDAPEnvironmentMultiValueDelimiter =
LimitOutstandingRequests = FALSE
MaxOutstandingRequests = 0
EscapeSpecialCharInUserName = FALSE
DNSLookupAndLDAPRebindInterval =
DataSourceConnections = 1
UseLocalTimeZone = FALSE
AttributesToWrite/
Table 7-2 lists the properties of LDAP-Accounting RemoteServer.
Table 7-2 LDAP-Accounting RemoteServer Properties
Fields Description
Name Name of the remote server; this property is mandatory and there is
no default.
Description Optional description of server.
Protocol Must be set to ldap-accounting .
ReactivateTimerInterval Mandatory time interval (in milliseconds) to activate an inactive
server; defaults to 300000 ms.
Timeout Mandatory time interval (in seconds) to wait for LADP-write
operation to complete; defaults to 15 seconds.
DataSourceConnections Mandatory number of connections to be established; defaults to 8.
EnableKeepAlive Required; default is FALSE. This is enabled to send a TCP
keepalive to keep the idle connection active.
HostName Required; the LDAP server's hostname or IP address.
7-13
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
LDAP Accounting
BindName Optional; the distinguished name (dn) to use when establishing a
connection between the LDAP and RADIUS servers.
BindPassword Optional; the password associated with the BindName.
DnPath Required; the path that indicates where in the LDAP database to
start the write for user information.
EntryName Required; this specifies the write entry name
Prime Access Registrar uses when insetting the LDAP server for
user information. When you configure this property, use the
notation "%s" to indicate where the user ID should be inserted. For
example, a typical value for this property is "(uid=%s)," which
means that when insetting for information about user joe, use the
fentry name uid=joe.
UseLocalTimeZone Optional; the default is FALSE. It determines the timezone of
accounting records TimeStamp.
AttributeList List of comma-separated attribute names.
Delimiter Character used to separate the values of the attributes given in
AttributeList property.
AttributesToWrite List of inserts to be executed to insert the accounting record.
ObjectClass Required; list of object classes which are all schemas defined in
LDAP server. These schemas define required attributes and allowed
attributes for an entry which is inserted from
Prime Access Registrar.
LDAPEnvironmentMultiValueD
elimiter
Optional; allows you to specify a character that separates
multi-valued attribute lists when using ldap-accounting.
LimitOutstandingRequests Required; the default is FALSE. Prime Access Registrar uses this
property in conjunction with the MaxOutstandingRequests
property to tune the RADIUS server's use of the LDAP server.
When you set this property to TRUE, the number of outstanding
requests for this RemoteServer is limited to the value you specified
in MaxOutstandingRequests. When the number of requests
exceeds this number, Prime Access Registrar queues the remaining
requests, and sends them as soon as the number of outstanding
requests drops to this number.
MaxOutstandingRequests Required when you have set the LimitOutstandingRequests to
TRUE. The number you specify, which must be greater than zero,
determines the maximum number of outstanding requests allowed
for this remote server.
EscapeSpecialCharInUserName FALSE by default.
UseSSL A boolean field indicating whether you want
Prime Access Registrar to use SSL (Secure Socket Layer) when
communicating with this RemoteServer. When you set it to TRUE,
be sure to specify the CertificateDBPath field in the Advanced
section, and be sure the port you specified for this RemoteServer is
the SSL port used by the LDAP server.
Table 7-2 LDAP-Accounting RemoteServer Properties (continued)
Fields Description
7-14
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
LDAP Accounting
AttributeList is to specify the list of attribute names separated with comma. When this 'AttributeList' is
given in the ‘AttributesToWrite’ object, these attribute values will be appended together with delimiter
specified in 'Delimiter' property and will be supplied as input to that ldap field name.
Attributes from the Prime Access Registrar environment and request dictionaries can be specified in the
AttributesToWrite’ object. Request dictionary will be looked up first for the attributes. Other than the
standard attributes in the Prime Access Registrar dictionaries, two new variables are supported inside the
AttributesToWrite’ object.
They are:
TimeStamp—Used to insert the timestamp into LDAP server from Prime Access Registrar.
Specifying this will supply the timestamp of that accounting record as a value to the insert. Time
zone of this timestamp will be local if UseLocalTimeZone property is set to TRUE, otherwise GMT.
This functionality could also be achieved by employing a trigger on the accounting object class in
the server.
The format of the timestamp variable supplied by Prime Access Registrar is
YYYYMMDDHH24MMSS. For example, a timestamp of 20131107211050 represents 21:10:50,
November 07, 2013.
RawAcctRecord—Used to insert the entire accounting record into the database as a single text
field. Contents of this will be whatever is sent by the NAS in the accounting packet and the format
is name=value pairs delimited with the string specified in Delimiter property. If the delimiter
property is not set, the default delimiter is a ‘,’ character. RawAcctRecord can be used with the other
variables.
If multivalued attributes are specified in the attribute list, the multiple values are concatenated together
with delimiters, and the resulting value will be passed to the insert statement. This delimiter can be
specified using the LDAPEnvironmentMultiValueDelimiter property.
Configuration Examples
This section provides common LDAP accounting configuration examples most likely to be used.
This section contains the following topics:
Inserting Selected Attributes into Separate LDAP Field
Inserting Complete Accounting Packets into One Field
Inserting Selected Attributes into One Field
Inserting Selected Attributes into Separate LDAP Field
Use the following ObjectClass property and ‘AttribtuesToWrite’ object properties statement to insert
selected attributes into separate LDAP schema. The LDAP schema definition will have separate fields
for each attribute.
[//localhost/Radius/RemoteServers/accounting-server/AttributesToWrite ]
sn = timestamp
uid = username
Inserting Complete Accounting Packets into One Field
Use ObjectClass and ‘AttributesToWrite’ object properties in the ldap-accounting remote server like the
following to insert the complete accounting packet into one LDAP field.
[ //localhost/Radius/RemoteServers/accounting-server/AttributeWrites ]
seealso = rawacctrecord
7-15
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
LDAP Accounting
uid = username
Inserting Selected Attributes into One Field
To insert selected attribute values into one LDAP field delimited by a comma (,), you must configure the
AttributeList and Delimiter properties of the ldap-accounting RemoteServer object like the following:
AttributeList = User-Name,NAS-Port,Acct-Session-Id
Delimiter = ,
AttributeWrites/
telephonenumber = attributelist
uid = username
Configuring the LDAP Service for Accounting
You configure an LDAP-Accounting service under /Radius/Services. When you define an
LDAP-Accounting service under /Radius/Services, you must set its type to ldap-accounting.
[ //localhost/Radius/Services/AR-LDAP-ACCT ]
Name = AR-LDAP-ACCT
Description =
Type = ldap-accounting
IncomingScript~ =
OutgoingScript~ =
OutagePolicy~ = RejectAll
OutageScript~ =
MultipleServersPolicy = Failover
Remoteservers/
This section contains the following topics:
MultipleServersPolicy
RemoteServers
Table 7-3 LDAP-Accounting Service Properties
Fields Description
Name Required; inherited from the upper directory.
Description An optional description of the service.
Type Must be set to LDAP for LDAP service.
IncomingScript Optional.
OutgoingScript Optional.
OutagePolicy Required; must be set to AcceptAll, DropPacket, or RejectAll.
Default is DropPacket.
OutageScript Optional. if you set this property to the name of a script,
Prime Access Registrar runs it when an outage occurs. This
property allows you to create a script that notifies you when the
RADIUS server detects a failure.
MultipleServersPolicy Required; must be set to RoundRobin or defaults to Failover.
RemoteServers Required; list of one or more remote servers defined under
/Radius/Services/LDAP/RemoteServers. These servers must be
listed in.
7-16
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
LDAP Accounting
MultipleServersPolicy
Use the MultipleServersPolicy property to configure the LDAP remote servers in RoundRobin mode, or
the default Failover mode applies. When set to Failover, Prime Access Registrar directs requests to the
first server in the /Radius/Services/LDAP/RemoteServers list. If that server should fail or go offline,
Prime Access Registrar redirects all requests to the next server in the list. The process continues until
Prime Access Registrar locates an online server.
When set to RoundRobin, Prime Access Registrar directs each request to the next server in the
RemoteServers list to share the resource load across all listed servers.
RemoteServers
Use the RemoteServers directory to list one or more remote servers to process access requests. The
servers must also be listed in order under /Radius/RemoteServers.
The order of the RemoteServers list determines the sequence for directing access requests when
MultipleServersPolicy is set to RoundRobin mode. The first server in the list receives all access requests
when MultipleServersPolicy is set to Failover mode.
Configuring an LDAP-Accounting RemoteServer
Use the aregcmd command add to add LDAP servers under /Radius/RemoteServers. You must
configure an LDAP RemoteServer object for each RemoteServer object you list under
/Radius/Services/LDAP/RemoteServers.
The Name, Protocol, Port, HostName, BindName, BindPassword, DnPath, and EntryName properties
must be configured to use an LDAP remote server.
Table 7-4 LDAP Remote Server Properties
Fields Description
Name Name of the remote server; this property is mandatory and there is
no default.
Description Optional description of server.
Protocol Must be set to ldap-accounting.
ReactivateTimerInterval Mandatory time interval (in milliseconds) to activate an inactive
server; defaults to 300000 ms.
Timeout Mandatory time interval (in seconds) to wait for LADP-write
operation to complete; defaults to 15 seconds
DataSourceConnections Mandatory number of connections to be established; defaults to 8.
EnableKeepAlive Mandatory field which is enabled to send a TCP keepalive to keep
the idle connection active; defaults to FALSE meaning the option is
disabled.
HostName Required; the LDAP server's hostname or IP address.
BindName Optional; the distinguished name (dn) to use when establishing a
connection between the LDAP and RADIUS servers.
BindPassword Optional; the password associated with the BindName.
DnPath Required; the path that indicates where in the LDAP database to
start the write for user information.
7-17
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
LDAP Accounting
DNS Look Up and LDAP Rebind Interval
Prime Access Registrar provides a DNS Look-up and LDAP Rebind feature that enables you to use a
smart DNS server for LDAP hostname resolution, allows you to query a DNS server at set intervals to
resolve the LDAP hostname, and optionally rebind to the LDAP server, if necessary.
EntryName Required; this specifies the write entry name
Prime Access Registrar uses when insetting the LDAP server for
user information. When you configure this property, use the
notation "%s" to indicate where the user ID should be inserted. For
example, a typical value for this property is "(uid=%s)," which
means that when insetting for information about user joe, use the
fentry name uid=joe.
UseLocalTimeZone Set to TRUE or FALSE, determines the timezone of accounting
records' TimeStamp (defaults to FALSE).
AttributeList List of comma-separated attribute names.
Delimiter Character used to separate the values of the attributes given in
AttributeList property.
AttributesToWrite List of inserts to be executed to insert the accounting record.
ObjectClass Required; list of object classes which are all schemas defined in
LDAP server. These schemas define required attributes and allowed
attributes for an entry which is inserted from
Prime Access Registrar.
LDAPEnvironmentMultiValueD
elimiter
Optional; allows you to specify a character that separates
multi-valued attribute lists when using ldap-accounting.
LimitOutstandingRequests Required; the default is FALSE. Prime Access Registrar uses this
property in conjunction with the MaxOutstandingRequests
property to tune the RADIUS server's use of the LDAP server.
When you set this property to TRUE, the number of outstanding
requests for this RemoteServer is limited to the value you specified
in MaxOutstandingRequests. When the number of requests
exceeds this number, Prime Access Registrar queues the remaining
requests, and sends them as soon as the number of outstanding
requests drops to this number.
MaxOutstandingRequests Required when you have set the LimitOutstandingRequests to
TRUE. The number you specify, which must be greater than zero,
determines the maximum number of outstanding requests allowed
for this remote server.
EscapeSpecialCharInUserName FALSE by default.
UseSSL A boolean field indicating whether you want
Prime Access Registrar to use SSL (Secure Socket Layer) when
communicating with this RemoteServer. When you set it to TRUE,
be sure to specify the CertificateDBPath field in the Advanced
section, and be sure the port you specified for this RemoteServer is
the SSL port used by the LDAP server.
Table 7-4 LDAP Remote Server Properties (continued)
Fields Description
7-18
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
LDAP Accounting
When you configure Prime Access Registrar to use an LDAP directory server, you can specify the
hostname of the LDAP directory server. The hostname can be a qualified or an unqualified name. You
can also specify a timeout period after which Prime Access Registrar will again resolve the hostname.
If the IP address returned is different from the previous, Prime Access Registrar establishes a new LDAP
bind connection.
The DNSLookupAndLDAPRebindInterval property specifies the timeout period after which the
Prime Access Registrar server will attempt to resolve the LDAP hostname to IP address (DNS
resolution). When you do not modify DNSLookupAndLDAPRebindInterval, the default value zero
indicates the server will perform normal connection and binding only at start-up time or during a reload.
Unless you change the default to a value greater than zero, the server will not perform periodic DNS
lookups.
Prime Access Registrar maintains and uses the existing bind connection until a new one is established
to minimize any performance impact during the transfer. Prime Access Registrar ensures that no
requests are dropped or lost during the transfer to a new LDAP binding.
Set the DNSLookupAndLDAPRebindInterval using a numerical value and the letter H for hours or M
for minutes, such as in the following examples:
set DNSLookupAndLDAPRebindInterval 15M—performs DNS resolution every 15 minutes
Note We recommend that you do not set DNSLookupAndLDAPRebindInterval to a value less than 15 minutes
to minimize its effect on server performance.
set DNSLookupAndLDAPRebindInterval 1h—performs DNS resolution every hour
Configuring the DNS Look-up and LDAP Rebind
To configure the DNS Look-up and LDAP Rebind:
Step 1 Log into the Prime Access Registrar server, and use aregcmd to navigate to
//localhost/Radius/Remoteservers. If necessary, add the LDAP server, or change directory to it.
cd /Radius/RemoteServers/ldap-serv1/
Step 2 Set the DNSLookupAndLDAPRebindInterval property to the interval time desired.
set DNSLookupAndLDAPRebindInterval 30 M
LDAP Rebind Failures
Prime Access Registrar records any name resolution failures, bind successes and failures, and the
destination hostname and IP address in the log file. At trace level 3, Prime Access Registrar also logs
the time of any new bind connections and the closing of any old bind connections.
If either the name resolution or bind attempt fail, Prime Access Registrar continues using the existing
bind connection until the timeout has expired again. If there is no existing bind connection,
Prime Access Registrar marks the remote server object as down.
Setting LDAP-Accounting As Accounting Service
Use aregcmd to configure the LDAP-accounting Service as the default accounting service under
/Radius as in the following:
7-19
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
MySQL Support
set DefaultAccountingService AR-LDAP-ACCT
MySQL Support
Prime Access Registrar provides support for MySQL to query user records from a MySQL database
using odbc interface and enables you to write accounting records into MySQL database using
odbc-accounting. Prime Access Registrar has been tested with MySQL 5.0.90 and MyODBC 3.51.27
(reentrant).
For the Prime Access Registrar server to use MySQL, you must create and configure an
ODBCDataSource object of type myodbc and a RemoteServer object set to protocol odbc.
Note For more information about dynamic SQL feature, see Dynamic SQL Feature, page 7-10.
This section contains the following topics:
Configuring MySQL
Example Configuration
Configuring MySQL
To configure the Prime Access Registrar server to query records form a MySQL database:
Step 1 Log into the Prime Access Registrar server and launch aregcmd.
Log in as a user with administrative rights such as user admin.
Step 2 Change directory to the /Radius/Advanced/ODBCDataSources and add a new ODBCDataSource.
cd /Radius/Advanced/ODBCDataSources
add mysql
Step 3 Set the new ODBCDatasource type to myodbc.
cd mysql
set type myodbc
Step 4 Set the Driver property to the path of the MyODBC library.
Step 5 Set the UserID property to a valid username for the MyODBC database and provide a valid password for
this user.
Step 6 Provide a DataBase name and the name of the Prime Access Registrar RemoteServer object to associate
with the ODBCDataSource.
Step 7 Change directory to /Radius/RemoteServers and add a RemoteServer object to associate with the new
ODBCDatasource.
cd /Radius/RemoteServers
add mysql
7-20
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
Proxying Accounting Records
Step 8 Change directory to the new RemoteServer and set its protocol to odbc-accounting.
cd mysql
set protocol odbc-accounting
Step 9 Set the ODBCDataSource property to the name of the ODBCDataSource to associate with this
RemoteServer object.
set ODBCDataSource mysql
Example Configuration
The following shows an example configuration for a MySQL ODBC data source.
[ //localhost/Radius/Advanced/ODBCDataSources/mysql ]
Name = mysql
Type = myodbc
Driver = /tmp/libmyodbc3_r.so
UserID = mysql
Password = <encrypted>
DataBase = test
Server = mysql-a
Port = 3306
The following shows an example configuration for a RemoteServer
Name = odbc-accounting
Description =
Protocol = odbc-accounting
ReactivateTimerInterval = 300000
Timeout = 15
DataSourceConnections = 8
ODBCDataSource =
KeepAliveTimerInterval = 0
BufferAccountingPackets = TRUE
MaximumBufferFileSize = "10 Megabytes"
NumberOfRetriesForBufferedPacket = 3
BackingStoreEnvironmentVariables =
UseLocalTimeZone = FALSE
AttributeList =
Delimiter =
SQLDefinition/
ODBCToRadiusMappings/
ODBCToEnvironmentMappings/
ODBCToCheckItemMappings/
Proxying Accounting Records
You can configure Prime Access Registrar to store accounting records locally and to proxy the
accounting records to a remote RADIUS server thereby maintaining multiple accounting logs.
This section contains the following topics:
Configuring the Local Cisco Prime Access Registrar Server
7-21
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
Proxying Accounting Records
Configuring the RemoteServer Object
Configuring the Local Cisco Prime Access Registrar Server
This type of setup requires you to configure the following on the local Prime Access Registrar server:
A local accounting service of type file
A remote accounting service of type radius
An accounting service of type group
A RemoteServer object
This section contains the following topics:
Configuring the Local Accounting Service
Configuring the Remote Accounting Service
Configuring the Group Accounting Service
Configuring the Local Accounting Service
The following example shows the configuration required for a local accounting service. This service
must be of type file.
[//localhost/Radius/Services/accserv1/ ]
Name = accserv1
Description =
Type = file
IncomingScript~ =
OutgoingScript~ =
OutagePolicy~ = RejectAll
OutageScript~ =
FilenamePrefix = accounting
MaxFileSize = "10 Megabytes"
MaxFileAge = "1 Day"
RolloverSchedule =
UseLocalTimeZone = FALSE
Configuring the Remote Accounting Service
The following example shows the configuration required for a remote accounting service. This service
must be of type radius, and the name of the remote server must be listed under the RemoteServers
subdirectory.
[//localhost/Radius/Services/accserv2/
Name = accserv2
Description =
Type = radius
IncomingScript~ =
OutgoingScript~ =
OutagePolicy~ = RejectAll
OutageScript~ =
MultipleServersPolicy = Failover
RemoteServers/
1. RemoteRADIUS
7-22
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
Proxying Accounting Records
Configuring the Group Accounting Service
The following example shows the configuration required for a grouping accounting service. This service
must be of type group and the local and remote accounting services, accserv1 and accserv2 in the
previous examples, should be added under the GroupServices subdirectory.
The CiscoAccounting service groups these two services. The type property should be set to group. The
services accserv1 and accserv2 should be added under GroupServices subdirectory of CiscoAccounting
service.
[//localhost/Radius/Services/GroupAccounting/
Name = GroupAccounting
Description =
Type = group
IncomingScript~ =
OutgoingScript~ =
RolloverSchedule =
ResultRule = AND
GroupServices/
1. accserv1
2. accserv2
Refer to Service Grouping Feature, page 17-14, for more information about the Prime Access Registrar
Service Grouping feature.
Configuring the RemoteServer Object
The following example shows the configuration required for the RemoteServer object in the local
Prime Access Registrar server.
[ //localhost/Radius/RemoteServers ]
Entries 1 to 1 from 1 total entries
Current filter: <all>
RemoteRADIUS/
Name = RemoteRADIUS
Description =
Protocol = radius
IPAddress = aa.bb.cc.dd
Port = 1645
ReactivateTimerInterval = 300000
SharedSecret = secret
Vendor =
IncomingScript~ =
OutgoingScript~ =
MaxTries = 3
InitialTimeout = 2000
AccountingPort = 1646
ACKAccounting = TRUE
If the ACKAccounting property is set to FALSE, Prime Access Registrar disregards the accounting
acknowledgement and continues with the packet processing rather than waiting for the accounting
acknowledgement from the Remote server.
The group service, CiscoAccounting in this example, should be defined as the default accounting service
for any accounting packets received by the local Prime Access Registrar server, as in the following:
set /Radius/DefaultAccountingService CiscoAccounting
7-23
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
Accounting Log Examples
Accounting Log Examples
This section provides examples of accounting log information recorded in an accounting log file.This
section contains the following topics:
Accounting-Start Packet
Accounting Stop Packet
Trace of Successful Accounting
Accounting-Start Packet
The Accounting-Start packet describes the type of service and the user attempting to login.
Tue, 06 Dec 2013 12:32:17.036
User-Name = bob
NAS-Port = 1
Framed-IP-Address = 1.1.1.1
Class = yahoo.com
NAS-Identifier = localhost
Acct-Status-Type = Start
Acct-Session-Id = 1
Accounting Stop Packet
When the session ends, the NAS sends an Accounting Stop packet that describe the type of service that
was delivered. The Accounting Stop packet might also contain statistics such as elapsed time, input and
output octets, or input and output packets.
Tue, 06 Dec 2013 12:32:17.036
User-Name = bob
NAS-Port = 1
Framed-IP-Address = 1.1.1.1
Class = yahoo.com
NAS-Identifier = localhost
Acct-Status-Type = Stop
Acct-Session-Id = S209524
Trace of Successful Accounting
The following is a trace example of a successful accounting sequence.
11/12/2013 21:27:58: P6699: Packet received from 10.1.9.204
11/12/2013 21:27:58: P6699: Trace of Accounting-Request packet
11/12/2013 21:27:58: P6699: identifier = 127
11/12/2013 21:27:58: P6699: length = 45
11/12/2013 21:27:58: P6699: reqauth = ed:d6:a6:ae:57:09:b8:55:a8:d4:c4:0d:f7:be:06:2a
11/12/2013 21:27:58: P6699: User-Name = bob
11/12/2013 21:27:58: P6699: NAS-Identifier = localhost
11/12/2013 21:27:58: P6699: Acct-Status-Type = Start
11/12/2013 21:27:58: P6699: Acct-Session-Id = 1
11/12/2013 21:27:58: P6699: Using Client: cubone (10.1.9.204)
11/12/2013 21:27:58: P6699: Using NAS: localhost (127.0.0.1)
11/12/2013 21:27:58: P6699: Request is directly from a NAS: FALSE
7-24
Cisco Prime Access Registrar 6.0.1 User Guide
OL-29189-01
Chapter 7 RADIUS Accounting
Sample Error Messages
11/12/2013 21:27:58: P6699: Running NAS localhost (127.0.0.1) IncomingScript: Pa seServiceHints
11/12/2013 21:27:58: P6699: Rex: environ->get( "Request-Type" ) -> "Accounting-Request"
11/12/2013 21:27:58: P6699: Rex: environ->get( "User-Name" ) -> ""
11/12/2013 21:27:58: P6699: Rex: request->get( "User-Name", 0 ) -> "bob"
11/12/2013 21:27:58: P6699: Accounting with Service accserv1
11/12/2013 21:27:58: P6699: Trace of Accounting-Response packet
11/12/2013 21:27:58: P6699: identifier = 127
11/12/2013 21:27:58: P6699: length = 20
11/12/2013 21:27:58: P6699: reqauth = a6:40:45:02:4c:8b:6f:00:4f:18:4a:b8:fe:28:9d:f4
11/12/2013 21:27:58: P6699: Sending response to 10.1.9.204
Sample Error Messages
The following are sample accounting error messages:
Error message logged in name_radius_1_log file when the disk is full and AR is trying to
record an accounting request.
05/15/2013 2:52:29 name/radius/1 Error System 0 Failed to write records to the accounting
report file '/usr/accounting.log' - accounting records lost
Note An Accounting-Response packet is sent only if the accounting record is written to the file in the disk. If
the disk is full, an Accounting-Response packet is not sent.
Error message logged in name_radius_1_log file when the path specified in the
FilenamePrefix property is not valid.
05/15/2013 4:11:12 name/radius/1 Error Configuration 0 Error in property
/Radius/Services/CiscoAccounting/FilenamePrefix: Unable to write to the specified report
file prefix (/tmp/AR/accounting)
CHAPTER
8-1
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
8
Diameter
Diameter is a networking protocol which is derived from RADIUS protocol. It is considered to be the
next generation Authentication, Authorization, and Accounting (AAA) protocol. This is the other core
protocol used in the IP Multimedia Subsystem (IMS) architecture for IMS Entities to exchange AAA
related information. Cisco Prime Access Registrar (Prime Access Registrar) supports Diameter
Applications based on the Diameter Base Protocol defined in RFC 6733.
Diameter is composed of a base protocol and a set of applications which allows it to extend its services
to new access technologies. The base protocol provides basic mechanisms for reliable transport, message
delivery, and error handling. Each application is defined by an application identifier and associated with
commands. Each command is defined with mandatory Attribute Value Pairs (AVPs) and non-mandatory
AVPs including vendor-specific AVPs.
The base protocol must be used in conjunction with a Diameter application. Each application relies on
the services of the base protocol to support a specific type of network access.
The following is the list of applications supported by Prime Access Registrar:
Diameter Network Access Server Application (NASREQ, RFC 4005)
Diameter Base Accounting (RFC 6733)
Diameter Extensible Authentication Protocol (EAP) Application (RFC 4072)
This chapter contains the following sections:
Diameter with EAP Support
Diameter Server Startup Log
Diameter Stack Level Messages
Configuring Authentication and Authorization for Diameter
Configuring Diameter Accounting
Configuring the Diameter Application in Prime Access Registrar
Writing Diameter Application in Prime Access Registrar
Translation Framework for Diameter
Managing Diameter Sessions, page 8-24
8-2
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Diameter with EAP Support
Diameter with EAP Support
The Extensible Authentication Protocol (EAP), is an authentication framework which supports multiple
authentication mechanisms. EAP may be used on dedicated links, switched circuits, and wired as well
as wireless links. For more information on EAP support in Prime Access Registrar, see Chapter 9,
“Extensible Authentication Protocols.
Prime Access Registrar supports Diameter EAP application that carries EAP packets between a Network
Access Server (NAS) working as an EAP Authenticator and a back-end authentication server. The
Diameter EAP application is based on the Diameter Network Access Server Application [NASREQ] and
is intended for environments similar to NASREQ.
In the Diameter EAP application, authentication occurs between the EAP client and its home Diameter
server. This end-to-end authentication reduces the possibility for fraudulent authentication, such as
replay and man-in-the-middle attacks. End-to-end authentication also provides a possibility for mutual
authentication, which is not possible with PAP and CHAP in a roaming PPP environment.
This topic contains the following sections:
Advertising Application Support, page 8-2
Diameter EAP Conversation Flow, page 8-2
Advertising Application Support
Diameter nodes conforming to this specification must advertise support by including the Diameter EAP
Application ID value of 5 in the Auth-Application-Id AVP of the Capabilities-Exchange-Request and
Capabilities-Exchange-Answer command [BASE].
If the NAS receives a response with the Result-Code set to
DIAMETER_APPLICATION_UNSUPPORTED [BASE], it indicates that the Diameter server in the
home realm does not support EAP. If possible, the access device may attempt to negotiate another
authentication protocol, such as PAP or CHAP. An access device must be cautious when determining
whether a less secure authentication protocol will be used, since this could result from a downgrade
attack.
Diameter EAP Conversation Flow
The EAP conversation between the authenticating peer and the access device begins with the initiation
of EAP within a link layer, such as PPP [RFC1661] or IEEE 802.11i [IEEE-802.11i]. Once EAP has been
initiated, the access device will typically send a Diameter-EAP- Request message with an empty
EAP-Payload AVP to the Diameter server, signifying an EAP-Start. Prime Access Registrar routes the
message to the Diameter EAP service through the rules and policy engine (and/or client, server and
vendor scripting point) through which the packet is processed. The Diameter EAP Service forms a
Diameter-EAP-Answer message containing an EAP-Payload AVP that includes an encapsulated EAP
packet. The Result-Code AVP in the message will be set to DIAMETER_MULTI_ROUND_AUTH,
signifying that a subsequent request is expected.
Figure 8-1 describes the Diameter EAP request flow.
8-3
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Diameter Server Startup Log
Figure 8-1 Diameter EAP Request Flow
The access device issues the EAP-Request/Identity message to the EAP client, and forwards the
EAP-Response/Identity packet, encapsulated within the EAP-Payload AVP, as a Diameter-EAP-Request
to Prime Access Registrar as shown in Figure 8-2. This reduces the number of Diameter message round
trips.
Figure 8-2 Diameter EAP Response Flow
The conversation continues until the Diameter server sends a Diameter-EAP-Answer with a Result-Code
AVP indicating success or failure, and an optional EAP-Payload. The Result-Code AVP is used by the
access device to determine whether service is to be provided to the EAP client or not. The access device
must not rely on the contents of the optional EAP-Payload to determine whether service is to be provided
or not.
Diameter Server Startup Log
When Prime Access Registrar starts, Diameter server also starts.
The log file shows the following:
09/30/2013 6:38:47.419 name/radius/1 Info Server 0 Diameter Server Started
09/30/2013 6:38:47.437 name/radius/1 Info Protocol 0 Starting diameter core
User ServerNAS
(Initiate EAP)
Diameter-EAP-Request
EAP-Payload (EAP Start)
Diameter-EAP-Answer
Result-Code=DIAMETER_MULTI_ROUND_AUTH
EAP-Payload (EAP Request #1)
EAP Request #1
continues
361688
User ServerNAS
(Initiate EAP)
Diameter-EAP-Request
EAP-Payload (EAP Response)
EAP Request (Identity)
EAP Response (Identity)
continues
361689
8-4
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Diameter Stack Level Messages
09/30/2013 6:38:47.447 name/radius/1 Info Protocol 0 Product : Cisco Prime
Access Registrar
09/30/2013 6:38:47.447 name/radius/1 Info Protocol 0 Version : 6
09/30/2013 6:38:47.447 name/radius/1 Info Protocol 0 Vendor Id : 0
09/30/2013 6:38:47.447 name/radius/1 Info Protocol 0 Auth Application : 0
09/30/2013 6:38:47.447 name/radius/1 Info Protocol 0 Auth Application : 1
09/30/2013 6:38:47.447 name/radius/1 Info Protocol 0 Acct Application : 3
09/30/2013 6:38:47.447 name/radius/1 Info Protocol 0 Dictionary :
/cisco-ar/conf/diadictionary.xml
09/30/2013 6:38:47.447 name/radius/1 Info Protocol 0 Identity :
10.81.79.43
09/30/2013 6:38:47.447 name/radius/1 Info Protocol 0 Realm : abc.com
09/30/2013 6:38:47.447 name/radius/1 Info Protocol 0 TCP Listen : 3868
09/30/2013 6:38:47.447 name/radius/1 Info Protocol 0 SCTP Listen : 3868
09/30/2013 6:38:47.447 name/radius/1 Info Protocol 0 Watch-Dog timeout : 500
09/30/2013 6:38:47.447 name/radius/1 Info Protocol 0 Use IPv6 : 0
09/30/2013 6:38:47.447 name/radius/1 Info Protocol 0 Re-transmission Int : 8
09/30/2013 6:38:47.447 name/radius/1 Info Protocol 0 Max Re-trans Int : 3
09/30/2013 6:38:47.447 name/radius/1 Info Protocol 0 Recv Buffer Size : 20480
09/30/2013 6:38:47.448 name/radius/1 Info Protocol 0 Hostnames Used :
10.81.79.43
09/30/2013 6:38:47.448 name/radius/1 Info Protocol 0 Dumping Peer Table
09/30/2013 6:38:47.448 name/radius/1 Info Protocol 0 Expire Time 1
09/30/2013 6:38:47.448 name/radius/1 Info Protocol 0 Peer : Host = 10.77.240.54,
Port = 3868, AdvertiseHostName = , AdvertisedRealm = , TLS = 0
09/30/2013 6:38:47.448 name/radius/1 Info Protocol 0 Peer : Host = 10.77.240.53,
Port = 3868, AdvertiseHostName = , AdvertisedRealm= , TLS = 0
09/30/2013 6:38:47.448 name/radius/1 Info Protocol 0 Dumping Route Table
09/30/2013 6:38:47.448 name/radius/1 Info Protocol 0 Exp Time : 0
09/30/2013 6:38:47.448 name/radius/1 Info Protocol 0 Route : Realm =
dia.com, Action = 2, Redirect-Usage = 0
09/30/2013 6:38:47.448 name/radius/1 Info Protocol 0
Application Id=1, Vendor=0
09/30/2013 6:38:47.449 name/radius/1 Info Protocol 0 Server
= 10.77.240.53, metric = 2
09/30/2013 6:38:47.449 name/radius/1 Info Protocol 0 Auth Stateful Auth : stateful
09/30/2013 6:38:47.449 name/radius/1 Info Protocol 0 Auth Session(T) : 30
09/30/2013 6:38:47.449 name/radius/1 Info Protocol 0 Auth Lifetime(T) : 360
09/30/2013 6:38:47.449 name/radius/1 Info Protocol 0 Auth Grace(T) : 30
09/30/2013 6:38:47.450 name/radius/1 Info Protocol 0 Auth Abort(T) : 20
09/30/2013 6:38:47.450 name/radius/1 Info Protocol 0 Acct Session(T) : 30
09/30/2013 6:38:47.450 name/radius/1 Info Protocol 0 Acct Interim Int : 5
09/30/2013 6:38:47.450 name/radius/1 Info Protocol 0 Acct Real-Time : 0
09/30/2013 6:38:47.450 name/radius/1 Info Protocol 0 Debug Log : enabled
09/30/2013 6:38:47.450 name/radius/1 Info Protocol 0 Trace Log : enabled
09/30/2013 6:38:47.450 name/radius/1 Info Protocol 0 Info Log : enabled
09/30/2013 6:38:47.450 name/radius/1 Info Protocol 0 Console Log : enabled
09/30/2013 6:38:47.450 name/radius/1 Info Protocol 0 Syslog Log : disabled
Diameter Stack Level Messages
The following are the stack level messages that are exchanged between the diameter peers:
Capabilities Exchange Message
Watchdog Message
8-5
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Diameter Stack Level Messages
Capabilities Exchange Message
When Diameter peers establish a transport connection to Prime Access Registrar, they will exchange the
Capabilities Exchange messages. This message allows the discovery of a peer's identity and its
capabilities (protocol version number, supported Diameter applications, security mechanisms, etc.)
The log file shows the following:
12/03/2013 7:16:07.117 name/radius/1 Info Server 0 Starting Server
12/03/2013 7:16:07.308 name/radius/1 Info Server 0 RollingEncryption using new key 27
12/03/2013 7:16:07.329 name/radius/1 Info Server 0 Sticky Sessions BGwrite thread
activated
12/03/2013 7:16:07.491 name/radius/1 Info Server 0 RollingEncryption using new key 27
12/03/2013 7:16:07.535 name/radius/1 Info Server 0 Sticky Session Count BG thread
activated.
12/03/2013 7:16:07.564 name/radius/1 Info Server 0 Starting Interface 127.0.0.1, port
1812 (RADIUS Access)
12/03/2013 7:16:07.564 name/radius/1 Info Server 0 Starting Interface 127.0.0.1, port
1813 (RADIUS Accounting)
12/03/2013 7:16:07.564 name/radius/1 Info Server 0 Starting Interface 127.0.0.1, port
49 (TACACS+)
12/03/2013 7:16:07.564 name/radius/1 Info Server 0 Starting Interface 127.0.0.1, port
3868 (Diameter-TCP)
12/03/2013 7:16:07.564 name/radius/1 Info Server 0 Starting Interface 127.0.0.1, port
3868 (Diameter-SCTP)
12/03/2013 7:16:07.564 name/radius/1 Info Server 0 Starting Interface 10.77.247.110,
port 1812 (RADIUS Access)
12/03/2013 7:16:07.565 name/radius/1 Info Server 0 Starting Interface 10.77.247.110,
port 1813 (RADIUS Accounting)
12/03/2013 7:16:07.565 name/radius/1 Info Server 0 Starting Interface 10.77.247.110,
port 49 (TACACS+)
12/03/2013 7:16:07.565 name/radius/1 Info Server 0 Starting Interface 10.77.247.110,
port 3868 (Diameter-TCP)
12/03/2013 7:16:07.565 name/radius/1 Info Server 0 Starting Interface 10.77.247.110,
port 3868 (Diameter-SCTP)
12/03/2013 7:16:07.565 name/radius/1 Info Server 0 Starting IPv6 Interface ::1, port
1812 (RADIUS Access)
12/03/2013 7:16:07.565 name/radius/1 Info Server 0 Starting IPv6 Interface ::1, port
1813 (RADIUS Accounting)
12/03/2013 7:16:07.565 name/radius/1 Info Server 0 Starting IPv6 Interface ::1, port
49 (TACACS+)
12/03/2013 7:16:07.565 name/radius/1 Error Configuration 0 Interface
fe80::20c:29ff:fe0b:6ed0: af_bind() to port 1812 failed with -2147418090
12/03/2013 7:16:07.565 name/radius/1 Error Server 0 Failed to start IPv6 Interface
fe80::20c:29ff:fe0b:6ed0, port 1812 (RADIUS Access)
12/03/2013 7:16:07.565 name/radius/1 Info Server 0 Starting Replication Manager
12/03/2013 7:16:07.565 name/radius/1 Info Server 0 Replication Disabled
12/03/2013 7:16:07.566 name/radius/1 Info Server 0 SNMP is disabled
12/03/2013 7:16:07.567 name/radius/1 Info Server 0 Memory limit for Radius process is
activated
12/03/2013 7:16:07.567 name/radius/1 Info Server 0 Server Started Successfully (pid:
5889)
12/03/2013 7:16:50.235 name/radius/1 Info System 0 Trace level set to 5
12/03/2013 7:16:58.572 name/radius/1 Info Server 0 Received CER from 10.77.240.54
12/03/2013 7:16:58.572 name/radius/1 Info Server 0 CER is succeeded and CEA is sent
to 10.77.240.54
8-6
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Configuring Authentication and Authorization for Diameter
Watchdog Message
The Device-Watchdog-Request and Device-Watchdog-Answer messages are used to proactively detect
transport failures. Device Watchdog message time interval is configurable in Prime Access Registrar.
The log file shows the following:
10/07/2013 10:44:15.143: Log: Watchdog msg from [thomas.cisco.com.cisco1.com],
state=1254936955, time=1254937455.
Terminating Diameter User Session
In Prime Access Registrar, Diameter Session management is independent of Diameter accounting.
Session termination is conveyed by a specific Session-Termination message rather than an Accounting
Stop message.
The log file shows the following:
10/07/2013 10:37:39.299: Log: *** Session termination request received ***
10/07/2013 10:37:39.299: Log: Session id=thomas.cisco.com.cisco1.com;{;H;
10/07/2013 10:37:39.299: Log: From Host: thomas.cisco.com
10/07/2013 10:37:39.299: Log: From Realm: cisco1.com
10/07/2013 10:37:39.299: Log: From User: invaliduser
10/07/2013 10:37:39.299: Log: Termination Cause: 5003
10/07/2013 10:37:39.299: Log: Auth Application Id: 1
10/07/2013 10:37:39.300: Log: Session disconnect for Session-Id:
thomas.cisco.com.cisco1.com;1254936955;124122
Note In Prime Access Registrar, session management does not support Diameter messages. Diameter base
stack (RFC 6733) will maintain the session.
Configuring Authentication and Authorization for Diameter
This section describes how to configure Prime Access Registrar to perform authentication and
authorization and how to configure a local service and userlist.
See Table 4-7 for more information on Diameter client properties.
This section contains the following topics:
Configuring Local Authentication and Authorization
Configuring External Authentication Service
Configuring Local Authentication and Authorization
In Diameter, an AA-Request packet is a request for authentication and authorization. Authentication
checks username and password credentials, while authorization typically involves returning the correct
information to allow the service a user is authorized to have. Prime Access Registrar performs AA and
returns the appropriate Diameter attributes in an AA-Answer packet.
8-7
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Configuring Authentication and Authorization for Diameter
For adding a Diameter peer in Prime Access Registrar, configure a new entry in the clients (including
Policy and Charging Rules Functions (PCRF), Home Subscriber Servers (HSS), Mobility Management
Entities (MME), Online Charging Systems (OCS), and others) and remote server object.
The following shows an example configuration for adding a Diameter peer (NAS/Client) in
Prime Access Registrar.
[ //localhost/Radius/Clients/51dia ]
Name = 51dia
Description =
Protocol = diameter
HostName = 10.81.79.241
PeerPort = 3868
Vendor =
IncomingScript~ =
OutgoingScript~ =
AdvertisedHostName =
AdvertisedRealm =
WatchDogTimeout = 500000
SCTP-Enabled = FALSE
SCTPAdvertisedHostName/
[//localhost/Radius/Services/diaservice]
Name = diaservice
Description =
Type = diameter
IncomingScript~ =
OutgoingScript~ =
EnableSticky = FALSE
MultiplePeersPolicy = Failover
PeerTimeOutPolicy = FailOver
DiaRemoteServers/
Entries 1 to 1 from 1 total entries
Current filter:
65/
Name = 65
Metric = 2
Weight = 0
IsActive = TRUE
Note You should restart the Prime Access Registrar server if you change any Diameter specific configuration.
See Table 4-7 and Table 4-21 for more details.
Configuring a Local Service and UserList
See “Configuring a Local Service and UserList” section on page 6-1 for more information on how to
configure a local service and user list.
The following messages are logged in the trace file at the time of authenticating a valid user:
12/03/2013 7:32:42.395: P825: Packet received from 10.77.240.54
12/03/2013 7:32:42.395: P825: Application id: 1, Cmd code: 265, Flag: 0x80
12/03/2013 7:32:42.395: P825: Using Client: NAS
12/03/2013 7:32:42.395: P825: Trace of Diameter Packet
12/03/2013 7:32:42.395: P825: Destination-Realm = cisco.com
12/03/2013 7:32:42.395: P825: User-Name = bob
12/03/2013 7:32:42.395: P825: User-Password = <encrypted>
12/03/2013 7:32:42.395: P825: Auth-Request-Type = 3
12/03/2013 7:32:42.395: P825: Origin-Host = 10.77.240.54
8-8
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Configuring Authentication and Authorization for Diameter
12/03/2013 7:32:42.395: P825: Session-Id = .;2096298391;7
12/03/2013 7:32:42.395: P825: Auth-Application-Id = 1
12/03/2013 7:32:42.395: P825: Origin-Realm = xyz.com
12/03/2013 7:32:42.395: P825: Tracing the packet after running the rules and policies
12/03/2013 7:32:42.395: P825: Using Client: NAS
12/03/2013 7:32:42.395: P825: FastRule Engine called for packet
12/03/2013 7:32:42.395: P825: Fastrule return = 0
12/03/2013 7:32:42.395: P825: Authenticating and Authorizing with Service local-users
12/03/2013 7:32:42.395: P825: Getting User bob's UserRecord from UserList Default
12/03/2013 7:32:42.396: P825: user list user bob's password matches
12/03/2013 7:32:42.396: P825: Processing UserGroup PPP-users's check items
12/03/2013 7:32:42.396: P825: User bob is part of UserGroup PPP-users
12/03/2013 7:32:42.396: P825: Merging UserGroup PPP-users's BaseProfiles into
response dictionary
12/03/2013 7:32:42.396: P825: Merging BaseProfile default-PPP-users into response
dictionary
12/03/2013 7:32:42.396: P825: Merging attributes into the Response Dictionary:
12/03/2013 7:32:42.396: P825: Merging attributes into the InnerRadius Dictionary:
12/03/2013 7:32:42.396: P825: Adding attribute Service-Type, value = Framed
12/03/2013 7:32:42.396: P825: Adding attribute Framed-Protocol, value = PPP
12/03/2013 7:32:42.396: P825: Adding attribute Framed-Routing, value = None
12/03/2013 7:32:42.396: P825: Adding attribute Framed-MTU, value = 1500
12/03/2013 7:32:42.396: P825: Adding attribute Framed-Compression, value = VJ
TCP/IP header compression
12/03/2013 7:32:42.396: P825: Adding attribute Ascend-Idle-Limit, value = 1800
12/03/2013 7:32:42.396: P825: Merging UserGroup PPP-users's Attributes into response
Dictionary
12/03/2013 7:32:42.396: P825: Merging attributes into the Response Dictionary:
12/03/2013 7:32:42.396: P825: Merging attributes into the InnerRadius Dictionary:
12/03/2013 7:32:42.396: P825: Trace of Diameter Packet
12/03/2013 7:32:42.396: P825: User-Name = bob
12/03/2013 7:32:42.396: P825: Result-Code = 2001
12/03/2013 7:32:42.396: P825: Auth-Request-Type = 3
12/03/2013 7:32:42.396: P825: Origin-Host = 10.77.247.110
12/03/2013 7:32:42.396: P825: Session-Id = .;2096298391;7
12/03/2013 7:32:42.396: P825: Auth-Application-Id = 1
12/03/2013 7:32:42.396: P825: Origin-Realm = abc.com
12/03/2013 7:32:42.396: P825: Sending response to 10.77.240.54
The following messages are logged in the trace file at the time of authenticating an invalid user:
12/03/2013 7:17:00.625: P76: Packet received from 10.77.240.54
12/03/2013 7:17:00.625: P76: Application id: 1, Cmd code: 265, Flag: 0x80
12/03/2013 7:17:00.625: P76: Trace of Diameter Packet
12/03/2013 7:17:00.625: P76: Destination-Realm = cisco.com
12/03/2013 7:17:00.625: P76: User-Name = user.1
12/03/2013 7:17:00.626: P76: User-Password = <encrypted>
12/03/2013 7:17:00.626: P76: Auth-Request-Type = 3
12/03/2013 7:17:00.626: P76: Origin-Host = 10.77.240.54
12/03/2013 7:17:00.626: P76: Session-Id = .;2096298391;2
12/03/2013 7:17:00.626: P76: Auth-Application-Id = 1
12/03/2013 7:17:00.626: P76: Origin-Realm = xyz.com
12/03/2013 7:17:00.626: P76: Tracing the packet after running the rules and policies
12/03/2013 7:17:00.626: P76: Using Client: NAS
12/03/2013 7:17:00.626: P76: FastRule Engine called for packet
12/03/2013 7:17:00.626: P76: Fastrule return = 0
12/03/2013 7:17:00.626: P76: Authenticating and Authorizing with Service local-users
12/03/2013 7:17:00.626: P76: Getting User user.1's UserRecord from UserList Default
12/03/2013 7:17:00.626: P76: Failed to get User user.1's UserRecord from UserList
Default
12/03/2013 7:17:00.626: P76: Trace of Diameter Packet
12/03/2013 7:17:00.626: P76: User-Name = user.1
12/03/2013 7:17:00.626: P76: Result-Code = 4001
12/03/2013 7:17:00.626: P76: Auth-Request-Type = 3
8-9
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Configuring Diameter Accounting
12/03/2013 7:17:00.626: P76: Origin-Host = 10.77.247.110
12/03/2013 7:17:00.626: P76: Session-Id = .;2096298391;2
12/03/2013 7:17:00.626: P76: Auth-Application-Id = 1
12/03/2013 7:17:00.626: P76: Origin-Realm = abc.com
12/03/2013 7:17:00.626: P76: Sending response to 10.77.240.54
Configuring External Authentication Service
See Table 4-17 for more information on how to configure external authentication service.
Configuring Diameter Accounting
This section describes Diameter Accounting in Prime Access Registrar as defined in Internet RFC 6733.
This section explains the following:
Understanding Diameter Accounting
Setting Up Local Accounting
Diameter Accounting Log Examples
Understanding Diameter Accounting
Diameter Accounting is the process of collecting and storing the information contained in
Accounting-Event, Accounting-Start, and Accounting-Interim and Accounting-Stop messages. Internet
RFC 6733 describes the protocol for sending accounting information between a Network Access Server
(NAS) and a DIAMETER server.
Note Prime Access Registrar uses TCP port number 3868 as its default port for Diameter accounting
messages. Accounting/Authentication port number is configurable in Prime Access Registrar.
Setting Up Local Accounting
See Chapter 7, “Setting Up Accounting” for more information.
Note Local accounting is done on a local file and cannot be used as ocs.
Setting Up Oracle Accounting
See Chapter 7, “Oracle Accounting” for more information.
Diameter Accounting Log Examples
This section provides examples of Diameter accounting information recorded in an accounting log file.
8-10
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Configuring Diameter Accounting
Accounting Event Packet
Tue, 20 Oct 2013 15:27:18.340
Session-Id = thomas.cisco.com.cisco1.com;1256052431;900083
Origin-Host = thomas.cisco.com
Origin-Realm = cisco1.com
Destination-Realm = cisco.com
Accounting-Record-Type = 1
Accounting-Record-Number = 1
Acct-Application-Id = 3
Accounting-Sub-Session-Id = 1
Acct-Interim-Interval = 5
Accounting-Realtime-Required = 0
Origin-State-Id = 1256052431
Accounting Start Packet
Tue, 20 Oct 2013 15:49:57.086
Session-Id = thomas.cisco.com.cisco1.com;1256053789;847161
Origin-Host = thomas.cisco.com
Origin-Realm = cisco1.com
Destination-Realm = cisco.com
Accounting-Record-Type = 2
Accounting-Record-Number = 1
Acct-Application-Id = 3
Accounting-Sub-Session-Id = 1
Acct-Interim-Interval = 5
Accounting-Realtime-Required = 0
Origin-State-Id = 1256053789
Account Interim Packet
Tue, 20 Oct 2013 15:50:12.338
Session-Id = thomas.cisco.com.cisco1.com;1256053789;847161
Origin-Host = thomas.cisco.com
Origin-Realm = cisco1.com
Destination-Realm = cisco.com
Accounting-Record-Type = 3
Accounting-Record-Number = 4
Acct-Application-Id = 3
Accounting-Sub-Session-Id = 1
Acct-Interim-Interval = 5
Accounting-Realtime-Required = 1
Origin-State-Id = 1256053789
Accounting Stop Packet
Tue, 20 Oct 2013 15:50:18.116
Session-Id = thomas.cisco.com.cisco1.com;1256053789;847161
Origin-Host = thomas.cisco.com
Origin-Realm = cisco1.com
Destination-Realm = cisco.com
Accounting-Record-Type = 4
Accounting-Record-Number = 6
Acct-Application-Id = 3
Accounting-Sub-Session-Id = 1
Acct-Interim-Interval = 5
Accounting-Realtime-Required = 1
Origin-State-Id = 1256053789
8-11
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Configuring the Diameter Application in Prime Access Registrar
Trace of Successful Accounting
The following is a trace example of a successful accounting sequence:
10/02/2013 12:05:03.146: P161: Trace of Diameter-Accounting-Request packet
10/02/2013 12:05:03.146: P161: Session-Id =
10.81.79.42.cisco5.com;1317577008;898336
10/02/2013 12:05:03.146: P161: Accounting-Record-Number = 1
10/02/2013 12:05:03.146: P161: Accounting-Record-Type = 2
10/02/2013 12:05:03.146: P161: Destination-Realm = abc.com
10/02/2013 12:05:03.146: P161: Origin-Host = 10.81.79.42
10/02/2013 12:05:03.146: P161: Origin-Realm = cisco5.com
10/02/2013 12:05:03.146: P161: Accounting-Realtime-Required = 0
10/02/2013 12:05:03.146: P161: Accounting-Sub-Session-Id = 1
10/02/2013 12:05:03.146: P161: Acct-Application-Id = 3
10/02/2013 12:05:03.146: P161: Acct-Interim-Interval = 5
10/02/2013 12:05:03.146: P161: Origin-State-Id = 1317577008
10/02/2013 12:05:03.146: P161: Tracing the packet after running the rules and policies
10/02/2013 12:05:03.146: P161: Trace of Diameter-Accounting-Request packet
10/02/2013 12:05:03.146: P161: Session-Id =
10.81.79.42.cisco5.com;1317577008;898336
10/02/2013 12:05:03.146: P161: Accounting-Record-Number = 1
10/02/2013 12:05:03.146: P161: Accounting-Record-Type = 2
10/02/2013 12:05:03.146: P161: Destination-Realm = abc.com
10/02/2013 12:05:03.147: P161: Origin-Host = 10.81.79.42
10/02/2013 12:05:03.147: P161: Origin-Realm = cisco5.com
10/02/2013 12:05:03.147: P161: Accounting-Realtime-Required = 0
10/02/2013 12:05:03.147: P161: Accounting-Sub-Session-Id = 1
10/02/2013 12:05:03.147: P161: Acct-Application-Id = 3
10/02/2013 12:05:03.147: P161: Acct-Interim-Interval = 5
10/02/2013 12:05:03.147: P161: Origin-State-Id = 1317577008
10/02/2013 12:05:03.147: P161: Using Client: murdoch
10/02/2013 12:05:03.147: P161: Accounting with Service dia-local
10/02/2013 12:05:03.147: P161: Calling Service local-file for accounting
10/02/2013 12:05:03.123: P161: Trace of Diameter-Accounting-Response packet
10/02/2013 12:05:03.123: P161: Session-Id =
10.81.79.42.cisco5.com;1317577008;898336
10/02/2013 12:05:03.123: P161: Result-Code = 2001
10/02/2013 12:05:03.123: P161: Origin-Host = 10.77.247.117
10/02/2013 12:05:03.123: P161: Origin-Realm = abc.com
10/02/2013 12:05:03.123: P161: Accounting-Record-Type = 2
10/02/2013 12:05:03.123: P161: Accounting-Record-Number = 1
10/02/2013 12:05:03.123: P161: Acct-Application-Id = 3
10/02/2013 12:05:03.123: P161: Accounting-Sub-Session-Id = 1
10/02/2013 12:05:03.123: P161: Error-Reporting-Host = 10.77.247.117
10/02/2013 12:05:03.123: P161: Accounting-Realtime-Required = 1
10/02/2013 12:05:03.123: P161: Acct-Interim-Interval = 5
10/02/2013 12:05:03.123: P161: Origin-State-Id = 1317576779
Configuring the Diameter Application in Prime Access Registrar
For proxying a diameter application message in Prime Access Registrar, ensure that you do the
following:
Configuring the Transport Management Properties
Registering Applications IDs
Configuring the Diameter Peers
8-12
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Configuring the Diameter Application in Prime Access Registrar
Configure the Diameter Service
Configuring the Transport Management Properties
You need to log into the aregcmd using the CLI interface and configure the Transport Management
properties in the Radius/Advanced/Diameter/.
/opt/CSCOar/bin/./aregcmd -s
Cisco Prime Access Registrar Configuration Utility
Copyright (C) 1995-2013 by Cisco Systems, Inc. All rights reserved. Logging in to
localhost
[ //localhost ]
LicenseInfo = AR-DRN-2000TPS 5.1(2000TPS:expires on 1-Feb-2013) Radius/
Administrators/
Server 'Radius' is Running, its health is 10 out of 10
--> cd Radius/Advanced/Diameter/
[ //localhost/Radius/Advanced/Diameter ]
IsDiameterEnabled = TRUE
General/
Product = CPAR
Version = 6.1
AuthApplicationIdList = 1
AcctApplicationIdList =
TransportManagement/
Identity = localhost
Realm = abc.com
WatchdogTimeout = 500
ValidateIncomingMessages = FALSE
ValidateOutgoingMessages = false
MaximumNumberofDiameterPackets = 8194
DiameterPacketSize = 1024
AdvertisedHostName/
SCTPOptions/
MaxInitRetry = 3
MaxInboundStream = 4
MaxOutboundstream = 5
EnableHeartbeat = FALSE
HeartbeatInterval = 500
You need to set the Identity and AdvertisedHostName properties to IP Address or hostname of the
machine in which Prime Access Registrar is installed.
--> set Identity 10.77.240.69
Set Identity 10.77.240.69
--> cd AdvertisedHostName
set 1 10.77.240.69
Set 1 10.77.240.69
Set the Realm in which Cisco Prime Access Registrar server is present.
--> set Realm cisco.com
Set Realm cisco.com
Save the configuration
--> save
Validating //localhost...
Saving //localhost...
8-13
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Configuring the Diameter Application in Prime Access Registrar
ls
Identity = 10.77.240.69
Realm = cisco.com
TCPListenPort = 3868
SCTPListenPort = 3868
EnableIPV6 = FALSE
WatchdogTimeout = 500
ReconnectInterval = 500
MaxReconnections = 3
RequestRetransmissionInterval = 100
MaxRequestRetransmissionCount = 3
ReceiveBufferSize = 2048
AdvertisedHostName/
1. 10.77.240.69
The description for these properties is available at:
http://www.cisco.com/en/US/docs/net_mgmt/access_registrar/5.1/user/guide/objects.html#wp1145662
Note Prime Access Registrar can only listen to one port for diameter connections. In the above configuration,
the port number is 3868. All of the diameter clients must use this port number to communicate with the
Prime Access Registrar.
Registering Applications IDs
You need to register the applications IDs for which Prime Access Registrar needs to route the Diameter
Messages.
Registering the Gy application to a diameter stack
To register the Gy application to a diameter stack,
Step 1 Move to the //localhost/Radius/Advanced/Diameter/General directory.
[ //localhost/Radius/Advanced/Diameter ]
IsDiameterEnabled = TRUE
General/
TransportManagement/
SessionManagement/
Applications/
Commands/
Diameter Dictionary/
--> cd General/
[ //localhost/Radius/Advanced/Diameter/General ]
Product = Cisco Prime Access Registrar
Version = 6.1
AuthApplicationIdList = 1
AcctApplicationIdList =
For description of these properties, see Diameter Service Properties.
Step 2 Set the AuthApplicationIdList to list of colon separated values of Application Ids.
--> set AuthApplicationIdList "4"
8-14
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Configuring the Diameter Application in Prime Access Registrar
Set AuthApplicationIdList 4
Configuring the Diameter Peers
You need to configure the Diameter Peers such as clients and servers in the /radius/clients and
/radius/remoteservers directories. The following is an example for configuring a Diameter client:
[ //localhost/Radius/Clients/51dia ]
Name = 51dia
Description =
Protocol = diameter
HostName = 10.81.79.241
PeerPort = 3868
Vendor =
IncomingScript~ =
OutgoingScript~ =
AdvertisedHostName =
AdvertisedRealm =
WatchDogTimeout = 500000
SCTP-Enabled = FALSE
SCTPAdvertisedHostName/
Local/
Remote/
The following is an example for configuring a Diameter remote server:
[ //localhost/Radius/RemoteServers/lap ]
Name = lap
Description =
Protocol = diameter
HostName = 10.77.144.34
Port = 3868
DestinationRealm = cisco.com
ReactivateTimerInterval = 300000
Vendor =
IncomingScript~ =
OutgoingScript~ =
MaxTries = 3
InitialTimeout = 500000
LimitOutstandingRequests = FALSE
MaxOutstandingRequests = 0
DWatchDogTimeout = 500000
SCTP-Enabled = FALSE
AdvertiseHostName =
AdvertiseRealm =
SCTPAdvertisedHostName/
Local/
Remote/
For description of these properties, see Diameter Service Properties.
Note In order to resolve the hostnames and get the IP addresses, the Prime Access Registrar should either be
configured with a DNS server IP, or the client's hostnames and IP addresses should be included in the
/etc/hosts file.
# Do not remove the following line, or various programs
# that require network functionality will fail.
8-15
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Configuring the Diameter Application in Prime Access Registrar
127.0.0.1 Prime Access Registrar localhost.localdomain localhost
172.16.29.7 GGSN-Gy
::1 localhost6.localdomain6 localhost6
Configure the Diameter Service
To configure the Diameter Service to route the Diameter Messages based on the Realm,
Step 1 Add a Service of type diameter in /Radius/Services/.
--> cd /Radius/Services/
--> add dia-proxy
Added dia-proxy
--> cd dia-proxy
[ //localhost/Radius/Services/dia-proxy ]
Name = dia-proxy
Description =
Type =
--> set Type diameter
Set Type diameter
Step 2 Set role as Proxy and realm to which Prime Access Registrar needs to route the diameter messages.
--> ls
[ //localhost/Radius/Services/dia-proxy ]
Name = dia-proxy
Description =
Type = diameter
Realm = abc.com
Role = Local
IncomingScript~ =
OutgoingScript~ =
AuthenticationService =
AccountingService =
DiaRemoteServers/
Set the Role as proxy
--> set Role Proxy
Set Role Proxy
--> set Realm mcprealm.com
Set Realm mcprealm.com
Step 3 Add a Gy application.
--> ls
[ //localhost/Radius/Services/dia-proxy ]
Name = dia-proxy
8-16
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Configuring the Diameter Application in Prime Access Registrar
Description =
Type = diameter
Realm = mcprealm.com
Role = Proxy
IncomingScript~ =
OutgoingScript~ =
Applications/
--> cd Applications/
[ //localhost/Radius/Services/dia-proxy/Applications ]
Entries 0 to 0 from 0 total entries
Current filter: <all>
--> add Gy
Added Gy
--> cd Gy/
[ //localhost/Radius/Services/dia-proxy/Applications/Gy ]
Name = Gy
Description =
ApplicationID =
DeMultiplexCCTerminateRequest = FALSE
EnableSticky = FALSE
MultiplePeersPolicy = Failover
DiaRemoteServers/
Step 4 Set the application ID as 4 for Gy application and configure the sticky properties.
--> set ApplicationID 4
Set ApplicationID 4
--> set EnableSticky TRUE
Set EnableSticky TRUE
--> ls
[ //localhost/Radius/Services/dia-proxy/Applications/Gy ]
Name = Gy
Description =
ApplicationID = 4
DeMultiplexCCTerminateRequest = FALSE
EnableSticky = TRUE
StickySessionKey =
StickyCreationCmdList =
StickyDeletionCmdList =
MultiplePeersPolicy = Failover
DiaRemoteServers/
--> set StickySessionKey Session-Id#1
Set StickySessionKey Session-Id#1
--> set StickyCreationCmdList 272
Set StickyCreationCmdList 272
--> set StickyDeletionCmdList 272::CC-Request-Type=3
Set StickyDeletionCmdList 272::CC-Request-Type=3
8-17
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Configuring the Diameter Application in Prime Access Registrar
--> set MultiplePeersPolicy RoundRobin
Set MultiplePeersPolicy RoundRobin
--> ls
[ //localhost/Radius/Services/dia-proxy/Applications/Gy ]
Name = Gy
Description =
ApplicationID = 4
DeMultiplexCCTerminateRequest = FALSE
EnableSticky = TRUE
StickySessionKey = Session-Id#1
StickyCreationCmdList = 272
StickyDeletionCmdList = 272::CC-Request-Type=3
MultiplePeersPolicy = RoundRobin
DiaRemoteServers/
Step 5 Add the OCS peers to which Prime Access Registrar needs to load balance the diameter Gy messages
matching the Destination-Realm mcprealm.com.
--> cd Peers/
[ //localhost/Radius/Services/dia-proxy/Applications/Gy/Peers ]
Entries 0 to 0 from 0 total entries
Current filter: <all>
--> add ocs1
Added ocs1
--> cd ocs1/
[ //localhost/Radius/Services/dia-proxy/Applications/Gy/Peers/ocs1 ]
Name = ocs1
HostName =
Metric = 2
Weight = 0
IMSIRanges =
--> set HostName 192.168.30.88
Set HostName 192.168.30.88
--> cd ..
[ //localhost/Radius/Services/dia-proxy/Applications/Gy/Peers ]
Entries 1 to 1 from 1 total entries
Current filter: <all>
ocs1/
--> add ocs2
Added ocs2
--> cd ocs2/
[ //localhost/Radius/Services/dia-proxy/Applications/Gy/Peers/ocs2 ]
Name = ocs2
HostName =
Metric = 2
8-18
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Configuring the Diameter Application in Prime Access Registrar
Weight = 0
IMSIRanges =
--> set HostName 192.168.30.86
Set HostName 192.168.30.86
Step 6 Save the configuration details.
--> save
Validating //localhost...
Saving //localhost...
Step 7 Set DefaultAuthenticationService and DefaultAuthorizationService in /Radius directory.
--> set DefaultAuthenticationService dia-proxy
Set DefaultAuthenticationService dia-proxy
--> set DefaultAuthorizationService dia-proxy
Set DefaultAuthorizationService dia-proxy
--> save
Validating //localhost...
Saving //localhost...
--> exit
--> exit
Logging out of localhost...
Step 8 Restart thePrime Access Registrar server.
/cisco-ar/bin/arserver restart
The following illustrates the diameter proxy service configuration for Gy application which load
balances the diameter Gy (App ID =4) messages to the remote peers ocs1(192.168.30.88) and
ocs2(192.168.30.86).
[ //localhost/Radius/Services/dia-proxy ]
Name = dia-proxy
Description =
Type = diameter
Realm = mcprealm.com
Role = proxy
IncomingScript~ =
OutgoingScript~ =
Applications/
Entries 1 to 1 from 1 total entries
Current filter: <all>
Gy/
Name = Gy
Description =
ApplicationID = 4
DeMultiplexCCTerminateRequest = FALSE
EnableSticky = TRUE
StickySessionKey = Session-Id#1
StickyCreationCmdList = 272
StickyDeletionCmdList = 272::CC-Request-Type=3
MultiplePeersPolicy = RoundRobin
DiaRemoteServers/
8-19
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Writing Diameter Application in Prime Access Registrar
Entries 1 to 2 from 2 total entries
Current filter: <all>
ocs1/
Name = ocs
HostName = 192.168.30.88
Metric = 2
Weight = 0
IMSIRanges =
ocs2/
Name = ocs2
HostName = 192.168.30.86
Metric = 3
Weight = 0
IMSIRanges =
For description of these properties, see Diameter Service Properties.
Writing Diameter Application in Prime Access Registrar
Prime Access Registrar supports extensibility by allowing users to create new:
authentication/authorization applications
accounting applications
command codes
AV P ’s
This section contains the following topics:
Configuring rex script/service for Diameter
Scripting in Diameter
Diameter Environment Variables
Sample rex script/service
Traces/Logs
Configuring rex script/service for Diameter
To configure script/service for diameter using aregcmd:
Step 1 Add application specific AVPs in //localhost/Radius/Advanced/Diameter/Diameter Dictionary other
than Base stack AVPs.
[ //localhost/Radius/Advanced/Diameter/Diameter Dictionary/CiscoAVPS ]
Name = CiscoAVPS
Description =
IsVendorSpecific = FALSE
ApplicationID =
AVPs/
Step 2 Write a rex script (C/C++) and add it in the scripting point or rex service.
[ //localhost/Radius/Services/diaservice ]
Name = diaservice
Description =
8-20
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Writing Diameter Application in Prime Access Registrar
Type = rex
IncomingScript~ =
OutgoingScript~ =
OutagePolicy~ = RejectAll
OutageScript~ =
Filename = librexscript.so
EntryPoint = DiaService
InitEntryPoint =
InitEntryPointArgs =
Refer to Sample rex script/service, page 8-21.
Scripting in Diameter
Prime Access Registrar supports 'rex' scripts for Diameter protocol. The script can be configured only
as the server incoming script. The commands available for scripting are restricted to 'get' and 'put' on the
dictionaries. While setting a value to an attribute, the following convention needs to be followed "<type
number>,<value>". For example, if a 'Class' attribute needs to be added to the response dictionary with
value as "classvalue", then set it as follows in the script:
pResponse->put( pResponse, "Class", "1,classvalue", REX_REPLACE );
The following is the list of supported scripting types with the respective type numbers:
AVP_STRING_TYPE = 1
AVP_ADDRESS_TYPE = 2
AVP_INTEGER32_TYPE = 3
AVP_UINTEGER32_TYPE = 4
AVP_UTF8_STRING_TYPE = 6
AVP_ENUM_TYPE = 7
AVP_TIME_TYPE = 11
Setting response attributes via a script is the only mechanism to add authorization attributes for Diameter
requests.
Diameter Environment Variables
This section lists the environment variables that you can use in scripts for Diameter messages.
Table 8-1 lists the Diameter Environment variables and descriptions.
8-21
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Writing Diameter Application in Prime Access Registrar
Sample rex script/service
int REXAPI DiaService( int iScriptingPoint,
rex_AttributeDictionary_t* pRequest,
rex_AttributeDictionary_t* pResponse,
rex_EnvironmentDictionary_t* pEnviron )
{
if( iScriptingPoint == REX_START_SERVICE || iScriptingPoint == REX_STOP_SERVICE )
return REX_OK;
int iRetVal = REX_ERROR;
const char* pszRequestType = pEnviron->get( pEnviron, "Request-Type");
const char* pszAppId = pEnviron->get( pEnviron, "Diameter-Application-Id" );
const char* pszCmdCode= pEnviron->get( pEnviron, "Diameter-Command-Code" );
if(!( pszRequestType && pszAppId && pszCmdCode ))
return iRetVal;
// check the request type, Application id and command code
/*
Request / Response types
Diameter-Access-Request
Diameter-Access-Accept
Table 8-1 Diameter Environment Variables
Variable Description
Request-Type
Response-Type
String value.
Get/Set the request and response type for diameter packet.
Sample Values
Diameter-Access-Request
Diameter-Access-Accept
Diameter-Access-Reject
Diameter-Accounting-Request
Diameter-Accounting-Response
Diameter-Proxy-Request
Diameter-Proxy-Answer
Diameter-Applicat
ion-Id
String value.
Get the application id for the packet. For setting in response, need to use
Auth-Application-id or Acct-Application-id AVPs.
In Accounting type packet, use Acct-Application-Id AVP to get the application id.
Sample Values
1 ( NASREQ)
3 ( Base Accounting )
Diameter-Comma
nd-Code
String value.
Get command code for the diameter packet. It will work only for the
access-request packet, not for the accounting request.
Sample Values
265 ( AA-Request )
8-22
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Writing Diameter Application in Prime Access Registrar
Diameter-Access-Reject
Diameter-Accounting-Request
Diameter-Accounting-Response
*/
if( (strcmp( pszRequestType, "Diameter-Access-Request") == 0) && (strcmp(
pszAppId,"1") ==0 ) && (strcmp( pszCmdCode,"265\
" )== 0 ) )
{
// our application
// example how to get DiaAttrib from the packet.
const char* pszSessionId = pRequest ->get( pRequest,"Session-Id",0,0 );
// print in trace
if( pszSessionId )
pEnviron->trace( pEnviron, 5, "Diameter Session Id: %s", pszSessionId );
// example: how to add dia attrib in response packet
pResponse->put( pResponse, "Calling-Station-Id", "1,00-01-02-03-05", REX_APPEND );
pEnviron->put( pEnviron, "Response-Type", "Diameter-Access-Accept");
iRetVal = REX_OK;
}
return iRetVal;
}
Traces/Logs
09/30/2013 11:13:46.830: P88: Diameter Packet received from 10.81.79.59
09/30/2013 11:13:46.830: P88: Trace of Diameter-Access-Request packet
09/30/2013 11:13:46.830: P88: Session-Id = .;1096298391;15
09/30/2013 11:13:46.830: P88: Auth-Application-Id = 1
09/30/2013 11:13:46.830: P88: Origin-Host = 10.81.79.59
09/30/2013 11:13:46.830: P88: Origin-Realm = xyz.com
09/30/2013 11:13:46.830: P88: Destination-Realm = abc.com
09/30/2013 11:13:46.830: P88: Auth-Request-Type = 1
09/30/2013 11:13:46.830: P88: User-Name = bob
09/30/2013 11:13:46.830: P88: Tracing the packet after running the rules and policies
09/30/2013 11:13:46.830: P88: Trace of Diameter-Access-Request packet
09/30/2013 11:13:46.830: P88: Session-Id = .;1096298391;15
09/30/2013 11:13:46.830: P88: Auth-Application-Id = 1
09/30/2013 11:13:46.830: P88: Origin-Host = 10.81.79.59
09/30/2013 11:13:46.830: P88: Origin-Realm = xyz.com
09/30/2013 11:13:46.830: P88: Destination-Realm = abc.com
09/30/2013 11:13:46.830: P88: Auth-Request-Type = 1
09/30/2013 11:13:46.830: P88: User-Name = bob
09/30/2013 11:13:46.830: P88: Using Client: molly
09/30/2013 11:13:46.830: P88: Authenticating and Authorizing with Service
dia-rex-service
09/30/2013 11:13:46.830: P88: Rex: environ->get( "Request-Type" ) ->
"Diameter-Access-Request"
09/30/2013 11:13:46.830: P88: Rex: environ->get( "Diameter-Application-Id" ) ->
"1"
09/30/2013 11:13:46.830: P88: Rex: environ->get( "Diameter-Command-Code" ) ->
"265"
09/30/2013 11:13:46.830: P88: Rex: request->get( "Session-Id", 0 ) ->
".;1096298391;15"
09/30/2013 11:13:46.830: P88: Diameter Session Id: .;1096298391;15
09/30/2013 11:13:46.830: P88: Rex: response->put( "Calling-Station-Id",
"1,00-01-02-03-05", 0 ) -> TRUE
09/30/2013 11:13:46.831: P88: Rex: environ->put( "Response-Type",
"Diameter-Access-Accept" ) -> TRUE
09/30/2013 11:13:46.831: P88: Trace of Diameter-Access-Accept
09/30/2013 11:13:46.831: P88: Calling-Station-Id = 00-01-02-03-05
09/30/2013 11:13:46.831: P88: Auth-Application-Id = 1
09/30/2013 11:13:46.831: P88: User-Name = bob
8-23
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Translation Framework for Diameter
09/30/2013 11:13:46.831: P88: Auth-Request-Type = 3
09/30/2013 11:13:46.831: P88: Result-Code = 2001
Translation Framework for Diameter
Prime Access Registrar supports translation of an incoming RADIUS request to a Diameter request and
vice versa.
The following services are created to set up the translation framework:
Radius-Diameter—For translation of incoming RADIUS request to a Diameter request.
Diameter-Radius—For translation of incoming Diameter message to an equivalent RADIUS
message.
For RADIUS to Diameter translation, Prime Access Registrar provides scripting points
PreRequestTranslationScript and PostRequestTranslationScript, which operate on the original packet
and on the newly translated packet based on request and response mapping. This gives an option to
modify the AVPs before and after the translation. RADIUS to Diameter translation comes with 3GPP
reverse authorization, if the property is set as True. In that case, the request command mapping must not
be defined because the new diameter request is created from the radius request by the 3GPP reverse
authorization service. When the diameter response is received from the diameter proxy service, it
translates the Diameter response to RADIUS response based on the response mapping configuration and
sends radius response to the client.
Similarly, for Diameter to RADIUS translation (on the response), Prime Access Registrar provides
scripting points PreResponseTranslationScript and PostResponseTranslationScript, which are called on
the incoming Diameter message and the corresponding RADIUS response message respectively.
Both these translation services create and maintain appropriate states (with the necessary identifiers,
packet pointers, etc) to correlate Request to Response. The states will be cleared if present beyond the
‘Timeout’ property value and all the retries have been exhausted. You can configure the number of retries
under Diameter-RemoteServers.
For more information about the translation parameters, see Simple Services, page 3-23.
CLI for RADIUS-Diameter Translation
Following is the CLI for RADIUS to Diameter translation:
[ /Radius/Services/rad-dia ]
Name = rad-dia
Description =
Type = radius-diameter
DiameterApplicationId = 1
ProxyServiceName = dia-proxy
EnableCommandMappings = True
PreRequestTranslationScript~ =
PostRequestTranslationScript~ =
PreResponseTranslationScript~ =
PostResponseTranslationScript~ =
RequestMapping/
CommandMappings/
Radius-Access-Request = AA
AVPMappings/
NAS-Identifier = Origin-Host
User-Name = User-Name
AVPsToBeAdded/
Origin-Realm = cisco.com
8-24
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Managing Diameter Sessions
EnvironmentMappings/
ResponseMapping/
ResultCodeMappings/
Diameter-Success = Radius-Access-Accept
Diameter-Unable-To-Deliver = Radius-Access-Reject
AVPMappings/
AVPsToBeAdded/
EnvironmentMappings/
CLI for Diameter-RADIUS Translation
Following is the CLI for Diameter to RADIUS translation:
[ /Radius/Services/dia-rad ]
Name = dia-rad
Description =
Type = diameter-radius
ProxyServiceName = rad-proxy
PreRequestTranslationScript~ =
PostRequestTranslationScript~ = dia-rad-addpassword
PreResponseTranslationScript~ =
PostResponseTranslationScript~ = diareadwritetest
RequestMapping/
CommandMappings/
AA = Radius-Access-Request
AVPMappings/
Origin-Host = NAS-Identifier
User-Name = User-Name
AVPsToBeAdded/
NAS-Port = 1
EnvironmentMappings/
ResponseMapping/
ResultCodeMappings/
Radius-Access-Accept = Diameter-Success
Radius-Access-Reject = Diameter-Unable-To-Deliver
AVPMappings/
AVPsToBeAdded/
EnvironmentMappings/
Managing Diameter Sessions
Diameter provides two kinds of services namely authentication/authorization and accounting only
(optional). Diameter sessions can be created when an authentication/authorization request comes from
an access point or when an accounting start comes from an access point. When a Diameter client issues
an authentication request, Prime Access Registrar sends the packet with a Session-Id AVP, which can be
used to correlate a Diameter message with a user-session. When a Session Termination Request (STR)
message is received from the Diameter client, Prime Access Registrar releases the sessions. Also
Re-authentication requests must be mapped to the corresponding user session. In case of accounting
packets, the session is created when the accounting start is received from the Diameter client. The
session is deleted when the accounting stop message is received.
Prime Access Registrar creates a new session when it receives an authentication or accounting request
packet from a Diameter client and when a user session is not already present. It allocates the resources
for the particular session from the resource manager and stores the session in a session backing store.
This session backing store is a file where session information is written. When a session termination
8-25
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Support for SCTP including Multihoming
message or an accounting stop message comes from the Diameter client, the session data is deleted from
the backing store. Apart from this, Prime Access Registrar maintains the session state for every session
it creates. Session cache will be supported for grouped AVPs.
For more information on session manager and its support for Diameter client, see SessionManagers,
page 3-92.
Support for SCTP including Multihoming
Prime Access Registrar release enhances the diameter support to the more reliable transport mechanism
such as SCTP with multi-homing.
In a SCTP connection, each of the two endpoints during an SCTP association setup can specify multiple
points of attachment. Having multiple interfaces allows the data to be automatically sent to alternate
addresses when failures occur. Using this support, the Prime Access Registrar runs successfully even
when a failure occurs in any of the multiple interfaces.
[ //localhost/Radius/advanced/diameter/transportManagement ]
Identity = localhost
Realm = abc.com
TCPListenPort = 3868
SCTPListenPort = 3868
EnableIPV6 = FALSE
WatchdogTimeout = 500
ReconnectInterval = 500
MaxReconnections = 3
RequestRetransmissionInterval = 100
MaxRequestRetransmissionCount = 3
ReceiveBufferSize = 2048
AdvertisedHostName/
--> cd AdvertisedHostName
--> add 1 10.77.240.135
--> add 2 10.77.240.136
--> add 3 10.77.240.137
--> ls
[ //localhost/Radius/advanced/diameter/transportManagement/AdvertisedHostName ]
1. 10.77.240.135
2. 10.77.240.136
3. 10.77.240.137
Note The number of AVPs should be set greater than or equal to the number of AdvertisedHostName in order
to exchange the capabilities between peers.
8-26
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 8 Diameter
Support for SCTP including Multihoming
CHAPTER
9-1
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
9
Extensible Authentication Protocols
Cisco Prime Access Registrar (Prime Access Registrar) supports the Extensible Authentication Protocol
(EAP) to provide a common protocol for differing authentication mechanisms. EAP enables the dynamic
selection of the authentication mechanism at authentication time based on information transmitted in the
Access-Request. (This type of EAP authentication mechanism is called an authentication exchange.)
Extensible Authentication Protocols (EAP) provide for support of multiple authentication methods.
Cisco Prime Access Registrar supports the following EAP authentication methods:
EAP-AKA
EAP-AKA-Prime (EAP-AKA’), page 9-6
EAP-FAST
EAP-GTC
EAP-LEAP
EAP-MD5
EAP-Negotiate
EAP-MSChapV2
EAP-SIM
EAP-Transport Level Security (TLS)
EAP-TTLS
Protected EAP
PEAP Version 0 (Microsoft PEAP)
PEAP Version 1 (Cisco PEAP)
In general, you enable each EAP method by creating and configuring a service of the desired type. Use
the radclient test tool to confirm that the EAP service has been properly configured and is operational.
Both versions of Protected EAP (PEAP) are able to use other EAP methods as the authentication
mechanism that is protected by PEAP encryption. For PEAP Version 0, the supported authentication
methods are EAP-MSChapV2, EAP-SIM, EAP-TLS and EAP-Negotiate. For PEAP Version 1, the
supported authentication methods are EAP-GTC, EAP-SIM, EAP-TLS and EAP-Negotiate.
The PEAP protocol consists of two phases: an authentication handshake phase and a tunnel phase where
another complete EAP authentication exchange takes place protected by the session keys negotiated by
phase one. Cisco Prime Access Registrar supports the tunneling of other EAP methods within the PEAP
phase two exchange.
9-2
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-AKA
EAP-AKA
Authentication and Key Agreement (AKA) is an EAP mechanism for authentication and session key
distribution. It is used in the 3rd generation mobile networks Universal Mobile Telecommunications
System (UMTS) and CDMA2000. AKA is based on symmetric keys, and typically runs in a UMTS
Subscriber Identity Module (USIM), or a (Removable) User Identity Module ((R) UIM), similar to a
smart card. EAP-AKA (Extensible Authentication Protocol Method for UMTS Authentication and Key
Agreement) includes optional identity privacy support, optional result indications, and an optional fast
reauthentication procedure.
In support of EAP-AKA, the following features are supported:
support of MAP protocol over SIGTRAN
support of HLR and/or HSS (3GPP compliant)
Wx interface
Support M3UA-SIGTRAN over IP
For more information on Wx Interface Support, see the Wx Interface Support for SubscriberDB Lookup,
page 17-48.
Prime Access Registrar server supports migration to a converged IP Next Generation Networks (IP
NGN) by supporting SS7 and SIGTRAN (SS7 over IP) for HLR communication to enable the seamlessly
transition to next-generation IP-based signaling networks.
Prime Access Registrar supports M3UA-SIGTRAN to fetch the authentication vectors from HLR for
EAP-AKA authentication, See SIGTRAN-M3UA for more information.
EAP-AKA is based on rfc-4187 (http://www.ietf.org/rfc/rfc4187.txt). This document specifies the
details of the algorithms and messages.
This section contains the following topics:
Configuring EAP-AKA, page 9-2
Testing EAP-AKA with radclient, page 9-5
Configuring EAP-AKA
You can use aregcmd to create and configure a service of type eap-aka.
Table 9-1 lists and describes the EAP-AKA service properties.
Table 9-1 EAP-AKA Service Properties
Property Description
AlwaysRequestIdentity When True, enables the server to obtain the subscriber's identity via
EAP/AKA messages instead of relying on the EAP messages alone.
This might be useful in cases where intermediate software layers can
modify the identity field of the EAP-Response/Identity message. The
default value is False.
EnableIdentityPrivacy When True, the identity privacy feature is enabled. The default value is
False.
9-3
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-AKA
PseudonymSecret The secret string that is used as the basis for protecting identities when
identity privacy is enabled. This should be at least 16 characters long
and have a value that is impossible for an outsider to guess. The default
value is secret.
Note It is very important to change PseudonymSecret from its default
value to a more secure value when identity privacy is enabled
for the first time.
PseudonymRenewtime Specifies the maximum age a pseudonym can have before it is renewed.
When the server receives a valid pseudonym that is older than this, it
generates a new pseudonym for that subscriber. The value is specified
as a string consisting of pairs of numbers and units, where the units
might be of the following: M, Minute, Minutes, H, Hour, Hours, D, Day,
Days, W, Week, Weeks. The default value is "24 Hours".
Examples are: "8 Hours", "10 Hours 30 Minutes", "5 D 6 H 10 M"
PseudonymLifetime Specifies the maximum age a pseudonym can have before it is rejected
by the server, forcing the subscriber to authenticate using it's permanent
identity. The value is specified as a string consisting of pairs of numbers
and units, where the units might be one of the following: M, Minute,
Minutes, H, Hour, Hours, D, Day, Days, W, Week, Weeks. It can also
be Forever, in which case, pseudonyms do not have a maximum age.
The default value is "Forever".
Examples are: "Forever", "3 Days 12 Hours 15 Minutes", "52 Weeks"
EnableReauthentication When True, the fast reauthentication option is enabled. The default
value is False.
MaximumReauthentica-
tions
Specifies the maximum number of times a reauthentication identity
might be reused before it must be renewed. The default value is 16.
ReauthenticationTimeout Specifies the time in seconds that reauthentication identities are cached
by the server. Subscribers that attempt to reauthenticate using identities
that are older than this value will be forced to use full authentication
instead. The default value is 3600 (one hour).
ReauthenticationRealm Optional. If you configure the realm, this value is appended to the Fas-
tReauthenticationUserId.
AuthenticationTimeout Time in seconds to wait for authentication to complete. The default is 2
minutes; range is 10 seconds to 10 minutes.
QuintetGenerationScript~ Optional. If the script is set, the custom scripting point can be used to
read the quintets from a flat file or generate quintets instead of fetching
the quintets from HLR.If the script is not set, the
Prime Access Registrar sends the request to HLR configured in remote
server to fetch the quintets.
UseProtectedResults Enables or disables the use of protected results messages. Results
messages indicate the state of the authentication but are cryptographi-
cally protected.
TripletCacheTimeout Required; timeout value of triplet cache.
Table 9-1 EAP-AKA Service Properties (continued)
Property Description
9-4
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-AKA
To enable EAP-AKA authentication:
Step 1 Launch aregcmd and create an EAP-AKA service.
cd /Radius/Services
add eap-aka-service
Step 2 Change directory to the service and set its type to eap-aka.
cd eap-aka-service
set Type eap-aka
The following example shows the default configuration for an EAP-AKA service:
[ //localhost/Radius/Services/test ]
Name = test
Description =
Type = eap-aka
AlwaysRequestIdentity = False
EnableIdentityPrivacy = False
PseudonymSecret = <encrypted>
PseudonymRenewtime = "24 Hours"
PseudonymLifetime = Forever
Generate3GPPCompliantPseudonym = False
EnableReauthentication = False
Subscriber_DBLookup Required. Must be set to either DIAMETER or SIGTRAN-M3UA.
When set to DIAMETER, the HSS lookup happens using the Diameter
Wx Interface. You need to configure the DestinationRealm to send the
Diameter packets to the RemoteServer.
When set to SIGTRAN-M3UA, the HLR/HSS lookup happens using
the SIGTRAN protocol. You need to configure the SIGTRAN remote
server.
FetchAuthorizationInfo Required. When set True, it fetches MSISDN from HLR.
This field is displayed when you set Subscriber_DBLookup as SIG-
TRAN-M3UA.
IncomingScript~ Optional script Prime Access Registrar server runs when it receives a
request from a client for an EAP-AKA/EAP-SIM service.
OutgoingScript~ Optional script Prime Access Registrar server runs before it sends a
response to a client using an EAP-AKA/EAP-SIM service.
OutageScript~ Optional. If set to the name of a script, Prime Access Registrar runs the
script when an outage occurs. This property allows you to create a script
that notifies you when the server detects a failure.
RemoteServers Remote server which can provide the service.
Table 9-1 EAP-AKA Service Properties (continued)
Property Description
9-5
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-AKA
MaximumReauthentications = 16
ReauthenticationTimeout = 3600
ReauthenticationRealm =
AuthenticationTimeout = 120
QuintetGenerationScript~ =
UseProtectedResults = False
SendReAuthIDInAccept = False
SubscriberDBLookup = SIGTRAN-M3UA
FetchAuthorizationInfo = FALSE
MultipleServersPolicy = Failover
IncomingScript~ =
OutgoingScript~ =
OutageScript~ =
RemoteServers/
The following example shows the default configuration for an EAP-AKA Wx service:
[ //localhost/Radius/Services/eap-aka-wx ]
Name = eap-aka-wx
Description =
Type = eap-aka
AlwaysRequestIdentity = False
EnableIdentityPrivacy = False
PseudonymSecret = <encrypted>
PseudonymRenewtime = "24 Hours"
PseudonymLifetime = Forever
Generate3GPPCompliantPseudonym = False
EnableReauthentication = False
MaximumReauthentications = 16
ReauthenticationTimeout = 3600
ReauthenticationRealm =
AuthenticationTimeout = 120
QuintetGenerationScript~ =
UseProtectedResults = False
SendReAuthIDInAccept = False
SubscriberDBLookup = Diameter
DestinationRealm = mpc.com
PreRequestTranslationScript~ =
PostRequestTranslationScript~ =
PreResponseTranslationScript~ =
PostResponseTranslationScript~ =
Testing EAP-AKA with radclient
To test the EAP-AKA service, launch radclient and use the simple_eap_aka_test command. The
simple_eap_aka_test command sends an Access-Request for the designated user with the user's secret
key and sequence number.
The response packet should indicate an Access-Accept if authentication was successful. View the
response packet to ensure the authentication was successful.
simple_eap_aka_test bob secret 2
To test from radclient, you have to configure /cisco-ar/conf/imsi.conf file on radius server and reload
the server. This file content should have imsi users in the format below:
<username>:<secret>:<sequence number>
For example:
bob:bob:1
9-6
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-AKA-Prime (EAP-AKA’)
EAP-AKA-Prime (EAP-AKA’)
EAP-AKA-Prime (EAP-AKA') is a new EAP authentication method, with a small revision to the existing
EAP-AKA method. EAP- AKA' has a new key derivation function, which binds the keys derived within
the method to the name of the access network. This limits the effects of compromised access network
nodes and keys.
EAP- AKA' is similar to EAP-AKA in all aspects except the following:
Key derivation involves an AT_KDF_INPUT attribute, which is mapped to the NetworkName
attribute, and an AT_KDF attribute, which takes the key derivation function in the configuration, to
ensure that the peer and the server know the name of the access network.
EAP-AKA' employs SHA-256 (Secure Hash Algorithm) instead of SHA-1 as used in EAP-AKA, to
ensure more security.
EAP-AKA' is based on rfc-5448 (http://www.ietf.org/rfc/rfc5448.txt). This document specifies the
details of the algorithms and messages.
This section contains the following topics:
Configuring EAP-AKA’, page 9-6
Testing EAP-AKA’ with radclient, page 9-7
Configuring EAP-AKA’
You can use aregcmd to create and configure a service of type eap-aka-prime. EAP-AKA' service has
the following attribute in addition to the service properties listed in Table 9-1.
To enable EAP-AKA' authentication:
Step 1 Launch aregcmd and create an EAP-AKA' service.
cd /Radius/Services
add eap-aka-prime-service
Step 2 Change directory to the service and set its type to eap-aka-prime.
cd eap-aka-prime-service
set Type eap-aka-prime
The following example shows the default configuration for an EAP-AKA’ service:
//localhost/Radius/Services/eap-aka-prime ]
Property Description
NetworkName Required. Name of the access network for which the authentication is
performed. This attribute is captured to ensure that the peer and the
server know the name of the access network for performing the EAP au-
thentication.
9-7
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-FAST
Name = eap-aka-prime
Description =
Type = eap-aka-prime
AlwaysRequestIdentity = False
EnableIdentityPrivacy = FALSE
PseudonymSecret = <encrypted>
PseudonymRenewtime = "24 Hours"
PseudonymLifetime = Forever
Generate3GPPCompliantPseudonym = False
EnableReauthentication = FALSE
MaximumReauthentications = 16
ReauthenticationTimeout = 3600
ReauthenticationRealm =
NetworkName = WAN
AuthenticationTimeout = 120
QuintetGenerationScript~ = aka
UseProtectedResults = TRUE
SendReAuthIDInAccept = False
Subscriber_DBLookup = sigtran
MultipleServersPolicy = Failover
IncomingScript~ =
OutgoingScript~ =
OutageScript~ =
RemoteServers/
1. sigtran
Testing EAP-AKA’ with radclient
To test the EAP-AKA’ service, launch radclient and use the simple_eap_aka_prime_test command.
The simple_eap_aka_prime_test command sends an Access-Request for the designated user with the
user's secret key and sequence number.
The response packet should indicate an Access-Accept if authentication was successful. View the
response packet to ensure the authentication was successful.
simple_eap_aka_prime_test bob secret 2
To test from radclient, you have to configure /cisco-ar/conf/imsi.conf file on radius server and reload
the server. This file content should have imsi users in the format below:
<username>:<secret>:<sequence number>
For example:
bob:bob:1
EAP-FAST
Cisco Prime Access Registrar supports the EAP-FAST authentication method. EAP-FAST uses the
EAP-MSChapV2 method for credential provisioning and EAP-GTC for authentication. Credential
provisioning typically occurs only during the client’s initial EAP-FAST authentication. Subsequent
authentications rely on the provisioned credential and will usually omit the provisioning step.
9-8
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-FAST
EAP-FAST is an authentication protocol designed to address the performance shortcomings of prior
TLS-based EAP methods while retaining features such as identity privacy and support for
password-based protocols. The EAP-FAST protocol is described by the IETF draft
draft-cam-winget-eap-fast-00.txt.
The EAP-FAST credential is known as a Protected Access Credential (PAC) and contains information
used to secure the authentication operations. Parts of the PAC are encrypted by the server and are not
visible to other entities. Clients are expected to securely store PACs locally for use during authentication.
Configuring EAP-FAST involves creating and configuring the required EAP-MSChapV2 and EAP-GTC
services as well as the EAP-FAST service with the appropriate parameters.
You can use the radclient test tool to confirm that the EAP services are properly configured and
operational.
This section contains the following topics:
Configuring EAP-FAST
EAP-FAST Keystores
Testing EAP-FAST with radclient
Parameters Used for Certificate-Based Authentication
PAC—Credential Export Utility
Configuring EAP-FAST
You can use aregcmd to create and configure a service of type eap-fast.
To enable EAP-FAST:
Step 1 Launch aregcmd and create an EAP-FAST service.
cd /Radius/Services
add eap-fast-service
Step 2 Change directory to the service and set its type to eap-fast.
cd eap-fast-service
set type eap-fast
Step 3 Set the AuthorityIdentifier:
set AuthorityIdentifier authority-identifier
Step 4 : Set the AuthorityInformation:
set AuthorityInformation authority-information
Step 5 : Set the AuthentitcationService:
set AuthenticationService eap-gtc-service
Step 6 :Set the ProvisionService:
9-9
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-FAST
set ProvisionService eap-mschapv2-service
The follow example shows the default configuration for an EAP-FAST service:
[ //localhost/Radius/Services/eap-fast-service ]
Name = eap-fast-service
Description =
Type = eap-fast
IncomingScript~ =
OutgoingScript~ =
MaximumMessageSize = 1024
PrivateKeyPassword = <encrypted>
ServerCertificateFile = /opt/CSCOar/pki/server-cert.pem
ServerKeyFile = /opt/CSCOar/pki/server-key.pem
CACertificateFile = /opt/CSCOar/pki/root-cert.pem
CACertificatePath = /opt/CSCOar/pki
CRLDistributionURL =
ClientVerificationMode = Optional
VerificationDepth = 4
EnableSessionCache = true
UseECCCertificates = true
SessionTimeout = "5 Minutes"
AuthenticationTimeout = 120
Table 9-2 lists and describes the EAP-FAST service properties.
Table 9-2 EAP-FAST Service Properties
Property Description
IncomingScript Optional script Prime Access Registrar server runs when it receives a
request from a client for EAP-FAST service.
OutgoingScript Optional script Prime Access Registrar server runs before it sends a
response to a client using EAP-FAST.
AuthorityIdentifier A string that uniquely identifies the credential (PAC) issuer. The client
uses this value to select the correct PAC to use with a particular server
from the set of PACs it might have stored locally.
Ensure that the AuthorityIdentifier is globally unique and that it does
not conflict with identifiers used by other EAP-FAST servers or PAC
issuers.
AuthorityInformation A string that provides a descriptive text for this credential issuer. The
value can be displayed to the client for identification purposes and
might contain the enterprise or server names.
MaximumMessageSize Indicates the maximum length in bytes that a PEAP or EAP-TLS
message can have before it is fragmented.
PrivateKeyPassword The password used to protect the server’s private key.
ServerCertificateFile The full pathname of the file containing the server’s certificate or
certificate chain used during the TLS exchange. The pathname can be
optionally prefixed with a special string that indicates the type of
encoding used for the certificate. The two valid encoding prefixes are
PEM and DER. If an encoding prefix is not present, the file is assumed
to be in PEM format.
9-10
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-FAST
ServerKeyFile The full pathname of the file containing the server’s RSA or ECC
private key. The pathname can be optionally prefixed with a special
string that indicates the type of encoding used for the certificate. The
two valid encoding prefixes are “PEM” and “DER”. If an encoding
prefix is not present, the file is assumed to be in PEM format.
The following example assumes that the subdirectory pki under
/cisco-ar contains the server’s certificate file. The file server-key.pem
is assumed to be in PEM format. The file extension .pem is not
significant.
set ServerKeyFile PEM:/cisco-ar/pki/server-key.pem
CACertificateFile The full pathname of the file containing trusted CA certificates used for
client verification. The file can contain more than one certificate, but
all certificates must be in PEM format. DER encoding is not allowed.
CACertificatePath The name of a directory containing trusted CA certificates (in PEM
format) used for client verification. This parameter is optional, and if
it is used there are some special preparations required for the directory
it references.
Each certificate file in this directory must contain exactly one
certificate in PEM format. The server looks up the certificate files using
the MD5 hash value of the certificate’s subject name as a key. The
directory must therefore also contain a set of symbolic links each of
which points to an actual certificate file. The name of each symbolic
link is the hash of the subject name of the certificate.
For example, if a certificate file named ca-cert.pem is located in the
CACertificatePath directory, and the MD5 hash of the subject name
contained in ca-cert.path.pem is 1b96dd93, then a symbolic link
named 1b96dd93 must point to ca-cert.pem.
If there are subject name collisions such as multiple certificates with the
same subject name, each link name must be indexed with a numeric
extension as in 1b96dd93.0 and 1b96dd93.1.
CRLDistributionURL Optional. Enter the URL that Prime Access Registrar should use to
retrieve the CRL.You can specify a URL that uses HTTP or LDAP.
The following is an example for an HTTP URL: <
//crl.verisign.com/pca1.1.1.crl>.
The following is an example for an LDAP URL:
ldap://209.165.200.225:388/CN=development-CA,CN=acs-westcoa
st2,CN=CDP,CN=Public Key
Services,CN=Services,CN=Configuration,DC=cisco,DC=com
Table 9-2 EAP-FAST Service Properties (continued)
Property Description
9-11
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-FAST
ClientVerificationMode Specifies the type of verification used for client certificates. Must be set
to one of RequireCertificate, None, or Optional.
RequireCertificate causes the server to request a client certificate
and authentication fails if the client refuses to provide one.
None will not request a client certificate.
Optional causes the server to request a client certificate but the
client is allowed to refuse to provide one.
VerificationDepth Specifies the maximum length of the certificate chain used for client
verification.
UseECCCertificates Determines the applicability of the authentication mechanism in
SmartGrid Solutions, see the Smart Grid Solution Management,
page 17-50 for more information.
When UseECCCertificates is set to True, it can use the ECC, RSA, or
combination of both certificate for certificate based verification.
When UseECCCertificates is set to False, it can only use the RSA
certificate for certificate based verification. The default location to
fetch the certificate file is /cisco-ar/pki.
EnableSessionCache Specifies whether TLS session caching (fast reconnect) is enabled or
not. Set to True to enable session caching; otherwise set to False.
SessionTimeout If TLS session caching (fast reconnect) is enabled, SessionTimeout
specifies the maximum lifetime of a TLS session. Expired sessions are
removed from the cache and will require a subsequent full
authentication.
SessionTimeout is specified as a string consisting of pairs of numbers
and units, where units might be one of the following: M, Minute,
Minutes, H, Hour, Hours, D, Day, Days, W, Week, Weeks, as in the
following:
Set SessionTimeout “1 Hour 45 Minutes”
AuthenticationTimeout Mandatory; specifies time (in seconds) to wait before an authentication
request times out; defaults to 120.
CredentialLifetime Specifies the maximum lifetime of a Protected Access Credential
(PAC). Clients that successfully authenticate with an expired PAC will
be reprovisioned with a new PAC.
CredentialLifetime is specified as a string consisting of pairs of
numbers and units, where units might be one of the following: M,
Minute, Minutes, H, Hour, Hours, D, Day, Days, W, Week, Weeks.
Credentials that never expire should be specified as Forever.
AuthenticationService Specifies the name of the EAP-GTC service is used for authentication.
The named service must have the UseLabels parameter set to True.
ProvisionMode Specifies the TLS mode used for provisioning. Clients only support the
default Anonymous mode.
Table 9-2 EAP-FAST Service Properties (continued)
Property Description
9-12
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-FAST
Note Prime Access Registrar verifies the certificate during the TLS-based authentication. CRL validation is
done before accepting a client certificate during the TLS authentication.
EAP-FAST Keystores
The EAP-FAST service manages a set of keys used to protect the security and integrity of the PACs it
issues. The keys are stored in/Radius/Advanced/KeyStores/EAP-FAST and are maintained
automatically requiring minimal administration. Administrators can specify the maximum number of
keys that are stored and the frequency of key updates.
The following is the default KeyStores settings:
[ //localhost/Radius/Advanced/KeyStores/EAP-FAST ]
NumberOfKeys = 256
RolloverPeriod = "1 Week"
Table 9-3 defines the KeyStores properties.
Testing EAP-FAST with radclient
There are two distinct phases to testing EAP-FAST: provisioning and authentication. In the instructions
below, Step 2 and Step 3 test provisioning and Steps 4 and Step 5 test authentication. At least one
successful provisioning phase must be completed prior to testing authentication. Testing EAP-FAST
with radclient requires that the EAP-MSChapV2 and EAP-GTC services be configured and functional.
The following instructions and examples assume that the AlwaysAuthenticate parameter has been set to
False for testing purposes. This permits the provisioning and authentication steps to be tested separately.
Most installations will set AlwaysAuthenticate to True for production use, and radclient works with that
setting, but might display extra error messages that you can ignore.
To test EAP-FAST using radclient:
ProvisionService Specifies the name of the EAP-MSChapV2 service used for
provisioning.
AlwaysAuthenticate Indicates whether provisioning should always automatically rollover
into authentication without relying on a separate session. Most
environments, particularly wireless, will perform better when this
parameter is set to True, the default value.
Table 9-2 EAP-FAST Service Properties (continued)
Property Description
Table 9-3 KeyStores Properties
Property Description
NumberOfKeys Number (from 1-1024) that specifies the maximum number of keys stored for
EAP-FAST.
RolloverPeriod Specifies the amount of time between key updates.
9-13
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-FAST
Step 1 Start radclient.
cd /cisco-ar/usrbin
./radclient –s
Step 2 Specify the inner provisioning method
tunnel eap-mschapv2
The only allowable method for provisioning is eap-mschapv2.
Step 3 Provision a new PAC:
simple_eap_fast_test user-name password
Step 4 Specify the inner authentication method.
tunnel eap-gtc
The only allowable method for authentication is eap-gtc.
Step 5 Authenticate using the PAC.
simple_eap_fast_test user-name password
The simple_eap_fast_test command passes its arguments to the inner authentication mechanism which
in turn treats the arguments as a username and a password. The command in Step 3 should result in
provisioning a new PAC, and Step 5 should result in successful authentication using that PAC.
PAC Provisioning
The following example provisions a PAC for user bob.
pac show
No PAC(s) available to show
tunnel eap-mschapv2
PEAP tunnel method is eap-mschapv2
EAP-FAST tunnel method is eap-mschapv2
simple_eap_fast_test bob bob
EAP-FAST authentication status:
[0x0e07] TLS authentication succeeded
Response to EAP-FAST message was not an Access-Accept
p012
pac show
PAC 1 version 1 (219 bytes)
9-14
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-FAST
A-ID : Prime AR
A-ID-Info : Cisco Prime Access Registrar
I-ID : bob
Expires : Never (0)
Key# : 12
TLV 1 : PAC-Key (1) mandatory (32 bytes)
TLV 2 : PAC-Opaque (2) mandatory (120 bytes)
TLV 3 : PAC-Info (9) mandatory (51 bytes)
In this example the simple_eap_fast_test command indicates that it did not receive an AccessAccept.
This is normal because the provisioning step always results in an AccessReject even when a new PAC
has been successfully provisioned. The last pac show command displayed some status information from
the new PAC and is used to verify that provisioning succeeded and authentication can now be tested. The
PAC information displayed will vary and depends on how EAP-FAST is configured.
Authentication
The following example authenticates user bob (continuing from the PAC Provisioning example).
tunnel eap-gtc
PEAP tunnel method is eap-gtc
EAP-FAST tunnel method is eap-gtc
simple_eap_fast_test bob bob
EAP-FAST authentication status :
[0x0e07] TLS authentication succeeded
SUCCESS : Correctly formatted Session Keys received from the server
p01e
In this example, the EAP_FAST authentication using the PAC from the previous provisioning step
succeeded. The AccessAccept packet received from Prime Access Registrar can be displayed to confirm
that it contains the expected attributes including the MS-MPPE session keys.
Parameters Used for Certificate-Based Authentication
EAP-FAST might optionally use RSA or ECC certificates to securely create the tunnel that is used for
PAC provisioning. However, the Cisco client does not support the use of certificates and the following
parameters will be ignored and should be left at their default values:
PrivateKeyPassword
ServerCertificateFile
ServerKeyFile
CACertificateFile
CACertificatePath
ClientVerificationMode
VerificationDepth
UseECCCertificates
EnableSessionCache
9-15
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-FAST
SessionTimeout
The parameters for configuring certificate-based operation are identical to those used for PEAP and
EAP-TLS.
Table 9-4 describes the parameters used for certificate-based authentication.
radclient Command Reference
This section describes the radclient commands you can use to test EAP-FAST.
eap-trace
Use the eap-trace command to display additional client protocol trace information for EAP methods.
Level is a number from 1 to 5 inclusively. Level 5 shows detailed hex dumps of all messages, level 4
shows a message trace without hex dumps, and levels 3 and below show status and error information. To
turn off trace displays, set the level to 0.
Set the trace level for all EAP methods.
eap-trace level
Table 9-4 Certificate-Based Authentication Parameters
Parameter Description
AuthorityIdentifier A string that uniquely identifies the credential (PAC) issuer. The client uses
this value to select the correct PAC to use with a particular server from the
set of PACs it might have stored locally. Care should be taken to ensure that
the AuthorityIdentifier is globally unique, that is, is distinct from other PAC
issuers
AuthorityInformation A string that provides some descriptive text for this credential issuer. The
value can be displayed to the client for identification purposes. It can contain
the enterprise and/or server names.
MaximumMessageSize Indicates the maximum length in bytes that a EAP-FAST message can have
before it is fragmented. If certificates are not used for authentication,
fragmentation should not be an issue.
AuthenticationTimeout Indicates the maximum number of seconds before an authentication
operation times out and is rejected.
CredentialLifetime Specifies the maximum lifetime of a PAC (Protected Access Credential).
Clients that successfully authenticate with an expired PAC will be
reprovisioned with a new PAC.
AuthenticationService Specifies the name of the EAP-GTC service that is used for authentication.
The named service must have the UseLabels parameter set to True.
ProvisionMode Specifies the TLS mode that is used for provisioning. As of this writing,
clients only support the default Anonymous mode.
ProvisionService Specifies the name of the EAP-MSChapV2 service that is used for
provisioning.
AlwaysAuthenticate Indicates whether provisioning should always automatically rollover into
authentication without relying on a separate session. Most environments,
particularly wireless, will perform better when this parameter is set to True
(the default value).
9-16
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-FAST
For example, the following command sets the trace level to 4 for all EAP methods.
eap-trace 4
Set the trace level for the specified EAP method.
eap-trace method level
The following example sets the trace level to 5 for EAP-FAST only. The trace level for other EAP
methods is not affected.
eap-trace eap-fast 5
Note The eap-trace command is for client-side trace information only and is independent of the server trace
level that can be set using aregcmd.
tunnel
The tunnel command is used to specify the inner provisioning and authentication methods for
EAP-FAST. The specified EAP method type must agree with the server’s configured methods or
authentication will fail.
tunnel eap-method
For EAP-FAST provisioning, the only allowable tunnel method is eap-mchavp2. For EAP-FAST
authentication, the only allowable tunnel method is eap-gtc.
simple_eap_fast_test
The arguments are passed to the inner authentication method as its authentication parameters. If a PAC
is not present, the tunnel method should be eap-mschapv2 and provisioning will occur. If a PAC is
present, the tunnel method should be eap-gtc and authentication will occur.
simple_eap_fast_test username password
There are also variants for the simple test command for other EAP methods as shown in the following
examples:
simple_eap_mschapv2_test bob bob
simple_eap_gtc_test bob bob
pac
The pac command is used display, save, and delete PACs that are received from the server during testing.
radclient maintains a cache of PACs that it knows about and that can be used for authentication testing.
The current PAC cache can be displayed with the pac show command. PACs created during a test session
can be stored to files with the pac save command, and reloaded in another session with the pac load
command. The contents of the PAC cache are completely deleted with pac delete. If the optional
parameter cache is included, PACs are also erased from disk.
pac load | save | show { hex } | delete { cache }
9-17
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-FAST
The pac show command displays the currently cached PACs. If the optional parameter hex is included,
additional detailed information including hex dumps are included in the display output.
pac show { hex }
The pac load command loads any previously saved PACS from disk into the active cache.
The pac save command saves all PACs from the active cache to disk. Any previously existing PACS for
the same user will be over-written.
The pac delete command deletes all PACs from the active cache. If the optional cache parameter is
included then PACs are also erased from disk.
pac delete { cache }
PAC—Credential Export Utility
You can manually provision EAP-FAST PACs to clients and avoid the use of the protocol provisioning
phase. This might be desirable from a security perspective since the default provisioning protocol uses
an anonymous (unauthenticated) method to construct the tunnel used to download the PAC to the client.
Manual provisioning involves exporting a PAC from Prime Access Registrar to a file which is then
copied to the client machine and used by the import utility. After a PAC has been manually imported, the
client should be able to authenticate via EAP-FAST while bypassing the initial provisioning phase. Care
should be taken while storing and transporting PAC files since they contain information that potentially
allows a client to authenticate via EAP-FAST.
PACs are exported from Prime Access Registrar via the pac command which is a new utility for this
release. (Note that this pac command is a standalone executable which is different from the Radclient
pac command.) The pac command has two capabilities:
Exports a PAC to a file
Displays information about an existing PAC file
PAC Export
Use the pac export command to create a new PAC file. In the following example, eap-fast is the name
of the Prime Access Registrar service configured for EAP-FAST authentication, bob is the name of the
user this PAC will be used for, and password is the password used to derive a key for encrypting the
resulting file. (This password is not the same as the administrator’s password). The PAC file will be
named bob.pac by default. You can use the –f option to give the file a different name.
pac –s export eap-fast bob password
If you omit the password parameter, a default password will be used.
Note Using the default password is strongly discouraged for security reasons.
9-18
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-GTC
PAC Display
Use the pac show command to display information about a PAC file. In the following example, bob.pac
is the name of the PAC file and password is the password used to decrypt the file contents.
pac –s show bob.pac password
Syntax Summary
The complete pac command syntax is as follows:
pac { options } export <service-name> <user-name> <file-password>
pac { options } show <file-name> file-<password>
Where:
-C <cluster>—Specifies the cluster to be used.
-N <user>—Specifies the user.
-P <user-password>—Specifies the password to be used.
-s —Logs in using defaults
-v—Enables verbose output
-f—Exports file name (default = {user-name}.pac)
EAP-GTC
EAP-GTC, defined in RFC 2284, is a simple method for transmitting a user’s name and password to an
authentication server. EAP-GTC should not be used except as an authentication method for PEAP
Version 1 because the password is not protected.
This section contains the following topics:
Configuring EAP-GTC
Testing EAP-GTC with radclient
Configuring EAP-GTC
Table 9-5 lists and describes the EAP-GTC specific properties for EAP-GTC authentication.
Table 9-5 EAP-GTC Properties
Property Description
UserService Required; name of service that can be used to authenticate using cleartext
passwords.
9-19
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-GTC
To enable EAP-GTC, use aregcmd to create and configure a service of type eap-gtc
Step 1 Launch aregcmd and create an EAP-GTC service.
cd /Radius/Services
add eap-gtc-service
Step 2 Change directory to the service and set its type to eap-gtc.
cd eap-gtc-service
set type eap-gtc
The follow example shows the default configuration for an EAP-GTC service:
[ //localhost/Radius/Services/eap-gtc-service ]
Name = eap-gtc
Description =
Type = eap-gtc
IncomingScript~ =
OutgoingScript~ =
AuthenticationTimeout = 120
UserService =
UserPrompt = "Enter password:"
UseLabels = False
Step 3 Set the service’s UserService to local-users or another local authentication service that is able to
authenticate using clear-text passwords.
set UserService local-users
Step 4 If configuring for EAP-FAST, set the UseLabels property to TRUE.
Testing EAP-GTC with radclient
To test the EAP-GTC service, launch radclient and use the simple_eap_gtc_test command. The
simple_eap_gtc_test command sends an Access-Request for the designated user with the user’s
password.
UserPrompt Optional string the client might display to the user; default is Enter
password:” Use the set command to change the prompt, as in the following:
set UserPrompt “Admin Password:”
UseLabels Required; must be set to TRUE for EAP-FAST authentication and set to
FALSE for PEAP authentication. Set to FALSE by default.
Table 9-5 EAP-GTC Properties (continued)
Property Description
9-20
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-LEAP
The response packet should indicate an Access-Accept if authentication was successful. View the
response packet to ensure the authentication was successful.
simple_eap_gtc_test bob bob
Packet: code = Access-Accept, id = 2, length = 104, attributes =
Service-Type = Framed
Framed-Protocol = PPP
Framed-IP-Address = 192.168.0.0
Framed-IP-Netmask = 255.255.255.0
Framed-Routing = None
Framed-MTU = 1500
Framed-Compression = VJ TCP/IP header compression
Framed-IPX-Network = 1
EAP-Message = 03:01:00:04
Ascend-Idle-Limit = 1800
Message-Authenticator = d3:4e:b1:7e:2d:0a:ed:8f:5f:72:e0:01:b4:ba:c7:e0
EAP-LEAP
Prime Access Registrar supports the new AAA Cisco-proprietary protocol called Light Extensible
Authentication Protocol (LEAP), a proprietary Cisco authentication protocol designed for use in IEEE
802.11 wireless local area network (WLAN) environments. Important features of LEAP include:
Mutual authentication between the network infrastructure and the user
Secure derivation of random, user-specific cryptographic session keys
Compatibility with existing and widespread network authentication mechanisms (e.g., RADIUS)
Computational speed
Note Prime Access Registrar supports a subset of EAP to support LEAP. This is not a general implementation
of EAP for Prime Access Registrar.
The Cisco-Wireless or Lightweight Extensible Authentication Protocol is an EAP authentication
mechanism where the user password is hashed based on an MD4 algorithm and verified by a challenge
from both client and server.
Configuring EAP-LEAP
You can use aregcmd to create and configure a service of type eap-leap. When you create an EAP-LEAP
service type, you must also specify a UserService to perform AAA service. The UserService can be any
configured authentication service.
To enable EAP-LEAP:
Step 1 Launch aregcmd and create an EAP-LEAP service.
cd /Radius/Services
add eap-leap-service
9-21
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-MD5
Step 2 Set the service type to eap-leap.
cd eap-leap-service
set type eap-leap
[ //localhost/Radius/Services/eap-leap-service ]
Name = newone
Description =
Type =
IncomingScript~ =
OutgoingScript~ =
AuthenticationTimeout = 120
UserService =
Step 3 Set the UserService property to a configured authentication service.
EAP-MD5
Cisco Prime Access Registrar supports EAP-MD5, or MD5-Challenge, another EAP authentication
exchange. In EAP-MD5 there is a CHAP-like exchange and the password is hashed by a challenge from
both client and server to verify the password is correct. After verified correct, the connection proceeds,
although the connection is periodically re-challenged (per RFC 1994).
Configuring EAP-MD5
Specify type eap-md5 when you create an EAP-MD5 service. When you create an EAP-MD5 service
type, you must also specify a UserService to perform AAA service. The UserService can be any
configured authentication service.
You can use aregcmd to create and configure a service of type eap-md5. When you create an EAP-MD5
service type, you must also specify a UserService to perform AAA service. The UserService can be any
configured authentication service.
To enable EAP-MD5:
Step 1 Launch aregcmd and create an EAP-LEAP service.
cd /Radius/Services
add eap-md5-service
Step 2 Set the service type to eap-md5.
cd eap-md5-service
set type eap-md5
[ //localhost/Radius/Services/eap-md5-service ]
Name = newone
Description =
Type =
IncomingScript~ =
9-22
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-Negotiate
OutgoingScript~ =
AuthenticationTimeout = 120
UserService =
Step 3 Set the UserService property to a configured authentication service.
EAP-Negotiate
EAP-Negotiate is a special service used to select at runtime the EAP service to be used to authenticate
the client. EAP-Negotiate is configured with a list of candidate EAP services that represent the allowable
authentication methods in preference order. When an EAP session begins, the EAP-Negotiate service
tires the first service in the list. If the client does not support that method, it will respond with an
EAP-Nak message which triggers EAP-Negotiate to try the next method on the list until a valid method
is found or the list is exhausted in which case authentication fails.
EAP-Negotiate is useful when the client population has deployed a mix of different EAP methods that
must be simultaneously supported by Prime Access Registrar. It can be difficult or impossible to reliably
distinguish which clients require which methods simply by examining RADIUS attributes or other
packet properties. EAP-Negotiate solves this problem by using the method negotiation feature of the
EAP protocol. Negotiation can be used to select the primary EAP method used for authentication and
also to select the inner method for PEAP.
This section contains the following topics:
Configuring EAP-Negotiate
Negotiating PEAP Tunnel Services
Testing EAP-Negotiate with radclient
Configuring EAP-Negotiate
You may first use aregcmd to create and configure the EAP services that will be used for authentication,
then create and configure a service of type eap-negotiate.
To enable EAP-Negotiate:
Step 1 Launch aregcmd and create an EAP-LEAP service.
cd /Radius/Services
add eap-negotiate-service
Step 2 Set the service type to eap-negotiate.
cd eap-negotiate-service
set type eap-negotiate
[ //localhost/Radius/Services/negotiate ]
Name = negotiate
Description =
Type = eap-negotiate
IncomingScript~ =
9-23
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-MSChapV2
OutgoingScript~ =
AuthenticationTimeout = 120
ServiceList =
Step 3 Set the ServiceList property to a list of preconfigured EAP authentication services.
The ServiceList property lists the names of the EAP services that can be negotiated with this instance of
EAP-Negotiate. The ServiceList property is a space-separated list and must consist of valid EAP service
name, not service types, in preference order from left to right. Each service and type on the list must be
unique; duplicates are not allowed.
set ServiceList “eap-leap-service eap-md5-service peap-v1-service”
Negotiating PEAP Tunnel Services
EAP-Negotiate can also be used to negotiate the inner tunnel service used for phase two of PEAP-V0 or
PEAP-V1. To do this, create and configure a service of type eap-negotiate. The ServiceList can only
contain services that are legal for the version of PEAP that it is used with. Set the PEAP service’s
TunnelService parameter to the name of the eap-negotiate service.
Note Not all supplicants support negotiation of the PEAP inner method. EAP-Negotiate can only be used with
supplicants that can use EAP-Nak to reject an unsupported inner method.
Testing EAP-Negotiate with radclient
You can test EAP-Negotiate using the same radclient commands used to test the other EAP services.
For example, you can use the commands for testing eap-leap and peap-v1.
EAP-MSChapV2
EAP-MSChapv2 is based on draft-kamath-pppext-eap-mschapv2-00.txt, an informational IETF draft
document. EAP-MSChapv2 encapsulates the MSChapV2 protocol (specified by RFC 2759) and can be
used either as an independent authentication mechanism or as an inner method for PEAP Version 0
(recommended).
This section contains the following topics:
Configuring EAP-MSChapV2
Testing EAP-MSChapV2 with radclient
Configuring EAP-MSChapV2
To enable EAP-MSChapv2, use aregcmd to create and configure a service of type eap-mschapv2
Step 1 Launch aregcmd and create an EAP-MSChapV2 service.
9-24
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-MSChapV2
cd /Radius/Services
add eap-mschapv2
Note This example named the service eap-mschapv2, but you can use any valid name for your service.
Step 2 Set the service’s type to eap-mschapv2.
cd eap-mschapv2
set Type eap-mschapv2
[ //localhost/Radius/Services/eap-mschapv2 ]
Name = eap-mschapv2
Description =
Type = eap-mschapv2
IncomingScript~ =
OutgoingScript~ =
AuthenticationTimeout = 120
UserService =
SystemID =
Step 3 Set the service’s UserService to local-users or another local authentication service that is able to
authenticate using MSChapV2.
set UserService local-users
Step 4 You might (optionally) set a string for System ID that identifies the sender of the MSChapV2 challenge
message, as in the following:
set SystemID system_ID_string
Testing EAP-MSChapV2 with radclient
To test the EAP-MSChapVersion 2 service using radclient:
Step 1 Launch radclient.
Step 2 Use the simple_eap_mschapv2_test command to authenticate using EAP-MSChapV2, as in the
following:
simple_eap_mschapv2_test bob bob
p006
The simple_eap_mschapv2_test command above sends an Access-Request for user bob with the user’s
password. The response packet should indicate an Access-Accept if authentication was successful.
Step 3 View the response packet to ensure the authentication was successful.
p006
Packet: code = Access-Accept, id = 4, length = 104, attributes =
9-25
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-SIM
Service-Type = Framed
Framed-Protocol = PPP
Framed-IP-Address = 192.168.0.0
Framed-IP-Netmask = 255.255.255.0
Framed-Routing = None
Framed-MTU = 1500
Framed-Compression = VJ TCP/IP header compression
Framed-IPX-Network = 1
EAP-Message = 03:01:00:04
Ascend-Idle-Limit = 1800
Message-Authenticator = 27:90:7e:20:78:34:43:2e:9d:cd:a8:75:82:53:03:65
EAP-SIM
Cisco Prime Access Registrar supports EAP-SIMv16. In a GSM network a subscriber is issued a smart
card called the subscriber identity module (SIM) that contains a secret key (Ki) and an International
Mobile Subscriber Identity (IMSI). The key (Ki) is also stored in the GSM authentication center located
with the Home Location Registry (HLR).
An access point uses the Prime Access Registrar RADIUS server to perform EAP-SIM authentication of
mobile clients. Prime Access Registrar must obtain authentication information from the HLR.
Prime Access Registrar contacts the MAP gateway that performs the MAP protocol over SS7 to the
HLR, see SIGTRAN-M3UA for more information.
In support of EAP-SIM, the Wx Interface feature will be supported. For more information on Wx
Interface Support, see the Wx Interface Support for SubscriberDB Lookup, page 17-48.
Configuring EAP-SIM
You can use aregcmd to create and configure a service of type eap-sim.
Table 9-6 lists and describes the EAP-SIM specific properties.
Table 9-6 EAP-SIM Service Properties
Property Description
AlwaysRequestIdentity When True, enables the server to obtain the subscriber's identity via
EAP/AKA messages instead of relying on the EAP messages alone.
This might be useful in cases where intermediate software layers can
modify the identity field of the EAP-Response/Identity message. The
default value is False.
EnableIdentityPrivacy When True, the identity privacy feature is enabled. The default value is
False.
PseudonymSecret The secret string that is used as the basis for protecting identities when
identity privacy is enabled. This should be at least 16 characters long
and have a value that is impossible for an outsider to guess. The default
value is secret.
Note It is very important to change PseudonymSecret from its default
value to a more secure value when identity privacy is enabled
for the first time.
9-26
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-SIM
PseudonymRenewtime Specifies the maximum age a pseudonym can have before it is renewed.
When the server receives a valid pseudonym that is older than this, it
generates a new pseudonym for that subscriber. The value is specified
as a string consisting of pairs of numbers and units, where the units
might be of the following: M, Minute, Minutes, H, Hour, Hours, D, Day,
Days, W, Week, Weeks. The default value is "24 Hours".
Examples are: "8 Hours", "10 Hours 30 Minutes", "5 D 6 H 10 M"
PseudonymLifetime Specifies the maximum age a pseudonym can have before it is rejected
by the server, forcing the subscriber to authenticate using it's permanent
identity. The value is specified as a string consisting of pairs of numbers
and units, where the units might be one of the following: M, Minute,
Minutes, H, Hour, Hours, D, Day, Days, W, Week, Weeks. It can also
be Forever, in which case, pseudonyms do not have a maximum age.
The default value is "Forever".
Examples are: "Forever", "3 Days 12 Hours 15 Minutes", "52 Weeks"
EnableReauthentication When True, the fast reauthentication option is enabled. The default
value is False.
MaximumReauthentica-
tions
Specifies the maximum number of times a reauthentication identity
might be reused before it must be renewed. The default value is 16.
ReauthenticationTimeout Specifies the time in seconds that reauthentication identities are cached
by the server. Subscribers that attempt to reauthenticate using identities
that are older than this value will be forced to use full authentication
instead. The default value is 3600 (one hour).
ReauthenticationRealm Optional. If you configure the realm, this value is appended to the Fas-
tReauthenticationUserId.
AuthenticationTimeout Time in seconds to wait for authentication to complete. The default is 2
minutes; range is 10 seconds to 10 minutes.
QuintetGenerationScript~ Optional. If the script is set, the custom scripting point can be used to
read the quintets from a flat file or generate quintets instead of fetching
the quintets from HLR.If the script is not set, the
Prime Access Registrar sends the request to HLR configured in remote
server to fetch the quintets.
UseProtectedResults Enables or disables the use of protected results messages. Results
messages indicate the state of the authentication but are cryptographi-
cally protected.
TripletCacheTimeout Required; timeout value of triplet cache.
SubscriberDBLookup Required. Must be set to either DIAMETER or SIGTRAN-M3UA.
When set to DIAMETER, the HSS lookup happens using the Diameter
Wx Interface. You need to configure the DestinationRealm to send the
Diameter packets to the RemoteServer.
When set to SIGTRAN-M3UA, the HLR/HSS lookup happens using
the SIGTRAN protocol. You need to configure the SIGTRAN remote
server.
Table 9-6 EAP-SIM Service Properties (continued)
Property Description
9-27
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-SIM
To enable EAP-SIM authentication using aregcmd:
Step 1 Launch aregcmd and create an EAP-SIM service.
cd /Radius/Services
add eap-sim-service
Step 2 Change directory to the service and set its type to eap-sim.
cd eap-sim-service
set Type eap-sim
[ //localhost/Radius/Services/EAP-SIM ]
Name = EAP-SIM
Description =
Type = eap-sim
NumberOfTriplets = 2
UseSimDemoTriplets = False
AlwaysRequestIdentity = False
EnableIdentityPrivacy = False
PseudonymSecret = <encrypted>
PseudonymRenewtime = "24 Hours"
PseudonymLifetime = Forever
Generate3GPPCompliantPseudonym = False
EnableReauthentication = False
MaximumReauthentications = 16
ReauthenticationTimeout = 3600
ReauthenticationRealm =
TripletCacheTimeout = 120
AuthenticationTimeout = 120
UseProtectedResults = False
SendReAuthIDInAccept = False
SubscriberDBLookup = SIGTRAN-M3UA
FetchAuthorizationInfo = FALSE
MultipleServersPolicy = Failover
IncomingScript~ =
OutgoingScript~ =
FetchAuthorizationInfo Required. When set True, it fetches MSISDN from HLR.
This field is dispayed when you set Subscriber_DBLookup as SIG-
TRAN-M3UA.
IncomingScript~ Optional script Prime Access Registrar server runs when it receives a
request from a client for an EAP-AKA/EAP-SIM service.
OutgoingScript~ Optional script Prime Access Registrar server runs before it sends a
response to a client using an EAP-AKA/EAP-SIM service.
OutageScript~ Optional. If set to the name of a script, Prime Access Registrar runs the
script when an outage occurs. This property allows you to create a script
that notifies you when the server detects a failure.
RemoteServers Remote server which can provide the service.
Table 9-6 EAP-SIM Service Properties (continued)
Property Description
9-28
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-SIM
OutageScript~ =
RemoteServers/
[ //localhost/Radius/Services/eap-sim-wx ]
Name = eap-sim-wx
Description =
Type = eap-sim
NumberOfTriplets = 2
UseSimDemoTriplets = False
AlwaysRequestIdentity = False
EnableIdentityPrivacy = False
PseudonymSecret = <encrypted>
PseudonymRenewtime = "24 Hours"
PseudonymLifetime = Forever
Generate3GPPCompliantPseudonym = False
EnableReauthentication = False
MaximumReauthentications = 16
ReauthenticationTimeout = 3600
ReauthenticationRealm =
TripletCacheTimeout = 120
AuthenticationTimeout = 120
UseProtectedResults = False
SendReAuthIDInAccept = False
SubscriberDBLookup = DIameter
DestinationRealm = hss.com
PreRequestTranslationScript~ =
PostRequestTranslationScript~ =
PreResponseTranslationScript~ =
PostResponseTranslationScript~
Note The EAP-SIM property OutagePolicy present in earlier versions of Prime Access Registrar is no longer
part of the EAP-SIM configuration.
To enable EAP-SIM authentication using radclient:
Step 1 Create an EAP-SIM service.
Step 2 Change directory to the service and set its type to eap-sim.
Step 3 Execute the below command in radclient to set session keys in the server.
simple_eap_sim_test 987456321123654 secret
Note The IMSI number that is stored in HLR is used for EAP-SIM authentication.
Step 4 Enter the server name in which the session key is created to view the eap-sim service details.
p006
Packet: code = Access-Accept, id = 3, length = 207, attributes =
User-Name = 987456321123654
9-29
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-Transport Level Security (TLS)
MS-MPPE-Send-Key =
9c:56:e5:36:9f:fe:84:a2:26:16:80:0a:13:74:fb:b7:87:30:00:5c:45:99:ea:78:af:7d:ae:37:0e
:b1:3a:2e:2b:b1:c8:4f:20:39:33:04:eb:dc:ba:27:e7:6f:56:08:21:56
EAP-Message = 03:02:00:04
Cisco-AVPair = auth-algo-type=eap-sim
MS-MPPE-Recv-Key =
8b:27:42:c5:47:79:ce:6a:41:ae:34:1f:15:2f:cf:b8:ee:18:e7:b5:1c:64:41:26:f7:4b:bc:53:bd
:54:57:70:a3:3b:df:78:9e:34:33:47:b3:a2:ff:4e:f1:fe:6f:8f:ee:aa
Message-Authenticator = 45:02:01:97:55:3d:bc:80:34:76:a4:5a:6b:29:ac:bc
Quintets to Triplets Conversion
Prime Access Registrar provides a configuration option in EAP-SIM service, which allows conversion
of quintets received from a Universal Mobile Telecommunications Service (UMTS) subscriber to
triplets. This feature facilitates backward compatibility by allowing to perform EAP-SIM authentication
from an EAP-AKA or EAP-AKA’ source.
EAP-Transport Level Security (TLS)
EAP-Transport Level Security (EAP-TLS), described in RFC 2716, is an authentication method
designed to mitigate several weaknesses of EAP. EAP-TLS leverages TLS, described in RFC 2246, to
achieve certificate-based authentication of the server and (optionally) the client. EAP-TLS provides
many of the same benefits as PEAP but differs from it in the lack of support for legacy authentication
methods.
This section contains the following topics:
Configuring EAP-TLS
Testing EAP-TLS with RSA or ECC Certificate using radclient
Testing EAP-TLS with Client Certificates
Configuring EAP-TLS
You can use aregcmd to create and configure a service of type eap-tls. Table 9-7 describes the EAP-TLS
configuration properties:
Table 9-7 EAP-TLS Service Properties
Property Description
IncomingScript Optional script Prime Access Registrar server runs when it receives a
request from a client for EAP-TLS service
OutgoingScript Optional script Prime Access Registrar server runs before it sends a
response to a client using EAP-TLS
MaximumMessageSize Indicates the maximum length in bytes that a PEAP or EAP-TLS message
can have before it is fragmented.
PrivateKeyPassword The password used to protect the server’s private key.
9-30
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-Transport Level Security (TLS)
ServerCertificateFile The full pathname of the file containing the server’s certificate or
certificate chain used during the TLS exchange. The pathname can be
optionally prefixed with a special string that indicates the type of
encoding used for the certificate. The two valid encoding prefixes are
PEM and DER. If an encoding prefix is not present, the file is assumed
to be in PEM format.
ServerKeyFile The full pathname of the file containing the server’s RSA or ECC private
key. The pathname can be optionally prefixed with a special string that
indicates the type of encoding used for the certificate. The two valid
encoding prefixes are “PEM” and “DER”. If an encoding prefix is not
present, the file is assumed to be in PEM format.
The following example assumes that the subdirectory pki under /cisco-ar
contains the server’s certificate file. The file server-key.pem is assumed
to be in PEM format. The file extension .pem is not significant.
set ServerKeyFile PEM:/cisco-ar/pki/server-key.pem
CACertificateFile The full pathname of the file containing trusted CA certificates used for
client verification. The file can contain more than one certificate, but all
certificates must be in PEM format. DER encoding is not allowed.
CACertificatePath The name of a directory containing trusted CA certificates (in PEM
format) used for client verification. This parameter is optional, and if it
is used there are some special preparations required for the directory it
references.
Each certificate file in this directory must contain exactly one certificate
in PEM format. The server looks up the certificate files using the MD5
hash value of the certificate’s subject name as a key. The directory must
therefore also contain a set of symbolic links each of which points to an
actual certificate file. The name of each symbolic link is the hash of the
subject name of the certificate.
For example, if a certificate file named ca-cert.pem is located in the
CACertificatePath directory, and the MD5 hash of the subject name
contained in ca-cert.path.pem is 1b96dd93, then a symbolic link named
1b96dd93 must point to ca-cert.pem.
If there are subject name collisions such as multiple certificates with the
same subject name, each link name must be indexed with a numeric
extension as in 1b96dd93.0 and 1b96dd93.1.
CRLDistributionURL Optional. The URL that Prime Access Registrar should use to retrieve the
CRL.You can specify a URL that uses HTTP or LDAP.
The following is an example for an HTTP URL:
<http://crl.verisign.com/pca1.1.1.crl>.
The following is an example for an LDAP URL:
ldap://209.165.200.225:388/CN=development-CA,CN=acs-westcoast
2,CN=CDP,CN=Public Key
Services,CN=Services,CN=Configuration,DC=cisco,DC=com
Table 9-7 EAP-TLS Service Properties (continued)
Property Description
9-31
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-Transport Level Security (TLS)
To enable EAP-TLS authentication:
Step 1 Launch aregcmd and create an EAP-TLS service.
cd /Radius/Services
add eap-tls-service
Step 2 Change directory to the service and set its type to eap-tls.
cd eap-tls-service
set Type eap-tls
[ //localhost/Radius/Services/eap-tls-service ]
Name = eap-tls-service
ClientVerificationMode Specifies the type of verification used for client certificates. Must be set
to one of RequireCertificate, None, or Optional.
RequireCertificate causes the server to request a client certificate and
authentication fails if the client refuses to provide one.
None will not request a client certificate.
Optional causes the server to request a client certificate but the client
is allowed to refuse to provide one.
VerificationDepth Specifies the maximum length (in bytes?) of the certificate chain used for
client verification.
UseECCCertificates Determines the applicability of the authentication mechanism in
SmartGrid Solutions, see the Smart Grid Solution Management,
page 17-50 for more information.
When UseECCCertificates is set to True, it can use the ECC, RSA, or
combination of both certificate for certificate based verification.
When UseECCCertificates is set to False, it can only use the RSA
certificate for certificate based verification. The default location to fetch
the certificate file is /cisco-ar/pki.
EnableSessionCache Specifies whether TLS session caching (fast reconnect) is enabled or not.
Set to True to enable session caching; otherwise set to False.
SessionTimeout If TLS session caching (fast reconnect) is enabled, SessionTimeout
specifies the maximum lifetime of a TLS session. Expired sessions are
removed from the cache and will require a subsequent full authentication.
SessionTimeout is specified as a string consisting of pairs of numbers and
units, where units might be one of the following: M, Minute, Minutes, H,
Hour, Hours, D, Day, Days, W, Week, Weeks, as in the following:
Set SessionTimeout “1 Hour 45 Minutes”
AuthenticationTimeout Mandatory; specifies time (in seconds) to wait before an authentication
request times out; defaults to 120.
Table 9-7 EAP-TLS Service Properties (continued)
Property Description
9-32
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-TTLS
Description =
Type = eap-tls
IncomingScript~ =
OutgoingScript~ =
MaximumMessageSize = 1024
PrivateKeyPassword = <encrypted>
ServerCertificateFile = /opt/CSCOar/pki/server-cert.pem
ServerKeyFile = /opt/CSCOar/pki/server-key.pem
CACertificateFile = /opt/CSCOar/pki/root-cert.pem
CACertificatePath = /opt/CSCOar/pki
CRLDistributionURL =
ClientVerificationMode = Optional
VerificationDepth = 4
EnableSessionCache = true
UseECCCertificates = true
SessionTimeout = "5 Minutes"
AuthenticationTimeout = 120
Note Prime Access Registrar verifies the certificate during the TLS-based authentication. CRL validation is
done before accepting a client certificate during the TLS authentication.
Testing EAP-TLS with RSA or ECC Certificate using radclient
To test the EAP-TLS service, launch radclient and use the simple_eap_tls_test command, as in the
following:
simple_eap_tls_test arg1
The argument is arbitrary for the simple_eap_tls_test command and can be anything. You can either
select RSA or ECC client certificates using this argument.
Testing EAP-TLS with Client Certificates
You can test EAP-TLS using client certificates verified by the server during the TLS exchange. The
client certificate file and RSA or ECC key file must reside in /cisco-ar/pki and be named client-cert.pem
and client-key.pem respectively. Both files must be in PEM format.
EAP-TTLS
Prime Access Registrar supports the Extensible Authentication Protocol Tunneled TLS (EAP-TTLS).
EAP-TTLS is an EAP protocol that extends EAP-TLS. In EAP-TLS, a TLS handshake is used to
mutually authenticate a client and server. EAP- TTLS extends this authentication negotiation by using
the secure connection established by the TLS handshake to exchange additional information between
client and server.
EAP-TTLS leverages TLS (RFC 2246) to achieve certificate-based authentication of the server (and
optionally the client) and creation of a secure session that can then be used to authentication the client
using a legacy mechanism. EAP-TTLS provides several benefits:
9-33
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-TTLS
Industry standard authentication of the server using certificates (TLS)
Standardized method for session key generation using TLS PRF
Strong mutual authentication
Identity privacy
Fast reconnect using TLS session caching
EAP message fragmentation
Secure support for legacy client authentication methods
EAP-TTLS is a two-phase protocol. Phase 1 conducts a complete TLS session and derives the session
keys used in Phase 2 to securely tunnel attributes between the server and the client. The attributes
tunneled during Phase 2 can be used to perform additional authentication(s) via a number of different
mechanisms.
The authentication mechanisms that can be used during Phase 2 include PAP, CHAP, MS-CHAP,
MS-CHAPv2, and EAP. If the mechanism is EAP, then several different EAP methods are possible.
The Phase 2 authentication can be performed by the local AAA Server (the same server running
EAP-TTLS) or it can be forwarded to another server (known as the home AAA Server). In the latter case,
the home server has no involvement in the EAP-TTLS protocol and can be any AAA service that
understands the authentication mechanism in use and is able to authenticate the user. It is not necessary
for the home server to understand EAP-TTLS.
This section contains the following topics:
Configuring EAP-TTLS
Testing EAP-TTLS with radclient
Configuring EAP-TTLS
Configuring EAP-TTLS involves two major tasks:
1. Configuring the TLS parameters used for Phase 1
2. Selecting the Phase 2 authentication methods and specifying whether authentication is performed
locally or forwarded to the home server.
If authentication is forwarded, the configuration must include the identity of the remote home server and
its shared secret.
You configure EAP-TTLS using the aregcmd CLI to create the appropriate services and specify their
parameters. Use the radclient test tool to confirm that the services have been properly configured and
are operational.
Creating an EAP-TTLS Service
You can use aregcmd to create and configure a service of type eap-ttls. Table 9-8 describes the
EAP-TTLS configuration properties:
9-34
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-TTLS
Table 9-8 EAP-TTLS Service Properties
Property Description
IncomingScript Optional script Prime Access Registrar server runs when it receives a
request from a client for EAP-TTLS service.
OutgoingScript Optional script Prime Access Registrar server runs before it sends a
response to a client using EAP-TTLS.
MaximumMessageSize Indicates the maximum length in bytes that a PEAP or EAP-TLS
message can have before it is fragmented.
PrivateKeyPassword The password used to protect the server’s private key.
ServerCertificateFile The full pathname of the file containing the server’s certificate or
certificate chain used during the TLS exchange. The pathname can be
optionally prefixed with a special string that indicates the type of
encoding used for the certificate. The two valid encoding prefixes are
PEM and DER. If an encoding prefix is not present, the file is assumed
to be in PEM format.
ServerKeyFile The full pathname of the file containing the server’s RSA or ECC private
key. The pathname can be optionally prefixed with a special string that
indicates the type of encoding used for the certificate. The two valid
encoding prefixes are “PEM” and “DER”. If an encoding prefix is not
present, the file is assumed to be in PEM format.
The following example assumes that the subdirectory pki under /cisco-ar
contains the server’s certificate file. The file server-key.pem is assumed
to be in PEM format. The file extension .pem is not significant.
set ServerKeyFile PEM:/cisco-ar/pki/server-key.pem
CACertificateFile The full pathname of the file containing trusted CA certificates used for
client verification. The file can contain more than one certificate, but all
certificates must be in PEM format.
Note DER encoding is not allowed.
9-35
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-TTLS
CACertificatePath The name of a directory containing trusted CA certificates (in PEM
format) used for client verification. This parameter is optional, and if
used, there are some special preparations required for the directory it
references.
Each certificate file in this directory must contain exactly one certificate
in PEM format. The server looks up the certificate files using the MD5
hash value of the certificate’s subject name as a key. The directory must
therefore also contain a set of symbolic links each of which points to an
actual certificate file. The name of each symbolic link is the hash of the
subject name of the certificate.
For example, if a certificate file named ca-cert.pem is located in the
CACertificatePath directory, and the MD5 hash of the subject name
contained in ca-cert.path.pem is 1b96dd93, then a symbolic link named
1b96dd93 must point to ca-cert.pem.
If there are subject name collisions such as multiple certificates with the
same subject name, each link name must be indexed with a numeric
extension as in 1b96dd93.0 and 1b96dd93.1.
See rehash-ca-certs Utility, page 9-42 for information about how to
create the required certificate file hash links.
CRLDistributionURL Optional. The URL that Prime Access Registrar should use to retrieve
the CRL.You can specify a URL that uses HTTP or LDAP.
The following is an example for an HTTP URL:
<http://crl.verisign.com/pca1.1.1.crl>.
The following is an example for an LDAP URL:
ldap://209.165.200.225:388/CN=development-CA,CN=acs-westcoas
t2,CN=CDP,CN=Public Key
Services,CN=Services,CN=Configuration,DC=cisco,DC=com
ClientVerificationMode Specifies the type of verification used for client certificates. Must be set
to one of RequireCertificate, None, or Optional.
RequireCertificate causes the server to request a client certificate
and authentication fails if the client refuses to provide one.
None will not request a client certificate.
Optional causes the server to request a client certificate but the client
is allowed to refuse to provide one.
VerificationDepth Specifies the maximum length of the certificate chain used for client
verification.
Table 9-8 EAP-TTLS Service Properties (continued)
Property Description
9-36
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-TTLS
UseECCCertificates Determines the applicability of the authentication mechanism in
SmartGrid Solutions, see the Smart Grid Solution Management,
page 17-50 for more information.
When UseECCCertificates is set to True, it can use the ECC, RSA, or
combination of both certificate for certificate based verification.
When UseECCCertificates is set to False, it can only use the RSA
certificate for certificate based verification. The default location to fetch
the certificate file is /cisco-ar/pki.
EnableSessionCache Specifies whether TLS session caching (fast reconnect) is enabled or not.
Set to True to enable session caching; otherwise set to False.
SessionTimeout If TLS session caching (fast reconnect) is enabled, SessionTimeout
specifies the maximum lifetime of a TLS session. Expired sessions are
removed from the cache and require a subsequent full authentication.
SessionTimeout is specified as a string consisting of pairs of numbers
and units, where units might be one of the following: M, Minute,
Minutes, H, Hour, Hours, D, Day, Days, W, Week, Weeks, as in the
following:
Set SessionTimeout “1 Hour 45 Minutes”
AuthenticationTimeout Mandatory; specifies time (in seconds) to wait before an authentication
request times out. The default is 120.
AuthenticationService Mandatory; specifies the authentication service to use to authenticate
users. See Configuring an EAP-TTLS Authentication Service, page 9-37
for more information.
Note The authentication service must exist before you can save the
EAP-TTLS service configuration.
Table 9-8 EAP-TTLS Service Properties (continued)
Property Description
9-37
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-TTLS
To enable EAP-TTLS authentication:
Step 1 Launch aregcmd and create an EAP-TTLS service.
cd /Radius/Services
add eap-ttls-service
Step 2 Change directory to the service and set its type to eap-ttls.
cd eap-ttls-service
set Type eap-ttls
[ //localhost/Radius/Services/eap-ttls-service ]
Name = eap-ttls-service
Description =
Type = eap-ttls
IncomingScript~ =
OutgoingScript~ =
MaximumMessageSize = 1024
PrivateKeyPassword = <encrypted>
ServerCertificateFile = /opt/CSCOar/pki/server-cert.pem
ServerKeyFile = /opt/CSCOar/pki/server-key.pem
CACertificateFile = /opt/CSCOar/pki/root-cert.pem
CACertificatePath = /opt/CSCOar/pki
CRLDistributionURL =
ClientVerificationMode = Optional
VerificationDepth = 4
EnableSessionCache = true
UseECCCertificates = true
SessionTimeout = "5 Minutes"
AuthenticationTimeout = 120
Note Prime Access Registrar verifies the certificate during the TLS-based authentication. CRL validation is
done before accepting a client certificate during the TLS authentication.
Configuring an EAP-TTLS Authentication Service
The EAP-TTLS service can authenticate users with either a legacy method such as PAP, CHAP,
MSCHAP, or MSCHAPv2 or with an EAP method such as EAP-MSCHAPv2 or EAP-GTC. The
authentication can be performed by the local server (the same server running EAP-TTLS) or it can be
forwarded to a remote AAA Server (the home server for the user’s domain).
This section provides examples of several different ways to configure an EAP-TTLS authentication
service. The following examples assume that you are using aregcmd and have already created the
EAP-TTLS service.
Note After you make a configuration change, you must save the configuration before it can be used.
9-38
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-TTLS
Authenticating Local Users with a Legacy Method
You can use a service like the local-users service (created as part of the example configuration) to
authenticate users in the local UserList.
set AuthenticationService local-users
This service can be used to authenticate using PAP, CHAP, MSCHAP, and MSCHAPv2.
Authenticating Users with EAP-MSChapV2
This example uses a service named eap-mschapv2 for authentication. Attempts to authenticate using any
other method than EAP-MSChapV2 (assuming the service type is also eap-mschapv2) will fail.
set AuthenticationService eap-mschapv2
Authenticating Users with EAP Negotiate
You can use the EAP-negotiate method to authenticate using more than one EAP type. The following
example defines an EAP service named eap-negotiate that can negotiate EAP-MSChapV2 or EAP-GTC
then configures an EAP-TTLS service to authenticate using that service.
To configures an EAP-TTLS service to authenticate using eap-negotiate:
Step 1 Create a service of type eap-negotiate.
cd /Radius/Services
add eap-nego
cd eap-nego
set Type eap-negotiate
set ServiceList “eap-mschapv2 eap-gtc”
Step 2 Configure the EAP-TTLS AuthenticationService.
cd /Radius/Services/eap-ttls
set AuthenticationService eap-nego
Authenticating Users with Legacy and EAP Methods
You can configure EAP-TTLS to authenticate using both legacy and EAP methods with a Group service
using an OR result rule. A configuration like that shown in the following example first attempts to
authenticate with the eap-negotiate service. If that fails, the server attempts to authenticate with the
local-users service.
9-39
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-TTLS
To authenticate with the eap-negotiate service;
Step 1 Create the Group service
cd /Radius/Services
add local-or-eap
cd local-or-eap
set Type group
set ResultRule OR
cd GroupServices
add 1 eap-negotiate
add 2 local-users
Step 2 Configure the EAP-TTLS AuthenticationService.
cd /Radius/Services/eap-ttls
set AuthenticationService local-or-eap
Authenticating Using a Remote AAA Server
You can configure an EAP-TTLS service to forward authentication to a remote AAA Server known (or
the home server). The following configures a RADIUS service to use a remote server, then configures
EAP-TTLS to use that service for authentication.
The first step in the following example configures a remote RADIUS server (aaa-remote) with its IP
address and the shared secret that it shares with the local server. You might also specify other important
parameters such as ports, timeouts, and maximum number of retries. See Services, page 4-12, for
information about configuring RADIUS services.
To configure a remote RADIUS server (aaa-remote) with its IP address and a shared secret:
Step 1 Configure a remote AAA Server.
cd /Radius/RemoteServers
add aaa-remote
cd aaa-remote
set Protocol Radius
set IPAddress 10.1.2.3
set SharedSecret secret
9-40
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-TTLS
The following step configures a RADIUS service to use the remote server created in the previous step.
You might also configure other important parameters such as the failover strategy. See Services,
page 4-12, for information about configuring RADIUS services.
Step 2 Configure an AAA service.
cd /Radius/Services
add home
cd home
set Type Radius
cd RemoteServers
add 1 aaa-remote
Step 3 Configure the EAP-TTLS AuthenticationService:
cd /Radius/Services/eap-ttls
set AuthenticationService home
Other configurations are also possible. For example, a group service can be used to perform some
authentications locally and forward others to a remote server.
Testing EAP-TTLS with radclient
To test the EAP-TLS service, launch radclient and use the simple_eap_ttls_test command. The
simple_eap_ttls_test command has the following syntax:
simple_eap_ttls_test identity password { method }
Where:
identity is the user’s name.
password is the user’s password
method is one of: PAP, CHAP, MSChap, MSChapV2, or PEAP.
Note If the method parameter is EAP, the tunnel command must be used to specify the EAP method
type.
9-41
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
EAP-TTLS
Testing EAP-TTLS Using Legacy Methods
To authenticate a user using EAP-TTLS with PAP:
Step 1 Launch radclient.
cd /cisco-ar/usrbin
./radclient –s
Step 2 Authenticate using EAP-TTLS PAP.
simple_eap_ttls_test bob bob pap
The following commands show how to test the other valid legacy methods.
simple_eap_ttls_test bob bob chap
simple_eap_ttls_test bob bob mschap
simple_eap_ttls_test bob bob mschapv2
Testing EAP-TTLS Using EAP Methods
The following example uses EAP-TTLS with EAP-MSChapV2 as the Phase 2 method to authenticate a
user named bob whose password is bob (from the example configuration). Issue the tunnel command to
specify the Phase 2 EAP method, then issue the simple_eap_ttls_test command with eap as a method
type.
To authenticate a user using EAP-TTLS with EAP-MSChapV2 as the Phase 2 method:
Step 1 Launch radclient
cd /cisco-ar/usrbin
./radclient –s
Step 2 Authenticate using EAP-TTLS and EAP-MSChapV2.
tunnel eap-mschapv2
simple_eap_ttls_test bob bob eap
To test with a different EAP method, use the tunnel command to specify the method as shown in the
following command to specify EAP-TLS.
tunnel eap-tls
simple_eap_ttls_test bob bob eap
9-42
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
radclient Command Reference
rehash-ca-certs Utility
The rehash-ca-certs utility works with the CACertificatePath property and enables you to create the
required certificate file hash links (similar to those used with PEAP and EAP-TLS). The rehash-ca-certs
utility is only used when the server is validating certificates from the client (which is optional and not a
common case for EAP-TTLS).
The syntax for the rehash-ca-certs utility is:
rehash-ca-certs { -v } path1 { path2 … pathn }
Each directory path specified on the command line is scanned by the rehash-ca-certs utility for
filenames with the pem extension (such as ca-cert.pem) and the appropriate hash link is created as
described above. Before creating links, rehash-ca-certs first removes all existing links in the directory,
so each invocation creates fresh links. The –v option enables verbose output.
The following is an example of the rehash-ca-certs utility:
./rehash-ca-certs ../pki
start rehashing ../pki
client-key.pem does not contain a PEM certificate
finished rehashing
The rehash-ca-certs utility warns about PEM files that do not contain certificates. On Cisco Prime
Access Registrar, intermediate/chained certificates cannot be imported.
To run Prime Access Registrar on Solaris with PEAP authentication:
Step 1 Add both root and intermediate CA in the directory /opt/CSCOar/pki (as configured for
CACertificatePath in the service NYU-NetIDs-PEAPService).
Step 2 Change the directory to pki:
cd /opt/CSCOar/pki
Step 3 run /opt/CSCOar/bin/rehash-ca-certs
Step 4 Stop ARserver and restart.
radclient Command Reference
This section provides a summary of the radclient commands you can use to test PEAP and EAP-TLS.
It contains the following topics:
eap-trace
tunnel
9-43
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
radclient Command Reference
eap-trace
Use the eap-trace command to display additional client protocol trace information for EAP methods.
Set the level to a number from 1 to 5 inclusively. Level 5 shows detailed hexadecimal dumps of all
messages. Level 4 shows a message trace without hexadecimal dumps. Levels 3 and below show status
and error information. To turn off trace displays, set the level to 0.
Use eap-trace level to set the trace level for all EAP methods. The following example command sets the
trace level to 4 for all EAP methods:
eap-trace 4
Use eap-trace method level to set the trace level for the specified EAP method. The following example
command sets the trace level to 5 for PEAP Version0 only. The trace level for other EAP methods is not
affected.
eap-trace peap-v0 5
Note The eap-trace command is for client-side trace information only and is independent of the server trace
level you set using aregcmd.
tunnel
Use the tunnel command to specify the inner authentication method for PEAP. The specified EAP
method type must agree with the server’s configured authentication method or authentication will fail.
tunnel eap-method
For PEAP Version 0, the allowable tunnel methods are EAP-MSCHAPV2 and EAP-SIM. For PEAP
Version 1, the allowable tunnel methods are EAP-GTC and EAP-SIM.
simple_eap_mschapv2_test username password
simple_eap_gtc_test username password
simple_eap_peapv0_test arg1 arg2
The arguments are passed to the inner authentication method as its authentication parameters. For
EAP-MSChapv2 the arguments are username and password; for EAP-SIM they are IMSI and key.
simple_eap_peapv1_test arg1 arg2
The arguments are passed to the inner authentication method as its authentication parameters. For
EAP-GTC the arguments are username and password; for EAP-SIM they are IMSI and key.
simple_eap_tls_test arg1
9-44
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
Protected EAP
Protected EAP
Protected EAP (PEAP) is an authentication method designed to mitigate several weaknesses of EAP.
PEAP leverages TLS (RFC 2246) to achieve certificate-based authentication of the server (and
optionally the client) and creation of a secure session that can then be used to authenticate the client.
PEAP provides several benefits:
Industry standard authentication of the server using certificates (TLS)
Standardized method for session key generation using TLS PRF
Strong mutual authentication
Identity privacy
Fast reconnect using TLS session caching
EAP message fragmentation
Secure support for legacy client authentication methods
Cisco Prime Access Registrar supports the two major existing variants of PEAP, PEAP Version 0
(Microsoft PEAP) and PEAP Version 1 (Cisco PEAP). PEAP Version 0 is described in IETF drafts,
draft-kamath-pppext-peapv0-00.txt and draft-josefsson-pppext-eap-tls-eap-02.txt. This version of
PEAP can use either EAP-MSChapV2 or EAP-SIM as an authentication method. PEAP Version 1 is
described by IETF draft draft-zhou-pppext-peapv1-00.txt. PEAP Version 1 can use either EAP-GTC
or EAP-SIM as an authentication method.
This section contains the following topics:
PEAP Version 0
PEAP Version 1
PEAP Version 0
This section describes configuring PEAP Version 0 and testing it with radclient.
Configuring PEAP Version 0
You can use aregcmd to create and configure a service of type peap-v0. Table 9-9 describes the PEAP
service properties for PEAP Version 0.
Table 9-9 PEAP Version 0 Service Properties
Property Description
IncomingScript Optional script Prime Access Registrar server runs when it receives a
request from a client for PEAP-v0 service.
OutgoingScript Optional script Prime Access Registrar server runs before it sends a
response to a client using PEAP-v0
MaximumMessageSize Indicates the maximum length in bytes that a PEAP or EAP-TLS
message can have before it is fragmented.
PrivateKeyPassword The password used to protect the server’s private key.
9-45
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
Protected EAP
ServerCertificateFile The full pathname of the file containing the server’s certificate or
certificate chain used during the TLS exchange. The pathname can be
optionally prefixed with a special string that indicates the type of
encoding used for the certificate. The two valid encoding prefixes are
PEM and DER. If an encoding prefix is not present, the file is assumed
to be in PEM format.
The following example assumes that the subdirectory pki under
/cisco-ar contains the server’s certificate file. The file server-cert.pem
is assumed to be in PEM format; note that the file extension .pem is not
significant.
set ServerCertificateFile PEM:/cisco-ar/pki/server-cert.pem
CACertificateFile The full pathname of the file containing trusted CA certificates used for
client verification. The file can contain more than one certificate, but all
certificates must be in PEM format. DER encoding is not allowed.
CACertificatePath The name of a directory containing trusted CA certificates (in PEM
format) used for client verification. This parameter is optional, and if it
is used there are some special preparations required for the directory it
references.
Each certificate file in this directory must contain exactly one certificate
in PEM format. The server looks up the certificate files using the MD5
hash value of the certificate’s subject name as a key. The directory must
therefore also contain a set of symbolic links each of which points to an
actual certificate file. The name of each symbolic link is the hash of the
subject name of the certificate.
For example, if a certificate file name ca-cert.pem is located in the
CACertificatePath directory, and the MD5 hash of the subject name
contained in ca-cert.path.pem is 1b96dd93, then a symbolic link named
1b96dd93 must point to the ca-cert.pem file.
If there are subject name collisions such as multiple certificates with the
same subject name, each link name must be indexed with a numeric
extension as in 1b96dd93.0 and 1b96dd93.1.
CRLDistributionURL Optional. The URL that Prime Access Registrar should use to retrieve
the CRL.You can specify a URL that uses HTTP or LDAP.
The following is an example for an HTTP URL:
<http://crl.verisign.com/pca1.1.1.crl>.
The following is an example for an LDAP URL:
ldap://209.165.200.225:388/CN=development-CA,CN=acs-westcoas
t2,CN=CDP,CN=Public Key
Services,CN=Services,CN=Configuration,DC=cisco,DC=com
Table 9-9 PEAP Version 0 Service Properties (continued)
Property Description
9-46
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
Protected EAP
ClientVerificationMode Specifies the type of verification used for client certificates. Must be set
to one of RequireCertificate, None, or Optional.
RequireCertificate causes the server to request a client certificate
and authentication fails if the client refuses to provide one.
None will not request a client certificate.
Optional causes the server to request a client certificate but the
client is allowed to refuse to provide one.
VerificationDepth Specifies the maximum length of the certificate chain used for client
verification.
UseECCCertificates Determines the applicability of the authentication mechanism in
SmartGrid Solutions, see the Smart Grid Solution Management,
page 17-50 for more information.
When UseECCCertificates is set to True, it can use the ECC, RSA, or
combination of both certificate for certificate based verification.
When UseECCCertificates is set to False, it can only use the RSA
certificate for certificate based verification. The default location to fetch
the certificate file is /cisco-ar/pki.
EnableSessionCache Specifies whether TLS session caching (fast reconnect) is enabled or
not. Set to True to enable session caching; otherwise set to False.
SessionTimeout If TLS session caching (fast reconnect) is enabled, SessionTimeout
specifies the maximum lifetime of a TLS session. Expired sessions are
removed from the cache and will require a subsequent full
authentication.
SessionTimeout is specified as a string consisting of pairs of numbers
and units, where units might be one of the following: M, Minute,
Minutes, H, Hour, Hours, D, Day, Days, W, Week, Weeks, as in the
following:
Set SessionTimeout “1 Hour 45 Minutes”
AuthenticationTimeout Mandatory; specifies time (in seconds) to wait before an authentication
request times out; defaults to 120.
TunnelService Mandatory; must be the name of an existing EAP-MSCHAPv2 or
EAP-SIM service for PEAP Version 0.
EnableWPS When set to TRUE, enables Windows Provisioning Service (WPS) and
provides two other properties, MasterURL and WPSGuestUserProfile.
The default value is FALSE.
Table 9-9 PEAP Version 0 Service Properties (continued)
Property Description
9-47
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
Protected EAP
To enable PEAP Version 0:
Step 1 Launch aregcmd and create a PEAP Version 0 service.
cd /Radius/Services
add peap-v0-service
Step 2 Set the service’s type to peap-v0.
cd peap-v0-service
set Type peap-v0
//localhost/Radius/Services/eap-peap-v0-service ]
Name = eap-peap-v0-service
Description =
Type = eap-peap-v0
IncomingScript~ =
OutgoingScript~ =
MaximumMessageSize = 1024
PrivateKeyPassword = <encrypted>
ServerCertificateFile = /opt/CSCOar/pki/server-cert.pem
ServerKeyFile = /opt/CSCOar/pki/server-key.pem
CACertificateFile = /opt/CSCOar/pki/root-cert.pem
CACertificatePath = /opt/CSCOar/pki
CRLDistributionURL =
ClientVerificationMode = Optional
VerificationDepth = 4
EnableSessionCache = true
UseECCCertificates = true
SessionTimeout = "5 Minutes"
AuthenticationTimeout = 120
EnableWPS = FALSE
Step 3 Set the service’s TunnelService property to the name of an existing EAP-MSCHAPV2 or EAP-SIM
service.
set TunnelService name_of_EAP-MSCHAPv2_service
or
MasterURL When using WPS, specifies the URL of the provisioning server which is
modified with the appropriate fragment and sent to the client.
WPSGuestUserProfile When using WPS, specifies a profile to be used as a guest user profile;
must be a valid profile under /Radius/Profiles.
This profile is used for guests and users whose account has expired. This
profile normally contains attributes denoting the VLAN-id of the guest
network (which has the provisioning server alone) and might contain
IP-Filters that would restrict the access of the guest (to only the
provisioning server).
Table 9-9 PEAP Version 0 Service Properties (continued)
Property Description
9-48
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
Protected EAP
set TunnelService name_of_EAP-SIM_service
Note Prime Access Registrar verifies the certificate during the TLS-based authentication. CRL validation is
done before accepting a client certificate during the TLS authentication.
Testing PEAP Version 0 with radclient
To test the PEAP Version 0:
Step 1 Launch radclient.
Step 2 Specify the inner authentication method, eap-mschapv2 or eap-sim, as in the following.
tunnel eap-mschapv2
or
tunnel eap-sim
Step 3 Use the simple_eap_peapv0_test command to authenticate using PEAP Version 0, as in the following:
simple_eap_peapv0_test arg1 arg2
The simple_eap_peapv0_test command passes its arguments to the inner authentication mechanism
which treats the arguments as either a username and a password (for eap-mschapv2) or as an IMSI and
a key (for eap-sim).
The following example tests PEAP Version 0 with EAP-MSCHAPV2 as the inner authentication
mechanism using username bob and password bob:
tunnel eap-mschapv2
simple_eap_peapv0_test bob bob
The following example tests PEAP Version 0 with EAP-SIM as the inner authentication mechanism
using IMSI 1124567891 and key 0112456789ABCDEF:
tunnel eap-sim
simple_eap_peapv0_test 1124567891 0112456789ABCDEF
Testing PEAP Version 0 with Client Certificates
You can test PEAP Version 0 using client certificates verified by the server during the TLS exchange.
The client certificate file and RSA or ECC key file must reside in /cisco-ar/pki and be named
client-cert.pem and client-key.pem respectively. Both files must be in PEM format.
9-49
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
Protected EAP
PEAP Version 1
This section describes configuring PEAP Version 1 and testing it with radclient.
Configuring PEAP Version 1
You can use aregcmd to create and configure a service of type peap-v1. Table 9-10 describes the PEAP
service properties for both PEAP Version 1.
Table 9-10 PEAP Version 1 Service Properties
Property Description
IncomingScript Optional script Prime Access Registrar server runs when it receives a
request from a client for PEAP-v1 service.
OutgoingScript Optional script Prime Access Registrar server runs before it sends a
response to a client using PEAP-v1.
MaximumMessageSize Indicates the maximum length in bytes that a PEAP or EAP-TLS message
can have before it is fragmented.
PrivateKeyPassword The password used to protect the server’s private key.
ServerCertificateFile The full pathname of the file containing the server’s certificate or
certificate chain used during the TLS exchange. The pathname can be
optionally prefixed with a special string that indicates the type of
encoding used for the certificate. The two valid encoding prefixes are
PEM and DER. If an encoding prefix is not present, the file is assumed
to be in PEM format.
CACertificateFile The full pathname of the file containing trusted CA certificates used for
client verification. The file can contain more than one certificate but all
certificates must be in PEM format. DER encoding is not allowed.
CACertificatePath The name of a directory containing trusted CA certificates (in PEM
format) used for client verification. This parameter is optional, and if it
is used there are some special preparations required for the directory it
references.
Each certificate file in this directory must contain exactly one certificate
in PEM format. The server looks up the certificate files using the MD5
hash value of the certificate’s subject name as a key. The directory must
therefore also contain a set of symbolic links each of which points to an
actual certificate file. The name of each symbolic link is the hash of the
subject name of the certificate.
For example, if a certificate file named ca-cert.pem is located in the
CACertificatePath directory, and the MD5 hash of the subject name
contained in ca-cert.path.pem is 1b96dd93, then a symbolic link named
1b96dd93 must point to the ca-cert.pem file.
If there are subject name collisions such as multiple certificates with the
same subject name, each link name must be indexed with a numeric
extension as in 1b96dd93.0 and 1b96dd93.1.
9-50
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
Protected EAP
CRLDistributionURL Optional. The URL that Prime Access Registrar should use to retrieve the
CRL.You can specify a URL that uses HTTP or LDAP.
The following is an example for an HTTP URL:
<http://crl.verisign.com/pca1.1.1.crl>.
The following is an example for an LDAP URL:
ldap://209.165.200.225:388/CN=development-CA,CN=acs-westcoast
2,CN=CDP,CN=Public Key
Services,CN=Services,CN=Configuration,DC=cisco,DC=com
ClientVerificationMode Specifies the type of verification used for client certificates. Must be set
to one of RequireCertificate, None, or Optional.
RequireCertificate causes the server to request a client certificate and
authentication fails if the client refuses to provide one.
None will not request a client certificate.
Optional causes the server to request a client certificate but the client
is allowed to refuse to provide one.
VerificationDepth Specifies the maximum length of the certificate chain used for client
verification.
UseECCCertificates Determines the applicability of the authentication mechanism in
SmartGrid Solutions, see the Smart Grid Solution Management,
page 17-50 for more information.
When UseECCCertificates is set to True, it can use the ECC, RSA, or
combination of both certificate for certificate based verification.
When UseECCCertificates is set to False, it can only use the RSA
certificate for certificate based verification. The default location to fetch
the certificate file is /cisco-ar/pki.
EnableSessionCache Specifies whether TLS session caching (fast reconnect) is enabled or not.
Set to True to enable session caching; otherwise set to False.
SessionTimeout If TLS session caching (fast reconnect) is enabled, SessionTimeout
specifies the maximum lifetime of a TLS session. Expired sessions are
removed from the cache and will require a subsequent full authentication.
SessionTimeout is specified as a string consisting of pairs of numbers and
units, where units might be one of the following: M, Minute, Minutes, H,
Hour, Hours, D, Day, Days, W, Week, Weeks, as in the following:
Set SessionTimeout “1 Hour 45 Minutes”
AuthenticationTimeout Mandatory; specifies time (in seconds) to wait before an authentication
request times out; defaults to 120.
TunnelService Mandatory; must be the name of an existing EAP-GTC or EAP-SIM
service for PEAP Version 0.
Table 9-10 PEAP Version 1 Service Properties (continued)
Property Description
9-51
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
Protected EAP
To enable PEAP Version 1:
Step 1 Launch aregcmd and create a PEAP Version 1 service.
cd /Radius/Services
add peap-v1-service
Step 2 Set the service’s type to peap-v1.
cd peap-v1-service
set Type peap-v1
//localhost/Radius/Services/eap-peap-v1-service ]
Name = eap-peap-v1-service
Description =
Type = eap-peap-v1
IncomingScript~ =
OutgoingScript~ =
MaximumMessageSize = 1024
PrivateKeyPassword = <encrypted>
ServerCertificateFile = /opt/CSCOar/pki/server-cert.pem
ServerKeyFile = /opt/CSCOar/pki/server-key.pem
CACertificateFile = /opt/CSCOar/pki/root-cert.pem
CACertificatePath = /opt/CSCOar/pki
CRLDistributionURL =
ClientVerificationMode = Optional
VerificationDepth = 4
EnableSessionCache = true
UseECCCertificates = true
SessionTimeout = "5 Minutes"
AuthenticationTimeout = 120
Step 3 Set the service’s TunnelService property to the name of an existing EAP-GTC or EAP-SIM service.
set TunnelService name_of_EAP-GTC_service
or
set TunnelService name_of_EAP-SIM_service
Testing PEAP Version 1 with radclient
To test the PEAP Version 1:
Step 1 Launch radclient.
Step 2 Specify the inner authentication method, EAP-GTC or EAP-SIM, as in the following.
tunnel eap-gtc
or
tunnel eap-sim
9-52
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
How to Configure Oracle, Mysql Accounting with the Buffering Option Enabled
Step 3 Use the simple_eap_peapv1_test command to authenticate using PEAP Version 1, as in the following:
simple_eap_peapv1_test arg1 arg2
The simple_eap_peapv1_test command passes its arguments to the inner authentication mechanism
which treats the arguments as either a username and a password (for EAP-GTC) or as an IMSI and a key
(for EAP-SIM).
Testing PEAP Version 1 with Client Certificates
You can test PEAP Version 1 using client certificates verified by the server during the TLS exchange.
The client certificate file and RSA or ECC key file must reside in /cisco-ar/pki and be named
client-cert.pem and client-key.pem respectively. Both files must be in PEM format.
How to Configure Oracle, Mysql Accounting with the Buffering
Option Enabled
Prime Access Registrar provides support for MySQL to query user records from Oracle database using
sql interface and enables you to write accounting records into Oracle database. You can use insert,
update, and delete queries to
add new details into database.
modify the existing details in the database.
remove the outdated details from the database.
To Select the SQL Statement in Run Time Accounting
Prime Access Registrar provides support to query user account details from SQL database and enables
you to add, delete, and update accounting details into SQL when using Oracle accounting.
You can execute the following SQL statements to perform various actions:
Query
Insert
Update
Delete
Configuring Oracle, Mysql Accounting
Query
You can query the accounting details from Oracle by referring this service in
/Radius/DefaultAuthenticationService and in /Radius/DefaultAuthorization.
The following example is an SQL statement used for Authentication and Authorization of the subscribed
users. You can use the SQL and MarkerList properties statement to query the selected attributes from
Oracle.
9-53
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
How to Configure Oracle, Mysql Accounting with the Buffering Option Enabled
sql1/
Name = sql1
Description =
Type = query
SQL = "select password , username from arusers where username = ?"
ExecutionSequenceNumber = 1
MarkerList = UserName/SQL_CHAR
Insert
You can insert user details into SQL database by Oracle accounting. This service is used by referring the
/Radius/DefaultAccountingService or Accounting-Service environment variable.
For instance, you can use the following SQL and MarkerList properties statement to insert the selected
attributes:
sql1/
Name = sql1
Description =
Type = insert
SQL = "insert into sql_test (username,nas) values (?,?)"
ExecutionSequenceNumber = 1
MarkerList = "UserName/SQL_CHAR NAS-Identifier/SQL_CHAR"
Update
You can easily modify the details in an SQL table with the UPDATE statement.
For example, you can use the following SQL and MarkerList properties statement to update the selected
attributes:
sql2/
Name = sql2
Description =
Type = update
SQL = "update sql_test set packet='stop' where username=?"
ExecutionSequenceNumber = 2
MarkerList = UserName/SQL_CHAR
Delete
You can remove the unnecessary records from SQL database using DELETE statement.
For example, you can use the following SQL and MarkerList properties statement to delete the selected
attributes:
sql/
Name = sql
Description =
Type =delete
SQL = "delete from arusers_acct where username=?"
ExecutionSequenceNumber = 1
MarkerList = UserName/SQL_CHAR
9-54
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
How to Configure Oracle, Mysql Accounting with the Buffering Option Enabled
Configuring Oracle, Mysql Accounting
The following script describes you how to configure Oracle, Mysql accounting with the buffering option
enabled:
[ //localhost/Radius/Services/oracle-acc ]
Name = oracle-acc
Description =
Type = oci-accounting
IncomingScript~ = sql
OutgoingScript~ =
OutagePolicy~ = RejectAll
OutageScript~ =
MultipleServersPolicy = Failover
RemoteServers/
[ //localhost/Radius/Services/oracle-acc/RemoteServers ]
1. oracle-acc
[ //localhost/Radius/RemoteServers/oracle-acc ]
Name = oracle-acc
Description =
Protocol = oci-accounting
ReactivateTimerInterval = 300000
Timeout = 15
DataSourceConnections = 8
ODBCDataSource = oracle
SNMPTrapIP =
SNMPTrapPort = 1521
KeepAliveTimerInterval = 0
BufferAccountingPackets = TRUE
MaximumBufferFileSize = "10 Megabytes"
NumberOfRetriesForBufferedPacket = 3
BackingStoreEnvironmentVariables =
UseLocalTimeZone = FALSE
AttributeList =
Delimiter =
SQLDefinition/
[ //localhost/Radius/Advanced/ODBCDataSources/oracle ]
Name = oracle
Description =
Type = oracle_oci
UserID = scott
Password = <encrypted>
DataBase = ORCL
[ //localhost/Radius/Scripts/sql ]
Name = sql
Description =
Language = tcl
Filename = sql.tcl
EntryPoint = sqltest
InitEntryPoint =
InitEntryPointArgs =
Script
The script statements are executed based on the IP address that you specified in the query. Here is a
sample script to select the SQL statements.
proc sqltest {request response environ} {
9-55
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
How Suffix and Prefix Rules Work with Prime Access Registrar
set nas [ $request get NAS-Identifier ]
if { [ string compare $nas 1.1.1.1 ] == 0 } {
$environ put SQL-Sequence "sql1"
$environ put BackingStore-Env-Vars "SQL-Sequence"
}
if { [ string compare $nas 1.1.1.2 ] == 0 } {
$environ put SQL-Sequence "sql2"
$environ put BackingStore-Env-Vars "SQL-Sequence"
}
if { [ string compare $nas 1.1.1.3 ] == 0 } {
$environ put SQL-Sequence "sql3"
$environ put BackingStore-Env-Vars "SQL-Sequence"
}
if { [ string compare $nas 1.1.1.4 ] == 0 } {
$environ put SQL-Sequence "sql4"
$environ put BackingStore-Env-Vars "SQL-Sequence"
}
}
How Suffix and Prefix Rules Work with Prime Access Registrar
Prime Access Registrar includes several scripts that you can use with the rules. The following are the
most commonly used rules:
Prefix Rule, See ExecPrefixRule, page 18-17 for more information
Suffix Rule, See ExecSuffixRule, page 18-18 for more information
Configuring Prefix and Suffix Policies
To configure prefix and suffix policies in Prime Access Registrar in order to provide authentication and
authorization services for the subscribed users:
Step 1 Activate the Policy Engine by configuring SelectPolicy. This script explains you how to set a suffix and
prefix policy in the grouping list.
--> cd selectPolicy/
[ //localhost/Radius/Policies/SelectPolicy ]
Name = SelectPolicy
Description =
Grouping = suffixrule&prefixrule
Step 2 Run the configuration rules for Prefix and Suffix.
Step 3 Set Script = ExecSuffixRule in the prefix rule configuration.
[ //localhost/Radius/Rules ]
Entries 1 to 2 from 2 total entries
Current filter: <all>
prefixrule/
Name = prefixrule
Description =
Type = radius
Script~ = ExecPrefixRule
Attributes/
Authentication-Service = local-users
Authorization-Service = local-users
9-56
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
CRL Support for Cisco Prime Access Registrar
Delimiters = @#%$/
Prefix = cisco
StripPrefix = no
Step 4 Specify Script = ExecRealmRule in the suffix configuration to scan.
suffixrule/
Name = suffixrule
Description =
Type = radius
Script~ = ExecRealmRule
Attributes/
Realm = @cisco.com
CRL Support for Cisco Prime Access Registrar
Prime Access Registrar checks for various certificates for validation purposes in its authentication
services. The client sends a certificate along with the access-challenge to Prime Access Registrar.
Prime Access Registrar verifies the validity of the certificate and approves the request if the certificate
is valid. For certificate validation, Prime Access Registrar uses an advanced verification mechanism,
which uses Certificate Revocation Lists (CRLs).
A CRL, which uses the X.509 certification format, is the signed data structure that the certificate
authority (CA) issues periodically. It contains a list of the serial numbers and the timestamp of the
revoked certificates. These revoked certificates are not valid and Prime Access Registrar rejects any
request that comes with these certificates. The CRLs are available in a public repository in
Prime Access Registrar.
A certificate can be revoked because of the following reasons:
Expiration of the validity period.
Change in the name of the user to whom the certificate is issued.
Change in the association between the CA and the user.
Loss of the private they that is associated with the certificate.
Prime Access Registrar uses the Lightweight Dynamic Authentication Protocol (LDAP) and HTTP for
validating the certificates using CRL. The CRLDistributionURL in the TLS based EAP authentication
services, is used for the CRL support in Prime Access Registrar. When you configure this property,
Prime Access Registrar fetches the CRL from the specified URL, at the startup. A background thread in
Prime Access Registrar keeps track of these CRLs. When any of the CRLs expires,
Prime Access Registrar fetches the latest version of CRL using the specified URL. Each CRL contain
the information related to its expiry.
Prime Access Registrar places all the CRLs in a CRL store. It uses these CRLs while it does a TLS
authentication for certificate validation. During an authentication service, the certificate verifier in
Prime Access Registrar checks for the validity of the certificate against the CRL issued by the CA that
signed the certificate. It looks for the serial number of the certificate in the list of revoked certificates in
the appropriate CRL. If it finds a match in the CRL, it compares the revocation time that is encoded in
the CRL against the current time. If the current time is later than the revocation time,
Prime Access Registrar considers the certificate invalid.
This section contains the following topics:
Configuring Certificate Validation Using CRL
Using Intermediate Certificates in Prime Access Registrar
9-57
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
CRL Support for Cisco Prime Access Registrar
Note Prime Access Registrar uses the CRLDistributionURL property in the following services:
eap-tls
eap-ttls
eap-fast
peap-v0
peap-v1
Configuring Certificate Validation Using CRL
Prime Access Registrar uses the CRLDistributionURL property for the certificate validation using
CRLs. The following shows a sample configuration for the certificate verification using CRLs in
Prime Access Registrar:
//localhost/Radius/Services/eap-ttls-service ]
Name = eap-ttls-service
Description =
Type = eap-ttls
IncomingScript~ =
OutgoingScript~ =
MaximumMessageSize = 1024
PrivateKeyPassword = <encrypted>
ServerCertificateFile = /opt/CSCOar/pki/server-cert.pem
ServerKeyFile = /opt/CSCOar/pki/server-key.pem
CACertificateFile = /opt/CSCOar/pki/root-cert.pem
CACertificatePath = /opt/CSCOar/pki
CRLDistributionURL =
ClientVerificationMode = Optional
VerificationDepth = 4
EnableSessionCache = true
UseECCCertificates = true
SessionTimeout = "5 Minutes"
AuthenticationTimeout = 120
Table 9-8 describes the properties in this sample configuration.
Using Intermediate Certificates in Prime Access Registrar
The rehash-ca-certs utility can be used to import intermediate certificates in Prime Access Registrar.
See rehash-ca-certs Utility, page 9-42 for information about how to create the required certificate file
hash links.
To import intermediate certificates in Prime Access Registrar:
Step 1 Copy the Root CA, Intermediate CA of the client to a directory.
Step 2 Run /opt/CSCOar/bin/rehash-ca-certs –v <path of the client certificate store>
The utility creates the required hash links to maintain the chain between the Root CA certificate and
Intermediate CA certificates.
Step 3 Set the CACertificateFile property in EAP service to the path where Root CA Certificate of the client is
stored.
9-58
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 9 Extensible Authentication Protocols
CRL Support for Cisco Prime Access Registrar
Step 4 Restart the Prime Access Registrar server.
The following shows an example to import intermediate certificates in Prime Access Registrar:
Step 1 Copy the Client Root CA and Intermediate CA Certificate in /cisco-ar/certs/wimax/ directory.
cp /tmp/wimax_device_root.pem /cisco-ar/certs/wimax/
cp /tmp/wimax_device_root_ca1.pem /cisco-ar/certs/wimax/
/opt/CSCOar/bin/rehash-ca-certs –v /cisco-ar/certs/wimax/
Step 2 Enter in to aregcmd.
/opt/CSCOar/bin/aregcmd –s
a. Configure the eap service which uses these client certificates.
cd Radius/Services/eap-ttls
//localhost/Radius/Services/eap-ttls-service ]
Name = eap-ttls-service
Description =
Type = eap-ttls
IncomingScript~ =
OutgoingScript~ =
MaximumMessageSize = 1024
PrivateKeyPassword = <encrypted>
ServerCertificateFile = /opt/CSCOar/pki/server-cert.pem
ServerKeyFile = /opt/CSCOar/pki/server-key.pem
CACertificateFile = /opt/CSCOar/pki/root-cert.pem
CACertificatePath = /opt/CSCOar/pki
CRLDistributionURL =
ClientVerificationMode = Optional
VerificationDepth = 4
EnableSessionCache = true
UseECCCertificates = true
SessionTimeout = "5 Minutes"
AuthenticationTimeout = 120
set CACertificateFile PEM:/opt/CSCOar/pki/wimax_device_root.pem
Set CACertificateFile PEM:/opt/CSCOar/pki/wimax_device_root.pem
Step 3 Save the configuration.
save
Step 4 Restart the arserver.
/opt/CSCOar/bin/arserver restart
CHAPTER
10-1
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
10
Using WiMAX in Cisco Prime Access Registrar
Cisco Prime Access Registrar (Prime Access Registrar) supports Worldwide Interoperability for
Microwave Access (WiMAX) technology. This feature support in Prime Access Registrar complies with
the WiMAX forum NWG_R1_V1.3.1-Stage-3 specifications.
This chapter contains the following sections:
WiMAX - An Overview
WiMAX in Cisco Prime Access Registrar
WiMAX - An Overview
WiMAX is a standards-based wireless technology that offers high throughput broadband connections
over long distances. WiMAX can be used for a number of applications, including “last mile” broadband
connections, fixed and mobile cellular service, hotspots and cellular backhaul, and high-speed enterprise
connectivity for business. WiMAX is based on the IEEE 802.16d standard for fixed wireless, and the
802.16e standard for mobile wireless. This standard is appealing to customers because it allows mass
production of chipsets that reduce CPE costs, ensures multi-vendor interoperability, and reduces
investment risk for operators.
The architectural framework of a WiMAX network consists of the Access Service Network (ASN), the
Connectivity Service Network (CSN), and a AAA Server. An Access Service Network is a set of network
functions that provide radio access to a WiMAX subscriber. The ASN typically provides functions such
as network discovery and selection, connectivity service between the MSS and CSN, Radio Resource
Management, Multicast and Broadcast Control, Intra-ASN mobility, Paging, and Location Management.
The WiMAX architecture consists of both mobile and fixed subscribers, as well as the ASN and CSN.
A CSN is defined as a set of network functions that provide IP connectivity services to the WiMAX
subscribers. CSN might comprise network elements such as Routers, Home Agent, AAA proxy/servers,
user databases, Policy Servers, Content Service Gateways, Service Selection Gateways, and
interworking gateway devices.
The Access Service Network is connected to a home network HCSN (Home Connectivity Service
Network) via at least one visited network (Visited Connectivity Service Network VCSN) or intermediate
network.
The Visited CSN plays the role of a AAA proxy. During all AAA interaction the VCSN AAA server acts
as a RADIUS proxy transporting RADIUS packets between the ASN and the HCSN.
10-2
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 10 Using WiMAX in Cisco Prime Access Registrar
WiMAX in Cisco Prime Access Registrar
Figure 10-1 describes the network reference model of a typical WiMAX scenario.
Figure 10-1 WiMAX Network Reference Model
WiMAX in Cisco Prime Access Registrar
Prime Access Registrar uses the Extensible Authentication Protocol (EAP) to enable the WiMAX
feature. It also caches the IP attributes and Mobility Keys that are generated during network access
authentication. To enable caching of the WiMAX attributes, you must configure the respective resource
managers. See Configuring the Resource Manager for WiMAX, page 10-8, for information on
configuring resource manager. Figure 10-2 shows the WiMAX workflow in Prime Access Registrar.
10-3
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 10 Using WiMAX in Cisco Prime Access Registrar
WiMAX in Cisco Prime Access Registrar
Figure 10-2 WiMAX Workflow
The WiMAX workflow in Prime Access Registrar includes:
Direct interaction between the ASN GW and Prime Access Registrar
Interaction between the ASN GW and Prime Access Registrar through the HA
This section contains the following topics:
Direct Interaction Between the ASN GW and Cisco Prime Access Registrar
Interaction Between ASN GW and Cisco Prime Access Registrar Through HA
Prepaid and Hot-Lining
Direct Interaction Between the ASN GW and Cisco Prime Access Registrar
When the mobile node (MN) sends a RADIUS request to the ASN GW, it forwards this request to the
CSN. If it is VCSN, the VAAA proxies the request with Visited HA address in the Access Request to
HAAA. The HAAA initiates an authentication using the EAP service, for example, eap-ttls. The initial
Access-Request containing the WiMAX capability and NAS-Port-Type (Type:61) attributes indicate that
the specified flow is for a WiMAX request from ASN GW. Prime Access Registrar redirects this request
to the WiMAX service that you configure. The WiMAX service redirects the request to the EAP-based
Wimax-Authentication-Service for authentication. Upon successful authentication, the WiMAX service
redirects the request to Wimax-Session-Manager to allocate the home agent. Subsequently,
Prime Access Registrar generates the appropriate keys based on the Extended Master Session Key
(EMSK) and records the generated keys in the session cache resource manager as configured, before
sending Access-Accept to the ASN GW.
10-4
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 10 Using WiMAX in Cisco Prime Access Registrar
WiMAX in Cisco Prime Access Registrar
If there is no VCSN, then the HAAA will send the Access-Accept to ASNGW. Otherwise, the HAAA
sends the Access-Accept to VAAA. The VAAA then generates the visited HA-RK Key with SPI and
Lifetime and sends the access-accept to ASNGW.
The authentication methods followed by Prime Access Registrar are:
User-only
Device-only
Single-EAP Device or User authentication
Note Prime Access Registrar 4.2 does not support Double-EAP authentication.
Prime Access Registrar uses the following values to identify the service-type:
Framed—for initial authentication
Authenticate-Only—for reauthentication
Authorize-Only—for prepaid request
Note Prepaid attributes can also be sent in the initial authentication.
The attributes contained in this flow are listed in Table 10-1. For detailed information on the attributes
refer to the WiMAX forum NWG_R1_V1.3.1-Stage-3 specifications document.
Table 10-1 Attributes: ASN GW-Prime Access Registrar Flow
Attribute Description
User-Name Must be present. This attributes gets the NAI from
the EAP-Response/Identity.
Service-Type Must be present and the value is Framed,
Authenticate-Only or Authorize-Only.
WiMAX Capability This attribute is chosen by the ASN GW. The
request to the Prime Access Registrar is provided
through the WiMAX-Capability attribute. The
server might respond with the chosen WiMAX
Capability.
NAS-Port-Type The request must contain this attribute with the
value 27. This indicates Wireless IEEE 802.16
port when coming from a WiMAX ASN.
Calling-Station-ID The request must contain this attribute with the
value set to the MAC address of the device in
binary format.
Device-Authentication-Indicator The request might contain this attribute to
indicate whether the device authentication was
performed or not and the result of the action.
CUI The NAS might intimate the support for CUI by
sending the CUI attribute with the value ‘null’.
GMT-Time-Zone-Offset The request must contain the offsets in seconds
from the GMT at the NAS.
10-5
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 10 Using WiMAX in Cisco Prime Access Registrar
WiMAX in Cisco Prime Access Registrar
Prime Access Registrar generates a few more attributes upon successful authentication. These attributes
are described in Table 10-2.
Framed-IP-Address This is the CMIPv4 Home address to be assigned
to the MN. If this attribute is not present then the
Home address is derived by the ASN from MIP
procedures or through DHCP.
WiMax-Session-ID This attribute shall not be present in the initial
authentication. The value is a unique identifier in
the home realm for this session as set by the
HAAA(Prime Access Registrar) in the
Access-Accept, when the authentication is
successful and it will be included in all
subsequent requests from the NAS, such as online
accounting.
MSK The MSK shall be provided by the AAA Server as
a result of successful EAP-authentication.
MSK can be transmitted using either the
MS-MPPE-Keys or the MSK attribute.
Packet-Flow-Descriptor The pre-provisioned service flow which might be
present in the Access-Accept packet.
QoS-Descriptor The pre-provisioned service flow which might be
present in the Access-Accept packet, if
configured in Prime Access Registrar.
BS-ID Might be present in the Access-Request packet
which will identify NAP-ID base station. If both
NAP-ID and BS-ID are present, the NAP-ID will
be ignored.
Acct-Interim-Interval Sent in the Access-Accept packet. It indicates the
accounting update intervals.
Table 10-1 Attributes: ASN GW-Prime Access Registrar Flow (continued)
Attribute Description
Table 10-2 Additional Attributes: ASN-GW Prime Access Registrar Flow
Attribute Description
hHA-IP-MIP4 The IP address of the home HA allocated for the
incoming request.
vHA-IP-MIP4 The IP address of the visited HA. To be used by
the PMIP4 client.
MN-hHA-MIP4-KEY The MN-hHA key is used for MIP4 procedures.
MN-hHA-MIP4-SPI The SPI associated with the
MN-hHA-MIP4-KEY.
MN-vHA-MIP4-KEY The MN-vHA key is used for MIP4 procedures.
10-6
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 10 Using WiMAX in Cisco Prime Access Registrar
WiMAX in Cisco Prime Access Registrar
Note A policy engine can parse the NAI decoration and conclude the type of authentication method for the
incoming access-request for passing on to WiMAX service.
Interaction Between ASN GW and Cisco Prime Access Registrar Through HA
After Prime Access Registrar returns the Access-Accept to the ASN GW, the mobile node, which
initially sent the request, sends a registration request to the ASN GW. The ASN GW receives this request
and sends an Access-Request to the HA. A Query-Request will be sent to the Prime Access Registrar by
HA to receive the security context for authenticating the FA.
Prime Access Registrar identifies the request as HA query request, if:
the WiMAX mobility attribute is present
the NAS-Port-Type attribute is absent
Prime Access Registrar checks for a valid session in the session cache based on NAI and sends an
Access-Accept to the HA.
MN-vHA-MIP4-SPI The SPI associated with the
MN-vHA-MIP4-KEY.
FA-RK-KEY The FA-RK key will be used at ASN GW to derive
MN-FA for MIP4 procedures.
Table 10-2 Additional Attributes: ASN-GW Prime Access Registrar Flow (continued)
Attribute Description
Table 10-3 HAAA Cached Attributes
Attribute Description
Pseudo Identity As received from the MS in the NAI in the
EAP-Response/Identity. The HAAA is required to
correlate this to the true identity of the user.
NAS-ID/NAS-IP address One or both of these parameters are cached by the
HAAA. This is required to locate the serving
NAS.
Framed-IP Address The IP address allocated to the user session. This
information is useful in identifying the session
during AAA dynamic procedures.
MIP-RK, hHA-RK, FA-RK, MN-hHA Mobility keys generated during network access
authentication. These keys are cached and used by
the network for mobility authentication.
hHA-IP address The IP address of the home HA assigned to the
MS.
10-7
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 10 Using WiMAX in Cisco Prime Access Registrar
WiMAX in Cisco Prime Access Registrar
Note Prime Access Registrar responds with the correct keys back to the HA based on the NAI in User-Name
attribute. Prime Access Registrar returns an Access-Reject if it does not find a valid session for the NAI
during the user authentication and authorization or if there are other errors.
Prepaid and Hot-Lining
Prime Access Registrar supports prepaid and hot-lining flows for WiMAX. These are supported by the
existing mechanisms.
Configuring WiMAX in Cisco Prime Access Registrar
A new service type named wimax will be used for the WiMAX feature in Prime Access Registrar.
aregcmd command is used to configure WiMAX in Prime Access Registrar. WiMAX service
contains—Session Manager (with a session-cache resource manager and HA resource manager), Query
Service that is connected to the session manager configured for this service, and Prepaid Service, which
are required to connect all the flows appearing in Prime Access Registrar for WiMAX. This service will
be used as a container for the new key generation modules and the existing modules such as EAP
services.
Configuring WiMAX in Prime Access Registrar involves configuration of:
Resource Manager for WiMAX
Session Manager for WiMAX
Query Service for WiMAX
WiMAX properties
This section contains the following topics:
Configuring the Resource Manager for WiMAX
Configuring the Session Manager for WiMAX
Configuring the Query Service for WiMAX
Configuring WiMAX
Configuring WiMAX
Table 10-4 VAAA Cached Attributes
Attribute Description
vHA-RK, vHA-RK-SPI, vHA-RK Lifetime,
MN-vHA
Mobility keys generated during network access
authentication. These keys are cached and used by
the network for mobility authentication.
vHA-IP address The IP address of the visited HA assigned to the
MS.
10-8
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 10 Using WiMAX in Cisco Prime Access Registrar
WiMAX in Cisco Prime Access Registrar
Configuring the Resource Manager for WiMAX
You must configure the following two Resource Managers:
HA (home-agent or home-agent-ipv6)
HA Cache (session-cache)
The HA Resource Manager must contain the IP ranges covering all the HA IP addresses that are to be
assigned in round-robin. You must configure the HA Cache Resource Manager to cache the mobility
keys (Table 10-3).
Note The HA Resource Manager allocates the IP addresses to the HA. If you do not configure the HA
Resource Manager properly, Prime Access Registrar will not generate some of the keys, which result in
an Access-Reject by the NAS.
The following shows the sample configuration for HA:
[ /Radius/ResourceManagers/HA ]
Name = HA
Description =
Type = home-agent
Home-Agent-IPAddresses/
Entries 1 to 1 from 1 total entries
Current filter: <all>
209.165.200.225-209.165.200.254/
The following shows the sample configuration for HA Cache in HAAA:
[ /Radius/ResourceManagers/HA-Cache ]
Name = HA-Cache
Description =
Type = session-cache
OverwriteAttributes = TRUE
QueryKey = User-Name
PendingRemovalDelay = 10
AttributesToBeCached/
1. WiMax-Session-ID
2. hHA-RK-Key
3. hHA-RK-SPI
4. MN-hHA-MIP4-Key
5. hHA-RK-Lifetime
6. MIP-RK
The following shows the sample configuration for HA Cache in VAAA:
[ /Radius/ResourceManagers/HA-Cache ]
Name = HA-Cache
Description =
Type = session-cache
OverwriteAttributes = TRUE
QueryKey = User-Name
PendingRemovalDelay = 10
AttributesToBeCached/
1. vHA-RK-Key
2. vHA-RK-SPI
3. MN-vHA-MIP4-Key
4. vHA-RK-Lifetime
When the OverwriteAttributes value is set as TRUE, the newly generated mobility keys will be cached
with the session record. By default, the value is FALSE.
10-9
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 10 Using WiMAX in Cisco Prime Access Registrar
WiMAX in Cisco Prime Access Registrar
The HA-RK-Lifetime attribute type must be of type STRING instead of UINT32 under
/Radius//advanced/attribute\ dictionary/vendor-Specific/vendors/wimAX/subAttribute\
Dictionary.
Note For generating RRQ-MN-HA key, we must configure MIP-RK in the AttributesToBeCached list.
Configuring the Session Manager for WiMAX
Before configuring WiMAX service, you must configure a session manager for WiMAX with a HA and
session cache resource manager. The following shows an example configuration of a session manager
with HA and session cache resource managers.
[ /Radius/SessionManagers/session-mgr-2 ]
Name = session-mgr-2
Description =
IncomingScript =
OutgoingScript =
AllowAccountingStartToCreateSession = FALSE
SessionTimeOut =
PhantomSessionTimeOut =
SessionKey =
ResourceManagers/
1. HA-Cache
2. HA
Note If a default session manager is configured with the same key as that of the WiMAX session manager, the
incoming WiMAX request will fail.
Configuring the Query Service for WiMAX
When you configure a query service for the WiMAX service in Prime Access Registrar, you must refer
it to the WiMAX Session Manager that you created. While configuring WiMAX, you must refer the
WiMAX-Query-Service parameter to a valid Query Service.
You must configure the Query key as the User-Name attribute, which contains the NAI. You must also
configure the query service to return all the relevant mobility keys as described in Table 10-5.
Table 10-5 Mobility Keys
Key Generated By Used At
MN-HA-CMIP4 MN and HAAA HA and MN
MN-HA-PMIP4 MN and HAAA HA and PMIP4 client
MN-HA-CMIP6 MN and HAAA MN and HA
FA-RK MN and HAAA MN and Authenticator
MN-FA MN and Authenticator FA and MN or PMIP4 client
HA-RK HAAA or VAAA HA and Authenticator
FA-HA HA and Authenticator HA and FA
10-10
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 10 Using WiMAX in Cisco Prime Access Registrar
WiMAX in Cisco Prime Access Registrar
The following shows a sample configuration for a WiMAX Query Service:
[../haQueryService ]
Name = haQueryService
Description =
Type = radius-query
IncomingScript~ =
OutgoingScript~ =
SessionManagersToBeQueried/
1. session-mgr-2
AttributesToBeReturned/
1. WiMax-Session-ID
2. HA-RK-Key
Note If AttributesToBeReturned is not configured, all the cached attributes will be returned.
Configuring WiMAX
When you configure the WiMAX service under /Radius/Services, you must set its type to wimax and
provide the following configuration options:
[ //localhost/Radius/Services/wimax ]
Name = WiMAX
Description =
Type = WiMAX
IncomingScript~ =
OutgoingScript~ =
OutagePolicy~ = RejectAll
OutageScript~ =
HA-RK-Key = cisco112
HA-RK-LifeTime = 60
WiMAX-Authentication-Service = None
WiMAX-Session-Manager = None
WiMAX-Query-Service = None
WiMAX-Prepaid-Service = None
Allow-HAAA-To-Include-Keys = TRUE
Require-MSK = False
The syntax to generate the a WiMAX request from radclient is
simple_wimax_asn_test bob(username) bob(password)
Table 10-6 WiMAX Service Parameters
Parameter Description
Name Required; inherited from the upper directory.
Description An optional description of the service.
Type Must be set to wimax for WiMAX service.
IncomingScript Optional.
OutgoingScript Optional.
OutagePolicy Required; must be set to AcceptAll, DropPacket,
or RejectAll. Default is DropPacket.
10-11
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 10 Using WiMAX in Cisco Prime Access Registrar
WiMAX in Cisco Prime Access Registrar
WiMAX - OMA-DM Provisioning Support with BEK Key
In addition to WiMax subscriber authentication, the Prime Access Registrar generates and caches the
Bootstrap Encryption Key (BEK) when it receives the authentication request from the unprovisioned
WiMax subscriber/device. Prime Access Registrar can identify the unprovisioned device either by
looking the special pattern in Access-Request or by performing explicit database lookup.
The BEK key derived from EMSK is calculated as follows:
OutageScript Optional. if you set this property to the name of a
script, Prime Access Registrar runs it when an
outage occurs. This property allows you to create
a script that notifies you when the RADIUS server
detects a failure.
HA-RK-Key Used as the base key to generate random
HA-RK-Key for all the HAs that are configured in
Prime Access Registrar.
By default, the value is cisco112.You can change
this value.
HA-RK-LifeTime Used as time (in minutes) to regenerate the
HA-RK-Keys based on its lifetime.
WiMAX-Authentication-Service A valid eap service which can be used for
WiMAX authentication. By default, this value is
none.
For VAAA, it should be configured with valid
radius proxy service.
WiMAX-Session-Manager A valid session manager which has HA and HA
Cache as resource managers. By default, this
value is none.
WiMAX-Query-Service A valid RADIUS query service configured with
WiMAX session manager. By default, this value is
none.
WiMAX-Prepaid-Service A valid prepaid service can be given to carry out
the prepaid functionality of WiMAX. Otherwise
this value is set to none.
Allow-HAAA-To-Include-Keys If this is set, the HAAA will include the
hHA-RK-Key, hHA-RK-SPI and
hHA-RK-Lifetime in the Access-Accept.
Otherwise, those attributes will not be in the
Access-Accept. By default this value is True.
Require-MSK If this is set, the MSK will be provided by the
AAA server as a result of successful
EAP-Authentication. By default, this value is
False.
Table 10-6 WiMAX Service Parameters (continued)
Parameter Description
10-12
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 10 Using WiMAX in Cisco Prime Access Registrar
WiMAX in Cisco Prime Access Registrar
BEK = the 16 most significant (leftmost) octets of HMAC-SHA256(EMSK,
“bek@wimaxforum.org”).
When Prime Access Registrar receives the accounting start packet for the unprovisioned device,
1. IP, MAC address, and BEK of the unprovisioned device notifies the OMA-DM server to initiate the
provisioning.
2. Prime Access Registrar maintains the IP address to MAC address association using web-service
until it receives the provisioning complete message from the OMA-DM server.
The Backend Portal queries the Prime Access Registrar web-service for this unprovisioned device MAC
address by giving the device IP address and also the OMA-DM server request the
Prime Access Registrar web-service to validate the MAC to IP address association
The communication between Prime Access Registrar and OMA-DM/Portal server is through
web-service by using SOAP over HTTPS. It is assumed that the OMA-DM server (or a mediation
function) will have a web-service using which AR can communicate.
Configuring the WiMax-Provisioning
To configure WiMax provisioning:
Step 1 Configure a script object, such as wimax-provision.
[ //localhost/Radius/Scripts/wimax-provision ]
Name = wimax-provision
Description =
Language = rex
--> set FileName to 'libProvisioning.so'
set FileName /cisco-ar/scripts/radius/rex/libProvisioning.so
--> set EntryPoint 'ProvisionedDeviceLookup'
set EntryPoint ProvisionedDeviceLookup
--> set InitEntryPoint 'InitializeProvisioning'
set InitEntryPoint InitializeProvisioning
--> set InitEntryPointArgs to 'ldap:wimax'
set InitEntryPointArgs ldap:wimax
ls
[ //localhost/Radius/Scripts/wimax-provision ]
Name = wimax-provision
Description =
Language = rex
Filename = /cisco-ar/scripts/radius/rex/libProvisioning.so
EntryPoint = ProvisionedDeviceLookup
InitEntryPoint = InitializeProvisioning
InitEntryPointArgs = ldap:wimax
The file libProvisioning.so is come up with Prime Access Registrar kit. You have to copy it into
/cisco-ar/scripts/radius/rex path. Entrypoint ProvisionedDeviceLookup literally looks up a datastore to
check if the user is provisioned. InitEntryPoint 'InitializeProvisioning' takes care of all initialization
work for entry point. InitEntryPointArgs 'ldap-wimax' says the user look up to be performed against ldap
datastore. Oracle datastore can also be used wherein you have to give this property to 'oracle:wimax'.
10-13
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 10 Using WiMAX in Cisco Prime Access Registrar
WiMAX in Cisco Prime Access Registrar
Step 2 Configure the configured script object to the server's incoming scripting point.
set IncomingScript wimax-provsion
ls
[ //localhost/Radius ]
Name = Radius
Description =
Version = 5.0.0
IncomingScript~ = provision
OutgoingScript~ =
Step 3 Webclient setup
Create a script object which calls the Prime Access Registrar's wimax-provisioning webservice.
[ //localhost/Radius/Scripts/WebServicecall ]
Name = WebServicecall
Description =
Language = rex
Filename = libProvisioning.so
EntryPoint = WebServiceCall
InitEntryPoint =
InitEntryPointArgs =
Entry point should be set to WebServiceCall.
Step 4 Save the configuration:
save
Step 5 Reload the configuration:
reload
WiMax Lawful Interception (LI) Support in Prime Access Registrar
Prime Access Registrar provides support for Intercept Access Point (IAP) for receiving the
intercept/monitoring request for the subscriber whose “Access Associated” Communications Identifying
Information (AA CmII) is to be intercepted and delivered to a Law Interception Server (LIS).
10-14
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 10 Using WiMAX in Cisco Prime Access Registrar
WiMAX in Cisco Prime Access Registrar
Prime Access Registrar supports the following intercept request from LIS:
ProvisionTarget - To start monitoring the target user
DeprovisionTarget - To stop monitoring the target user
LinkUpdate - To query the target user in monitored list
ListTarget – To list all the users that are currently being monitored
Initiating Monitoring Process
When the “ProvisionTarget” request is received from LIS, Prime Access Registrar adds the respective
user in monitoring list and starts monitoring the user events.
Table 10-7 lists the events of the target user that are reported to LIS:
Table 10-7 Targeted User Events
Events Attributes
Access Attempt Case Identity (M)
IAP System Identity (M)
Time Stamp (M)
Subscriber Identity (M)
Access Method (C)
Network Access Node Identity (C)
Protocol Signal (O)
Access-Accept Case Identity (M)
IAP System Identity (M)
Time Stamp (M)
Subscriber Identity (M)
Access Method (C)
Network Access Node Identity (C)
IP address (C)
Access Session Identity (M)
Access Session Characteristics (C)
Location information (C)
Protocol Signal (O)
Access-Failed Case Identity (M)
IAP System Identity (M)
Time Stamp (M)
Subscriber Identity (M)
IP Address (C)
Reason for Termination (C)
Protocol Signal (O)
10-15
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 10 Using WiMAX in Cisco Prime Access Registrar
WiMAX in Cisco Prime Access Registrar
Note The attribute with (M) represents mandatory, (O) represents optional, (C) represents conditionally
available.
Stopping Monitoring Process
On receiving the DeprovisionTarget request from LIS, the target user is removed from the monitoring
list.
Querying Target User Events
On receiving the LinkUpdate request on target user from LIS, the target user details are checked in the
monitoring list and message is sent to LIS as listed below:
If the specified user is not currently being monitored, a reply with reason-code indicating that the
user is currently not targeted is sent.
If the specified user is currently being targeted and is not logged into the network, a reply with status
stating that the user is “inactive” in the network is sent.
Access-Session-Start Case Identity (M)
IAP System Identity (M)
Time Stamp (M)
Subscriber Identity (M)
Access Session Identity (M)
IP Address (C)
Protocol Signal (O)
Access-Session-End Case Identity (M)
IAP System Identity (M)
Time Stamp (M)
Subscriber Identity (M)
Access Session Identity (M)
IP Address (C)
Reason for Termination (C)
Protocol Signal (O)
Access-Rejected Case Identity (M)
IAP System Identity (M)
Time Stamp (M)
Subscriber Identity (M)
IP address(C)
Reason for Termination(C)
Protocol Signal (O)
Table 10-7 Targeted User Events (continued)
Events Attributes
10-16
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 10 Using WiMAX in Cisco Prime Access Registrar
WiMAX in Cisco Prime Access Registrar
If the specified user is currently being targeted and is logged into the network, a reply with the
following attributes is sent:
Case Identity (M)
IAP System Identity (M)
Time Stamp (M)
Subscriber Identity (M)
Access Method (C)
Network Access Node Identity (C)
IP address (C)
Access Session Identity (M)
Access Session Characteristics (C)
Location information (C)
Protocol Signal (O)
Viewing Monitored Users
On receiving the ListTarget request from LIS, a list of users that are currently being monitored are sent
to LIS. The reply will contain a surveillance-target-count attribute indicating the count of the number of
users being targeted and multiple instances of surveillance-target-identifier attribute having the real
identifiers.
Each request from the LIS contains a transaction-id which is copied on to the reply from
Prime Access Registrar. For each request type there is an appropriate response type with appropriate
return data. They are as follows:
ProvisionTargetResult - an acknowledgement for the ProvisionTarget request with the same
transaction id
DeprovisionTargetResult - an acknowledgement for the DeprovisionTarget request with the same
transaction id
LinkUpdateResult - for LinkUpdate, see Querying Target User Events
ListTargetResult - for ListTarget, see Viewing Monitored Users
Configuring WiMax-Lawful Intercept
Two scripts which are LawfulIntercept and RexLiScript are to be configured to run LawfulIntercept
service in Prime Access Registrar. LawfulIntercept script should be configured in the server's incoming
scripting point which is used to check the provisioned status of the user in the incoming access request.
If the user is provisioned in the data store, Virtual-Server-Outgoing-Script will be executed after the
server's outgoingscripting point.
InitEntryPoint of LawfulIntercept script writes the targeted list of users to a file while the server is
stopping and reads the targeted users back to data store while the server is starting.
RexLiScript is configured in Virtual-Server-Outgoing-Script that sends events of the provisioned users
to the LI service client.
10-17
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 10 Using WiMAX in Cisco Prime Access Registrar
WiMAX in Cisco Prime Access Registrar
Configuring the WiMax-Lawful Intercept
To configure WiMax-Lawful Intercept:
Step 1 Create the RexLiScript script object that will be set in Virtual-Server-Outgoing-Script point.
[ //localhost/Radius/Scripts/virtual ]
Name = virtual
Description =
Language = rex
Filename = libLiScript.so
EntryPoint = RexLiScript
InitEntryPoint = InitRexLiScript
InitEntryPointArgs =
Step 2 Create the LawfulIntercept script object.
[ //localhost/Radius/Scripts/LiScript ]
Name = LiScript
Description =
Language = Rex
Filename = libLiScript.so
EntryPoint = LawfulIntercept
InitEntryPoint = RexInitialize
InitEntryPointArgs = virtual
Step 3 set LawfulIntercept script object to ServerIncoming scripting point;
[ //localhost/Radius ]
IncomingScript~ = LiScript
Note The file 'libLiScript.so' comes up with Prime Access Registrar kit. You have to copy it into
/cisco-ar/scripts/radius/rex/ path.
Step 4 Save the configuration:
save
Step 5 Reload the configuration:
reload
10-18
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 10 Using WiMAX in Cisco Prime Access Registrar
WiMAX in Cisco Prime Access Registrar
CHAPTER
11-1
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
11
Using Extension Points
This chapter describes how to use Cisco Prime Access Registrar (Prime Access Registrar) scripting to
customize your RADIUS server. You can write scripts to affect the way Prime Access Registrar handles
and responds to requests and to change the behavior of Prime Access Registrar after a script is run.
All scripts reference the three dictionaries listed below, which are data structures that contain key/value
pairs.
Request dictionary—contains all of the attributes from the access-request or other incoming
packets, such as the username, password, and service hints.
Response dictionary—contains all of the attributes in the access-accept or other response packets.
As these are the attributes the server sends back to the NAS, you can use this dictionary to add or
remove attributes.
Environment dictionary—contains well-known keys whose values enable scripts to communicate
with Prime Access Registrar or to communicate with other scripts.
This chapter contains the following sections:
Determining the Goal of the Script
Writing the Script
Adding the Script Definition
About the Tcl/Tk 8.3 Engine
Cisco Prime Access Registrar Scripts
Note Cisco is not liable for scripts developed by clients. See Client Scripting, page 1-7 in “Overview”.
Determining the Goal of the Script
The goal of the script and its scripting point are tied together. For example, when you want to create a
script that performs some special processing of a username before it is processed by the
Prime Access Registrar server, you would reference this script as an incoming script.
When on the other hand, you would like to affect the response, such as setting a specific timeout when
there is not one, you would reference the script as an outgoing script.
11-2
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 11 Using Extension Points
Writing the Script
In order to be able to create a script, you need to understand the way Prime Access Registrar processes
client requests. Prime Access Registrar processes requests and responses in a hierarchical fashion;
incoming requests are processed from the most general to the most specific levels, whereas, outgoing
responses are processed from the most specific to the most general levels. Extension points are available
at each level.
An incoming script can be referenced at each of the following extension points:
RADIUS server
Vendor (of the immediate client)
Client (individual NAS)
NAS-Vendor-Behind-the-Proxy
Client-Behind-the-Proxy
Remote Server (of type RADIUS)
Service
An authentication or authorization script can be referenced at each of the following extension points:
Group Authentication
User Authentication
Group Authorization
User Authorization
The outgoing script can be referenced at each of the following extension points:
Service
Client-Behind-the-Proxy
NAS-Vendor-Behind-the-Proxy
Client (individual NAS)
NAS Vendor
RADIUS server
Writing the Script
You can write scripts in Tcl, REX, Java, or as shared libraries using C or C++. In this section, the scripts
are shown in Tcl.
Writing the Script
To write a script:
Step 1 Create the Tcl source file using an editor.
Step 2 Give it a name.
Step 3 Define one or more procedures, using the following syntax:
proc name {request response environment}
{Body}
Step 4 Create the body of the script.
11-3
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 11 Using Extension Points
Writing the Script
Step 5 Save the file and copy it to the /opt/CSCOar/scripts/radius/tcl directory, or to the location you chose
when you installed Prime Access Registrar.
Note You can also use the Prime Access Registrar GUI or CLI to write internal scripts, by which you
can add, modify, or delete attribute in the request, response, and environment dictionaries for
RADIUS, Diameter, and TACACS+. For more information, see Internal Scripts, page 11-14.
Choosing the Type of Script
When you create a script, you can use any one or all of the three dictionaries: Request, Response, or
Environment. Here is what each dictionary does it for you,
When you use the Request dictionary, you can modify the contents of a NAS request. Scripts that
use the Request dictionary are usually employed as incoming scripts.
When you use the Response dictionary, you can modify what the server sends back to the NAS.
These scripts are consequently employed as outgoing scripts.
When you use the Environment dictionary, you can do the following:
Affect the behavior of the server after the script is run. For example, you can use the
Environment dictionary to decide which of the multiple services to use for authorization,
authentication, and accounting.
Communicate among scripts, as the scripts all share these three dictionaries. For example, when
a script changes a value in the Environment dictionary, the updated value can be used in a
subsequent script.
The following sections show scripts examples of all the three dictionaries:
Request Dictionary Script
Response Dictionary Script
Environment Dictionary Script
Request Dictionary Script
The Request Dictionary script is referenced from the server’s IncomingScript scripting point. It checks
to see whether the request contains a NAS-Identifier or a NAS-IP-Address. When it does not, it sets
the NAS-IP-Address from the request’s source IP address.
proc MapSourceIPAddress {request response environment}
{
if { ! ( [ $request containsKey NAS-Identifier ] ||
[ $request containsKey NAS-IP-Address ] ) } {
$request put NAS-IP-Address [ $environment get Source-IP-Address ]
}
Tcl scripts interpret $request arguments as active commands that can interpret strings from the Request
dictionary, which contains keys and values.
The containsKey method has the syntax: <$dict> containsKey <attribute>. In this example, <$dict>
refers to the Request dictionary and the attributes NAS-identifier and NAS-IP-Address. The
containsKey method returns 1 when the dictionary contains the attribute, and 0 when it does not. Using
the containsKey method prevents you from overwriting an existing value.
11-4
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 11 Using Extension Points
Adding the Script Definition
The put method has the syntax: <$dict> put <attribute value>[<index>]. In this example, <$request>
refers to the Request dictionary and the attribute is NAS-IP-Address. The put method sets the NAS’s
IP address attribute.
The get method has the syntax: <$dict> get <attribute>. In this example, <$dict> refers to the
Environment dictionary and <attribute> is the Source-IP-Address. The get method returns the value of
the attribute from the environment dictionary.
For a list of the methods you can use with scripts, see Appendix A, “Cisco Prime Access Registrar Tcl,
REX and Java Dictionaries. They include get, put, and others.
Response Dictionary Script
This script is referenced from either the user record for users whose sessions are always PPP, or from
the script, AuthorizeService, which checks the request to determine which service is desired. The script
merges the Profile named default-PPP-users into the Response dictionary.
proc AuthorizePPP {request response environment}
{
$response addProfile default-PPP-users
The addProfile method has the syntax: <$dict> addProfile <profile>[<mode>]. In this example,
<$dict> refers to the Response dictionary and the profile is default-PPP-users. The script copies all of
the attributes of the Profile <profile> into the dictionary.
Environment Dictionary Script
This script is referenced from the NAS Incoming Script scripting point. It looks for a realm name on the
username attribute to determine which AAA services should be used for the request. When it finds
@radius, it selects a set of AAA services that will proxy the request to a remote RADIUS server. When
it finds @tacacs, it selects the Authentication Service that will proxy the request to a TACACS server for
authentication. For all of the remaining usernames, it uses the default Service (as specified in the
configuration by the administrator).
Note the function, regsub, is a Tcl function.
proc ParseProxyHints {request response environment} {
set userName [ $request get User-Name ]
if { [ regsub "@radius" $userName "" newUserName ] } {
$request put User-Name $newUserName
$radius put Authentication-Service “radius-proxy"
$radius put Authorization-Service “radius-proxy"
$radius put Accounting-Service “radius-proxy"
} else {
if { [ regsub "@tacacs" $userName "" newUserName ] } {
$request put User-Name
$radius put Authentication-Service “tacacs-client"
Adding the Script Definition
After you have written the script, you must add the script definition to the Prime Access Registrar’s
script Configuration directory so it can be referenced. Adding the script definition involves:
Specifying the script definition; it must include the following:
11-5
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 11 Using Extension Points
Adding the Script Definition
Name—used in other places in the configuration to refer to the script. It must be unique among
all other scripts.
Language—can be either Tcl or REX (shared libraries)
Filename—the name you used when you created the file
EntryPoint—the function name.
The Name and the EntryPoint can be the same name, however they do not have to be.
Choosing a scripting point; nine exist for incoming and outgoing scripts. These include:
the server
the vendor of the immediate client
the immediate client
the vendor of the specific NAS
the specific NAS
the service (rex or tcl)
the group (only AA scripts
the user record (only AA scripts)
remote server (only type RADIUS)
The rule of thumb to use in determining where to add the script is the most general scripts should be on
the outermost points, whereas the most specific scripts should be on the innermost points.
Note The client and the NAS are the same entity, unless the immediate client is acting as a proxy for the actual
NAS.
This section contains the following topics:
Adding the Example Script Definition
Choosing the Scripting Point
Testing the Script
Adding the Example Script Definition
In the server configuration a Scripts directory exists. You must add the script you created to this
directory. To add the ParseProxyHints script to the Prime Access Registrar server, enter the following
command and supply the following information:
Name=ParseProxyHints
Description=ParseProxyHints
Language=tcl
Filename=ParseProxyHints
Entrypoint=ParseProxyHints
aregcmd add /Radius/Scripts/ParseProxyHints ParseProxyHints tcl ParseProxyHints
ParseProxyHints
11-6
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 11 Using Extension Points
About the Tcl/Tk 8.3 Engine
Choosing the Scripting Point
As the example script, ParseProxyHints, applies to a specific NAS (NAS1), the entry point should be
that NAS. To specify the script at this scripting point, enter:
aregcmd set /Radius/Clients/NAS1/IncomingScript ParseProxyHints
Testing the Script
To test the script, you can use the radclient command, which lets you create and send packets. For more
information about the radclient command, see Chapter 2, “Using the aregcmd Commands.
About the Tcl/Tk 8.3 Engine
Prime Access Registrar uses Tcl engine is version Tcl/Tk8.3. Since the Tcl/Tk8.3 engine supports a
multi-threading application environment, it can achieve much better performance than Tcl/Tk7.6.
Tcl/Tk8.3 also performs byte-compile, so no runtime interpretation is required.
Cisco Prime Access Registrar Scripts
The Prime Access Registrar scripts are stored in /localhost/Radius/Scripts. Most of the scripts are
written in the RADIUS Extension language (REX). Some scripts are provided in both REX and Tcl. The
scripts written in Tcl all begin with the letter t followed by their functional name. The Tcl scripts are
listed below:
tACMEOutgoingScript
tAuthorizePPP
tAuthorizeService
tAuthorizeTelnet
tMapSourceIPAddress
tParseAARealm
tParseAASRealm
tParseProxyHints
tParseServiceAndAAARealmHints
tParseServiceAndAAASRealmHints
tParseServiceAndAARealmHints
tParseServiceAndAASRealmHints
tParstServiceAndProxyHints
tParseServiceHints
You can use the Prime Access Registrar GUI to write internal scripts, by which you can add, modify, or
delete attribute in the request, response, and environment dictionaries for RADIUS, Diameter, and
TACACS+. For more information about configuring internal scripts by using the GUI, see Scripts,
page 3-17.
This section contains the following topics:
ACMEOutgoingScript
AltigaIncomingScript
AltigaOutgoingScript
11-7
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 11 Using Extension Points
Cisco Prime Access Registrar Scripts
ANAAAOutgoing
AscendIncomingScript
AscendOutgoingScript
AuthorizePPP
AuthorizeService
AuthorizeSLIP
AuthorizeTelnet
CabletronIncoming
CabletronOutgoing
CiscoIncoming
CiscoOutgoing
CiscoWithODAPIncomingScript
ExecCLIDRule
ExecDNISRule
ExecFilterRule
ExecNASIPRule
ExecRealmRule
ExecTimeRule
LDAPOutage
MapSourceIPAddress
ParseAAARealm
ParseAAASRealm
ParseAARealm
ParseAASRealm
ParseProxyHints
ParseServiceAndAAARealmHints
ParseServiceAndAAASRealmHints
ParseServiceAndAARealmHints
ParseServiceAndAASRealmHints
ParseServiceAndProxyHints
ParseServiceHints
ParseTranslationGroupsByCLID
ParseTranslationGroupsByDNIS
ParseTranslationGroupsByRealm
UseCLIDAsSessionKey
USRIncomingScript
USRIncomingScript-IgnoreAccountingSignature
USROutgoingScript
11-8
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 11 Using Extension Points
Cisco Prime Access Registrar Scripts
Internal Scripts, page 11-14
ACMEOutgoingScript
ACMEOutgoingScript is referenced from Vendor ACME for the outgoing script. If the
Prime Access Registrar server accepts this Access-Request and the response does not yet contain a
Session-Timeout, set it to 3600 seconds.
AltigaIncomingScript
AltigaIncomingScript maps Altiga-proprietary attributes to Prime Access Registrar’s global attribute
space.
AltigaOutgoingScript
AltigaOutgoingScript maps Altiga attributes from Prime Access Registrar’s global attribute space to the
appropriate Altiga-proprietary attributes.
ANAAAOutgoing
ANAAAOutgoing can be referenced from either the client or vendor outgoing scripting point to be used
in HRPD/EV-DO networks where Prime Access Registrar is the Access Network (AN) AAA server.
ANAAAOutgoing checks to see if the response contains the Callback-Id attribute. If the response
contains the Callback-Id attribute and the value is less than 253 characters, ANAAAOutgoing prefixes a
zero (0) to the value. For example, it changes "112" into "0112." The ANAAAOutgoing script always
returns REX_OK.
AscendIncomingScript
AscendIncomingScript maps Ascend-proprietary attributes to Prime Access Registrar’s global attribute
space.
AscendOutgoingScript
AscendOutgoingScript maps Ascend attributes from Prime Access Registrar’s global attribute space to
the appropriate Ascend-proprietary attributes.
AuthorizePPP
AuthorizePPP is referenced from either the use record for users who’s sessions are always PPP or from
the from the script AuthorizeService, which checks the request to determine which service is desired.
This script merges in the Profile named "default-PPP-users" into the response dictionary.
11-9
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 11 Using Extension Points
Cisco Prime Access Registrar Scripts
AuthorizeService
AuthorizeService is referenced from user record for users who’s sessions might be PPP, SLIP or Telnet
depending on how they are connecting to the NAS. This script checks the request to determine which
service is desired. If it is telnet, it calls the script AuthorizeTelnet. If it is PPP, it calls the script
AuthorizePPP. If it is SLIP, it calls the script AuthorizeSLIP. If it is none of these, it rejects the request.
AuthorizeSLIP
AuthorizeSLIP is referenced from either the user record for users who’s sessions are always SLIP or
from the from the script AuthorizeService, which checks the request to determine which service is
desired. This script merges in the Profile named "default-SLIP-users" into the response dictionary.
AuthorizeTelnet
AuthorizeTelnet is referenced from either the user record for users who’s sessions are always telnet or
from the from the script AuthorizeService, which checks the request to determine which service is
desired. This script merges in the Profile named "default-Telnet-users" into the response dictionary.
CabletronIncoming
CabletronIncoming maps Cabletron-proprietary attributes to Prime Access Registrar’s global attribute
space.
CabletronOutgoing
Use CabletronOutgoing to map Cisco-proprietary attributes from Prime Access Registrar’s global
attribute space to the appropriate Cabletron-proprietary attributes.
CiscoIncoming
Use CiscoIncoming to map Cisco-proprietary attributes to Prime Access Registrar’s global attribute
space.
CiscoOutgoing
Use CiscoOutgoing to map Cisco-proprietary attributes from Prime Access Registrar’s global attribute
space to the appropriate Cabletron-proprietary attributes.
CiscoWithODAPIncomingScript
Use CiscoWithODAPIncomingScript to map Cisco-proprietary attributes to Prime Access Registrar’s
global attribute space and to map ODAP requests to the appropriate services and session managers.
11-10
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 11 Using Extension Points
Cisco Prime Access Registrar Scripts
CiscoWithODAPIncomingScript checks the incoming NAS-Identifier sent by the client. If the
NAS-Identifier does not equal odap-dhcp, the request is not an ODAP request. If the request is not an
ODAP request, the script does no more ODAP-specific processing, and calls CiscoIncomingScript to
allow it to process the request.
If the request is an ODAP request, CiscoWithODAPIncomingScript removes the NAS-Identifier
attribute because it is no longer required. The script then sets the Authentication-Service and the
Authorization-Service to odap-users and sets the Accounting-Service to odap-accounting.
ExecCLIDRule
ExecCLIDRule is referenced from the policy engine to determine the authentication and authorization
service and policy based on the CLID set in the policy engine.
ExecDNISRule
ExecDNISRule is referenced from the policy engine to determine the authentication and authorization
service and policy based on the DNIS set in the policy engine.
ExecFilterRule
ExecFilterRule is referenced from the policy engine to determine whether a user packet should be
rejected or not based on whether a special character like "*", "/", "\" or "?" shows up in the packet.
ExecNASIPRule
ExecNASIPRule is referenced from the policy engine to enable configuration of policies based on the
incoming NAS-IP-Address. You can configure two attributes, client-ip-address and subnetmask, to
match the incoming NAS-IP-Address and its subnet mask. If the attributes match, ExecNASIPrule sets
the environment variables (if they are configured in that rule).
ExecRealmRule
ExecRealmRule is referenced from the policy engine to determine the authentication and authorization
service and policy based on the realm set in the policy engine.
ExecTimeRule
ExecTimeRule either rejects or accepts Access Request packets based on the time range specified in a
user’s login profile. You can configure the TimeRange and AcceptedProfile attributes.
The format for the TimeRange is to set the allowable days followed by the allowable times, as in:
TimeRange = dateRange, timeRange
The dateRange can be in the form of a date, a range of allowable dates, a day, or a range of allowable
days. The timeRange should be in the form of hh:mm-hh:mm.
11-11
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 11 Using Extension Points
Cisco Prime Access Registrar Scripts
Here are a few examples:
mon-fri,09:00-17:00
Allows access Monday through Friday from 9 AM until 5 PM.
mon,09:00-17:00;tue-sat,12:00-13:00
Allows access on Monday from 9 AM until 5 PM and from 12 noon until 1 PM on Tuesday
through Saturday
mon,09:00-24:00;tue,00:00-06:00
Allows access on Monday from 9 AM until Tuesday at 6 AM
1-13,10-17:00; 15,00:00-24:00
Allows access from the first of the month until the thirteenth of the month from 10 AM until 5
PM and all day on the fifteenth of the month
LDAPOutage
LDAPOutage is referenced from LDAP Services as OutageScript. LDAPOutage logs when the LDAP
binding is lost.
MapSourceIPAddress
MapSourceIPAddress is referenced from the Prime Access Registrar server's IncomingScript scripting
point. MapSourceIPAddress checks to see if the request contains either a NAS-Identifier or a
NAS-IP-Address. If not, this script sets the NAS-IP-Address from the request's source IP address.
The Tcl version of this script is tMapSourceIPAddress.
ParseAAARealm
ParseAAARealm is referenced from the NAS IncomingScript scripting point. It looks for a realm name
on the username attribute as a hint of which AAA service should be used for this request. If @<realm>
is found, the AAA service is selected which has the same name as the realm.
ParseAAASRealm
ParseAAASRealm is referenced from the NAS incoming script extension point. ParseAAASRealm looks
for a realm name on the username attribute as a hint of which AAA service and which SessionManager
should be used for this request. If @<realm> is found, the AAA service and SessionManager which have
the same name as the realm are selected.
ParseAARealm
ParseAARealm is referenced from the NAS IncomingScript scripting point. It looks for a realm name on
the username attribute as a hint of which authentication and authorization service should be used for this
request. If @<realm> is found, it selects the AA service that has the same name as the realm and the
DefaultAccountingService (as specified in the configuration by the administrator).
11-12
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 11 Using Extension Points
Cisco Prime Access Registrar Scripts
The Tcl version of this script is named tParseAARealm.
ParseAASRealm
ParseAASRealm is referenced from the NAS IncomingScript scripting point. It looks for a realm name
on the username attribute as a hint of which AA service and which SessionManager should be used for
this request. If @<realm> is found, the AA service and the SessionManager which have the same name
as the realm are selected. The Accounting service will be the DefaultAccountingService (as specified in
the configuration by the administrator).
The Tcl version of this script is named tParseAASRealm.
ParseProxyHints
ParseProxyHints is referenced from the NAS IncomingScript scripting point. It looks for a realm name
on the username attribute as a hint of which AAA services should be used for this request. If @radius is
found, a set of AAA services is selected which will proxy the request to a remote radius server. If
@tacacs is found, the AuthenticationService is selected that will proxy the request to a tacacs server for
authentication. For any services not selected, the default service (as specified in the configuration by the
administrator) will be used.
The Tcl version of this script is named tParseProxyHints.
ParseServiceAndAAARealmHints
ParseServiceAndAAARealmHints is referenced from the NAS IncomingScript scripting point. It calls
both ParseServiceHints and ParseAAARealm.
The Tcl version of this script is named tParseServiceAndAAARealmHints.
ParseServiceAndAAASRealmHints
ParseServiceAndAAASRealmHints is referenced from the NAS IncomingScript scripting point. It calls
both ParseServiceHints and ParseAAASRealm.
The Tcl version of this script is named tParseServiceAndAAASRealmHints.
ParseServiceAndAARealmHints
ParseServiceAndAARealmHints is referenced from the NAS IncomingScript scripting point. It calls
both ParseServiceHints and ParseAARealm.
The Tcl version of this script is named tParseServiceAndAARealmHints.
ParseServiceAndAASRealmHints
ParseServiceAndAASRealmHints is referenced from the NAS IncomingScript scripting point. It calls
both ParseServiceHints and ParseAASRealm.
11-13
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 11 Using Extension Points
Cisco Prime Access Registrar Scripts
The Tcl version of this script is named tParseServiceAndAASRealmHints.
ParseServiceAndProxyHints
ParseServiceAndProxyHints is referenced from the NAS IncomingScript scripting point. It calls both
ParseServiceHints and ParseProxyHints.
The Tcl version of this script is named tParseServiceAndProxyHints.
ParseServiceHints
ParseServiceHints is referenced from the NAS IncomingScript scripting point. Check to see if we are
given a hint of the service type or the realm. If so, set the appropriate attributes in the request or radius
dictionary to record the hint and rewrite the username to remove the hint.
The Tcl version of this script is named tParseServiceHints.
ParseTranslationGroupsByCLID
ParseTranslationGroupsByCLID is referenced from the policy engine to determine the incoming and
outgoing translation groups based on CLID set in the policy engine so that the attributes can be added
and/or filtered out by the configuration data set in MCD.
ParseTranslationGroupsByDNIS
ParseTranslationGroupsByDNIS is referenced from the policy engine to determine the incoming and
outgoing translation groups based on realm set in the policy engine so that the attributes can be
added/filtered out by the configuration data set in MCD.
ParseTranslationGroupsByRealm
ParseTranslationGroupsByRealm is referenced from the policy engine to determine the incoming and
outgoing translation groups based on the realm set in the policy engine.
ParseTranslationGroupsByRealm allows the attributes to be added or filtered out by the configuration
data set in MCD.
UseCLIDAsSessionKey
UseCLIDAsSessionKey is used to specify that the Calling-Station-Id attribute should be used as the
session key to correlate requests for the same session. This is a typical case for 3G mobile user session
correlation.
11-14
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 11 Using Extension Points
Cisco Prime Access Registrar Scripts
USRIncomingScript
USRIncomingScript maps USR-proprietary attributes to Prime Access Registrar’s global attribute
space.
USRIncomingScript-IgnoreAccountingSignature
USRIncomingScript-IgnoreAccountingSignature maps USR-proprietary attributes to
Prime Access Registrar’s global attribute space and sets a flag to ignore the signature on
Accounting-Request packets. Earlier versions of the USR RADIUS client did not correctly sign
Accounting-Request packets.
USROutgoingScript
USROutgoingScript maps USR attributes from Prime Access Registrar’s global attribute space to the
appropriate USR-proprietary attributes.
Internal Scripts
Prime Access Registrar allows you to write internal scripts, by which you can add, modify, or delete
attributes in the request, response, and environment dictionaries for RADIUS, Diameter, and TACACS+.
You can use the Prime Access Registrar GUI or CLI to configure the internal scripts.
Prime Access Registrar allows you to create script statements for the following operations:
Simple Attribute Operation—allows you to add, modify, or delete an attribute value to the request,
response, or environment dictionary
Copy an Attribute—allows you to copy an attribute value from one dictionary to another
Concatenate Operation—allows you to concatenate an attribute value from one dictionary to another
Replace Operation—allows you to replace an attribute value from one dictionary to another
Value Based Manipulations—allows you to manipulate attribute values in a dictionary based on a
given text
Log or Trace Messages—allows you to create different levels of log or trace messages
I can do it myself—allows you to create your own script for the selected protocol
You can also use internal scripts as part of the FastRules workflow. For more information about
FastRules, see Chapter 19, “Using FastRules to Process Packet Flow.
To configure internal scripts using the Prime Access Registrar GUI, see Scripts, page 3-17.
CLI to Configure Internal Scripts
A sample CLI to configure internal script statements is given below:
--> cd /r/scripts/test
[ //localhost/Radius/Scripts/test ]
Name = test
Description =
Language = internal
Statements/
11-15
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 11 Using Extension Points
Cisco Prime Access Registrar Scripts
--> cd statements/
[ //localhost/Radius/Scripts/test/Statements ]
1. #req:User-Name=~(.*)(@[a-z]+.[a-z]+)~\1
[ //localhost/Radius/Scripts/test1 ]
Name = test1
Description =
Language = internal
Statements/
--> cd statements/
[ //localhost/Radius/Scripts/test1/Statements ]
1. -rsp:Framed-IP-Address=1.1.1.1
-->
[ //localhost/Radius/Scripts/test3/Statements ]
1. +rsp:Tacacs-AVpair=cmd=show running-config
2. +rsp:Tacacs-AVPair=aaa
3. -rsp:Tacacs-AVPair=aaa
-->
[ //localhost/Radius/Scripts/test4/Statements ]
1. -req:Cisco-AVPair=bbb
--> cd ../../test7/statements/
[ //localhost/Radius/Scripts/test7/Statements ]
1. #rsp:Framed-IPX-Network=2
2. +rsp:State=Delivered
3. -rsp:State
4. +req:Cisco-AVPair=aaaa
5. #req:Cisco-AVPair=5
6. #rsp:Framed-IPX-Network=req:Cisco-AVPair
7. -req:Cisco-AVPair
11-16
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 11 Using Extension Points
Cisco Prime Access Registrar Scripts
CHAPTER
12-1
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
12
Using Replication
This chapter provides information about how to use the replication feature in
Cisco Prime Access Registrar (Prime Access Registrar).
This chapter contains the following sections:
Replication Overview
How Replication Works
Replication Configuration Settings
Setting Up Replication
Replication Example
Full Resynchronization
Replication Setup with More Than One Slave
Frequently Asked Questions
Replication Log Messages
Note When using replication, use the aregcmd command-line interface to make configuration changes to the
Prime Access Registrar server. Replication is not supported when using the GUI.
Replication Overview
Prime Access Registrar replication feature can maintain identical configurations on multiple machines
simultaneously. When replication is properly configured, changes an administrator makes on the primary
or master machine are propagated by Prime Access Registrar to a secondary or slave machine.
Replication eliminates the need to have administrators with multiple Prime Access Registrar
installations make the same configuration changes at each of their installations. Instead, only the
master's configuration need be changed and the slave is automatically configured eliminating the need
to make repetitive, error-prone configuration changes for each individual installation. In addition to
enhancing server configuration management, using replication eliminates the need for a hot-standby
machine.
Using a hot-standby machine is a common practice to provide more fault-tolerance where a
fully-installed and configured system stands ready to takeover should the primary machine fail.
However, a system setup for hot-standby is essentially an idle machine only used when the primary
12-2
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
How Replication Works
system fails. Hot-standby or secondary servers are expensive resources. Employing
Prime Access Registrar's replication feature, both servers can perform RADIUS request processing
simultaneously, eliminating wasted resources.
The replication feature focuses on configuration maintenance only, not session information or
installation-specific information such as Administrator, Interface, Replication or Advanced
machine-specific configuration changes. These configuration items are not replicated because they are
specific to each installation and are not likely to be identical between master and slave. While changes
to Session Managers, Resource Manager, and Remote Servers are replicated to the slave and stored in
the slave's configuration database, they are not hot-configured on the slave (see Hot Configuration
Detailed below for more information)
Changes should be made only on the master server. Making changes on a slave server will not be
replicated and might result in an unstable configuration on the slave. Any changes made using
replication will not be reflected in existing aregcmd sessions. aregcmd only loads its configuration at
start up; it is not dynamically updated. For example, if aregcmd is running on the slave, and on the
master aregcmd is used to add a client, the new client, while correctly replicated and hot-configured,
will not be visible in the slave's aregcmd until aregcmd is exited and restarted.
When there is a configuration change, the master server propagates the change set to all member servers
over the network. All member servers have to update their configuration after receiving the change set
notifications from master server. Propagating the change set to a member serve involves multiple packet
transfer from the master server to the member because the master serve has to convey all the
configuration changes to the member. The number of packets to be transferred depends on the size of
the change set.
After receiving a change set notification, the member server will go offline before applying the change
set received from master server. This state is indicated by the log message Radius Server is offline
in name_radius_1_log file. When the change set is successfully applied, the member server goes up
automatically. This is indicated by the log message Radius Server is online in name_radius_1_log
file. When the member server goes offline to apply the change set, no incoming packets are processed.
Due to the number of packets to be transferred in the change set and the amount of time the member
server will be offline updating its databasepoints, we recommend that you use multiple save commands
rather than a large configuration change with one save command. You can also minimize the number of
changes that occur in a replication interval by modifying either the RepTransactionArchiveLimit or the
RepTransactionSyncInterval, or both of these properties. For example, instead of using the default value
of 100 for the RepTransactionArchiveLimit, you might change it to 20.
Note The IP address format is enhanced to support both IPv4 and IPv6.
How Replication Works
The following sections describe the flow of a simple replication as it occurs under normal conditions:
Replication Data Flow
Security
Replication Archive
Ensuring Data Integrity
Full Resynchronization
Understanding Hot-Configuration
12-3
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
How Replication Works
Replication’s Impact on Request Processing
Replication Data Flow
The following sections describe data flow on the master server and the slave server:
Master Server
Slave Server
Master Server
The master server or primary server is the fully configured machine that is used to archive all the
transactions that taken place in Prime Access Registrar.
Performing the Data Flow for the Master Server
To perform data flow for the master server:
Step 1 The administrator makes a change to the master server’s configuration using the aregcmd command line
interface (CLI) and issues a save command.
Step 2 After the changes are successfully validated, the changes are stored in the Prime Access Registrar
database.
Step 3 aregcmd then notifies the Prime Access Registrar server executing on the master of the configuration
change.
Step 4 The Prime Access Registrar server then updates its version of the configuration stored in memory. (This
is called hot-config because it happens while the server is running and processing requests.)
Step 5 The Prime Access Registrar server first copies the changes pertaining to the aregcmd save, also known
as a transaction to its replication archive, then transmits the transaction to the slave server for processing.
Step 6 In aregcmd, the prompt returns indicating that the save has completed successfully, the transaction has
been archived, and the transaction has been transmitted to the slaves.
Slave Server
The slave server or secondary server is a fully-installed and configured system stands ready to takeover
when the primary machine fails.
Performing Data Flow for the Slave Server
To perform data flow for the slave server:
Step 1 When the slave server receives the transaction, its contents are verified.
Step 2 After verification, the changes are applied to the slave server's database.
Step 3 The changes are then applied (hot-configured) in the slave server's in-memory configuration.
Step 4 The transaction is written to the slave server's replication archive.
12-4
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
How Replication Works
Security
Replication has two primary security concerns:
1. Security of the transactions transmitted to the slave server
2. Storage of transactions in the replication archive
Both of these concerns use shared secret (MD5) encryption via the shared secret specified in the
replication configuration on both master and slave servers. Replication data transmitted between master
and slave is encrypted at the source and decrypted at the destination the same way as standard RADIUS
packets between Prime Access Registrar's clients and the Prime Access Registrar server. Transactions
written to the replication archive are also encrypted in the same manner and decrypted when read from
the replication archive.
Replication Archive
The replication archive serves two primary purposes:
To provide persistent, or saved, information regarding the last successful transaction
To persist transactions in case the slave server requires re synchronization (see Ensuring Data
Integrity below for more information on re synchronization).
The replication archive is simply a directory located in ../CSCOar/data/archive. Each transaction
replicated by the master is written to this directory as a single file. The name of each transaction file is
of the form txn########## where ########## is the unique transaction number assigned by the master
server. The replication archive size, that is the number of transaction files it might contain, is configured
in the Replication configuration setting of TransactionArchiveLimit. When the TransactionArchive limit
is exceeded, the oldest transaction file is deleted.
Ensuring Data Integrity
Prime Access Registrar's configuration replication feature ensures data integrity through transaction
data verification, transaction ordering, automatic resynchronization and manual full-resynchronization.
With the single exception of a manual full-resynchronization, each of the following techniques help to
automatically ensure that master and slave servers contain identical configurations. A detailed
description of each technique follows. This section contains the following topics:
Transaction Data Verification
Transaction Order
Automatic Resynchronization
Transaction Data Verification
When the master prepares a transaction for replication to a slave, the master calculates a 2's complement
Cyclic Redundancy Check (CRC) for each element (individual configuration change) in the transaction
and for the entire transaction and includes these CRC values in the transmitted transaction. When the
slave receives the transaction, the slave calculates a CRC for each transaction element and for the entire
transaction and compares its own calculated values with those sent with the message. If a discrepancy
occurs from these comparisons, the transaction element or the entire transaction is discarded and a
re-transmission of that particular transaction element or the entire transaction is requested by the slave
from the master. This process is called automatic resynchronization. (described in more detail below)
12-5
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
How Replication Works
Transaction Order
When the master prepares a transaction for replication, it assigns the transaction a unique transaction
number. This number is used to ensure the transactions are processed by the slave in exactly the same
order as they were processed on the master. Transactions are order dependent. Since the functionality of
Prime Access Registrar's configuration replication feature is to maintain identical configurations
between master and slave, if transaction order were not retained, master and slave would not contain
identical configurations. Consider where two transactions modify the same thing (a defined client's IP
address for example). If the first transaction was a mistake and the second was the desired result, the
client configuration on the master would contain the second setting; however, if the transactions were
processed in the reverse order on the slave, the client configuration on the slave would contain the
mistaken IP Address. This example illustrates the critical need for transaction ordering to ensure data
integrity.
Automatic Resynchronization
Automatic Resynchronization is the most significant feature with respect to data integrity. This feature
ensures the configurations on both the master and slave are identical. If they are not, this feature
automatically corrects the problem.
When the master and slave start-up, they determine the transaction number of the last replication
transaction from their respective replication archives. The master immediately begins periodic
transmission of a TransactionSync message to the slave. This message informs the slave of the
transaction number of the transaction that the master last replicated.
If the transaction number in the TransactionSync message does not match the transaction number of the
last received transaction in the slave's archive, then the slave will request resynchronization from the
master. The resynchronization request sent by the slave will include the slave's last received transaction
number.
The master will respond by retransmitting each transaction since the last transaction number indicated
by the slave in the resynchronization request. The master obtains these transactions from its replication
archive.
Should the slave's last received transaction number be less than the lowest transaction number in the
master's replication archive, then automatic resynchronization cannot occur as the master's replication
archive does not contain enough history to synchronize the slave. In this case, the slave must be
resynchronized with a full-resynchronization.
Full Resynchronization
Full Resynchronization means that the slave has missed more transactions than are stored in the master's
replication archive and cannot be resynchronized automatically. There is no automatic
full-resynchronization mechanism in Prime Access Registrar's configuration replication feature. To
perform a full resynchronization, see Full Resynchronization.
12-6
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Replication Configuration Settings
Understanding Hot-Configuration
Hot-Configuration is the process of reflecting configuration changes made to Prime Access Registrar's
internal configuration database in the in-memory configuration of the executing Prime Access Registrar
server. Hot-Configuration is accomplished without interruption of RADIUS request processing. For
example, if an administrator uses aregcmd to configure a new client and issues a save command, when
the prompt returns, the newly configured client can send requests to Prime Access Registrar.
Hot-Configuration minimizes the down-time associated with having to restart an Prime Access Registrar
server to put configuration changes into effect. With the Hot-Configuration feature, a restart is only
necessary when a Session Manager, Resource Manager or Remote Server configuration is modified.
These configuration elements might not be hot-configured because they maintain state (an active session,
for example) and cannot be modified without losing the state information they maintain. Changes to
these configuration elements require a restart of Prime Access Registrar to put them into effect.
Hot-Configuration is not associated with the replication feature. Hot-Configuration’s only connection to
the replication feature is that when a change is replicated to the slave, the slave is hot-configured to
reflect the replicated change as if an administrator had used aregcmd to make the changes directly on
the slave server.
Replication’s Impact on Request Processing
The replication feature was designed to perform replication of transactions with minimal impact on
RADIUS request processing. When a transaction is received by a slave, RADIUS requests are queued
while the transaction is applied to the slave. After the transaction is complete, RADIUS request
processing resumes.
The impact on RADIUS request processing is a direct result of the size of a transaction. The smaller the
transaction the lesser the impact, and the larger the transaction, the greater the impact. In other words,
when making changes to the master, frequent saves are better than making lots of changes and then
saving. Each change is one transaction element and all changes involved in a save comprise a single
transaction with one element per change. Since the replication feature only impacts RADIUS request
processing when changes are made, the impact under normal operation (when changes are not being
made) is virtually unmeasurable.
Replication Configuration Settings
This section describes each replication configuration setting. In aregcmd, replication settings are found
in //localhost/Radius/Replication. This section contains the following topics:
RepType
RepTransactionSyncInterval
RepTransactionArchiveLimit
RepIPAddress
RepPort
RepSecret
RepIsMaster
RepMasterIPAddress
RepMasterPort
12-7
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Replication Configuration Settings
Rep Members Subdirectory
Rep Members/Slave1
Name
IPAddress
Port
RepType
RepType indicates the type of replication. The choices available are SMDBR and NONE.
When RepType is set to NONE, replication is disabled. To enable replication, set RepType to SMDBR
for Single Master DataBase Replication. RepType must be set to SMDBR on both the master and slave
servers.
RepTransactionSyncInterval
Master
On the master server, RepTransactionSyncInterval is the duration between periodic transmission of the
TransactionSync message expressed in milliseconds. The default is 60000 or 1 minute.
The purpose of RepTransactionSyncInterval is to indicate how frequently to check for an out-of -sync
condition between the master and slave servers. When the slave received the TransactionSync message,
it uses its contents to determine if it needs to resynchronize with the master.
The larger the setting for RepTransactionSyncInterval, the longer the period of time between out-of-sync
detection. However, if RepTransactionSyncInterval is set too small, the slave can frequently request
resynchronization when it is not really out of sync. If the duration is too small, the slave cannot
completely receive a transaction before it receives the TransactionSync message. In this case, the servers
will remain synchronized, but there will be unnecessary excess traffic that could affect performance.
Note We recommend that you use smaller values for the RepTransactionSyncInterval to limit the time a slave
server is offline applying change sets during automatic resynchronization.
Slave
On the slave, RepTransactionSyncInterval is used to determine if the slave has lost contact with the
master and to alert administrators of a possible loss of connectivity between the master an slave. If the
elapsed time since the last received TransactionSync message exceeds the setting of
RepTransactionSyncInterval, the slave writes a log message indicating that it might have lost contact
with the master. This log message is repeated each TransactionSyncInterval until a TransactionSync
message is received.
12-8
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Replication Configuration Settings
RepTransactionArchiveLimit
On both master and slave, the RepTransactionArchiveLimit setting determines how many transactions
can be stored in the archive. The default setting is 100. When the limit is exceeded, the oldest transaction
file is deleted. If a slave requires resynchronization and the last transaction it received is no longer in the
archive, a full resynchronization will be necessary to bring the slave back in sync with the master.
Note The value set for RepTransactionArchiveLimit should be the same on the master and the slave.
An appropriate value for RepTransactionArchiveLimit depends upon how much hard disk space an
administrator can provide for resynchronization. If this value is large, say 10,000, then the last 10,000
transactions will be stored in the archive. This is like saying the last 10,000 saves from aregcmd will be
stored in the archive. Large values are best. The size of each transaction depends upon how many
configuration changes were included in the transaction, so hard disk space usage is difficult to estimate.
Note We recommend that you use smaller values for the RepTransactionArchiveLimit to limit the time a slave
server is offline applying change sets during automatic resynchronization.
If the slave should go down or otherwise be taken off line, the value of RepTransactionArchiveLimit and
the frequency of aregcmd saves will determine how long the slave can be offline before a
full-resynchronization will be required.
There are two reasons why a slave server should have an archive:
1. The slave must save the last received transaction for resynchronization purposes (at a minimum).
2. Should the master go down, the slave can then be configured as the master and provide
resynchronization services to other slaves.
RepIPAddress
The RepIPAddress value is set to the IP Address of the machine containing the Prime Access Registrar
installation.
Note The IP address format is enhanced to support both IPv4 and IPv6.
RepPort
The RepPort is the port used to receive of replication messages. In most cases, the default value (1645)
is sufficient. If another port is to be used, the interfaces must exist in the machine.
RepSecret
RepSecret is the replication secret shared between the master and slave. The value of this setting must
be identical on both the master and the slave.
12-9
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Replication Configuration Settings
RepIsMaster
The RepIsMaster setting indicates whether the machine is a master or a slave. On the master, set
RepIsMaster to TRUE. On the slave set it to FALSE. Only the master can have this value set to TRUE
and there can be only one master.
RepMasterIPAddress
RepMasterIPAddress specifies the IP Address of the master. On the master, set RepMasterIPAddress to
the same value used in RepIPAddress above. On the slave, RepMasterIPAddress must be set to the IP
Address of the master.
Note The IP address format is enhanced to support both IPv4 and IPv6.
RepMasterPort
RepMasterPort is the port to use to send replication messages to the master. In most cases, the default
value (1645) is sufficient; however, if another is to be used, the interfaces must exist in the machine.
Rep Members Subdirectory
The Rep Members\ subdirectory contains the list of slaves to which the master will replicate
transactions.
Rep Members/Slave1
Each slave is added much like a client is added. Each slave must have a configuration in the Rep
Members directory to be considered part of the replication network by the master. The master will not
transmit any messages or replications to servers not in this list, and any communication received by a
server not in this list will be ignored.
Note Although it is possible to configure multiple slaves with the same master, we have only considered a
single-master/single-slave configuration. This is the recommended configuration.
Name
This is the name of the slave. The name must be unique.
IPAddress
This is the IP Address of the slave.
12-10
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Setting Up Replication
Note The IP address format is enhanced to support both IPv4 and IPv6.
Port
This is the port upon which the master will send replication messages to the slave.
Setting Up Replication
This section provides step-by-step instructions about how to configure replication on both the master and
member servers. The “Replication Example” section on page 12-13, shows an example of replication
configuration.
If possible, open an xterm window on both the master and member. In each of these windows, change
directory to $INSTALL/logs and run xtail to watch the logs. This allows you to watch replication log
messages as they occur. If you are using a system which had a previous installation of
Prime Access Registrar, delete all files located in the $INSTALL/data/archive directory if it is present
on either the master or member systems. This section contains the following topics:
Configuring The Master
Configuring The Member
Verifying the Configuration
Configuring The Master
On the master server, RepTransactionSyncInterval is the duration between periodic transmission of the
TransactionSync message expressed in milliseconds. The default is 60000 or 1 minute.
Configuring the Master Server for Replication
To configure the master server for replication:
Step 1 On the machine which is to be the master, using aregcmd, navigate to //localhost/Radius/Replication
Step 2 Set the RepType to SMDBR:
set RepType SMDBR
Step 3 Set the RepIPAddress to the IP address of the master:
set RepIPAddress 192.168.1.1
Step 4 Set the RepSecret to MySecret:
set RepSecret MySecret
Step 5 Set RepIsMaster to TRUE:
set RepIsMaster TRUE
12-11
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Setting Up Replication
Step 6 Set RepMasterIPAddress to the same value used in step 3:
set RepMasterIPAddress 192.168.1.1
Step 7 Change directory to /Radius/Advanced and set the MaximumNumberOfRadiusPackets property to
8192:
cd /Radius/Advanced
set MaximumNumberOfRadiusPackets 8192
Step 8 Change directory to Rep Members:
cd “rep members”
Note You must enclose Rep Members in quotes due to the space in the name.
Step 9 Add member1:
add member1
Step 10 Change directory to member1:
cd member1
Step 11 Set the IPAddress to the IP Address of the machine to be the member:
set IPAddress 192.168.1.2
Note The RepPort and RepMasterPort properties on the Master must correspond to one of the ports
configured in /Radius/Advanced/Ports, if one is configured. Otherwise, the default values for
the RepPort and RepMasterPort properties are sufficient.
Step 12 Save the configuration:
save
Step 13 Reload the configuration:
reload
Configuring The Member
On the slave, RepTransactionSyncInterval is used to determine if the slave has lost contact with the
master and to alert administrators of a possible loss of connectivity between the master an slave.
12-12
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Setting Up Replication
Configuring the Member Server for Replication
To configure the member server for replication:
Step 1 On the machine which is to be the member, using aregcmd, navigate to //localhost/Radius/Replication.
Step 2 Set the RepType to SMDBR.
set RepType SMDBR
Step 3 Set the RepIPAddress to the IP address of the member.
set RepIPAddress 192.168.1.2
Step 4 Set the RepSecret to MySecret.
set RepSecret MySecret
Step 5 Set RepMasterIPAddress to IP Address of the master (the same value used in Step 3 on page 8-1).
set RepMasterIPAddress 192.168.1.1
Step 6 Change directory to /Radius/Advanced and set the MaximumNumberOfRadiusPackets property to
8192.
cd /Radius/Advanced
set MaximumNumberOfRadiusPackets 8192
Step 7 If the Master has been configured to use a port other than the well-known (and default) RADIUS ports,
configure each Member to use the same port.
Note The RepPort and RepMasterPort properties on the Master must correspond to one of the ports
configured in /Radius/Advanced/Ports, if one is configured. Otherwise, the default values for
the RepPort and RepMasterPort properties are sufficient.
Step 8 Save the configuration:
save
Step 9 Reload the configuration:
reload
Verifying the Configuration
After both servers have successfully started, use aregcmd to make a small change to be replicated to the
member server which you can easily verify. We recommend setting the description in //localhost/Radius
to something like Tes t1 . After you issue an aregcmd save and the prompt returns, run aregcmd on the
member server and change directory to //localhost/Radius. Ensure that the description is set to Test1. If
this was successful, then replication is properly configured and functional.
12-13
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Replication Example
Replication Example
This section provides an example of replication and shows the actions that occur.
Adding a User
The Users object contains all of the information necessary to authenticate a user or authorize a user.
Users in local UserLists can have multiple profiles. On the master server, use aregcmd to add a new user
to the default user list.
Adding a New User
To add a new user:
Step 1 Change directory to //localhost/Radius/UserLists/Default.
Step 2 Enter the following:
add testuser
Step 3 Change directory to testuser.
cd testuser
Step 4 Set the password for testuser.
set password testuser
Step 5 Confirm the password by entering testuser again.
Step 6 Enter save to save the configuration.
Master Server’s Log
The log on the master shows the following:
*** ./name_radius_1_log ***
10/23/2013 23:17:07 name/radius/1 Info Server 0 Initiating Replication of Transaction
1 with 2 Elements.
10/23/2013 23:17:07 name/radius/1 Info Server 0 Replication Transaction #1 With 2
Elements Initiated
Member Server’s Log
The log on the member shows the following:
*** ./name_radius_1_log ***
10/23/2013 23:15:18 name/radius/1 Info Server 0 Radius Server is On-Line
10/23/2013 23:17:12 name/radius/1 Info Server 0 Committing Replication of Transaction
1 with 2 Elements.
10/23/2013 23:17:16 name/radius/1 Info Server 0 Replication Transaction #1 With 2
Elements Committed.
12-14
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Replication Example
Verifying Replication
You can use one of two methods to verify that the new user testuser was properly replicated to the
member:
Run aregcmd on the member and look at the default userlist to see if it is there.
Run radclient on the member and enter simple testuser testuser to create a simple access request
packet (p001).
Enter p001 send to send it. When it returns with p002, enter p002 to see if it is an Access Accept
packet or an Access Reject packet. If it is an Access Accept, the user was properly replicated to the
member. Using radclient is the recommended method to validate that a user was properly replicated.
On the Master, use aregcmd to delete the user from the default user list and save the user list.
Master Server’s Log
The log on the master shows the following:
*** ./name_radius_1_log ***
10/23/2013 23:20:48 name/radius/1 Info Server 0 Initiating Replication of Transaction
2 with 1 Elements.
10/23/2013 23:20:48 name/radius/1 Info Server 0 Replication Transaction #2 With 1
Elements Initiated
Member Server’s Log
The log on the member shows the following:
*** ./name_radius_1_log ***
10/23/2013 23:20:53 name/radius/1 Info Server 0 Committing Replication of Transaction
2 with 1 Elements.
10/23/2013 23:20:57 name/radius/1 Info Server 0 Replication Transaction #2 With 1
Elements Committed.
Repeat the validation procedure above to ensure the user testuser is no longer present on the member.
Using aregcmd -pf Option
Prime Access Registrar's replication feature works well using aregcmd input files. An aregcmd input
file contains a list of aregcmd commands. For example, if the initial configuration of
Prime Access Registrar were constructed in an input file, the master and member could be configured
for replication first, then the input file applied to the master will be automatically replicated to the
member.
Using aregcmd -pf Option
To illustrate replication using an aregcmd input file:
Step 1 Create a text file called add5users with the following commands:
add /Radius/UserLists/Default/testuser1
cd /Radius/UserLists/Default/testuser1
12-15
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Replication Example
set password testuser1
add /Radius/UserLists/Default/testuser2
cd /Radius/UserLists/Default/testuser2
set password testuser2
add /Radius/UserLists/Default/testuser3
cd /Radius/UserLists/Default/testuser3
set password testuser3
add /Radius/UserLists/Default/testuser4
cd /Radius/UserLists/Default/testuser4
set password testuser4
add /Radius/UserLists/Default/testuser5
cd /Radius/UserLists/Default/testuser5
set password testuser5
save
Step 2 On the master server, run the following command:
aregcmd -pf add5users
Master Server’s Log
The log on the master shows the following:
*** ./name_radius_1_log ***
10/23/2013 23:27:08 name/radius/1 Info Server 0 Initiating Replication of Transaction
3 with 10 Elements.
10/23/2013 23:27:08 name/radius/1 Info Server 0 Replication Transaction #3 With 10
Elements Initiated
Member Server’s Log
The log on the member shows the following:
*** ./name_radius_1_log ***
10/23/2013 23:27:12 name/radius/1 Info Server 0 Committing Replication of Transaction
3 with 10 Elements.
10/23/2013 23:27:17 name/radius/1 Info Server 0 Replication Transaction #3 With 10
Elements Committed.
When the prompt returns, go to the member and use aregcmd to view the /radius/defaults/userlist.
There should be five users there named testuser1 through testuser5.
12-16
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Replication Example
An Automatic Resynchronization Example
This example will illustrate resynchronization of the member. This will be accomplished by stopping the
member, making changes on the master, then restarting the member forcing a resynchronization.
Performing Resynchronization of the Member
To perform resynchronization of the member:
Step 1 At the member, stop the Prime Access Registrar server:
/etc/init.d/arservagt stop
At the master, run aregcmd and change directory to /radius/userlist/default.
cd /radius/userlist/default
Step 2 Enter the following:
add foouser
Step 3 Change directory to foouser.
cd foouser
Step 4 Set the password for foouser.
set password foouser
Step 5 Confirm the password by entering foouser again.
Step 6 Save the configuration:
save
Master Server’s Log
The log on the master shows the following:
*** ./name_radius_1_log ***
10/23/2013 23:31:02 name/radius/1 Info Server 0 Initiating Replication of Transaction
5 with 2 Elements.
10/23/2013 23:31:02 name/radius/1 Info Server 0 Replication Transaction #5 With2
Elements Initiated
On the member, run /etc/init.d/arservagt start. Notice the following log messages in the Master's log:
*** ./name_radius_1_log ***
10/23/2013 23:33:19 name/radius/1 Info Server 0 Resynchronizing member1.
12-17
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Full Resynchronization
Member Server’s Log
The log on the member shows the following:
*** ./name_radius_1_log ***
11/07/2013 23:33:14 name/radius/1 Info Server 0 Radius Server is Off-Line
11/07/2013 23:33:14 name/radius/1 Info Server 0 Starting Replication Manager
11/07/2013 23:33:24 name/radius/1 Info Server 0 Master Selected As Partner (DEFAULT)
11/07/2013 23:33:24 name/radius/1 Info Server 0 Radius Server is Off-Line
11/07/2013 23:33:24 name/radius/1 Warning Server 0 Requesting resynchronization from
Master: Last Txn#3
11/07/2013 23:33:24 name/radius/1 Info Server 0 Resynchronization from Master in
progress.
11/07/2013 23:33:24 name/radius/1 Info Server 0 Committing Replication of Transaction
4 with 2 Elements.
11/07/2013 23:33:28 name/radius/1 Info Server 0 Replication Transaction #4 With 2
Elements Committed.
11/07/2013 23:33:28 name/radius/1 Info Server 0 Radius Server is On-Line
As the log above shows, when the member started up, it validated its last received transaction number
(#3) with the master's last replicated transaction number (#4). They did not match because a replication
was initiated by the master which was not received by the member (because the member was stopped).
When the member detected this discrepancy, the member made a resynchronization request to the master.
The master responded by transmitting the missed transaction (#4) to the member. After it received and
processed the retransmitted transaction, the member determined that it was then synchronized with the
master and placed itself in an online status.
Full Resynchronization
Full Resynchronization means that the member has missed more transactions than are stored in the
master's replication archive and can not be resynchronized automatically. There is no automatic
full-resynchronization mechanism in Prime Access Registrar's configuration replication feature. If a full
resynchronization is required, you must export the master server’s database and update the member
configuration.
Note Before beginning, ensure there are no aregcmd sessions logged into the master server.
Performing a Manual Full-resynchronization
To perform a manual full-resynchronization:
Step 1 On the master server, stop the Prime Access Registrar server agent using the following command:
/etc/init.d/arserver stop
Step 2 On the master server, change directory to $INSTALL/data/db.
Step 3 Create a tarfile made up of the three database files, mcddb.d01, mcddb.d02, and mcddb.d03.
tar cvf /tmp/db.tar mcddb.d0*
Step 4 Create a tarfile of the archive.
tar cvf /tmp/archive.tar $INSTALL/data/archive
Step 5 On the master server, start the Prime Access Registrar server agent using the following command:
12-18
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Full Resynchronization
/etc/init.d/arserver start
Step 6 On each member server requiring resynchronization, perform the following:
a. On the member server, stop the Prime Access Registrar server agent using the following command:
/etc/init.d/arserver stop
b. Copy the tarfiles (db.tar and archive.tar) to /tmp.
c. Change directory to $INSTALL/data/db, then untar the compressed database files.
cd $INSTALL/data/db
tar xvf /tmp/db.tar
d. Rebuild the key files using the following command:
$INSTALL/bin/keybuild mcddb
Note This step might take several minutes.
e. Untar the archive.
cd $INSTALL/data/archive
tar xvf /tmp/archive.tar
f. As a safety check, run the following UNIX command to verify the integrity of the database.
$INSTALL/bin/dbcheck mcddb
Note You must be user root to run dbcheck.
No errors should be detected.
g. Start the Prime Access Registrar server agent using the following command:
/etc/init.d/arserver start
Note After you start the member server with the master server’s database, you will probably see
messages such as the following:
11/07/2013 23:21:23 name/radius/1 Error Server 0 TXN_SYNC: Failed to get master's
socket handle.
11/07/2013 23:21:49 name/radius/1 Warning Server 0 TXN_SYNC Received by Master from
unknown member 10.1.9.74. Validation Failed
These messages will likely continue until you complete steps h and i.
h. Change directory to //radius/replication and change the following attributes:
Change the RepIPAddress to that of the member.
Change RepIsMaster to FALSE.
12-19
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Replication Setup with More Than One Slave
Remove any entries under Rep Members.
i. Save and reload the configuration.
save
Validating //localhost...
Saving //localhost...
reload
The member will start up and show online status in the log after it has verified it is synchronized with
the master.
Replication Setup with More Than One Slave
When replication is set up with more than one slave, Prime Access Registrar’s replication feature
ensures that all the servers maintain identical configuration. This is done by forming a communication
mesh. This mesh is formed by every server choosing two partners for itself from the replication setup.
The servers tend to receive/send configuration updates from/to its partners. This ensures that all the
servers maintain identical configuration inspite of minimal communication failures.
When bringing up a replication setup, Prime Access Registrar server comes up first and then initiates a
partner sync request to all its replication members as visible from the configuration. So, a slave server
will initiate partner sync to its master only. This is because master server is the only server visible to the
slave server from the configuration. The master server will then broadcast the partner syncs that it has
received, to all its replication members (slaves). Based on the sync messages sent by the master to this
server, the evaluation of workload happens. The partner selection is based on the workload evaluation.
Choosing the partners based on workload, ensures that the workload is equally distributed across the
partner network.
The partners are selected based on the count of partner syncs received from the master:
If partner syncs that have been received is one, choose the master as a partner.
If partner syncs that have been received is two, choose the master and the other replication server as
partners.
If partner syncs that have been received is greater than two, perform a workload evaluation on the
partners. Identify two servers that do not have two partners and choose them as partners.
Frequently Asked Questions
Question: When I do a save in aregcmd and the validation fails, is anything replicated?
Answer: No; replication does not occur until aregcmd successfully saves the changes.
Question: Can I specify multiple masters with the same members?
Answer: No; the replication feature was designed to be used with a single-master. Also, it is not
possible to specify more than one master in a member's configuration.
Question: Do I have to configure the master as a client on the member servers?
12-20
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Frequently Asked Questions
Answer: No. In-fact, it would be erroneous to do so. With the exception of Administrators, Interfaces,
Replication, and Advanced machine-specific settings, the configuration between master and member
must be identical. The replication feature's purpose is to maintain that relationship. Altering
configuration settings on the member which are managed by the master will likely result in an unstable
and possibly non-operational server.
Question: What configuration elements are replicated and what are not?
Answer: With the exception of Administrators, Interfaces, Replication, and Advanced machine-specific
settings, all other settings are replicated.
Question: What configuration elements are hot-configured and what are not?
Answer: Session Managers, Resource Managers and Remote servers are not hot-configured because
they maintain state, such as an active session, and cannot be manipulated dynamically.
Question: What is an appropriate TransactionSyncInterval setting?
Answer: This depends upon how long you want to allow an out-of-sync condition to persist. The shorter
the interval, the more often an out-of-sync condition is checked. However, this results in added network
traffic, additional processing by Prime Access Registrar and, if the interval is too small, frequent
unnecessary resynchronization requests. The default value of 60,000 milliseconds (1 minute) is usually
sufficient; however, values of as little as 10,000 milliseconds (10 seconds) have been tested and have
worked well.
Question: What is an appropriate TransactionArchiveLimit setting?
Answer: This depends upon two things:
1. How much hard disk space you are willing to devote to transaction archive storage
2. How often your configuration is changed (a save is issued through Aregcmd).
If you have limited hard disk space, then perhaps smaller values (less than 1000) are appropriate;
however if you have sufficient hard disk space, values of 10,000 or greater are better. The primary reason
for this preference is to limit the possibility of a full-resynchronization being required. A
full-resynchronization is required when the member has missed so many transactions that the master no
longer contains all the transaction necessary to resynchronize the member. The greater the limit, the
longer the member can be down without requiring a full-resynchronization.
Question: Can I specify a member in the member configuration?
Answer: Yes, and this is recommended. In the member's replication configuration Rep Members list,
specify another server, perhaps one which can be used in-case of critical failure of the master. If the
master suffers a catastrophic failure (a hard disk crash, for example) the member can be reconfigured to
be the master simply by setting the RepIsMaster to TRUE and changing the MasterIPAddress to its own
IP Address and the member specified in its Rep Members list will perform as the member. Because the
member has an archive of transactions, the new member can be automatically resynchronized. If the
archive limit on the new master has been exceeded (the transaction file txn0000000001 is no longer
present in the new master's archive directory), then the new member will require a
full-resynchronization. Setting the member up in this manner prevents down-time if the master fails and
allows configuration changes to be made on the new master.
Question: How can I prevent a full-resynchronization from ever being necessary?
Answer: You can't, but you can limit the possibility by setting the TransactionArchiveLimit to a large
value (greater than 10000). Another technique is to periodically check the archive when the master and
member are synchronized. If the number of transaction files is approaching 10,000, then you can stop
the master and member servers, delete all files in the replication archive, and restart the master and
member. The only side effect is that if the master or member suffers a catastrophic failure, a full
resynchronization will be required.
12-21
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Replication Log Messages
Question: Can I use the member to process RADIUS requests along with the master?
Answer: Yes, and this was one of the goals of the replication feature. Keep in mind that session
information is not replicated between master and member. To use session management in this
environment, use Prime Access Registrar's central session manager.
Replication Log Messages
This section contains typical replication log messages and explains what each means.
This section include the following topics:
Information Log Messages
Warning Log Messages
Error Log Messages
Log Messages You Should Never See
Information Log Messages
Info Message Starting Replication Manager
Displayed at start-up and indicates the Replication Manager is configured and enabled.
(RepType=SMDBR)
Info Message Replication Disabled
Displayed at start-up and indicates that Replication is not enabled. (RepType=NONE)
Info Message Radius Server is On-Line
Displayed by the member at start-up to indicate the member is synchronized with the master and
processing RADIUS requests. It is also displayed after a successfully completed resynchronization.
This message is never displayed on the master.
Info Message Radius Server is Off-Line
Displayed by the member at start-up to indicate the radius server is not processing RADIUS requests
until it can ensure synchronization with the master. When this is displayed after startup, it indicates
the member is no longer synchronized with the master and is directly associated with a
resynchronization request to the master. This message is never displayed on the master.
Info Message Resynchronizing <member name>
Displayed by the master to indicate that it is resynchronizing the specified member (member).
Info Message Resynchronization from Master in progress.
Displayed by the member to indicate the master is in the process of resynchronizing it.
Info Message Resynchronization complete.
Displayed by the member to indicate the resynchronization has completed successfully.
Info Message Resynchronization did not complete before timeout. Retrying.
12-22
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Replication Log Messages
Indicates the master did not complete the resynchronization before the member expected it to
complete and that the member is re-requesting resynchronization from the master for the remaining
missed transactions.
Info Message Master Selected As Partner (DEFAULT)
Displayed by the member to indicate that it has selected the master as a partner after successfully
getting connected with the master. Partner selection is performed after analyzing the replication
workloads on other replication members.
Info Message Initiating Replication of Transaction <transaction #> with <# of elements>
Elements.
Displayed by the master to indicate that it is beginning replication of a transaction to the member.
Info Message Replication Transaction #<transaction #> With <# of elements> Elements
Initiated
Displayed by the master to indicate that it has completed sending the transaction to the member.
Info Message Committing Replication of Transaction <transaction #> with <# of elements>
Elements.
Displayed by the member to indicate that it has received a transaction and is processing it.
Info Message Replication Transaction #<transaction#> With <# of element> Elements
Committed
Displayed by the member to indicate that the transaction has been successfully processed.
Info Message Stopping Replication Manager
Displayed at shutdown by both the master and member to indicate the replication manager is being
shut down.
Info Message Stopping Replication Manager - waiting for replication to complete...
Displayed by the member when a shutdown is attempted while received replications are being
processed. After the replications are complete, the shutdown will complete.
Info Message Replication in progress. Please wait...
Periodically displayed while a shutdown is pending and replications are being completed.
Info Message Replication Manager Stopped
Displayed by both the master and member to indicate the replication manager has been successfully
shutdown.
Warning Log Messages
Warning Message Transaction Sync not received within configured TransactionSyncInterval.
Communication with the Master may not be possible.
The member displays this log messages to indicate that it has not received a TransactionSync
message from the master within its configured TransactionSync interval.
Warning Message TXN_SYNC Received by Master from unknown member <ip address>. Validation
Failed
Displayed by the master when a TransactionSync message is received by the master. Since there can
be only one configured master in a replication network, and the master is the only server who can
send a TransactionSync message, this indicates there is another configured master in the replication
network.
12-23
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Replication Log Messages
Warning Message TXN_SYNC Received from unknown Master <ip address>. Validation Failed
Displayed by the member to indicate that a TransactionSync message was received from a server not
configured as its master.
Warning Message Requesting resynchronization from Master: Last Txn#<transaction#>
Displayed by the member to indicate that it is requesting resynchronization from the master. The
LastTxn# is the last transaction number the member received and processed successfully.
Warning Message Resynchronization Request received from unknown member.
Displayed by the master when a resynchronization request is received by a member who is not listed
in its /radius/replication/rep members configuration.
Warning Message Resynchronization of <member name> requires Full Resynchronization.
Displayed by the master to indicate that the member cannot be automatically resynchronized
because its last transaction number is not within the configured history length of the archive
(TransactionArchiveLimit). A manual resynchronization of the member is required to put the
member back in-sync.
Warning Message MEMBER_SYNC Received from unknown Master at <ip address>. Validation
Failed
Displayed by a member indicating that a master, other than its configured master, is requesting
partnership.
Warning Message MEMBER_SYNC Received by Master from unknown member <ip address>.
Validation Failed
Displayed by the master to indicate a member not listed in its /radius/replication/rep members
configuration has requested partnership.
Warning Message TXN_EXPECT Received by Master from unknown <ip address>.
Displayed by the master to indicate it has received a transaction which originated from another
illegal master.
Warning Message TXN_EXPECT Received from unknown Master <ip address>.
Displayed by the member to indicate it has received a transaction which originated from a master
other than its configured master.
Warning Message TXN_EXPECT Broadcast failed.
Indicates that the master could not initiate a replication.
Warning Message DATA_SYNC Received by Master from unknown <ip address>
Displayed by the master to indicate that it received a replication transaction from another illegal
master.
Warning Message DATA_SYNC Received from unknown <ip address>
Displayed by the member to indicate that a transaction was received from a server external to the
replication network.
Error Log Messages
Error Message DATA_SYNC Validation failed - CRC Mismatch
Displayed by the member to indicate a received transaction element is invalid.
Error Message TXN_SYNC: Failed To Get Member Socket Handle.
TXN_SYNC: Failed to get master's socket handle.
MEMBER_SYNC could not get socket handle
TXN_EXPECT: Failed to get socket handle.
DATA_SYNC could not get socket handle.
These messages indicate an invalid interface configuration in Cisco Access
12-24
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Replication Log Messages
Registrar.
They could also be the result of specifying an invalid RepPort setting.
Failed To Create TXN_SYNC packet. (out of packets?)
Failed To Create TXN_SYNC packet.
MEMBER_SYNC Failed to create packet.(out of packets?)
MEMBER_SYNC Failed to create packet.
TXN_EXPECT Failed to create packet.(out of packets?)
TXN_EXPECT Failed to create packet.
DATA_SYNC Create packet failed.(out of packets?)
DATA_SYNC Create packet failed.
These message indicate that a packet could not be created. This could be the result of a low memory
condition or the result of the /Radius/Advanced/ MaximumNumberOfRadiusPackets setting being
set too low
Error Message TXN_SYNC validation failed - Internal error (pTxnSync=NULL).
MEMBER_SYNC validate failed - Internal Error (pMemberSync=NULL)
DATA_SYNC Validation Failed - Internal (pDataSync = NULL).
TXN_EXPECT Could not add new datablock to pending transaction queue.
Replication Member could not be added to member list.
Replication Member could not be added to member list.
These messages are the result of a failed memory allocation possibly due to an out of memory
condition.
Error Message DATA_SYNC Packet creation failed - Invalid ordinal.
Attempt To Replicate Transaction With Zero Elements.
Internal Error - Selected member not valid
Internal Replication Error ChangeType <change type> For <element path>
Internal error - Replication manager is invalid
These messages indicate an internal application failure.
Error Message Cannot archive transaction datablock
Could not archive transaction
These messages are the result of a failed archive attempt. This could be the result of a low disk space
condition.
Error Message Could not commit transaction to MCD
Cannot Get Value For Unsupported DataType <data type id>
MCD Replication Cannot Delete Value <element path>
MCD Replication Cannot Delete Directory <element path>
MCD Replication Cannot Delete Value For <element path> With Unsupported DataType
<data type id>
MCD Replication Cannot Create Dir For <element path>
MCD Replication Cannot Set Value For <element path>
MCD Replication Cannot Set Value For <element path>
MCD Replication Cannot Set Value For <element path>
MCD Replication Cannot Set Value For <element path>
MCD Replication Cannot Set Value For <element path> With Unsupported DataType
12-25
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Replication Log Messages
<data type id>
MCD Replication Cannot Set Value For <element path> With UNKNOWN DataType <data
type id>
These messages are the result of a failed replication commit attempt.
Log Messages You Should Never See
The following list contains log messages which you should never see displayed in a log. If any of these
messages are displayed in the log, contact Prime Access Registrar technical support for assistance.
Error Message
DATA_SYNC Received from non-partner <ip address>
DATA_RE_SYNC CRC mismatch. Replying with NAK
DATA_RE_SYNC Commit Failed. Replying with NAK
EVAL_SYNC Validation failed. <ip address> is not a Master or Member of the
Replication network
EVAL_SYNC Received from unknown member.
PARTNER_SYNC Received from unknown member <ip address>.
PARTNER_SYNC Received from unknown member <ip address>.
EVAL_SYNC Cannot get socket handle.
EVAL_SYNC Failed to create packet.(out of packets?)
EVAL_SYNC Failed to create packet.
EVAL_SYNC Validation failed - Internal Error (pEvalSync=NULL).
PARTNER_SYNC Failed to get socket handle.
PARTNER_SYNC Failed to create packet. (out of packets?)
PARTNER_SYNC Failed to create packet.
DATA_RE_SYNC Can't get socket handle
DATA_RE_SYNC Failed to create packet (out of packets?)
DATA_RE_SYNC Failed to create packet
DATA_RE_SYNC Failed validation - Internal Error (pReSync = NULL)
DATA_RE_SYNC Cannot Set Value For <element path>
DATA_RE_SYNC Cannot Set Value For <element path>
DATA_RE_SYNC Cannot Set Value For <element path>
DATA_RE_SYNC Cannot Set Value For <element path>
DATA_RE_SYNC Cannot Set Value For <element path> With Unsupported DataType <data
type id>
DATA_RE_SYNC Cannot Set Value For <element path> With UNKNOWN DataType <data type
id>;
DATA_RE_SYNC Received by Master from unknown member <ip address>
DATA_RE_SYNC Received from unknown Master <ip address>DATA_RE_SYNC Reply received
by Master from unknown Member <ip address>
Could not replicate data element to partners.
Could not replicate to partners - Invalid Ordinal.
12-26
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 12 Using Replication
Replication Log Messages
CHAPTER
13-1
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
13
Using On-Demand Address Pools
Cisco Prime Access Registrar (Prime Access Registrar) provides support for On-Demand Address Pools
(ODAP). Using ODAP, the Prime Access Registrar server manages pools of addresses. Each pool is
divided into subnets of various sizes, and the Prime Access Registrar server assigns the subnets to virtual
home gateways (VHG) and Provider Edge (PE) routers. The VHG/PE router has one On-Demand
Address Pool configured for each VPN supported by that VHG/PE.
Prime Access Registrar has been enhanced to make ODAP functionality more accessible and to enable
ODAP requests and normal user authentication to occur on the same Prime Access Registrar server. To
achieve this functionality, a new Cisco vendor script CiscoWithODAPIncomingScript was written to
direct ODAP requests to particular services and session managers. CiscoWithODAPIncomingScript
also provides the same functionality as the previous CiscoIncomingScript.
Additionally, Prime Access Registrar has a new vendor type, CiscoWithODAP which references
CiscoWithODAPIncomingScript as its IncomingScript and references the existing script,
CiscoOutgoingScript, as its Outgoing Script.
Figure 13-1 shows a simple MPLS VPN network with two VHG/PE routers, VHG-1 and VHG-2. The
Prime Access Registrar server allocates IP subnets to the VHGs by way of VRFs which contain the
subnets and addresses (address space) available.
Figure 13-1 MPLS Core
13-2
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 13 Using On-Demand Address Pools
In Prime Access Registrar, the VRFs are configured as users in an ODAP-users list under
/Radius/UserLists. The VRF name is set in IOS for the ODAP pool. When a VRF requests a pool of
addresses, Prime Access Registrar directs the request to a Session-Manager configured with the name
odap-<VRF name>. Prime Access Registrar also directs ODAP accounting requests to the service
odap-accounting.
In the example network shown in Figure 13-1, the VRFs are configured with the following address
spaces:
VRF-ISP1.com—consists of the address range 10.255.0.0 - 10.255.255.255 divided among the
following subnets:
10.255.0.0/24
10.255.1.0/24
...
10.255.255.0/24
VRF-ISP2.com—consists of the address ranges 10.0.0.0 - 10.10.255.255 and 10.255.0.0 -
10.255.10.255 divided among the following subnets:
10.0.0.0/16
10.1.0.0/16
...
10.10.0.0/16
and:
10.255.0.0/24
10.255.1.0/24
...
10.255.10.0/24
Note VRF-ISPe.com requires two ResourceManagers because it has subnets of two different sizes.
VRF-ISP3.com—consists of the address range 1172.21.0.0 - 172.21.255.255 divided among the
following subnets:
172.21.0.0/18
172.21.64.0/18
172.21.128.0/18
and
172.21.192.0/24
172.21.193.0/24
...
172.21.255.0/24
Note VRF-ISP3.com requires two ResourceManagers because it also has subnets of two different
sizes.
13-3
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 13 Using On-Demand Address Pools
Cisco-Incoming Script
This chapter contains the following sections:
Cisco-Incoming Script
Vendor Type CiscoWithODAP
Configuring Cisco Prime Access Registrar to Work with ODAP
Cisco-Incoming Script
The CiscoWithODAPIncomingScript makes ODAP functionality more accessible. This script eases
the configuration required to enable ODAP requests and normal user authentication to occur on the same
Prime Access Registrar server. CiscoWithODAPIncomingScript also provides the functionality of the
original CiscoIncomingScript.
If the Prime Access Registrar server receives an ODAP request, the server sets the Session-Key from the
AcctSessionID and sets the services and session managers.
If the Prime Access Registrar server receives a non-ODAP request, other scripts, rules or policies that
you might already have in place on the Prime Access Registrar server handle these requests.
This section contains the following topics:
How the Script Works
CiscoWithODAPIncomingScript
How the Script Works
The following describes how the script CiscoWithODAPIncomingScript works:
1. The script examines the incoming NAS-Identifier sent by the client (VHG). If the NAS-Identifier
does not equal odap-dhcp then this request is not an ODAP request. Since this is not an ODAP
request, the script does not do any more ODAP-specific processing and just calls
CiscoIncomingScript to allow that script to process the request. If this is an ODAP request, this
script removes the NAS-Identifier attribute because it is no longer needed.
2. The script sets the Authentication-Service and the Authorization-Service to odap-users, and it sets
the Accounting-Service to odap-accounting.
3. The Prime Access Registrar server sends the request to the appropriate Session Manager based on
the username. Session Managers with odap-<username> must be created and configured in
Prime Access Registrar.
4. The script then uses Session IDs to identify each ODAP request. The script uses the Acct-Session-Id
attribute as the Session-Key.
CiscoWithODAPIncomingScript
The following is a Tcl script example of the script CiscoWithODAPIncomingScript.
Note CiscoWithODAPIncomingScript is written in C language. This example script is more easily
understood in Tcl.
13-4
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 13 Using On-Demand Address Pools
Vendor Type CiscoWithODAP
proc CiscoWithODAPIncomingScript {request response environ} {
set RequestType [ $environ get Request-Type ]
if { [ string compare $RequestType "Access-Request" ] == 0 ||
[ string compare $RequestType "Accounting-Request" ] == 0 } {
set NasID [ $request get NAS-Identifier ]
if { [ string compare $NasID "odap-dhcp" ] == 0 } {
# Remove the NAS-Identifier - it has done it's job
$request remove NAS-Identifier
set UserName [ $environ get User-Name ]
if { [ string length $UserName ] == 0 } { set UserName [ $request get
User-Name ] }
# ODAP SUBNET ASSIGNMENT
$environ put Authentication-Service "odap-users"
$environ put Authorization-Service "odap-users"
$environ put Accounting-Service "odap-accounting"
$environ put Session-Manager "odap-$UserName"
set AcctSessionId [ $request get Acct-Session-Id ]
if { [ string length $AcctSessionId ] != 0 } { $environ put Session-Key
$AcctSessionId
} else {
$environ log LOG_ERROR "Missing Acct-Session-Id attribute in request-unable
to set Session-Key"
}
}
}
CiscoIncomingScript $request $response $environ
}
Note The final line in the example above is not how the script really works because a Tcl script cannot call a
C script. This is one reason why CiscoWithODAPIncomingScript was written in C.
Vendor Type CiscoWithODAP
You must configure any Clients that might forward ODAP requests to the Prime Access Registrar server
as being of Vendor CiscoWithODAP.
This vendor type references the new script, CiscoWithODAPIncomingScript, as its IncomingScript
and references the existing script, CiscoOutgoingScript, as its OutgoingScript.
After setting Vendor to CiscoWithODAP, ODAP requests are directed to the AA service, set to
odap-users, the accounting service is set to odap-accounting, and the Session Manager is set to
odap-username, where username is filled from the request. The username received in the request is a
VRF name, the request is directed to the appropriate Session Manager.
13-5
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 13 Using On-Demand Address Pools
Configuring Cisco Prime Access Registrar to Work with ODAP
Configuring Cisco Prime Access Registrar to Work with ODAP
This section provides information about how to configure Prime Access Registrar to work with ODAP.
Configuring Prime Access Registrar to work with ODAP
You must configure any Clients that might forward ODAP requests to the Prime Access Registrar server
as being of Vendor CiscoWithODAP.
Configuring Prime Access Registrar to work with ODAP
To configure Prime Access Registrar to work with ODAP:
Step 1 Create and configure an ODAP-users UserList. All ODAP users are configured under this UserList.
Step 2 Add all ODAP users to the ODAP-users UserList. Usernames must be of the form <vrf name> with the
AllowNullPassword property set to TRUE.
Step 3 Create and configure a service for ODAP-users.
Step 4 Create and configure an ODAP accounting service. Set the accounting service Type to file and
FilenamePrefix odap-accounting.
Step 5 Create a Session Manager for each of the VRFs. There must be a separate Session Manager for each VRF
pool.
Step 6 Create and configure Resource Managers to be referenced by the Session Managers.
Note Subnet pools of different sizes (different subnet masks) require separate Resource Managers
Step 7 Configure the Session Managers with the Resource Managers.
Step 8 Configure any Clients that might send ODAP requests to Vendor type CiscoWithODAP.
Step 9 Save your configuration.
Configuring the ODAP Detailed Instructions
You must configure any Clients that might forward ODAP requests to the Prime Access Registrar server
as being of Vendor CiscoWithODAP.
Configuring the ODAP Detailed Instructions
To configure Prime Access Registrar to work with ODAP:
Setting Up an ODAP UserList
Step 1 Create a UserList for ODAP users.
--> cd /radius/userlists
[ //localhost/Radius/UserLists ]
13-6
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 13 Using On-Demand Address Pools
Configuring Cisco Prime Access Registrar to Work with ODAP
Entries 1 to 1 from 1 total entries
Current filter: <all>
Default/
--> add odap-users
Added odap-users
Adding ODAP Users
Step 2 Add the ODAP users to the ODAP UserList and set the AllowNullPassword property to TRUE.
Each user is a VRF name set for each ODAP client.
[ //localhost/Radius/UserLists/odap-users ]
Entries 0 to 0 from 0 total entries
Current filter: <all>
Name = odap-users
Description =
--> add vrf-ISP1.com
Added vrf-ISP1.com
--> add vrf-ISP2.com
Added vrf-ISP2.com
--> add vrf-ISP3.com
Added vrf-ISP3.com
--> ls
[ //localhost/Radius/UserLists/odap-users ]
Entries 1 to 3 from 3 total entries
Current filter: <all>
Name = odap-users
Description =
vrf-ISP1.com/
vrf-ISP2.com/
vrf-ISP3.com/
Step 3 Set the AllowNullPassword property to TRUE for each ODAP user.
--> cd vrf-ISP2.com
[ //localhost/Radius/UserLists/odap-users/vrf-ISP2.com ]
Name = vrf-ISP2.com
Description =
Password =
Enabled = TRUE
13-7
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 13 Using On-Demand Address Pools
Configuring Cisco Prime Access Registrar to Work with ODAP
Group~ =
BaseProfile~ =
AuthenticationScript~ =
AuthorizationScript~ =
UserDefined1 =
AllowNullPassword = FALSE
--> set AllowNullPassword TRUE
Setting Up an ODAP-Users Service
Step 4 Add and configure a service for ODAP Users.
--> cd /radius/services
[ //localhost/Radius/Services ]
Entries 1 to 2 from 2 total entries
Current filter: <all>
local-file/
local-users/
--> add odap-users
Added odap-users
--> cd odap-users
[ //localhost/Radius/Services/odap-users ]
Name = odap-users
Description =
Type =
IncomingScript~ =
OutgoingScript~ =
--> set type local
Set Type local
--> set userlist odap-users
Set UserList odap-users
--> ls
[ //localhost/Radius/Services/odap-users ]
Name = odap-users
Description =
Type = local
IncomingScript~ =
OutgoingScript~ =
OutagePolicy~ = RejectAll
OutageScript~ =
UserList = odap-users
13-8
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 13 Using On-Demand Address Pools
Configuring Cisco Prime Access Registrar to Work with ODAP
Setting Up an ODAP Accounting Service
Step 5 Add and configure an ODAP accounting service.
--> cd /radius/services
[ //localhost/Radius/Services ]
Entries 1 to 3 from 3 total entries
Current filter: <all>
local-file/
local-users/
odap-users/
--> add odap-accounting
Added odap-accounting
--> cd odap-accounting
[ //localhost/Radius/Services/odap-accounting ]
Name = odap-accounting
Description =
Type =
IncomingScript~ =
OutgoingScript~ =
--> set type file
Set Type file
--> ls
[ //localhost/Radius/Services/odap-accounting ]
Name = odap-accounting
Description =
Type = file
IncomingScript~ =
OutgoingScript~ =
OutagePolicy~ = RejectAll
OutageScript~ =
FilenamePrefix = accounting
MaxFileSize = "10 Megabytes"
MaxFileAge = "1 Day"
RolloverSchedule =
--> set FilenamePrefix odap-accounting
Set Filenameprefix odap-accounting
Adding Session Managers
Step 6 Create one Session Manager for each of the VRF pools.
Create one Session Manager for each of the users you specify in the odap-users UserList. The Session
Managers must be called odap-VRF_name to meet the requirements of
CiscoWithODAPIncomingScript.
13-9
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 13 Using On-Demand Address Pools
Configuring Cisco Prime Access Registrar to Work with ODAP
--> cd /radius/sessionmanagers
[ //localhost/Radius/SessionManagers ]
Entries 1 to 1 from 1 total entries
Current filter: <all>
session-mgr-1/
--> add odap-vrf-ISP1.com
Added odap-vrf-ISP1.com
--> add odap-vrf-ISP2.com
Added odap-vrf-ISP2.com
--> add odap-vrf-ISP3.com
Added odap-vrf-ISP3.com
Setting Up Resource Managers
Step 7 Set up subnet-dynamic Resource Managers that are to be referenced by the Session Managers.
Session Managers can manage multiple Resource Managers. One or more subnet pools can be set up of
varying sizes to allocate the ranges of subnet addresses you have available. Subnets of different sizes
require different Resource Managers.
--> cd /radius/resourcemanagers
[ //localhost/Radius/ResourceManagers ]
Entries 1 to 5 from 5 total entries
Current filter: <all>
IPA-Pool/
IPA-Pool-2/
IPX-Pool/
Per-Group/
Per-User/
--> add odap-vrf-ISP1.com
Note The names of Resource Managers do not have to be related to VRFs.
Added odap-vrf-ISP1.com
--> cd odap-vrf-ISP1.com
[ //localhost/Radius/ResourceManagers/odap-vrf-ISP1.com ]
Name = odap-vrf-ISP1.com
Description =
Type =
--> set type subnet-dynamic
13-10
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 13 Using On-Demand Address Pools
Configuring Cisco Prime Access Registrar to Work with ODAP
Set Type subnet-dynamic
--> ls
[ //localhost/Radius/ResourceManagers/odap-vrf-ISP1.com ]
Name = odap-vrf-ISP1.com
Description =
Type = subnet-dynamic
NetMask =
SubnetAddresses/
-> set netmask 255.255.255.0
Set NetMask 255.255.255.0
-> cd subnetaddresses
[ //localhost/Radius/ResourceManagers/odap-vrf-ISP1.com/SubnetAddresses ]
Entries 0 to 0 from 0 total entries
Current filter: <all>
--> add 10.255.0.0-10.255.255.255
Added 10.255.0.0-10.255.255.255
Note Two Resource Managers are required for VRF-ISP3.com and VRF-ISP2.com because their address
spaces are made up of subnets of the different sizes.
--> cd /radius/resourcemanagers
[ //localhost/Radius/ResourceManagers ]
Entries 1 to 5 from 5 total entries
Current filter: <all>
IPA-Pool/
IPA-Pool-2/
IPX-Pool/
odap-vrf-ISP1.com/
Per-Group/
Per-User/
--> add odap-vrf-ISP3-a.com
Added odap-vrf-ISP3-a.com
--> cd odap-vrf-ISP3-a.com
[ //localhost/Radius/ResourceManagers/odap-vrf-ISP3-a.com ]
Name = odap-vrf-ISP3-a.com
Description =
Type =
--> set type subnet-dynamic
Set Type subnet-dynamic
13-11
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 13 Using On-Demand Address Pools
Configuring Cisco Prime Access Registrar to Work with ODAP
--> ls
[ //localhost/Radius/ResourceManagers/odap-vrf-ISP3-a.com ]
Name = odap-vrf-ISP3-a.com
Description =
Type = subnet-dynamic
NetMask =
SubnetAddresses/
-> set netmask 255.255.192.0
Set NetMask 255.255.192.0
-> cd subnetaddresses
[ //localhost/Radius/ResourceManagers/odap-vrf-ISP3-a.com /SubnetAddresses ]
Entries 0 to 0 from 0 total entries
Current filter: <all>
--> add 171.21.0.0-172.21.191.255
Added 172.21.0.0-172.21.191.255
-> cd /radius/resourcemanagers
[ //localhost/Radius/ResourceManagers ]
Entries 1 to 10 from 10 total entries
Current filter: <all>
IPA-Pool/
IPA-Pool-2/
IPX-Pool/
odap-vrf-ISP1.com/
odap-vrf-ISP3-a.com /
Per-Group/
Per-User/
--> add odap-vrf-ISP3-b.com
Added odap-vrf-ISP3-b.com
--> cd odap-vrf-ISP3-b.com
[ //localhost/Radius/ResourceManagers/odap-vrf-ISP3-b.com ]
Name = odap-vrf-ISP3-b.com
Description =
Type =
--> set type subnet-dynamic
Set Type subnet-dynamic
--> ls
[ //localhost/Radius/ResourceManagers/odap-vrf-ISP3-b.com ]
Name = odap-vrf-ISP3-b.com
Description =
Type = subnet-dynamic
13-12
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 13 Using On-Demand Address Pools
Configuring Cisco Prime Access Registrar to Work with ODAP
NetMask =
SubnetAddresses/
-> set netmask 255.255.255.0
Set NetMask 255.255.255.0
-> cd subnetaddresses
[ //localhost/Radius/ResourceManagers/odap-vrf-ISP3-b.com /SubnetAddresses ]
Entries 0 to 0 from 0 total entries
Current filter: <all>
--> add 172.21.191.0-172.21.255.255
Added 172.21.191.0-172.21.255.255
-> cd /radius/resourcemanagers
[ //localhost/Radius/ResourceManagers ]
Entries 1 to 10 from 10 total entries
Current filter: <all>
IPA-Pool/
IPA-Pool-2/
IPX-Pool/
odap-vrf-ISP1.com/
odap-vrf-ISP3-a.com /
odap-vrf-ISP3-b.com /
Per-Group/
Per-User/
--> add odap-vrf-ISP2-a.com
Added odap-vrf-ISP2-a.com
--> cd odap-vrf-ISP2-a.com
[ //localhost/Radius/ResourceManagers/odap-vrf-ISP2-a.com ]
Name = odap-vrf-ISP2.com
Description =
Type =
--> set type subnet-dynamic
Set Type subnet-dynamic
--> ls
[ //localhost/Radius/ResourceManagers/odap-vrf-ISP2-a.com ]
Name = odap-vrf-ISP2-a.com
Description =
Type = subnet-dynamic
NetMask =
SubnetAddresses/
-> set netmask 255.255.0.0
Set NetMask 255.255.0.0
13-13
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 13 Using On-Demand Address Pools
Configuring Cisco Prime Access Registrar to Work with ODAP
-> cd subnetaddresses
[ //localhost/Radius/ResourceManagers/odap-vrf-ISP2-a.com /SubnetAddresses ]
Entries 0 to 0 from 0 total entries
Current filter: <all>
--> add 10.0.0.0-10.10.255.255
Added 10.0.0.0-10.255.255.255
-> cd /radius/resourcemanagers
[ //localhost/Radius/ResourceManagers ]
Entries 1 to 10 from 10 total entries
Current filter: <all>
IPA-Pool/
IPA-Pool-2/
IPX-Pool/
odap-vrf-ISP1.com/
odap-vrf-ISP3-a.com /
odap-vrf-ISP3-b.com /
odap-vrf-ISP2-a.com /
Per-Group/
Per-User/
--> add odap-vrf-ISP2-b.com
Added odap-vrf-ISP2-b.com
--> cd odap-vrf-ISP2-b.com
[ //localhost/Radius/ResourceManagers/odap-vrf-ISP2-b.com ]
Name = odap-vrf-ISP2-b.com
Description =
Type =
--> set type subnet-dynamic
Set Type subnet-dynamic
--> ls
[ //localhost/Radius/ResourceManagers/odap-vrf-ISP2-b.com ]
Name = odap-vrf-ISP2-b.com
Description =
Type = subnet-dynamic
NetMask =
SubnetAddresses/
-> set netmask 255.255.255.0
Set NetMask 255.255.255.0
-> cd subnetaddresses
[ //localhost/Radius/ResourceManagers/odap-vrf-ISP2-b.com /SubnetAddresses ]
Entries 0 to 0 from 0 total entries
13-14
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 13 Using On-Demand Address Pools
Configuring Cisco Prime Access Registrar to Work with ODAP
Current filter: <all>
--> add 10.255.0.0-10.255.10.255
Added 10.255.0.0-10.255.10.255
Configuring Session Managers
Note It is not necessary to configure Session Managers in two instances. All SessionManager configuration
can be done at one time before configuring the Resource Managers.
Step 8 Configure the Session Managers to be referenced by the Resource Managers.
--> cd/radius/sessionmanagers
[ //localhost/Radius/SessionManagers ]
Entries 1 to 4 from 4 total entries
Current filter: <all>
odap-vrf-ISP1.com/
odap-vrf-ISP2.com/
odap-vrf-ISP3.com/
session-mgr-1/
--> cd odap-vrf-ISP2.com
[ //localhost/Radius/SessionManagers/odap-vrf-ISP2.com ]
Name = odap-vrf-ISP2.com
Description =
AllowAccountingStartToCreateSession = FALSE
ResourceManagers/
--> cd resourcemanagers
--> set 1 odap-vrf-ISP2-a.com
Set 1 odap-vrf-ISP2-a.com
--> set 2 odap-vrf-ISP2-b.com
Set 2 odap-vrf-ISP2-b.com
--> cd/radius/sessionmanagers
[ //localhost/Radius/SessionManagers ]
Entries 1 to 4 from 4 total entries
Current filter: <all>
odap-vrf-ISP1.com/
odap-vrf-ISP2.com/
odap-vrf-ISP3.com /
session-mgr-1/
--> cd odap-vrf-ISP3.com
13-15
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 13 Using On-Demand Address Pools
Configuring Cisco Prime Access Registrar to Work with ODAP
[ //localhost/Radius/SessionManagers/odap-vrf-ISP3.com ]
Name = odap-vrf-ISP3.com
Description =
AllowAccountingStartToCreateSession = FALSE
ResourceManagers/
--> cd resourcemanagers
--> set 1 odap-vrf-ISP3-a.com
Set 1 odap-vrf-ISP3-a.com
--> set 2 odap-vrf-ISP3-b.com
Set 2 odap-vrf-ISP3-b.com
--> cd/radius/sessionmanagers
[ //localhost/Radius/SessionManagers ]
Entries 1 to 4 from 4 total entries
Current filter: <all>
odap-vrf-ISP1.com/
odap-vrf-ISP2.com/
odap-vrf-ISP3.com/
session-mgr-1/
--> cd odap-vrf-ISP1.com
[ //localhost/Radius/SessionManagers/odap-vrf-ISP1.com ]
Name = odap-vrf-ISP1.com
Description =
AllowAccountingStartToCreateSession = FALSE
ResourceManagers/
--> cd resourcemanagers
--> set 1 odap-vrf-ISP1.com
Set 1 odap-vrf-ISP1.com
Configure Clients
Step 9 For any client that might forward ODAP requests to the Prime Access Registrar server, set the Vendor
property to CiscoWithODAP.
--> cd /radius/clients
[ //localhost/Radius/Clients ]
Entries 1 to 2 from 2 total entries
Current filter: <all>
localhost/
vhg-1/
vhg-2/
--> cd vhg-1
13-16
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 13 Using On-Demand Address Pools
Configuring Cisco Prime Access Registrar to Work with ODAP
[ //localhost/Radius/Clients/vhg-1 ]
Name = vhg-1
Description =
IPAddress = 209.165.200.225
SharedSecret = secret
Type = NAS
Vendor =
IncomingScript~ =
OutgoingScript~ =
UseDNIS = FALSE
DeviceName = a_name
DevicePassword = password
--> set vendor CiscoWithODAP
Set Vendor CiscoWithODAP
Save Your Configuration
Step 10 After completing the configuration, save your changes.
--> save
Validating //localhost...
Saving //localhost...
CHAPTER
14-1
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
14
Using Identity Caching
Cisco Prime Access Registrar (Prime Access Registrar) software includes the identity caching feature.
Prime Access Registrar runs as application layer software and can be used standalone or in conjunction
with other workstations running Prime Access Registrar.
Note The identity caching feature is available on Prime Access Registrar releases 3.5.2 and above.
Identity caching provides subscriber identity resolution services with fast access to associated subscriber
identity data for service providers, enabling them to offer new services to their customers based on
identity caching and context information management.
This chapter contains the following sections:
Overview
Identity Caching Features
Configuring Cisco Prime Access Registrar for Identity Caching
Starting Identity Caching
Overview
Identity caching enables Cisco equipment to gain context information about the operator’s subscribers
to support network functions or to enhance subscriber’s experience on the operator’s network.
Figure 14-1 on page 14-2, Prime Access Registrar System Overview, shows the network environment
where Prime Access Registrar identity caching might be used.
For example, Client Services Gateway (CSG) uses IP mapping information provided by identity caching
to support post-paid content billing. Identity caching acquires subscriber information from other devices
and information sources in the operator’s network. The type of information provided is limited by the
available information sources and is configurable by the operator, but might include information such as
IP address, MSISDN, and IMSI. Identity caching does not duplicate the operator’s persistent data stores.
Identity caching provides a protocol-based interface through which Cisco network elements
(Prime Access Registrar identity caching clients) can access subscriber information.
The Prime Access Registrar servers receive RADIUS flows from the Gateway GPRS support Node
(GGSN) which acts as a type of network access station (NAS). These flows perform full AAA
(authentication, authorization, and accounting). You can configure the Prime Access Registrar servers
to redirect the accounting information (only) to an identity caching server to be cached. The GGSN can
also be configured to direct only the RADIUS accounting information directly to the
Prime Access Registrar server.
14-2
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 14 Using Identity Caching
Identity Caching Features
Prime Access Registrar also receives XML identity query flows from the CSM which acts as a NAS. In
the event that a CSM should fail or lose its information, the information can be refreshed from the
information cached in the Prime Access Registrar server.
Prime Access Registrar acquires subscriber information such as the IP address, the mobile Subscriber
ISDN number (MSISDN), and the International Mobile System Identifier (IMSI) from AAA requests the
Prime Access Registrar server receives, typically from the GGSN. The types of information provided is
limited by the available information sources and is configurable by the operator.
Prime Access Registrar includes an XML Query Identity enhancement. Prime Access Registrar
previously supported User-Name lookup based on the Framed IP address of an existing session. The
XML Query Identity enhancement enables Framed IP address lookup based on the User-Name in an
existing session.
Figure 14-1 Prime Access Registrar System Overview
Identity Caching Features
Prime Access Registrar identity caching provides the following features:
Supports GGSN subscriber data attributes from RADIUS authentication sequences
Provides basic identity mapping services from IP address or username/APN to Mobile DN for one
network presence at a time.
Provide session management support for Content Switch Module (CSM)
Prime Access Registrar enables the CSM to keep the data session and content correlated to the same
subscriber reconnecting, perhaps after an attach/detach sequence for a GPRS subscriber connecting
again. This is done through the MSISDN identity to IP mapping in the identity caching function.
Internet
122007
CE590s
RADIUS AAA flows
CNSAR
AAA
GGSN
PDSN/HA
RADIUS accounting flows
Bearer/content traffic flows
XML identity query flows
CNSAR
AAA
AAA
CNSAR
CSMs
Catalyst 6000s
with RLB/CSM Catalyst 6000s
14-3
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 14 Using Identity Caching
Configuring Cisco Prime Access Registrar for Identity Caching
Enhance redundancy with stateful fail-over support for applications by finding the right connection
between subscriber identity and IP address using the Identity Cache function.
Uses an XML interface to make it easier for any network function or application to use without
having to have detailed internal knowledge about the execution environment or programming
methods.
Provides user identity resolution with fast access to associated subscriber data
Establishes an identity and Access Management solution that can be used in and across multiple
network domains
Provides a way to use identity resolution to manage the growth of 2.5G mobile data access services
(GSM/GPRS) and to provide always-on mobile data access including the following:
Ties various IP addresses to a unique subscriber identifier
Dynamically assigning and reusing IP addresses and controlling services with consistent
identification
Correlates previous content activity when a mobile subscriber reconnects
Correlates IP addresses, mobile numbers, username, and identifiers to support customer billing
Correlates and identifies subscribers using both 2.5G and WLAN services and provides a way
to control and manage operator network services
Provides subscriber privacy control
Provides a way to cache content with various customers and their networks
Configuring Cisco Prime Access Registrar for Identity Caching
Use the command line interface aregcmd to configure Prime Access Registrar to perform identity
caching.
Configuring the Identity Caching
To configure identity caching:
Step 1 Launch aregcmd.
Step 2 Define a client object for each client that will send either RADIUS or XML packets to the
Prime Access Registrar server performing identity caching.
There should be one client object for each GGSN, one for each CSM and one for each packet simulator
(if used in a test environment).
For example, if a packet simulator will be used on the same server where you perform identity caching,
add a client object as in the following:
cd /Radius/Clients
add xml-client
cd xml-client
14-4
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 14 Using Identity Caching
Configuring Cisco Prime Access Registrar for Identity Caching
[ //localhost/Radius/Clients/xml-client ]
Name = xml-client
Description =
IPAddress =
SharedSecret =
Type = NAS
Vendor =
IncomingScript~ =
OutgoingScript~ =
EnablePOD = FALSE
This client object is very similar to the localhost object defined in the example configuration. The
SharedSecret property will be ignored if the client is an XML client, but still must be set to a non-null
value. The Type property is also ignored for XML clients.
Step 3 Define a port object for each RADIUS port and each XML port to be used. Two RADIUS ports, the
second immediately following the first in numeric value, must be defined even if only one is needed. A
typical identity caching installation requires the following port configuration:
cd /Radius/Advanced/Ports
add 1645
add 1646
add 8080
Note Although ports 1645 and 1646 are the default ports for Prime Access Registrar, you must add them to
/Radius/Advanced/Ports to also add port 8080.
Step 4 Change directory to the 1645 port and set its type to Radius-Access.
cd /Radius/Advanced/Ports/1645
set Type Radius-Access
Step 5 Change directory to the 1646 port and set its type to Radius-Accounting.
cd /Radius/Advanced/Ports/1646
set Type Radius-Accounting
Step 6 Change directory to the 8080 port and set its type to XML.
-cd /Radius/Advanced/Ports/8080
set Type XML
Step 7 Define and configure an accounting service of type file and set it as the DefaultAccountingService.
An accounting service is required for Prime Access Registrar to cache identity information, even if no
accounting service is needed otherwise. If you added the example configuration during installation, a
local-file accounting service is already configured.
If you did not add the example configuration during software installation, see the Setting Up Accounting
section in Chapter 7, “RADIUS Accounting.
14-5
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 14 Using Identity Caching
Configuring Cisco Prime Access Registrar for Identity Caching
Step 8 Define and configure a ResourceManager for identity caching.
cd /Radius/ResourceManagers
add cache
Step 9 Set the ResourceManager to type session-cache for identity caching.
cd cache
set type session-cache
The following shows the default properties of a session-cache ResourceManager:
[ //localhost/Radius/ResourceManagers/cache ]
Name = cache
Description =
Type = session-cache
OverwriteAttributes = FALSE
QueryKey =
PendingRemovalDelay = 10
AttributesToBeCached/
QueryMappings/
Step 10 Set the QueryKey to a RADIUS attribute you want to key on.
For example, use the following command to set the QueryKey to User-Name:
set QueryKey User-Name
The QueryKey must match the string on the right-hand side of one of the pairs you list in
QueryMappings. It is not necessary for the QueryKey to be configured under AttributesToBeCached
because the QueryKey will always be cached by default.
Note The QueryKey property must always be a RADIUS attribute. The Prime Access Registrar server forces
a NULL IP address (0.0.0.0) if it detects an incorrectly configured QueryKey.
Step 11 Change directory to AttributesToBeCached and use the set command to provide a list of RADIUS
attributes you want to store in cache.
cd AttributesToBeCached
set 1 Calling-Station-ID
Set 2 User-Name
Set 3 Framed-IP-Address
The attributes a session-cache resource manager caches can be queried through both RADIUS Query and
XML Query packets. When you cache attributes Framed-IP-Address or User-Name, or when you use
XML-Address-format-IPv4 or XML-UserId-id_type-subscriber_id as the QueryKey, you must map the
XML attributes to RADIUS attributes in the QueryMappings subdirectory.
14-6
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 14 Using Identity Caching
Starting Identity Caching
Step 12 Change directory to QueryMappings and use the set command to list the attribute pairs, mapping the
XML attributes on the left-hand side to the RADIUS attribute on the right-hand side.
set XML-Address-format-IPv4 Framed-IP-Address
set XML-UserId-id_type-subscriber_id User-Name
Step 13 Change directory to /Radius/SessionManagers and add a SessionManager for identity caching.
cd /Radius/SessionManagers
add IDcache
Step 14 Change directory to the new identity caching SessionManager, then change directory to the
ResourceManager list.
cd IDcache/ResourceManagers
Step 15 Use the set command to associate the identity caching ResourceManager with this SessionManager.
set 1 cache
Step 16 Change directory to /Radius and set the DefaultSessionManager to the identity caching
SessionManager.
cd /Radius
set DefaultSessionManager IDcache
Step 17 Run the save, reload, and exit commands:
save
reload
exit
Starting Identity Caching
To start identity caching, you must send an Accounting-Request to the specified accounting port (The
default accounting port is 1646.) A minimal Accounting-Request will contain the following attributes:
NAS-Identifier or NAS-IP-Address
NAS-Port
Framed-IP-Address
User-Name
Acct-Status-Type
Acct-Session-Id
14-7
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 14 Using Identity Caching
Starting Identity Caching
Starting Identity Caching
To start identity caching:
Step 1 Launch radclient:
cd /opt/CSCOar/bin
radclient -C localhost -N admin -P aicuser
Step 2 Enter the following radclient commands:
set p [ acct_request Start joeuser@cisco.com ]
$p set attrib [ attrib Framed-IP-Address 123.123.123.123 ]
$p send
This assumes that you are running radclient on the same server and using 1646 as the accounting port.
Step 3 Send XML requests to the specified XML port (Cisco suggests port 8080 as shown above). A typical
XML packet will look like the following:
<?xml version="1.0"?>
<Request>
<UserIdRequest>
<UserId id_type="subscriber_id">bob</UserId>
</UserIdRequest>
</Request>
To do this using xmlclient, put the XML text into a file, then enter the following command:
cd /opt/CSCOar/bin
./xmlclient -srd <file>
Note This assumes that xmlclient is running on the same server as identity caching and that 8080 is the XML
port. Use the command xmlclient -H for information about how to use a different port or how to run
xmlclient from a different server.
Note For a successful query, xml response will have the IPAddress associated with the requested user-name
and for failure query it returns 0.0.0.0 as the IPAddress.
14-8
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 14 Using Identity Caching
XML Interface
XML Interface
The XML interface is used for subscriber context information queries and responses to those queries.
The XML interface is on a UDP port (8080) and is configurable. Identity caching supports the XML
data-type definition (DTD) supported by the CSG.
The mapping from queries to replies can be one to many. For example, a UDP datagram might contain
several queries but each reply will be returned in a separate datagram. No single query or reply can
exceed the configured MTU of a datagram. Any that does results in an error.
If a query result is negative, the reply will consist of a null subscriber ID. All other error conditions cause
Prime Access Registrar to drop the request. Errors are logged locally using the Prime Access Registrar
logging mechanism.
CHAPTER
15-1
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
15
Using Trusted ID Authorization with SESM
Cisco Prime Access Registrar (Prime Access Registrar) can be used in a Service Selection Gateway
(SSG) - Cisco Subscriber Edge Services Manager (SESM) deployment to enable the Trusted Identity
(Trusted ID) Authorization feature. This chapter describes how to use Prime Access Registrar with
SESM, and how to configure Prime Access Registrar to use the Trusted ID feature.
The Trusted ID feature provides transparent login capabilities for users based on a trusted ID instead of
the user's name, enabling end users of an SSG to maintain an always-on connection without the need to
authenticate on each connect. Using SSG's Transparent Auto-Login (TAL) feature, a TAL access-request
packet contains a Trusted ID, such as a MAC address, that identifies the user without the user's real
username and password.The SESM Profile Management Guide provides detailed information about
Trusted ID authorization in SESM.
If Prime Access Registrar knows the user associated with the Trusted ID, Prime Access Registrar uses
the Trusted ID to authenticate and authorize the user. If the authentication and authorization succeeds,
Prime Access Registrar returns the user’s username in the Access-Accept so the SSG can include the
user’s identity in subsequent Accounting-Requests.
If Prime Access Registrar does not know the user associated with the Trusted ID,
Prime Access Registrar returns an Access-Reject. The Access-Reject causes the SSG to redirect the user
to a SESM web portal login page. When the user explicitly authenticates, Prime Access Registrar
captures the Trusted ID and maps it to a user association so subsequent attempts to authenticate with the
Trusted ID succeed.
This chapter contains the following sections:
Trusted ID Operational Overview
Software Requirements
Configuring Cisco Prime Access Registrar for Trusted Identity with SESM
Configuration Imported by TrustedIdInstall Program
Configuring EAP-MD5 Authentication
Trusted ID Operational Overview
This section describes the following operations of the Trusted ID Authentication feature:
Configuration Overview
Request Processing
Session Cache Life Cycle
15-2
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 15 Using Trusted ID Authorization with SESM
Trusted ID Operational Overview
Configuration Restrictions
Configuration Overview
The Trusted ID features require two objects in Prime Access Registrar, a UserService, a
SessionManager, and a ResourceManager. The UserService references another service called to perform
the authentication and authorization (AA). The SessionManager references a SessionManager that
contains a reference to a session-cache Resource Manager. These objects are imported into the
Prime Access Registrar server configuration when you run the TrustedIdInstall.bin program.
Configuration Imported by TrustedIdInstall Program, page 15-14 lists the configuration imported into
the Prime Access Registrar server by the TrustedIdInstall.bin program.
The Resource Manager is configured with the QueryKey property set to a RADIUS attribute that
contains the Trusted ID such as the Calling-Station ID. The Query Key should be set to an attribute
present in all appropriate AA requests that uniquely identifies the user such as Calling-Station ID. The
Query Key can be set to only one RADIUS attribute.
The Resource Manager is also configured to cache the attributes required to identify the user, username,
and the user’s credentials, password or CHAP-Password and CHAP-Challenge. The attributes
User-Name, User-Password, NAS-Identifier, NAS-Port, or NAS-Port-Type are not appropriate choices
for Query Key because they do not uniquely identify users.
The RollingEncryptionKeyChangePeriod specifies the length of time a given EncryptionKey will be
used before a new one is created. When the session-cache ResourceManager caches User-Password
attributes, Prime Access Registrar encrypts the User-Password so it is not stored in memory or persisted
on disk in clear text. Prime Access Registrar uses up to 255 encryption keys, using a new one after each
RollingEncryptionKeyChangePeriod expires. If RollingEncryptionKeyChangePeriod is set to 2 days,
Prime Access Registrar will create and begin using a new EncryptionKey every two days. The oldest key
will be retired, and Prime Access Registrar will re-encrypt any User-Passwords that used the old key
with the new key. This way, if the RollingEncryptionKeyChangePeriod is set to 1 day, no key will be
older than 255 days.
The encryption keys are indirectly connected to Trusted ID. Since User-Passwords might be stored for
a long time in memory and on disk, Prime Access Registrar uses the RollingEncryptionKey to encrypt
the User-Passwords. The RollingEncryptionKey makes it more difficult for someone to crack or decode
the User-Passwords because the key used changes frequently. If someone were to break one key, that
would only give them the ability to decrypt those User-Passwords that had been encrypted with that key.
All others, including those yet to be encrypted after the key change period expires would not be
vulnerable.
Request Processing
When the Trusted ID service processes Access-Requests, it queries the session-cache Resource Manager
for a cache entry associated with the Trusted ID. If found, the Resource Manager returns the cached
attributes. The Trusted ID service replaces the request’s existing attributes with the cached attributes.
After the Resource Manager is queried (and the request's existing attributes are replaced with the cached
attributes if the cache entry exists), the Trusted ID’s UserService authenticates and authorizes the
request. The UserService is always called whether the cache entry exists or not. The only attributes
cached in the Resource Manager are the ones listed in AttributesToBeCached. The user profile is usually
not cached and is retrieved each time by the UserService.
15-3
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 15 Using Trusted ID Authorization with SESM
Trusted ID Operational Overview
Whether the request succeeds or not, the request is passed on to the service referenced by the
UserService property. When that service completes authentication and authorization, control returns to
the Trusted ID service. The session-cache might be updated if AA is successful.
Session Cache Life Cycle
Session cache management comprises adding and deleting Trusted ID to user mapping to and from the
cache and is initiated from the Trusted ID service. The mapping is one-to-one mapping. For each Trusted
ID, there can be only one cache entry, and conversely for each cache entry, there can be only one Trusted
ID.
If a user is not presently in the session cache (the query failed), the AA done by the UserService
succeeded and the internal attribute (Implicit-Auth-Enabled) was returned with a value of true,
Prime Access Registrar adds the user to the cache. Since the AA succeeded, Prime Access Registrar
assumes this is an explicit authentication by the user and the attributes required by the session-cache are
present in the Access-Request.
If the user is already in the session cache (the query succeeded) and the AA done by the UserService
failed, the internal attributes Implicit-Auth-Enabled was not returned, or was returned with a value other
than true, Prime Access Registrar removes the user from the session cache.
If the user has enabled implicit authentication (and if that results in Implicit-Auth-Enabled being
returned as true), after the first Explicit Auth (from the login page), the user will be in the cache and will
always be implicitly authenticated and authorized. In this case, you can get them out of the cache three
ways:
Have the user disable implicit authentication, then reconnect
Have the system administrator release the session using aregcmd commands
Use the SessionTimeout property in the Session Manager
If the user’s account becomes orphaned (the user no longer exists), the cache entry will persist until it is
removed using aregcmd.
If you have disabled implicit authentication, you are forced to authenticate each time and the cache is
not updated. If you subsequently enable implicit authentication, you must explicitly authenticate one
more time to create the user’s cache entry. After creating the user’s cache entry, they will not need to
explicitly authenticate again (with this instance of Prime Access Registrar) as long as implicit
authentication is enabled.
Configuration Restrictions
The Session Manager referenced by the TrustedID Service should not be used for general session
management. The Trusted ID Session Manager should be a separate Session Manager used only for the
Trusted ID session cache. The data in the session-cache must persist longer than the length of the session.
If the Trusted ID Session Manager was used for general session management, the cache would be
updated for the general session, overwriting the cache entry for the special session created for the
Trusted ID service. When the general session ended it would delete that data and subsequent queries for
implicit authentication would fail.
15-4
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 15 Using Trusted ID Authorization with SESM
Software Requirements
Software Requirements
The Trusted ID feature requires the following software to be installed:
Cisco Subscriber Edge Services Manager (SESM) 3.3(1)
Cisco Subscriber Policy Engine (SPE) 2.1.12
Cisco Prime Access Registrar
In addition to the software listed above, you must run the TrustedIdInstall.bin standalone, Java
application that runs on the Solaris platform. TrustedIdInstall.rpm is an equivalent Java application
that runs on the Linux platform.
Note The disk space required to run the TrustedIdInstall program is about 1.3 MB.
The TrustedIdInstall program verifies the software prerequisites, installs the required jar files, and
extends the configuration for Prime Access Registrar. The TrustedIdInstall program is only available
on Cisco.com under the Prime Access Registrar download area at the following URL:
http://www.cisco.com/cgi-bin/tablebuild.pl/access-registrar-encrypted
This section contains the following topics:
Installing Cisco Prime Access Registrar
Running the TrustedIdInstall Program
Installing Cisco Prime Access Registrar
See the Cisco Prime Access Registrar 6.1 Installation and Configuration Guide. for detailed information
about how to install Prime Access Registrar software.
Note You must specify a Java Runtime Environment (JRE) when you install Prime Access Registrar software.
Running the TrustedIdInstall Program
Cisco provides a Java-based program called TrustedIdInstall that installs required jar files, the
configuration for Subscriber Policy Engine (SPE), and Prime Access Registrar. The TrustedIdInstall
program can be run as an InstallShield wizard using the graphical user interface (GUI) or from the
command line.
Note Before running the TrustedIDInstall program, ensure that the SPE 2.1.12 software has been installed
with SESM 3.3(1) (in SPE mode).
Using the TrustedIdInstall.bin GUI
You must run the TrustedIdInstall program on the workstation where Prime Access Registrar is
installed with a Java Runtime Environment (JRE) up to and including 1.4.2 in the path.
15-5
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 15 Using Trusted ID Authorization with SESM
Software Requirements
Installing the TrustedIdInstall
To install TrustedIdInstall:
Step 1 Log in as a user with root privileges.
Step 2 Enter the following from the Prime Access Registrar server’s command line:
TrustedIdInstall.bin (for the Solaris platform) or
TrustedIdInstall.rpm (for the Linux platform)
The following message appears after you enter the command line above:
# TrustedIdInstall.bin
InstallShield Wizard
Initializing InstallShield Wizard...
Searching for Java(tm) Virtual Machine...
.............running under 1.2
Figure 15-1 shows the welcome window of the Trusted ID Azn AR SESM Integration 1.0 Installer.
Figure 15-1 Trusted ID Azn AR SESM Integration 1.0 Installer Welcome
Step 3 Click Next to continue.
The InstallIdInstall.bin wizard displays the Prerequisites window.
Step 4 Check to ensure that Cisco SESM 3.3(1) is installed and available on the network, then click Next.
The InstallIdInstall.bin wizard checks for Prime Access Registrar 5.1 software. You will need the
SESM 3.3(1) configuration parameters later in this procedure.
Step 5 Select the vendor name of the LDAP data store you are using for SPE, then click Next.
15-6
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 15 Using Trusted ID Authorization with SESM
Software Requirements
The InstallIdInstall.bin wizard displays the Password Encryption Panel. This panel prompts you for a
master password (entered twice to ensure accuracy) and a Password Encryption Algorithm which can be
None, SHA, or SHA-1.
Note If you plan to use EAP-MD5 authentication, choose None. See Configuring EAP-MD5 Authentication,
page 15-15 for information about configuring EAP-MD5 authentication.
Step 6 Enter the password in field provided, and select the password encryption type, then click Next.
Step 7 If in Step 5 you selected iPlanet as the Data Store Type, continue with Step 8. If you chose any other
Data Store Type, proceed to Step 9.
The iPlanet Data Store Type requires that you set the value for the naming variable in ACNSchema.xml
and DESSSchema.xml, either for Uid or Cn as shown in Figure 15-2. You can set the naming variable
to either Uid or Cn.
Figure 15-2 Selecting iPlanet Naming Variable
Step 8 Select either Uid or Cn as the inetOrgPerson naming variable, then click Next.
The InstallIdInstall.bin wizard displays the Service Type Selection panel.
Step 9 Accept the default Trusted ID Service Enable True or click to select False, then click Next.
The TrustedIdInstall program displays a panel that indicates the following:
Location where the Trusted ID Authorization SESM Integration files will be stored (/cisco-ar)
Features to be stored (Admin Tool)
Amount of space required (about 1.3 MB)
The InstallIdInstall.bin wizard displays the Directory Information panel, requesting information about
the directory server required to extend the schema.
Step 10 Provide the requested Directory Server information as shown in Figure 15-3.
15-7
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 15 Using Trusted ID Authorization with SESM
Software Requirements
Figure 15-3 Directory Server Information
Contact the directory administrator if you are unsure about the information required.
a. Enter a Directory Address.
The Directory Address field requires the directory server IP address or DNS hostname.
b. Enter a Directory Port number.
Provide the TCP/IP port on which your directory server listens. (This is usually port 389.)
c. Enter a Directory Admin User.
Provide the User ID of the directory server administrator with permissions to extend the schema in
the form:
cn=admin
d. Enter a Directory Admin Password.
Provide the password for the directory administrator user.
e. Enter a Directory Container.
Provide the container in which the default RBAC objects should be created in the form:
ou=sesm,o=cisco
f. Enter a DESS Admin User.
Provide the User ID of the DESS administrator in the form:
uid=admin,ou=sesm,o=cisco
g. Enter a DESS Admin Password.
Provide the password for the DESS administrator.
Step 11 Click Next to continue.
The InstallIdInstall.bin wizard begins the installation and displays a progress bar. When the installation
completes, the wizard displays any warnings or errors it might have detected. Both boxes being empty
indications a successful install.
15-8
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 15 Using Trusted ID Authorization with SESM
Software Requirements
Step 12 Click Next to continue.
A final window indicates a successful installation of the Trusted ID Authorization AR SESM Integration
software.
Step 13 Click Finish.
Using the TrustedIdInstall Command Line
You can run the TrustedIdInstall program using the command line option on a workstation where
Prime Access Registrar is installed with a JRE up to and including 1.4.2 in the path. The command line
interface requires the same information as the GUI method.
Note You must be a root user to run the TrustedIdInstall program
Installing the TrustedIdInstall using Command Line
To install TrustedIdInstall using command line:
Step 1 To run the TrustedIdInstall program using the command line interface, enter the following from the
Prime Access Registrar server’s command line:
TrustedIdInstall.bin -console (for the Solaris platform)
TrustedIdInstall.rpm -console (for the Linux platform)
InstallShield Wizard
Initializing InstallShield Wizard...
Searching for Java (tm) Virtual Machine...
.............
-------------------------------------------------------------------------------
Welcome to the InstallShield Wizard for Trusted ID Azn AR SESM Integration.
The InstallShield Wizard will install Trusted ID Azn AR SESM Integration
on your computer.
To continue, choose Next.
Trusted ID Azn AR SESM Integration1.0
Cisco Systems, Inc.
http://www.cisco.com
Press 1 for Next panel, 3 to Cancel or 4 to Redisplay [1] 1
The line above provides a way for you to enter your selection. You can press Enter to go to the next
panel. Enter 3 to cancel the installation, or enter 4 to redisplay the current panel.
Step 2 Press Enter to go to the next panel.
-------------------------------------------------------------------------------
Please read the information below.
Cisco Systems
Prerequisites
Please ensure that minimally the following products are installed.
1 Check to ensure that Cisco SESM 3.3(1) is installed and available on the
15-9
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 15 Using Trusted ID Authorization with SESM
Software Requirements
network
2 Checking for Prime AR 6.0 or later
Please ensure the configuration parameter supplied during SESM installation
is used in this integration.
Press 1 for Next panel, 2 for Previous panel, 3 to Cancel or 4 to
Redisplay [1] 1
This panel lists prerequisites required for successful installation. Before continuing to the next panel,
ensure that SESM 3.3(1) is installed and available or the network. The program checks for
Prime Access Registrar 3.5.3 (or later).
Step 3 After insuring that SESM 3.3(1) is installed and available on the network, press Enter.
[X] 1 - Novell Directory Server
[ ] - iPlanet
[ ] - Data Communications Directory
[ ] - IBM Directory Server
[ ] - Active Directory Server
[ ] - Open LDAP
Choose the Vendor for Directory ,Select 0 to exit [0]
Press 1 for Next panel, 2 for Previous panel, 3 to Cancel or 4 to
Redisplay [1]
This panel requests the data store type selection and indicates the Novell Directory Server is the default
selection.
Step 4 Press Enter to select the Novell Directory Server.
You can press 2 to select iPlanet, 3 to select Data Communications Directory, 4 to select IBM Directory
Server, 5 to select Active Directory Server, or 6 to select Open LDAP.
-------------------------------------------------------------------------------
Enter the master password for SPE
Master Password []
This panel requests a master password for SPE.
Step 5 Enter a password to be used as the master password for SPE and press Enter.
You are asked to re-enter the master password. The following panel requests an encryption algorithm
and generates a secret key using the master password and selected algorithm.
[X] 1 - NONE
[ ] - SHA
[ ] - SSHA
Choose the installation type for SPE ,Select 0 to exit [0]
Press 1 for Next panel, 2 for Previous panel, 3 to Cancel or 4 to
Redisplay [1] 1
This panel indicates the default installation type as None. Enter “2” and press Enter to select SHA, or
enter “3” and press Enter to select SSHA.
Note If you plan to use EAP-MD5 authentication, choose None. See Configuring EAP-MD5 Authentication,
page 15-15 for information about configuring EAP-MD5 authentication.
15-10
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 15 Using Trusted ID Authorization with SESM
Software Requirements
Step 6 If in Step 4 you selected iPlanet as the Data Store Type, continue with Step 7. If you chose any other
Data Store Type, proceed to Step 8.
-------------------------------------------------------------------------------
[X] 1 - Uid
[ ] - Cn
-------------------------------------------------------------------------------
The iPlanet Data Store Type requires that you set the value for the naming variable in ACNSchema.xml
and DESSSchema.xml, either for Uid or Cn as shown above.
Step 7 Press Enter to use the naming variable to Uid, or press 2 to select Cn.
Service Type Selection panel
Trusted ID Service Enable
[X] 1 - True
[ ] 2 - False
To select a choice enter its number, or 0 when you are finished [0]:
Press 1 for Next panel, 2 for Previous panel, 3 to Cancel or 4 to
Redisplay [1] 1
The Service Type Selection panel asks if you want to enable the Trusted ID service. Enter 2 to choose
to not enable the Trusted ID service.
Step 8 Press Enter to enable the Trusted ID service.
Trusted ID Azn AR SESM Integration will be installed in the following
location:
/cisco-ar
with the following features:
Admin tool
for a total size:
1.3 MB
Press 1 for Next panel, 2 for Previous panel, 3 to Cancel or 4 to
Redisplay [1] 1
This panel indicates the location where the TrustedIdInstall program will write data and the amount of
storage required.
Step 9 Press Enter to begin writing data.
-------------------------------------------------------------------------------
Enter the IP Address (or) hostname of the system where the directory server is
running.
Please contact your directory administrator if you are not sure about this
information.
Please enter the host address [localhost]:
Step 10 Press Enter to use the current system as the directory server, or enter another directory server name or
IP address.
Enter the TCP/IP Port on which your directory server listens. Usually, the
port is 389.
Please contact your directory administrator if you are not sure about this
information.
Please enter the Port number [389]:
15-11
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 15 Using Trusted ID Authorization with SESM
Software Requirements
Step 11 Press Enter to use the default port, 389, or enter a different port number.
Note Contact your directory server administrator if you are not sure about which port to use or other
information required in the following steps.
Enter the User Id of the directory server with permissions to extend schema.
Please contact your directory administrator if you are not sure about this
information.
Please enter directory user
[uid=admin,ou=Administrators,ou=TopologyManagement,o=NetscapeRoot]:
Step 12 Enter the User ID of the directory server administrator with the necessary permissions to extend the
schema.
Enter the password for the above user.
Please contact your directory administrator if you are not sure about this
information.
Please enter the password []: cisco
Step 13 Enter the password for the user provided in the previous step.
Enter the container in which the default RBAC objects should be created.
Please contact your directory administrator if you are not sure about this
information.
Please enter the container [o=cisco]:
Step 14 Press Enter to use the default container, or enter a different container and press Enter.
Enter the User Id of the DESS user.
Please enter Dess user [cn=dessadmin,o=cisco]:
Step 15 Press Enter to use the default DESS user, or enter a different user ID and press Enter.
Enter the password of the DESS user.
Please contact your directory administrator if you are not sure about this
information.
Please enter the Dess user password []: cisco
Step 16 Enter the DESS user password, then press Enter.
Press 1 for Next panel, 3 to Cancel or 4 to Redisplay [1] 1
At this point, the software installation is ready to begin.
15-12
Cisco Prime Access Registrar 6.1 User Guide
OL-29756-01
Chapter 15 Using Trusted ID Authorization with SESM
Configuring Cisco Prime Access Registrar for Trusted Identity with SESM
Step 17 Press Enter to begin the software installation and extend the schema.
As the installation proceeds, status messages will be displayed.
When the installation completes successfully, the following message displays:
Trusted ID Azn AR SESM Integration 1.0 installation completed
The InstallShield Wizard has successfully installed Trusted ID Azn AR SESM
Integration. Choose Finish to exit the wizard.
Press 3 to Finish or 4 to Redisplay [3] 3
Step 18 Press Enter to end the program.
Configuring Cisco Prime Access Registrar for Trusted Identity
with SESM
Use the command line interface aregcmd to configure Prime Access Registrar to use Trusted ID
authorization in SSG-SESM deployments.
This section contains the following topics:
Configuring the RADIUS Ports
Configuring NAS Clients
Configuring AAA and SPE Services
Configuring the RADIUS Ports
By default, Prime Access Registrar listens on ports 1645 and 1646 for any type of RADIUS request. It
might be necessary to change the port assignments in the case of a resource collision. For example, if
the RADIUS Directory Enabled Service Selection (DESS) Proxy (RDP) component of SPE is using ports
1645 and 1646, a port assignment change would be required.
The following command sequence causes Prime Access Registrar to listen on the explicitly defined
ports, 1812 and 1813, for all types of RADIUS requests.
cd /Radius/Advanced/Ports
add 1812 ""radius
Added 1812
add 1813 ""radius
Added 1813
After changing the port assignments, Prime Access Registrar no longer listens on the default ports. It
might be necessary to add ports 1645 and 1646 if you are also using Prime Access Registrar for other
AAA functionality.