のIPv6アドレスとIPv4の古い定義は（127.0.0.1を使用して）されている：IPv4マッピングされた古いIPv6表現と同等の新しい表現ですか？
0000:0000:0000:0000:0000:0000:7f00:0001
現在の定義がFFFFとして6成分有している：これらは同等とみなされるべき
0000:0000:0000:0000:0000:ffff:7f00:0001
をまたは治療する方法に微妙な違いがありますか？現時点では、価値がどこで維持され、仮定に影響を与えているかという文脈で検討しています。
最初の例は、IPv4互換のIPv6アドレスです。これらは推奨されていません。
2番目の例は、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ビットに格納されます。これらのアドレス には、16進数とドットを組み合わせた特殊な表現があります。 10進表記です。小数表記法は、アドレスの最後の32ビットの にのみ使用できます。これらのアドレスの場合、複合アドレスは です。以下の条件が満たされている場合は、アドレスを とし、アドレスフィールドから下位32ビットのIPv4アドレスが下位32ビットに埋め込まれていると識別してください。 この接頭語は、 の時点で[RFC4291]と[RFC2765]に定義されています。ある外部方法によって、接頭語 がIPv4を埋め込むために使用されていることがわかっている場合は、それは混合 という表記法で表すことができます。 （またはそうでない）接頭辞を混在表記として指定するためのオプションを提供するツールが役立つ場合があります。つながらない勧告がアドレスの可読性を助けるために、検索で 完全一致（ドットが全く小数なし）と 勧告を達成するために、ここでのトレードオフがあり
は（ 可能な限り小数ドット）同じソリューションで上記の 勧告は、 という表現を可能な限り固定することを目的としており、 という接頭辞は、ツール が新しく割り当てられた接頭辞に調整するので、人にやさしい方法で表現される機会を残しています。
テキスト表現方法
は主要進部分の を適用すべき Section 4に注目（すなわち、:: FFFF：代わり の192.0.2.1 0：0：0：0：0：FFFF：192.0.2.1）。
私のデータベース（またはデータソース）でIPv4互換のIPv6アドレスが発生した場合、それをIPv4マッピングされたIPv6アドレスに変換するだけで安全ですか？ –
IPv4対応アドレスは推奨されていませんが、アドレスを使用しているアドレスとその使用方法によって異なります。 IPv4アドレスとIPv6アドレスの両方を格納するためにIPv6記法を使用するデータベース内のIPv4アドレスであれば、おそらくそれはしたくないでしょう。それが実際にIPv6アドレスであれば、それを変更したいと思うかもしれません。 –
したがって、IPV4とIPv6アドレスの両方をデータベースに格納しているフィールドを理解していれば、IPv4の接続には「IPv4互換」アドレスを使用し、接続には「IPv4マップされたIPv6」アドレスを使用しますIPv6経由で作られましたか？ –