192.88.99.0/24 是什么
这段地址曾经专门用于早期六层过渡技术的中继任播：只有一个地址被用作任播入口，用户侧设备把封装后的流量发到它，由最近的中继节点负责解封装转发。随着该过渡技术被判定为不推荐使用，这段地址也随之标注为弃用，只保留历史记录。
为什么被弃用
该过渡方案依赖协议号封装和公网四层地址，没有原生双栈那样的路径可控性：中继节点性能、路由策略、以及沿途设备对该协议号的放行程度都不可控，结果是时通时不通。更关键的是它把地址转换与自动配置耦合在一起，运维定位困难，于是标准明确转向原生双栈与运营商级过渡方案。
基本信息
| 地址段 | 192.88.99.0/24 |
|---|---|
| 历史用途 | 早期过渡技术的中继任播入口 |
| 现状 | 标准已标注弃用，注册表同步更新 |
| 替代方案 | 原生双栈、运营商级封装、地址转换等 |
| 使用建议 | 现网不再部署，历史配置应逐步清理 |
典型使用场景
- 查阅历史资料：遇到这段地址时能立刻判断它是废弃过渡技术的遗留，而不是新业务
- 清理老配置：老旧系统迁移时按段搜索，把残留的中继地址与隧道配置一并清除
- 理解技术演进：作为反面案例说明为什么过渡方案要被原生方案替代
- 排查异常流量：现网看到该段流量，先判断是否为老设备残留或旧脚本行为
- 安全评估：隧道技术绕过策略检查，评估时把废弃隧道视为必须消除的风险项
- 地址规划避雷：文档中引用该段时应明确标注已弃用，避免误导读者部署
检查本机过渡技术状态（Windows）
检查本机过渡技术状态（Windows）
netsh interface teredo show state
# 查看早期过渡技术的运行状态
Get-NetAdapterBinding -ComponentID ms_tcpip6
# 确认六层协议栈是否启用
# 现代系统默认不再使用早期过渡方案，老系统注意服务残留过渡技术对照
| 方案 | 封装方式 | 现状 | 建议 |
|---|---|---|---|
| 早期中继任播 | 协议号封装 | 已弃用 | 尽快下线 |
| 固定端点隧道 | 协议号封装 | 经典可用 | 仅在无原生方案时使用 |
| 运营商级封装 | 运营商自建 | 区域使用 | 按运营商方案评估 |
| 原生双栈 | 无封装 | 推荐 | 优先采用 |
早期过渡技术依赖特定的协议号与公网地址，存在安全与可靠性问题；现网已用原生双栈或运营商级过渡技术替代，不要再为它新增部署。
如果存量系统仍在使用这类隧道，迁移路径建议先做路径摸底：确认目标服务是否已有原生六层可达性，再决定是双栈并行还是直接切换，避免切换当天出现单点不可达。