WLanhsh & WLanwse

[glockman]

auf die umsetzung dieses plug-ins für nicos router freue ich mich schon ...

[CEmOS]

@hok

Das ist auch kein Wunder da mit diesen Werten RTS abgeschaltet ist !!
Und gerade für eure 33 ist RTS zwingend erforderlich da sich nicht alle AccessPoints gegenseitig sehen können und es so permanent zu Kollisionen kommt weil jeder einfach drauflos sendet.

[hok]

@ CEmOS
Hab dir eine PN geschrieben.

Aktueller Status:
Heute Morgen geht es schon viel besser! Die Links haben sich auch etwas erholt. Es ist Montag Vormittag, naja... - man könnte meinen, gestern ist zuviel Traffik gelaufen?
h.

[Adonis01]

Ich werde die 33 wieder um 2m Senken, ich hoffe das trägt einer Erholung der Links bei... Zu dem ich heute auch noch den Backbone konfigurieren werde damit er im Vollen Einsatz zu Nico kommen kann. Gruß Markus

[glockman]

@Cemos: ... ich weiß nicht welche werte DU meinst, aber mit frag 512 und RTS 513 ist RTS aktiv ...

[CEmOS]

@glockman

Nun fühl dich doch nicht gleich angepisst.
Denk doch einfach mal nach...

Das RTS-Verfahren wird verwendet (nach euren Einstellungen)
für Pakete die größer als 513 bytes sind.
Nur gibt es keine so großen Pakete da du mittels FT (Fragmention Threshold) die Pakete auf 512 bytes begrenzt hast.
Somit ist RTS arbeitslos und deaktiviert.
Wähle die Werte so das RTS etwa 3/4 so groß ist wie FT.
Zum Beispiel FT=1024 / RTS=768.
Oder für euer Netzwerk eher FT=512 / RTS=384 !!

[Adonis01]

????????????????????????????????????????????????????????????????????????
????????????????????????????????????????????????????????????????????????
????????????????????????????????????????????????????????????????????????

Bin gerne zu neuen Schweinerein bereit....

[glockman]

da dieses thema im internet schlecht zu finden ist (vieleicht suche ich auch falsch?), ist mir mein denkfehler einfach noch nicht aufgefallen ...

nach einstündiger suche habe ich dann eine beiläufige bemerkung in einer netgear anleitung gefunden, dass zur nutzung von RTS/CTS der RTS-Threshold nicht unterhalb des Fragmentation-Threshold eingestellt werden darf. alle anderen quellen, die ich gefunden habe, drehten sich um die konfiguration der parameter getrennt voneinander ... so ein dreck ... was wirklich wichtig ist, findet man natürlich nicht im inet ... noch dazu hab ich vor ewigen zeiten mal ein AP-webinterface bedient, welches genau das gegenteil behauptet hat ... nunja

nach der erkenntnis werd ich den eingangspost anpassen ... die 104.13.3.33, 104.9.0.145, 104.13.3.57 und die 104.10.0.105 hab ich mit frag 512 und RTS 128 konfiguriert ... alle nachbarn der .33 müssten das jetzt auch machen .. sind ja jetzt geübt

[marathonmn]

hallo glockman,

ich habe auch mal ein wenig gesucht, (ihr steckt ein ja richtig an mit diesem Thema) und eine Testreihe der UNI-Bonn gefunden. Die gehen dort auf die Veränderung der RTS/CTS Schwelle bei gutem und schlechtem Empfang ein. Ob es uns etwas nutzt ?

http://web.informatik.uni-bonn.de/DV/dienste/wlan/messungen.htm

Gruß marathonmn

[glockman]

ich hab im mom auf arbeit nicht die zeit, mich da reinzuarbeiten ... aber die messungen sind höchst interessant ... auch wenn sie nur bedingt auf unser netz übertragbar sind ... denn eigtl besteht es fast ausschlißlich aus hidden nodes. dazu kommt, dass die hardware und vA firmware/treiber für diese messungen schonwieder 2,5 jahre alt sind ...

[glockman]

der eingangspost ist abgeändert ...

@hok: einmal rundmailen bitte

ich hab noch einen hinweis in einer anleitung zu einem cisco 1400 AP gelesen ... dort kann man die RTS-threshold bis 4000 hoch und 0 runter konfigurieren ... es wird empfohlen, die root-bridge (der AP, über den alles geroutet wird) soll demanch den RTS-wert 4000 und die client-briges 0 bekommen ... macht ja auch sinn ... die .33 wird ja von allen primstens empfangen ... der umgekehrte weg hapert ja ...

[christoph]

Ich hatte das ganze immer so verstanden:
Muss der Router Pakete aus z.B. dem lokalen Ethernet weiterleiten, so spaltet er das Ethernet-Paket (i.a. max 1500 byte)in mehrere 512 grosse Fragemente fuers WLAN. Ist das Ergebnis ein einzelnes 512byte grosses Paket, wird kein RTS benutzt, sind es mehrere Pakete (Summe >= 513bytes), wird RTS/CTS benutzt.
So wird fuer kleine Pakete (Ping etc.) kein RTS verwendet, nur fuer groessere Pakete.
Hab ich jetzt einen Denkfehler? Bitte klaert mich auf.

[glockman]

genau so habe ich mir die werte 512/513 auch gerechtfertigt ... aber nu hab ich halt in der netgear-anleitung endlich eine klare ansage gelesen ...

im nachhinein kommts mir auch logisch vor: die wlan-chipsätze erledigen ausschließlich Layer 2 (und logischerweise Level 1 für den HF-Teil) ... auf diesem niedrigen layer werden nur einzelne Frames betrachtet (musste mich in einem kleinen gespräch in der firma belehren lassen ... auf layer 2 heißt das Frame ... also Frame-Fragmentation) ... also nicht mehrere in einer reihe

[christoph]

OK, dann hab ich das wohl auch falsch verstanden (wenn Netgear Recht hat).
Aber deine Erklaerung leuchtet mir noch nicht ganz ein: Der Router (Layer 3) bekommt ein oder mehrere Ethernet Pakete, packt diese aus, schaut sich die IP-Pakete an und hat dann z.B. ein IP-Paket von 600 byte. Diese 600 Bytes gibt er an sein WLAN-Interface (Layer 2). Dort wird das ganze in WLAN-Frames aufgedroeselt.
Klar betrifft das ganze (Framegroesse und RTS) nur Layer 2. Layer 3 darf gar nicht wissen wie gross die Pakete im WLAN sind. Fuer Layer 3 ist das ganze voellig transparent. Diese Schicht sagt einfach nur "schick mir diese 600 bytes. Wie du das machst, ist dein Ding". Oder?
Also waere unsere Erklaerung der 512/513 immernoch moeglich (wenn auch ggf. falsch)....

[glockman]

die einzige erklärung wäre gewesen, dass die Framegrößeabfrage vor der fragmentierung passiert ...