IPv4 作为 IPv6 地址的旧定义是（使用 127.0.0.1）：
0000:0000:0000:0000:0000:0000:7f00:0001
而当前定义的第 6 个组件为 FFFF：
0000:0000:0000:0000:0000:ffff:7f00:0001
这些应该被认为是等价的，还是在对待它们的方式上有一些微妙的区别？目前，我正在研究价值持续存在的位置以及对假设的影响。
【问题讨论】：
标签： ipv6
您的第一个示例是与 IPv4 兼容的 IPv6 地址，这些地址已被弃用。
您的第二个示例是 IPv4 映射的 IPv6 地址。允许并鼓励您使用混合表示法（例如 ::ffff:127.0.0.1）或 IPv6 表示法（例如 ::ffff:7f00:0001）。
RFC 5952, A Recommendation for IPv6 Address Text Representation，是一个讨论 IPv6 表示的标准。它指出：
5.特殊地址的文本表示
地址，例如 IPv4 映射的 IPv6 地址、ISATAP [RFC5214] 和 IPv4 可翻译地址 [ADDR-FORMAT] 具有 IPv4 地址 嵌入地址的低 32 位。这些地址 有可能混合十六进制和点的特殊表示 十进制表示法。十进制表示法只能用于 地址的最后 32 位。对于这些地址，混合表示法是 如果满足以下条件，建议使用：地址可以是 区别在于在低 32 位中嵌入了 IPv4 地址 仅通过使用众所周知的前缀从地址字段中获取。 此类前缀在 [RFC4291] 和 [RFC2765] 中定义 这篇写作。如果通过某种外部方法知道给定的 前缀用于嵌入 IPv4，它可以表示为混合 符号。提供选项以指定前缀的工具 （或不）表示为混合符号可能有用。
这里有一个权衡，即建议实现 搜索中的完全匹配（没有点小数）和 帮助地址可读性的建议（点十进制 尽可能）不会导致相同的解决方案。以上 建议旨在尽可能多地固定代表性 可能的同时留给未来知名的机会 前缀以人类友好的方式表示为工具 适应新分配的前缀。
应该应用Section 4中提到的文本表示方法 对于前导十六进制部分（即 ::ffff:192.0.2.1 而不是 0:0:0:0:0:ffff:192.0.2.1)。
【讨论】：