谁负责跟踪 ipv6 地址的可用性所需的 425 亿字节?

tus*_*omi 1 networking storage ipv6

粗略的餐巾纸计算得出,2^128 个 IP 地址需要 42e37 字节来存储哪些已被占用,哪些未被占用的索引。这个数字大约需要 425 亿 yottabyes 来做一个完整的索引。这是假设每个地址对于每个 ipv6 索引都有一个 1 位结果。显然,所有人文学科的综合存储空间都达不到这个数字。

那么发行是如何工作的呢?地址是否按顺序管理,当我们使用所有地址时,在我们到达最后一个地址时,之前的地址可靠地离线以供获取?ISP 是否预留了一个频段来分配他们喜欢的方式?

ipv6 寻址系统如何工作?

mta*_*tak 6

IPv6 寻址系统的工作方式与 IPv4 寻址系统相同。IPv6 地址是按块分配的,因此无需管理每个地址。

目前只分配了少量可能的 IPv6 地址。您可以在IANA找到已分配区块的列表。IANA 将大量 IPv6 地址分配给区域互联网注册管理机构 (RIR)。他们在托管商和 ISP 之间进一步划分块。托管商和 ISP 在他们的最终用户之间划分块。

您还需要记住,IPv6 的默认“网络大小”是 /64。这意味着只需要管理 IPv6 的前 64 位。我不是算命先生,但我的猜测是,不会将比那个更小的网络分配给最终用户,因此没有理由管理它。

  • 例如,请查看 http://whois.ripe.net。它是 RIPE、欧洲、中东和亚洲部分地区的 RIR 数据库的网络接口。我的实验室网络是 https://apps.db.ripe.net/search/query.html?searchtext=2a00:8642:2000::1。RIPE NCC 进行的所有委托都可以在一个 11MB 的文件中找到:ftp://ftp.ripe.net/pub/stats/ripencc/delegated-ripencc-extended-latest。如果您想要 RIPE 数据库中 IPv6 网络的所有详细信息,您可以下载 ftp://ftp.ripe.net/ripe/dbase/split/ripe.db.inet6num.gz(22MB 压缩,700MB 未压缩)。小到可以处理:) (3认同)