IPv4 E类呢？

IPv4的E类网络（240.0.0.0/4）包含2.68亿个地址。尽管有关于IPv6的广告，声称我们已经用完了地址空间，但具有讽刺意味的是，该块仍然声称是“保留供将来使用”。为什么还没有释放此块？

当然，应该推广IPv6而不是释放更多的IPv4地址，但是多年来我们已经看到地址短缺的问题。甚至有一段时间，他们不确定在我们用完地址之前是否有足够的时间来开发IPv6。他们为什么不释放此块呢？

将来是否有可能使用这些地址，例如当IPv6实施得很广泛但我们仍需要IPv4以便向后兼容时？无论如何，它将逐步淘汰，但是ISP不必为了IPV4兼容性而采用NAT。

ip-address ipv4 address-space-exhaustion

— 卢克
source

事后看来，该地址范围应该已经为移动IPv4 NAT释放了。这将使亚洲大型移动公司为其约10亿用户运行NAT服务变得容易得多。

— MSalters 2012年

@MSalters嗯，但是要由IP的拥有者来决定是否在其上使用NAT，对吗？如果我理解正确的话，他们就不必专心于此。那时可能已经使用过。

— 卢克

该范围240.0.0.0/4从没有所有者，但已保留。当从该范围分发分配时，可能已将“专用于NAT”作为先决条件。

— MSalters

Answers:

支持。

编写网络堆栈实现以支持RFC，因此不会发送或接受来自IP的数据包，这些IP保留供将来使用。除了网络堆栈之外，服务还必须支持它们。DHCP必须能够分发它们，DNS必须能够存储它们，IANA上的软件和您的ISP必须能够实际支持该块的创建和使用。

到我们所有人都支持此“ E类”块时，我们将在切换到IPv6方面取得巨大进展，因此不再值得。开发人员，ISP和消费者最好投资于改用IPv6。

但是，许多TCP / IP堆栈（例如Windows中的TCP / IP堆栈）都不接受E类空间中的地址，甚至不与持有这些地址的通讯者通信。现在在需要地址空间之前在已安装的基础上更改此行为可能为时已晚

— 阅读更多（在地址回收解决方案下？）

— 塔玛拉·维斯曼（Tamara Wijsman）
source

想到了这一点，但认为这个想法太怪异了。为什么要构建不能与这些IP配合使用的硬件和软件，特别是如果写得很清楚这些地址的功能将来可能会改变的话？

— 卢克，2012年

@Luc：因为它保留供将来使用，并不意味着您可以实现任何形式的支持；如果我们查看其他RFC，这一点将变得更加清晰。例如，在协议中，它们使用该术语来指示您不应该使用的某些位，因为以后可以将它们用于协议的可能扩展。因此，我假设它在IP空间中的功能相同。您自己说过，它写得很清楚，将来这些地址的功能可能会更改。他们可能不能仅将其用作IP地址，而可能用作特殊的地址...

— Tamara Wijsman 2012年

@Luc：ping 240.0.0.1在Windows 上尝试很容易。

— Tamara Wijsman 2012年

@Luc：他们最有可能没有发布该块的原因是因为当时子网掩码是它的一部分，并且他们当时并不真正在意耗尽，就像著名的“ 640K应该足以任何人 ”。因此，最终以这种方式进行了修改。那时很少会想到这个想法，即使您这样做了，也适用“如果它没有坏，就不要解决”的想法，因为这会带来很多麻烦，而没有直接的好处。而且，RFC并不是像“先使用它，然后再使用它”那样工作，而是作为一个不变的协议，因此

— IPv4-

@Luc：要想出一个主意，是在ARPANET（1969）投入运营仅十年后，就记录了IPv4（1979）。IPv6（1998）早在14年前就已被记录在案，当时IPv4已经用尽一半。如果他们想支持“ E类”模块，那时候他们会这样做。但是，如果您可以将时间投入更大的一部分，那么为什么要分配一小部分呢？如果他们选择仅支持“ E类”并延迟IPv6，那么我们实际上将面临穷尽其他选择的风险。在IPv4和IPv6之间（1980年-1990年），可能还没有穷尽的迹象……

— Tamara Wijsman，2012年

问题在于该块在许多操作系统中都被列入了黑名单。因此，他们不会接受该地址作为自己的地址，也不会连接到具有该地址的服务器。

另一个原因是，使用E类只会使IPv4的寿命延长一年左右。部署IPv6会导致所有操作系统升级一年额外的延迟，这是不值得的

— 桑德·斯特凡
source