Luc*_*Luc 15 ip-address ipv4 address-space-exhaustion
IPv4 的 E 类网络 (240.0.0.0/4) 包含 2.68 亿个地址。尽管 IPv6 的广告声称我们的地址空间已用完，但具有讽刺意味的是，该块仍然声称“保留以备将来使用”。为什么这个块还没有被释放？
当然，应该推广 IPv6，而不是释放更多的 IPv4 地址，但是我们已经看到地址短缺多年了。甚至有一段时间他们不确定在我们用完地址之前是否有足够的时间来开发 IPv6。为什么他们不已经释放这个块？
将来是否有可能使用这些地址，例如当 IPv6 得到相当广泛的实施但我们仍然需要 IPv4 以实现向后兼容性时？无论如何，它将被逐步淘汰，但是 ISP 不必使用 NAT 来实现 IPv4 兼容性。
Tam*_*man 14
支持。
网络堆栈实现是为支持 RFC 编写的，因此不会发送或接受来自保留供将来使用的 IP 的数据包。除了网络堆栈，服务也必须支持它们；DHCP 必须能够分发它们，DNS 必须能够存储它们，IANA 和您的 ISP 的软件必须能够实际支持该块的创建和使用。
当我们都支持这个“E 类”块时，我们将在切换到 IPv6 方面取得重大进展，因此它不再值得。开发人员、ISP 和消费者最好投资于转向 IPv6...
但是，许多 TCP/IP 堆栈（例如 Windows 中的堆栈）不接受来自 E 类空间的地址，甚至不会与持有这些地址的通信者通信。现在在需要地址空间之前在已安装的基础上更改此行为可能为时已晚
—阅读更多（在地址回收解决方案下？）
问题是这个块在许多操作系统中被列入黑名单。所以他们不会接受它作为自己的地址，也不会连接到具有这样地址的服务器。
另一个原因是使用 E 类只会将 IPv4 的生命周期延长一年左右。将所有操作系统升级为部署 IPv6 的额外延迟一年是不值得的
| 归档时间： |
|
| 查看次数： |
10069 次 |
| 最近记录： |