Toon posts:

Load balacing met 2 AP?

Pagina: 1
Acties:

  • kawaknaller
  • Registratie: Januari 2009
  • Laatst online: 12-05 21:10
Voor een klas van zo'n 30 computers zijn we bezig een wifi netwerk aan het opzetten.
Nu wil ik graag weten of er AP's bestaan die load balancing toestaan. In eerste instantie wilden we nml 15 pc's op de 1 en 15 pc's op de andere AP zetten maar das veels te veel (extra) beheer werk.

We hebben nog geen AP gekocht dus elke tip is welkom.

PS De reden hiervoor is dat wanneer er bv 5 pc's veel data slurpen dit automatisch tussen de 2 AP's verdeeld wordt.

  • gertvdijk
  • Registratie: November 2003
  • Laatst online: 01:41
De eenvoudigste manier is om beide APs op hetzelfde netwerk te hebben zitten en ze simpelweg precies dezelfde instellingen te geven (SSID, security) - het kanaal mag verschillen. Clients roamen dan vanzelf naar het AP dat ze het 'beste' vinden. Overigens is dat meestal op basis van signaalkwaliteit, niet op belasting van het wireless netwerk.

Een manier om op basis van traffic of andere redenen de clients te laten hoppen van het ene naar het andere AP is mij niet bekend, dan heb je een soort infrastructuur nodig zoals ook met mobiele netwerken geregeld is; het centrale netwerk bepaalt op welke GSM/3G mast je zit.

Follow me on TwitterMy blog for articles on security and other stuff.


  • brederodekater
  • Registratie: Maart 2006
  • Laatst online: 24-05 20:44
Als het voor een klas is met vaste computers dan kun je toch ook gewoon twee APs installeren met unieke SSIDs en dan een handmatige balans creëren?

  • RocketKoen
  • Registratie: December 2001
  • Laatst online: 17:35
gertvdijk schreef op dinsdag 14 juni 2011 @ 08:30:
De eenvoudigste manier is om beide APs op hetzelfde netwerk te hebben zitten en ze simpelweg precies dezelfde instellingen te geven (SSID, security) - het kanaal mag verschillen. Clients roamen dan vanzelf naar het AP dat ze het 'beste' vinden. Overigens is dat meestal op basis van signaalkwaliteit, niet op belasting van het wireless netwerk.

Een manier om op basis van traffic of andere redenen de clients te laten hoppen van het ene naar het andere AP is mij niet bekend, dan heb je een soort infrastructuur nodig zoals ook met mobiele netwerken geregeld is; het centrale netwerk bepaalt op welke GSM/3G mast je zit.
Ook het GSM/3G netwerk zoekt de verbinding met de beste signaalkwaliteit en houd geen rekening met de belasting van die antenne.

TheS4ndm4n#1919


  • gertvdijk
  • Registratie: November 2003
  • Laatst online: 01:41
RocketKoen schreef op dinsdag 14 juni 2011 @ 08:49:
Ook het GSM/3G netwerk zoekt de verbinding met de beste signaalkwaliteit en houd geen rekening met de belasting van die antenne.
offtopic:
Ooh jawel! Als je MLRMSC vindt dat je op een andere mast moet (o.a. vanwege capaciteit of policy) dan volgt je telefoon gewoon. Er is een centraal beheerd netwerk die bepaalt op welke mast jouw telefoon zit; er is één uitzondering: als je je telefoon net aanzet.

@hieronder: ik probeer alleen een analoog te maken met GSM/3G, omdat dat ook een vorm draadloze communcatie is waarbij de feature van het managen wie waarop zit wel automatisch kan gebeuren.

[Voor 17% gewijzigd door gertvdijk op 15-06-2011 11:42]

Follow me on TwitterMy blog for articles on security and other stuff.


  • brederodekater
  • Registratie: Maart 2006
  • Laatst online: 24-05 20:44
Uhm, we hebben het hier toch over WIFI? :)

  • kawaknaller
  • Registratie: Januari 2009
  • Laatst online: 12-05 21:10
brederodekater schreef op dinsdag 14 juni 2011 @ 08:36:
Als het voor een klas is met vaste computers dan kun je toch ook gewoon twee APs installeren met unieke SSIDs en dan een handmatige balans creëren?
Ja dat weet ik want zoals ik al vermelde, we wilden 15 op de 1 en 15 op de andere zetten. Maar wat gebeurd er als er bv 5 (die "vast" zitten op AP 1) heel veel data slurpen? Dan hebben de andere 10 op dezelfde AP er wel last van....dat is handmatig niet te doen. Daarom zoeken wij naar het eventuele LB alternatief.

De AP's worden overigens gewoon op ons schoolnetwerk aangesloten die per AP met 1GB naar de server gaan.

Masten en GSM etc zijn hier niet van toepassen, het gaat puur om WIFI. :)

  • donny007
  • Registratie: Januari 2009
  • Laatst online: 05-06 22:01

