相关疑难解决方法(0)

我了解子网掩码背后的基本前提，例如255.255.255.0. 但是我见过的所有子网示例都是（从左到右）连续的 1（HI 位）。例如，255.255.0.0( /16) 转换为以下八位字节：

11111111 . 11111111 . 00000000 . 00000000

我相信这些位必须是连续的，因为子网划分的重点是派生主机 ID 和可用设备 ID 的范围。但它确实让我想知道，您是否曾经有过子网掩码，例如255.17.255.0，或：

11111111 . 00010001 . 11111111 . 00000000

• 这会发生吗？或者子网不可能在没有连续 1 的情况下存在？如果是这样，为什么？
• 否则，如果有可能做到这一点，你为什么要（一些具体的例子）？

在这个问题中：

225.225.225.128 是有效的子网掩码吗？

接受的答案指出子网掩码必须是连续的。一些评论引用了 RFC，说明情况确实如此。但是，我无法在 RFC 中找到它。

在第 15 页的RFC 950 中，有一个使用 255.255.255.88 的显式示例，它生成一个第四个八位字节为 的掩码01011000。然后在第 17 页，词汇表声明如下：

Subnet Field

The bit field in an Internet address denoting the subnet number.
The bits making up this field are not necessarily contiguous in
the address.

Run Code Online (Sandbox Code Playgroud)

是否有更新的标准可以覆盖此标准？我还没有找到（RFC 6918更新了 RFC 950，但不影响子网掩码）。

或者（假设上述标准有效），不应该在子网掩码中使用非连续位字段是否有充分的理由？