Apa masalah yang mungkin terjadi dalam menggunakan waktu sewa DHCP yang sangat singkat (<1 menit)?

Kami memiliki pengaturan jaringan untuk demo, yang berlangsung sekitar 15 juta. Server DHCP kami dikonfigurasikan untuk menetapkan ~ 100 alamat (jumlah maksimum koneksi simultan atau AP kami) ... tetapi karena orang-orang mungkin datang dan pergi dengan sangat cepat, kami harus menjaga waktu sewa sangat singkat untuk membebaskan alamat IP dan memungkinkan orang lain untuk terhubung.

Awalnya saya ingin pergi untuk waktu sewa sesingkat 25 detik, mengingat demo itu cukup singkat, dan untuk memastikan bahwa tidak ada IP akan "kasar" dicadangkan oleh server DHCP ... Namun, saya takut beberapa sesuatu.

Pertama , dampaknya pada beban jaringan.

Kedua , saya telah membaca di sana-sini bahwa mungkin ada beberapa masalah "aneh" dengan waktu sewa di bawah 1 menit (mis. Apa itu konfigurasi batas waktu sewa DHCP yang baik ).

Apakah ada yang tahu apa masalahnya dengan menggunakan waktu sewa yang begitu singkat? Apa dampaknya pada jaringan? Apa yang akan menjadi durasi sewa pendek tapi aman untuk digunakan?

Dengan waktu sewa yang sangat rendah, Anda akan melihat peningkatan lalu lintas jaringan, khususnya lalu lintas siaran karena fase "temukan" dan "penawaran" DHCP adalah siaran lapisan 2. Berapa banyak masalah ini tergantung pada banyak faktor seperti ukuran dan kompleksitas jaringan, latensi, kinerja server DHCP, dll. Ingatlah, klien DHCP tidak menunggu sampai masa sewa mereka berakhir untuk mencoba memperbaruinya. Jadi jika Anda memberi saya sewa 60 detik saya akan berbicara dengan server DHCP (berpotensi) setiap 30 detik untuk memperbaruinya.

Adapun masalah "aneh", apapun itu. Klien DHCP yang berbeda akan berperilaku berbeda. Beberapa mungkin menanganinya dengan baik, beberapa mungkin memiliki masalah memperbaharui begitu sering dan gagal. Mungkin ada klien yang mendapatkan sewa dan hanya tidur untuk jangka waktu tertentu kemudian memeriksa apakah mereka perlu memperbarui atau melemparkan alamat jika sudah kadaluwarsa. Jika tidur lebih lama dari sewa maka sistem akan menjaga IP lebih lama dari yang dibolehkan. Saya belum melihat masalah itu sebelumnya, tetapi saya telah melihat hal-hal seperti IP permintaan klien dalam fase "permintaan" yang berbeda dari yang diberikan server pada fase "tawaran" tetapi server benar-benar memberi klien permintaan "" "IP, yang sudah digunakan. Jangan pernah meremehkan seberapa buruk perangkat lunak dapat ditulis.

Menyesuaikan waktu sewa DHCP dengan batas koneksi AP Anda tidak mengejutkan saya sebagai cara terbaik untuk menangani masalah ini. Keduanya tidak harus cocok. Turunkan waktu sewa DHCP menjadi sekitar dua kali panjang demo (saran sepenuhnya arbitrer) dan perluas cakupan DHCP Anda untuk mengakomodasi sewa sebanyak yang Anda pikir akan Anda miliki dalam jumlah waktu yang wajar. Ketika pengguna keluar dari AP dan pengguna baru terhubung, mereka akan mendapatkan IP yang tidak terpakai dari kumpulan DHCP Anda yang cukup atau mereka akan mendapatkan alamat IP yang disewa sebelumnya begitu masa sewa berakhir.

Jika mengkonfigurasi kolam alamat ip DHCP Anda adalah cara Anda mengendalikan berapa banyak orang yang dapat terhubung ke AP maka saya akan mengatakan mungkin ada cara yang lebih baik untuk melakukan itu.