网络掩码的可能（位）模式

给定一个前缀Y，可以很容易地计算出相应的网络掩码：将Y一个设置的位放入时间，然后用零填充到“右边”，直到一个总数达到32位（IPv4）。

例：

前缀24，即netmask 11111111 11111111 11111111 00000000或255.255.255.0。

是否可以有一个具有不同位模式的网络掩码，例如

• 00000000 11111111 00000000 11111111（0.255.0.255）
• 00000000 11111111 11111111 11111111（0.255.255.255）
• 11111111 11111111 11111111 00000001（255.255.255.1）

在这些情况下，指定“前缀”显然不起作用。

（我很确定答案是“否”，但是我正在编写一些网络代码，并且这需要在所有可能的情况下都有效，因此我希望得到101％的肯定。）

RFC950指出

由于标识子网的位由位掩码指定，因此它们不必在地址中相邻。但是，我们建议子网位是连续的，并定位为本地地址的最高有效位。

大多数设备都遵循此建议，以强制执行。早在2012年，我仅在仅Linux网络上使用了非连续子网掩码。我测试的Windows，OSX，Cisco和HP设备无法处理/不允许使用。

如果使用前缀和网络，则答案是否定的，这些位必须是连续的。在某些情况下，可以使用通配符掩码（掩码的倒数），例如Cisco ACL，并且这些掩码可以是任何位模式。例如，您可以阻止来自网络上所有奇数主机的流量。这似乎仍然可以教，但是我没有看到它在现实世界中经常使用（尽管我已经看过）。

否。网络掩码是一系列连续的掩码。

（其他都是“通配符”模式。）

当TCP / IP首次问世并普及时，实际上有许多子网具有不连续的掩码。但是随着地址的稀缺，网络其余部分的开销使这些前缀可以进行全局路由，而不是强制所有内容都仅基于前缀。太多，全球网络更改为仅支持前缀。实际上，实际上仍然会有一些遗留网络在内部使用不连续的掩码（许多IGP仍支持此功能）。但是，当这样的网络连接到Internet时，它具有覆盖所有网络的单个前缀，并在BGP中发布。而且，当然，EGP（BGP的前身）仅支持分类寻址。

我知道有几位具有原始问题A类网络的播放器，它们出于某种原因在内部使用了不连续的网络掩码。我只是不知道他们中是否有人还在这样做。他们中的许多人甚至都没有退出。ARPAnet的内部网络掩码为255.0.0.255（IIRC）。