IPv4のクラスEネットワーク（240.0.0.0/4）には2億6800万のアドレスが含まれています。IPv6の宣伝ではアドレス空間が不足していると主張していますが、皮肉なことにこのブロックは依然として「将来の使用のために予約済み」なぜこのブロックはまだ解放されていないのでしょうか?
もちろん、IPv4 アドレスをさらに解放するのではなく、IPv6 を推進する必要がありますが、アドレス不足は何年も前から予想されていました。アドレスが不足する前に IPv6 を開発する時間が十分にあるかどうか確信が持てなかった時期もありました。なぜこのブロックをまだ解放しなかったのでしょうか?
また、IPv6 がかなり広く実装されても下位互換性のために IPv4 がまだ必要な場合など、将来これらのアドレスが使用される可能性はありますか? いずれにせよ段階的に廃止されますが、その場合 ISP は IPv4 互換性のために NAT を使用する必要はありません。
答え1
サポート。
ネットワーク スタックの実装は RFC をサポートするように記述されているため、将来の使用のために予約されている IP からのパケットは送受信されません。ネットワーク スタックに加えて、サービスもそれらをサポートする必要があります。DHCP はそれらを配布でき、DNS はそれらを保存でき、IANA と ISP のソフトウェアは実際にそのブロックの作成と使用をサポートできる必要があります。
私たち全員がこの「クラス E」ブロックをサポートする頃には、IPv6 への移行は大きく進展しており、もはや価値がなくなるでしょう。開発者、ISP、消費者は、代わりに IPv6 への移行に投資したほうがよいでしょう...
しかし、Windows の TCP/IP スタックなど、多くの TCP/IP スタックはクラス E 空間のアドレスを受け入れず、それらのアドレスを持つ通信相手と通信すら行いません。アドレス空間が必要になる前に、インストールベースでこの動作を変更するのはおそらく遅すぎます。
—続きを読む（下住所の再利用は解決策か?）
答え2
問題は、このブロックが多くのオペレーティング システムでブラックリストに登録されていることです。そのため、オペレーティング システムはこれを自分のアドレスとして受け入れず、そのようなアドレスを持つサーバーに接続しません。
もう1つの理由は、クラスEを使用すると、IPv4の寿命が1年程度しか延びないということです。すべてのオペレーティングシステムをアップグレードして、IPv6の導入を1年遅らせるのは価値がありません。