TP link controller?

Jag är lite osäker. Vad gäller t.ex. Zyxel så kan du köra deras APs som standalone vilket innebär att man kan använda den som en helt vanlig AP och konfigurera via webinterface. Om jag inte minns fel så går det med TP-Link produkterna också men om det gäller alla enheter dom har vet jag inte.

Vad gäller t.ex. Ubiquiti kan man konfigurera dessa via programvara i datorn, man behöver inte köra programvaran hela tiden på datorn men du måste använda den för att konfigurerar enheterna etc. Ubiquiti enheterna kan inte köras i stand alone mode, tror bara det är PtP länkarna som klarar det. Om jag inte minns fel har TP-Link också programvara för detta och du behöver inte controllern. Är inte helt hundra på att det jag skrev ovan men det ska gå att hitta den informationen. En fördel med TP-Link är att priset för enheterna och en enkel controller är billigare än Ubiquiti.

Ubiquiti anser jag är bättre men kostar också därefter.

Jag undvek Ubiquiti just för att man behöver någon jävla app för att konfigurera skiten. Det känns som en sån där grej som tillverkarna lägger till bara för att få data över hur grejerna används och sedan sälja den vidare eller använda den mot dig på olika sätt, och som tack får du på köpet lida för deras dåliga säkerhet.

Istället valde jag TP-Link eftersom accesspunkterna kan konfigureras via webb-gränssnitt, men jag ser inga alternativ för roaming (802.11k, r, och v), så jag antar att det bara är saker som funkar om man har deras programvara ("Omada") igång på en dator eller köper någon slags hårdvarukontroller. Jag har inte gjort några tester med roaming här hemma heller. Det är något jag ska sätta mig in i någon gång framöver.

@Lloyd5 värst vad du var sur ?

Det blev lite fel i det jag skrev. Du behöver någon form av programvara för att konfigurera Ubiquiti enheterna, den jag använt kör man på PC. Det kanske finns appar numera, men det har jag ingen koll på. Du kan inte använda någon AP i ett nätverk utan att konfigurera den vilket jag antar dom flesta förstår.

Sedan blev det såklart megafail. Det går att köra i standalone mode och utan programvaran. Jag tror det blev dubbel skrivet och jag syftade på att man inte kan konfigurera enheten genom att logga in i t.ex. ett inbyggt webinterace. Den metod som man ofta använder på billigare enheter som inte har kontroller och liknande. Det här finns inte på enheterna (vad jag vet) som man står med en kontroller eller programvara.

En del enheter och tillverkare har även detta i enheterna, mer flexibilitet kanske ? Men det gäller inte alla enheter från olika tillverkare.

jag får skylla på att det var nyårsafton

Det behövs ingen kontroller för att hantera eller konfigurera accesspunkterna. Om du har många accesspunkter så kan det vara smidigt att kunna konfigurera alla samtidigt och då behöver du en kontroller.

Dom anslutna enheterna ska i teorin byta accesspunkt automatiskt när det finns en annan med bättre signal, men i praktiken så brukar många enheter hålla kvar vid den första accesspunkten så länge det går - och ibland även när det är så dålig signal så att det inte ens går att surfa.

Om du känner att du har ovanstående problem så behöver du en kontroller som hanterar handoff istället. Övergången mellan accesspunkterna sköts då av kontrollern istället.

Kontrollern kan du antingen köpa som du har nämnt eller så kan du installera mjukvaran på en dator eller t.ex. Raspberry Pi som är igång dygnet runt.

Bara en liten rättning eller förtydling här. Det är fortfarande enheterna som bestämmer vilken accesspunkt de vill prata med, och 802.11k, r, och v hjälper inte nödvändigtvis mot trilskande klienter. Protokollen ger bara mer information till klienten för att den ska "våga" hoppa till en annan accesspunkt. T ex kan de tala om för klienten vilka andra accesspunkter som finns på samma nätverk och vilka kanaler de ligger på, att accesspunkterna inte är överbelastade, ge möjlighet till förenklad (snabbare) autentisering till den nya accesspunkten osv osv.

Jag vet faktiskt inte hur det fungerar rent tekniskt, det enda jag vet är att när 802.11k, r och v inte hjälper så har lösningen varit en kontroller som hanterar övergången.

Såvitt jag förstår är en kontroller samma sak som programvara som kör på en dator (t ex Omada vad gäller TP-Link), och det enda de gör är att göra det möjligt att köra 802.11k, r, och v, och att göra det lite enklare att konfigurera accesspunkterna (eller i Ubiquitis fall, att öht göra det möjligt att konfigurera accesspunkterna).

Det är inget magiskt i dem som får saker att fungera bättre. Men som med allt modernt så är det svårt att felsöka och man provar sjuttielva grejer tills det till slut beter sig som man tänkt sig, och vet då kanske i slutändan inte riktigt vad det var som fick saker att fungera och vilken effekt de där andra sjutitio åtgärderna hade.

Nej, det är fel. Ingen controler behövs för roaming.
Se tex här https://community.ui.com/questions/Roaming-without-UnifiContr...

Har inte kört TP-link accesspunkter. Men det hade varit kul att testa. Det har även pratats lite om Grandstream här på forumetm, vet att det är någon som kör det. Ubiquiti har fördelen att det är stort community runt dem.

Förlåt, vet att ubiquity kallar det fast roaming så gjorde fel koppling. Ser att även tp-link kaller det så, vilket iofs inte är så konstigt.

Ville bara flika in med tips om några inställningar för Omadas Fast Roam.

Utöver placering av accesspunkterna, signalstyrka (Tx Power) och kanalinställningar finns det extra inställningar. Jag har läst att en del har behövt använda "RSSI Threshold" för att få Fast Roam att funka bra.

Med "RSSI Threshold" kan man på varje AP ställa in gränsen på signalstyrkan för när den ska byta AP. Inställningen ligger under Advanced i APns inställningar.

Du kan också tvinga klienter att koppla ifrån med "Force-Disassociation"

Jag har inte behövt använda någon av ovanstående än men jag tycker det är bra att dom finns för dom som kan behöva det för sin installation.