ASUSWRT AiMesh 2.0全功能官方386 RC2公测版(Update 2020/09/11)

涵哥 · 发表于 2020-9-23 09:23:48

caosir 发表于 2020-9-21 11:01
今天升级了第二台GT-AC5300，问题来了。

第二台GT-AC5300作为AiMesh的node节点，一直在重启无线网络:

如果可以，烦请提供完整的log

涵哥 · 发表于 2020-9-23 11:01:32

caosir 发表于 2020-9-21 11:01
今天升级了第二台GT-AC5300，问题来了。

第二台GT-AC5300作为AiMesh的node节点，一直在重启无线网络:

请用这个固件试试看
应该能解决你的问题
http://52asus.com/thread-15702-1-1.html

fengdh · 发表于 2020-9-23 14:54:03

谢谢分享。。。。。。。。

caosir · 发表于 2020-9-23 17:13:10

本帖最后由 caosir 于 2020-9-23 17:36 编辑

涵哥发表于 2020-9-23 11:01
请用这个固件试试看
应该能解决你的问题
http://52asus.com/thread-15702-1-1.html

正在尝试，稍后反馈

caosir · 发表于 2020-9-23 17:45:34

涵哥发表于 2020-9-23 11:01
请用这个固件试试看
应该能解决你的问题
http://52asus.com/thread-15702-1-1.html

试着升级了新固件，还是跟以前一样的bug。

node节点上:

Sep 23 17:40:20 BHC: bandindex(2): state is 2
Sep 23 17:40:22 BHC: WiFi connection status change.
Sep 23 17:40:22 BHC: bandindex(0): state is 2
Sep 23 17:40:22 BHC: bandindex(1): state is 0
Sep 23 17:40:22 BHC: bandindex(2): state is 2
Sep 23 17:40:26 BHC: WiFi connection status change.
Sep 23 17:40:26 BHC: bandindex(0): state is 2
Sep 23 17:40:26 BHC: bandindex(1): state is 2
Sep 23 17:40:26 BHC: bandindex(2): state is 2
Sep 23 17:40:28 BHC: WiFi connection status change.
Sep 23 17:40:28 BHC: bandindex(0): state is 2
Sep 23 17:40:28 BHC: bandindex(1): state is 0
Sep 23 17:40:28 BHC: bandindex(2): state is 2
Sep 23 17:40:30 BHC: WiFi connection status change.
Sep 23 17:40:30 BHC: bandindex(0): state is 2
Sep 23 17:40:30 BHC: bandindex(1): state is 2
Sep 23 17:40:30 BHC: bandindex(2): state is 2
Sep 23 17:40:34 BHC: WiFi connection status change.
Sep 23 17:40:34 BHC: bandindex(0): state is 2
Sep 23 17:40:34 BHC: bandindex(1): state is 0
Sep 23 17:40:34 BHC: bandindex(2): state is 2

aimesh服务器上:

Sep 23 17:43:18 kernel: wfd_registerdevice Successfully registered dev wds1.0.1 ifidx 1 wfd_idx 1
Sep 23 17:43:18 kernel: Register interface [wds1.0.1]  MAC: 60:45:cb:ce:fa:b4
Sep 23 17:43:20 wlceventd: wlceventd_proc_event(486): eth7: Disassoc 18:31:CF:29:A8:42, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8)
Sep 23 17:43:20 kernel: wfd_unregisterdevice Successfully unregistered ifidx 1 wfd_idx 1
Sep 23 17:43:23 wlceventd: wlceventd_proc_event(505): eth7: Auth 18:31:CF:29:A8:42, status: Successful (0)
Sep 23 17:43:23 wlceventd: wlceventd_proc_event(534): eth7: Assoc 18:31:CF:29:A8:42, status: Successful (0)
Sep 23 17:43:23 kernel: wfd_registerdevice Successfully registered dev wds1.0.1 ifidx 1 wfd_idx 1
Sep 23 17:43:23 kernel: Register interface [wds1.0.1]  MAC: 60:45:cb:ce:fa:b4
Sep 23 17:43:26 wlceventd: wlceventd_proc_event(486): eth7: Disassoc 18:31:CF:29:A8:42, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8)
Sep 23 17:43:26 kernel: wfd_unregisterdevice Successfully unregistered ifidx 1 wfd_idx 1
Sep 23 17:43:28 wlceventd: wlceventd_proc_event(505): eth7: Auth 18:31:CF:29:A8:42, status: Successful (0)
Sep 23 17:43:28 wlceventd: wlceventd_proc_event(534): eth7: Assoc 18:31:CF:29:A8:42, status: Successful (0)
Sep 23 17:43:28 kernel: wfd_registerdevice Successfully registered dev wds1.0.1 ifidx 1 wfd_idx 1
Sep 23 17:43:28 kernel: Register interface [wds1.0.1]  MAC: 60:45:cb:ce:fa:b4
Sep 23 17:43:32 wlceventd: wlceventd_proc_event(486): eth7: Disassoc 18:31:CF:29:A8:42, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8)
Sep 23 17:43:32 kernel: wfd_unregisterdevice Successfully unregistered ifidx 1 wfd_idx 1
Sep 23 17:43:33 wlceventd: wlceventd_proc_event(505): eth7: Auth 18:31:CF:29:A8:42, status: Successful (0)
Sep 23 17:43:33 wlceventd: wlceventd_proc_event(534): eth7: Assoc 18:31:CF:29:A8:42, status: Successful (0)
Sep 23 17:43:33 kernel: wfd_registerdevice Successfully registered dev wds1.0.1 ifidx 1 wfd_idx 1
Sep 23 17:43:33 kernel: Register interface [wds1.0.1]  MAC: 60:45:cb:ce:fa:b4

