DHCP issues en uiteindelijk vastlopende ap’s

[vrowdy]

Hallo allemaal,

wij hebben letterlijk honderden Unifi AP’s uitstaan bij een aantal klanten.
Sinds een week of drie zijn daar echter grote problemen mee.
Het begint ermee dat apparaten geen dhcp-lease meer krijgen. Apparaten waarvan de lease toevallig net verloopt, verliezen dan hun verbinding en nieuwe clients krijgen überhaupt niks.
Even later loopt dat het hele access point in de soep en werkt niks meer.
Stroom eraf en erop en alles is weer eventjes goed.

Dit is dus ongeveer drie weken geleden begonnen en heb ik inmiddels bij drie klanten.
De ap’s draaien firmware uit de 5.x serie, maar zijn niet drie weken geleden geüpdatet.
Eerst was het mis bij 1 klant en daar heb ik in eerste instantie alles vervangen: usg, switches en ook de ap’s. Een geheel nieuw netwerk dus aangelegd, maar met hetzelfde probleem.
Uiteindelijk was de oplossing downgraden naar 4.3.20.
Daarna werkt alles weer stabiel.
Thuis heb ik ook allerlei Unifi-spullen, met nieuwe 5.x firmware en ook wel beta-firmware, zonder problemen.
Ook bij heel veel andere klanten geen problemen.

Mijn enige logische verklaring is dat er drie weken geleden bijvoorbeeld een nieuwe driver is uitgekomen voor een bepaalde netwerkkaart of wellicht een update van Android of iOS. Dit apparaat stuurt dan blijkbaar dusdanige pakketjes naar het ap, dat deze langzaam crasht: eerst doorgeven van dhcp en dan uiteindelijk helemaal. Reboot lost het dan weer op voor een uurtje.
Dit idee wordt ook bevestigd door het feit dan een bepaalde klant op een bepaalde dag van de week, steeds geen issues had. Op die dag is meer dan de helft van het personeel niet aanwezig. Op andere dagen draait het nog geen uur stabiel. Tot de downgrade naar 4.3.20 dus.

Herkent iemand deze problemen toevallig?

 

[KLOKJES]

Ik heb hier vergelijkbare problemen, weet nu niet of het aan de software ligt of aan de APS . Let op, dit geldt alleen voor ons wifi gastennetwerk. Het gaat ongeveer om de 5 dagen mis of het gaat 5 dagen goed tis maar hoe je het bekijkt. De oplossing die wij daarvoor gebruiken is de hele zooi (udmp,switches en 15 APS grotendeels via mesh met elkaar verbonden ) opnieuw opstarten en dan begint het riedeltje weer opnieuw... Zitten gemiddeld op het moment rond de 50/60 gasten al naar gelang naar het aantal gasten, moet het vaker gebeuren.
Dus ik ben ook wel benieuwd naar een oplossing.
Opvallend detail daarbij is wel dat ons eigen ssid (eigen "netwerk") wel blijft functioneren zonder problemen.

 

[Hofstede]

Mochten jullie ook gebruik maken van Unifi switches, er is een issue met DHCP afhandeling door switches sinds firmware 5.49. Daarvoor is vandaag wederom een nieuwe beta firmware uitgebracht om dat te verhelpen.

https://community.ui.com/releases/USW-Firmware-5-64-3/a3f08455-9ce3-4921-b530-a6c53e9a0f66

 

[KLOKJES]

Ga die update dan met vertrouwen tegemoet zien en hopen dat het probleem daarna is opgelost. Vermoed door de hierboven genoemde issue met dhcp dat dat het probleem zou moeten zijn. Want het andere netwerk (ssid) wat ik noemde werkt wel met ip en niet met dhcp (ik hoop dat ik het verschil duidelijk maakte)

 

[edwin2019]

Als je zoveel gasten hebt zou ik de lease tijd verlagen naar 8 uur. Op die manier ververst de uitgegeven dhcp pool regelmatig en kan niet vollopen als gasten relatief kort aanwezig zijn.

 

[gewoon in de kroeg]

Ik heb een soortgelijk probleem gehad in het verleden.
Maar dan alleen met Apple devices.
Heb het toen kunnen oplossen door de DHCP leasetijd op 1 uur (3600 seconden) te zetten.
Een dan verbonden apparaat blijft gewoon verbonden met een ongewijzigd ip-adres
Van niet meer verbonden apparaten vervalt de ip-reservering.
En krijg je dus "ruimte" en minder belasting in je netwerk.
(zal vast wel een meer technisch kloppend verhaal voor zijn, maar dit werkte toen bij mij).

Het schijnt ook dat met een instelling van DTIM op 3 Apple devices beter verbinden met een WIFI netwerk.

 

[KLOKJES]

Als je zoveel gasten hebt zou ik de lease tijd verlagen naar 8 uur. Op die manier ververst de uitgegeven dhcp pool regelmatig en kan niet vollopen als gasten relatief kort aanwezig zijn.

Weet niet helemaal of dat gaat werken zo, de gasten krijgen nl allemaal een voucher voor x-aantal dagen al naar gelang ze blijven (camping). We willen nl niet dat "iedereen" zo maar gebruik kan maken van onze wifi en we willen het beheersbaar houden. Omdat de vouchers slechts eenmaal te gebruiken zijn (gekoppeld aan het apparaat zeg maar), maar als iemand mij gericht kan vertellen dat het wel kan zou dat een oplossing kunnen zijn.

 

[dbw]

Je kan natuurlijk ook een klasse A of B subnet gaan gebruiken. Dan heb heb je meer adressen om uit te delen.

 

[gewoon in de kroeg]

Weet niet helemaal of dat gaat werken zo, de gasten krijgen nl allemaal een voucher voor x-aantal dagen al naar gelang ze blijven (camping). We willen nl niet dat "iedereen" zo maar gebruik kan maken van onze wifi en we willen het beheersbaar houden. Omdat de vouchers slechts eenmaal te gebruiken zijn (gekoppeld aan het apparaat zeg maar), maar als iemand mij gericht kan vertellen dat het wel kan zou dat een oplossing kunnen zijn.

Ja zeker gaat dit werken.
Ik heb nog steeds de leasetijd op 1 uur staan.
Op een beetje drukke dag maken meer dan 250 gasten verbinding met ons netwerk.
Ik maak daarbij gebruik van FB login met een verbindingstijd van 2 uur.

Probleemloos.