注意:以下示例可能不现实,但适用于该问题。
假设我正在尝试为未来做计划,并且我为建筑物的某个楼层分配了 10.1.0.0/16,但不对其进行子网划分,因为我不确定将使用哪些设备,因为会受到损坏。所以人们开始进入地板并连接设备。在某一点上,我可以大致了解设备分布并决定将此子网分成 2 个,一个用于 PC,一个用于 IP 电话。
这是否可以在运行的网络上进行,而无需更改现有客户端的配置。
如果不是,那么在静态寻址与 DHCP 寻址的环境中做起来有多容易?
注意:以下示例可能不现实,但适用于该问题。
假设我正在尝试为未来做计划,并且我为建筑物的某个楼层分配了 10.1.0.0/16,但不对其进行子网划分,因为我不确定将使用哪些设备,因为会受到损坏。所以人们开始进入地板并连接设备。在某一点上,我可以大致了解设备分布并决定将此子网分成 2 个,一个用于 PC,一个用于 IP 电话。
这是否可以在运行的网络上进行,而无需更改现有客户端的配置。
如果不是,那么在静态寻址与 DHCP 寻址的环境中做起来有多容易?
在 Theory™ 和 In Practice™ 中,这永远不会顺利。据推测,这两种类型的设备都分散在整个 /16 中。因此,必须重新配置 LAN 内的设备。
如果他们都使用 DHCP,那么更改 DHCP 设置的过程相当简单。首先,将租用时间降低到不合理的低水平,以加快与新子网的融合——如果您当前的租用时间为 1 周,那么在一切都被迫采用新设置之前,您至少会有一周的混乱;如果租用时间已降至 15 分钟,则不会花费这么长时间。
但是,现实世界中没有任何网络是 100% DHCP。总是有静态设备。所以他们将不得不手动更改。这意味着您必须提前了解哪些机器需要注意。
关于不匹配的子网掩码的一句话。通常,这是要避免的。然而,在这种情况下,它会发生,无论多么短暂。在给定的示例中——将 /16 拆分为更小的子网(2 个 /17's),这两个新子网之间的路由器可以通过proxy-arp的实践促进“离线”访问。请注意,对于应该允许代理 arp 的情况,这是唯一可接受的例外;然后,作为临时措施。
当然,设备仍然必须在正确的子网中。路由器接口将是/17 的。错误的新子网中的主机将被路由器忽略。
如果您需要两个子网,为什么不使用 10.1.0.0 /17 ?
这样,您可以为 PC 提供 10.1.0.0 /17,为 IP 电话提供 10.1.128.0 /17。
每个子网中将有 32766 台主机。