ist zwar schon ne Weile her aber btw<div><br></div><div>hab grad tplink 741.v4 mit openwrt trunk vs linksys (mit freifunkfirmware) getestet,..</div><div>(klar ist kein 1043)</div><div><br></div><div>sowohl AP/client als auch adhoc hatte ich vernünftigen durchsatz</div>
<div><br></div><div>adhoc symmetrische 18-19 mbit, ap/client 23/19mbit</div><div><br></div><div>und das egal was für ne multicastrate am linksys eingestellt, oder ob g oder n hwmode am tplink, oder bg oder g-only mode am linksys.</div>
<div><br></div><div>lg Markus<br><br><div class="gmail_quote">2012/5/13 Erich N. Pekarek <span dir="ltr"><<a href="mailto:erich@pekarek.at" target="_blank">erich@pekarek.at</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hallo akku!<br>
<br>
Am 2012-05-13 16:18, schrieb gerhard poller:<div class="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
seh grad alter linksys<br>
versus<br>
neuer TP-Link TL-WR1043N/ND<br>
</blockquote></div>
Das habe ich auch gesehen ;-)<div class="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
linksys sendet viel schlechter vor allem bei höherer sendeleistung<br>
oft (nicht immer) hilft da radikale reduzierung<br>
oder neue hartware ;)<br>
</blockquote>
<br></div>
Freilich hast Du mit der Reduktion der Datenrate recht, vor allem, wenn wir mit DSSS/BPSK statt mit QAM modulieren - das scheint hier der Fall zu sein:<br>
<br>
Belässt man den Linksys auf den Einstellungen laut Wiki, v.a. Multicast-Rate 5.5, bricht beim TP-Link im selben Raum oder im Nebenzimmer die LQ zusammen. Auch die NLQ ist signifikant unter 1.0. Verbunden waren beide mit Geräte mit einer nominalen Rate von 5.5Mbit RX und TX.<br>
<br>
Schaltet man am Linksys die Datenrate und Multicast auf Automatik, verbinden sie sich nur noch mit 1 Mbit. Auf LQ/NLQ habe ich nicht geachtet.<br>
<br>
Schaltet man nun die Multicast-Rate am Linksys auf 11 Mbit, hat man der jeweiligen Verbindungsqualität auf einmal angemessene Datenraten zwischen 11 und 36 Mbit. (Nebenraum) und eine LQ/NLQ von 1.000.<br>
<br>
Bei der BFV werden an sich weder Multicast-Raten noch Basisraten noch fixe Datenraten eingestellt; LuCI bietet in Joe's Builds keine Einstellmöglichkeit dafür - Ausnahme: madwifi. In /etc/config/wireless kann man per "option mcast_rate '11000'" im Abschnitt für das Ad-Hoc-Netz diese Einstellung händisch vornehmen. Ob das vor allem mit ath5/9k auch funktioniert, habe ich noch nicht getestet.<br>
Einige Tests auf dem 1043 mit rate, minrate, maxrate und basic_rate sowie mit "iw wlan0 set bitrates legacy-2.4 12 18 24", laut <a href="http://linuxwireless.org/en/users/Documentation/iw#Modifying_transmit_bitrates" target="_blank">http://linuxwireless.org/en/<u></u>users/Documentation/iw#<u></u>Modifying_transmit_bitrates</a>, zeigten keine zuverlässige Wirkung. Auch G-Only-Mode (auf beiden) brachte nicht das gewünschte Ergebnis.<br>
<br>
Da Multicast-Raten jenseits der 11Mbit laut einigen Quellen (OpenWRT-Forum, Wikipedia) für den Ad-Hoc-Mode nicht spezifiziert sind, scheint es, dass eine der beiden oder beide Firmwares den Default von 1.0 Mbit wählen, womit wir dann trotz neuerer Hardware mit dem im Wellenspektrum "unsaubereren" DSSS modulieren (siehe auch <a href="http://bridgingthelayers.org/channel_overlap.html" target="_blank">http://bridgingthelayers.org/<u></u>channel_overlap.html</a> für Effekte auf kurze Distanz). Siehe<br>
Laut OpenWRT-Forum (Meldung ca. 2 Jahre alt) können im HT (High Troughput)-Mode bei Openwrt keine Raten fix eingestellt werden.<br>
Ich schließe aus diesen Informationen und den Versuchen an Christians Routern, dass trotz guter Verbindung die beiden Stationen sich dann nach der niedrigst-möglichen ausgehandelten Multicast-Rate verbinden.<div class="im">
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
hf akku<br>
<br>
seh grad einer neue firmware der andere alte freifunk<br>
</blockquote>
<br></div>
In der Tat.<br>
Ich weiß nicht, welche der beiden Firmwares dafür veranwortlich ist, aber ich habe mit zwei alten Linksys, einer mit Freifunk, einer mit BFV früher ähnliche Beobachtungen über eine relativ kurze Strecke gemacht, habe es aber anderen Faktoren zugeschrieben.<br>
<br>
<br>
Gibt es von unseren Experten hierzu weitere Informationen? Funktionsweise, Hintergründe, Ausblick, Lösungen, Standards? Vor allem:<br>
<br>
1. Soll der Multicast eingestellt werden?<br>
2. Was sehen die jeweiligen Firmwares als Default vor?<br>
3. Liegt womöglich ein Bug in einer oder beiden Firmwares vor?<br>
4. Ist das Problem Ad-hoc-Mode-spezifisch?<br>
5. Wäre 802.11s hiervon ebenso betroffen?<br>
<br>
Ich liebäugle immer mehr mit VIF/AP und VIF/Client-Konfigurationen, da hierbei der Master die Entscheidungen trifft und moderne Hardware das schafft. Auch die älteren Geräte wie der Linksys können zugleich AP und Client sein, während Ad-Hoc auf ihnen exklusiv laufen muss - angenehmer Nebeneffekt, wäre weniger Airtime und verminderte Hidden-Station-Probleme.<div class="im">
<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Am 13.05.2012, 15:01 Uhr, schrieb Christian Bruckner <<a href="mailto:c1bruckner@gmail.com" target="_blank">c1bruckner@gmail.com</a>>:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
nein die stehen 1,5m auseinander und haben noch die Originalantennen<br>
<br>
<br>
gerhard poller schrieb:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
baum im weg ?<br>
<br>
wirkt sich asymetrisch aus hab mal künsterisch n bild gezeichnet<br>
<br>
sieh rote und blaue funk linien die sich im baum brechen<br>
<br>
;))) hf akku<br>
<br>
Am 13.05.2012, 14:23 Uhr, schrieb Christian Bruckner<br>
<<a href="mailto:c1bruckner@gmail.com" target="_blank">c1bruckner@gmail.com</a>>:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Seit dem letzten einseitigen Update ist die Kommunikation stark<br>
beeinträchtigt.<br>
<br>
<a href="http://wlan01.mi001.wien.funkfeuer.at/cgi-bin/luci/freifunk/olsr/neighbors/" target="_blank">http://wlan01.mi001.wien.<u></u>funkfeuer.at/cgi-bin/luci/<u></u>freifunk/olsr/neighbors/</a> <br>
<br>
<br>
<br>
<br>
<br>
</blockquote></blockquote>
Hat jemand eine Idee woran das liegen kann. Es geht um den wlan02 Nachbar<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Danke und<br>
<br>
Mit liebe/freundliche Grüße Christian Bruckner <a href="tel:%2B43%20680%203255220" value="+436803255220" target="_blank">+43 680 3255220</a><br>
<br>
Ebendorferstraße 19 A 2130 Mistelbach<br>
<br>
Von meinem Mobilephone gesendet -- Wien mailing list<br>
<a href="mailto:Wien@lists.funkfeuer.at" target="_blank">Wien@lists.funkfeuer.at</a><br>
<a href="https://lists.funkfeuer.at/mailman/listinfo/wien" target="_blank">https://lists.funkfeuer.at/<u></u>mailman/listinfo/wien</a><br>
</blockquote>
<br>
<br>
<br>
<br>
-- Wien mailing list <a href="mailto:Wien@lists.funkfeuer.at" target="_blank">Wien@lists.funkfeuer.at</a><br>
<a href="https://lists.funkfeuer.at/mailman/listinfo/wien" target="_blank">https://lists.funkfeuer.at/<u></u>mailman/listinfo/wien</a><br>
</blockquote>
<br>
</blockquote></blockquote></div>
LG<span class="HOEnZb"><font color="#888888"><br>
Erich</font></span><div class="im HOEnZb"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v2.0.18 (GNU/Linux)<br>
Comment: Gnu Privacy Tools<br>
Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org/" target="_blank">http://enigmail.mozdev.org/</a><br>
<br>
iQIcBAEBAgAGBQJPr7CYAAoJEEinsC<u></u>WBGcfaTCIP/3IIpaICPOdrlSFNF/+<u></u>fNX9C<br>
Tq0mL4M0KbJalxC1WYggsVYDNjGb0I<u></u>/<u></u>kswAhxrKad0jcD9hpveCzhzD38tsq0<u></u>nkS<br>
pOy+<u></u>aWrZeGqf5aI9NGVAZcNYLvZyKauDAF<u></u>MqDa8nRt5kAn73EIGNIM/ew5FsU1BE<br>
XFx91E3rNzgMggA1AtY9bb12xujdIY<u></u>NJiJo1p5RwyHGsElOEqV7XCD+fi/<u></u>QVejH1<br>
+jEbHIU0fJa4qvQ+5ywJvf+<u></u>SuXKAhhcF5Q3kcXEgiIEKtZqiS9Obf<u></u>Y756eB97ZhE<br>
qsSMYqQAnv6fADtkEZ7NHodd/<u></u>bGFHnGcR2Ee5pvTKu9+E8/<u></u>GauAtLsFxyvA9xkZg<br>
FypxUGRMOdbF/<u></u>AQ2JQenhDJTp82Mxuv7LaVhvCaTZjH<u></u>eqk6V14O3Usd4GaI8r6q9<br>
k///<u></u>LIye7YQl7hXZ9fT1BoQfzbo0EYbIQ9<u></u>F5sKKQnyb0nZSRY6hUFeEaR4BawpAX<br>
gyX9fQ3zkfRmIq43oNer+<u></u>dfKJJXXP3oyMQAOXizsho3dfLEGvvQ<u></u>XYn+Qd/KgWZuG<br>
tmL2sXD8Pk8glPly5vc3Is4VEzQNlP<u></u>AqVNr6BdG997wgP9LuhNmAddrkRdib<u></u>H2OB<br>
283rcrEw1pOKmfKhB9mEF32R1QMril<u></u>eHXkqCXqIsy4G5QTDl/B8Br+<u></u>g3Kt3dvPz1<br>
oNmzREm9AKmwqdKor5nC<br>
=5mrA<br>
-----END PGP SIGNATURE-----<br>
<br>
-- <br>
Wien mailing list<br>
<a href="mailto:Wien@lists.funkfeuer.at" target="_blank">Wien@lists.funkfeuer.at</a><br>
<a href="https://lists.funkfeuer.at/mailman/listinfo/wien" target="_blank">https://lists.funkfeuer.at/<u></u>mailman/listinfo/wien</a><br>
</blockquote>
<br>
<br>
</blockquote>
<br>
<br>
--<br></div><div class="HOEnZb"><div class="h5">
Wien mailing list<br>
<a href="mailto:Wien@lists.funkfeuer.at" target="_blank">Wien@lists.funkfeuer.at</a><br>
<a href="https://lists.funkfeuer.at/mailman/listinfo/wien" target="_blank">https://lists.funkfeuer.at/<u></u>mailman/listinfo/wien</a><br>
</div></div></blockquote></div><br></div>