山西联通也上假公网 IP 了，日子也是好起来了。。。

[Damn]

先说一下背景：
A：某地联通家宽，内网 v4+公网 v6
B：内网对称 nat(nat4)，互联网出口只有 ipv4
C：山西联通家宽，双栈公网
通过 wireguard 互联访问内网服务，AB 互联需要用到 wgsd ，山西联通有公网 v4 ，运行 wgsd 服务端。

最近 AB 互联，BC 互联总是莫名其妙地出现问题，AC 互联优先走 v6 没遇到问题，排查了一番没找到原因，只能持续观察，最近两天终于确定了是山西联通的假公网影响了 BC 互联，进而影响 AB 互联：

第一次及一定时间内 PPPoE 重新拨号，假公网 v4 不变，v6 变化。此时 B 会继续往假公网发送握手包，假公网这边 tcpdump 显示没有收到任何数据。

PPPoE 重新拨号到假公网变化后更新 ddns ，B 获取到新的 ip 后可以重新互联。

这效果跟前两年站内爆料的假公网 ip 号称使用无障碍的效果差了十万八千里啊。。
大概率是重新拨号后映射关系没有及时更新，被明显感知且影响使用，太 low 了。。。

[lcy630409]

有没有一种肯呢个 是被 Q 了？
国内不要用 UDP ！

[bugtik]

论坛用户日常诊断得出的结论：
1.被 Q
2.假公网
3.udp 问题

[Immunize]

换个端口呢，是不是正好有端口冲突了

[Damn]

@lcy630409 abc 都是联通，你是说它发起狠来国内互 q 么？

@bugtik ac 互联一直没有问题，问题只发生在 pppoe 重拨且公网 v4 也没有变化的时候，那阁下有什么高见呢？跟你楼上一样被 q 么？

@Immunize 端口冲突在何处呢？
假定 c 现在的公网 v4 是 1.2.3.4 ，且通过端口 12345 正常互联，c 重拨后再次得到 1.2.3.4 ，b 这端持续往 1.2.3.4:12345 发送数据，c 这边 tcpdump 持续检测不到任何包过来，我观察过最长的时间有 40 分钟吧，后来等不到了再次重拨，公网 v4 变化了才又开始收到数据重新互联的。