To my knowledge this is how Catalyst has always worked - it is how it's designed, so there's no plan to change it, that I'm aware of.   As devices (particularly APs) have started to consume more, this may indeed be why you've not come across it before.    I can't comment to the (slightly cynical..?) thought you've had as to the 'why' (I'm not in product development) - though I can see why it would have occurred to you 😁.   My guess would be that it is a more 'safety first' approach;  if you power a device up, but maybe have it stop working properly at some ill-defined point in the future, when it needs to draw more, that could have serious ramifications.   It could well be better to power it up knowing you can always provide what it's told you it might require?   And for the admin to know right from the outset that they need to PoE budget more accurately?   I can see it's an eyebrow-raiser though, so my apologies for that - it is why I mentioned it here though... ... View more

 Only just found this thread, when looking for something else.    Bear in mind with this, the screenshot here is taken from an MS switch, where overbudgeting is supported.   This is NOT the case for Catalyst-based switches (e.g. C9300) monitored / managed in the Dashboard.   These are strict about budgeting for the PoE class which the powered device is claiming.   If the device class says 30W, the switch reserves 30W, even if it is only initially consuming 10W.    Once the available budget (the 740W in this instance) is "consumed" by the budget, new PoE devices will not power up, even if actual consumption is below that available.   This ensures that you do not find a circumstance where already powered devices want to draw more later, but suddently find they can't.   Take particular care if you are looking at replacing older MS switches with new Catalyst-based switches. ... View more

Even with switching things were sometimes a little complex;   while they're now End of Sale, the premium access MS350s and MS355s, off the top of my head, did come with both PSUs - no additional line items needed.  Currently shipping switches which support dual PSUs now all ship with just one, to my knowledge - if you want a second you need to include it as an extra line item.   (NB. customers looking at 9300/9300X should always also think about StackPower in conjunction with additional PSUs) BUT it always pays to check the documentation, I'd say.  That's where, in the case of MX, I think we can do better - particularly for 250 and 450.   There are documents for all which do say you get both PSUs, but I think we could be more crystal clear & consistent in more places, considering that we have a generic MX datasheet (the one I shared yesterday) but also MX95/105,  MX250 and MX450 individual datasheets - and we have Installation Guides for each too.   When I get chance I'll ask for updates to these, to provide more clarity. Not sure I can help with what has happened with previous orders / deliveries of yours @PhilipDAth - but MX105 / MX250 and MX450 should indeed ship with both PSUs and, to my knowledge, this has always been the case. ... View more

Actually - all three of those models ship with BOTH power supplies.   Check out the 'Included in the Box' section of the MX Datasheet here:   https://meraki.cisco.com/product-collateral/mx-family-datasheet/?file Page 15...   Unless you're in the US though, you will need to order appropriate power cables (both of them) ... View more

Good suggestions from others previously... Add 'lifecycle status for my Meraki devices -    hardware End of Sale / Life,   installed firmware and any firmware restrictions https://documentation.meraki.com/General_Administration/Other_Topics/Meraki_End-of-Life_(EOL)_Products_and_Dates https://documentation.meraki.com/General_Administration/Firmware_Upgrades/Managing_Firmware_Upgrades https://documentation.meraki.com/General_Administration/Firmware_Upgrades/Product_Firmware_Version_Restrictions     ... View more

Just in case you weren't aware;  this is a public Community, rather than the official Meraki support service (these are threads rather than cases - they don't really get closed). If you need assistance with your Meraki solutions you are generally entitled to help from Meraki Support, as a part of your Meraki licensing.   Calling Meraki on the telephne generally provides the quickest/best help.     Contact details are available from within the Dashboard, via ? (top right) > Get help & cases https://documentation.meraki.com/General_Administration/Support/Ways_to_Contact_Meraki_Support   ... View more

This will, I'm sure, be a really useful tool to many, but wouldn't apply in this circumstance, where the switch is fully Meraki Cloud managed (-M) but offline to the Dashboard.    If running in monitor mode (now called Hybrid) full console access would be available locally. ... View more

