In reality there are probably kind of two answers to this.   The physics (as outline in the article referenced above) makes it clear that 'Yes, if affects wireless signal'.   The other side to it would be 'Does it affect my wireless signal enough to cause me a problem in practise?' - and that's a whole different question, because a wireless environment is affected by a huge host of other factors.   If your environment is 'close to the edge' so-to-speak, from one or more other factors, it's possible that changes in heat/humidity could tip it over.    Bear in mind too, it looks like the testing referred to above is for frequencies only up to 2.4 GHz, which has overuse problems all of its own, generally - 5 (& increasingly 6) GHz would be more affected, given the much higher frequency. If your office does suffer with high humidity, in particular, I think you'd just take more care to try to minimise the deleterious effects of the other factors.   You might also look closer at your air conditioning system;   it sounds like your employees might thank you for that, way before the WiFi is affected MT15 anyone? 😀 ... View more

Previous posts are well worth a full read, but one key answer;    a (true) stack turns the units into one virtual switch, from the point of view of STP (and other features, such as Link Aggregation). Note this does not apply to Meraki Virtual Stacking, which is not really stacking, in the networking sense - it just provides the power of having all your ports configurable in one place for a whole Network (which is one benefit of true stacking.) ... View more

Bear in mind MV32 (unlike the new MV84X) is a fish-eye camera;  one lens - there aren't 4 views, just one fish-eye view. ... View more

Disable and enable the SSO in question   (Org > Settings > Authentication) ... View more

It depends then on how good they need to be / what info they need to include. Whether you could, for example, export SVGs from Dashboard, then import them into LucidChart (or similar) for further embellishment..? ... View more

Support won't tell you where a serial number is deployed;   only that it is deployed  (if that's the case). In this instance I'm not sure they have the serial number right, given the error they are seeing. ... View more

The only key points that haven't really been made here, so far:   The topology in the Meraki Dashboard is dynamically created and (with a bit of time lag) self-updating;   if someone changes something in the topology, the topology gets updated, with no input required from the admin - provided the devices remain connected, of course.   While you can download the created topologies as .svg files, I'd be surprised if anyone uses that feature very much;   why create static content, when you can just look in the Dashboard for what's actually there?   Hence I don't think the Topology tool and Lucid Chart (or Visio, for that matter) are greatly comparable.   You couldn't use the Meraki Dashboard to create a design schematic, for example.   ... View more

Good advice from the previous respondents, I think 👍 Worth considering peering the VPNC with your DC routing, assuming that supports eBGP. ... View more

That license won't work for MX80, I'm afraid.   If you talk to the customer's Meraki account team about the upgrade plan, they would normally be receptive to making the commercials match the plan, so they are not simply paying twice. ... View more

If you really want to re-license your MX80, the SKU would be: LIC-MX80-ENT-1YR      assuming Enterprise license and 1 year duration.   If you need Advanced Security replace ENT with SEC    Other durations are 3, 5, 7 or 10 years.   As per other people's points though;   it's v old and End of Life as of the Summer of 2023 - and limited to max. 14.x firmware.   Are you sure it's not time for an upgrade? ... View more

The IdP is checked when an admin logs in, regardless.   If the user in question has been disabled at the IdP end, they won't gain access to the Meraki Dashboard.   It's not my area of in-depth expertise, but it seems pretty impractical to me for Dashboard to maintain a 100% sync with every single configured IdP.  Would forcing a sync before running a particular compliance check be particularly onerous?   If you have particular concerns, you're probably best advised to pick them up directly via your Meraki account team. ... View more

Assuming you are in Co-termination licensing (which it sounds like you are) - license renewal should cover everything in your dashboard - you can't really do part renewals.    The best approach is always to have all your required licences (all the devices you want to stay working) included in one license order, with one matching key.     If you have more than one order / key, what you can do is apply the first key as a renewal, then use the second as 'license more devices' ... View more

