Reports: add index and overview; record TR3000 iPad fix after reboot

This commit is contained in:
2026-10-30 14:38:06 -04:00
parent 99eef0bc5d
commit cc4c03c896
4 changed files with 96 additions and 4 deletions

View File

@@ -14,7 +14,7 @@
| 2 | `ratelimit: 20` 按网段计算,整个局域网共用一个额度 | 改为 `ratelimit: 0`(MX8500 同样处理) |
| 3 | dnsmasq 改到 54 端口后,DHCP 不再下发 DNS 服务器,iPad 显示无网络 | 增加 `dhcp_option '6,192.168.156.65'` |
| 4 | 排查时逐包写内核日志,导致 Wi-Fi 固件超时重置,两条上联和两个热点断开约 80 秒;之后 5G 热点没有恢复 | 执行 `wifi` 后恢复 |
| 5 | Wi-Fi 重启后 iPad 的无线链路仍收发不通 | 未解决,待重启 iPad 后确认 |
| 5 | Wi-Fi 重启后,iPad 用原来的私有 MAC 仍收发不通(真实 MAC 可以) | 重启路由器后恢复 |
## 背景
@@ -207,7 +207,7 @@ uci commit dhcp
18:20:17 执行 `wifi`(后台运行,避免 SSH 断开时被中断),两个射频都重新配置。5G 热点在 18:21:32 恢复(wwan5 此时在信道 112,热点 HE80,中心 5530 MHz,等 DFS 检测约 60 秒),两条上联在约 10 秒内恢复。
## 问题 5(未解决):iPad 无线链路不通
## 问题 5:iPad 无线链路不通(重启路由器后解决)
执行 `wifi` 后,Galaxy 重新连上并正常工作,但 iPad(7a:ca:e0:6d:f3:3f)在两个频段都连不通。iPad 自分配了 `169.254.237.114`。
@@ -220,9 +220,24 @@ uci commit dhcp
| rx 速率 | **1.0 Mbit/s**(只有最低速率的管理帧) | 正常 |
| `phy0-ap0` netdev ingress 计数(25 秒) | **0** | — |
驱动收到了 iPad 的帧,但没有一个送到网络接口。路由器发给 iPad 的帧大多也没有得到确认。信号很强,不是距离问题。Galaxy 在同样的重置之后工作正常,所以推测是 iPad 的 Wi-Fi 状态在多次重连和路由器固件重置之后卡住了。
驱动收到了 iPad 的帧,但没有一个送到网络接口。路由器发给 iPad 的帧大多也没有得到确认。信号很强,不是距离问题。Galaxy 在同样的重置之后工作正常。
下一步:先重启 iPad;不行就“忽略此网络”后重新加入;还不行就重启路由器,彻底重新加载 Wi-Fi 固件。
用户测试:iPad 用“固定”私有地址(7a:ca:e0:6d:f3:3f)连不通,改用真实 MAC 可以连通。说明问题跟这个 MAC 绑定在一起,最可能是 Wi-Fi 固件里这个 MAC 的站点表项在固件重置后坏了。`wifi` 只重建接口和 hostapd,不会重新加载 MT7981 固件,所以没能清掉。
### 解决:重启路由器
18:33 执行 `reboot`。约 2.5 分钟后路由器**又重启了一次**,原因不明:`/sys/fs/pstore` 为空,没有 panic 记录;日志从新的一次开机开始,前一次开机的日志已丢失。可能是手动重启,也可能是硬件看门狗(`mtk-wdt`,31 秒)复位。如果以后再出现无故重启,需要先把日志写到持久存储再查。
第二次开机后(18:35:40 左右):
| 项目 | 结果 |
|---|---|
| wwan5 / wwan2 | 开机约 50 秒后上线 |
| 5G 热点 | 信道 112(DFS),18:36:57 CAC 完成后启用,HE80 |
| iPad(7a:ca:e0:6d:f3:3f,固定私有地址) | 先连 2.4G、后连 5G,DHCP 正常;5G 上 tx HE-MCS 8(206.5 Mbit/s)、rx HE-MCS 9,conntrack 71 条连接 |
| 设置 | `dhcp_option '6,192.168.156.65'`、AdGuard `ratelimit: 0` 与 `interval: 6h`、看门狗 crontab 都在 |
用户确认 iPad 恢复正常。
## 附带发现