Unifi / Ubiquiti AP adoption problemen

[gewoon in de kroeg]

Ben dan wel benieuwd wat er fout kan gaan.
Je stelt de statische ipadressen vóór of achterin je ipreeks.
Bijv. 192.168.178.1 t/m 198.168.178.30 zijn dan voor je vaste ipadressen.
Vervolgens laat je je DHCP range beginnen bij .31.
(wel eerst Ff je AP's adressen in de vaste reeks geven.
Restart en klaar.

*EDIT*

 

[Komodo]

Ben dan wel benieuwd wat er fout kan gaan.
Je stelt de statische ipadressen vóór of achterin je ipreeks.
Bijv. 192.168.178.1 t/m 198.168.178.30 zijn dan voor je vaste ipadressen.
Vervolgens laat je je DHCP range beginnen bij .31.
(wel eerst Ff je AP's adressen in de vaste reeks geven.
Restart en klaar.

*EDIT*

Dat heet voortschrijdend inzicht, volgens mij. Heb daar ook wel eens last van gehad. Stel: je hebt een domotica device en dat krijgt 192.168.178.123. Die zet je vast en je gaat in HA/Domoticz/whatever lekker scriptjes maken. Volgende domotica device 192.168.178.208. Zelfde verhaal. Herhaal dit een keer of 20 en je snapt wat het probleem van TS is. Ik doe nu natuurlijk een forse bak met aannames, dat wel.

Los daarvan: als je een address reservation maakt voor een IP/Device dan maakt het echt, serieus, werkelijk geen fluit uit. De DHCP server zal dat adres niet meer uitgeven. Fraai? Mwoah. Maar als ik zou moeten kiezen tussen alles in mijn domotica installatie aanpassen voor een mooie range of een werkende omgeving waarbij statisch in de range van dynamisch zit, dan wist ik het wel (Bij komodo zitten alle domotica devices in het IDIot netwerk )

(Komodo stopt met aannames en wacht op TS)

 

[gewoon in de kroeg]

Dat heet voortschrijdend inzicht, volgens mij. Heb daar ook wel eens last van gehad. Stel: je hebt een domotica device en dat krijgt 192.168.178.123. Die zet je vast en je gaat in HA/Domoticz/whatever lekker scriptjes maken. Volgende domotica device 192.168.178.208. Zelfde verhaal. Herhaal dit een keer of 20 en je snapt wat het probleem van TS is. Ik doe nu natuurlijk een forse bak met aannames, dat wel.

Ach, ieder zijn prioriteiten.
Ik heb het een keer of 60 gedaan.
Wil me niet iedere keer als weer eens iemand roept dat het niet werkt een ongeluk hoeven zoeken.
99,9% van de keren is het een domme gebruikers fout.
Doordat alles is gerangschikt, in 1 oogopslag te zien.......

 

[Vlak]

Nog 1 vraag en da ga ik de Ap's instellen op een vast IP. Ik kan de reservering van IP ook doorvoeren in mijn router, op basis van mac adres. Of ik kan de Ap instellen op een vast IP adres.

Zou dit nog iets uitmaken ?

 

[gewoon in de kroeg]

Eerlijk gezegd heb ik het dubbel gedaan.
Ik heb alle clients zelf een vast IPadres gegeven.
En vervolgens in de Clients omgeving van de unificontroller nog een keer Fixed IP aan gezet. Dus als een gebruiker om een of andere reden met het IPadres loopt te kl@ten er niets fout gaat.

 

[Komodo]

Nog 1 vraag en da ga ik de Ap's instellen op een vast IP. Ik kan de reservering van IP ook doorvoeren in mijn router, op basis van mac adres. Of ik kan de Ap instellen op een vast IP adres.

Zou dit nog iets uitmaken ?

Beide is ook mogelijk; staat het ip adres 2x vastgespijkerd op jouw netwerk

 

[Vlak]

ik heb mijn Ap's vast gezet , hopenenlijk ben ik van mijn problemen af.
Nog even een ander vraag over de Ap's. Ik kan clienten vastpinnen op een AP. Als ik dit doe, en en dit AP valt uit zal de het apparaat dan wel met een ander ap verbinden waneer deze wel online is ?

 

[dbw]

ik heb mijn Ap's vast gezet , hopenenlijk ben ik van mijn problemen af.
Nog even een ander vraag over de Ap's. Ik kan clienten vastpinnen op een AP. Als ik dit doe, en en dit AP valt uit zal de het apparaat dan wel met een ander ap verbinden waneer deze wel online is ?

Nee

 

[Vlak]

ok duidelijk , ga ik dat niet doen.

 

[Hofstede]

Ben hier niet 100% zeker van.
Ik zie bijvoorbeeld dat wanneer je een firmware upgrade uitvoert op een AP met vastgepinde clients, eerst de andere AP's worden geprovisioned met een nieuwe block list om te zorgen dat de vastgepinde clients verbinding met die AP's kunnen maken.
Heb echter nog niet geprobeerd wat er gebeurd als je een AP met vastgepinde clients uitgeschakeld wordt. Maar misschien geldt daar hetzelfde voor. Is natuurlijk makkelijk uit te testen (hint ).

 

[dbw]

Ik heb dat ooit eens (lang geleden) getest en toen werkte dat niet.
Maar ja, proberen kan geen kwaad.

 

[Vlak]

Van het weekend het een en ander uitgeprobeerd , en het probleem met adopting is opgelost, bedankt voor jullie hulp.
Ik ben wel tegen een ander probleem aangelopen , misschien weten jullie hier raad mee.

Vannacht hebben ze vanuit Ziggo werkzaamheden uitgevoerd aan het netwerk, buitenshuis. Wat ze precies gedaan hebben weet ik niet. Maar ik kwam er nu achter dat als mijn ziggo modem/route uit staat of niet werk, ik mijn eigen netwerk niet kan benaderen. Ik zou zeggen dat ik mij AP's die achter mijn POE switch hangen dat ik deze gewoon moet kunnen benaderen en op deze manier mijn thuisnetwerk voor het grootste gedeelte in de lucht blijft. Ik snap dat degen die achter de ziggo router/modem hangt niet werkt maar dan blijven er 2 Ap's over , of zie ik dit verkeerd.

 

[Eddie the Eagle]

of zie ik dit verkeerd.
Bekijk bijlage 6138

Je gedachtengang klopt, aangenomen dat alle apparaten die met elkaar communiceren nog steeds in de juiste IP range zitten. Stel je Laptop krijgt via DHCP zijn IP adres maar de Ziggo router is offline, dan valt je Laptop terug op een APIPA adres. De switch kan het verkeer dan niet meer afhandelen.

 

[Vlak]

Hoi Eddie, in dit geval probeerde ik via mijn telefoon verbinding te maken met mijn netwerk. Ik heb mijn AP's een vast IP adres geven in dezelfde range als waar mij telefoon een ip van krijgt. Ik snap niet zo goed waarom mij Wifi SSID helemaal niet zichtbaar was.

 

[Eddie the Eagle]

Ik heb mijn AP's een vast IP adres geven in dezelfde range als waar mij telefoon een ip van krijgt.

Die AP`s hebben dat adres wel maar je telefoon kan geen IP in die range krijgen via DHCP als die service offline is.

Ik snap niet zo goed waarom mij Wifi SSID helemaal niet zichtbaar was.

Die SSID moet inderdaad gewoon zichtbaar blijven; je kunt er alleen niet mee verbinden zolang je telefoon geen IP adres kan krijgen omdat je router offline is.

 

[gewoon in de kroeg]

Die SSID moet inderdaad gewoon zichtbaar blijven; je kunt er alleen niet mee verbinden zolang je telefoon geen IP adres kan krijgen omdat je router offline is.

... En als alles (AP en telefoon) vaste ipadressen hebben?

 

[Vlak]

Moet volgens mij niet veel uit maken toch ? SSID moet altijd zichtbaar zijn lijkt mij.

 

[Hofstede]

Waar heb je de connectivity monitor op ingesteld? Deze staat default op gateway. De AP schakelt zichzelf uit als hij de gateway niet kan bereiken.

Dus als je de router uitzet stopt de AP met uitzenden.

 

[Eddie the Eagle]

... En als alles (AP en telefoon) vaste ipadressen hebben?

Dan werkt het wel; alleen staan telefoons meestal niet vast. Daarnaast geldt die connectivity monitor voor de AP zoals @Hofstede aangeeft, die had ik me niet gerealiseerd. De AP moet wel blijven zenden natuurlijk.

 

[Vlak]

waar vindt ik die connectivity monitor ?en kan ik hem dan beter uitzetten ?