AMIGOPOD PowerConnect W Clearpass 100 Software Quick setup guide

Amigopod and ArubaOS
Integration
Version 1.0

www.arubanetworks.com
1344 Crossman Avenue
Sunnyvale, California 94089
Phone: [phone]
Fax [phone]
Aruba Networks, Inc. 2
Amigopod and ArubaOS Integration Application Note
Copyright
© 2011 Aruba Networks, Inc. AirWave®, Aruba Networks®, Aruba Mobility Management System®, Bluescanner, For Wireless That
Works®, Mobile Edge Architecture®, People Move. Networks Must Follow®, RFprotect®, The All Wireless Workplace Is Now Open For
Business, Green Island, and The Mobile Edge Company® are trademarks of Aruba Networks, Inc. All rights reserved. Aruba Networks
reserves the right to change, modify, transfer, or otherwise revise this publication and the product specifications without notice. While
Aruba uses commercially reasonable efforts to ensure the accuracy of the specifications contained in this document, Aruba will assume
no responsibility for any errors or omissions.
Open Source Code
Certain Aruba products include Open Source software code developed by third parties, including software code subject to the GNU
General Public License (“GPL”), GNU Lesser General Public License (“LGPL”), or other Open Source Licenses. The Open Source code
used can be found at this site:
http://www.arubanetworks.com/open_source
Legal Notice
ARUBA DISCLAIMS ANY AND ALL OTHER REPRESENTATIONS AND WARRANTIES, WEATHER EXPRESS, IMPLIED, OR
STATUTORY, INCLUDING WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, TITLE,
NONINFRINGEMENT, ACCURACY AND QUET ENJOYMENT. IN NO EVENT SHALL THE AGGREGATE LIABILITY OF ARUBA
EXCEED THE AMOUNTS ACUTALLY PAID TO ARUBA UNDER ANY APPLICABLE WRITTEN AGREEMENT OR FOR ARUBA
PRODUCTS OR SERVICES PURSHASED DIRECTLY FROM ARUBA, WHICHEVER IS LESS.
Warning and Disclaimer
This guide is designed to provide information about wireless networking, which includes Aruba Network products. Though Aruba uses
commercially reasonable efforts to ensure the accuracy of the specifications contained in this document, this guide and the information in
it is provided on an “as is” basis. Aruba assumes no liability or responsibility for any errors or omissions.
ARUBA DISCLAIMS ANY AND ALL OTHER REPRESENTATIONS AND WARRANTIES, WHETHER EXPRESSED, IMPLIED, OR
STATUTORY, INCLUDING WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, TITLE,
NONINFRINGEMENT, ACCURACY, AND QUIET ENJOYMENT. IN NO EVENT SHALL THE AGGREGATE LIABILITY OF ARUBA
EXCEED THE AMOUNTS ACTUALLY PAID TO ARUBA UNDER ANY APPLICABLE WRITTEN AGREEMENT OR FOR ARUBA
PRODUCTS OR SERVICES PURCHASED DIRECTLY FROM ARUBA, WHICHEVER IS LESS.
Aruba Networks reserves the right to change, modify, transfer, or otherwise revise this publication and the product specifications without
notice.

Aruba Networks, Inc. Table of Contents |3
Amigopod and ArubaOS Integration Application Note
Table of Contents
Chapter 1: Introduction 5
Reference Material 5
Chapter 2: Captive Portal Authentication 6
Captive Portal Overview 6
ArubaOS or Amigopod for Visitor Management 7
Captive Portal Authentication Workflow 10
Chapter 3: ArubaOS Configuration 12
Creating a RADIUS Server Instance 12
Modify NAS ID for Master Local Deployments 14
Add RADIUS Server to a Server Group 15
Creating an RFC3576 Server Instance 16
Creating a Captive Portal Profile 18
Configure Authentication for Captive Portal Profile 20
Modify the AAA Profile 21
Define a Policy to Permit Traffic to Amigopod 23
Enable Captive Portal on Initial Role of Captive Portal Profile 25
Verify Virtual AP Configuration 26
Chapter 4: Amigopod Configuration 27
Check for Updated Amigopod Plugins 27
Configure RADIUS NAS for an Aruba Controller 30
Configure Web Login for Captive Portal Authentication 33
Optional Customization of the Web Login Page 34
Amigopod Skins and Content Customization 35
Web Login Access Lists 36
Configure the RADIUS User Role 37
(Optional) Import Sample Welcome Page 38
Chapter 5: Integration Verification 42
Create a Test Account Within Amigopod Guest Manager 42
Testing RADIUS 44
Test Basic RADIUS Transactions 44
Test Login and Verify Successful RADIUS Transaction 46
Check that RADIUS Accounting is Working as Expected 48

