# Software flow offloading implications

**URL:** <https://forum.openwrt.org/t/software-flow-offloading-implications/90957>\
**Category:** Installing and Using OpenWrt\
**Created:** [March 11, 2021, 2:26pm UTC](https://forum.openwrt.org/t/software-flow-offloading-implications/90957 "2021-03-11T14:26:02Z")\
**Posts on this page:** 1\
**Showing post:** 30

<div class="post-metadata">

**Author:** ![Luka](https://forum.openwrt.org/letter_avatar/luka/32/5_5575768a8748004e209b776fc1b2916d.png) [@Luka](https://forum.openwrt.org/u/Luka)\
**Post date:** [March 26, 2023, 11:17pm UTC](https://forum.openwrt.org/t/software-flow-offloading-implications/90957/30 "2023-03-26T23:17:54Z")

</div>

It's working if the SQM interface set as wan (device), but software flow offloading does not help with SQM if the interface set as pppoe-wan (tunnel). My test on my friend's FTTH line with 200/20 plan showed that Xiaomi Mi Router 4A Gigabit Edition is able to shape up to 150mbps using CAKE without software flow offloading and it's fine doing 200mbps with software flow offloading turned on. But I'm afraid Diffserv is not working when shaping is done on wan instead of pppoe-wan, every packet goes into Best Effort tin. Othen than that I wasn't able to test if nat option is working, so not sure about that.

@moeller0

---

_[View the full topic](https://forum.openwrt.org/t/software-flow-offloading-implications/90957)._