您可以拥有子网掩码为 255.255.0.0 的 C 类 IP 地址吗?

use*_*810 7 networking ip-address subnet

您可以拥有子网掩码为 255.255.0.0 的 C 类 IP 地址吗?

当你有这样的设置时会发生什么?

jll*_*gre 13

IP 类 A、B 和 C 很久以前(1993 年)就被 CIDR 淘汰了。D 类仍然用于多播。只要您拥有受影响的 IP 地址范围,您现在就可以随意使用任何您想要的掩码。但是,由于您不太可能拥有 256 个连续的“C 类”块,如果您在内部使用这样的掩码但想与 Internet 互连,您将遇到严重的路由问题。

  • D 类现在也已过时;该 IP 范围现在仅称为“多播 IP 地址”。 (2认同)

har*_*ymc 11

今天的子网掩码为 255.255.0.0 的 C 类等于 B 类。这是因为子网是旧类系统的唯一残余,这个概念今天只存在于路由表中,用于量化 IP 地址中的 IP 地址数量部分。

如果一个追溯到历史上RFC 791,1981年,子网掩码是不相关的问题。类别由地址的前几位决定,正是这些位决定了子网。因此,A 类的前导位为 0,B 为 10,C 为 110,D 为 1110(多播),E 类(保留)为 1111。

这种方案非常浪费IP地址,没有提供足够的B类地址。于是有类网络被无类域间路由(CIDR)取代,从 1993 年开始使用RFC 1518RFC 1519的规范,试图解决这个问题。

CIDR 表示法是一种指定 IP 地址及其相关路由前缀的语法。它将斜杠字符和路由前缀的前导非零位的十进制数附加到地址,例如,IPv4 为 192.168.0.0/16,IPv6 为 2001:db8::/32。(记住子网掩码。)

出于路由目的,CIDR 提供路由前缀聚合,也称为超网或路由汇总。例如,十六个连续的 /24 网络可以聚合并作为单个 /20 路由通告到更大的网络,如果它们的网络地址的前 20 位匹配。然后可以将两个对齐的连续 /20 聚合为一个 /19,依此类推。这允许显着减少必须通告的路由数量。

有趣的是,正是在这里,类重新出现,作为一个段中可能的节点数量的度量。有关“1/64 C”和“16 B”等类别的定义,请参见上述文章。

因为我们有两个概念叫做类,历史的和现代的,混淆确实会发生,因为这两个概念都与子网掩码有关(现代的可能更是如此)。

  • IP 类不再存在,自 1993 年的 RFC 1519 以来也不存在。 (5认同)
  • @gorilla:它仍然是一个现有的概念,尽管它没有曾经的重量。 (2认同)

Sir*_*rex 2

据我了解,事实并非如此。

C 类网络使用 24 位用于网络,8 位用于主机,因此 0.0 打破了这一点,因为它为网络留下了 16 位。但使用 A 类的 255.255.0.0 可以有一个私有寻址方案。

http://www.subnet-calculator.com/subnet.php?net_class=A

简而言之,您可以对 A 的默认 B 掩码进行子网划分,或者对 A 和 B 的默认 C 掩码进行子网划分,但您不能采用其他方式(C 到 B 或 A)...如果这是有道理的。