PeterPawn
IPPF-Urgestein
- Mitglied seit
- 10 Mai 2006
- Beiträge
- 15,267
- Punkte für Reaktionen
- 1,750
- Punkte
- 113
Dann muß man das wohl doch mal mit dem Paketmitschnitt ansehen, was da - mit und ohne aktivierte "Optimierung" - in der WLAN-Steuerung (bzw. ja sogar in den Daten, wenn das wirklich auf "Unicast-Pakete" umschaltet, denn der andere zu verwendende Schlüssel (PTK vs. GTK) bleibt ja weiterhin der Knackpunkt) "über den Äther" geht.
Ich verstehe auch noch, wenn man Broadcasts (im AP) limitiert (niemand kann einen Client (STA) davon abhalten, statt eines UC-Paketes eines mit einer Broadcast-MAC zu senden, wenn er "an der Reihe" ist) ... aber MC-Streams, für die der Client sogar noch extra eine "Anmeldung" machen muß (und ohne Subscription geht der Stream an gar keinen Client des AP), ebenfalls einem Limit zu unterwerfen (in den WLAN-Spezifikationen habe ich nichts von einer "Vorgabe" gefunden, nehme aber entsprechende "Literaturtipps" gerne), erscheint mir nicht einleuchtend und anstatt da einen MC-Stream in mehrere UC-Streams umzuwandeln, wäre doch eine Anhebung des MC-Limits irgendwo logischer.
Ich hatte das mit der Fundstelle in #21 auch zuerst mißverstanden ... das ist also keine (gesonderte) Fundstelle, wo dieses Llimit irgendwo festgelegt oder erläutert wird, sondern genau diese Stelle in dem Heise-Sonderheft. Das ist also nur "selbstreferenziert" ... ich will es jetzt nicht beschwören, aber in früheren Versionen der Firmware glaube ich da auch tatsächlich auch "WMM" gelesen zu haben in den AVM-Einstellungen. Leider sind die ganzen alten Hilfeseiten (über "help.avm.de/fritzbox.php") nicht mehr erreichbar ... die Anzeige bei den Clients in neuer Firmware gibt m.E. nur das wieder, was der Client benutzen könnte (hier eben auch WMM oder auch die erweiterten Stromspareinstellungen aus der entsprechenden Erweiterung der Spezifikation) und nicht das, was da gerade verwendet wird - aber auch da ist die Beschreibung leider nicht eindeutig.
Jedoch wenn man sich mal die Konsequenzen überlegt, was das in einem Haushalt mit zwei T-Entertain-Receivern in zwei Räumen heißt, wenn da zweimal derselbe HD-Stream geschaut werden soll, macht es ja irgendwo keinen Sinn, wenn man die Übertragung der doppelten Datenmenge über das WLAN als "Optimierung" ansehen will.
Leider geht auch aus der jeweils erzeugten "/var/tmp/wlan_dynamic.cfg" nicht genauer hervor, was das Ergebnis der Änderung ist, weil die Einstellung auch da nur unter dem Namen "IPTVoptimize" firmiert. Auch in den Symbolen des "wland" findet sich praktisch nichts, was irgendwo auf eine Konvertierung von Multicast-Streams in mehrere Unicast-Streams hindeuten würde ... bleibt wohl doch nur der Paketmitschnitt.
Ich verstehe auch noch, wenn man Broadcasts (im AP) limitiert (niemand kann einen Client (STA) davon abhalten, statt eines UC-Paketes eines mit einer Broadcast-MAC zu senden, wenn er "an der Reihe" ist) ... aber MC-Streams, für die der Client sogar noch extra eine "Anmeldung" machen muß (und ohne Subscription geht der Stream an gar keinen Client des AP), ebenfalls einem Limit zu unterwerfen (in den WLAN-Spezifikationen habe ich nichts von einer "Vorgabe" gefunden, nehme aber entsprechende "Literaturtipps" gerne), erscheint mir nicht einleuchtend und anstatt da einen MC-Stream in mehrere UC-Streams umzuwandeln, wäre doch eine Anhebung des MC-Limits irgendwo logischer.
Ich hatte das mit der Fundstelle in #21 auch zuerst mißverstanden ... das ist also keine (gesonderte) Fundstelle, wo dieses Llimit irgendwo festgelegt oder erläutert wird, sondern genau diese Stelle in dem Heise-Sonderheft. Das ist also nur "selbstreferenziert" ... ich will es jetzt nicht beschwören, aber in früheren Versionen der Firmware glaube ich da auch tatsächlich auch "WMM" gelesen zu haben in den AVM-Einstellungen. Leider sind die ganzen alten Hilfeseiten (über "help.avm.de/fritzbox.php") nicht mehr erreichbar ... die Anzeige bei den Clients in neuer Firmware gibt m.E. nur das wieder, was der Client benutzen könnte (hier eben auch WMM oder auch die erweiterten Stromspareinstellungen aus der entsprechenden Erweiterung der Spezifikation) und nicht das, was da gerade verwendet wird - aber auch da ist die Beschreibung leider nicht eindeutig.
Jedoch wenn man sich mal die Konsequenzen überlegt, was das in einem Haushalt mit zwei T-Entertain-Receivern in zwei Räumen heißt, wenn da zweimal derselbe HD-Stream geschaut werden soll, macht es ja irgendwo keinen Sinn, wenn man die Übertragung der doppelten Datenmenge über das WLAN als "Optimierung" ansehen will.
Leider geht auch aus der jeweils erzeugten "/var/tmp/wlan_dynamic.cfg" nicht genauer hervor, was das Ergebnis der Änderung ist, weil die Einstellung auch da nur unter dem Namen "IPTVoptimize" firmiert. Auch in den Symbolen des "wland" findet sich praktisch nichts, was irgendwo auf eine Konvertierung von Multicast-Streams in mehrere Unicast-Streams hindeuten würde ... bleibt wohl doch nur der Paketmitschnitt.