Release Notes for Cisco Mobility Services Engine, Release 8.0.100.0

---

---

---

Cisco Mobility Services Engine and Services

The Cisco Mobility Services Engine supports various services within the overall Cisco Unified Wireless Network (CUWN).

The Cisco Mobility Services Engine currently supports the following services:

• Location Service—Also known as Context Aware Service (CAS). This is the core service of the Mobility Services Engine (MSE) that turns on Wi-Fi client tracking and location API functionality. Allows MSE to simultaneously track thousands of mobile assets and clients by retrieving contextual information such as presence, location, telemetry data, and historical information.
• Wireless Intrusion Protection Service—Provides wireless-specific network threat detection and mitigation against malicious attacks, security vulnerabilities, and sources of performance disruption within the CUWN infrastructure. wIPS visualizes, analyzes, and identifies wireless threats, and centrally manages mitigation and resolution of security and performance issues using Cisco monitor mode and Enhanced Local Mode (ELM) Access Points. Proactive threat prevention is also supported to create a hardened wireless network core that is impenetrable by most wireless attacks.
• Mobile Concierge—Mobile Concierge enables the Cisco Mobility Services Advertisement Protocol (MSAP). This protocol enables direct communication between the MSE and mobile devices, allowing content to be pushed directly to the mobile device pre-association. This functionality is dependent on the mobile device supporting 802.11u and MSAP.
• CMX Analytics Service—The CMX Analytics service analyzes wireless device location information in a particular network. The CMX Analytics service uses the data provided by the Cisco Mobility Services Engine (MSE) to calculate the location of Wi-Fi devices in the Wireless Local Area Network (WLAN). In addition, the FastLocate feature sends information about the RSSI strength of data packets to the Cisco WLC that can be used for location calculations.

When a wireless device is enabled in a network, it transmits probe request packets to identify the wireless network in its neighborhood. Even after connecting to the access point in the WLAN, the client devices continue to transmit probe request packets to identify other access points for better quality of service. The access points gather these request and the associated RSSI from the various wireless devices and forwards them to the Wireless LAN Controller (WLC). The controller then forwards this information to the MSE.

The basic data that is collected from various APs, when analyzed, produces information and knowledge about the movement and behavior patterns of people who are using Wi-Fi devices in the building. For example, the building can be an airport, shopping mall, city center, and so on. The CMX Analytics service helps the airport authorities or the building owners to understand the movement of passengers or customer within their building. This helps them improve the signage, make changes to the under utilized areas, and so on.

• CMX Connect and Engage Service—Formerly known as Browser Engage Service. The CMX Connect and Engage service provides Connect, a guest Wi-Fi onboarding solution, as well as zone and message configuration for the CMX Software Development Kit (SDK).

---

Note From Release 7.5 onwards, Cisco Location engine is used to track clients and tags. If AeroScout engine is detected when you are upgrading from Release 7.2 and later Releases to Release 7.5, then a warning message is displayed about removing the AeroScout license and engine. If you accept, the installer will remove all partner engine sub services. If you do not accept the removal of partner engine, then the installer will exit.

---

Note Starting from Release 7.4, the evaluation licenses for 100 clients, 100 tags, and 10 wIPS monitor mode access points come standard on each Mobility Services Engine installed for 120 days, which earlier from Release 6.0 till Release 7.3 was installed for 60 days.

---

Note From Release 7.4 onwards, licensing is based on AP count and not based on tracked device count.

Cisco MSE Compatibility Matrix

Table 1 lists the Cisco MSE compatibility matrix.

 

---

Note AeroScout CLE is no longer bundled with MSE starting from Release 7.5 Release. However, AeroScout CLE is compatible with MSE Release 7.5 and above using the API interface.

---

Note Cisco MSE 3310 and 3350 are not supported beyond Release 7.3.

---

Note This compatibility matrix lists only the compatibility information of Cisco MSE with other Cisco wireless products. This matrix does not reflect compatibility information between Cisco WLC and Cisco Prime Infrastructure or Cisco NCS. For compatibility information about Cisco Prime Infrastructure with Cisco WLC and other wireless products, see the Cisco Prime Infrastructure Release Notes.

Upgrade Scenarios

The following scenarios are available to upgrade MSE to 8.0.100.0 from 7.x releases:

---

Note Do not run uninstall on the 7.4, 7.5, or 7.6 Release, instead stop the MSE and directly run the installer.

---

