I’d kind of like to keep this on topic if we could. QSDK is NOT GL.iNet 3.203 or 4x. All the other GL.iNet devices we use are. We are eagerly awaiting a 21.02.x release for other reasons. However, QSDK is based on OpwnWrt 15. There are numerous dependent libraries that are nowhere near 19.07 or 21.02. For example, the entire TCP stack. A simple diff in the kernel net directory will tell you all you need to know. For this reason, I cannot run my custom software on this device, we tried. The amount of back porting we’d have to do is just not worth it. Also, we build our images based on the GL image builder. There isn’t one for the QSDK versions. This breaks our entire CI/CD chain. This device is simply not ready for prime time to replace previous GL gear. So again, it will sit on the shelf until it can. It’s a great hardware platform, we are eager to use it, but it isn’t ready yet. We will stick to the Beryl for now and forgo our plans to move to WiFi 6, at least with this product. To that end, devices that support the MT7621A (built in GigE switch) look promising. There is support for a few in 21 snapshot already.
You must also consider that IPQ6000 chips are not generally supported by OpenWRT 15-21 at all. This is a pure QSDK development. This means we are stuck with those package repos. They are missing a lot.
2 Likes