<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>
<div>JAAA zb</div>

<div> interface luci könnte übersichtlicher sein ?</div>

<div>wie zb  einfachstes interface alles wichtige um als nat router zu funktionieren, auf einer seite ?</div>

<div>ergo auf  erweitertes interface umschaltbar und wieder zurück</div>

<div>hf akku</div>

<div> </div>

<div> </div>

<div> 
<div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"><b>Gesendet:</b> Mittwoch, 18. Mai 2016 um 16:09 Uhr<br/>
<b>Von:</b> "Paul Fuxjaeger" <paul.fuxjaeger@gmx.at><br/>
<b>An:</b> "David Hopfmueller" <david@hopfmueller.at><br/>
<b>Cc:</b> "Clemens Hopfer" <datacop@wireloss.net>, discuss@lists.funkfeuer.at<br/>
<b>Betreff:</b> Re: [Discuss] WLAN-Treiber (was: Re: [Wien] Ubiquiti Malware / Virus! Bitte prüft eure Geräte (dzt. nur Antennen betroffen))</div>

<div name="quoted-content">
<div> 
<div>
<blockquote>
<div>On 17 May 2016, at 23:07, David Hopfmueller <<a href="david@hopfmueller.at" target="_parent">david@hopfmueller.at</a>> wrote:</div>
 

<div><span style="font-family: Helvetica;font-size: 12.0px;font-style: normal;font-weight: normal;letter-spacing: normal;text-indent: 0.0px;text-transform: none;white-space: normal;word-spacing: 0.0px;float: none;display: inline;">Wenn die Performance nicht passt, lernt C, 802.11 & HF und loest das Problem.<span class="Apple-converted-space"> </span></span></div>
</blockquote>
</div>
 

<div>Jo, das machen wir jetzt.</div>

<div> </div>

<div>Was ath9k Chips betrifft ist die Hypothese dass im aktuellen OpenWRT die automatic-gain-control noch immer nicht korrekt einstellt wird.</div>

<div>RX Sensitivity und Rate Control sind davon betroffen -> “mit OpenWRT-ist-der-link-total-shice” lässt sich damit gut erklären.</div>

<div> </div>

<div>Folgendes ist geplant bis Ende Juni erledigt zu haben:</div>

<div> </div>

<div>1) Recherche abschließen (recent git history + linux wireless mailinglist)</div>

<div>2) Messaufbau für Vergleichs-Test mit zwei baugleichen Radios auf einer Seite eines Links machen</div>

<div>3) Performance-Unterschied zwischen OpenWRT/AirOS im Messaufbau reproduzieren</div>

<div>4) auf beiden Geräten die AGC-spezifischen Registerinhalte auslesen und vergleichen</div>

<div>5) Bug im ath9k suchen (in den Kalibrierungs-Routinen)</div>

<div>6) Patch schreiben</div>

<div> </div>

<div>Ziel ist dass es ab dann keinen Unterschied in Punkto “wireless performance” mehr gibt.</div>

<div> </div>

<div>
<div>Und das ist der Hauptgrund warum viele Knotenbauer den OpenWRT Stack meiden, richtig?</div>

<div>Oder gibts da noch einen weiteren Grund?</div>
</div>

<div> </div>

<div> </div>

<div>-paul</div>

<div> </div>

<div>PS: wenn jemand bei 1)-6) mithelfen will, bitte bei mir melden!</div>
-- Discuss mailing list Discuss@lists.funkfeuer.at <a href="https://lists.funkfeuer.at/mailman/listinfo/discuss" target="_blank">https://lists.funkfeuer.at/mailman/listinfo/discuss</a></div>
</div>
</div>
</div>
</div></div></body></html>