Note Cisco MSE no longer supports management from HTTP. As a workaround, use HTTPS or allow HTTP in the Cisco MSE firewall with “iptables - L”.

• Upgrading the MSE to 8.0.100.0 from 7.x Release
• Restoring an Old Database to 8.0.100.0

Upgrading the MSE to 8.0.100.0 from 7.x Release

To upgrade from 7.x release to 8.0.100.0, follow these steps:

---

Note You must untar the MSE software image before placing it in the /opt/installers directory (CSCuo09569).

---

Step 1 Download the 8.0.100.0 software image from Cisco.com. The file to be downloaded is: CISCO-MSE-L-K9-8-0-100-0-64bit.bin.tar.gz.

---

Warning If you are downloading the above file on a Windows system, remember that some browsers modify the downloaded filename. If the downloaded filename is not correct, you must update it to the correct filename before using Prime Infrastructure to transfer the file, or directly copying the file to MSE. The correct filename is CISCO-MSE-L-K9-8-0-100-0-64bit.bin.tar.gz

Step 2 Back up the MSE using Prime Infrastructure (highly recommended).

Step 3 To download software to a Mobility Services Engine, choose Services > Mobility Services Engine from the Prime Infrastructure UI.

Step 4 Click the name of the mobility services engine to which you want to download software.

Step 5 Choose System > Maintenance > Download Software from the left sidebar menu.

Step 6 To download software, do one of the following:

• To download software listed in the Prime Infrastructure directory, select the Select from uploaded images to transfer into the Server radio button. Choose a binary image from the drop-down list.

Prime Infrastructure downloads the binary image to the FTP server directory you specified during the Prime Infrastructure installation.

• To use download software available locally or over the network, select the Browse a new software image to transfer into the Server radio button, and click Choose File. Locate the file, and click Open.

Step 7 Click Download to send the software to the /opt/installers directory on the Mobility Services Engine.

Step 8 When using Prime Infrastructure to transfer the image to MSE, the file will be decompressed, and the “.gz” will be removed from the filename. Verify that the MSE image file (CISCO-MSE-L-K9-8-0-100-0-64bit.bin.tar) is in the Mobility Services Engines /opt/installers directory.

---

Note When copying the image file directly to the MSE, without using Prime Infrastructure, the filename on MSE will remain unchanged and it will be CISCO-MSE-L-K9-8-0-100-0-64bit.bin.tar.gz.

Step 9 Go to /opt/installers and create a directory to extract the installer files using the command:
mkdir 8.0.100.0

Step 10 Move to the new directory using the command: cd 8.0.100.0

Step 11 To unpack the installation files, run the following command:

tar xvf../CISCO-MSE-L-K9-8-0-100-0-64bit.bin.tar

 

This unpack yields the following three files. These three files must be in the same directory when running the installer. The installation process uses the MSE_PUB.pem and signhash.bin to validate the integrity of the MSE image.

• Cisco-MSE-L-K9-8-0-100-0-64bit.bin
• MSE_PUB.pem
• signhash.bin

---

Note If the MSE image file was transfered directly to the MSE and not downloaded using PI, then the following command should be used to decompress and unpack the installer files:
tar zxvf../CISCO-MSE-L-K9-8-0-100-0.bin.tar.gz

Step 12 Make sure that the CISCO-MSE-L-K9-8-0-100-0-64bit.bin file has execute permissions for the root user. If not, enter the following command:

chmod +x CISCO-MSE-L-K9-8-0-100-0-64bit.bin

Step 13 Manually stop the MSE service using the following command:

/etc/init.d/msed stop or service msed stop

Step 14 To install the new Mobility Services Engine image, enter the following command:

/opt/installers/8.0.100.0/CISCO-MSE-L-K9-8-0-100-0-64bit.bin

---

Note The installation process takes a minimum of 30 minutes. The actual installation time depends on the amount of data present in your system. After the installation, you need to reboot the system before starting the MSE.

Step 15 Start the new Mobility Services Engine software by entering the following command. If you attempt to start the MSE, it just returns an error saying that MSE needs to be rebooted.

/etc/init.d/msed start

Step 16 The system must be rebooted after upgrading the MSE. After exiting the installer, enter the command reboot at the prompt to reboot the MSE.

 

Restoring an Old Database to 8.0.100.0

To restore an old database, follow these steps:

---

Note The regular Restore option on the Prime Infrastructure cannot be used to restore a backup from an older MSE releases such as 6.0, 7.0.105.0, or 7.0.110.0 onto 8.0.100.0.

