我的上海电信宽带昨天开始拿不到 IPv6 前缀,求大佬支招 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
boris1993Jr
V2EX    宽带症候群

我的上海电信宽带昨天开始拿不到 IPv6 前缀,求大佬支招

  •  
  •   boris1993Jr 86 天前 2117 次点击
    这是一个创建于 86 天前的主题,其中的信息可能已经有所发展或是发生改变。

    我是用的自购的光猫和 Mikrotik hAP ax2 路由器,光猫是桥接的,用路由器拨号。位置在鹤沙航城。

    昨天凌晨断网将近一分钟,我重置 PPPoE 密码之后重拨连上了(不知道是不是无效操作),重连之后公网 IPv4 变成了 58.37 网段,Active AC name 变成了 SH-SH-GD-VBASCP-1.NMAN.V6000,然后就发现拿不到 IPv6 前缀了。

    IPv6 配置为

    /ipv6 dhcp-client add \ add-default-route=yes \ allow-recOnfigure=no \ check-gateway=none \ default-route-distance=1 \ default-route-tables=main \ dhcp-optiOns="" \ dhcp-optiOns="" \ disabled=no \ interface="China Telecom" \ pool-name=ipv6_pool \ pool-prefix-length=60 \ prefix-address-lists="" \ prefix-hint=::/60 \ request=prefix \ use-interface-duid=yes \ use-peer-dns=no \ validate-server-duid=no 

    打开 dhcp, packet, debug 日志看到如下输出:

     2025-07-17 01:06:47 dhcp,debug,packet send China Telecom -> ff02::1:2%29 2025-07-17 01:06:47 dhcp,debug,packet type: solicit 2025-07-17 01:06:47 dhcp,debug,packet transaction-id: 5ba3d8 2025-07-17 01:06:47 dhcp,debug,packet -> clientid: 00030001 00000000 0000 2025-07-17 01:06:47 dhcp,debug,packet -> elapsed_time: 0 2025-07-17 01:06:47 dhcp,debug,packet -> rapid_commit: [empty] 2025-07-17 01:06:47 dhcp,debug,packet -> ia_pd: 2025-07-17 01:06:47 dhcp,debug,packet t1: 0 2025-07-17 01:06:47 dhcp,debug,packet t2: 0 2025-07-17 01:06:47 dhcp,debug,packet id: 0x9 2025-07-17 01:06:47 dhcp,debug,packet -> ia_prefix: 2025-07-17 01:06:47 dhcp,debug,packet prefix: ::/60 2025-07-17 01:06:47 dhcp,debug,packet valid time: 0 2025-07-17 01:06:47 dhcp,debug,packet pref. time: 0 2025-07-17 01:06:48 dhcp,debug,packet send China Telecom -> ff02::1:2%41 2025-07-17 01:06:48 dhcp,debug,packet type: solicit 2025-07-17 01:06:48 dhcp,debug,packet transaction-id: 5ba3d8 2025-07-17 01:06:48 dhcp,debug,packet -> clientid: 00030001 00000000 0000 2025-07-17 01:06:48 dhcp,debug,packet -> elapsed_time: 1 2025-07-17 01:06:48 dhcp,debug,packet -> rapid_commit: [empty] 2025-07-17 01:06:48 dhcp,debug,packet -> ia_pd: 2025-07-17 01:06:48 dhcp,debug,packet t1: 0 2025-07-17 01:06:48 dhcp,debug,packet t2: 0 2025-07-17 01:06:48 dhcp,debug,packet id: 0x9 2025-07-17 01:06:48 dhcp,debug,packet -> ia_prefix: 2025-07-17 01:06:48 dhcp,debug,packet prefix: ::/60 2025-07-17 01:06:48 dhcp,debug,packet valid time: 0 2025-07-17 01:06:48 dhcp,debug,packet pref. time: 0 2025-07-17 01:06:49 dhcp,debug,packet secs = 20 2025-07-17 01:06:49 dhcp,debug,packet ciaddr = 0.0.0.0 2025-07-17 01:06:49 dhcp,debug,packet chaddr = D4:01:C3:37:A1:13 2025-07-17 01:06:49 dhcp,debug,packet Host-Name = "MikroTik" 2025-07-17 01:06:49 dhcp,debug,packet Msg-Type = discover 2025-07-17 01:06:49 dhcp,debug,packet Parameter-List = Subnet-Mask,Classless-Route,Router,Static-Route,Dom ain-Server,NTP-Server,CAPWAP-Server,Vendor-Specific 2025-07-17 01:06:49 dhcp,debug,packet Client-Id = 01-D4-01-C3-37-A1-13 

    也试着给电信装维师傅发了短信,把宽带编号发他之后,就再没回复了。

    12 条回复    2025-07-20 09:40:27 +08:00
    boris1993Jr
        1
    boris1993Jr  
    OP
       86 天前
    神奇,刚刚 PPPoE Scan 又只能搜到一个 `SH-SH-NHXC-MSE-1.MAN.NE40E` 了,重拨连上这个之后 IPv6 前缀就能拿得到。
    boris1993Jr
        2
    boris1993Jr  
    OP
       86 天前
    再更新,等了会又能搜到 `SH-SH-GD-VBASCP-1.NMAN.V6000`,再重拨连上它,然后 IPv6 前缀也能拿到了。
    把 IPv6 DHCP Client 禁用再启用,尝试重新绑定,也能再次拿到前缀。
    等几天看看,是不是电信半夜偷偷把问题修复了。
    boris1993Jr
        3
    boris1993Jr  
    OP
       86 天前
    顺便贴出来当前生效的配置

    ```
    /ipv6 dhcp-client
    add add-default-route=yes allow-recOnfigure=no check-gateway=none default-route-distance=1 default-route-tables=main dhcp-optiOns="" dhcp-optiOns="" disabled=no interface="China Telecom" pool-name=ipv6_pool pool-prefix-length=60 prefix-address-lists="" prefix-hint=::/0 request=prefix use-interface-duid=yes use-peer-dns=no validate-server-duid=no
    ```

    以及日志(拿到的前缀我打了码)

    ```
    2025-07-17 01:42:02 dhcp,debug,packet send China Telecom -> ff02::1:2%43
    2025-07-17 01:42:02 dhcp,debug,packet type: solicit
    2025-07-17 01:42:02 dhcp,debug,packet transaction-id: 4eddf1
    2025-07-17 01:42:02 dhcp,debug,packet -> clientid: 00030001 00000000 0000
    2025-07-17 01:42:02 dhcp,debug,packet -> elapsed_time: 0
    2025-07-17 01:42:02 dhcp,debug,packet -> rapid_commit: [empty]
    2025-07-17 01:42:02 dhcp,debug,packet -> ia_pd:
    2025-07-17 01:42:02 dhcp,debug,packet t1: 0
    2025-07-17 01:42:02 dhcp,debug,packet t2: 0
    2025-07-17 01:42:02 dhcp,debug,packet id: 0x9
    2025-07-17 01:42:02 dhcp,debug,packet recv client: China Telecom fe80::d6c1:c8ff:fe9a:7710 -> fe80::7886:2236:0:9
    2025-07-17 01:42:02 dhcp,debug,packet type: reply
    2025-07-17 01:42:02 dhcp,debug,packet transaction-id: 4eddf1
    2025-07-17 01:42:02 dhcp,debug,packet -> clientid: 00030001 00000000 0000
    2025-07-17 01:42:02 dhcp,debug,packet -> serverid: 6660
    2025-07-17 01:42:02 dhcp,debug,packet -> rapid_commit: [empty]
    2025-07-17 01:42:02 dhcp,debug,packet -> dns_servers:
    2025-07-17 01:42:02 dhcp,debug,packet 240e:58:c000:1600:180:168:255:118
    2025-07-17 01:42:02 dhcp,debug,packet 240e:58:c000:1000:116:228:111:18
    2025-07-17 01:42:02 dhcp,debug,packet -> ia_pd:
    2025-07-17 01:42:02 dhcp,debug,packet t1: 43200
    2025-07-17 01:42:02 dhcp,debug,packet t2: 69120
    2025-07-17 01:42:02 dhcp,debug,packet id: 0x9
    2025-07-17 01:42:02 dhcp,debug,packet -> status: 0 - success
    2025-07-17 01:42:02 dhcp,debug,packet msg: SUCCESS
    2025-07-17 01:42:02 dhcp,debug,packet -> ia_prefix:
    2025-07-17 01:42:02 dhcp,debug,packet prefix: <REDACTED>::/56
    2025-07-17 01:42:02 dhcp,debug,packet valid time: 86400
    2025-07-17 01:42:02 dhcp,debug,packet pref. time: 86400
    2025-07-17 01:42:02 dhcp,debug,packet secs = 24
    2025-07-17 01:42:02 dhcp,debug,packet ciaddr = 0.0.0.0
    2025-07-17 01:42:02 dhcp,debug,packet chaddr = D4:01:C3:37:A1:13
    2025-07-17 01:42:02 dhcp,debug,packet Host-Name = "MikroTik"
    2025-07-17 01:42:02 dhcp,debug,packet Msg-Type = discover
    2025-07-17 01:42:02 dhcp,debug,packet Parameter-List = Subnet-Mask,Classless-Route,Router,Static-Route,Domain-Server,NTP-Server,CAPWAP-Server,Vendor-Specific
    2025-07-17 01:42:02 dhcp,debug,packet Client-Id = 01-D4-01-C3-37-A1-13
    ```
    billytom
        4
    billytom  
       86 天前
    重新注册光猫
    filifelet
        5
    filifelet  
       85 天前
    升级 ROS 到最新版本,7.18 之前跟中兴的 VBRAS 有冲突的。把 ipv6-DHCP CLIENT-advanced-validate server duid 的勾去掉试试。
    children009
        6
    children009  
       85 天前
    估计是 ros 的问题,我也试过 x86 ros 的多个版本,有时候挺费劲的,改用爱快+op
    boris1993Jr
        7
    boris1993Jr  
    OP
       85 天前
    @filifelet #5 我已经升级到 7.19.2 ,也关掉了 validate server DUID 。昨天一开始怎么样都拿不到前缀,后来 SH-SH-GD-VBASCP-1.NMAN.V6000 短暂消失一分多钟又出现之后,再重连就能拿到。我怀疑是不是电信半夜给它更新了固件。

    @children009 #6 也搜到过说中兴的 vBRAS 对 IPv6 实现有问题,导致 RouterOS 跟它不兼容的帖子。我的版本已经可以不交验服务端 DUID ,起初各种测试也都拿不到前缀。后来 SH-SH-GD-VBASCP-1.NMAN.V6000 短暂消失一分多钟又出现之后,再重连就能拿到。我怀疑是不是电信半夜给它更新了固件。换路由器就不考虑了,毕竟是硬路由,换设备又是一顿折腾......
    erfesq
        8
    erfesq  
       85 天前 via Android
    没有直接投诉,v6 是要求推进的,一投诉一个准
    keyfunc
        9
    keyfunc  
       85 天前
    pppoe client 可以设置 ac-name 用搜到的非 vbras 那个
    supermaxisme
        10
    supermaxisme  
       83 天前   1
    第一段日志,ROS 没有收到对端的 reply
    第二段日志,ROS 收到了,鉴于你也设置了 validate-server-duid=no 所以就使用这个 reply 中的信息(前缀 有效时间等等),即便 DUID 依然是不合法的。

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

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

    参考我的帖子(历史信息)
    t/998644#reply34
    boris1993Jr
        11
    boris1993Jr  
    OP
       83 天前
    @supermaxisme #10 刚刚手欠重新开关了下 IPv6 的 DHCP 客户端,发现又拿不到了
    我也觉得手动指定 AC Name 不靠谱,万一哪天老的 PPPoE 服务器下线,那我不还是得改么
    然后又跑了下 PPPoE Scan ,结果又搜不到 vBRAS 的那条了,不知道是不是电信在搞什么测试......
    supermaxisme
        12
    supermaxisme  
       82 天前   2
    @boris1993Jr
    PPPoE 服务器切换,盲猜是电信在逐步下线华为的那个硬件服务器 NE40E ,将用户割接到 ZTE 的 V6000 (跑在虚拟化上),然后你的小区正在割接过程当中。。。

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

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

    而 V6000 是完全虚拟化的,按照电信的配置文件 (之前看过截屏) 是手动指定的 (著名的 666 - 注意不是 6660 - 6660 很可能是某个中间过程 ROS? 自动补全的)
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     1013 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 25ms UTC 22:57 PVG 06:57 LAX 15:57 JFK 18:57
    Do have faith in what you're doing.
    ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86