Not sure if you've heard of Org splits, or whether it will help you here, but worth knowing about, nevertheless:.   And it does involve creating a brand new Organization, based upon the existing one.   https://documentation.meraki.com/General_Administration/Organizations_and_Networks/Organization_Split_Overview_and_FAQ   ... View more

I think you may be confusing WiFi6 with 6 GHz.    Although the two incorporate '6', the 6 GHz frequency band is only included from WiFi6E onwards (I.e. 6E and 7 currently). I believe the Cisco WiFi7 APs will be released in Vietnam in the Summer - June or July, I think. ... View more

Just one other thought, reading this again. MG is not involved in setting up secure tunnels between locations - if that's what you need.   That would be an MX (or a vMX) to do that.   For best functionality you'd have an MX (or a vMX) at the other end too, but it could in principle be IPSec device;   either another vendor's device, a compliant cloud service (SSE / SASE) or an MX / vMX that resides in a different Dashboard Organization. ... View more

As per @javalins, there's no dependency in either direction;    another vendor's firewall or switches could be provided with cellular Internet connectivity using an MG.   And/or an MX could use another vendor's cell gateway to provide its Internet uplink.    The advantage of pairing MG and MX (and indeed other Meraki devices like switches, APs, sensors or cameras) is the simplicity of having them all working together, managed and monitored all together in one deployment via a simple cloud-hosted GUI;   https://documentation.meraki.com/General_Administration/Organizations_and_Networks/Combined_Dashboard_Networks ... View more

That would only apply to MR76, where the 4 antenna ports are split 2 for 2.4 and the other 2 for 5 GHz.   As Randall has pointed out, the 4 ports on 86 are dual-band (to deliver the 4SS). ... View more

I think what you're looking for is Organization > Summary report.   Select Entire Organization, under NETWORK(S)   then the time frame you want, next to Summary Report, right at the top - then look at the Client stats on the RHS.  You can export to Excel if you wish, top right. If you need more granular than that, I think you'll need to use the API.   If you don't want all Networks, but still more than one, you will need to add a Tag to all the required ones, and filter by that ... View more

I had made the assumption that the Hub was in VPN Concentrator / Passthrough mode.   As Philip hinted and as you've implied from your own reply;  this makes quite a difference.   I take it your Hub is in Routed mode? ... View more

You can't do it yourself...   from the document that Alex linked:   Everything is ready Once everything is confirmed to be set up and you are ready for the migration, initiate a migration from Meraki mode to DNA mode by raising a case with Meraki support. ... View more

You need to add the specific public IP addresses / subnets for that service as Local Networks from the Hubs at your central location;   the Spokes dependent on that Hub will prefer that more specific route and route traffic over the VPN https://documentation.meraki.com/MX/Site-to-site_VPN/Site-to-Site_VPN_Settings#Local_Networks ... View more

If the co-term Org has expired there is no date. If you then claim a subscription in that Org, the Org becomes a subscription Org. Any Network not bound to a subscription will be into a 30-day grace period:   https://documentation.meraki.com/General_Administration/Licensing/Subscription_-_License_Compliance_Cloud_Experience ... View more

Do you really need a different subscription for every single Network? I suggest you discuss this directly with your Cisco account team - sounds like you have an unusual set of requirements ... View more

You can't mix and match co-term and subscriptions.  You either remain on co-term or you have all of the Networks in your Organization bound to a Subscription - either the same one or different ones, depending on what you need for each. ... View more

Correct - no VMX for Oracle at this time.  Please contact your Cisco account team where they can register your interest and keep you updated. ... View more

In your scenario it sounds like you might want a different subscription for different network owners;   at least, a different subscription for owners who want different terms / license levels, for example.   You don't have to tie all the Networks to the same subs, though a Network can only be bound to one Subs. ... View more

I get the page itself on my MS220-8P, but only on the New version - see near top right to select Within it;   PoE Usage info, but not CPU, memory etc.   ... View more