Moin,
kann ich eigendlich auch ohne Kanalbündelung die Hardwarekompression einschalten und bringt das wirklich was ??
HAbe auch den 108er Modus mal auf der Bridge getestet aber das ging nicht wirklich. Ach ja: 2x L-54ag (4.02) mit ~18dB Signalstärke ohne 108er Modus.
Marc
HW-Kompressoin auch ihne 108Mbit ??
Moderator: Lancom-Systems Moderatoren
HW-Kompressoin auch ihne 108Mbit ??
>150 Wlan Geräte für den Backbone im Einsatz. Einige Server für die User-Einwahl via PPPoE. LWL-Standleitung als Uplink...>500 Kundenclients. >10TB je Monat Traffic u.s.w. Wlan-Link von 100m bis 15km Entferung.
Moin,
Turbo-Modus und Kompression sind unabhängig voneinander.
Der Gewinn der Kompression hängt sehr von den Daten ab - wenn
man nur ZIP-Dateien oder Video-Streams überträgt, ist er gleich
Null, weil die Daten ja schon komprimiert sind. In Schnitt spricht
man von etwa 20% Durchsatzgewinn.
Gruß Alfred
Turbo-Modus und Kompression sind unabhängig voneinander.
Der Gewinn der Kompression hängt sehr von den Daten ab - wenn
man nur ZIP-Dateien oder Video-Streams überträgt, ist er gleich
Null, weil die Daten ja schon komprimiert sind. In Schnitt spricht
man von etwa 20% Durchsatzgewinn.
Gruß Alfred
Moin,
Du kannst in der Expertenkonfiguration unter
Status/WLAN/Interpoint/Accesspoint-Liste nachsehen,
für welche Point-2-Point-Links Kompression ausgehandelt
wurde. Des weiteren gibt es in den WLAN-Paketstatistiken
einen Zähler, wie viele Pakete beim Senden komprimiert
wurden (also durch Kompression wirklich verkürzt und auch
so gesendet wurden).
Die Statistik über komprimiert empfangene Pakete gibt leider
nur an, wie viele Pakete von einer Gegenstelle empfangen
wurden, mit der Kompression ausgehandelt wurde - die
Kompression wird in der Hardware abgehandelt und beim
Empfang sagt sie's nicht so genau...
Gruß Alfred
Du kannst in der Expertenkonfiguration unter
Status/WLAN/Interpoint/Accesspoint-Liste nachsehen,
für welche Point-2-Point-Links Kompression ausgehandelt
wurde. Des weiteren gibt es in den WLAN-Paketstatistiken
einen Zähler, wie viele Pakete beim Senden komprimiert
wurden (also durch Kompression wirklich verkürzt und auch
so gesendet wurden).
Die Statistik über komprimiert empfangene Pakete gibt leider
nur an, wie viele Pakete von einer Gegenstelle empfangen
wurden, mit der Kompression ausgehandelt wurde - die
Kompression wird in der Hardware abgehandelt und beim
Empfang sagt sie's nicht so genau...
Gruß Alfred
Danke Dir habs gefunden. Kann mal Dein Wissen zumindest teilweise auch irgendwo erlernen? Lehrgänge bei Lancom o.ä.??
>150 Wlan Geräte für den Backbone im Einsatz. Einige Server für die User-Einwahl via PPPoE. LWL-Standleitung als Uplink...>500 Kundenclients. >10TB je Monat Traffic u.s.w. Wlan-Link von 100m bis 15km Entferung.
Moin,
LANCOM macht regelmäßig Schulungen, mal auf unserer Webseite unter
Service & Support -> Schlungen schauen. So ins Detail geht es da
aber wahrscheinlich nicht. Diese Menüs sind sozusagen die 'tiefsten
Tiefen' der LANCOM-Konfig, da verirren sich normalerweise nur die
Entwickler selber hin. Ist so wie mit den Entwicklern selber, wir haben
auch das Büro ganz hinten im Gang, wo man sich nur hintaut, wenn's
sein muß
Gruß Alfred
LANCOM macht regelmäßig Schulungen, mal auf unserer Webseite unter
Service & Support -> Schlungen schauen. So ins Detail geht es da
aber wahrscheinlich nicht. Diese Menüs sind sozusagen die 'tiefsten
Tiefen' der LANCOM-Konfig, da verirren sich normalerweise nur die
Entwickler selber hin. Ist so wie mit den Entwicklern selber, wir haben
auch das Büro ganz hinten im Gang, wo man sich nur hintaut, wenn's
sein muß
Gruß Alfred
“There is no death, there is just a change of our cosmic address."
-- Edgar Froese, 1944 - 2015
-- Edgar Froese, 1944 - 2015
>Unsere Erfahrung ist, dass die L54ag erst so richtig dampf
>machen, wenn sie SNRs > 28 haben.
Was Wunder - eine QAM64-Modulation, wie sie bei
48 bzw. 54 MBit benutzt wird, braucht schon laut Atheros
ein Minimal-SNR von 19 bzw. 23 dB. Mit etwas Reserve
für Schwankungen landet man dann bei solchen Werten.
Bei den niedrigeren Raten sind deutlich niedrigere SNRs
erforderlich. Für die QAM16 bei 24/36 MBit 10..15 dB,
für DBPSK/QPSK bei 6..18 MBit Werte unter 10 dB.
Je nach benötigtem Durchsatz lann man da also schon
etwas optimieren, und dafür kann man in der Konfig
ja auch eine Maximalrate angeben.
Gruß Alfred
>machen, wenn sie SNRs > 28 haben.
Was Wunder - eine QAM64-Modulation, wie sie bei
48 bzw. 54 MBit benutzt wird, braucht schon laut Atheros
ein Minimal-SNR von 19 bzw. 23 dB. Mit etwas Reserve
für Schwankungen landet man dann bei solchen Werten.
Bei den niedrigeren Raten sind deutlich niedrigere SNRs
erforderlich. Für die QAM16 bei 24/36 MBit 10..15 dB,
für DBPSK/QPSK bei 6..18 MBit Werte unter 10 dB.
Je nach benötigtem Durchsatz lann man da also schon
etwas optimieren, und dafür kann man in der Konfig
ja auch eine Maximalrate angeben.
Gruß Alfred
“There is no death, there is just a change of our cosmic address."
-- Edgar Froese, 1944 - 2015
-- Edgar Froese, 1944 - 2015
Moin,
Das Problem mit solchen Angaben ist, daß sie eigentlich
immer nur Daumenwerte sind - die Werte schwanken im
Betrieb, der Rauschpegel schwankt und es ist durchaus
eine gute Praxis, 5..10 dB 'Reserve' für einen stabilen
Betrieb unter allen Bedingungen einzuplanen.
Wenn wir jetzt die 22 dB auf die Seite schreiben, haben wir
früher oder später einen Kunden, der das haarscharf auf
diesen Wert auslegt und sich dann beschwert, wenn's
nicht tut
Gruß Alfred
Das Problem mit solchen Angaben ist, daß sie eigentlich
immer nur Daumenwerte sind - die Werte schwanken im
Betrieb, der Rauschpegel schwankt und es ist durchaus
eine gute Praxis, 5..10 dB 'Reserve' für einen stabilen
Betrieb unter allen Bedingungen einzuplanen.
Wenn wir jetzt die 22 dB auf die Seite schreiben, haben wir
früher oder später einen Kunden, der das haarscharf auf
diesen Wert auslegt und sich dann beschwert, wenn's
nicht tut
Gruß Alfred
“There is no death, there is just a change of our cosmic address."
-- Edgar Froese, 1944 - 2015
-- Edgar Froese, 1944 - 2015