---

Step 1 Stop the MSE service: /etc/init.d/msed stop

Step 2 Uninstall the software and select to delete the database.

Step 3 To restore the backup data, you must first install the appropriate version of MSE software. Use the table below to determine the correct version of MSE to install.

Step 4 Once you have installed the software, restore the desired database backup onto this new MSE using the regular procedure from Prime Infrastructure.

Step 5 To migrate data to 7.x.x.x, follow the steps in the “Upgrading the MSE to 8.0.100.0 from 7.x Release” section.

 

Compressed Software Image

If you download the Mobility Services Engine image *.gz file using the Prime Infrastructure, the Mobility Services Engine automatically decompresses (unzips) it, and you can proceed with the installation as before.

If you manually download the compressed *.gz file using FTP, you must decompress the files before running the installer. These files are compressed under the LINUX operating system and must be decompressed using the tar zxvf command. For more information, see the Manually Downloading Software section in the Cisco Connected Mobile Experiences Configuration Guide, Release 8.0.

To make the bin file executable, use the chmod +x filename.bin command.

The MSE virtual appliance is distributed as:

• Open Virtualization Format (OVF) for VMware
• Virtual Hard Disk (VHD) for Microsoft Hyper-V
• Open Virtualization Format (OVF) for Citrix XenServer

For more information on deploying the MSE virtual appliance, see the Cisco MSE Virtual Appliance Configuration Guide, Release 8.0.

Updated Software Version Shown in the Prime Infrastructure After Polling

After a software update, the new Mobility Services Engine software version does not immediately appear in Mobility Services Engine queries on the Prime Infrastructure. Up to 5 minutes is required for the new version to appear. Prime Infrastructure, by default, queries the Mobility Services Engine for status every 5 minutes.

Table 4 MSE License Types

MSE Service License	Provides
Base Location License	Provides advanced spectrum capability with the ability to detect, track, and trace rogue devices, Cisco CleanAir® interferers, Wi-Fi clients, and RFID tags. The Base Location license also enables customers and partners to use standard MSE APIs.
CMX License	Provides the above Base Location license capabilities and the CMX features: CMX Analytics, a user-friendly location analytics platform to view and analyze how, where, and when visitors move through a venue. CMX Connect and Engage for a customizable and location-aware captive portal to on-board guest users to Wi-Fi including: CMX for Facebook Wi-Fi, helping guests connect to Wi-Fi and use the Internet. Enterprises or merchants gain social demographic data via Facebook Insights. CMX SDK for enabling organizations to integrate Wi-Fi-based indoor navigation with push notification and auto-launch capabilities into mobile applications.
wIPS License	Provides complete wireless threat detection and mitigation in the wireless network infrastructure Rogue Detection, Classification, and Mitigation Over-the-Air Attack Detection Security Vulnerability Monitoring Performance Monitoring, and Auto-Optimization Management, Monitoring, and Reporting Requires a separate MSE running the wIPS service. There are 3 deployment options: Enhanced Local mode: Number of wIPS licenses required equals the number of access points in local mode (data serving) deployed in the network. Monitor mode: Number of wIPS licenses required equals the number of access points configured in the full-time monitor mode. Wireless Security Module (WSM)/Monitor module: Number of wIPS licenses required equals the number of wireless security and spectrum intelligence modules deployed in the network.

Base Location license

The Base Location Services License is equivalent to the Location Services license in software release 7.4, which itself replaced the Context Aware Services (CAS) license in the software versions prior to release 7.4. This license is used for device endpoint tracking, enabling basic calculation of the x,y coordinates of a tracked device. The license count is based on the number of APs supported since release 7.4.

The part number format of this license is L-LS-100AP. Here 'LS' refers to Location Services and '100AP' refers to 100 AP count.

CMX License

The CMX license, called Advanced Location license in release 7.4, supports new features, such as:

• CMX Analytics
• CMX Connect
• CMX for Facebook Wi-Fi
• Mobile Concierge

The CMX license includes the Base Location license features used for device tracking and the new additional features of CMX.

The part number format of this license is L-AD-LS-100AP. Here 'AD-LS' refers to Advanced Location services license and '100AP' gives the AP count supported.

wIPS License

There are 3 deployment options:

• Enhanced Local mode: Number of wIPS licenses required equals the number of access points in local mode (data serving) deployed in the network.
• Monitor mode: Number of wIPS licenses required equals the number of access points configured in the full-time monitor mode.
• Monitor module: Number of wIPS licenses required equals the number of wireless security and spectrum intelligence modules deployed in the network.