Aruba Networks, Inc. Table of Contents |4
Amigopod and ArubaOS Integration Application Note
Chapter 6: Troubleshooting Tips 49
Appendix A: Contacting Aruba Networks 50
Contacting Aruba Networks 50

Aruba Networks, Inc. Introduction |5
Amigopod and ArubaOS Integration Application Note
Chapter 1: Introduction
Aruba supports advanced visitor management services through the combination of Aruba Mobility
Controllers and APs running the ArubaOS software, and Aruba Amigopod guest management
software. This guide describes the configuration process that must be performed on the Aruba Mobility
Controllers and the Aruba Amigopod to create a fully integrated visitor management solution. The
solution leverages the captive portal functionality and RADIUS authentication, authorization, and
accounting (AAA) functions that are built into ArubaOS.
This guide is based on the Aruba controller running the base OS image and the additional Policy
Enforcement Firewall (PEF) license enabled. The PEF license is needed to make the necessary
changes to the default captive portal role to allow unauthenticated traffic to flow through to the
Amigopod Web Login page.
The PEF license provides identity-based security to wired and wireless clients through user roles and
firewall rules. You must purchase and install the PEF license on the mobility controller to use identity-
based security features. Depending on whether the license is installed, the captive portal functions
work differently and you configure captive portal differently.
The detailed configuration steps of the PEF features that relate to the operation of a working captive
portal are outside the scope of this integration document. Detailed discussion on how to leverage the
integrated firewall capabilities of the Aruba controller that are enabled by the PEF license are covered
in the referenced VRD resources.
Table 1 lists the current software versions for this guide.
Reference Material
This guide assumes a working knowledge of Aruba products. This guide is based on the network
detailed in the Aruba Campus Wireless Networks VRD and the Base Designs Lab Setup for
Validated Reference Design. These guides are available for free at
http://www.arubanetworks.com/vrd.
The complete suite of Aruba technical documentation is available for download from the Aruba
support site. These documents present complete, detailed feature and functionality explanations
outside the scope of the VRD series. The Aruba support site is located at:
https://support.arubanetworks.com/. This site requires a user login and is for current Aruba
customers with support contracts.
Table 1 Aruba Software Versions
Product Version
ArubaOS™ (mobility controllers) 6.1
AmigopodOS 3.3

Aruba Networks, Inc. Captive Portal Authentication |6
Amigopod and ArubaOS Integration Application Note
Chapter 2: Captive Portal Authentication
Captive portals are the simplest form of authentication for users. This section introduces the concepts
behind the authentication and compares and contrasts Amigopod with the ArubaOS portal.
Captive Portal Overview
Captive portal allows a wireless client to authenticate using a web-based portal page. Captive portals
are typically used in wireless hotspots or for hotel in-room Internet access. After a user associates to
the wireless network, their device is assigned an IP address. The user must start a web browser and
pass an authentication check before access to the network is granted. An example page is shown in
Figure 1.
Figure 1 Amigopod captive portal page
Captive portal authentication is the simplest form of authentication to use and it requires no software
installation or configuration on the client. The guest SSID is typically open and does not use any form
of encryption. The portal usually asks for some limited information such as a username and password
and the exchange is encrypted using standard SSL encryption.
However, portal authentication does not provide any form of encryption beyond the authentication
process. To ensure privacy of client data, some form of link-layer encryption (such as WPA-PSK or
WPA2-PSK) or higher-level VPN (such as IPsec or SSL) should be used when sensitive data will be
sent over the wireless network.

