Hi @PhilipDAth    Thank you for confirming this. I haven't been able to find any documentation on it. Is it just part of the standard web filtering or is there anything extra to enable?   Also, is the behaviour that you describe affected by HSTS pre-loading?   Thanks. ... View more

I'm not 100% sure what you mean by raw data, I'm assuming you mean when you look at clients in the dashboard it reports dB?   What I meant is modifying the minimum basic rate (MBR) aka Minimum bitrate, I personally start at 24Mbps but sometimes I look at increasing it. It will hopefully help with reducing people staying connected while they move away from the associated AP.   The MBR can be set on each SSID by going to Wireless | Configure | Access Control | Wireless options (it's at the bottom). Slide the bar to adjust the rate. Note it can be set using the RF Profiles but I personally like to do it per SSIDs (occasionally I come across a scenario where I need different MBRs for different SSIDs - usually when supporting VoIP).     Also, what do you have band selection (also under Wireless options)? Unless you can disable 2.4GHz, which being a Mall you probably can't, you'd probably want to make sure you're using band steering.   What power levels are the APs set at?   40 APs sounds like a lot, how big is this Mall? Using 2.4GHz will most likely give you a lot of co-channel interference (CCI). You'll also want to make sure your channel widths on 5GHz are narrow, i.e. 20MHz. ... View more

Are you a shop in the mall or are you the mall itself with APs on each level?   If you're the Mall I would recommend you position your APs away from the atrium.   What power settings are you using? Are the clients on the level below on 2.4GHz or 5GHz?   PhilipDAth suggestion helps clients from going too far from the associated AP. Personally, I start with a data rate of 24Mbps and potentially move upwards if need be. ... View more

@MerakiDave How would wrapping a Meraki AP in vinyl affect its warranty? ... View more

@Oscpimienta I'll have to investigate that but might be more effort than it's worth, especially with my coding skills. ... View more

@PhilipDAth That's a pity. Thanks for the info. ... View more

Hi @nwu1,   That's what I thought and packet captures on the air is something I was looking to avoid.   What I was really trying to discover was if there are any devices that support 802.11w but choose not to use it when 'enabled' is selected on the Meraki APs, i.e. the drivers are poorly written, or maybe a bug in a particular version of the drivers.   This is an interesting command "netsh wlan show driver" from that second link you share. Could come in very handy one day!   Thanks. ... View more

Hi @Mehdi   How are you running the speed test? Why are you only getting 100Mbps? I thought the MS220 had 1Gbps ports?   I'm assuming you have no other WiFi devices connected while running the speed test?   Are you on the same VLAN when doing the wired and wireless tests?   First thing I would be checking on your wireless device is the signal strength, noise and the SNR.   Then what channels your Meraki has chosen to use, do they interfere with other APs, what is the channel width, etc.   Then I'd check the MCS rate you're receiving.   There could also be some non-802.11 interference which will degrade your performance.   What kind of device are you using to test? The above is supper easy to check on a Mac but can be harder on Windows. I'll try to set you through it if need be.   Regards. ... View more

Hi @wonwif   Thanks for actually taking the time to watch the webinar, I suspect a lot of people wouldn't bother. However, your take on what Devin says is very different to mine, I almost wonder if we where watching the same webinar.   Here are a few very negative quotes which pretty much say turn it off:   "...in some environments, if you turn on MU-MIMO, your environment completely dies right then..." (29:44) "...almost no chance of giving you value but in a bad environment no chance what so ever..." (38:04)   Here he DOES explicitly state to "turn off" the MU-MIMO on the APs that are capable of this functionality.   "...the first thing I do all of my systems, that I implement, is turn off transmit beamforming and turn of MU-MIMO support. If the vendor's equipment supports that, I turn them off immediately. They are very high overhead and give no meaning value what so ever." (44:38)   Hope this helps. ... View more

@FlyingFrames It's important to note two things:   Firstly, segmenting traffic with VLANs will limit the impact of broadcast, ARP requests, multicast, etc, on 802.3. This, however, may have a limited effect on 802.11 as the medium (the airtime/channel/RF spectrum) is shared between all devices emitting RF signal. For example, if you have two clients connected to an AP with an SSID called 'Employee', the first client is on VLAN 40 and the second is on VLAN 50. When a broadcast packet is sent on VLAN 40, the device on VLAN 50 will need to wait for the packet to be sent, acknowledged, etc, before it can start to receive or send it's own packets, even though it's on a different VLAN. To avoid this scenario, you need to make sure VLAN 40 is only on certain APs and VLAN 50 on the other APs - this isn't really true load balancing but can work in certain environments.   Secondly, designing a network where certain APs can connect clients to VLAN 40 and other APs connect client VLAN 50 can cause roaming issues. I tested the following extensively a few years ago with Windows 7 and iOS clients; maybe my testing is now out of date but I don't believe so. Imagine a scenario where the SSID is called 'Employee', VLAN 40's subnet is 192.168.40.0/24 and VLAN 50's subnet is 192.168.50.0/24. A client is associated to an SSID called 'Employee' on VLAN 40 with an IP of 192.168.40.10 and the client then roams to an AP where it is put into VLAN 50. The client shouldn't do a DHCP request as it thinks it has been connected to the network the whole time. Remember the whole point of roaming is to be quick and drop minimum packets but doing a DHCP request only slows things down. This means that client's NIC will still think it's in VLAN 40 with the IP address of 192.168.40.10 and thus won't be able to communicate with anything within VLAN 50 (as they're on different subnet ranges) and it won't be able to find it's own default gateway (as the DG isn't in VLAN 50). To avoid this scenario you need to make sure the client actually disassociates from the SSID completely before moving between areas that have VLAN 40 and VLAN 50; when the client rejoins the SSID it should action a DHCP request, receive a new IP address in the new VLAN.   I personally would look at investigating client isolation, as long as the employee devices don't need to communicate directly with each other. Some vendors, in VHD situations, are actually starting to recommend one large VLAN (i.e. a /8) with client isolation enabled.  Other things to consider are what are your minimum base rates are set at (broadcasts are sent at the MBR), what's the client to AP ratio, is the WiFi network separated from the LAN, any CCI issues and where is the broadcast traffic coming (I've seen networks crippled by one device generating an excessive amount of broadcast traffic). ... View more

Hi @MerakiDave.    I saw both Target and Transmit power on the Radio Setting's Overview page:     Regards. ... View more

Can you confirm if you're referring to the chipsets in the clients or the APs? Just want to make sure we're talking about the same thing here. ... View more

DCooper. I assume you mean Short Guard Interval (SGI) when you say GI? If so, with other vendors that I've worked, I've been able to enable/disable SGI across all of their APs that I've worked with (which is more extensive with some vendors that others). I haven't heard before of this support for SGI with certain channel widths/MCS rates on a per chipset basis. I would normally decide to enable/disable SGI based on the RF environmental conditions. Does Meraki have a list of APs and their supported SGI abilities? Thanks. ... View more

Actually, it does not greatly improve reliability. In fact, in almost all environments/implementations it has the opposite effect due to the overhead of the sounding that is involved. I strongly recommend you invest the time to review Devin Akin's Webinar into ac wave 2. Here's a link - https://www.brighttalk.com/webcast/5522/252893/the-truth-about-802-11ac-wave-2-technology At least review the MU-MIMO part starting 27:13 for about the next 10 minutes. ... View more