为什么在使用子网掩码 255.255.255.192/26 进行子网划分后,我似乎丢失了 IP 地址?

Ift*_*Ali 4 ip subnet

注意:我并不是指使用子网划分时丢失的 2 个 IP 地址。

我认为我的数学在某些地方是错误的。这就是我正在做的事情。

  • B 类专用 IP 范围:172.16.0.0 至 172.31.255.255

为了减少广播域,我应用了子网掩码255.255.254.0/23

这给了我以下子网等

  1. 172.16.2.0=>172.16.2.1172.16x.3x.255(512 台主机)

现在,我的困惑在于:我想将此子网进一步划分为更小的子网,因此我通过借用主机部分的一些位来使用子网掩码255.255.255.192/26

根据Calculator.net上的 IP 地址子网计算器,我将得到 4 个子网

  1. 172.16.2.0=>172.16.2.1172.16.2.62
  2. 172.16.2.64=>172.16.2.65172.16.2.126
  3. 172.16.2.128=>172.16.2.129172.16.2.190
  4. 172.16.2.192=>172.16.2.193172.16.2.254

问题:172.16.3.x 范围内的 IP 地址会发生什么情况?为什么它不显示在子网中?

use*_*686 8

\n

为什么它没有显示在子网中?

\n
\n

因为calculator.net 非常陷入过时的“有类网络”思维方式 \xe2\x80\x93 甚至也犯了错误。不要使用它。

\n

请注意,它没有选项指定原始网络是 /23,唯一的选项是“A/B/C 类”。仅此一点就已经排除了它作为可靠工具的可能性。但最重要的是,它在表格上方显示“ 172.16.2.*的所有可能的 /26 网络”,这意味着即使这三个选项也没有任何作用,网站总是假设 /24 或“C 类”网络作为初始点。

\n

可视化子网计算器更接近现实;它不会直接为您提供“所有可能的 /26”的列表,但这是因为不要求所有子网具有相同的大小. 可能还有其他好的工具,可以只列出给定父前缀的所有可能的 /26;我不知道有什么在线工具,但实际上可以用 3 行 Python 来完成。)

\n
\n

不过,关于“广播域”的一个注释是:较小的子网(较长的前缀)本身并不能减少广播域\xe2\x80\x93,而是减少实际连接(主机、网桥、交换机)的数量。该子网的一部分是影响它的因素。因此,如果您将具有 10 台主机和一台交换机的 /16 重新编号为 /28,并且具有连接到同一台交换机的完全相同的 10 台主机,您的广播域也仍然相同。

\n

  • @user1686 使用计算机/计算器**没有任何问题**如果你有足够的直觉来发现错误的结果**。计算器会出错(就像本例一样),人们也会犯错误。我可能无法在头脑中快速计算出 17*23,但当结果小于 100 或大于 1000 时,我知道出了问题。 (4认同)
  • 一旦你有超过 X 个,手动计算也是浪费时间。我们有计算器和计算机,这样我们就可以减少繁琐的工作,减少意外错误。 (3认同)
  • 是的,但正如问题所示,*使用*计算器也很容易出错。有人选择了错误/过时/有缺陷的计算器,其他人输入了错误的输入等等。计算器将偶然错误放大为系统错误和误解。另一方面,经过一些计算后,你就开始无意识地这样做,没有太多思考。只有当我已经有了答案时,你才可以将数字输入计算器。这就是费曼用计算器挑战并超越人们的方式,虽然这看起来很疯狂,但做起来并不难。 (2认同)

Nik*_*nov 7

提醒:不再有“B 级”了。CIDR出现于1993年\xe2\x80\x94 30年前,你可能在你的职业生涯中从未见过任何有类网络。只是停止使用这些术语,“A类”,“B类”,那些已经被遗忘很长时间了。172.16.0.0/12 范围现在被简单地视为 RFC 1918 专用范围,没有从地址的第一个八位字节推断出任何“默认子网划分”(就像在有类网络中一样)。

\n

您问题的其余部分完全基于 CIDR。术语“位掩码长度”,即斜杠后指定的掩码中的单个位数,是 CIDR 表示法;阶级网络中不存在这样的事情。像“255.255.254.0/23”这样的符号很奇怪并且没有得到普遍认可;您可以使用/255.255.254.0(位掩码形式)/23(CIDR 位掩码长度形式)来指定 IP 地址中的子网。在 IPv4 中,这些完全是同义词,在 IPv6 中仅使用 CIDR 形式。

\n

/23 (/255.255.254.0) 网络(每个网络有 512 个地址)是:

\n
    \n
  • 172.16.0.0/23 => 172.16.0.0 \xc3\xb7 172.16.1.255
  • \n
  • 172.16.2.0/23 => 172.16.2.0 \xc3\xb7 172.16.3.255
  • \n
  • 172.16.4.0/23 => 172.16.4.0 \xc3\xb7 172.16.5.255\n等等。
  • \n
\n

然后,当您将网络 172.16.2.0/23 划分为 /26 (/255.255.255.192) 个网络(每个网络有 64 个地址)时,您将获得 512/64 = 8 个这样的网络:

\n
    \n
  • 172.16.2.0/26 => 172.16.2.0 \xc3\xb7 172.16.2.63
  • \n
  • 172.16.2.64/26 => 172.16.2.64 \xc3\xb7 172.16.2.127
  • \n
  • 172.16.2.128/26 => 172.16.2.128 \xc3\xb7 172.16.2.191
  • \n
  • 172.16.2.192/26 => 172.16.2.192 \xc3\xb7 172.16.2.255
  • \n
  • 172.16.3.0/26 => 172.16.3.0 \xc3\xb7 172.16.3.63
  • \n
  • 172.16.3.64/26 => 172.16.3.64 \xc3\xb7 172.16.3.127
  • \n
  • 172.16.3.128/26 => 172.16.3.128 \xc3\xb7 172.16.3.191
  • \n
  • 172.16.3.192/26 => 172.16.3.192 \xc3\xb7 172.16.3.255
  • \n
\n

看,“父”块的所有地址都在那里。

\n

为什么你的工具输出不同的结果确实是我们无法回答的问题。要么它进行了无效的计算,在这种情况下存在错误,您需要联系开发人员,或者您输入了错误的输入,例如您输入的不是 172.16.2.0/23,而是 /24,在这种情况下您应该只获得第一个上面列表中的四个网络,因为 172.16.2.0/24 有 256 个地址,从 172.16.2.0 到 .255。

\n