[避坑] 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 的闭源固件，还未尝试。

[fuzzsh]

从不用牛鬼蛇神魔改的 openwrt ，只买 mainline 支持的型号。。

吹的天上有地下无 没规范的开发流程 始终不成器

[anytk]

根据用的场景，相对而言 360T7 性价比还是很高。目前我是用 360T7 代替了 RM2100 ，提升还是明显的，毕竟也就 130 软妹币。

[kokutou]

为啥不刷官方 openwrt 啊，改版，自编译的我就没遇到一个没 bug 的。
什么？没有官方的？那卖了买一个有关的。

[Chihaya0824]

闭源开源一开始多少都会有些问题，一般过个半年就好很多了

[Chihaya0824]

不过加速方面还是高通的在 lean 那边支持更好

[bibiisme]

1. ipv6 硬件加速可以单独关闭
2.设置 vlan 可以正常使用硬件加速，参考这个 issue https://github.com/hanwckf/immortalwrt-mt798x/issues/66
3. 7.6.6.1 的无线驱动没有这个问题

[bibiisme]

除了一个 ipv6 的 wireguard 需要关硬件加速，其他的都是可以调整设置解决的。上来就什么避坑，真是搞笑。

[bibiisme]

hanwckf 也是倒霉，自己免费做闭源固件放源码出来，结果因为使用者的设置问题还被骂牛鬼蛇神。在这里喷的时候，不妨去看看主线 op 的硬件加速是什么鬼玩意啊？开了后直接连基本的上网稳定都做不到。

[cwbsw]

@bibiisme
很正常的开个帖分享使用感受，自问并没有言语过激的地方，你上来就是这么强的攻击性吗？
1. `echo 8 0 > /sys/kernel/debug/hnat/hnat_setting` 你不会以为我不会单独关闭 ipv6 hnat 吧。明确告诉你没用，速度虽然能跑起来，但是在内网环境下依然有大量异常丢包。
2. 你不会以为那个 issue 我没看吧。只不过那个解决方案很搞笑，划分 VLAN 本来就是为了二层隔离，桥接起来是什么鬼。
3. 回滚驱动版本我不认为是“使用者的设置问题”。

[bibiisme]

@cwbsw 谁让你和其他接口桥接起来了？你看懂那个 issue 的设置了吗？

[bibiisme]

新无线驱动漫游有问题，不是到仓库里提 issue ，而是到其他论坛发帖说“避坑”导致开发者被喷牛鬼蛇神。

这就是“很正常的开个帖分享使用感受”

[bibiisme]

谁划分 vlan 不是为了二层隔离？那两个 issue 提出者都看懂了自己把 issue 关了，就你还在“桥接起来是什么鬼”

[syjbmwpower]

还好个人买 360T7 是当作 AP 来使用的，这个位置还是非常适合的。
至于 OP 说的问题，可以看看差不多配置的 GL.iNet MT3000 是否有同样的问题

[azure2023us]

关闭软加速，编译的时候去掉。

[azure2023us]

https://github.com/0neday/gl-inet-mt-3000/blob/main/config-immortalwrt-mediatek
改下 target ，直接编译

[azure2023us]

> T7 作为客户端跑 wireguard over ipv6 也会有非预期丢包

排除了 gfw udp qos 和 运营商 qos ？

+ 建议分开，wg 只作为辅助，我一般用来连接单位 电脑用。出海还是要用 基于 tcp 的。

> 下面的设备跑 wireguard/ipsec over ipv6
路由器不能全局出海？

[azure2023us]

@bibiisme 可以直接把 7.6.7.0 的 bin 文件替换成 7.6.6.1

[cwbsw]

@azure2023us
测试肯定都是在内网环境下的。
我现在就是 hnat 和 kmod-ipt-offload 模块在编译时都去掉了，用 shortcut-fe 就没啥问题，不过我看 fast-classifier 源码直接就把 udp 500/4500 端口排除掉了，可能这些加速框架跟 vpn 类应用是会有些冲突。

[azure2023us]

@cwbsw shortcut-fe 也是软加速啊，试试去掉 shortcut-fe 和 kmod-ipt-offload 。我目前没有你出现的情况。

[azure2023us]

@cwbsw 另外，不建议编译时用 luci-app_turboACC 虽然他只是一个脚本插件，我还是不建议你用它开启和关闭加速。hnat 加速是自动的，不需要多此一举加开关。

多试试，用我的 config ，编译一个纯净版的固件，一个个排除试试呢。