cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
5093
Views
2
Helpful
5
Replies

Not work 'Get Network Wireless Devices Latency Stats' API

gwangjin.park
Community Member

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.

image.png


Is it because of config?
If so, which config should I check?

Please let me know.

1 Accepted Solution

Accepted Solutions

sungod
Level 11
Level 11

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...

https://community.meraki.com/t5/Developers-APIs/Has-getNetworkWirelessDevicesConnectionStats-stopped-working/td-p/107333/jump-to/first-unread-message

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?

View solution in original post

5 Replies 5

Thank you for your answer.

So, do I think 'latencyStats: null' equals zero?

Null is not the value you want to return and zero is not the same as null

Cisco Awarded Blogs 2020/2021 https://www.thenetworkdna.com/

sungod
Level 11
Level 11

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...

https://community.meraki.com/t5/Developers-APIs/Has-getNetworkWirelessDevicesConnectionStats-stopped-working/td-p/107333/jump-to/first-unread-message

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?

sungod
Level 11
Level 11

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.