---

Note AP with a third module needs a monitor mode wips license even if AP is running in local mode.

• Provides advanced spectrum capability and the ability to detect presence and track rogue device, interferers, Wi-Fi clients and RFID tags. Cisco Base Location also enables third-party solutions that use the MSE API.

Licensing is based on the number of access points in the environment. The licenses are additive.

---

Note Connected Mobile Experiences licenses will be End of Life with standard 6 months of End of Sales and until then both Connected Mobile Experiences and LS licenses will co-exist.

Ordering Support for Physical and Virtual Appliance

The MSE Virtual appliance activation license is required for every instance of an MSE Virtual Appliance. No separate license is required for high availability. To enable high availability, you need to deploy a primary Cisco MSE appliance with Cisco Connected Mobile Experiences and wIPS licenses, and a secondary Cisco MSE appliance without any Cisco Connected Mobile Experiences or wIPS license

Table 8 lists the ordering support for physical and virtual appliance.

Licenses Summary

• 1 AP license gives 10 elements for evaluation license.
• 100 AP license gives 1000 elements for evaluation license.
• 1000 AP license gives 10000 elements for evaluation license.

Base Location Services Licenses

CMX Licenses (Previously known as Advanced Location Services)

The CMX licenses include the Base Location Service licenses. There is no need to purchase a separate Base Location Service license when purchasing a CMX license.

Base Location Services to CMX Upgrade License

wIPS Enhanced Local Mode License

wIPS Monitor Mode/Monitor Module License

Cisco MSE Virtual Appliance Product Specifications

Presence Analytics

Presence analytics is a comprehensive location analytics and engagement platform that detects presence of visitors by determining which is the nearest access point to the visitor Wi-Fi device. With the CMX location analytics, organizations get a lot of useful business intelligence from the wireless and location technologies. For location technology to work, you require precise maps and triangulated computation from at least three Access Points (APs). In case of organizations with one or two APs, it is not possible to do a triangulated location computation. With presence analytics, the organizations with one or two AP deployments can still use the wireless technology to understand the customer pattern and behavior.

The presence analytics uses Received Signal Strength Indication (RSSI), along with the duration of high signal strength to determine whether a client device is in the site or just passing by. Data collected by the APs is reported in the Analytics dashboard.

The Presence Analytics provides:

• Location statistics to improve customer engagement and loyalty across sites.
• Insight into mobile behavior across locations and enables you to enhance your on site customer experience, make better decisions about how to engage the visitors, and optimize business strategies.
• Statistics on the number of first visitors vs. repeat visitors and number of devices passing by vs. devices spending time in the store.

Visitor Connect Updates

• Visitor connect in Release 8.0 provides a scalable and customizable guest portal.
• Provides location-specific guess access to the customers.
• Visitor policy quota limit configuration

– In Release 8.0, Visitor connect has two new system created user groups: SOCIAL and BASIC. By default the usage limit is 0 MB. The Administrators can change the usage limits based on the user type.

– When a visitor is redirected to Visitor Connect splash page, the user is given an option to login with social network credentials. The user is placed into the SOCIAL group if social network credentials are used. The user is placed into the BASIC group if no social credentials are used.

– If the usage limit of the visitor is zero, then the MSE does not check usage against the limit. If the usage is greater than zero, the location MSE checks usage against the limit for visitors with the usage limit. When the client usage is over the limit, the MSE sends NMSP message to Controllers to de-authenticate the user. When the visitor tries to connect again, he will be redirected to visitor connect portal.

CMX Facebook Wi-Fi

The CMX Facebook Wi-Fi allows customer to use the Facebook page as the Wi-Fi captive page. This allows customers to access the free Wi-Fi from their mobile devices after checking into their Facebook account. The Facebook Wi-Fi helps business to learn more about their customers.

The CMX Facebook Wi-Fi is based on WLAN Web Passthrough authentication on Wireless LAN Controllers (WLC). The controllers intercepts the HTTP/HTTPs traffic and redirects client browser to the MSE. The MSE finds client location and redirects the client browser location to the configured location specific Facebook page. After successful Facebook sign-in and check-in, the MSE redirects client browser to the specific Facebook page.

The CMX Facebook Wi-Fi provides:

• Simple free Wi-Fi
• In-venue promotions
• Provides demographic data
• Increases brand exposure

---

