Client Probe Request Data Push Follow
Description
You can now collect and analyze the probe request data captured by your IgniteNet devices with the "Client Probe Request Data Push" config option. You can find this option in two places:
1. From the the Site-level Configuration->WiFi Access page, under "Radio settings" tab.
2. From the Device-level Configuration page, under the "Radio settings tab.
If you have multiple radios, you'll have to enable "Probe Req. Data Push" from each radio's config section.
Output Format
The data pushed to the user-specified URL will be in JSON format. The device collects probe requests for 15 seconds, then POSTs one client record at a time, to the specified URL.
The data includes:
- ap_mac: The MAC address of the device. This is the "main MAC" of your device - the same one you see on the dashboards.
- client_mac: The MAC address of the client followed by the timestamp of when the client was seen (based on the device's time).
- rssi: The client's signal (dBm).
- ssid: The (first) SSID on the radio that received the client probe request.
- timestamp: UTC UNIX time stamp of the current date and time.
- type: The type of probe source (this can either be "wifi" or "ble").
Here's an example:
POST /api/storage/probe-request HTTP/1.1
User-Agent: curl/7.38.0
Host: 192.168.88.30
Accept: application/json
Content-Type: application/json
Content-Length: 108
{
"dev_name": "wlan0",
"rssi": "-50 dBm",
"type": "wifi",
"client_mac": "287610000002 2018-04-27 10:54:51",
"ap_mac": "287610000001",
"timestamp": 1524826491,
"ssid": "IgniteNet0-1"
}
FAQ
- Which devices support this feature?
All WiFi Access-type devices (SkyFire, Spark, SunSpot wave1/wave2, etc) currently support this feature. - Will this feature work in client mode or does the radio have to be operating in AP mode?
Newer firmwares allow the client probe data request push to work no matter what the operating mode is. - Does the radio have to be enabled for this feature to work?Yes
Comments
0 comments
Article is closed for comments.