Aruba Networks, Inc. Captive Portal Authentication |7
Amigopod and ArubaOS Integration Application Note
ArubaOS or Amigopod for Visitor Management
ArubaOS supports two methods of guest access: using just the mobility controller or using the mobility
controller plus Amigopod. ArubaOS supports basic guest management and captive portal functionality,
with guest access limited to a single master-local cluster. Aruba Amigopod extends the standard
ArubaOS captive portal functionality by providing many advanced features, including:
A fully branded user interface
SMS integration for delivery of receipts
Bulk upload of visitors for conference management
Self-provisioning of users for public space environments
Table 2 Comparison of ArubaOS Captive Portal and Amigopod
Feature ArubaOS ArubaOS Plus
Amigopod
Not supported = Limited support = Supported =
Captive Portal Customization
Captive portal customization
Captive portal per-SSID customization
Anonymous logon
One time tokens/access codes
Welcome page with session statistics and logout
Mobile browser aware captive portal pages
Skins: UI branding customization
Guest Account Provisioning
Single point of management for guest account and captive portal in multiple
master controller deployments
Non-IT staff do not require IP access to master controller for provisioning
guest accounts
Guest-provisioning operator role
Customizable guest-provisioning operator role
External servers for operator logins
Provisioning of nonguest user roles by operators
Limit operators to view only the account they created
Self-registration workflow with automated login
Sponsor-approved self-registration
Time zone support for guest access in distributed deployments
Bulk provisioning of guest accounts (CSV import and automatic generation)

Aruba Networks, Inc. Captive Portal Authentication |8
Amigopod and ArubaOS Integration Application Note
Export/import of user database
Mandatory and nonmandatory fields
Guest password complexity requirements
Guest account information printing via templates
Guest credential delivery through email and SMS
Force password change on first login
Delete and/or disable guest accounts on expiration
Guest Session Management
Time and day policy
Guest access expiry timer starts on first login
Limit access based on total session time across multiple logins
Limit guest session data (total bytes)
Limit guest session bandwidth (Mb/s)
Limit guest session to single concurrent login
Hotspot and Hospitality Features
Walled garden
Plug-and-play clients, any IP
VPN NAT (static NAT per client using public IP)
Credit card billing
Surveys and feedback forms
Target ads and promotions
Visitor data mining
MAC or cookie-based reauthentication (portal bypass)
Reporting and Notification
Peak guest network usage
Total guest sessions (per day, per week, etc.)
Bandwidth usage on guest network
Top x users (session time and bandwidth)
Expiring passwords
Table 2 Comparison of ArubaOS Captive Portal and Amigopod (Continued)
Feature ArubaOS ArubaOS Plus
Amigopod

Aruba Networks, Inc. Captive Portal Authentication |9
Amigopod and ArubaOS Integration Application Note
Although ArubaOS supports internal and external captive portal functionality, this guide focuses on
external captive portal functionality. The internal captive portal dictates the use of the internal login
page on the controller itself. The login page is very basic and does not allow for the extensive
customization that is possible with the Amigopod Web Logins feature.
The integration of Amigopod with the mobility controller also leverages the ability of ArubaOS to define
and reference external RADIUS servers for the authentication and accounting of visitor accounts. In
the standalone Aruba guest-provisioning solution, the local database in each controller stores user
credentials, which limits the solution to the scope of the local deployment. With the introduction of
Amigopod, all visitor accounts are created, authenticated, and accounted for on the Amigopod internal
RADIUS server.
Enterprise Features and Scalability
Managing 1000s of accounts
High availability/redundancy
Expandability (plug-in architecture)
NOTE
Amigopod provides the Skin plugin technology where the presentation of the UI
is separated from the mechanics of the underlying application. This separation
allows Aruba to supply end users with a branded skin for all Amigopod
interaction (both visitor and administrators) for a nominal fee at the time of
purchase. Users can also customize the skin themselves with the requisite
skills. ArubaOS now allows for fully customized captive portal pages to be
uploaded to the controller. However, this process requires a significant amount
of web design and JavaScript experience to produce a professional result.
Table 2 Comparison of ArubaOS Captive Portal and Amigopod (Continued)
Feature ArubaOS ArubaOS Plus
Amigopod

