Switch lijkt geen DHCP requests door te laten

[larsg]

Met de corona tijden dacht ik eens mijn netwerk te moderniseren, hierbij heb ik op mijn bureau een spinnenweb aan verschillende switchen vervangen door een 16 poorts gbit switch de TP link tl-SG1016DE v 3.0. Het idee was om deze te linken aan een bestaande oudere switch (Linksys SRW22G4) in de garage waar mijn server staat en het internet binnen komt. Tevens zou ik een wat bredere uplink tussen de switchen creeren door een 2x 1gbit connectie middels LACP/LAG. Dit zodat ik in combinatie met een extra netwerk poort op de server en mijn pc gebruik kan maken van SMB 3 multipath voor betere snelheden. Situatie schets beneden aan de post.

Helaas stuit ik voor het bereiken van het bovenste plan op problemen met de tp link switch. Deze lijkt na x uur te opereren geen dhcp leases door te laten behalve voor de unifi ap's die rechtstreeks aan de switch hangen. Als ik een bedraad apparaat fysiek verbind met de switch in de garage krijg ik wel een dhcp lease. Het rebooten van de TP link switch helpt voor een aantal uur. In de switch heb ik nog niks geconfigureerd behalve een andere login + vaste ip in de netwerk range. Bizar genoeg als ik een apparaat dat eerder geen dhcp lease kreeg manueel een ip geef in mijn range dan kan hij alsnog geen verbinding maken met andere apparaten in de range. Het lijkt wel alsof de switch na een tijdje draaien nieuwe connecties afblokt. Echter is er niks in de switch dat vermeld dat bepaalde poorten in 1 of andere obscure vlan zitten.

Ik heb de switch al enkele keren geprobeerd te resetten, helaas lukt dat niet altijd.


Relevante software en hardware die ik gebruik
Alle netwerk testen en ervaringen heb ik van windows computers. Mijn router & DHCP server is de unifi USG. Verder zijn de access points van unifi. Ik heb de switch nog maar enkele dagen. Ik heb wel een V3 in huis gekregen ipv een V4. Ik heb verder de indruk dat ik een oud model heb gekregen dat al eens is teruggestuurd.

Wat ik al gevonden of geprobeerd heb
Ik heb op het forum van TP link posts gevonden van gelikaardige problemen uit 2014 met hardware versie 1 van de switch. Dat topic eindige helaas met de conclusie dat er nieuwe firmware moest komen.


Iemand een idee omtrent mijn probleem? Bij voorbaat dank voor alle hulp

[donny007]

Bizar genoeg als ik een apparaat dat eerder geen dhcp lease kreeg manueel een ip geef in mijn range dan kan hij alsnog geen verbinding maken met andere apparaten in de range.

Laat de switchpoort op dat moment helemaal geen verkeer meer door, of alleen geen DHCP-verkeer? Hebben meerdere apparaten/poorten er tegelijkertijd last van?

Wellicht heeft het iets te maken met de "slimme" power managementfuncties van deze switch (als in, een nog actieve poort wordt onterecht uitgeschakeld). Is er een optie om power management uit te schakelen?

Verder kun je checken of de firmware up-to-date is en even een factory reset uitvoeren.

Er zijn nog wel wat andere dingen te bedenken die zo'n issue kunnen veroorzaken, zoals bijvoorbeeld gare kabels/connectoren (die na de swap natuurlijk allemaal bewogen zijn), een lus in het netwerk (zonder loop prevention ingeschakeld), of een specifiek apparaat dat storing veroorzaakt met deze switch. Dat laatste kun je eventueel nog testen door één voor één de apparaten aan te sluiten (over enkele uren tijd) en steeds te checken wanneer het fout gaat.

Uiteraard kan het ook zo zijn dat jij toevallig een defect exemplaar hebt ontvangen (met bijv. een gare voeding of beschadigde switchpoort(en)). Bij twijfel: terugsturen/garantie claimen.

[Question Mark]

larsg schreef op zaterdag 28 maart 2020 @ 19:36:
Tevens zou ik een wat bredere uplink tussen de switchen creeren door een 2x 1gbit connectie middels LACP/LAG

In de switch heb ik nog niks geconfigureerd behalve een andere login + vaste ip in de netwerk range.

Hoe is de die LAG nu geconfigureerd? Heb je nu niet gewoon last van loops in je netwerk?

[larsg]

Bedankt al voor de replies en het meedenken!

donny007 schreef op zondag 29 maart 2020 @ 16:28:
[...]

Laat de switchpoort op dat moment helemaal geen verkeer meer door, of alleen geen DHCP-verkeer? Hebben meerdere apparaten/poorten er tegelijkertijd last van?

Wellicht heeft het iets te maken met de "slimme" power managementfuncties van deze switch (als in, een nog actieve poort wordt onterecht uitgeschakeld). Is er een optie om power management uit te schakelen?

Verder kun je checken of de firmware up-to-date is en even een factory reset uitvoeren.

Er zijn nog wel wat andere dingen te bedenken die zo'n issue kunnen veroorzaken, zoals bijvoorbeeld gare kabels/connectoren (die na de swap natuurlijk allemaal bewogen zijn), een lus in het netwerk (zonder loop prevention ingeschakeld), of een specifiek apparaat dat storing veroorzaakt met deze switch. Dat laatste kun je eventueel nog testen door één voor één de apparaten aan te sluiten (over enkele uren tijd) en steeds te checken wanneer het fout gaat.

Uiteraard kan het ook zo zijn dat jij toevallig een defect exemplaar hebt ontvangen (met bijv. een gare voeding of beschadigde switchpoort(en)). Bij twijfel: terugsturen/garantie claimen.

Ik heb het inderdaad bij alle nieuwe apparaten die na nieuw worden aangesloten en bij apparaten die hun dhcp lease willen vernieuwen. Voor de duidelijkheid dus na x uur tot het apparaat wordt gereboot. Alle apparaten hebben een eigen poort, er zitten geen andere switchen op.

Helaas heb ik geen mogelijkheid in de web confurator om naar power items te kijken. Ik heb enkel wat de volgende menu's: system settings (firmware/switch ip/access), switching(port setting, igmp, LAG), Monitoring, VLAN & QOS.

Ook heb ik al de laatste firmware en enkele keren een factory reset uitgevoerd. Bij die laatste lukt het wel maar de helft van de tijd. Het is onmogelijk via de webconfig en via de fysieke knop de soms terwijl ik de knop duidelijk hoor klikken.

De switch heeft standaard loop prevention ingeschakeld en ik kan via apparaten met een correcte dhcp lease altijd aan bijvoorbeeld de router/internet. Na de switch te rebooten hebben alle devices netwerk toegang aan een correcte snelheid. Ik vermoed dus geen probleem met de bekabeling.

Ik zal de test die je suggereerde eens uitvoeren om te kijken of de switch steeds bij éénzelfde apparaat eruit klapt.

Question Mark schreef op zondag 29 maart 2020 @ 16:44:
Hoe is de die LAG nu geconfigureerd? Heb je nu niet gewoon last van loops in je netwerk?

Lag is nog niet geconfigureerd dat was de to-be situatie.
De switch heeft standaard loop prevention ingeschakeld.

[ Voor 6% gewijzigd door larsg op 29-03-2020 16:54 ]