- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Not work 'Get Network Wireless Devices Latency Stats' API
I was using the 'Get Network Wireless Devices Latency Stats' API and suddenly I can't get the result data.
1) I receive all 'latencyStat' as null.
2) There are 5APs in the network, but only 4APs are being received.
Is it because of config?
If so, which config should I check?
Please let me know.
Solved! Go to solution.
- Labels:
-
Dashboard API
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hmmm, I just tested as it looks related to another API problem, it is indeed returning nulls, looks like a fault.
Below is cut & paste (part-masked serial numbers) from devnet test page https://developer.cisco.com/meraki/api-v1/#!get-network-wireless-devices-latency-stats with timespan 86400 on a network with active APs that clearly should have stats...
Response: 200 OK
Copy[
{
"serial": "Q3AJ-TC.......",
"latencyStats": null
},
{
"serial": "Q3AJ-BP.......",
"latencyStats": null
},
{
"serial": "Q3AJ-YW.......",
"latencyStats": null
},
{
"serial": "Q3AJ-TD.......",
"latencyStats": null
},
{
"serial": "Q3AJ-DE.......",
"latencyStats": null
}
]
It looks just like the problem that exists with the getNetworkWirelessDevicesConnectionStats call returning nulls...
Note that both calls are requesting wireless stats network-wide, both are returning device IDs ok, but with nulls instead of the appropriate data, imo that suggests something is broken in the v1 API server that both calls rely on.
The getNetworkWirelessDevicesConnectionStats call has been broken since 6-7 January, that is over four months now.
Latest Meraki support feedback from internal teams is that "this issue is not treated with high priority".
Fyi the only workaround I found is to rewrite to use the equivalent v0 API call, but that's not a long term solution and of course it gets messy having to mix v0/v1 APIs in applications
Can any of the Meraki people say what expectation customers should have for v1 API calls being fixed?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
@Gwangjin : Check this below link, It may help u
https://community.meraki.com/t5/Developers-APIs/Network-Devices-Latency-Stats/td-p/89515
as this one as well
Cisco IT Blogs awarded in 2020 & 2021
www.thenetworkdna.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thank you for your answer.
So, do I think 'latencyStats: null' equals zero?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Null is not the value you want to return and zero is not the same as null
Cisco IT Blogs awarded in 2020 & 2021
www.thenetworkdna.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hmmm, I just tested as it looks related to another API problem, it is indeed returning nulls, looks like a fault.
Below is cut & paste (part-masked serial numbers) from devnet test page https://developer.cisco.com/meraki/api-v1/#!get-network-wireless-devices-latency-stats with timespan 86400 on a network with active APs that clearly should have stats...
Response: 200 OK
Copy[
{
"serial": "Q3AJ-TC.......",
"latencyStats": null
},
{
"serial": "Q3AJ-BP.......",
"latencyStats": null
},
{
"serial": "Q3AJ-YW.......",
"latencyStats": null
},
{
"serial": "Q3AJ-TD.......",
"latencyStats": null
},
{
"serial": "Q3AJ-DE.......",
"latencyStats": null
}
]
It looks just like the problem that exists with the getNetworkWirelessDevicesConnectionStats call returning nulls...
Note that both calls are requesting wireless stats network-wide, both are returning device IDs ok, but with nulls instead of the appropriate data, imo that suggests something is broken in the v1 API server that both calls rely on.
The getNetworkWirelessDevicesConnectionStats call has been broken since 6-7 January, that is over four months now.
Latest Meraki support feedback from internal teams is that "this issue is not treated with high priority".
Fyi the only workaround I found is to rewrite to use the equivalent v0 API call, but that's not a long term solution and of course it gets messy having to mix v0/v1 APIs in applications
Can any of the Meraki people say what expectation customers should have for v1 API calls being fixed?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Fyi the problem with the getNetworkWirelessDevicesConnectionStats call has been fixed.
It's possible the latency stats call will also work now, I suggest try a test.