有太多IP地址吗？

遵守各种标准将变得不可能，确保networking变得更难，病毒传播更容易，服务质量更难，MAC / CAM表格变满。

还有各种各样的问题，只是把所有东西放在一个桶里。

另外不要忘记，随着局域网上的速度的增加，用途也在增加。 特别是当涉及到数据中心时。 许多地方的中继使用率为50％以上。 我已经看到有一些在10G的中继线上持续高于65％。 告诉那些人增加不必要的stream量。

当你真的不需要超过2个VLAN的小地方时，除了“你可以”之外没有任何理由使用大型子网是没有问题的。 一旦你离开小商业世界，你会发现事情的复杂性有所增加。

另一个显而易见的原因是停止CAM表的填充，这可能会导致中断，这取决于固件中如何使用开关表填充来处理事件。

唯一的问题是当连接到合作伙伴networking或合并/收购时可能发生冲突。 其中一些问题可以通过在边缘设备上使用源NAT和目标NAT来缓解。 另外，仅仅因为你使用10.1.0.0/24并不意味着你不会遇到完全相同的问题。

不是真的 – 只要你把实际设备的数量限制在networking将要处理的东西上……但是，如果你不使用它们，为什么networking中有这么多可能的节点呢？

分割networking对许多事情都有好处，包括提供逻辑结构和概述，通过将angular色和/或位置分割成不同的networking来加强安全性等等。

人们通常不会想到的一件事就是将打印机和其他高度脆弱和不受保护的networking设备分离到自己的networking中，只能访问特定的打印服务器。 然后是所有常见的取决于您的组织信息安全要求。

安全来自层，networking分割是帮助减less安全问题（=访问，完整性和可用性）的原因之一。

我用这么多的IP看到的问题是不限制广播域。 另一方面，对于1Gb交换机，我不能说真的很重要，除非你试图挖掘交换机和防火墙日志。

除了通过VPN连接的合作伙伴networking之外的潜在冲突，没有问题。

无论如何，我通常build议使用/ 24块，而不pipe你将它们分开的范围。 所以，假设您将10.27.1 / 24分配给办公室，10.27.2 / 24分配给数据中心的数据库子网，10.27.3 / 24分配给数据中心的应用子网，10.27.100 / 24分配给VPN客户等等。

根据您的子网广播的大小可能是一个问题，虽然取决于您的networking的速度，他们可能不会。

然而，一个缺点是你正在限制你未来的扩展能力。 现在你可能只需要一个子网，但是谁又说你将来不需要更多？ 您可能会扩展，您可能需要为networking的某些部分设置单独的子网，等等。

我也会放弃“class级”的思想，并使用CIDR为您的子网。 大学课程和历史书以外的课程实际上并不存在，CIDR只是给了你更多的灵活性。

一个好的经验法则是把你认为需要的东西加倍，所以如果你有50个主机（不要忘记在这里包括服务器，打印机，交换机等），一个25位的networking掩码（给你128个主机，less于2个networking和广播）将涵盖你所需要的，并给你一些空间。

那么，连接到Uber-IP服务器的交换机在ARP表中可用的条目数量是有限的。 你也可以在你的Broadcast Domin上看到很多免费的ARP。

除了稍微难以设置（也可能是pipe理）之外，我都不能想到这一点。 然后是IP地址数量减less的问题（直到IPV6）。

我inheritance的一个networking是满的/ 16s ..即10.1.xx，10.2.xx.

这是很好的分组IP范围，你可以看看一个IP，并确切知道它是什么..哦10.4.20.Xs都是数据库等…但…

最终我们不得不清理它，并且发现所有随机的closuresIP是一件苦差事。

对/ 24进行nmap ping扫描要比对/ 16进行一个简单的多。

在重新devise中，我们决定了/ 22。 （1024 ips）

我认为今天用一个健康的开销来分配你需要的一般规则是一个好习惯。

我将从networking上最大的设备数量开始，将其数量增加一倍或三倍，然后查看是否有足够的networking。 通过使用十亿networking，不应该很难find一个平衡。 例如，说100个设备是最大的。 如果你select/ 22作为你的面具，你将有16384个networking，可以有1022个设备：

Mask:255.255.252.0 Host/Net - 1022 Network Broadcast 10.0.0.0 10.0.3.255 10.0.4.0 10.0.7.255 10.0.8.0 10.0.11.255 10.0.12.0 10.0.15.255 10.0.16.0 10.0.19.255 10.0.20.0 10.0.23.255 10.0.24.0 10.0.27.255 10.0.28.0 10.0.31.255 10.0.32.0 10.0.35.255 10.0.36.0 10.0.39.255 10.0.40.0 10.0.43.255