Note CMX Facebook Wi-Fi on MSE 8.0 requires Cisco WLC 8.0. With Cisco WLC 7.6 and earlier versions, the session duration cannot be enforced.

CMX SDK

• Client Side SDK—The Mobile Application SDK is part of the overall CMX Engage strategy. This is a software development kit (client side and server side) for Apple iOS Version 6.x and higher and Android platforms with minimum Version of 2.3 or higher. The App SDK leverages CMXs location capability to provide indoor capabilities and other application-enabled services.
• CMX Mobile Application Server —The CMX mobile application server provides indoor location and navigation of a device on the map. The location is updated as the device moves through a venue and helps navigate to certain defined location for the users. The SDK connects with the CMX Mobile Application Server to determine the users location.

IPV6 Updates

When you configure a remote syslog server or NTP server, you can use either IPV4 or IPV6 address.

FastLocate

---

Warning Please check your country regulations before turning on FastLocate in public venues.

Mobility Services Engine (MSE) delivers faster location updates for Wi-Fi clients using signal strength (RSSI) from probe and data packets. This requires a deployment of AP 3600/3700 with Wireless Security Module (WSM). All APs in the deployment must have the WSM module. It is a 1:1 mapping.

Wi-Fi client location is refreshed more frequently leading to a better blue dot experience. CMX FastLocate can be turned on simultaneously with advanced security on existing modular APs.

Fastlocate on Prime Infrastructure and Cisco WLC is known as Packet RSSI and Data Packet RSSI respectively.

FIPS Compliance

CMX 8.0 Release is enhanced to be Federal Information Processing Standard (FIPS) 140-2 compliant. By default, FIPS mode (also knows as Root Access Control) is disabled. FIPS mode can be enabled by customers who need the CMX system to be FIPS compliant.

Before FIPS mode is enabled:

• The user have full root access to the CMX server via SSH or console.
• CMX can establish NMSP connection to the following controller releases:

– Cisco WLC release 8.0 and earlier versions

– Cisco IOS XE release 3.6.0 and earlier versions.

After FIPS mode is enabled:

• SSH access to the CMX server is disabled. You can access CMX server only through the console.
• Root access is disabled.
• You can access CMX server as admin user, which has restricted privileges.
• User can get privileged access to CMX server by making use of the Remote Support feature with Cisco TAC support.
• Weak ciphers are disabled in the SSL connection. CMX can only establish NMSP connection to Cisco WLC 8.0 and Cisco IOS XE 3.6.0 releases that support strong ciphers (which means, CMX cannot establish connection to controller releases earlier than Cisco WLC 8.0 and IOS XE 3.6.0).

---

Note CMX Release 8.0 uses SHA2 algorithm to compute keyhash for peer authentication with Cisco WLC 8.0 and IOS XE 3.6, and uses SHA1 algorithm for controller releases prior to Cisco WLC 8.0 and IOS XE 3.6.

MSE Admin User Interface Changes

You can launch the MSE admin user interface by typing https://mseip/mseui/ in the Web browser or you can launch it from the Cisco Prime Infrastructure (PI) by clicking the MSE name link from Services > Mobility Services Engines page.

The MSE Admin UI allows you to:

• View and manage MSE services
• Configure MSE settings
• Get quick information via live tiles

New wIPS Signatures

The following are the new signatures added in Release 8.0:

• Device unprotected by VPN
• DoS: Beacon DS Set DoS
• Broadcom RSN Out of Bounds Attack
• WiFi-Direct Device detected
• WPA Dictionary Attack Detected

Resolution to NMSP/SHA2 keyhash Mismatch Issue

MSE 8.0 by default supports SHA-2 keyhash algorithm for peer authentication with Cisco WLC 8.0 during the SSL handshake. Prime Infrastructure 1.4.2 and 2.1 supports only SHA-1 AP (or MSE) Authorization template when synchronizing Cisco WLC with the MSE. This causes keyhash mismatch issue because the PI and MSE uses different keyhash algorithm on Cisco WLC 8.0. An option is added to the Advanced Parameters page in the MSE user interface (UI) to allow the user to force MSE 8.0 to use SHA-1 keyhash algorithm.

Follow these instructions to configure SHA-1 Cipher:

1. Launch the MSE admin UI by typing https://mseip/mseui/app in the web browser.

2. Click Configuration.

3. Choose System > Advanced Parameters from the left sidebar menu.

4. Select the Enable Use of SHA-1 Ciphers check box.

5. Click Save.

