iPSK w/o Radius: "Account Scope": Network, Config Template, Organization?

Solved
MarcL
Conversationalist

iPSK w/o Radius: "Account Scope": Network, Config Template, Organization?

Dear all

Consider: 1 Organization, 4 Config Templates for 4 regions, 100+ Networks/Sites mapped to 4 regions.  Some SSIDs with Meraki's built-in splash page , some with Sponsored-Guest, Some with 802.1X, Radius and certificates.

From using Meraki's built-in splash-pages for the guest SSID, we came to understand that authentication state of a Meraki user account is sync'd across the whole organization, but authorization state is only for a network, or for a config template, if the network is using a config template.  We have raised a feature request with our Meraki representatves to allow either org-wide authorization or to allow self-operated re-authorization when a user tries to reauth in another region under a different config template (... or under a different network).

QUESTION:
Considering an iPSK w/o RADIUS solution for the same customer - what authentication/authorization scope of an "account" (I know, it's not actually an "account" as such) can we expect? Documantaion seems to suggest  that the scope is certainly network wide. 

https://documentation.meraki.com/Wireless/Design_and_Configure/Configuration_Guides/Encryption_and_A...

I don't expect we could expect organization wide - but what about the scope of the config template? 

(We are aware, iPSK with RADIUS would be one way to avoid such limitations, and the automation things could help to sync iPSKs across networks, that's all part of the ideas we're rolling around in our heads).

Thanks for your thoughts and pointers to more info.

1 Accepted Solution
alemabrahao
Kind of a big deal
Kind of a big deal

I don't remember, but you can perform a lab, it's very practical.

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.

View solution in original post

2 Replies 2
alemabrahao
Kind of a big deal
Kind of a big deal

I don't remember, but you can perform a lab, it's very practical.

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

It turns out: It's config-template wide.

In hindsight, this was the obvious answer anyway; a classic example of not seeing the forest for the trees. 

Group Policies and iPSK entries are configured on the SSID at the config-template level, not on the network that is bound to said config-template. 

My apologies for reducing the signal-to-noise ratio. 


Get notified when there are additional replies to this discussion.