Gathering the Data Usage per SSID on Catalyst 9800-40 WLC

[O.K.]

Hello, 

I'm trying to gather the data usage per SSID on Cisco Catalyst 9800 Wireless controller.

I can see nicely top 10 WLANs with the highest data usage on the dashboard, but I can't figure out how to gather this information from WLC. 

I'm trying to send RESTCONF requests with Postman at the moment, but I can't find any documentation which path/information do I need to get back the response that I need. 

My plan at the beginning is writing an Ansible playbook because this is the fastest way for me at the moment. Later on, I might be to discover the possibilities for Telemetry streaming to an external tool so that I could have a nice Grafana dashboard. 

What I have done so far:

I have sent the following GET request via Postman to WLC and gather back all the “ietf-netconf-monitoring:capabilities” back

https://YOUR-WLC-IP:443/restconf/data/netconf-state/capabilities

I'm searching in the list if I can find any module name that could be relevant to what I am looking for. Then I search the module name in the YANG catalog and then copy the URL from yang catalog into Postman. I tried a bunch of modules so far, but I can't find anything useful for my case.

If someone already dealt with such a thing I will be glad to hear what are my options or even if someone can point me an useful direction I will be more than happy. 

Thanks in advance!

Regards.

[marce1000]

 - Another possibility could be try to accomplish that externally by looking at traffic from the associated (SSID) WLAN/VLAN-subnet on the intranet and get the data as such with network management tools, 

 M.

[Rich R]

So you can find all the YANG models at https://github.com/YangModels/yang/tree/main/vendor/cisco/xe/1791

Looking at https://www.cisco.com/c/en/us/products/collateral/wireless/catalyst-9800-series-wireless-controllers/catalyst-9800-programmability-telemetry-deployment-guide.html#Nativemodels
https://www.cisco.com/c/en/us/td/docs/wireless/controller/technotes/8-8/b_c9800_programmability_telemetry_dg.html
https://www.cisco.com/c/en/us/td/docs/wireless/controller/9800/programmability-guide/b_c9800_programmability_cg/cisco-catalyst-9800-series-wireless-controller-programmability-guide.html
you want to be looking at the Operational models.  Without having checked them myself I would start by looking at Cisco-IOS-XE-wireless-access-point-oper.yang and Cisco-IOS-XE-wireless-client-oper.yang 

Good to know if you work out where the data is <wink>

[O.K.]

Hello @Rich R ,

Thank you for your reply. It was very helpful, especially for the following part

---

@Rich R wrote:

...

I would start by looking at Cisco-IOS-XE-wireless-access-point-oper.yang

...

---

I think  https://WLCt:443/restconf/data/Cisco-IOS-XE-wireless-access-point-oper:access-point-oper-data/ssid-counters is what I need, but I can't understand why I don't see any response on my WLC. Regarding YANG database, the data should be there. Do you have any idea?

Regards.

[Rich R]

Sorry about the late reply.  You never mentioned what version of code you're using?

That YANG model is for 17.9.1 so you should be running at least 17.9.x (currently 17.9.5 recommended as per TAC Recommended link below).  I'd suggest upgrade to 17.12.4 (and check against the 17.12 YANG model) and if it still isn't working then open a TAC case for it.  We've had some trouble getting TAC to accept cases for restconf issues in the past with them saying "that's devnet support community" but if it's clearly a malfunction in the WLC software then that is 100% for TAC to deal with and we eventually got TAC management to agree that is the case!  I got the impression that first line TAC seemed to have been told to automatically reject any cases referring to the restconf API without consideration of the difference between how to use the API (devnet) and the API being faulty (bug in IOS-XE)!

[O.K.]

Hi @Rich R,

Thank you for the heads-up!

We're using version 17.9.4a, and I've tested everything against this version. It seems TAC-case is our only option as well. Thanks again, and have a nice day!

Regards.

[pouriya-jamshidi]

Hi @O.K. 

Did you manage to solve this or get a response from TAC?

I have run into the same issue, although through NETCONF.

[O.K.]

Hello @pouriya-jamshidi ,

I wanted to test it against a newer version of the WLC before starting the TAC case, so I created an image definition for a vWLC in CML.

It is up and running, but I haven’t been able to connect it via the external connector for testing yet. I'm still working on it.

I’ll post an update here once I’m able to resolve it.

Regards.

[pouriya-jamshidi]

Hi

Thanks for the update