@FireFrog 所以看具体方案，开源的话比如用楼上说 Batman adv mesh ，要实现 AP 有线+无线回程，网络自愈，我记得要用 vlan, mesh 内部一个网，子路由对外出口一个网，时间比较久了，细节记不清了，你可以自己试试挺有意思的

你需要的是 SSO+Device Enrollment ，例如 MS 的 Intune

@zxkmm #4 淘宝上挂的众多 H2 可以引出 GPIO 接 I2C 设备吗？

看品牌的，有些就必须经过主路由建立的隧道或者 vlan 。比如 TP ，主副路由都在 AP 模式，主路由一挂，副路由全断网。

@dalaoshu25 工信部投诉要是有用，还会搞省间结算，跨网速度开倒车？

公司有 VPN 牌照吗？私设非法互联网信道警告，你和老板有多大仇？

动态路由很正常，多出口负载均衡而已。三大里面数联通最离谱了，traceroute 里同一跳经常 3 个以上 ip ，延迟差了几十 ms 。

802.11kvr 了解一下，还有就是各家私有协议 mesh

以下方法逐个试试：

1. 移动可能不支持无穷大的租期时间，修改为 prefix ::/64 3600;

2. 删除 ifid 1

3. /etc/ppp/options 添加
+ipv6
ipv6cp-accept-local
ipv6cp-accept-remote

4.换成 odhcp6c （ op 同款）

只有 ipv6 出问题的话可能是 PTMU 黑洞，中途设备 MTU 过小

配置 dhcp6c.conf 不贴怎么分析，谁知道有没有请求 pdhttps://i.imgur.com/L62ZP7V.png

3 天给了 100 ，还怀疑对方拜金再想给 300 ？人家图你这点么，除非次抛，什么女人不会被吓跑

还是 cn2 牛逼，9929 虽然走东京 NTT 了，但延迟去到了 200+，最近一直抽风
https://i.imgur.com/yzhu65A.png

@wangyaominde #22 高兴的太早 https://i.imgur.com/agAJ0Rd.png 日本方向 NTT/软银的 4837 和 9929 都不太稳定。好的时候延迟 33+速度拉满，抽风时丢包 30

要么直接 DDNS+开洞 要么用支持隧道的 app

1.开启 MSS 钳制：解决 PTMU 黑洞
2.DNS 开启 v4 v6 优选测速和缓存：解决 v6 延迟高和回落问题
3.禁止国外网站 v6 解析：解决翻墙工具 Bug ，直连效果差
4.双栈回连家中服务，在路由端设置 DDNS 和 NAT66 ，服务端分配 GLA：保证 v4 v6 对外地址一致
5.docker 用 macvlan+SLACC：解决 pd 变化
6.路由器入站全部阻止，P2P 服务开洞：这点和 v4 端口转发不同
7.多 WAN 路由用 MAPT 或者修改客户端 gai.conf：解决线路选择
8.放弃旁路由：完美实现要折腾 VLAN ，L2 设备都要换

结论：普通家宽没有特殊需求没必要开启 ipv6 。
例外：1. PT 用户 2.有能力调优折腾
理由：1. 针对公开服务需求，IPv6 前缀动态变化，还是需要 DDNS 绑定。甚至由于 RA 通告变化频率比 v4 还高。v4 不重拨一般 ip 不变。2.光猫默认开启防火墙，需要手动破解超密开洞或桥接 3.相当部分网站 v6 延迟大于 v4 ，客户端默认 v6 ，优选调整很折腾 4.少数网站会出现回落 v4 ，影响加载速度 5. v6 不支持分片，有 PTMU 黑洞问题。6. v6 一般不走 NAT ，路由选择全靠客户端，对多 WAN 不友好。7. docker 对动态前缀支持相当差，配置需要折腾 8. 大部分国外线路 v6 路由相当差 9.翻墙工具对 v6 支持差，容易出 bug

9929 去大部分 as 比 4837 延迟都高，去美西 cn2 的更是绕了欧洲。唯一优势是负载低。

真相可能是 MTU 不一致导致的 IP 分片开销，抓包 wg 口看有没有分片可知。路由防火墙里开 MSS 钳制一劳永逸解决。