@Kale 不 gay

@dddedd 歪个楼这个身材是真的好

@boris1993Jr
PPPoE 服务器切换，盲猜是电信在逐步下线华为的那个硬件服务器 NE40E ，将用户割接到 ZTE 的 V6000 （跑在虚拟化上），然后你的小区正在割接过程当中。。。

V6000 是虚拟化的访问控制器（ AC ），它上面可能跑着几十万用户，电信没有什么十分必要的情况不会动的 （ ZTE 驻电信的外包运维是这么说的）。

造成 DUID 出问题的原因在于，华为的硬件服务器默认会使用服务器网卡（硬件） MAC 地址生成 DUID ，这样无论如何都会生成一个“合法”的 DUID （格式上合法）。

而 V6000 是完全虚拟化的，按照电信的配置文件 （之前看过截屏） 是手动指定的 （著名的 666 - 注意不是 6660 - 6660 很可能是某个中间过程 ROS? 自动补全的）

第一段日志，ROS 没有收到对端的 reply
第二段日志，ROS 收到了，鉴于你也设置了 validate-server-duid=no 所以就使用这个 reply 中的信息（前缀 有效时间等等），即便 DUID 依然是不合法的。

只能说 ZTE 设备的这个配置模板全国通用 很令人无语。。。。

另外建议不要通过手动 scan 然后选择 PPPOE server 的方式连接 （即手动设置 PPPOE server name)
如果 server name 有设置，ROS 只会使用这个 server ，通过 PPPOE 发现的其他 server 都会被忽略掉。

参考我的帖子（历史信息）
https://v2ex.ih06.com/t/998644#reply34

@gam2046 虽然是个 beta 版
喜大普奔

咱就说我不就是携号转网解决的么。。。。。。

@yihy8023 这也就解释了为什么多线程 ipref 能跑满速

@465456 以前以为是换了中间的路由才会导致延迟增大。。。现在看也没有什么关西

子网分配可以有不同的前缀长度，分配的时候手动指定即可。
然后你的 LAN1 LAN2 这种接口可以不分配全球单播地址，分配一个本地链路地址（手动指定）
然后打开对应接口 ND 并且指定前缀长度即可。
打完这一段发现.....我说的和 @ppoozl 是一样的....


@yyzh relay 怎么指定下发的 PD 长度...
我之前在 routeros 里面测试了好几次最终还是没弄明白....

@SHF 看了一下 openwrt 对 Native IPv6 的定义：
Automatic bootstrap from SLAAC, stateless DHCPv6, stateful DHCPv6, DHCPv6-PD and any combination
Handling of preferred and valid address and prefix lifetimes
Duplicate address (DAD) and Link-MTU detection
DHCPv6 Extensions: Reconfigure, Information-Refresh, SOL_MAX_RT=3600
DHCPv6 Extensions: RDNSS, DNS Search Domain, NTP, SIP, ds-lite, prefix exclusion (experimental)

看起来就是最大兼容性。

电信的小哥现在已经不回我微信了。

Mikrotik 官方到现在都没回我的 support case 。

暂时无解。

@ranaanna 提供了一个新思路，我再试试看 relay （之前尝试了 没有调通）

工信部对运营商的要求（之前有正式公开发文） 要求用户侧允许再分配子网（也就是需要分配给用户前缀小于/64 ）

@Kowloon 自己算出来全球多播地址就通了啊……
这个前缀下面的所有流量肯定都是我这个账号的（满足了审计要求）
和上端设备互连，不是很懂你的意思，我的理解完全可以用本地链路地址实现与上端的互连，本地链路地址无法满足的（也就是需要路由的） 就用/56 前缀算出来的全球单播地址即可。

@Kowloon 实际上没必要
/56 前缀过来，直接本地路由器就能算出来地址了。
这个前缀下面的所有链接都肯定是这个设备发出来的。
还是不懂/64 的存在有啥意义….

嗯山的帖子我找不到了 大意说的就是/64 给路由模式 /56 等的前缀给桥接模式

@jason96 运维一般都不是很了解 直接告诉他们联系机房
机房的可以抓包看到

@jason96 运维一般都不是很了解 直接告诉他们联系机房

@ranaanna /64 叫做地址哈哈
拿到了 所以路由器本身是通的
但是 LAN 上就没有全球单播地址了

@Kowloon 不理解这么设计是出于什么原因。
我的理解是分配/64 是为了给路由模式的光猫的，光猫自己做 NAT6
光猫是桥接的时候应当分配/56 ，这样路由器自己就分配下联设备的地址了。
但是运维说所有客户端都会提供这两个（/64 和/56 ），我觉得他说的不对，看到恩山上面的其他地区是分开处理的（路由模式和桥接模式）
只要有全球单播地址都可以互联互通，不需要先分配一个/64 啊。。。。

@Damn 目前不确定是 DUID type 还是 DUID 本身触发了错误，Mikrotik 还没有回复 support ticket