OC200 rate limit on SSID not working
OC200 rate limit on SSID not working
Hi All,
I have an OC200 running two AP's (eap225 and a eap225 outdoor) pretty simple setup with 4 SSIDs one for staff and poss systems. and three for customers including 2 free ones and one paid. all of this is managed by portals assosiated with the corrosponding SSID.
I am trying to rate limit the two free SSID's but no matter what I enter into the rate limit option under the SSID sections, it has no effect on download or upload speed. even if I set the KBPS rate to 1 I can still download at over 100mbs on the corrosponding SSID. any idea what I could be missing.
I did contact TP-link support about this direct but that was days ago with zero responce so hoping will have more luck here! has anyone come across this before?
- Copy Link
- Subscribe
- Bookmark
- Report Inappropriate Content
if I set a rate limit of 1 Kbps or 10 Kbps, I can't load any website at all b/c of timeouts in the browser. I can't even load my own website, which is plain HTML text, no Javascript, no dynamic content, no big images, very slim and super-fast. With a 1 Kbps limit I can't even issue DNS queries, b/c MacOS (falsely) detects a missing Internet connection, thus causing the browser to show an error message and the OS displaying an exclamation point over the grayed out WiFi symbol.
A limit of ~70 to 100 Kbps is the lower limit to be able to load websites. A Youtube page requires minutes to load. As soon as the browser has loaded ~3-5 seconds of a YT video (after loading all those thumbnails in minutes), it starts playing the video, but it repeats the first 3 seconds of the video dozens of times until next 3 seconds have been loaded. Then again it repeats the following 3 seconds several dozen times again.
Videos are streamed over HTTPS and are subject to browser caching, so the browser plays the video from the cache and repeats it again and again until the data for following 3 seconds have been loaded.
I suggest to check your network setup and the testbed. There must be something terribly wrong.
- Copy Link
- Report Inappropriate Content
- Copy Link
- Report Inappropriate Content
- create another SSID with encryption (to prevent devices switching away from it), set a rate limit,
- disconnect your laptop from the wired network,
- delete all WLAN names known to te laptop (again to prevent switching away to another known WLAN),
- clear the browser cache,
- connect to this new SSID,
- then run the test again (keep an eye to the WiFi connection to ensure it's still connected to the new SSID).
BTW: SSID limits have nothing to do with WiFi basic rate limits. The client and the EAP still negotiate a much higher basic rate:
- Copy Link
- Report Inappropriate Content
@malcoski Please try to login to the EAP via the SSH as I said above, then input "cat /tmp/log/rec/ecs.rec", and you will see there are so many logs. We can see if the configuration of Rate Limit is issued to the EAP.
- Copy Link
- Report Inappropriate Content
@malcoski Did you ever resolve this as I have exactly the same problem. Have several SSIDs configured with rate limits and still the speed tests show no restriction on download or upload.
Edit: Ok after some experimentation I've found this does appear to be a bug in the controller software. I have, like the OP, several VLANs configured for the wireless networks. If I set a rate limit on the individual wireless networks, it has no effect. However if I use the Transmission, Bandwidth Control option within the Omada Controller then this does work when applied to the VLAN for the specific network. It won't work by applying the rate to the wireless settings under wireless networks.
- Copy Link
- Report Inappropriate Content
Hi, do you know if this bug was ever resolved? I too have multiple SSID/VLANs and would prefer to rate limit at the AP and not the router.
EDIT: Just verified it seems to be working (EAP225 outdoor v5.0.5 and Omada SW 5.0.30 (Docker img, mbentley). I can limit per user on an SSID/VLAN in the SSID definition, and I can impose SSID wide (well Network or subnet tested, but seems you could do this by IP/IPrange as well here) limits via the Transmission->Bandwidth Control menu (tested aggregate). I still need to better understand the 'Threshold Control'...ie 80% of what...either, combined, ???...but first I must go RTFM ;)
- Copy Link
- Report Inappropriate Content
@d0ugmac1 Not sure as I used the alternative method to set the rate so haven't gone back to experiment. It's all working at customers address so I'm not keen to experiment!
- Copy Link
- Report Inappropriate Content
Information
Helpful: 0
Views: 4686
Replies: 17
Voters 0
No one has voted for it yet.