IPv6がリンクローカルアドレス用にfe80 :: / 10プレフィックスを予約し、ホストが/ 64プレフィックスを持つアドレスを選択することを理解しています。
予約スペースが実際にリンクローカルに使用されているスペースよりもはるかに大きいのはなぜですか？
回答
私は思いますリンクローカルスコープは、他のスコープとより適切に「適合する」ために/ 10に設定されました。サイトローカル（一意のローカルに置き換えられる前）
当初は、同じリンク上で多くのリンクローカルネットワークの使用を許可することだと思っていましたが、 RFC 4291は、fe80 :: / 64のみを使用できると明示的に述べています。
コメント
- 何かありますかSLAACの実装に関する重要性は？ … SLAACは"プレフィックスに依存しません"？
- SLAACには/ 64が必要ですが、実際にはそうではありませんリンクローカルアドレスはSLAACによって割り当てられていないため'-実際、SLAACはすでにリンクローカルアドレスを持っていることに依存しています。
回答
ご存知のとおり、私はこれを検討したことがありません。
fe80 :: / 64が使用されているのは、次の理由によると思います。次に、システムはその/ 64でステートレスアドレス自動構成（SLAAC）を実行します。残りの/ 10は、静的に割り当てられたリンクローカルアドレスとネットブロックに使用できます。静的リンクローカルの重要な使用例を考え出すのに苦労しています。割り当てですが、人々がそうしたいと思うようになる理由があると思います。
コメント
- 何' SLAACと/ 64の重要性は？ … / 64プレフィックスに関してSLAACに固有の何かがありますか？
- 静的に割り当てられたリンクローカルアドレスにより、動的にルーティングするときにどのノードがネクストホップであるかを簡単に知ることができます。つまり、R1はfe80 :: 1です。 / 64、R2はfe80 :: 2/64などです。ラボではうまく機能しますが、実際にはあまり機能しません。
- @ CraigConstantine-はい、SLAACには/ 64境界がプロトコルにハードコードされています。これが、ルーティングリンクに使用されるサブネットを除いて、IPv6で/ 64よりも小さいサブネットを作成できない理由です（つまり、ポイントツーポイントリンクの場合は/ 127を使用する必要があります）。実際には、/ 64境界が組み込まれている他のプロトコルもあります。
- ユースケースがあります。 IPv6ベースの識別のために既知のリンクローカルアドレスを使用して分離環境を立ち上げる必要があるプロセス分離システム。また、環境はマイクロ秒またはミリ秒単位で準備ができている必要があるため、' DADを待つことはできません。
回答
IPv6の背後にある設計哲学は、アドレスを保存することよりも、合理的に構造化されたアドレス空間を持つことが重要であるということです。ちなみに、IPv4は同じ考えで考案されました（そのため、各デバイスには1,600万のループバックアドレスがありますが、127.0.0.1アドレスしか使用せず、クラスDおよびEアドレスのほとんどは使用されていません）。
リンクローカルアドレスは理論的には数十億のIPアドレスを浪費しますが、問題とは見なされません。同様に、各顧客に/ 56または/ 48を完全に与えることは技術的に非常に無駄ですが、実際の問題ではありません。
このアプローチには暗い面があります。IPv4が40億台のデバイスをサポートできるという主張と同じように、IPv6が世界の砂粒ごとにIPアドレスを与えることができるという主張（またはそのようなもの）は意味がありません。実際には、IPv6のすべての無駄を合計するまでに、制限がはるかに狭い（IPv4よりも大きい）ことがわかります。
回答
それは2つのことに帰着すると思います。まず、リンクローカルはルーティングできないため、サブネットIDは必要ありません。プレフィックスに続く最後の64ビットまでのすべてがゼロになることはルーティングできないため、他の同様のIPv6プレフィックスと同様に、プレフィックスは最後の「1」ビットまでのすべてであると想定されます。一貫性。
コメント
- それが機能した場合、
/9ではなかったでしょう。/10。