6. Un-synchronize Cisco WLC from MSE, and then re-synchronize WLC with MSE from PI.

7. The NMSP status should go into active state.

---

Note If the FIPS mode (also known as Root Access Control) is enabled on the MSE, then this option will not be available to the users as FIPS mode requires all operations in SHS-2.

DNS Server

Use a valid DNS sever as CAS and Analytics service use nslookups.

How and When to Use the db.tar installer

---

Note You can use the db.tar installer file when you want to install the MSE newly along with the fresh DB installation. The recommended method is to follow the usual Upgrade process unless you want a fresh installation.

• Stop the MSE software (/etc/init.d/msed stop).
• You must delete the following directories if you want to reinstall again:

– /opt/mse

– /opt/data

– /opt/oracle

– /opt/ORCLfmap

– /opt/installers/*

• Scp the db.tar file to /opt/installers directory and untar it at that location.
• Run the MSE installer.

Reboot MSE After Fresh Installation or Upgrade

After a new installation or upgrade of the MSE software, you must reboot the MSE using the “reboot” command.

Automatic Installation Script for Initial Setup

An automatic setup wizard is available to help you initially set up the Mobility Services Engine.

An example of the complete automatic setup script is provided in the Cisco Mobility Services Engine Getting Started Guide.

You can find these documents at the following URL:

http://www.cisco.com/en/US/products/ps9742/prod_installation_guides_list.html

Controller and Associated Mobility Services Engine Must be Mapped to the Same NTP and Prime Infrastructure Server

Communication between the Mobility Services Engine, the Prime Infrastructure, and the controller are in Coordinated Universal Time (UTC). Configuring the Network Time Protocol (NTP) on each system provides devices with the UTC time. An NTP server is required to automatically synchronize time between the controller, Prime Infrastructure, and the Mobility Services Engine.

The Mobility Services Engine and its associated controllers must be mapped to the same NTP server and the same Prime Infrastructure server.

Local time zones can be configured on a Mobility Services Engine to assist network operations center personnel in locating events within logs.

---

Note You can configure NTP server settings while running the automatic installation script. See the Cisco Mobility Services Engine Getting Started Guide Started Guide for details on the automatic installation script at the following URL:
http://www.cisco.com/en/US/products/ps9742/prod_installation_guides_list.html

Mandatory Default Root Password Change

You must change the default root password of the Mobility Services Engine while running the automatic installation script to ensure optimum network security.

You can also change the password using the Linux passwd command.

---

Note For the initial login, even if you choose Skip (S), you will be prompted to enter the password. This is because it is mandatory to change the root password at the initial login.

Configuring the Prime Infrastructure Communication Username and Password Using MSE setup.sh

You can configure the Prime Infrastructure Communication username and password using the MSE setup.sh script file.

Scenarios which you might encounter while configuring the Prime Infrastructure username and password are as follows:

• If you configure a new Prime Infrastructure username and password, the password provided is applicable for the new Prime Infrastructure username created.
• If you only configure the Prime Infrastructure username without configuring the Prime Infrastructure password, then the default password admin is applied to the configured username.
• If you only configure the Prime Infrastructure password without configuring the Prime Infrastructure username, then the password for the admin user is changed.
• If you configure an existing username for the Prime Infrastructure username and also configure the password, then the password for that existing user is changed.

---

Note These users are API users, and they do not have corresponding OS users on the MSE appliance.

Configuration Changes for Greater Location Accuracy

In some RF environments, where location accuracy is around 60 to 70% or where incorrect client or tag floor location map placements occur, you might need to modify the moment RSSI thresholds in the Context Aware Service > Advanced > Location Parameters page on the Prime Infrastructure.

The following RSSI parameters might require modification:

• locp-individual-rssi-change-threshold
• locp-aggregated-rssi-change-threshold
• locp-many-new-rssi-threshold-in-percent
• locp-many-missing-rssi-threshold-in-percent

---

Wireless Security Module with 3600 AP

If you are attempting to deploy Wireless Security Module (WSM) with 3600 APs, then APs should be placed in monitor mode with submode wIPS and advanced wIPS engine enabled on the Prime Infrastructure.

AeroScout Engine Module Changes

Starting Release 7.5, the AeroScout engine module is removed from both the Connected Mobile Experiences setup and location code. During installation, if you are upgrading from Release 7.2 and later to Release 7.5, then you will be prompted to remove the AeroScout engine. If you agree to remove, the it removes the AeroScout engine and by default, the Cisco Tag Engine is started as part of Connected Mobile Experiences. If you do not agree to remove the AeroScout engine, then installation will exit.

Ports to be Opened for High Availability Between MSEs

The following is the list of ports to be opened for High Availability between MSEs:

• tcp 22
• tcp 80
• tcp 443
• tcp 1411
• tcp 1521
• tcp 1522
• tcp 1523
• tcp 1524
• tcp 1525
• tcp 1621
• tcp 1622
• tcp 1623
• tcp 1624
• tcp 1625
• tcp 8001
• tcp 8080
• tcp 8081
• tcp 9006
• tcp 15080
• tcp 59000
• tcp 61617
• udp 12091

Synchronizing Floor Maps in Location Service

While synchronizing floor maps in location service, we recommend that you synchronize floor maps in batches of 1000 access points at a time.

Operational Notes for Context Aware Service

This section lists the operational notes for a Mobility Services Engine and contains the following topics:

• Synchronization Required When Upgrading to Release 8.0.100.0 or Importing CAD Floor Images
• Floor Change or Minimum Distance Required for Location Transitions to Post to the History Log
• Non-Cisco Compatible Extensions Tags Not Supported
• Cisco Compatible Extensions Version 1 Tags Required at a Minimum
• Calibration Models and Data
• Advanced Location Parameters
• Location History Time stamps Match Browser Location
• Tablets and Smartphone with Limited Probe Requests Might Affect Location

Synchronization Required When Upgrading to Release 8.0.100.0 or Importing CAD Floor Images

When upgrading to Release 8.0.100.0 from Release 7.x, you must synchronize after the software upgrade and also when CAD-generated floor images are imported into the Prime Infrastructure.

Floor Change or Minimum Distance Required for Location Transitions to Post to the History Log

When history logging is enabled for any or all elements (client stations, asset tags, rogue clients, and access points), a location transition for an element is posted only if it changes floors or the new location of the element is at least 30 feet (10 meters) from its original location.

---

Note The other conditions for history logging are as follows:

• Clients: Association, authentication, re-association, re-authentication, or disassociation.
• Tags: Tag Emergency button.
• Interferers: Interferer severity change, cluster center change, or merge.

 

See Services > Mobility Services > Device Name > Context Aware Service > Administration > History Parameters.

Logs can be viewed at Services > Mobility Services > Device Name > Systems > Log.

Non-Cisco Compatible Extensions Tags Not Supported

The Mobility Services Engine does not support non-Cisco CX Wi-Fi tags. Additionally, these non-compliant tags are not used in location calculations or shown on the Prime Infrastructure maps.

Cisco Compatible Extensions Version 1 Tags Required at a Minimum

Only Cisco CX Version 1 (or later) tags are used in location calculations and mapped in the Prime Infrastructure.

Monitoring Information Varies for Clients and Tags

In the Monitor > Clients page (when Location Debug is enabled), you can view information on the last heard access point and its corresponding Received Signal Strength Indicator (RSSI) reading.

Calibration Models and Data

Calibration models always applies to Wireless clients, Interferers, Rogue APs, and Rogue Clients.

See Chapter 7, “Context-Aware Planning and Verification” in the Cisco Connected Mobile Experiences Configuration Guide, Release 8.0 for more details on client calibration.

Advanced Location Parameters

Settings for advanced location parameters related to RSSI, chokepoint usage, location smoothing, and assignment of outside walls on floors, are not applicable to tags.

See the “Editing Advanced Location Parameters” section in Chapter 7 of the Cisco Connected Mobile Experiences Configuration Guide, Release 8.0.

See Services > Mobility Services > Device Name > Context Aware Service > Advanced > Location Parameters.

Location History Time stamps Match Browser Location

The Prime Infrastructure time stamp is based on the browser location and not on the Mobility Services Engine settings. Changing the time zone on the Prime Infrastructure or on the Mobility Services Engine does not change the time stamp for the location history.

Tablets and Smartphone with Limited Probe Requests Might Affect Location

Many tablets, smartphones, and other Wi-Fi devices with power save mode do not continuously send out probe requests after an initial association to the CUWN. Therefore, calculating the location accuracy of such devices using RSSI readings is not always optimal.

Repeat Use of FloorID returns +1 After Every Hour

In the relevant CAS API, the use of the parameter FLOORID is not guaranteed to return the same value on consecutive calls. It may get changed by such activities as resynchronizing the MSE. Instead, the parameter FLOORAESUID should be used. The API call getStationHistoryListByArgs now can use both parameters in MSE Release 8.0.

Operational Notes for wIPS

wIPS Profile

wIPS profile cannot be pushed to Cisco Wireless LAN Controller (WLC) Version 7.5 or prior using the Prime Infrastructure 1.4.x or 2.x with MSE 7.6 Release.

Operational Notes for CMX Analytics

This section lists the operational notes for CMX Analytics service and contains the following topics:

• Peer’s Certificate Invalid Signature Error with Firefox Browser
• WebGL Compatibility
• Jboss Issue

Peer’s Certificate Invalid Signature Error with Firefox Browser

While using the newer version of Firefox browser to connect to the MSE user interface or CMX Analytics user interface, an error message appears saying “Peer’s certificate has an invalid signature”. For more information on how to fix this, see the https://support.mozilla.org/en-US/questions/776144.

To fix this, follow these steps:

• Open the Firefox browser.
• Enter about:config in the address/URL.
• Enter browser.xul in the Filter box.
• Check if browser.xul.error_pages.expert_bad_cert property exists with a value of false.
• Right-click on browser.xul.error_pages.expert_bad_cert and select Toggle. The value will change to true.
• Exit from Firefox.
• Restart the browser and try the CMX Analytics user interface. You are now asked to add the exception.

WebGL Compatibility

The CMX Analytics in Release 8.0 provides ability to view the analytic results in both 2D (Open Street Maps) and 3D (WebGL) environments. This provides improved understanding of results on multiple floor paths or when dwell times are calculated throughout a multi-storey building. The 3D environment presents the same information as the 2D environment.

WebGL is an advanced feature that provides graphic capabilities. All browsers do not support WebGL on a particular hardware. Verify your browser compatibility in the Get WebGL website. If your browser supports WebGL, then you must see a spinning cube.

If your browser does not support WebGL, you must do the following:

• Update your latest drivers for video card.
• For Google Chrome, follow the instructions given for WebGL and 3D Graphics in the Google Chrome support website.
• For Firefox, follow these steps to enable WebGL:

– Download the latest build of Firefox browser and launch Firefox on your computer.

– In the browser address line, enter about:config

– In the Search text box, enter webgl to filter the settings

– Double click webgl.enabled_for_all_sites

– Set the webgl.enabled_for_all_sites=true

• For Safari, follow these steps to enable WebGL:

– Choose Safari > Preferences.

– Click the Advanced tab.

– Select the Show Develop menu in menu bar check box.

– Choose Enable WebGL from the Develop menu.

---

Note If your system does not support 3D, then the analytic results are displayed only in 2D Open Street Maps view.

Jboss Issue

Sometimes CMX Analytics service does not start up because of a stray Jboss process that runs as a root user. If Analytics engine does not start and if you notice a stray Jboss process with root permissions running, then you must to do the following:

• Stop CMX Analytics service from the Prime Infrastructure.
• Kill the Jboss process. command
• Run the chown -R nobody:nobody /opt/mse/analytics command.
• Start CMX Analytics service from the Prime Infrastructure.

Operational Notes for Facebook Wi-Fi

When you try to pair a location with the Facebook page, it may fail with no notification in Connect and Engage user interface. One of the reasons could be due to Facebook site outage. You can check Facebook API health at the following URL: http://developers.facebook.com/status/

Cisco Bug Search Tool

The Bug Search Tool (BST), which is the online successor to Bug Toolkit, is designed to improve the effectiveness in network risk management and device troubleshooting. The BST allows partners and customers to search for software bugs based on product, release, and keyword, and aggregates key data such as bug details, product, and version. The tool has a provision to filter bugs based on credentials to provide external and internal bug views for the search input.

To view the details of a caveat listed in this document:

1. Access the BST (use your Cisco user ID and password) at https://tools.cisco.com/bugsearch/.

2. Enter the bug ID in the Search For: field.

Open Caveats

Use the BST to view the details of a caveat listed in this section. For more information about the BST, see the “Cisco Bug Search Tool” section.

 

Resolved Caveats

Use the BST to view the details of a caveat listed in this section. For more information about the BST, see the “Cisco Bug Search Tool” section.

 

 

This document is to be used in conjunction with the documents listed in the “Related Documentation” section. Cisco and the Cisco Logo are trademarks of Cisco Systems, Inc. and/or its affiliates in the U.S. and other countries. A listing of Cisco's trademarks can be found at 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 and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental.

© 2014 Cisco Systems, Inc. All rights reserved.