H3C 设备 DHCPv6 客户端卡在 SOLICIT / INFO-REQUESTING
- 0关注
- 0收藏，174浏览
问题描述：
问题概述：
设备 Dialer0 接口作为 DHCPv6 客户端（无状态 + 有状态请求前缀），状态长期停留在 `INFO-REQUESTING` 和 `SOLICIT`，无法完成地址/前缀获取。2026年九月出设备IPv6地址正常，其他设备也能获取IPV6地址，想请社区大佬帮忙分析是否属于设备 BUG 或配置问题。
问题现象：
1. DHCPv6 客户端状态异常：
Dialer0:
Type: Stateless client
State: INFO-REQUESTING
Client DUID: 000300013897d695aaaa
Type: Stateful client requesting prefix
State: SOLICIT
Client DUID: 000300013897d695aaaa
*Oct 26 09:58:55:435 2026 xinyi DHCPC6/7/PACKET:
Dialer0,Packet sent:
Type Information-request (11)
Transaction-id: 0xf4ad39
Option Length Information
CLIENTID(1) 10 000300013897d695aaaa
ORO(6) 14 DOMAIN_LIST(24)
DNS_SERVERS(23)
SIP_SERVER_A(22)
AC-LIST(52)
AFTR-NAME(64)
SIP_SERVER_D(21)
IRT(32)
ELAPSED_TIME(8) 2 65535 centisecond(s)
*Oct 26 09:58:55:435 2026 xinyi DHCPC6/7/ERROR: Failed to send a packet. Socket ID: 16 error 1.
dis ipv6 int brief
*down: administratively down
(s): spoofing
Interface Physical Protocol IPv6 Address/Prefix VPN instance Description
Dia0 up up 240E:3A0:314B:7985: -- --
3897:D695:AAAA:4480
/64
GE0/0 up up Unassigned -- Single_L...
GE0/5 down down Unassigned -- --
VT1 down down Unassigned -- --
Vlan1 up up Unassigned -- LAN-inte...
>dis ipv6 routing-table
Destinations : 6 Routes : 6
Destination: ::/0 Protocol : Direct
NextHop : FE80::200:5EFF:FE00:10C Preference: 80
Interface : Dia0 Cost : 0
Destination: ::1/128 Protocol : Direct
NextHop : ::1 Preference: 0
Interface : InLoop0 Cost : 0
Destination: 240E:3A0:314B:7985::/64 Protocol : Direct
NextHop : :: Preference: 0
Interface : Dia0 Cost : 0
Destination: 240E:3A0:314B:7985:3897:D695:AAAA:4480/128 Protocol : Direct
NextHop : ::1 Preference: 0
Interface : InLoop0 Cost : 0
Destination: FE80::/10 Protocol : Direct
NextHop : :: Preference: 0
Interface : InLoop0 Cost : 0
Destination: FF00::/8 Protocol : Direct
NextHop : :: Preference: 0
Interface : NULL0 Cost : 0
ping ipv6 -i Dialer 0 FE80::200:5EFF:FE00:10C
Ping6(56 data bytes) FE80::3897:D695:AAAA:4480 --> FE80::200:5EFF:FE00:10C, press CTRL_C to break
Request time out
Request time out
Request time out
Request time out
Request time out
--- Ping6 statistics for FE80::200:5EFF:FE00:10C ---
5 packet(s) transmitted, 0 packet(s) received, 100.0% packet loss
- 2026-10-26提问
- 举报
-
(0)
核心线索两条：
- 日志：
DHCPC6/7/ERROR: Failed to send a packet. Socket ID: 16 error 1→ DHCPv6 客户端尝试向外发送 FF02::1:2 链路本地组播报文失败，内核套接字发送报错，不是收不到服务器回复，是报文根本发不出去 - 关键佐证：
ping ipv6 -i Dialer0 FE80::200:5EFF:FE00:10C100% 丢包 Dialer0 虽然 PPP 协议 UP、拿到 SLAAC 的 / 64 前缀、生成默认路由，但PPPv6 链路层 NDP / 链路本地连通性失效，二层链路本地互通异常
9 月份正常、其他设备正常 → 运营商侧 BRAS / 线路配置没变；优先怀疑本端 Dialer IPv6、IP6CP、ND、MLD、接口组播能力异常，其次才是版本 BUG。 区分：
INFO-REQUESTING：无状态客户端，发 Information-request 拿 DNS / 域名；SOLICIT：有状态 PD 前缀委托客户端，发 Solicit 请求前缀； 两个状态卡住，根源统一：Dialer 接口链路本地组播报文无法发送
⚠️ PPPoE IPv6（Dialer）环境特殊：DHCPv6 的 FF02::1:2 是链路本地组播，依赖 PPP 链路层传递组播，不是普通以太网二层，很多坑都在这里。
排查顺序（按优先级）
1、先确认 PPP 的 IP6CP 协商是否真正成功（最高优先）
display interface Dialer 0
重点看：IP6CP negotiated 是否 Yes
现象：Dialer 物理 / 协议 UP、拿到 SLAAC 地址，不代表 IP6CP 协商成功；部分运营商 BRAS 只开放 SLAAC RA，IP6CP 协商异常，PPP 链路不支持承载 IPv6 组播报文，会出现单播 RA 能收到、组播 DHCPv6 报文发不出。
- 修复：
dialer interface下：
interface Dialer0
ipv6 enable
ipv6 nd ra suppress undo
ipv6 dhcp client pd
ipv6 dhcp client information-request
同时检查 PPP 模板：
interface Virtual-Template 1
ppp ipcp
ppp ip6cp //必须开启IP6CP协商
ipv6 enable
很多现场只开了 ipcp，漏了 ppp ip6cp，RA 可以下发 SLAAC，但 IPv6 组播、DHCPv6 组播无法在 PPP 链路上承载。
2、检查 Dialer 接口 MLD（IPv6 组播）是否正常
DHCPv6 客户端需要加入FF02::1:2组播组发送报文，PPP Dialer 接口默认 MLD 行为和以太网不同。
display mld interface Dialer 0
display mld group Dialer 0
- 看不到 FF02::1:2 组记录：代表接口无法加入链路本地组播组，直接报 send error。
- 测试临时放行：在 Dialer 下开启 MLD
interface Dialer0
mld enable
注意：部分 Comware 版本，Dialer PPP 接口默认不使能 MLD，链路本地组播发送失败，就是你这个报错。
3、检查 ND 邻居（NDP），为什么 FE80 网关 ping 不通
display ipv6 neighbors interface Dialer0
正常应该存在运营商 BRAS 的 FE80 邻居表项；
- 邻居表为空：ND NS/NA 报文收发异常；
- 有邻居、ping 不通：PPP 链路丢弃 IPv6 组播 / NA 报文，运营商侧限制 PPP 链路 IPv6 组播；
可以在运营商侧确认：这条 PPPoE 线路是否允许承载 IPv6 链路本地组播（FF02::/16），部分 BRAS 配置策略只放行单播 RA，阻断链路本地组播，DHCPv6-PD 直接废掉。
4、配置层面常见错误
- 不要同时配置
ipv6 address auto和 dhcp client pd，虽然支持，但部分老版本 Comware 在 Dialer 下会冲突，引发套接字异常； ipv6 nd ra suppress默认 Dialer 上建议关闭（undo ipv6 nd ra suppress），接收 RA；- 防火墙 / ACL 过滤：检查是否有 ACL6 过滤了 UDP 546 端口（DHCPv6 客户端端口）、ICMPv6（ND）、FF02::/16 组播。
display acl ipv6
5、版本 BUG 判断（你关心的点）
满足下面全部条件，高度怀疑版本缺陷：
- 上面全部配置核对无误，
ppp ip6cp、mld enable、acl 无拦截； - 同账号换一台同型号同版本设备故障复现；换一台高版本设备拨号上来，DHCPv6 PD 正常；
现象匹配：Dialer 套接字发送组播报文返回 error 1，是部分 R08xx/R09xx 分支已知 Dialer IPv6 MLD 组播套接字缺陷，升级到对应分支推荐稳定版本可修复。 对比佐证：其他设备正常，说明运营商 BRAS 策略没问题，是本设备软件 / 版本层面。
6、临时验证手段（快速隔离）
- 重启 Dialer：
shutdown/undo shutdown； - 清空 DHCPv6 客户端状态：
reset ipv6 dhcp client interface Dialer0
- 抓包：
debugging ipv6 dhcp client packet，看报文是直接本地丢弃，还是发出去无回复；你当前日志已经明确是本地发送失败，抓包看不到报文外发。
- 2026-10-26回答
- 评论(0)
- 举报
-
(0)
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论