A bump in the Wire - OpenWRT as a Bridge

[sfx2000]

Thoughtful article...

Basically putting an OpenWRT Bridge between the Router and Modem to sort out QoS issues in a transparent manner using OpenWRT as a Bridge device. Bit of VLAN magic perhaps, but rest is pretty solid.

https://apenwarr.ca/log/?m=201808#08

FWIW - the author here has serious background with google fiber...

 

[HowIFix]

Do you have to disable QoS on the router that is used as the main?

Pi-hole and now OpenWRT SQM Cake.

 

[sfx2000]

Do you have to disable QoS on the router that is used as the main?

Pi-hole and now OpenWRT SQM Cake.

Probably won't need it on the WAN connection of the Router if the Bump Box is running, however, depends on the router, some incorporate the QoS functions across the different interfaces and don't break things out on a per interface basis.

 

[LowDelay]

Do you have to disable QoS on the router that is used as the main?

Pi-hole and now OpenWRT SQM Cake.

If running SQM Cake already on your router, no need for the config listed in the article.

Cake works best if it is on the subnet of LAN, not ahead of it, where the devices are hidden by the routers NAT (if the 'bump' is ahead of the main router/FW/DHCP).
The bump in the wire seems useful if you can insert it between a bridge modem and the primary router, where the router is an off-the-shelf comercial product and not some tweakable open-source build.

 

[NGRhodes]

If running SQM Cake already on your router, no need for the config listed in the article.

Cake works best if it is on the subnet of LAN, not ahead of it, where the devices are hidden by the routers NAT (if the 'bump' is ahead of the main router/FW/DHCP).
The bump in the wire seems useful if you can insert it between a bridge modem and the primary router, where the router is an off-the-shelf comercial product and not some tweakable open-source build.

FYI
Cake can sit on the WAN interface and get access to the pre-nat addresses (it has access to the translation tables), giving true per host control.
It works brilliantly.

Just needs a small amount of extra config:

https://openwrt.org/docs/guide-user...nd_dance_on_a_tight_rope_without_a_safety_net

 

[sfx2000]

The GL-Inet AR-300M is a decent candidate for links that are under 100Mbit/Sec (HW limitation as it is not a gigabit ethernet device) - did some testing with this device, works fine... the QCA9531 is well balanced here, and non-blocking.

(FWIW - I'm becoming rather enamored with the little AR-300M as it's very open on the SW side, and well documented on the HW side - for a little box, it's interesting)

It's a native OpenWRT device with factory firmware, or one can build their own...