This is how I understand it:
When AP and station are WMM enabled each can send (after negotiation) priority frames. So PC or TV could use more airtime.
The mikrotik (AP) WLAN will send priority frames when packets do carry internal priority information. For packets from “outside” interfaces priorities must be assigned by firewall-mangle or bridge-filters. But I would guess, frames received at the very same WLAN chip where forwarded to the same WLAN would also keep their WMM priority and sent accordingly.
Interesting!!! I have to dig deeper in this WMM. WMM priority when received over WLAN how is it marked? DSCP (TOS) or MKT priority?
If the priority is maintained in the MKT, then with the default config only priority=0 will use A-PMDU. Could be a performance disaster.
Yes I have seen that. It is well explained. But still I cannot formulate the answer to this statement …" if I receive WMM negotiated traffic on a WLAN, and bridge forward it to the same or other WLAN in the same MKT will it still carry that WMM priority? …"
[quote=“, post:22, topic:139710”]
If the priority is maintained in the MKT, then with the default config only priority=0 will use A-PMDU. Could be a performance disaster.
[/quote]
That’s always a trade-off between bandwidth and latency. Sometimes you have to scarify one or the other for a specific traffic.
I know this trade-off. But the implementation in MKT is not clear to me. Is the on/off selection per priority of the a-PMDU a selection between " 64 MSDU and 64 bit blockACK" or “no A-PMDU”? Or is this moderated or adaptive aggregation. Can we see what it does? … http://forum.mikrotik.com/t/how-to-get-rid-of-slow-wifi-can-it-be-done/139640/1 (with links towards adaptive frame aggregation tests). Exemples of adaptive frame aggregation show typically 2 MSDU in one A-MSDU, 16 A-MSDU in one A-PMDU, but fluctuating like the MCS rate selection.
It is a bit of a pity that that article does not contain any examples, and that the “by default usually wanted” configuration of “take priority from DSCP” is not included in the default config of RouterOS (as it is on almost any other manufacturer’s WiFi equipment).
That can make MikroTik APs look bad when compared to others…
There also is no checkmark for applying this default priority on the Wireless interface config page, next to the “WMM support” setting, as there is for some other config like “clamp TCP MSS”.
I normally have this in my mangle config:
/ip firewall mangle
add action=set-priority chain=postrouting comment=“From dscp high 3 bits”
new-priority=from-dscp-high-3-bits
and of course:
/interface wireless
set [ find default-name=wlan1 ] wmm-support=enabled
That being said, priorities should not be the reason why the original problem that was being presented here is present. It would
help e.g. when you are doing file transfers and VoIP over the same link, but video usually has enough buffering to overcome temporary
problems like other data going before.
Thanks Pe1chi, we are indeed quite off-topic here. 15 Mbps PC-AP-TV should indeed be no issue here with or without WMM.
But as we are on this WMM and priority technical detail. I understand that “use IP firewall” on the bridge will also be needed. And is the DSCP-priority rule also active in this PC-AP-TV link? I think it is as the transmission is “PC-AP” and “AP-TV”.
I normally have no need for something as complicated as Diffserv, having a couple of different priorities as 802.11e and WMM specify is good enough.
So the simple mapping of high-3-bits to priority (and then back to 4 priorities in WMM) is good enough for my usage.
When you want it to be complicated, you can define the entire mapping yourself with the appropriate mangle rules…
I had similar problem.
I have OLED55C9 which worked great before I changed my router to hap ac2.
After setup i noticed some problems with films playback through dlna server. (btw it also affects to AirPlay which I noticed later)
I tried all the options from this thread but nothing helped.
And then I just started to messing with different settings and… skip-dfs-channels=all did the trick.
Also I checked my suspicious on Asus ax58u and i’v got similar behavior.
Seems like LG isn’t friends with dfs. But this is certainly not a problem of MikroTik.
That setting is only available in ROS7, if you are having troubles finding it. For ROS6.x you can manually select a non-dfs channel and it would do the trick.
MT WIFI is a mystery. Suggest they revert back to manufacturers code for wifi chips and stop this nonsense OR
Dedicate WIFI resources to actually provide a complete wifi solution with credible documentation and selections on RoS.
If you dont have the resources then pay for Pikachu and Bpwl to fly to Riga to sort it out.
I was unable to rectify my capac wifi dropouts and the basement dwellers were ready to strangle me.
I replaced it with a TPLINK eap245 and so far smooth sailing and I know jack shit about wifi.
Am I angry about spending the extra money, heck no, I like playing with tech.
I am sad that I couldnt optimize what should be a decent piece of kit
I am sad that I was not able to provide a good wifi experience to others.
Am I a bit embarrassed for using a diff vendor, yes.
Am I going to use the eap245 at my mother-in-laws house, damn straight if I want to keep my sanity.
4K blueray rip (legally acquired of course) can be up to 125mbps, or around those bitrates. If your MT wifi configuration cannot handle 125x2 mbps speed then you will have a problem. Firstly test your wifi troughtput, if your MT can’t handle 300mpbs then check your configuration.
I just tested and it can be done. I streamed 30 sec test video whit constant bitrate 120mbps and it worked, lagged a bit at beginning, but after that no issues. Winbox reported speeds where around 150mbps peak on both sides, that maches my overall troughtput speed - around 300mpbs.
Make sure that your PC and TV PHY speeds are good, connection is fast and stable.