非常に短いDHCPリース時間（<1分）を使用する際に考えられる問題は何ですか？
デモ用のネットワーク設定があり、それは約15分続きます。 DHCPサーバーは、最大100個のアドレス（同時接続またはAPの最大数）を割り当てるように構成されています...しかし、人々は非常に速く出入りする可能性があるため、IPアドレスを解放して許可するには、リース時間を非常に短く保つ必要があります接続する他の人々。
最初は、デモが非常に短いことを考慮し、DHCPサーバーによってIPが「乱用」に予約されないようにするために、25秒という短いリース時間にしたかったのですが...事。
まず、ネットワークの負荷への影響。
2番目、私はここを読んで、1分未満のタイムリースで「奇妙な」問題が発生する可能性があることを確認しました（例 適切なDHCPリースタイムアウト構成 ）。
誰かがそのような短期間のリースを使用する際のさまざまな問題が何であるかを知っていますか？ネットワークへの影響は何ですか？ 短いが安全なリース期間とは何ですか？
リース時間が非常に短いと、DHCPの「検出」および「提供」フェーズがレイヤー2ブロードキャストであるため、ネットワークトラフィック、特にブロードキャストトラフィックが増加します。これがどの程度の問題であるかは、ネットワークのサイズと複雑さ、遅延、DHCPサーバーのパフォーマンスなど、多くの要因に依存します。DHCPクライアントは、リースが期限切れになるまで待機せず、更新を試みます。したがって、60秒のリースを提供してくれた場合、DHCPサーバーと（場合によっては）30秒ごとに更新を更新するように話します。
「奇妙な」問題に関しては、何でも起こります。 DHCPクライアントが異なると、動作も異なります。うまく処理できる人もいれば、頻繁に更新できず失敗する人もいます。おそらく、リースを取得して一定期間スリープするだけのクライアントが存在し、有効期限が切れた場合にアドレスを更新またはトスする必要があるかどうかを確認します。スリープがリースより長い場合、システムは許可されているよりも長くIPを保持します。私はその問題を以前に見たことがありませんが、「リクエスト」フェーズでクライアントが要求するIPが、サーバーが「オファー」フェーズで提供したものとは異なるが、サーバーは実際にクライアントに「リクエスト」を与えた「すでに使用されていたIP。不十分なソフトウェアを作成する方法を過小評価しないでください。
DHCPリース時間とAPの接続制限を一致させることは、問題を処理する最良の方法として私を攻撃しません。 2つは一致する必要はありません。 DHCPリース時間をデモの長さの2倍程度（完全に任意の提案）に減らし、DHCPスコープを拡張して、妥当な時間内にあると思われる数のリースに対応します。ユーザーがAPから降りて新しいユーザーが接続すると、十分なDHCPプールから未使用のIPを取得するか、リース期間が終了すると、以前にリースされたIPアドレスを取得します。
DHCPのIPアドレスプールを構成することが、APに接続できる人数を制御する手段である場合は、おそらくこれを行うより良い方法があると思います。