ipv6 很成功，手机都可以用公网了，少了一层 nat 性能压力更小了，虽然现在 nat asic 已经普及了。类似这种模式的手机用公网，在 ipv4 业务里有一种 routed ipv4 的服务，具体就是分配一个 117.1.1.32/29 给客户，但是局端 ip 是 221.2.2.233 ，然后在上游路由器给做一个 117.1.1.32/29 指向客户端口的路由，其实很像 ipv6 的 pd 地址，只不过中国好像应用得比较少，都是直接分配一串地址给专线客户，但是因为网关和广播的关系客户会少很多 ip 。 不分配固定 ip 这点，我认为是差异化服务的一种，凸显集客的优势，不然谁还买集客业务了；还有就是尽量节省资源，现在分配到接口的最长长度只有/64 ，没有 128 位给每个沙子分配 ip 那么美好，那么目前的规划是一个区县分配 2 个/48 ，这个区县就只能承载 2 个 65535 客户，没办法给每个客户都保留那么多，再考虑到路由聚合的问题，城东和城西和的人口密度也不一定一样，每个池的压力也不同，要考虑的要素是很多的。反而监管是最早解决的，每个客户分配的记录肯定有日志，端口屏蔽也就是在路由器上写几条规则匹配上 IP 列表，和监管关系反而是最小的。 需要的问题没有被解决是因为服务提供商如果要提供网页内容，就必须拥有独立的 ipv4 地址所导致，那我都有独立的 ipv4 地址了，支不支持 ipv6 又和我有什么关系呢？ eyeball 客户就算在 nat 后面又不是不能访问我的网站。而且过度设计完全不是客户该考虑的问题，没有多少终端客户在乎自己的 ip 长什么样。

OP 设想有点搞笑 IPv4 每段以十进制表示 0~255 ，即 4 个 8 位段，即 IPv4 的 32 位地址。 你设想的 IPv5 ，每段以十进制表示 0~1023 ，即 4 个 10 位段，总计 40 位地址。（还没算你刨掉的范围） 问题就很明显了： 1 、40 位地址位，在计算机眼里连整数都不是。当然可能也不是绝对不行，但是会造成极大的麻烦和额外开销浪费。 2 、1000 以上的地址如果不让使用，那意味着最大范围是 999 ，即 1111100111 ，然而掩码不能出现中间为 0 ，也就是必须小于 1111100111 且去掉最后三个 111 ，即 1111100000 ，也就是 A.B.C.D 段中 A 段最大只能 896 ，即可用范围变成了小于 896.0.0.0 ，又被刨掉了很多地址。 3 、你设想的 IPv5 才 40 位地址，比 IPv4 的 32 位地址，即使将刨掉的都算作可用，才仅仅大 256 倍。 所以，你确定你设想的 IPv5 不是来搞笑的？

补充一下 11 楼第 2 点 896 开头是最大网络号。 即网络号只有前 5 位。 并且 B.C.D.段即使全做主机号，也存在大于 999 不用的问题，地址计算起来一团糟。 可见限制 1000-1023 的范围是多（这个词让网友填吧）的限定

我已经离不开 IPv6 ，所有设备都有 IPv6 互联网能力 组建纯内网（不连接互联网）的网络，使用 IPv6 单栈

@xqzr 内网没必要用 v6 吧，调试起来好麻烦

其实好多时候你已经离不开 IPv6 了只是你自己没啥感觉。手机现在访问的流量大部分都是 IPv6 的资源。固定宽带中，p2p 有一大部分资源也是 IPv6 的。而且现在 IPv6 公网地址量大管饱，远程啊，搭建服务器啊，搭建服务啊 都太有用了。我现在好多工作连接都是基于 IPV6 。

至于你说的分配固定 IPv6 那也很简单，只要你的运营商支持即可。现在好多都是支持的。 我现在就是固定的靓号前缀~所以现在赶紧提高自己的技术，抢占靓号资源吧。 [img]https://file.uhsea.com/2508/fc5f5efd49756dec1502de25d810b5fe79.jpg[/img] 我现在有 999:7777 999:8888 999:9999