Quali sono i possibili problemi nell'uso di tempi di leasing DHCP molto brevi (<1min)?

Abbiamo una configurazione di rete per una demo, che dura circa 15 minuti. Il nostro server DHCP è configurato per assegnare ~ 100 indirizzi (numero massimo di connessioni simultanee o il nostro AP) ... ma poiché le persone potrebbero andare e venire molto rapidamente, è necessario mantenere i tempi di leasing molto brevi per liberare gli indirizzi IP e consentire altre persone a connettersi.

Inizialmente volevo andare per un periodo di leasing di soli 25 secondi, considerando che la demo è piuttosto breve e per essere sicuro che nessun IP sarà "abusivamente" riservato dal server DHCP ... Tuttavia, ho paura di diversi cose.

Innanzitutto , l'impatto sul carico della rete.

In secondo luogo , ho letto qua e là che potrebbero esserci dei problemi "strani" con leasing temporali inferiori a 1 minuto (ad es. Qual è una buona configurazione di timeout del lease DHCP ).

Qualcuno sa quali possono essere i diversi problemi con l'utilizzo di un contratto di locazione così breve tempo? Qual è l'impatto sulla rete? Quale sarebbe una durata del leasing breve ma sicura da usare?

Con un tempo di leasing molto basso vedrai un aumento del traffico di rete, in particolare il traffico di trasmissione poiché le fasi "scopri" e "offri" del DHCP sono trasmissioni di livello 2. La quantità di questo problema dipende da molti fattori come le dimensioni e la complessità della rete, la latenza, le prestazioni del server DHCP, ecc. Tenere presente che i client DHCP non attendono fino alla scadenza del loro contratto di locazione per provare a rinnovarlo. Quindi, se mi hai concesso un contratto di locazione di 60 secondi, parlerò con il server DHCP (potenzialmente) ogni 30 secondi per rinnovarlo.

Per quanto riguarda i problemi "strani", tutto va bene. Diversi client DHCP si comporteranno diversamente. Alcuni potrebbero gestirlo bene, altri potrebbero avere problemi a rinnovarsi così spesso e fallire. Forse ci sono clienti che ottengono un contratto di locazione e semplicemente dormono per un certo periodo di tempo, quindi controllano se devono rinnovare o lanciare l'indirizzo se è scaduto. Se la sospensione è più lunga del contratto di locazione, il sistema manterrà l'IP più a lungo di quanto consentito. Non ho mai visto quel problema prima, ma ho visto cose come l'IP che un client richiede nella fase di "richiesta" essendo diverso da quello che il server gli ha dato nella fase di "offerta" ma il server ha effettivamente dato al client la "richiesta "IP, che era già in uso. Non sottovalutare mai la scarsa scrittura del software.

Abbinare i tempi di leasing DHCP con il limite di connessione del tuo AP non mi sembra il modo migliore di gestire il problema. I due non devono abbinare. Riduci il tempo di leasing DHCP a circa il doppio della durata della demo (suggerimento completamente arbitrario) ed espandi il tuo ambito DHCP per soddisfare tutti i leasing quanti pensi di avere in un ragionevole lasso di tempo. Man mano che gli utenti abbandonano l'AP e i nuovi utenti si connettono, riceveranno un IP inutilizzato dall'ampio pool DHCP o riceveranno un indirizzo IP precedentemente assegnato una volta scaduti i tempi di leasing.

Se la configurazione del pool di indirizzi IP DHCP è il mezzo per controllare quante persone possono connettersi all'AP, direi che probabilmente c'è un modo migliore per farlo.