• WayneCmd

    - 内核里有 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 解析全都过滤掉了

    主楼
  • lc125581200

    是没有还是无法下发 ipv6 的问题,拨号没获取到 ipv6 地址

    #1
  • WayneCmd

    @lc125581200 能获取到,他就一直在变,导致下游设备用的旧地址失效

    #2
  • starinmars

    固定 ipv6 ,或者用 nptv6

    #3
  • wtks1

    我这边的上海电信压根没下发 pd ,现在全靠 openwrt 中继

    #4
  • ranaanna

    对于这种情况,一般地我们都是把路由器 ipv6 router advert 的两个参数 preferred lifetime 和 valid lifetime 都设置为 0 ,这样旧地址会马上滚蛋,但这样局域网的一些 ipv6 会话可能有点影响所以也可以把 valid lifetime 设置为比如说 30 允许其在短时间内完成

    #5
  • WayneCmd

    @wtks1 再不行了我也得改用中继

    #6
  • lixcc

    PD 过期时间一般就是 1-3 天

    #7
  • WayneCmd

    @ranaanna valid lifetime 设置那么短的话,长连接不是全都说再见了。但是是个方向。

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

    但是他换 PD 比他这个定的这个时间快多了,我确实应该调整这个值

    #8
  • WayneCmd

    @lixcc 目前他大概一天换两次。 以前好好的,换地址没有什么感知

    #9
  • UEFI-v2ex

    我的好像一直没换过,光猫桥接模式,OpenWRT 拨号获取的 IPv6

    #10
  • sonnetbreeze

    op 拨号没遇到,可能和 bras 有关系

    #11
  • duduke

    我用的 nat6 ,因为我有两条宽带,想设置路由走哪个出口,不过也能解决 op 的问题

    #12
  • WayneCmd

    @duduke nat6 不是违背了 ipv6 的初衷了嘛,我看 PT peers 上能有 30%-40%的人可以 ipv6 直连

    #13
  • WayneCmd

    @sonnetbreeze 这怎么办,他们能注意到有这个问题吗

    #14
  • laoluohenmang

    没发现这种情况。具体还是看楼主在哪个区域,你所在区域的电信局设备做什么维护操作不等于全上海都是如此。

    #15
  • xqzr

    valid lifetime 设置那么短的话,长连接不是全都说再见了。但是是个方向。

    RA 间隔 < valid lifetime 就可以一直续期

    #16
  • duduke

    @WayneCmd 有啥初衷不初衷的,好用就行了呗

    #17
  • hunono

    你的问题大概率不是前缀变更导致的,是 mss 造成的,试试从这个方向测试问题.

    #18

发表回复

登录后回复