@pagxir #8 更新一下，读卡器应该是 https://item.jd.com/10042893530630.html, USB3.1, 支持双卡双读。

这个读速度 （一张 TF 卡，一张 SD 卡）:
bash-5.2# dd if=/dev/sdd1 of=/dev/null status=progress bs=1M
1172307968 bytes (1.2 GB, 1.1 GiB) copied, 13 s, 90.1 MB/s^C
1158+0 records in
1157+0 records out
1213202432 bytes (1.2 GB, 1.1 GiB) copied, 13.6326 s, 89.0 MB/s

bash-5.2# dd if=/dev/sdc1 of=/dev/null status=progress bs=1M
1256194048 bytes (1.3 GB, 1.2 GiB) copied, 14 s, 89.7 MB/s^C
1228+0 records in
1227+0 records out
1286602752 bytes (1.3 GB, 1.2 GiB) copied, 14.5008 s, 88.7 MB/s

TF 卡连接:
https://item.jd.com/100037566184.html


SD 卡连接应该是这个: (卡式几年前买相机送的，上面标速度是 95MB/s, 而京东这里标 100MB/s)
https://item.jd.com/530233.html

手机是一加 7 ， 刷了 lineageos, 然后 magisk

转接头是很普通的 USB 3.0 转接头，是买兰科芯 U 盘的时候送了，推荐买绿联的。

读卡器是飚王 SSK 的，pdd 上买的，最便宜那款，京东链接:
https://item.jd.com/10079471849977.html

当然是实测了。理论值是 100m+

取决于手机接口是不是 USB 3.0 的以及读卡器跟卡的。正常 3.0 + 正常卡 速度到 90MB/s 一点问题都没有，更高的需要超频读卡器或者需要 UHS-II 接口

这个解释的出来的 IP 换其他地方能正常 ssl 握手么，如果能就是回程的 PMTU 不正常，那么可以试试调整一下 MSS 。如果解释出来的的 IP 换其他的地方也不能正常 ssl 握手，那么就这个 IP 主机的服务卡 bug ，挂了。

业务失败的时候，不能发起冲正么

如果你的每个接口都挂在一个网桥下，那么它本就该如此，跟转不转发没有关系。如果不是一个桥下的，那就是你的 ra 配置不对，你需要每个接口配置单独的前缀。

S905X3 的比较便宜，就是只有 32bit 的系统，RK3588 的比较好。

可以，根据端口策略路由。

@RanShunliu #4 缺钱可以试着干干 IT 、不然还是一步到位吧。没必要去试 IT

先考上，再考虑这些事情。八字没一撇，想那么多干嘛。

交换机，硬 AP ，还是需要的吧。可以提供支持。

正常的情况下，组播发送方加不加入组也不影响发送组播包。但是接收方需要加入组才能接收到组播报文。L3 的组播报文需要正确的映射到 L2 的组播组去。你可以 tcpdump 查查 L2 组播组跟 L3 组播组是否一致。路由器一般会运行 igmpd 跟 mld 来协助处理 igmp/igmpv6 协议，通过它们建立正确的 L2 转发表，如果没有 igmpd/mld 的话，要么全部禁用组播，要么就直接 flooding 。

需要 igmp snooping 来完成组播报文的 L2 端口转发。估计 ios 设备发送的是 L2 的广播包,且跟 iOS 跟 linux 在同一个广播域。

@zenjury id

环境问题。检查下读写权限。

@sangmingming 修改一下旁路由的 radvd.conf 配置，将路由的 priority 修改成 high 。不过如果你主路由广播 ipv6 的 DNS 估计解析还会有问题，不过如果是 android 机器的话，可以在你旁路由打开 DOT 支持，并将手机的 private DNS 设置成自动。 至于 ios ，怎么打开自动 DOT ，就不清楚了，因为我没有 ios 设备。

@sangmingming 修改一下 dns 配置，或者改一下/etc/gai.conf

openwrt 的 wan 口走 relay 还是 prefix delegate ， 是不是 dhcpv6 实现有问题，导致前缀失效没有及时刷新。