关于 pppoe 重拨后 IPV6 prefix 更新问题

[ggf]

我通过 pppoe 连接外网，然后通过 prefix 获取 ipv6 后，我的终端同时拥有 ipv4 和 ipv6 地址，此时一切正常。
问题出现在 pppoe 连接断开重连时，前缀获取的 ipv6 会发生变化，但此时终端获取的是新的 ipv6 地址。 问题是旧地址没有自动消失，导致终端 ipv6 连接异常。
除了终端断开连接，重新连接后可以恢复 ipv6 正常，还有什么办法吗？

[cwbsw]

这是苹果的实现问题吧，我这里 OpenWrt+Windows ，重拨后秒更新，旧地址被 deprecated ，valid_lft 过后就消失了。valid_lft 默认是与上游运营商下发的前缀一致，也可以自己指定。

[ggf]

@cwbsw 不仅仅是 ios windows 上也是如此现象，可能由于我的 valid_lft 都是跟随运营商默认 30d 有关系

[ggf]

@Sxx1314 我发现其实不重启 dhcp 其实只需要终端断开网络重新连接即可，应该是终端中的旧地址没有释放导致的，因为重新联网获取到的地址就是新的 不会获取到旧地址

[raysonx]

关掉 dhcpv6 。slaac 可以更新前缀。

[cwbsw]

@ggf
valid lifetime 和 preferred lifetime 用 ROS 都可以改。

[basncy]

@ggf 4 楼不是已经给答案了吗?
关闭 dhcp, 用 slaac. 或者缩小 dhcp 租期
dnsmasq 语法:
dhcp-range=br0,::,constructor:br0,ra-stateless,ra-names

PD 用的是 wide-dhcpv6, pppoe 重新拨号后 systemctl restart dhcp6c@ppp0,配合 dnsmasq 配置,该路由下的 v6 自动刷新.

[qbqbqbqb]

@cwbsw 重拨后是否更新是要看路由端实现的。OpenWRT 会主动 deprecate prefix （发一个旧前缀 preferred lifetime=0 的 RA ），这样即使旧地址的 preferred lifetime 没过期也能强制切换。

但别的路由系统不一定，有的得等前缀自动过期（至少得等旧地址 preferred lifetime 过期，终端才会把新地址设为首选）。

[ggf]

@basncy 我用的是 ros 用的就是 slaac 问题依旧在

[ggf]

@qbqbqbqb 确实 ros 应该不会主动 deprecate prefix ，目前问题存在

[ggf]

@cwbsw 对的我改成了 30min/10min 目前用这个方法解决

[basncy]

@ggf systemctl restart dhcp6c@ppp0 后 br0 的 ipv6 会变, dnsmasq 监测到变化就会主动发 deprecate prefix.

[basncy]

@ggf systemctl restart dhcp6c@ppp0 可以写在 pppoe 的 if-up 里, 这样就能秒换了.

[ggf]

@basncy 我用的并不是 openwrt 我强调过很多次，请仔细阅读

[basncy]

@ggf 原理都一样. 我用 archlinux 改造的. https://wiki.archlinux.org/title/IPv6#With_WIDE-DHCPv6

[z5864703]

ROS 调整 ND 的参数就好了，根据 ipv6 前缀的过期时间来改，目前没有问题

[Xymmh]

干脆不要用 pd 下发的地址了，直接把上级设备给 wan 口分发的 /64 地址中继给终端，类似教育网下的方法。

[ggf]

@z5864703 是的 这个方法目前可行

[zent00]

没有 VyOS 用户吗？我来贡献一下 VyOS 的设置。

set service router-advert interface br0 prefix ::/64 preferred-lifetime 300
set service router-advert interface br0 prefix ::/64 valid-lifetime 900

由于我的软路由多个 LAN 口都加入了 br0 ，所以这里 interface 是 br0 ，设置时可按实际情况修改为 ethN 。

[test0x01]

看样子只有比 lease time 了

[luodichen]

RouterOS v7.9 已经解决了此问题：

*) ipv6 - send out RA packet with "preferred-lifetime" set to "0" when IPv6 address is deactivated;