/ 31点对点位掩码


13

什么时候在生产中使用/ 31网络是合适的做法?在点对点链接上,不需要广播,因此在/ 30上使用/ 31是否有任何令人信服的理由,因为似乎/ 30s仍在广泛部署和流行。这已由RFC 3021定义。

除了节省地址空间以外,是否还有使用/ 31的用例?/ 31s的引入是否带来了/ 30s中未发现的一系列新问题?

/ 31通常只在公共空间中看到,尤其是对于ISP,还是同时在私有空间中同时用于ISP和企业?


2
投票决定关闭,因为这似乎不是一个实际的问题,但更多的是创建一个论坛进行讨论(我们希望避免这样做)。我已经看到它们在生产中使用了很多时间-它们是否按预期工作取决于供应商的实现。
约翰·詹森

@JohnJensen然后让我重新表达一下……
。– knotseh 2013年

我认为这里的问题是:“何时使用此设置?”
Bulki 2013年

2
@ Mike-Pennington我必须在这一点上与您不同意(当然是ofc)。我可以从理论上理解/ 31地址的问题。由于您没有一个仅是地址而不是广播或子网部分的地址部分。但是,当您使用正确的路由指向该网络等点对点时,可以使用此功能。“为什么有可能”或“何时使用”这些问题是很好的问题。
Bulki 2013年

1
仅在此处注意,Mikrotik不支持/ 31或/ 127。他们无意修复它。
sdaffa23fdsf

Answers:


11

我们在核心(Brocade,Juniper,Cisco)中使用/ 31s已有三年以上,没有任何问题。

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


并没有真正回答问题吗,“我们已经使用过”
jwbensley13年

随时随地使用它是适当的,因为它不会在生产网络中引起任何问题

因此,请在您的回答中
注明

6

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

在什么情况下您不能使用/ 31s可能是更多导入?哪些协议或应用程序可能由于没有广播地址而行为不当或破坏?

根据上一篇文章,BootPDHCP在列表的顶部,但是与路由器点对点链接上的那些无关。 ARP使用广播MAC地址-而不是IP-因此那里不应该有任何问题... OSPFEIGRP都使用多播地址,RIP v1看起来可能是个问题。

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


恕我直言,这是一个问题,而不是答案。
CVn 2013年

1
同意 最初的问题措辞不好,实际上该问题已通过表决结束。自从最初发布此帖子以来,它已被重新措词并重新打开。(希望它有助于改善问题。)
Peter

5

我已经在运行EIGRP的实验室内部使用了一段时间,到目前为止还没有发现任何问题。

如果将/ 24分配给P2P范围,我的看法是。

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

/ 23分配

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

好吧,我不会给人们带来子网数学和2的幂的麻烦。但是由于我们处于IPv4耗尽模式,它使我们能够更好地利用给定的子网分配。

另外,在P2P中,我看不出为什么需要广播地址。该网络中只有两台主机。因此,任何要广播的数据包都将被另一个主机听到。

顺便说一句,自IOS 12.2(2)T起,Cisco路由器已支持此功能


所以你问一个问题,然后在8分钟后自己回答...现在看起来有点奇怪,不是吗?无论如何,我认为/ 31的唯一实现是在只需要2个WAN地址的防火墙上使用的(其余将由NAT完成)。
Bulki 2013年

@Bulki同意这很奇怪-在修改问题之前发布了此内容,因为我正在寻找更多的论坛/辩论结构,但我没有意识到我们正在避免。
knotseh 2013年

1
我认为这个问题不太合适,因为它太主观了。至少在ISP上通常使用/ 31。没有理由不这样做,因为大型供应商已经支持了很长时间。
Daniel Dib

它是开放式的,但是作为问题应该有用。也许问题应该是“是否有任何理由不总是在点对点链接上运行/ 31和/ 127”,然后我们可能会在不起作用的供应商上获得有趣的数据,或者有其他动机不运行它们(我认为一(代表/ 127)
ytti

7
@bulki发布问题然后回答自己的问题没有任何问题。从字面上鼓励。 meta.networkengineering.stackexchange.com/questions/4/…–
Craig Constantine

2

考虑到地址保护的审慎性和重要性,使用/ 31的一般方法应该是“如果可行,请使用它”

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

简而言之,请尽您所能来浪费尽可能少的地址(在最佳实践和可行性的限制内,不要开始在任何地方扔NAT集中器)

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.