非常に短いDHCPリース時間（1分未満）を使用する場合に考えられる問題は何ですか？

デモ用のネットワーク設定があり、約15分続きます。DHCPサーバーは、最大100個のアドレス（同時接続の最大数またはAP）を割り当てるように構成されています...接続する他の人。

最初は、デモが非常に短いことを考慮して、25秒という短いリース時間で行きたいと思っていました。また、DHCPサーバーによって「虐待的に」IPが予約されないことを確認したかったのですが...物事。

まず、ネットワークの負荷への影響。

第二に、1分未満のタイムリースでいくつかの「奇妙な」問題があるかもしれないことをここで読んだことがあります（例えば、良いDHCPリースタイムアウト設定とは）。

そのような短期間リースを使用することでさまざまな問題が発生する可能性があることを誰かが知っていますか？ネットワークへの影響は何ですか？何でしょう短いが、安全なリース期間を使用しますか？

リース時間が非常に短いと、ネットワークトラフィック、特にブロードキャストトラフィックが増加します。これは、DHCPの「検出」フェーズと「提供」フェーズがレイヤー2ブロードキャストであるためです。これがどの程度の問題であるかは、ネットワークのサイズと複雑さ、遅延、DHCPサーバーのパフォーマンスなど、多くの要因に依存します。DHCPクライアントは、リースが期限切れになるまで待機せずに、更新を試みます。ですから、もしあなたが私に60秒のリースを与えたなら、私はそれを更新するために30秒ごとにDHCPサーバーと（潜在的に）話します。

「奇妙な」問題に関しては、何でもあります。異なるDHCPクライアントは異なる動作をします。うまく処理できる人もいれば、頻繁に更新するのに問題が発生して失敗する人もいます。おそらく、リースを取得し、一定期間だけスリープしてから、更新する必要があるかどうかを確認したり、アドレスが期限切れになった場合に投げたりするクライアントがいます。スリープがリースより長い場合、システムは許可されているよりも長くIPを保持します。私は以前にその問題を見たことはありませんが、クライアントが「リクエスト」フェーズで要求するIPと、サーバーが「オファー」フェーズで提供したIPとは異なるものを見ましたが、サーバーは実際にクライアントに「リクエスト「IP、すでに使用されていました。ソフトウェアがいかに不十分に書けるかを過小評価してはいけません。

DHCPリース時間をAPの接続制限と一致させることは、問題を処理する最良の方法として私を悩ませません。2つは一致する必要はありません。DHCPリース時間をデモの2倍の長さまで短縮し（完全に任意の提案）、DHCPスコープを拡張して、妥当な時間内にリースが考えられる限り多くのリースに対応するようにします。ユーザーがAPから離脱し、新しいユーザーが接続すると、十分なDHCPプールから未使用のIPを取得するか、リース期間が終了すると以前にリースしたIPアドレスを取得します。

DHCP IPアドレスプールを設定することがAPに接続できる人数を制御する手段である場合、おそらくそれを行うより良い方法があると思います。