So;    currently in Meraki / Cloud mode the only option for full (small) Core resilience is to use physical stacking.   This is dependent on max. 3m cables, so:    same room.   If you absolutely need to separate the two core switches (and can't go to C9500 which supports Stackwise Virtual) then you'd look to configure through 'traditional' methods (e.g. SSH) and configure a first hop redundancy protocol like HSRP - but monitor through the Meraki Dashboard:   https://documentation.meraki.com/Cloud_Monitoring_for_Catalyst    (look at the info for 'Switching customers'   All I would say about using (solely) cross-stack etherchannel for resiliance;  consider what happens if someone introduces an unplanned physical loop. Note:   you will not be able to use etherchannel to MX(s).    Check out the documentation on warm spare in routed mode:  https://documentation.meraki.com/MX/Deployment_Guides/MX_Warm_Spare_-_High_Availability_Pair#Routed_Warm_Spare   ... View more

I can't help feeling that, all things considered, if you want the full cloud dashboard experience and best value overall, your best bet would likely be to order new WiFi7 APs and manage them in the Meraki Dashboard (no WLC needed) ... View more

So;   your AP model cannot be converted to be fully managed directly in the Meraki Dashboard    (those APs all start CW) And your current Wireless LAN Controller (the EWC) cannot be monitored in the Meraki Dashboard. For cloud dashboard operations, I think you'd need to use your existing APs with a supported 9800 WLC.  Right now that would mean using a hardware Controller.   One of these: C9800-L-C C9800-L-F C9800-40 C9800-80 Note tht the latter two have, very recently, had End of Sale announced for them. If you adopted this approach, the configuration of your wireless environment would (still) lie with the (new) WLC, but you'd get a high degree of visibility from the Meraki Dashboard. https://documentation.meraki.com/Cloud_Monitoring_for_Catalyst/Getting_Started/Cloud_Monitoring_for_Catalyst_Wireless_Requirements   ... View more

Does the MX definitely see (route) the relevant DNS queries and responses? Appropriate visibility is needed to turn the domain name into the correct IP-layer rule Is there any chance the lookup involves CNAME responses? https://documentation.meraki.com/MX/Firewall_and_Traffic_Shaping/MX_Firewall_Settings#FQDN_Support I'd look to see if you can packet capture the full query & response Maybe think about a case with Meraki Support to assist with this - specifically and more generally ... View more

What makes you say that the usual c9300 doesn't support Virtual Stacking?    I wonder if you may be mixing up the product with its mode in the Meraki Dashboard..? If you have fully managed C9300 switches in your Dashboard, regardless of the model (9300 / 9300L / 9300X) they all support Virtual Stacking;    you see all ports in a given Network in one page and can configure combinations of those ports in one go. If you have C9300 switches where you are managing the configuration using more traditional methods (most likely, SSH) and just monitoring them in the Dashboard, then Virtual Stacking isn't applicable. ... View more

Really glad you were able to get this sorted 👍 Did you get to the bottom of what went wrong first time around? On the face of it, someone either ordered slightly the wrong SKU or in the supply chain someone changed it from the right (cloud) one to the wrong (on-prem) one - perhaps when lead times didn't match (?) Just keen to ensure you don't end up needing to do this again in future (especially if you have wiped your 9800-CL in the meantime!)    the right SKU for Meraki mode is CW9164I-MR and you'll need an appropriate license, probably LIC-ENT-xYR    (x = 1, 3, 5, 7 or 10) ... View more

As a general point, I'm entirely with you!    Unfortunately, if the WiFi7 ease-of portability ever becomes available to CW 6E APs, I'm not sure how that would help these particular 'adrift' CW9164s...   Given that from hereon I'd expect (recommend) the vast majority of new purchases to be WiFi 7 models anyway, it'd be a bit of stable-door bolting too, if you catch my drift.   I'm thinking there might be, from an engineering perspective, a bit more to it than <ctrl-c>, <ctrl-v> too  😉 ... View more

With CW916x in DNA mode you require a WLC, from which to initiate the migration to Meraki/cloud mode.   Assuming you don't have one / can't easily spin up a 9800-CL (virtual WLC), I suspect that initiating an RMA and procuring the correct (-M) SKU would be the best approach here.   Particularly if you ordered the right SKU and someone down the line switched it, for some reason. BTW:  this becomes so much easier with WiFi 7 APs...   While there's no 9174 (yet) maybe consider going up to 9176 (or possibly down to the brand new 9172) as that would give you some more functionality and greater longevity too. ... View more

If I recall correctly,  ICMP needs to age out.   Rules for more common actual application flows tend to take effect immediately.  ... View more