简单的翻译一下:

Sep 23 17:43:53 事件: 5G-1: 关联 AC5300-S-5G1
Sep 23 17:43:53 内核: 成功登记 dev wds1.0.1 ifidx 1 wfd_idx 1
Sep 23 17:43:53 内核: 登记接口 [wds1.0.1]  MAC: AC5300-M-5G1
Sep 23 17:43:54 事件: 5G-1: 断开 AC5300-S-5G1
Sep 23 17:43:54 内核: 取消登记 ifidx 1 wfd_idx 1
Sep 23 17:43:58 事件: 5G-1: 关联 AC5300-S-5G1
Sep 23 17:43:58 内核: 成功登记 dev wds1.0.1 ifidx 1 wfd_idx 1
Sep 23 17:43:58 内核: 登记接口 [wds1.0.1]  MAC: AC5300-M-5G1
Sep 23 17:44:02 事件: 5G-1: 断开 AC5300-S-5G1
Sep 23 17:44:02 内核: 取消登记 ifidx 1 wfd_idx 1
Sep 23 17:44:03 事件: 5G-1: 关联 AC5300-S-5G1
Sep 23 17:44:03 内核: 成功登记 dev wds1.0.1 ifidx 1 wfd_idx 1
Sep 23 17:44:03 内核: 登记接口 [wds1.0.1]  MAC: AC5300-M-5G1
Sep 23 17:44:06 事件: 5G-1: 断开 AC5300-S-5G1
Sep 23 17:44:06 内核: 取消登记 ifidx 1 wfd_idx 1

caosir · 发表于 2020-9-23 22:14:23

另外AiMesh 2.0里提供了将特定的终端绑定至某个node节点的功能，

我试了一下，最多提供8个终端的绑定。

但这个绑定，总体的感觉，只有80%的成功率，总有1-2个终端会顽固的错连到很远的node节点。

当然了，这是华硕AiMesh的常见现象。

于是尝试着手工“重新连接”错连到远node节点的终端。服务器上也已经出现了提示:

Sep 23 22:05:21 漫游: 节点 [AC5300-S](信号: -43dbm) 对 [XXXX客户端](信号: -70dbm) 可漫游

但"重新连接"尝试了一会儿后，仍然会提示，当前的链接是最优链接，真让人无语。

华硕的工程师们，你能不能相信客户一点，既然客户已经主动去"重新绑定"了，能否在切换策略上重新调整一下？

涵哥 · 发表于 2020-9-24 13:58:50

caosir 发表于 2020-9-23 22:14
另外aimesh 2.0里提供了将特定的终端绑定至某个node节点的功能，

我试了一下，最多提供8个终端的绑定。

不能固定的，你看一下是不是用的是随机mac
另外，你提到的点，记得是有优化过的。
我这边后续再试试看

caosir · 发表于 2020-9-24 16:38:25

涵哥发表于 2020-9-24 13:58
不能固定的，你看一下是不是用的是随机mac
另外，你提到的点，记得是有优化过的。
我这边后续再试试看 ...

没有用随机mac地址，我日志里都能看得到的。

在384的系统里，有几个设备最容易错连，尤其是 iPad 2020 pro，
iOS 13.7系统，所以还不涉及到iOS 14里的虚拟mac问题。
这个设备比如放在卧室里，隔它2米内就是卧室里的node节点(RT-AC1900P)，这设备也舍近求远，去连客厅里的GT-AC5300，极少的机会会正确切换回卧室的node节点。其实连到客厅后，无线信号并不理想 -60dBm的样子，如果能正确连接到卧室，那信号则为-33dBm。

升级到386固件后，iPad错连的问题好像解决了，基本上不用手工干涉了。就能连接到就近的node节点了。

在386，384系统里，容易错连的设备，主要有以下两类:

1. 小米系列：小米闹钟，小米台灯，小米电饭煲，这一类的小米家族，经常容易错连。
2. Eraclean空气净化器，特别容易错连。

一般而言，手机（iPhone系列）都能很完美的进行切换。安卓手机也能正确切换。