donny007

Try the Nether!

Wat dacht je van een mooie 1000/100 switch?, Daar prik je het AP in voor eventuele draadloze hardware, de PC's gewoon bedraad.

Voor zover ik weet kan WiFi alleen roamen, of je moet gaan kijken naar een AP-controller met bijpassende High-performance AP's, maar dat is wat overkill voor 30 clients en 2 AP's.

[Voor 34% gewijzigd door donny007 op 14-06-2011 10:38]

/dev/null


  • kawaknaller
  • Registratie: Januari 2009
  • Laatst online: 12-05 21:10
donny007 schreef op dinsdag 14 juni 2011 @ 10:17:
Wat dacht je van een mooie 1000/100 switch?, Daar prik je het AP in voor eventuele draadloze hardware, de PC's gewoon bedraad.

Voor zover ik weet kan WiFi alleen roamen, of je moet gaan kijken naar een AP-controller, maar dat is wat overkill voor 30 clients en 2 AP's.
Dat gaat niet want er is nml gekozen om het nieuwe lokaal geheel WIFI te gaan doen.
Dus boven het systeemplafond zijn speciaal 2 outlets gemaakt om die AP's op aan te sluiten, that's it!

Ik ga die link van je even bekijken!
Bedankt voor het meedenken! (geldt voor alle posters trouwens)

  • Shunt
  • Registratie: Augustus 2001
  • Laatst online: 06-06 12:02
kawaknaller schreef op dinsdag 14 juni 2011 @ 10:08:
[...]


Ja dat weet ik want zoals ik al vermelde, we wilden 15 op de 1 en 15 op de andere zetten. Maar wat gebeurd er als er bv 5 (die "vast" zitten op AP 1) heel veel data slurpen? Dan hebben de andere 10 op dezelfde AP er wel last van....dat is handmatig niet te doen. Daarom zoeken wij naar het eventuele LB alternatief.

De AP's worden overigens gewoon op ons schoolnetwerk aangesloten die per AP met 1GB naar de server gaan.

Masten en GSM etc zijn hier niet van toepassen, het gaat puur om WIFI. :)
De zwakste schakel blijft altijd het WIFI AP. Het maakt niet uit wat je doet of hoe je het instelt het is en blijft een hub (weliswaar tegenwoordig een multichannel hub) maar een hub nevertheless. Al zou je de load kunnen balanceren over de twee hubs blijf je met het zelfde probleem zitten de gebruiker met de zware load trekt het gehele AP dicht. Afhankelijke van het soort AP zou je er voor kunnen kiezen om en QOS list in te stellen waar je gewoon http verkeer voorrang geeft op bijvoorbeeld al het andere verkeer.

Game PC
2 Post or Not 2 Post What's the question ?
"If it ain't broken, you didn't try hard enough"

Pagina: 1


Tweakers maakt gebruik van cookies

Tweakers plaatst functionele en analytische cookies voor het functioneren van de website en het verbeteren van de website-ervaring. Deze cookies zijn noodzakelijk. Om op Tweakers relevantere advertenties te tonen en om ingesloten content van derden te tonen (bijvoorbeeld video's), vragen we je toestemming. Via ingesloten content kunnen derde partijen diensten leveren en verbeteren, bezoekersstatistieken bijhouden, gepersonaliseerde content tonen, gerichte advertenties tonen en gebruikersprofielen opbouwen. Hiervoor worden apparaatgegevens, IP-adres, geolocatie en surfgedrag vastgelegd.

Meer informatie vind je in ons cookiebeleid.

Sluiten

Toestemming beheren

Hieronder kun je per doeleinde of partij toestemming geven of intrekken. Meer informatie vind je in ons cookiebeleid.

Functioneel en analytisch

Deze cookies zijn noodzakelijk voor het functioneren van de website en het verbeteren van de website-ervaring. Klik op het informatie-icoon voor meer informatie. Meer details

janee

    Relevantere advertenties

    Dit beperkt het aantal keer dat dezelfde advertentie getoond wordt (frequency capping) en maakt het mogelijk om binnen Tweakers contextuele advertenties te tonen op basis van pagina's die je hebt bezocht. Meer details

    Tweakers genereert een willekeurige unieke code als identifier. Deze data wordt niet gedeeld met adverteerders of andere derde partijen en je kunt niet buiten Tweakers gevolgd worden. Indien je bent ingelogd, wordt deze identifier gekoppeld aan je account. Indien je niet bent ingelogd, wordt deze identifier gekoppeld aan je sessie die maximaal 4 maanden actief blijft. Je kunt deze toestemming te allen tijde intrekken.

    Ingesloten content van derden

    Deze cookies kunnen door derde partijen geplaatst worden via ingesloten content. Klik op het informatie-icoon voor meer informatie over de verwerkingsdoeleinden. Meer details

    janee