利用巨大 IPv6 地址的协议和标准 space

Protocols and standards that take advantage of the huge IPv6 address space

不确定这是否是此类问题的正确位置(服务器故障适用于管理员),但我正在寻找利用巨大 IPv6 地址 space 的(网络)协议和标准的示例一些具体的好处。

原因是我正在写一篇关于做这件事的论文,我正在寻找可以与之比较的东西,但我一无所获,尽管我确信有些人必须这样做。

这里可能不完全是主题,但无论如何我都会回答这个问题,因为它可能有助于软件开发人员了解在针对 IPv6 进行开发时有哪些可能性。


因为大多数协议和应用程序仍然希望与 IPv4 兼容,所以没有那么多协议使用 IPv6 的这一出色功能。大多数这样做的本质上都是 IPv6。

第一个当然是 IPv6 Stateless Address Autoconfiguration 通常缩写为 SLAAC。拥有如此多的可用地址让地址的自我分配变得更加容易。

在此基础上构建 SEcure Neighbor Discovery (SEND) with Cryptographically Generated Addresses (CGA),它使用 public 密钥加密并从 public 密钥的指纹中导出 IPv6 地址的最后 64 位。因为节点可以使用与 public 密钥匹配的私钥创建签名,所以它可以证明它是该 IPv6 地址的合法持有者。不幸的是,最常见的操作系统没有实现,所以这个功能基本上没有被使用。

另一个是 IPv6 Battleships game. It uses IPv6 addresses to encode the coordinates in the game and by sending a ping the opponent can determine of there is a ship at a certain location (address) or not. The game was written in a competition on World IPv6 Day 在荷兰举行的 IPv6 活动中。

它对于大型云部署具有显着优势。例如,Faceebook 报告其 90% 的内部流量是 IPv6 (https://t.co/PPHBkUPTdt),因为这种方式类似于私有 IPv4,但更适合 v6 本地客户(在同一份报告中,他们声称 v6 手机上网 30%-40 % 比 v4 快)。此外,Openstack 终于为 Juno 版本添加了几乎完整的 v6 支持。

此外,物联网领域(真正的物联网,我指的是IP设备)是一个很好的应用领域。通常,设备将使用 IPv6(当功能足够强大时)或 6LowPAN(用于传感器网络的简化 IPv6,并且在 OS 中得到很好的支持,例如 TinyOS、ContikiOS、mbedOS, ETC)。

它也可能对类似 WebRTC 的应用程序有用,只要 IPv6 对等点通常连接得更好(防火墙与 NAT 似乎表现良好或更容易配置)。

然而,随着 2015 年开始的大规模部署(在美国,Google 的所有流量中有 17% 是 v6,德国 Google 的流量为 14%,所有互联网流量都 Google 今天是 7% IPv6)任何互联网服务产品都必须迁移,否则很快就会失去竞争力。