192.0.0.170 是什么
这两个相邻的单地址是地址转换发现机制的一部分。终端想知道自己所在网络是否提供了让纯四层应用访问六层目标的能力，会去查询一个固定的名字，得到的应答里嵌入的正是这两个地址。看到它们出现在解析结果里，就说明网络侧存在转换服务。
为什么用嵌入地址的办法
终端无法从网络配置里直接读到“是否存在转换服务”，于是标准规定了一个可解析的名字。这个名字在支持转换的网络里会返回一条合成记录，记录尾部嵌入的就是这两个保留地址；在不支持的网络里则没有任何应答。终端据此决定用哪条路径发起连接。
基本信息
| 地址 | 192.0.0.170/32 与 192.0.0.171/32 |
|---|---|
| 用途 | 网络地址转换与域名解析转换的网络发现 |
| 机制 | 查询固定名字的六层记录，应答中嵌入这两个地址 |
| 规范 | 发现机制定义在前，地址登记更新在后 |
| 别名 | 两个地址分别对应转换前缀后的同一段尾部位 |
典型使用场景
- 判断网络能力：解析那个固定名字，有应答就说明存在转换服务，可以按对应路径发起连接
- 排查纯四层应用不通：先确认网络是否具备转换能力，再判断问题在客户端还是网络侧
- 调试客户端路径选择：客户端依据解析结果决定走本地还是走转换，出错时先看这一步
- 理解合成记录：在抓包中观察名字与应答的对应关系，掌握嵌入地址的构成方式
- 地址合规检查：业务代码里出现这两个地址属于违规用法，它们是发现用途的保留地址
- 教学演示：与文档示例段对照，说明保留地址在协议机制中承担的实际角色
发现过程
发现过程
dig +short AAAA ipv4only.arpa
# 64:ff9b::c000:aa ← 尾部 c000:aa 即 192.0.0.170
# 尾部位 aa 与 ab 分别对应两个保留地址
# 有结果说明网络存在转换与解析转换能力排障判断表
| 检查项 | 正常表现 | 异常时的含义 |
|---|---|---|
| 解析该名字 | 返回一条合成记录 | 无应答，网络不支持转换 |
| 转换前缀 | 与网络配置一致 | 前缀不符，客户端路径选错 |
| 出站连通性 | 对应目标可达 | 不通，转换设备未放行 |
| 业务报错 | 无 | 应用直接使用保留地址 |
这两个地址以特殊形式嵌入合成记录尾部，应用侧不需要也不应当直接连接它们；直接用它们的目的地地址发起连接是没有意义的。
把这类名字解析不到结果误判为域名服务故障是常见错判：在没有转换能力的网络里，本来就应当没有记录，这属于预期行为。