@morpheuszero2023 目前看现象大概率是这个问题
之前 RouterOS 也有类似的问题，后面更新之后加了一个逻辑是获取前缀的接口前缀更新之后，强制在广播前缀失效+新的前缀。
很多人在这个升级之前用脚本实现类似功能。

BTW 。。。。Unifi 用了之后才知道真的是。。。一言难尽。。。
很多最基础的功能都没有，比如 OSPF on wireguard interface...

如果没记错的话，（北京）联通用的是 LOID 认证。
可以直接看一下自己现在的光猫是 GPON 还是 XGPON 还是 EPON ，然后去闲鱼搜搜买一个。
闲鱼卖光猫的一般都了解不同地区不同运营商的要求，部分地区会绑定光猫 SN ，需要运维的师傅联系后台手动解绑。

话说回来你换了 2.5G 光猫能跑满貌似也就是心理上的满足。。。。
如果不是原装光猫性能太弱鸡，或者不够稳定，或者你有心理洁癖不想让运营商通过 TR069 监控你，其实是可以不换的。。。。

会删掉看着恶心的
眼不见心不烦

生日快乐！

@EricInBj 跨网跨省
暂时无解啊无解

刚才查了一下信息结合了 ChatGPT
RB750Gr3 ROS7 对硬件 NAT 支持的不良导致性能降级

换个硬件性能更强一些的把

我目前再用 R4011 没有硬件 offloading 纯粹靠力大砖飞

@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://www.v2ex.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 前缀算出来的全球单播地址即可。