Aruba Networks, Inc. Captive Portal Authentication |10
Amigopod and ArubaOS Integration Application Note
Captive Portal Authentication Workflow
Figure 2 shows the phases that a guest user passes through during a captive portal authentication
process. In the Aruba system, the mobility controller acts as the network access server (NAS) and
Amigopod acts as the RADIUS server. Figure 2 details the captive portal authentication workflow.
Figure 2 Workflow for captive portal authentication
1. The guest user associates their Wi-Fi device to the guest SSID. In the baseline VRD
configuration, this SSID is “Guest-Network.”
2. The guest user opens a browser. Based on the configured home page or requested web page,
the initial HTTP traffic is intercepted by the Aruba controller and redirected to the Amigopod web
login page defined in the captive portal profile.
3. The guest user enters their user credentials on the Amigopod web login page. Amigopod
performs any preauthorization checks that are required and displays the login message to the
guest user.
arun_0540
Associates [1]
Redirects
Guest Mobility Controller (NAS) Amigopod VMA
Automated NAS login
Submit form [3]
Login Message page [4]
Access-Accept [6]
Guest role [7]
Session timeout [10]
Access-Request [5]
Accounting-Request [8]
Accounting-Request [9]
Accounting-Response [9]
Accounting-Response
Accounting-Request [11]
Accounting-Response Accounting
Accounting
Interim Accounting
Authorization
Web login
Authentication
Browse to Landing page [2]
Unregistered role
Complete login form
Internet browsing
States:
Unauthorized
Authenticating
Authorized

Aruba Networks, Inc. Captive Portal Authentication |11
Amigopod and ArubaOS Integration Application Note
4. The login message instructs the guest user’s browser to submit the user credentials directly to
the Aruba controller as a HTTPS POST for authentication processing.
5. When the Aruba controller receives the user credentials, it creates a corresponding RADIUS
session and sends an Access-Request message to the defined Amigopod RADIUS server.
6. The Amigopod processes the Access-Request message by referring to its local database and
optionally any configured proxy authentication servers defined. Any defined authorization rules
are processed at this point.
7. Based on the results of the authentication and authorization processing, the Amigopod responds
with either an Access-Accept or Access-Reject message. If the authentication is successful, the
Access-Accept message contains one or more RADIUS attributes to define the context of the
guest user session. These attributes can include but are not limited to the session duration of the
guest login and the Aruba controller user role that defines the PEF policies and bandwidth
contracts that could be applied to the session. When the Aruba controller receives the Access-
Accept message, it changes the role of the guest user session and their device is permitted
access to the network.
8. If RADIUS accounting has been configured correctly on the Aruba controller, an Accounting-
Start packet is sent to the Amigopod, which defines the beginning of the session statistics for the
guest user.
9. Based on the default interval of [600 seconds] the Aruba controller will provide updates to these
session statistics by sending Interim Accounting update messages to the Amigopod.
10.Based on the Session-Timeout received in the original Access-Accept packet from Amigopod,
the Aruba controller counts down the remaining time that is valid for the current guest user
session. When the time has expired, the controller terminates the session.
11.When the session ends (Session-Timeout, Idle-Timeout, User Logout, Admin Disconnect), the
controller sends a RADIUS Accounting-Stop message to close the session within the Amigopod
accounting database. This stop message includes the final update of the session statistics.

