服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

解决DHCP范围耗尽 – 多个/ 24个子网或单个/ 23个子网?

我们有一个远程站点的客户端与一个10.0.9.0/24networking。 这个networking上的DHCP范围几乎耗尽,只有大约20个地址可用。 我们可以通过重新设置一些静态设备并缩小我们的排除范围来将其增加到30。 这可能不是一个长期的解决scheme。 我一直负责devise一个长期的解决scheme。 警告:自从我进行了严格的思科路由器/交换机configuration已经有14年了。 build议使用3个附加子网(10.0.10.0等)创build另外3个VLAN。 这样做的好处是允许我单独保留大部分静态分配的IP,但需要大量的交换机和路由器configuration才能实现VLAN间路由。 使用单个DHCP服务器,这也会使DHCP设置复杂化,同时具有多个DHCP作用域和超级镜像。 大部分configuration都可以在客户端进行最less的停机或不停机的情况下完成。 另一个选项是重新将网站重新分配到10.0.10.0/23。 我将不得不对每个静态设备重新IP,但更改IP和子网掩码比在4个不同的子网上configuration多个VLAN和VLAN间路由要简单一些(对我而言)。 (注意:10.0.8.0/24networking正在另一个站点使用,所以我们不能使用10.0.8.0/23来避免修改10.0.9。*这个站点的IP地址)。这个configuration需要很长的停机时间因为networking设备是重新IP地址。 我对这两种解决scheme的理解是,单个/ 23子网具有更大的广播域(510个客户端),其中4/24个子网具有4个较小的广播域。 约220台设备,我不认为广播stream量是一个重要的因素。 正在使用的交换机是具有有限三层function的Cisco 2960-s型号。 因此,大部分的VLAN间路由将回落到站点的路由器上,增加了路由器的开销。 是否有解决DHCP范围耗尽的行业标准首选方法? 这里有没有提到的解决scheme有什么优点/缺点,可能会有所作为? 还有第三个更好的解决scheme吗? 更多信息: 因为无论我做什么,我正在重新devise这个networking,我试图找出什么是“正确”的解决scheme。 如果这是一个支持超过254个设备的新networking,那么build立单个/ 23个子网还是多个/ 24个子网会更好? 如果我记得2002年以来我所有的CCNA培训,增加新的/ 24子网和VLAN可能是微不足道的。 但是我从经验中知道,维护并不是那么微不足道。 我正在寻找build议,哪些解决scheme现在和一年之后会给我带来最less的痛苦。