Hallo,
Alfred hat dies bereits hier http://www.lancom-forum.de/htopic,3542,dtim.html wie die DTIM Intervalle in LCOS < 7 eingestellt ist..
Volle WMM Unterstützung
Moderator: Lancom-Systems Moderatoren
Moin,
raus.
'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
Auf 1, d.h. aufgesammelte Mutli/Broadcasts gehen mit dem nächsten BeaconWie ist derzeit der Wert eingestellt?
raus.
Es gibt eine Maximalzahl Pakete aus dem LAN-Heap, die ein InterfaceGibt es eine Aussage wie gross aktull der Puffer ist, um alle Unicasts (TIM) und Broadcasts (DTIM) im AP zwischenzupuffern?
'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
“There is no death, there is just a change of our cosmic address."
-- Edgar Froese, 1944 - 2015
-- Edgar Froese, 1944 - 2015
Hi Alf,
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
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.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
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
Wann zum Teufel werden ALLE PCs grundsätzlich nur noch mit Hardware RAID 1 ausgestattet???
- Hobbyfahrer
- Beiträge: 676
- Registriert: 26 Mär 2006, 17:58
- Wohnort: Hamburg
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?
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?
Provider: Kabel Deutschland Flat 32
VoIP: Sipgate Plus
Router: Lancom 1781EF+FW 9.0, 2 x D-Link DAP-2695
VoIP: AW COMpact 5000R, CFT 3500, Gigaset N720
VoIP: Sipgate Plus
Router: Lancom 1781EF+FW 9.0, 2 x D-Link DAP-2695
VoIP: AW COMpact 5000R, CFT 3500, Gigaset N720
Moin,
wegen ihres eigenen Portfolios an Handheld-Geräten mehr Wert auf Stromsparen
als auf Latenzen gelegt haben.
einer 7.x angestellt?
Gruß Alfred
Das muß Du die jeweilien Hersteller fragen. Bei Symbol ist es denkbar, daß sieLancom 1
Cisco 3
Symbol 10
wegen ihres eigenen Portfolios an Handheld-Geräten mehr Wert auf Stromsparen
als auf Latenzen gelegt haben.
Was bringt Dich zu dieser Vermutung? Hast Du da irgendwelche Versuche mitWird 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?
einer 7.x angestellt?
Gruß Alfred
“There is no death, there is just a change of our cosmic address."
-- Edgar Froese, 1944 - 2015
-- Edgar Froese, 1944 - 2015
- Hobbyfahrer
- Beiträge: 676
- Registriert: 26 Mär 2006, 17:58
- Wohnort: Hamburg
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?
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?
Provider: Kabel Deutschland Flat 32
VoIP: Sipgate Plus
Router: Lancom 1781EF+FW 9.0, 2 x D-Link DAP-2695
VoIP: AW COMpact 5000R, CFT 3500, Gigaset N720
VoIP: Sipgate Plus
Router: Lancom 1781EF+FW 9.0, 2 x D-Link DAP-2695
VoIP: AW COMpact 5000R, CFT 3500, Gigaset N720
Moin,
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.
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.
MC-11-Karten im AP-Modus haben das Power-Saving mit ihren 256K
lokalem Speicher selber gemacht, und da hat sich auch niemand beklagt...
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
Diese Aussage halte ich für ziemlichen Unfug. Zum einen hat das nichtsSymbol 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.
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.
Ist dort nie ein Thema gewesen. Die Terminals scherten sich m.E. nicht imEs 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?
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.
...den ich sicher nicht alles für Power-Saving abzweigen werde. DieEin L54g hat ca. 9 MB freien Speicher von den max. 16 MB.
MC-11-Karten im AP-Modus haben das Power-Saving mit ihren 256K
lokalem Speicher selber gemacht, und da hat sich auch niemand beklagt...
Zum einen ist ja überhaupt noch nicht klar, ob das notwendig sein wird.Wird sich neben der DTIM Einstellmöglichkeit etwas an der Puffergrösse ändern? Wird dieser dynamisch vergeben in abhängigkeit des DTIM Wertes?
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
“There is no death, there is just a change of our cosmic address."
-- Edgar Froese, 1944 - 2015
-- Edgar Froese, 1944 - 2015