Volle WMM Unterstützung

ittk · Beitrag von **ittk** » 29 Mai 2007, 13:35

Hallo,

Alfred hat dies bereits hier http://www.lancom-forum.de/htopic,3542,dtim.html wie die DTIM Intervalle in LCOS < 7 eingestellt ist..

alf29 · Beitrag von **alf29** » 29 Mai 2007, 13:39

Moin,

Wie ist derzeit der Wert eingestellt?

Auf 1, d.h. aufgesammelte Mutli/Broadcasts gehen mit dem nächsten Beacon
raus.

Gibt es eine Aussage wie gross aktull der Puffer ist, um alle Unicasts (TIM) und Broadcasts (DTIM) im AP zwischenzupuffern?

Es gibt eine Maximalzahl Pakete aus dem LAN-Heap, die ein Interface
'in Bearbeitung' haben darf, nämlich (Größe LAN-Heap - 5) / (# Ifcs + 1), z.B.
(135 - 5) / (2 + 1) = 43 auf einem L-54. Von dieser Zahl dürfen maximal
ein Drittel für Clients bzw. Multicasts gepuffert sein, also etwa 14 auf einem
L-54. Natürlich können in der Summe so viele Pakete zusammenkommen,
daß der AP vorher verwerfen muß, aber zumindest bei klassischem
Power Saving ist diese Zahl eine eher theoretische Grenze.

Gruß Algred

COMCARGRU · Beitrag von **COMCARGRU** » 29 Mai 2007, 14:44

Hi Alf,

so wie ich ihn verstanden habe, hat er mit sehr vielen kleinen Paketen zu tun, wenn er seinen Traffic mit 64-Byte- statt 1500-Byte-Paketen macht

ja, ich denke das eine 8011 mit >200 Clients schon ziemlich gut die Fähigkeiten der Hardware und des LCOS abbildet. Ich gehe selbst auch davon aus, daß die Box in die Knie geht, wenn alle Anwender auf die Idee kommen nen Gruppensurfen zu veranstalten.

Aber im Regelbetrieb macht die Büchse keinen Ärger! - Zumindest jetzt nicht mehr - früher schon, aber das ist seit der 5er wie gesagt eigentlich erledigt.

Und mit einer entsprechenden Anwendung bekomme ich jedes System kaputt - egal wie perfomant das ist.

Der Screenshot sollte nur belegen, wie gut die Box skaliert - will sagen wie dicht sie ans theoretische Maximum heran kommt.

Gruß
COMCARGRU

Hobbyfahrer · Beitrag von **Hobbyfahrer** » 29 Mai 2007, 14:54

Hallo Alfred,

wie kommen folgende Werte zustande?

DTIM (Standardeinstellungen)

Lancom 1
Cisco 3
Symbol 10

Wie sind diese sehr unterschiedlichen Werte zu beurteilen? Warum handhaben die Hersteller das so?

Wird in der FW 7.x der Puffer, unter Berücksichtigung des DTIM Wertes, berücksichtigt?

Kann es sein, dass der Speicher für höhere DTIM Werte im LC AP zu klein ist?

alf29 · Beitrag von **alf29** » 30 Mai 2007, 23:41

Moin,

Lancom 1
Cisco 3
Symbol 10

Das muß Du die jeweilien Hersteller fragen. Bei Symbol ist es denkbar, daß sie
wegen ihres eigenen Portfolios an Handheld-Geräten mehr Wert auf Stromsparen
als auf Latenzen gelegt haben.

Wird in der FW 7.x der Puffer, unter Berücksichtigung des DTIM Wertes, berücksichtigt?

Kann es sein, dass der Speicher für höhere DTIM Werte im LC AP zu klein ist?

Was bringt Dich zu dieser Vermutung? Hast Du da irgendwelche Versuche mit
einer 7.x angestellt?

Gruß Alfred

Hobbyfahrer · Beitrag von **Hobbyfahrer** » 31 Mai 2007, 10:37

Hallo Alfred,

das die Hersteller unterschiedliche DTIM Einstellungen haben scheint wohl auch an den Pufferungmöglichkeiten zu liegen.

Symbol sagt z.B., dass bei einem DTIM 10 keine Pakete verworfen werden, da selbst bei max. Auslastung mit 96 Radiomodulen und max. Anzahl von WLAN Clients alles zwischengespeichert wird.

Das hat natürlich etwas mit den mobilen Endgeräten zu tun.

Es gabt ja ein grosses Projekt bei einer Handelskette die Lancom AP einsetzen und Scanner/Terminals von Symbol. Wie hat man denn dort bei einem DTIM von 1 den Stromverbrauch der Terminals hinbekommen?

Selbst wenn 10 recht hoch scheint wäre ja ein Zwiwchenwert von DTIM 5 ein erster Schritt zum Stromsparen.

Ein L54g hat ca. 9 MB freien Speicher von den max. 16 MB.

Ich hatte mal am Anfang mit einer 7.0 auf einem AP getestet aber die flog sofort wieder runter, da sehr instabil.

Zur 7.x wirst wenn nur du etwas sagen können.

Wird sich neben der DTIM Einstellmöglichkeit etwas an der Puffergrösse ändern? Wird dieser dynamisch vergeben in abhängigkeit des DTIM Wertes?

alf29 · Beitrag von **alf29** » 31 Mai 2007, 14:41

Moin,

Symbol sagt z.B., dass bei einem DTIM 10 keine Pakete verworfen werden, da selbst bei max. Auslastung mit 96 Radiomodulen und max. Anzahl von WLAN Clients alles zwischengespeichert wird.

Diese Aussage halte ich für ziemlichen Unfug. Zum einen hat das nichts
mit der Anzahl eingebuchter Clients zu tun, weil wir hier gerade vom DTIM
und nicht vom TIM reden - und Multicasts werden im AP ja nicht extra pro
Client gepuffert, Multicasts vom LAN bleiben auch solche im WLAN.
Zweitens muß bei passender Multicast-Last (von der das in erster Linie
abhängt) auf dem LAN jeder AP irgendwann Pakete wegschmeißen, ganz
unabhängig von Power-Saving und/oder DTIM, einfach weil diese
üblicherweise mit sehr niedriger Rate im WLAN laufen, auf jeden Fall viel
niedriger als 100MBit/s.

Es gabt ja ein grosses Projekt bei einer Handelskette die Lancom AP einsetzen und Scanner/Terminals von Symbol. Wie hat man denn dort bei einem DTIM von 1 den Stromverbrauch der Terminals hinbekommen?

Ist dort nie ein Thema gewesen. Die Terminals scherten sich m.E. nicht im
mindesten um DTIM, sondern haben sich einfach für die passende Zeit
schlafen gelegt. Unicasts werden ja für das Listen-Intervall
zwischengespeichert, das der Client beim Einbuchen dem AP bekanntgibt.
Wenn dabei einzelne Clients Broadcasts nicht mitbekommen, ist das
ziemlich egal, sie werden eher früher als später von der Gegenseite
wiederholt. Zumal wenn die Kommunikation IP-basiert ist und auf dem
Terminal so eine Art Telnet-Client läuft, beschränken sich Broadcasts
in Richtung Client auf ARP-Requests, und die beantwortet das LANCOM
als Proxy schon selbständig.

Ein L54g hat ca. 9 MB freien Speicher von den max. 16 MB.

...den ich sicher nicht alles für Power-Saving abzweigen werde. Die
MC-11-Karten im AP-Modus haben das Power-Saving mit ihren 256K
lokalem Speicher selber gemacht, und da hat sich auch niemand beklagt...

Wird sich neben der DTIM Einstellmöglichkeit etwas an der Puffergrösse ändern? Wird dieser dynamisch vergeben in abhängigkeit des DTIM Wertes?

Zum einen ist ja überhaupt noch nicht klar, ob das notwendig sein wird.
SIP ist auch nur IP, womit für Broadcasts im Prinzip das gleiche gilt wie für die
oben angesprochenen Handterminals.

Zum anderen müßte man sich dafür ein deutlich anderes Pufferkonzept
überlegen, als die Paketpuffer irgendwo zwischenzubunkern, dafür sie die
Queue-Blöcke zu knapp. Das läuft aber auf einen erheblich höheren
Aufwad heraus, für den ich nächster Zeit genausowenig Raum bekommen
werde wie für das WMM-Powersaving. Ein einstellbares DTIM-Intervall
ist in der 7er-Firmware letzten Endes auch nur drin, weil das recht wenig
Aufwand war und ich das in einer anderen Sache 'verstecken' konnte.

Gruß Alfred