上海电信最近为什么 IPv6-PD 频繁轮换,最近没法儿用了

WayneCmd 2026-10-19 14:55 1


  • 内核里有 57 条历史前缀的 unreachable 路由残留( 240e:38b/38c/38d/... 等),而路由器仅运行 24.7 天

  • 意味着上游运营商/光猫平均 每天 2 次以上更换下发的前缀(可能是上游 PPPoE 重拨或光猫 DHCPv6-PD 续约失败重新分配)

  • 每次前缀变化,LAN 客户端就会:生成新 GUA → 旧 GUA 变 deprecated → 新旧地址并存一阵 → 旧地址最终失效。这个 churn 过程就是“轮换都有问题”的直接原因


现在很多 cdn 都有 ipv6 了,而且优先走 ipv6, 这就导致看视频,甚至聊天中的一个图片加载都巨慢


每次都是把手机平板什么的 断掉 Wi-Fi ,然后再连回去,让 ipv6 /128 的地址刷新了才恢复速度


今天受不了了,把 IPv6 的 DNS 解析全都过滤掉了

最新回复 (18)
  • lc125581200 10-19 15:34
    1楼
    是没有还是无法下发 ipv6 的问题,拨号没获取到 ipv6 地址
  • WayneCmd 楼主 10-19 16:09
    2楼
    @lc125581200 能获取到,他就一直在变,导致下游设备用的旧地址失效
  • starinmars 10-19 17:53
    3楼
    固定 ipv6 ,或者用 nptv6
  • wtks1 10-19 18:35
    4楼
    我这边的上海电信压根没下发 pd ,现在全靠 openwrt 中继
  • ranaanna 10-19 20:06
    5楼
    对于这种情况,一般地我们都是把路由器 ipv6 router advert 的两个参数 preferred lifetime 和 valid lifetime 都设置为 0 ,这样旧地址会马上滚蛋,但这样局域网的一些 ipv6 会话可能有点影响所以也可以把 valid lifetime 设置为比如说 30 允许其在短时间内完成
  • WayneCmd 楼主 10-19 20:59
    6楼
    @wtks1 再不行了我也得改用中继
  • lixcc 10-19 21:00
    7楼
    PD 过期时间一般就是 1-3 天
  • WayneCmd 楼主 10-19 21:08
    8楼
    @ranaanna valid lifetime 设置那么短的话,长连接不是全都说再见了。但是是个方向。

    上游通过 DHCPv6-PD 下发前缀时给的动态值:preferred ≈ 132000s ( 1.53 天)/ valid ≈ 218000s ( 2.53 天),并随时间递减

    但是他换 PD 比他这个定的这个时间快多了,我确实应该调整这个值
  • WayneCmd 楼主 10-19 21:10
    9楼
    @lixcc 目前他大概一天换两次。 以前好好的,换地址没有什么感知
  • UEFI 10-19 21:40
    10楼
    我的好像一直没换过,光猫桥接模式,OpenWRT 拨号获取的 IPv6
  • sonnetbreeze 10-19 21:47
    11楼
    op 拨号没遇到,可能和 bras 有关系
  • duduke 10-19 22:34
    12楼
    我用的 nat6 ,因为我有两条宽带,想设置路由走哪个出口,不过也能解决 op 的问题
  • WayneCmd 楼主 10-19 23:14
    13楼
    @duduke nat6 不是违背了 ipv6 的初衷了嘛,我看 PT peers 上能有 30%-40%的人可以 ipv6 直连
  • WayneCmd 楼主 10-19 23:23
    14楼
    @sonnetbreeze 这怎么办,他们能注意到有这个问题吗
  • laoluohenmang 10-20 00:27
    15楼
    没发现这种情况。具体还是看楼主在哪个区域,你所在区域的电信局设备做什么维护操作不等于全上海都是如此。
  • xqzr 10-20 03:43
    16楼
    > valid lifetime 设置那么短的话,长连接不是全都说再见了。但是是个方向。

    RA 间隔 < valid lifetime 就可以一直续期
  • duduke 10-20 08:47
    17楼
    @WayneCmd 有啥初衷不初衷的,好用就行了呗
  • hunono 10-20 10:01
    18楼
    你的问题大概率不是前缀变更导致的,是 mss 造成的,试试从这个方向测试问题.
* 帖子来源V2EX
返回