- Trying to figure out how to tell which section of xml is the 2.4GHz antenna and which is the 5GHz antenna. When you make an RFStats call, /webacs/api/v1/data/RFStats?.full=true&macAddress="a4:6c:2a:9d:1b:e0", this is what getting back:
<queryResponse type="RFStats" rootUrl="https://website/webacs/api/v1/data"requestUrl="https://website/webacs/api/v1/data/RFStats?.full=true&macAddress="a4:6c:2a:9d:1b:e0"" responseType="listEntityInstances" count="2" first="0" last="1">
</queryResponse>
Any ideas on how to figure out which is which. Is there a better way to find Rx and Tx utilization for both antenna's.
You can correlate with the RadioDetails resource (api/v1/data/RadioDetails?_docs). Each radio can be uniquely identified by the base radio MAC and the slot ID. And yes, if you're looking for radio utilization, RFStats is the right resource; however, it will be limited to data from the latest polling period. You can get data from the last 24 hours by using HistoricalRFStats.
It to me like you will need to make a second call. GET Autonomous AP Radio Details seems to map the Channel Number you get from RFStats to the Band.
- Figured out that could just use the macAddress from my first call in the second and so on. Unless there is still a better way, it's working for me at least..
- Interesting, while running the RadioDetails call it puts the radios in a different order than with RFStats.
- just have to figure out how to correlate these and parse the right section in my script for each radio... Ultimately, writing a script to pull some AP details and this is the last step of trying to separate these xml sections correctly for parsing.
Actually, is it normal for the 2.4GHz radio to have a slotID of 0 throughout all AP's? I'm noticing a trend here with the five AP's I've tested so far.
That's true for almost all Cisco dual-radio APs.
Comments
0 comments
Please sign in to leave a comment.