Python Library. getNetworkWirelessRfProfiles not working

JonathanClark
Comes here often

Python Library. getNetworkWirelessRfProfiles not working

Hi All, I'm busy working on an API script to turn on/off transmission power of Access Points. We do this during new deployments when its time to migrate over to the new Meraki set up. Prior to the migration, we want them off to not interfere with the current networks in place.

The following command which is on Meraki's Documentation: https://developer.cisco.com/meraki/api-v1/get-network-wireless-rf-profiles/

JonathanClark_0-1709906425645.png

I keep getting a 500 Internal Server error with this call.

meraki.exceptions.APIError: wireless, getNetworkWirelessRfProfiles - 500 Internal Server Error, <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtm


Has anyone else had this issue? I've made sure I'm getting the network ID correctly and have tested it with a bunch of other functions. Just this one is not working.

Any help? Thank you!

9 Replies 9
alemabrahao
Kind of a big deal
Kind of a big deal

Take a look at these discussions.

 

 

https://community.meraki.com/t5/Developers-APIs/GET-RfProfiles-results-in-empty-list/m-p/131789

 

https://community.meraki.com/t5/Wireless-LAN/xNetworkWirelessRfProfile-functions-returning-500-Inter...

 

I am not a Cisco Meraki employee. My suggestions are based on documentation of Meraki best practices and day-to-day experience.

Please, if this post was useful, leave your kudos and mark it as solved.

Thank you, I have reviewed these and it seems that others are having the same issue. I can't even get it to reply with the null expression. The network I'm testing on has multiple custom profiles, so data should be returned.

RaphaelL
Kind of a big deal
Kind of a big deal

I just tried it and returned http 200 with the correct payload of my custom RF profile

Hi RaphaelL, are you able to share your methods of achieving this result? Is this through the Meraki Python library or how are you achieving this result?

Directly from my web browser https://api.meraki.com/api/v1/networks/XXXXXXXXX/wireless/rfProfiles This is the easiest way to test 'get' endpoints.
rhbirkelund
Kind of a big deal

Instead of setting TX power to migrate between APs, have you considered simply using tags with SSID availability?

 

Tag all APs with e.g “SSID A” and configure SSID Availability to only broadcast the WLAN on APs with the specified tag. Then remove the tag from old APs and tag the new ones to allow the clients to move over to the new APs.

LinkedIn ::: https://blog.rhbirkelund.dk/

Like what you see? - Give a Kudo ## Did it answer your question? - Mark it as a Solution 🙂

All code examples are provided as is. Responsibility for Code execution lies solely your own.

Create the SSID Availability as such

rhbirkelund_0-1709922095322.png

And then use https://developer.cisco.com/meraki/api-v1/update-device/ to update tags on the AP, inorder to enable or disable the SSID on them individually.

LinkedIn ::: https://blog.rhbirkelund.dk/

Like what you see? - Give a Kudo ## Did it answer your question? - Mark it as a Solution 🙂

All code examples are provided as is. Responsibility for Code execution lies solely your own.

Thank you for the suggestion rhbirkelund,

Won't the AP still send out beacons (for meshing etc)  even though the SSIDs are switched off?

I'm looking for a solution that will completely disable the antennas until needed.

Do you use meshing in the network?

If not, just disable it entirely; Network-Wide -> Configure -> General.

LinkedIn ::: https://blog.rhbirkelund.dk/

Like what you see? - Give a Kudo ## Did it answer your question? - Mark it as a Solution 🙂

All code examples are provided as is. Responsibility for Code execution lies solely your own.
Get notified when there are additional replies to this discussion.