[避坑] 360T7

[cwbsw]

前段时间跟风入了一台 360T7 ，用了一段时间后感觉还不错，有线和无线都有硬件加速，转发基本不占 CPU ，1.3GHz 双核 A53 的算力可以全部用来跑一些服务，wireguard 能跑 500M ，ipsec 也有 300-400M ，非常够用。于是又买了 3 台，准备把家里路由器全部换了，一阵刷机折腾之后终于全部上线了，没想到却遇到了一些之前没料到的问题，在这里记录一下，供参考。

1. ipv6+udp+硬件加速有 BUG ，T7 作主路由开启硬件加速，下面的设备跑 wireguard/ipsec over ipv6 速度只有几十 K ，主路由关闭硬件加速后回复正常。T7 作为客户端跑 wireguard over ipv6 也会有非预期丢包，关闭硬件加速无法解决，必须全部卸载硬件加速相关模块才可修复。

2. vlan interface 在开启硬件加速后与其它 interface 转发速率只有几 M ，关闭硬件加速后解决。

3. 漫游问题。终端从 AP1 漫游到 AP2 很快再回到 AP1 会无法通信一段时间，关闭 Wi-Fi 硬件加速后解决。

综上，本来作为卖点的硬件加速没想到有这么多问题，现在暂时主路由删除所有硬件加速模块后当软路由用，AP 也关闭 Wi-Fi 硬件加速，所幸速度变化不大，无非 CPU 占用多一点，这对 AP 来说问题也不大。

以上结论基于 https://github.com/hanwckf/immortalwrt-mt798x 编译的固件，昨天 lean 也出了 360T7 的闭源固件，还未尝试。

[azure2023us]

@bibiisme 提一嘴，hanwckf 的 immortalwrt-mt798x 很多包都没有安装主线的来，包依赖关系比较混乱，后期添加官方源安装其他包时，可能会提示冲突。
比如，https://github.com/hanwckf/immortalwrt-mt798x/issues/73 ，这个依赖关系比较奇葩啊。

[cwbsw]

@azure2023us
我意思就是 sfe 是不丢包没问题的啊。
看了下你的 config 意思是 mediatek_hnat 可以不依赖 kmod-ipt-offload 的吗？我看 hanwckf 的 config 里有这个还以为是必须依赖的。
shellsync 那个是用来同步多拨的吧，所以加了个 macvlan 的依赖。

[azure2023us]

@cwbsw 不依赖，2 者没直接关系，一个是硬加速，一个是软的。如果是依赖的话，选中 mtk 相关 wifi 驱动时，kmod-ipt-offload 会自动选中，且不可修改。

[cwbsw]

@azure2023us
试了下不编译 kmod-ipt-offload 的话，hnat 不会生效，/sys/kernel/debug/hnat/hnat/entry 里面是空的，CPU 也有占用。

[azure2023us559]

@cwbsw github.com/gl-inet/gl-infra-builder/issues/69 , iptables nat 全局透明代理下，硬件加速好像有问题？

[azure2023us559]

@cwbsw 试了加不加 offload ，结果都一样。

[hanwckf]

@azure2023us 这个是因为除去 mtk 内核、驱动的部分，其它都是 fork immortalwrt 的，本身就不是基于主线 op 的软件包…

[levenwindy]

有没考虑过 加速和转发 功能不能共存？例如 tplink ，开启硬件加速后，上网控制功能就不能用，也不能进行端口转发

[zyjia]

大神，可以给一个配置文件 config 吗,我编译的没有无线菜单，谢谢了

[cwbsw]

@zyjia
闭源驱动参考
https://github.com/hanwckf/immortalwrt-mt798x
或者
https://github.com/padavanonly/immortalwrtARM/tree/mt7981
开源驱动参考 https://github.com/openwrt/mt76/pull/771

[westerndream]

关于问题 1 2 ，已有解决方案，待作者合入
https://github.com/hanwckf/immortalwrt-mt798x/issues/9#issuecomment-1749428241