iStoreOS软路由为何无法获取IPv6地址？

Question

iStoreOS软路由为何无法获取IPv6地址？一个常见原因是WAN口未正确启用IPv6协议。若光猫处于路由模式（桥改路由未完成），或ISP未分配IPv6前缀，将导致iStoreOS无法通过SLAAC或DHCPv6获取地址。此外，防火墙规则误拦截、接口配置错误（如选错IPv6分配方式）也会中断获取过程。需检查接口设置中是否启用“自动获取IPv6”并确认上游网络支持情况。

Answer 1

一、IPv6基础概念与iStoreOS获取机制解析

在深入探讨iStoreOS软路由为何无法获取IPv6地址之前，需先理解IPv6的基本工作原理。IPv6地址分配主要依赖于两种机制：SLAAC（无状态地址自动配置）和DHCPv6（有状态地址配置）。SLAAC通过路由器通告（RA）报文实现地址自动生成，而DHCPv6则需要向服务器请求地址。

iStoreOS作为基于OpenWrt的定制化软路由系统，其WAN口默认支持多种IPv6获取模式，包括“自动配置”、“DHCPv6客户端”、“PPPoE透传+IPv6”等。若未正确启用WAN口的IPv6协议栈，系统将无法发起地址请求。

以下为iStoreOS中常见的IPv6获取方式对比表：

模式	适用场景	是否需ISP支持DHCPv6	典型配置路径
SLAAC	光猫桥接 + 路由器拨号	否	网络 → 接口 → WAN → IPv6设置 → 启用自动获取
DHCPv6	运营商提供前缀委派（PD）	是	同上，选择“使用DHCPv6客户端”
Passthrough	光猫已拨号，iStoreOS仅做二级路由	视情况而定	启用“IPv6 passthrough”

二、常见故障层级分析与排查流程

当iStoreOS无法获取IPv6地址时，应从物理层至应用层逐级排查。以下是典型的五层模型分析框架：

1. 物理/链路层：确认网线连接正常，光猫与iStoreOS之间的MAC学习无异常。
2. 网络层（IPv6）：检查WAN口是否启用了IPv6支持，接口状态是否显示“已获取前缀”。
3. 协议交互层：使用tcpdump抓包分析ICMPv6 RA、RS、DHCPv6 Solicit等报文是否存在。
4. 策略控制层：防火墙规则可能误拦截ICMPv6类型133-137（RA/RS），需审查FORWARD及INPUT链。
5. 上游依赖层：确认光猫是否处于桥接模式，否则iStoreOS无法直连BRAS进行IPv6协商。

graph TD
    A[开始诊断] --> B{WAN口IPv6已启用?}
    B -- 否 --> C[进入接口配置页面开启]
    B -- 是 --> D{光猫为桥接模式?}
    D -- 否 --> E[改为桥接或启用Passthrough]
    D -- 是 --> F{ISP支持IPv6前缀委派?}
    F -- 否 --> G[联系ISP开通服务]
    F -- 是 --> H[检查DHCPv6客户端运行状态]
    H --> I{成功获取前缀?}
    I -- 否 --> J[启用调试日志分析udhcpc6]
    I -- 是 --> K[LAN侧广播前缀并分配地址]

三、核心配置项与调试手段详解

在iStoreOS中，关键配置位于“网络 → 接口 → WAN → 高级设置”中。必须确保勾选“启用IPv6”选项，并根据实际组网选择正确的获取方式。例如，若使用PPPoE拨号且ISP支持PD，则应选择“DHCPv6客户端”并启用“请求IPv6前缀”功能。

可通过SSH登录后执行以下命令验证当前状态：

# 查看WAN6接口状态
ifstatus wan6

# 检查内核是否加载IPv6模块
lsmod | grep ipv6

# 实时监听DHCPv6通信
tcpdump -i $(uci get network.wan.ifname) icmp6 or udp port 546 or udp port 547

# 查阅系统日志中的IPv6相关事件
logread | grep -i "ipv6\|dhcp6\|ra"

此外，某些情况下因MTU不匹配导致IPv6路径中断，建议将WAN口MTU调整为1492（PPPoE环境）或1500（纯以太网），并通过ping测试最大传输单元：

ping6 -s 1452 -M do 240c::1

如发现分片失败，则说明中间链路存在MTU限制，需进一步定位瓶颈节点。