Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Become a member of the Cisco Meraki Community today
Get answers from our community of experts in record time.
Join now- About CarloDC
About CarloDC
CarloDC
Here to help
Member since May 7, 2025
13 hours ago
Community Record
11
Posts
10
Kudos
0
Solutions
Badges
Friday
2 Kudos
We have this traffic shaping rule configured on the MX under Security & SD-WAN > SDWAN and Traffic Shaping where we created a custom expression for downloads.dell.com traffic and limited the upload and download bandwidth to 1Mbps. But a couple of days ago we monitored that downloads.dell.com traffic consumed above 40Mbps of BW and this affected our operations. I provided Meraki Support the screenshot of the traffic analytics filtered for the last week which clearly shows that the downloads.dell.com traffic consumed BW above 40Mbps if you'll take a look at the Y-axis. But I found their analysis inaccurate. According two Meraki Support that I got in touch with: TAC Support 1. In Meraki, bandwidth limits are applied per client, not as a total cap for the destination. (This is correct to some extent because on the custom rule you can choose three method of Bandwidth limiting; first is to obey network per client limit, second is to ignore network per client limit, and third is choose a limit which is what we configured) Can any one tell me if the third method is also applied on a per client basis? TAC Support 2. The Meraki TAC mentioned that If we distribute the traffic evenly during the week we get a consumption of 760 kb/s which is under the bandwidth configured in traffic shaping. (This is true if you take the average utilization on a span of one week they completely ignore the graph where it shows that a specific date and time (Jan 21), the utilization peaked above 40Mbps. I find their statements very contradicting with each other. Lastly I want to know if I am missing any configuration here or should I have disabled the default traffic shaping rule as the software updates is included there which I think (but I am not certain) that the dell update is under this category. It's not every day nor every week that we get a dell update so I won't be able to recreate the same issue apologies for the long read. I would appreciate any help Thank you!
... View more
Jul 16 2025
12:19 AM
2 Kudos
Just want to post an update on this issue. The issue was fixed by failing over to the spare MX where the switches upstream links are not in blocking state. This is just a workaround, but the long-term solution is to introduce a distribution switch between the MX and our access switches since the MX does LAN ports does not participate in spanning tree process. Thanks to everyone who helped
... View more
Jun 25 2025
3:38 AM
2 Kudos
Thank you for the recommendation. That makes sense, this particular site in our organization did not follow the standard design where there's a distribution switch connecting to both MXs for those sites with dual MX. Hopefully this is the cause of the issue. I will let you know guys once we made progress. I have a strong feeling we have finally identified the issue
... View more
Jun 25 2025
12:45 AM
2 Kudos
I checked some of the major differences on each switch because of the inconsistencies that we got from the joint troubleshooting last week. Directly connecting the laptop on AS01-1 resulted to fast loading of the said web pages while the opposite was observed on AS02-2. We also tested with employees connected the wireless network and yielded slow results. What I discovered was that all switches except AS01 have their uplink towards the primary MX in RSTP blocking state. It is also unusual that AS01 did not have any RSTP blocking port on one of its uplinks. I am not quite sure if this would have a direct effect on the slowness, but in my experience the uplink that should be in forwarding state is the one connected to the primary MX. I scheduled another troubleshooting with Meraki TAC to confirm. Does anyone had this kind of set up in your enterprise network?
... View more
Jun 25 2025
12:21 AM
Hi Phil thanks for the suggestion. We actually did this already it always gets stuck with some get JS operation which is supposed to be fast since these are 0B in size. I could easily check with the site dev what's with the but based on our recent troubleshooting with Meraki TAC the issue is more isolated on the switch level
... View more
Jun 17 2025
7:20 AM
Yes, we opened a Meraki TAC case, and we scheduled a troubleshooting session with them Those are our production VLANs on within the LAN / WLAN.
... View more
Jun 17 2025
7:18 AM
2 Kudos
Our switches for that site are all MS250-24P running firmware MS 17.2.1.1. We used a Cat5 cable. ports are 100M/1Gbps capable
... View more
Jun 17 2025
6:08 AM
By the way, I forgot to mention that we also tried to directly connect a laptop to one of the MX LAN ports and assigned the SSID1, SSID2, SSID3 VLAN to that port to test for different subnets. The web page loaded really fast like just 1 to 2 seconds. So, I we know it's not the MX.
... View more
Jun 17 2025
6:05 AM
We do not have QoS configured but we do have a default traffic shaping rule in the MX. This same traffic shaping rule is present across hundreds of our sites and they don't experience the same issue
... View more
Jun 17 2025
4:58 AM
We have this issue that has been going on for a couple of months now. We have these two specific URL that takes 2 minutes to load the landing page regardless of which web browser is being used. This only happens when the user is connected to the Meraki LAN and WLAN. Typically these web pages should load within 2 to 3 seconds. We are at a roadblock and don't know what to do There have been a lot of test done to isolate the issue, we tried the following scenarios MerakiSSID1(Security: RADIUS) + Global Protect VPN - Slow loading when opening the said web pages MerakiSSID2(Security: password) + Global Protect VPN - Slow loading when opening the said web pages MerakiSSID3 (Open Security) + Global Protect VPN - Slow loading when opening the said web pages Local contact’s Hotspot + Global Protect VPN - Fast loading Office Standalone internet + Global Protect VPN - Fast loading Work from Home Internet + Global Protect VPN – Fast loading Tried to directly connect the laptop to Primary ISP bypassing the MX – Fast Loading Tried to directly connect the laptop to Secondary ISP bypassing the MX – Fast Loading Tried to connect the laptop directly to the Meraki Access Switch using MerakiSSID1, SSID2, and SSID3 VLAN - Slow loading when opening the said web pages With these results we tried several solutions but has no effect. Tired Load balancing the circuit at the office Tried routing all the traffic to Primary circuit Tried routing all traffic to Secondary circuit Adjustment of Transmit power of the AP Tried upgrading the AP to the latest stable firmware Tried restarting the APs Tried upgrading the switches to the latest stable firmware Tried restarting the switches. Tried removing the content filtering and disabling IPS IDS We are focusing on the in-office Meraki WLAN and LAN first because of the test results but one thing is certain based from the HAR file that we got. A Get Java script operation is preventing the page from loading instantly when connected to the Meraki wireless and wired network. We are still not sure how this relates when colleagues are using the in-office network where in fact the traffic should be traversing the VPN. These resources are only accessible via VPN but there’s something in the Meraki network that is preventing these from loading instantly
... View more
My Top Kudoed Posts
| Subject | Kudos | Views |
|---|---|---|
| 2 | 3871 | |
| 2 | 2046 | |
| 2 | 2322 | |
| 2 | 2364 | |
| 2 | 2832 |
© 2026 Cisco Systems, Inc.
