运营商使用中兴 v6000， Mikrotik RouterOS 无法获得 IPv6 前缀

提供一个无法获得 IPv6 前缀的可能原因，但是暂时无解。

宽带运营商最近割接，原来使用 HW 的接入，割接之后使用中兴的 v6000 （虚拟化的）路由器：Mikrotik RB4011 ，Ros 7.11 ，光猫桥接。

割接之前一切正常，可以获得/56 前缀，割接之后无法获得前缀。

报障之后运维不懂（但是态度良好），一层一层向上反应，估计是到了中心机房，机房运维了解到之后表示“不可能”。遂抓了账号的 log ，发现已经分配了两个/56 前缀和一个/64 地址（为啥这样后面说）。

本地依然看不到前缀，一直是 searching...状态。

配合机房运维抓包（机房抓 debug 信息，我在以太网口抓包）：机房运维依然能看到响应了 DHCPv6 ，我这边依然看不到前缀。看了一下包，发现 ROS 发了 solicit ，机房回复了 reply （含 IA 和前缀），ROS 又发了一次 solicit ，机房再次回复 relay （含有不同的 IA 和前缀）. ROS 再发 solicit 收到的回复就都是 no prefix available 了。

打开 ROS logging debug dhcp ，看到 ROS 收到 replay 之后报错“bad server DUID". 发现运营商 replay 包中的所有 server DUID 都是 6660 ，type unknown.

于是就破案了...ROS 因为上端设备回复的 server DUID ”不规范“ 没有处理包信息，丢弃了.......

于是乎解释了为什么机房运维看到其他用户都分了一个/56 前缀，而我分配了两个。于是乎解释了为什么割接之后得不到前缀？因为之前 HW 设备是硬件设备，使用 LLT 方式生成 server DUID ，这样保证了一定是有效的 DUID 。

看到了另一个网上的帖子，发现这不是个例。（ https://www.77bx.com/358.html ）

但是 ROS 因为 server DUID 或者 server DUID type 触发 bad server DUID 未知，已经发邮件给 Mikrotik 要求澄清。

查阅 RFC 8415 ( https://datatracker.ietf.org/doc/html/rfc8415#section-11), 其中的表述是：

Clients and servers MUST NOT restrict DUIDs to the types defined in this document, as additional DUID types may be defined in the future.

目前不确定是 ROS 还是中兴在实施 IPV6 协议过程没有完全遵守 RFC8415.

帖子意在与给各位获取不到 prefix 的伙伴提供一个新的思路。部分设备对于 server DUID 不校验，所以不受这个问题的影响（如 openWRT 和电信自己的光猫）感谢之前提到的帖子的作者，我给他发了邮件通报了我目前的排故过程和进展。

peace.

Kowloon

152 天前

@supermaxisme
换个方式理解，因为 IPv6 本质可以解放你在接入 IPv4 私网时的公网需求的，所以现在相当于 BRAS 需要先连到你客户端，把地址分别给客户端和客户端下面的设备，如果你缺少其中一个 /64 或者 /56 前缀，那么这个链路就是不完整的，所以也就没有 IPv6 用。

你视光猫就是一个透明的设备，无论是桥接模式还是路由模式，只在乎谁做 PPPoE Client 就可以，光猫路由模式接路由器本来就是一个不严谨的用法，就是不考虑以后的一个懒办法。光猫桥接，那就是路由器负责拨号，一个完整的链路是需要 BRAS 从自身的地址池里提供地址给路由器，路由器再分配从 BRAS 下发的前缀里面的地址给下面设备，所以我认为运维给你的解释没什么问题。

严格意义上说 IPv6 不是用来支撑 NAT 的，至于 NAT6 我认为只是一个玩法。

我的光猫就是桥接的，连接甚至没有使能 IPv6 只是 IPv4 单栈通道，照样有 IPv6 用，你说的恩山的路由桥接分开处理我没明白，可以具体说说吗？