%20%E3%81%8B%E3%80%81%E3%81%9D%E3%82%8C%E3%81%A8%E3%82%82%E3%82%A8%E3%83%8B%E3%83%BC%E3%82%AD%E3%83%A3%E3%82%B9%E3%83%88%E3%81%A8%E6%B7%B7%E5%90%8C%E3%81%95%E3%82%8C%E3%82%8B%E5%8F%AF%E8%83%BD%E6%80%A7%E3%81%8C%E3%81%82%E3%82%8A%E3%81%BE%E3%81%99%E3%81%8B%3F.png)
Host Europe は、私がレンタルした VM に、すべてゼロで終わる IP アドレス ( 2xxx:xxxx:xxxx:xxxx::/128
) を割り当てました。
最後の 64 ビットがすべてゼロのアドレスは通常サブネット ルーターのエニーキャスト アドレスであるため、他のノードがそれを特別に扱う可能性があることを懸念し、これが相互運用性の問題の可能性があると主張しました。
サポートでは、「これは構文的にはサブネット エニーキャスト アドレスですが、/128 サブネット サイズを使用しているため、問題なく使用できます」と述べています。(翻訳は私による)
半分納得しているだけです。ノードがそのようなアドレスを特別に処理できるようにするものはありますか、それともこれを通常のアドレスのように使用できるのでしょうか?
答え1
最後の64ビットがすべてゼロのアドレスは通常サブネットルーターのエニーキャストアドレスであるため、これは相互運用性の問題である可能性があると主張しました。
サブネットの場合、インターフェースIDすべてゼロのアドレスはサブネット エニーキャストになります。理論上は IPv6 グローバル ユニキャストでは 64 ビットとして定義されていますが、実際にはサブネット プレフィックス長がインターフェイス ID の長さを定義します。通常は 64 ビットです。これは /64 プレフィックスを除いた残りの長さであるためですが、/128 アドレスにはサブネットはなく、インターフェイス ID もありません (0 ビットの IID になります)。
他のノードがそれを特別に扱うのではないかと心配しています。
IPv4の「サブネットブロードキャスト」アドレスの場合と同様に、サブネットルータエニーキャスト(またはIPv6で定義されている他の種類のローカルサブネットエニーキャスト)は、実際にそのサブネットのルータに到達して初めて意味を持ちます。サブネットルータのみができるそもそも、そのアドレスに何らかの有用な処理を施すことはできません。そのサブネットにないホストやルーターは、通常のユニキャスト アドレスとしてそのアドレスをルーティングする以外に何もできません。したがって、アドレスがホスト経由で静的にルーティングされる場合、そのアドレスの「サブネット ルーター」は自分のマシンだけであり、他のノードは実際には何もできません。
(これは IPv4 のクラスフル アドレス指定を反映しているようです。通過するノードは、192.168.4.255 がクラス C アドレスであることに基づいて特別であることを「知っていた」可能性があります... しかし、その知識にもかかわらず、通常のアドレスのようにルーティングする以外に何もできませんでした。 そして、クラスフル アドレス指定がなくなった今、ノードは、最終的なサブネットが使用しているプレフィックスの長さがわからないため、それが特別であるかどうかさえも知ることができません。)
答え2
1ホストネットはIPv6ホスト上に設定してルーティングすることができます。サブネットルータアドレスここでは意味がないので無効にする必要がありますが、適切な /64 を取得できるかどうか、またアドレス計画がそれに対応できるかどうかについては依然として疑問が残ります。
リンク決定における IPv6これはプロトコルの問題なので、v4 のように同じサブネット内にルーターの IP アドレスが存在する必要はありません。他のオンリンク ネット経由のトラフィックは正常に動作し、デフォルト ゲートウェイのリンク ローカル アドレスが使用される可能性がほぼ確実です。
RFCに記録されている同様の長いプレフィックスの例として、RFC 6164 のポイントツーポイントの /127人々はそれが物事を台無しにすると考えていましたが、それはうまくいく可能性があります。これらの推奨事項には、1 つの /64 から複数のプレフィックスを割り当てる場合は、すべてゼロのインターフェイス ID を使用しないことが含まれています。「そうしないと、ノードは受信するつもりのないパケットを受信する可能性があります。」これは、/64 で唯一の顧客である場合はそれほど重要ではありませんが、彼らの回答はそれを保証するものではないと私は解釈しています。
レンタル VM ごとに 1 つのアドレスというのは、控えめに言ってもあまり寛大ではありません。独自のコンテナーや IP ベースの仮想ホストに IP を割り当てるというユースケースもあります。ただし、これにはプレフィックス全体をホストにルーティングする必要があり、ほとんどのプロバイダーはこれを実行していません。まだ実行していない場合は、ゲストに IP が 1 つしか割り当てられていない場合でも、アドレス計画上の理由から /64 全体を予約しておくのが得策です。これをサポートするには、アドレス空間が十分すぎるほどあります。
可能な限り短いバニティ アドレスを持つことは良いことですが、実際には必要ありません。 は、2001:db8:c6ad:a661::1
テキスト形式では よりわずかに長いだけです2001:db8:c6ad:a661::
。 また、DNS 内の名前はどちらの場合も同じ長さです。