Aruba Networks, Inc. ArubaOS Configuration |12
Amigopod and ArubaOS Integration Application Note
Chapter 3: ArubaOS Configuration
Three phases make up the configuration of the ArubaOS controller to support external captive portal
based authentication leveraging the RADIUS protocol:
1. Base RADIUS configuration
2. Captive portal configuration
3. Enabling captive portal on existing guest WLAN
Figure 3 summarizes the steps covered in this chapter to successfully complete the ArubaOS
configuration that is needed to integrate with the Amigopod external captive portal and RADIUS
server.
Figure 3 Workflow for ArubaOS configuration
Creating a RADIUS Server Instance
For the Aruba controller to successfully authenticate the guest users that will be provisioned on the
Amigopod system, a RADIUS definition must be defined on the controller.
The RADIUS server definition requires that the following fields be configured:
Host should be configured to the Amigopod IP address.
Key is the shared secret that is needed to secure RADIUS communications.
Amigopod uses the default ports of 1812 for authentication and 1813 for accounting.
The default Retransmit and Timeout value are adequate for most installs
The following configuration must be performed on the master controller. This RADIUS definition is then
replicated to all local controllers. In a standalone controller deployment, this RADIUS server instance
must be created on each controller individually.
NOTE
Do not set the NAS ID or NAS IP now. You will configure the NAS ID and NAS
IP on each controller in the next step.
arun_0541
Create RFC 3576
Server
Create Captive Portal
Profile
Configure Captive
Portal Authentication
Create PEF policy
allow Amigopod
Create Server Group RADIUS
Config
Captive
Portal
Config
Enable
Captive
Portal
Modify AAA Profile
Modify initial role for
Captive Portal
Verify Guest Virtual AP
Create RADIUS Server

Aruba Networks, Inc. ArubaOS Configuration |13
Amigopod and ArubaOS Integration Application Note
Adding a RADIUS Server
aaa authentication-server radius "Amigopod"
host 10.169.130.50
key *******
Figure 4 Adding a RADIUS server
NOTE
Ensure that the key is recorded, because you will need this shared secret for a
later step in the Amigopod configuration. For security purposes, each NAS
should have its own key.

Aruba Networks, Inc. ArubaOS Configuration |14
Amigopod and ArubaOS Integration Application Note
Modify NAS ID for Master Local Deployments
In an Aruba master local deployment, you must modify the NAS ID of the local controllers to ensure
that the correct identifier is recorded in the RADIUS accounting traffic sourced from each local
controller that is responsible terminating the APs.
In the VRD campus topology, the local controllers are deployed on the 10.169.145.0/24 network
(VLAN 145). This network is used to send the RADIUS transactions toward the Amigopod deployed on
10.169.130.50.
Based on the VLAN numbering in the VRD Local Controller deployment, the following modifications
are recommended:
Set the local controller NAS IP to the IP address on VLAN 145.
Define the source interface for RADIUS traffic to use VLAN 145 also.
These configuration changes must be performed on each local controller using the local interface of
the controller.
arun_0279
Air monitor
Internet
Local
mobility
controller
Local
mobility controller
POS
File
RADIUS
PBX
Master
standby
Data center
Master
active
AirWave Amigopod

Aruba Networks, Inc. ArubaOS Configuration |15
Amigopod and ArubaOS Integration Application Note
Modify RADIUS Client Settings
ip radius nas-ip 10.169.145.4
ip radius source-interface vlan 145
Figure 5 Modify RADIUS client setting
Add RADIUS Server to a Server Group
A server group must be created to define which authentication server will be referenced during the
authentication of visitor accounts. This server group is then referenced in the subsequent captive
profile configuration.
Make these configurations in the newly created server group definition:
Select the previously created Amigopod RADIUS server entry.
The remaining settings for server rules can be left as their defaults.

