我们有一个演示的networking设置，持续约15mn。 我们的DHCP服务器被configuration为分配~100个地址（最大同时连接数或我们的AP）…但是由于人们可能来得及走得很快，所以我们需要保持租用时间非常短以释放IP地址并允许其他人连接。
最初我想要花费25秒钟的时间，考虑到演示很短，并且确保没有IP将被DHCP服务器“滥用”保留…但是，我害怕几个的东西。
首先是对networking负载的影响。
其次 ，我在这里和那里读到，可能会有一些“奇怪”的问题，租赁时间低于1分钟（例如什么是一个很好的DHCP租约超时configuration ）。
有人知道使用这么短的租约可能是什么问题吗？ 对networking有什么影响？ 什么将是一个简短但安全的租赁期限使用？
由于租用时间非常短，您将看到networkingstream量的增加，尤其是广播stream量，因为DHCP的“发现”和“提供”阶段是第2层广播。 这个问题有多less取决于许多因素，如networking的大小和复杂程度，DHCP服务器的延迟，性能等。请记住，DHCP客户端不会等到租约过期才能更新DHCP客户端。 所以，如果你给了我一个60秒的租约，我会每隔30秒与DHCP服务器（可能）进行交stream来更新它。
至于“怪异”的问题，什么都可以。 不同的DHCP客户端行为会有所不同。 有些可能处理得很好，有些可能会遇到问题，经常更新而失败。 也许有客户得到一个租约，只是睡一段时间，然后检查是否需要更新或抛弃地址，如果过期。 如果睡眠时间超过租期，则系统将保持IP的时间长于允许的时间。 我之前没有看到过这个问题，但是我已经看到，客户端在“请求”阶段请求的IP与在“提供”阶段服务器给出的IP不同，但服务器实际上给了客户端“请求“IP已经被使用了。 永远不要低估如何写软件。
将DHCP租约时间与AP的连接限制相匹配并不会成为处理问题的最佳方式。 两者不必相匹配。 将DHCP租约时间降低到两倍于演示的长度（完全是任意的build议），并扩大您的DHCP范围，以适应您认为在合理的时间内拥有的尽可能多的租约。 当用户放弃接入点和新用户连接时，他们将从您充足的DHCP池中获取一个未使用的IP，或者一旦这些租用时间到期，他们将获得先前租用的IP地址。
如果configuration你的DHCP IP地址池是你控制有多less人可以连接到AP的手段，那么我可以说有可能是一个更好的方法来做到这一点。