According to Cisco and Apple Wi-Fi analytics require iOS 11, and this functionality is limited to certain devices. According to this Cisco document, Wi-Fi analytics only works on iPhone 7 or higher and iPad Pro and higher.
So how does an iOS device know it is connected to a Cisco wireless network running 8.5 code? Similar to what was seen with Fastlane and Adaptive 11r, beacons and probe responses from Cisco APs include a vendor-specific Apple information element. The difference is that this IE will appear even if Fastlane and Adaptive 11r are not enabled.
One feature of Phase 2 is beacon reports. Beacon reports are defined in 802.11k, and they allow a client to report to the infrastructure how it sees the wireless environment. This is an important metric; it's easy to learn how an AP hears a client, but that is just half the picture. Knowing how clients hear the AP's signal can be a valuable troubleshooting tool, and it allows the the controller to optimize 802.11k neighbor reports for future clients.
The neighbor reports appear in the Cisco controller dashboard under client details. Below is a report from an iPad for the one AP that it heard broadcasting the SSID it was connected to.
Client Scan Report |
802.11k Beacon Report |
Running a 'debug 11k all' on the controller while the neighbor report is sent generates the following output.
Received a 11k Action frame with code 1 from mobile station E4:E0:A6:xx:xx:xx payloadLen = 31, subIe ID 39 len 29 Measurement report: =================== Token ID: 96, Mode late: 0, Mode incapable: 0, Mode refused: 0, Type: 5 Found 802.11k beacon report element ID Regulatory class: 241, Channel number: 165, Measure duration: 46012, Condensed Phy Type: 0, Reported Frame Phy Type: 0, RCPI: 190, RSNI: 27, BSSID: 58ac.78xx.xxxx, Antenn payloadLen before sub= 31 payloadLen after sub = 0
That's all for this blog. In the future I hope to cover some of the other features included in Phase 2.
No comments:
Post a Comment