Thank you!! ... View more

Hello, I myself have been experiencing this issue on my network. This are the things that worked for us, we first checked the signal strength of the channels affected. We determined that there was a range of 3dB - 6dB very low. We changed the channels and within minutes the signal on the clients increased significantly to a 20dB.  I would suggest checking your signal and channels. I realized that in this AP auto channel selection is not working. It seems like I have to be switching channels constantly myself. Today I found out that the AP was located next to two glass windows. I suspect this is the root cause I hope it helps.  ... View more

@Mel how about one of each!?  Haha, just kidding.  It's a "your mileage may vary" type of thing depending on the layout of your home of course, I run my own home wireless on an MR42 in the basement (home office & lab area) and an MR33 in one of the 2nd floor bedroom closets.  I ran the whole home off the MR42 with no issues, I put in the MR33 really just to build out the home lab. ... View more

Unfortunately, it is currently not supported at the moment. There are only three events that can generate an email.   A gateway goes offline for X minutes A repeater goes offline for X minutes A gateway becomes a repeater   If you set a syslog server you can see more events being reported to your syslog server:   https://documentation.meraki.com/zGeneral_Administration/Monitoring_and_Reporting/Syslog_Event_Types_and_Log_Samples#Meraki_MR_Access_Points   But it does not include DFS events    You can make a wish (the button is located in the lower right corner in your Dashboard), so our dev team can take this suggestion to be incorporated into a new feature.   Hope it helps!!!    ... View more

Yes, it is currently incompatible with 802.11r, as explained here: https://documentation.meraki.com/MR/Client_Addressing_and_Bridging/Layer_3_Roaming#Tunneling     ... View more

In addition to the guide provided by Sameh_Sackla, I would not recommend by any means using 802.11r with this Cisco Phone.   It comes from a time where 802.11r did not exist, and while it can still theoretically connect to a network where 802.11r is enabled (from what I can see in the Cisco forums) it is strongly recommended not to turn it on.   Have you done an active Site Survey? It is very important to see these parameters are on comply with VoIP requirements (plus any additional ones you see on the deployment guide, but these are the main ones):   - Co-Channel Interference (no more than three APs heard at the same time, with a difference of at least 20-25 dBm SNR on the non-overlapping part) - Signal received (between -67 and -65 dBm over all the cell) - SNR (more than 20 dBm if possible). - Jitter(the closest to 0 the better). This can have a high impact on your calls.   Additionally, on the LAN side, everything should be able to handle QoS marking and prioritize the traffic accordingly to this tagging. Here are some documentation you would like to see about how to deploy a wireless network and how to tune it:   https://documentation.meraki.com/MR/WiFi_Basics_and_Best_Practices/Channel_Planning_Best_Practices https://documentation.meraki.com/MR/WiFi_Basics_and_Best_Practices/Wireless_fundamentals%3A_Signal-to-Noise_Ratio_(SNR)__and_wireless_signal_strength   And we also have a general guide to deploy voice over Wireless, you may find it very useful:   https://documentation.meraki.com/MR/Deployment_Guides/Wireless_Voice_Deployment_Guide_(CVD)   And two very specific - the first one is part of the deployment guide, the second one a Cisco guide for deploying this phone with Cisco Meraki wireless infraestructure.   https://documentation.meraki.com/MR/Deployment_Guides/Wireless_Voice_Deployment_Guide_(CVD)#Cisco_7925G_Phones https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cuipph/7925g/7_0/english/deployment/guide/7925_Meraki_dply.pdf   Hope this helps      ... View more

Good to know this helps you. I would also recommend for such a large deployment (17 floors) to plan the deployment using a tool like Airmagnet or Ekahau (there are more but these are the ones I've worked more with) because signal tends to leak between floors and the channel planning and transmit power needs to take that into account, and these tools are very good to simulate it, and after the deployment, they are also good for validating the whole deployment. ... View more

To be totally honest the definitive way is to do a Site Survey that includes a Spectrum analyzer. And even while this is very useful when it comes to intermittent interference (i.e. an engine in a warehouse that only works for 20 minutes a day), it can be very difficult to pinpoint if the issue is related to interference.   As it was pointed before, if you go to Wireless > RF spectrum you can see the actual RF surrounding the AP.   It is also very helpful if you go to Wireless > Access Points and click on the RF tab, where you will see a log that includes channel utilization, clients, usage and most important of all, events, over a period of up to 1 month. ... View more