我们在核心（Brocade、Juniper、Cisco）中使用 /31s 已经三年多了，没有任何问题。

这是一个生产 ISP 网络，因此只要您的套件支持它并且您已经对其进行了测试，就可以在生产环境中使用它们

正如其他地方所说，使用 /31 位掩码可以工作，并且是节省可用地址空间的好方法。

也许更重要的是在什么情况下你不能使用/31s？由于没有广播地址，哪些协议或应用程序可能会出现错误行为或中断？

根据上一篇文章，BootP和DHCP位于列表的顶部，但我们不关心路由器点对点链路上的那些。 ARP使用广播 MAC 地址 - 而不是 IP - 所以那里应该没有任何问题...... OSPF和EIGRP都使用多播地址，但RIP v1看起来可能是一个问题。

还有什么取决于广播或网络地址？

我一直在运行 EIGRP 的实验室内部使用它们，到目前为止还没有发现任何问题。

如果为 P2P 范围分配了 /24，我看到的方式。

1. /30 位掩码 = 64 个 P2P 链接
2. /31 位掩码 = 128 个 P2P 链接

/23 分配

1. /30 位掩码 = 128 个 P2P 链接
2. /31 位掩码 = 256 个 P2P 链接

好吧，我不会让具有子网数学和 2 的幂的人感到厌烦。但由于我们处于 IPv4 耗尽模式，它允许我们更好地利用给定的子网分配。

此外，在 P2P 中，我认为没有理由需要广播地址。这个网络中只有两台主机。因此，任何以广播为目的地的数据包都将被另一台主机听到。

顺便说一句，Cisco 路由器从 IOS 12.2(2)T 开始支持此功能

鉴于地址保护的谨慎性和重要性，使用 /31 的一般方法应该是“如果有效，就使用它”。

当然，您可以更进一步，开始为您的点对点链接使用私有空间，但是如果您要从整个 Internet 而不是在您自己的网络中运行 traceroutes，这显然会出现问题，尽管甚至可以通过将路由器配置为使用特定源 IP 地址发出 ICMP 错误来在一定程度上缓解这种情况。

简而言之，尽你所能来浪费尽可能少的地址（在最佳实践和可行性的范围内，不要开始到处扔 NAT 集中器）