Aruba Networks, Inc. ArubaOS Configuration |16
Amigopod and ArubaOS Integration Application Note
Adding a AAA Server Group
aaa server-group "Guest-Amigopod"
auth-server "Amigopod" position 1
Figure 6 Adding a AAA server group
Creating an RFC3576 Server Instance
RFC3576 is an extension to the RADIUS standard that allows for a RADIUS server initiated control of
an established RADIUS AAA session. The two primary functions of the RFC are represented by the
following two messages:
Disconnect messages: The RADIUS server sends a Disconnect-Request packet to terminate a
user session on a NAS and removes all associated session context. The Disconnect-Request
packet is sent to UDP port 3799 and it identifies the user session to be terminated by inclusion of
the session identification attributes.
Change of Authorization (CoA) messages: CoA-request packets contain information for
dynamically changing session authorizations. Typically these messages are used to change the
context of the user session. For ArubaOS, this means changing the user role that the current
session is assigned. This feature enables many different business rules, such as bandwidth
throttling after a quota is exceeded.
Configuring an RFC3576 Server
As part of the guest access solution addressed by this guide, Amigopod serves as the RFC3576
server and can perform the disconnect and CoA functions.
Make these configurations in the RFC3576 server definition:
The name of the RFC3576 server definition must be the IP address of the Amigopod.
The Key must match the shared secret configuration that was defined for the RADIUS server.

Aruba Networks, Inc. ArubaOS Configuration |17
Amigopod and ArubaOS Integration Application Note
RFC3576 Server Configuration
aaa rfc-3576-server "10.169.130.50"
key wireless
Figure 7 RFC3576 server configuration

Aruba Networks, Inc. ArubaOS Configuration |18
Amigopod and ArubaOS Integration Application Note
Creating a Captive Portal Profile
One of the key features of Amigopod is the ability to host the branded web login or captive portal
pages on the Amigopod appliance. With the captive portal profile, you can configure the login and
optional welcome pages to be hosted by Amigopod.
The captive portal authentication profile also defines several critical components of the working
solution such as the security role that will be used to control visitors that successfully authenticate with
Amigopod. Another component that is defined is that the Amigopod RADIUS server should be
referenced for this authentication traffic via the definition of the previous server group. The captive
portal profile definition is described in Table 3.
In this example, the login and welcome page URLs are configured. In a later step, these URLs will be
defined on the Amigopod as part of the web login configuration. The redirect pause will be shortened
to 3 seconds, and no logout window is needed. The default role will be set to auth-guest.
Table 3 Captive Portal Profile Fields
Page Required? Description
Login Page Yes Location of the login page on the server
Default Role Yes Post authentication role
Welcome Page Optional Post authentication page
Logout Popup No Small window to allow the user to log out
Redirect Pause No How long the user waits at the welcome page before continuing on to their original
destination
SwitchIP Optional The local IP of the controller in a multiswitch environment
NOTE
Based on the local deployment security policy, you must change the default
role of the captive portal profile to a role that includes appropriate firewall
policies.

Aruba Networks, Inc. ArubaOS Configuration |19
Amigopod and ArubaOS Integration Application Note
Captive Portal Profile Configuration
aaa authentication captive-portal "guestnet"
default-role auth-guest
redirect-pause 3
no logout-popup-window
login-page https://10.169.130.50/Aruba_Login.php
welcome-page https://10.169.130.50/Aruba_welcome.php
switchip-in-redirection-url
Figure 8 Captive portal profile configuration
NOTE
The example captive portal profile shows the use of HTTPS as the protocol for
the redirect URLs for the login and welcome pages. Based on this
configuration, the best practice is to install a trusted server certificate on the
Amigopod and the controller’s web server components of the controller. These
trusted server certificates can be obtained from an internal Certificate Authority,
if present at the customer site, or various public commercial Certificate
Authorities available online. If no trusted server certificate is installed on the
Amigopod and the Aruba controller, the user experience will include some
browser warning messages regarding the untrusted state of the default
certificates. Examples of commercial Certificate Authorities are Verisgn,
Thawte, Entrust, GeoTrust, GoDaddy.

Aruba Networks, Inc. ArubaOS Configuration |20
Amigopod and ArubaOS Integration Application Note
Configure Authentication for Captive Portal Profile
Now that the new captive portal profile has been created, you must select the server group for the
Amigopod RADIUS definition as the authentication source.
Configure the Authentication Source
aaa authentication captive-portal "guestnet"
server-group "Guest-Amigopod"
Figure 9 Configure the authentication source