IPv6 计算器

IPv6 地址是 128 位，写成用冒号分隔的八组四位十六进制数。每组 16 位，所以 8 × 16 = 128。与 IPv4 不同，它没有点分十进制的替代写法，也不存在地址分类。

2001:0db8:1234:5678:9abc:def0:1234:5678
├──────────────┤├──────────────────────┤
   64 位                  64 位
   网络前缀               接口标识符

2001:0db8:1234:5678 : 9abc:def0:1234:5678
└─── 路由前缀 ───┘ └── 子网 ──┘
   48 位                16 位

实际划分通常是：运营商分配一个 /48，每个局域网一个 /64，其余 64 位留给该局域网内的主机。这样一个 /48 就能切出 65,536 个 /64 网络 —— 远超任何站点的需求，这也是运营商把 /48 作为标准企业分配粒度的原因。

IPv6 地址很长，于是有了两种简写。两者都在 RFC 4291 中定义、并在 RFC 5952 中细化；本计算器输出的正是 RFC 5952 规定的规范形式。

1. 去掉每组的前导零。 0db8 变成 db8。全零的组写成单个 0，除非它属于被压缩的连续零组。
2. 把一段连续的零组替换成 ::。必须选择最长的一段；若两段长度相同，压缩靠前的那一段。
3. 单个零组不要压缩。 RFC 5952 要求 :: 至少代表两组，所以 2001:db8:0:1::1 中那个单独的 0 要保留。

一个 /64 包含 2^64 个地址，即 18,446,744,073,709,551,616。JavaScript 的数字是 IEEE 754 双精度浮点数，只能精确表示到 2^53 的整数，而位运算符一次只处理 32 位。任何建立在 Number 之上的 IPv6 计算器，都会在大前缀上静默地返回错误结果。

本计算器把每个地址转换成 BigInt 并在 BigInt 上完成掩码运算，因此 /0、/64 与 /128 都能返回精确的十进制计数。/0 的地址数会显示为完整的 39 位数字，而不是四舍五入后的近似值。

• 把局域网划分成 /64 以外的尺寸。 SLAAC 会失效，隐私扩展不再工作，某些操作系统干脆拒绝配置地址。
• 在一个地址里用两个 ::。 2001::db8::1 是非法地址，因为解析器无法判断每个压缩标记各代表多少组零。
• 还想着节约地址。 每个 VLAN 一个 /64 才是正确的默认值。为了“省空间”把多个 VLAN 塞进一个 /120，只会带来麻烦而没有任何收益。
• 以为链路本地地址可路由。 fe80::/10 永远不会离开本链路；当设备有多个接口时，还必须加上 fe80::1%eth0 这样的区域索引（zone index）才能唯一确定。