突发奇想，为什么非要搞个 ipv6，而不直接用 ipv4 公网+私网地址升级为新的 ip 策略呢，一切问题都可以在 ipv4 的基础上慢慢解决嘛。

[pinews]

[pkookp8]

设备 a 在私网 A
设备 b 在私网 B
设备 ab 都是你的设备，每个人都有这样的配置
没有公共服务器，你如何直接通过设备 a 找到设备 b

[ysc85]

我想到的问题是，为什么不像电话号码一样，在原来 7 位数的基础上在前面加一个数字，这样也不会导致重复。或者 IPV4 直接变为 5 节（ 192.168.1.2.3 ）或 6 节（ 192.168.1.2.3.4 ）或者每节扩展成 4 位数（ 1920.1680.0000.0000.0000 ）之类的

[Archeb]

@ysc85 这样做要改的成本不比全部升级到 v6 低...

[mason961125]

@ysc85 #2 一样是改协议，一样的成本明显 IPv6 的收益更高。

[xxq2112]

@ysc85 这样相当于把所有设备的协议都更新一遍，成本而言比另起炉灶更高

[ivyxjc]

@ysc85 ipv4 用 4 个字节来存储 ip 地址。相关协议都是以这个为标准设计的。，没有办法再扩了。ipv6 就是增加了字节数。用 16 个字节来存。

[pinews]

@pkookp8 还需要升级啊，

@Archeb
@mason961125
@xxq2112 不觉得

@ivyxjc 原公网 ip 默认为 x.x.x.x-1.1.1.1-1.1.1.1 如果实在没办法更新就用这个策略

[Seumi]

ipv6 解决的不光是地址不够用的问题

[chinvo]

@ysc85 #2 IP 本质上是二进制的，你看到的四组 255 只是 human friendly 表示法

IPv6 确实就是 v4 的增长

[chinvo]

@pinews #7 你这个策略的思路是从数据包上处理吧，但是这样搞每个路由设备都要维护一个巨大的网络表和映射表，成本比扩展 IP 长度要高多了

[pinews]

@Seumi 我是说对 ipv4 升级，不是拿 ipv4 冒充。
@chinvo 并不需要巨大的什么表，升级之后，你就直接当 ipv6 就行了，你所谓的巨大表，我想想估计是最低级的升级方式。

[chinvo]

@pinews #11 大兄弟，nat 下转发是要映射的，不是直通的，既然你要在 nat 下那么搞，你就绕不开路由表

路由表是你的电脑能上网的重要保障，怎么就成最低级的了？？？

[pinews]

@chinvo 你就当 ipv6 那样用不就行了

[chinvo]

@pinews #13 那不还是增加 IP 长度么，和 IPv6 有什么区别？为什么换 IPv6 要升级设备，换你这个方案就不用？

[misaka19000]

你这样路由器还是需要升级，在提升了成本的同步并没有产生应有的好处，是一种非常糟糕的设计

[yuikns]

这是在说 NAT64 方案么？ http://support.huawei.com/enterprise/docinforeader!loadDocument1.action?contentId=DOC1000057170&partNo=10252#sec_eudemon_ag_nat64_0000


不过这个太烦了，需要 tunnel。内部的话，地址位就是 hard code。兼容搞不定。所以现在都是双栈，过一些年 v4 淘汰就好。

[yingfengi]

ipv6 地址多的话路由表好做

[Aoang]

建议去了解一下相关资料。

另外，制定 IPv4 的时候，大家都觉得应该够用了，就算你扩展 IPv4，和 IPv6 并没有什么区别，同样的需要设备兼容。

[1423]

协议本来就是人定的，至于为啥这样不是那样，主要看有表决权的那帮人过眼了多少提案，并不一定这样就最好。实际结果往往是妥协出来的。

可能过几年又会觉得 IPv6 垃圾了

[BOYPT]

ipv6 标准已经 20 几年来无数人努力逐步改善到现在的地步的，你想自己提一个更好的方案?