Ok, yeah, the symptoms you're describing are similar, but not quite the same as what we're experiencing. What we're seeing is that the sessions would freeze (can't move the mouse within the VM window) for a good 30 seconds - 1 minute and then most of the time disconnect the session and the users would have to remote back in. No changes made at all. This all started when I upgraded to MS 11 (can't remember the exact version) back in late 2019. We didn't have this issue in MS 10. And I thought MS 12.14 had resolved it (upgraded in the middle of the pandemic), but I guess there weren't enough users in the office to tell, up until now.   Oh, and I think it's important to note that the issue does persist after a Switch reboot and it did go away when we had reverted back to MS 10. Which is why I had believed it to be some weird Firmware bug. Now we're on 12.14 and I'm really not sure where to go from here. ... View more

Awesome! Thanks, I'm going to look into this to see if it helps our situation. ... View more

Hmmm...and this is coming from a Meraki employee...so what I'm hearing from you is to probably Not upgrade to 14.33 in a couple of weeks?? Is that correct @Make_IT_Simple ? Is there any Firmware version that is the most stable that you guys would recommend? I appreciate your response in advance. Thanks   Sorry about that @Make_IT_Simple , I misread your post. It looks like you're saying that in your experience, 14.33 did resolve these issues in your environment, is that correct?   My apologies for misunderstanding, if that's the case. ... View more

Ahhhh...not the response I was hoping for haha lol. J/k, but I am glad that you were able to resolve it. Definitely agree with the statement that the Thin Clients being more sensitive to network stability issues. Were all of your RDP sessions being disconnected all at the same time? Or was it on a port by port basis? If you can recall. Because our issue unfortunately is on a port by port basis and so far, it seems random at the moment.   Thank you for your prompt response and one again, I'm happy that you were able to resolve your issue. ... View more

Hey guys, this is a little disheartening and scary. My environment is currently on MS 12.14 and Meraki auto-scheduled an upgrade to 14.33. I was initially going to hold off, but now I'm planning to upgrade during our next maintenance window because we're starting to see a weird issue (again) where our Thin Clients that are connected to an MS350 Switch Stack running Layer 3, get randomly disconnected from their remote VM sessions without any rhyme or reason. (When users connect to these same VMs from home, this doesn't happen). This used to happen to us on MS v11 (never occurred when we were on MS v10) and I thought MS 12.14 would solve it (upgraded during the pandemic), but I guess we didn't see the issue resurface since very few people were actually in the office during the height of the pandemic. Now after seeing these posts and also seeing some of the release notes for the 15 code with "Known Issues" similar to this is starting to make me worry. I'm not sure if this is the same issue that I'm facing, since I haven't made any recent changes to any SVIs, but it sounds similar to what we're experiencing.   The issue that we're actually facing is closer aligned to this: https://community.meraki.com/t5/Switching/RDP-Brief-Disconnects/m-p/113785/thread-id/8228   The question is, what do we do??? These kind of routing/disconnect issues seem to be pretty longstanding and have been around for much longer than Cisco Meraki should even admit without feeling ashamed. I don't even know how this product could be greenlit for production at this point with all of this instability. I'm starting to be afraid to even run these Switches in our environment right now and we've got quite a few sites running these Switch Stacks in production (still have to survey the other sites, as we begin to return to office). I don't know which Firmware version to go to...I'm just at a loss right now.   ... View more

Hey @Kevin19 , were you ever able to resolve this issue? We're experiencing this same exact issue but with our Virtual Machine environment between our Thin Clients (plugged into MS350 Switches in a stack) and our VMware Virtual machines running on a blade server within our remote Data Center. We get a similar issue, where random Thin Clients will freeze up for about 3 minutes and most of the time get disconnected from the session when it happens. The logs don't show any errors and the ports that the Thin Clients are plugged into don't display any issues and remain up. This only happens when users connect to their VMs from the Thin Clients within the office, if they connect from anywhere else (home for example), this does not occur. I haven't been able to catch the issue at the time it occurs on a packet capture yet (especially since it's super random, but getting more frequent), but I'm not so sure that I'll find anything of interest. Anyone else experiencing random disconnects on MS350 Switch Stacks running Layer 3? ... View more

Hey Bruce,   Thanks for your response! I didn't even think about how the Thousand Eyes Acquisition could be leveraged for that! That would be pretty cool.   I did however, notice the Meraki Insights and I do agree; having the ability to make "intelligent" decisions on how/where to route IaaS/SaaS traffic on the internet would be awesome! It would also show some maturity to the Meraki platform in this new generation of "SD-WAN" and Cloud Networking/Computing. I think some competitors are already starting to implement similar features.   I hope your last statement comes true. That would be a huge plus! I attended the Cisco Live! 2020 Virtual Event last year and I don't recall hearing any specific mention of this feature on the Roadmap.   I did a "Make a Wish" for this, but I only received a blank pop-up window with no text, so I'm not sure if it actually went through or not 😅. I'm not sure if that was because of my Browser (Chrome), my machine is just in need of a reboot, or Meraki is letting me know that I'm just heading down a dead end 😳.   But I'm going to remain optimistic for now 😊   Thanks!     ... View more

Ok, so I dug a little deeper into SD-WAN and realized that the way I'm thinking of going about accomplishing this is not really feasible. It looks like, in general with SD-WAN, you need a Responder device on the other end, that would exchange probes with the Source device in order be able to measure the link's Latency/Jitter/Packet Loss, be it through BFD (which Cisco's Viptela "Application Aware Routing" does) or UDP RTP packets generated from an IP SLA.   I'm starting to see why the feature that I'm trying to implement requires another Meraki MX device on the other end, connected via an AutoVPN tunnel, because they need to send probes back and forth to each other in order to gather the metrics from the multiple links. This is how they can determine the best link/path; based on the metrics that were measured from the probes.   Now, that's fine for Site-to-Site VPN traffic...but then the question becomes, is there a solution for choosing the best path for Public Cloud Hosted Services, though? And I think the answer to that lies in subscribing to a "Cloud On-Ramp for SaaS" solution. Something like "MegaPort", for example. I know that Cisco's Viptela SD-WAN solution has this capability out of the box:   https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/SDWAN/CVD-SD-WAN-Cloud-onRamp-for-SaaS-Deployment-Guide-2018JUL.pdf   And I think Meraki is about to roll out an On-Ramp solution to Microsoft Azure services soon, if I'm not mistaken:   https://www.networkworld.com/article/3574711/cisco-extends-meraki-sd-wan-to-microsoft-azure.html   I believe this might be the answer to what I'm trying to accomplish. With an implementation like that, we should be able to dynamically steer traffic across the link with the Best Performance for a given application. Maybe this can be accomplished by partnering with popular SaaS/IaaS providers (like Meraki is doing with Microsoft) to tack on Cloud On-Ramp Services within the MX?   I know that with MegaPort, you can form IPSec tunnels with the SaaS/IaaS providers and peer with them through BGP, except the only thing is, I think the MX would have to be running in "Passthrough or VPN Concentrator" mode in order to enable BGP.   Welp, just brainstorming here! I hope I'm heading in the right direction with this. I'd like to know what the community's thoughts on this are.   Thanks!   ... View more

I too, apologize for reviving this old thread, but I would also like to have this capability added.  Since we use a Cloud Hosted VoIP/PBX solution, I would love to have the ability to create Custom Performance Classes and Uplink Selection Policies for traffic going out to that Cloud Hosted Service Provider which resides out on the Internet. Currently it seems like this capability is limited to VPN traffic only.   This limitation is a huge concern for our business leaders as they are looking into other solutions which may have those SD-WAN features and capabilities. The challenge lies within maximizing the "ROI" for having redundant uplinks. Yes, having redundant uplinks would allow us to achieve Business Continuity if the primary uplink fails. But, is there a way to Dyanmically* utilize an uplink who's performance is the best for say, a Cloud Hosted VoIP Server that resides on the Internet?   I understand that without having a "Responder" device, this would be very difficult or even impossible to achieve as, even simulating RTP and UDP Jitter Based Operations for VoIP with traditional Cisco Routers require a 'Responder' running a similar IOS image on the other end.   I'm just not sure if the Cisco Viptela SD-WAN solution is able to perform Dynamic Path Selection between: Internet vs. WAN (let's say, MPLS for example) uplinks based on the "Best Performance" for a given application without the need of an identical peer device on the Destination end. I still have to look deeper into this. It (SD-WAN) is one of the topics on my agenda as I'm going working towards the CCIE EI Track.   I believe that "Velo Cloud" has a similar solution which they call "Link Steering and Remediation".   To quote them, the solution works as follows: "On-demand, Per-packet link steering is performed automatically based on the measured performance metric, intelligent application learning, business priority of the application, and link cost. Delivers sub-second blackout and brownout protection to improve application availability. Remediates link degradation through forward error correction, activating jitter buffering and synthetic packet production."   Again, I'm still not sure if that solution requires an identical peer on the other end, in which to exchange simulated packets between each other. Something I would have to look into.   **PLEASE NOTE! I am by NO means promoting other vendors or other inter-company solutions on this thread. What I'm simply trying to do is trying to start up a conversation on ways that this feature could be achieved within Meraki. We are happy with Meraki and prefer to continue using Meraki products however,the question I'd like to raise is; are we due for a review of the Meraki SD-WAN solution to see if there are ways to improve or possibly add more robust features to it? I know that Meraki has been on the forefront of SD-WAN, but it may be worth considering a revision for maturity purposes and adapting to today's SD-WAN standards?   Maybe there would be a way to achieve this by possibly collaborating with some of the popular Cloud Hosted VoIP Service Providers out there? I'm not sure how challenging that would be, or how much resources it would require to achieve that.   Please forgive my limited knowledge where SD-WAN is concerned, as I am still learning the nuances and intricacies of this technology beyond just a general overview.   Your thoughts and comments would be well appreciated.   Thank you.     ... View more

I too, apologize for reviving this old thread, but I would also like to have this capability added.  Since we use a Cloud Hosted VoIP/PBX solution, I would love to have the ability to create Custom Performance Classes and Uplink Selection Policies for traffic going out to that Cloud Hosted Service Provider which resides out on the Internet. Currently it seems like this capability is limited to VPN traffic only.   This limitation is a huge concern for our business leaders as they are looking into other solutions which may have those SD-WAN features and capabilities. The challenge lies within maximizing the "ROI" for having redundant uplinks. Yes, having redundant uplinks would allow us to achieve Business Continuity if the primary uplink fails. But, is there a way to Dyanmically* utilize an uplink who's performance is the best for say, a Cloud Hosted VoIP Server that resides on the Internet?   I understand that without having a "Responder" device, this would be very difficult or even impossible to achieve as, even simulating RTP and UDP Jitter Based Operations for VoIP with traditional Cisco Routers require a 'Responder' running a similar IOS image on the other end.   I'm just not sure if the Cisco Viptela SD-WAN solution is able to perform Dynamic Path Selection between: Internet vs. WAN (let's say, MPLS for example) uplinks based on the "Best Performance" for a given application without the need of an identical peer device on the Destination end. I still have to look deeper into this. It (SD-WAN) is one of the topics on my agenda as I'm going working towards the CCIE EI Track.   I believe that "Velo Cloud" has a similar solution which they call "Link Steering and Remediation".   To quote them, the solution works as follows: "On-demand, Per-packet link steering is performed automatically based on the measured performance metric, intelligent application learning, business priority of the application, and link cost. Delivers sub-second blackout and brownout protection to improve application availability. Remediates link degradation through forward error correction, activating jitter buffering and synthetic packet production."   Again, I'm still not sure if that solution requires an identical peer on the other end, in which to exchange simulated packets between each other for the purposes of measuring the packet RTT. Something I would have to look into.   **PLEASE NOTE! I am by NO means promoting other vendors or other intra-company solutions on this thread. What I'm simply trying to do is trying to start up a conversation on ways that this feature could be achieved within Meraki. We are happy with Meraki and prefer to continue using Meraki products however,the question I'd like to raise is; are we due for a review of the Meraki SD-WAN solution to see if there are ways to improve or possibly add more robust features to it? I know that Meraki has been on the forefront of SD-WAN, but it may be worth considering a revision for maturity purposes and adapting to today's SD-WAN standards?   Maybe there would be a way to achieve this by possibly collaborating with some of the popular Cloud Hosted VoIP Service Providers out there? I'm not sure how challenging that would be, or how much resources it would require to achieve that.   Please forgive my limited knowledge where SD-WAN is concerned, as I am still learning the nuances and intricacies of this technology beyond just a general overview.   Your thoughts and comments would be well appreciated.   Thank you.     ... View more