使用非常短的DHCP租用时间(<1分钟)会出现什么问题?


20

我们有一个用于演示的网络设置,持续时间约1500万。我们的DHCP服务器配置为分配约100个地址(最大同时连接数或我们的AP数)...但是由于人们可能来来往往,我们需要保持非常短的租约时间以释放IP地址并允许与其他人建立联系。

最初,我想租用一个短至25秒的租约时间,因为该演示相当短,并且要确保DHCP服务器不会“滥用”保留IP。但是,我担心几个的东西。

首先,对网络负载的影响。

其次,我在这里读过,那里的时间租约少于1分钟可能存在一些“怪异”的问题(例如,什么是良好的DHCP租约超时配置)。

有人知道使用这么短的租期会有什么不同的问题吗?对网络有什么影响?使用短而安全的租赁期限将是什么?


5
轶事:在迁移DHCP服务器之前,我已将4000ish客户端的租约时间降至5分钟。迁移被推迟了,我忘了重新设置租赁时间了几周。什么都没打破。不到一分钟的租赁时间似乎有点多余。您不能扩展范围以容纳100多个地址吗?
jscott 2014年

1
理想情况下,我会放置更多的AP,但是目前我只有一个AP,它最多可以处理约100个并发连接。这就是限制100个地址的原因。
sebpiq

6
@sebpiq 100个连接和100个分配的IP是另一回事...从理论上讲,我的DHCP服务器上有200个地址的块,但我不会很快到达那个地址...
TiernanO 2014年

4
您也可以在每次演示后从服务器重置/删除所有租约...
SnakeDoc

Answers:


25

使用非常短的租用时间,您将看到网络流量的增加,尤其是广播流量,因为DHCP的“发现”和“提供”阶段是第二层广播。问题的严重程度取决于许多因素,例如网络的大小和复杂性,延迟,DHCP服务器的性能等。请记住,DHCP客户端不要等到其租约到期后才尝试对其进行续订。因此,如果您给我60秒的租约,我将每30秒(可能)与DHCP服务器进行一次续约。

至于“怪异”的问题,任何事情都会发生。不同的DHCP客户端的行为将有所不同。有些人可能会处理得很好,有些人可能会经常更新而失败,并且会失败。也许有些客户获得租约,只是睡了一段时间,然后检查是否需要续订或扔掉地址(如果过期)。如果睡眠时间长于租约,则系统会将IP保留的时间长于允许的时间。我之前从未见过该问题,但是我看到客户端在“请求”阶段请求的IP与服务器在“提供”阶段提供的IP不同,但服务器实际上向客户端提供了“请求” IP,已经在使用中。永远不要低估软件的编写能力。


嗯,所以基本上所有这些都取决于我猜想的实现……因此,我认为很难提出一个安全的租用时间!也许我会妥协,例如2-3百万!?
sebpiq 2014年

15

使DHCP租约时间与AP的连接限制相匹配并不能使我成为解决此问题的最佳方法。两者不必匹配。将DHCP租约时间减少到演示长度的两倍(完全任意建议),并扩展DHCP范围以在合理的时间内容纳尽可能多的租约。当用户退出AP并连接新用户时,他们将从您充足的DHCP池中获得未使用的IP,或者一旦这些租约时间到期,他们将获得先前租用的IP地址。

如果配置DHCP ip地址池是控制可连接到AP的人数的方法,那么我想可能会有更好的方法。


你是绝对正确的。我必须检查是否有办法限制直接在AP上的连接数,并将可分配地址的数量增加到最大。
sebpiq

5
这是使用172.16.0.0/12网络。那里有很多地址。
Bryan Boettcher 2014年

1
或10.0.0.0/8范围。您那里有1600万个可用地址(如果@insta的建议中的100万个地址还不够;))
Matthew Steeples

@joeqwerty我真的想接受你的答案,因为你解决了我的问题......但JeffW的回答是更字面:(很抱歉。
sebpiq
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.