sitcom 300N ip conflict

[Gast]

mijn vraag is?? ik ben in het bezit van een sitcom 300N wifie, deze werk prima

met wpa2 wat er nu gebeurt? is dat hij spontaan uit valt de verbinding blijft . dan geeft die op de laptops ip conflict dat gebeurt bij 3 laptops na een reboot van de sitcom werkt het weer?? de wifi gereset maar dat help ook niet blijft het zelfde

[WPW]

Heb je de 300n wel op een vast adres staan buiten de dhcp range?

[Gast]

nee ik zal het meteen proberen en ik laat het weeten hoe of wat

[Gast]

nee help ook niet maar nu ik een gewone web key beveiliging heb werk het zonder problemen , wel vreemd wpa en wpa2 geef vete problemen ik snap er niets meer van zo moelijk is het toch niet

[WPW]

Nee zo moeilijk is het ook niet, wpa heeft niks te maken met ip uitgaven, stop er eens opnieuw de firmware in.

[theparasol]

Het is goed mogelijk dat je clients op randje bereik zitten. WPA codering vergt meer bandbreedte dan WEP, geloof 30% (?).

Er onstaan frequent disconnects, reconnects, en dus nieuwe dhcp aanvragen. Je DHCP server mag eigenlijk nooit 2x hetzelfde ip-adres uitgeven aan een ander mac adres. Je moet dus feitelijk de lease-time in de dhcp server vergroten.

 

Los daarvan: WPA vergt meer van het arme processortje in de AP. Het zal niet de eerste keer zijn dat deze warm loopt en instabiel wordt (en dus reset!)

 

Welk apparaat speelt voor dhcp server?

[Gast]

Je hebt niet toevallig nog een router in het netwerk zitten die ip adressen uitdeelt, en ook geen laptops die allemaal hetzelfde macadres hebben via mac adres cloning?

[Gast]

macadres cloning staat uit lease-time staat op altijd, maar de bandbreedte kan wel eens klopen ik heb maar een half mb hier in spanje

[Gast]

Het gaat niet om de bandbreedte van je internetverbinding, maar om het ontvangst van je draadloze netwerk zeg maar...

[Gast]

ja mijn buren zitten op de rand van ontvangst via mijn

[Gast]

In de omgeving veel wifi gebruikers op hetzelfde kanaal, als in netwerken die hetzelfde kanaal gebruiken?

Alhoewel ik het dan wel vreemd vind dat het bij de ene vorm van beveiliging wel werkt en bij de andere niet.

[theparasol]

Vlak de "zwaardere" WPA beveiliging niet uit!

De extra bandbreedte die dit vraagt gaat tenkoste van de bruikbare bandbreedte voor overdracht data/instand houding verbinding. Werkstation / AP ontvangt onzin gecodeerde pakketjes. Dit gaat over een bepaalde grenswaarde -> disconnect / reconnect.

 

Effect wordt versterkt door een niet vrij kanaal te kiezen.

In de B/G band zijn niet zoveel vrije kanalen. Feitelijk is dit alleen 1,6 en 11. Dit komt door kanaal overlap.

Een AP die data naar ws uitzend gebruikt behalve kanaal 1 ook overlap naar 2,3 en 4. Kanaal 6 overlapt 4,5, 7 en 8.

Kanaal 11 overlapt 8,9,10,11,12,13

 

Tja wat is dus vrij.... zolang een AP alleen bakens uitzend en geen data transfert ligt het dus nog puur op het afgestelde channel (bv 1,6 of 11)

Gaat het data transmitten dan stoort het de buren plat.

 

De veelgeprezen N standaard die ook in die vrije 2.4 Ghz band zit te stoken maakt het nog beroerder want die heeft maarliefst *twee* vrije kanalen nodig (ik vermeld ff niet de overlap!) maar als zo'n kreng gaat draaien valt de buurtschap er helemaal eruit.

 

Wireless BG(N) band: weest blij dat het werkt en angstig voor de (nabije) toekomst, het gaat vanzelf tenonder aan zijn eigen suc6 <img src="/forums/images/graemlins/xyxthumbs.gif" alt="" />

[Ome Merde]

vanmiddag nog meegemaakt bij een Experiabox en een Acer vista flaptop. zelfde fenomeen als beschreven.

beveiliging wat omlaag geschroefd, kanaal vast gezet op 11 et voila, kneiterharde verbinding en geen uitval meer ...

 

 

 

merDe

[Gast]

ja klopt als een bus met een kleine webkey is er nu een snelle verbinding geen last meer blijft een merkwaardig iets

[WPW]

Geen last van hier met de 300n, errruggg lange key, aes en 11 andere AP's om me heen en blaas ze allemaal deruit op volle N snelheid, de buurman heeft vorige week nog geklaagt dus het werkt goed.