<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hallo!<br>
<br>
Am 2012-09-10 06:54, schrieb Markus Kittenberger:<br>
</div>
<blockquote
cite="mid:CAKNLPN+9kCjGAAgoSaUQF4c0MO3iSFuGFjHjG8uQqCSb56-vMA@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<div class="im"> <br>
</div>
<s>Wie schön, dass wir 802.11g-Geräte immer noch wie
802.11b-Geräte verwenden</div>
</blockquote>
<div>Nun diese geräte (Linksys) funktionieren auch nur im b
modus gscheit, ihre sensitivity ist auf g-raten numal weitaus
schlechter als auf b.</div>
</div>
</blockquote>
<br>
Wovon ich in "lauten" Umgebungen nach wie vor nicht überzeugt bin,
da absolute Werte im Datenblatt nicht zwangsläufig mit relative
Bedingungen im Außeneinsatz zurechtkommen. Diese Problematik
diskutieren wir ja immer wieder.<br>
<br>
<blockquote
cite="mid:CAKNLPN+9kCjGAAgoSaUQF4c0MO3iSFuGFjHjG8uQqCSb56-vMA@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<div><br>
</div>
<div>Somit sind diese Werte sind fuer linksys/Buffalo eben so
ca. die beste Einstellung. (zumindest wenn die Links etwas
länger sind)<br>
</div>
</div>
</blockquote>
Worauf ich im Moment nicht näher eingehen will.<br>
<br>
<blockquote
cite="mid:CAKNLPN+9kCjGAAgoSaUQF4c0MO3iSFuGFjHjG8uQqCSb56-vMA@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<div>
</div>
<div><br>
</div>
<div>Evt wär 11mbit MCS auf dem Router noch ein bißchen klüger,
da imho ETX noch am besten "funktioniert", wenn MCS ==
Datenrate.</div>
</div>
</blockquote>
Womit wir bei fixen Datenraten sind, die das Potential einiger
Geräte bei weitem nicht ausschöpft.<br>
<blockquote
cite="mid:CAKNLPN+9kCjGAAgoSaUQF4c0MO3iSFuGFjHjG8uQqCSb56-vMA@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<div><br>
</div>
<div>Das ist aber auch immer ne frage davon welche noch
längeren/schlechteren links man noch "erlauben" will, </div>
<div><br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF"> und gleichzeitig
wl0_gmode_protection ausschalten,</div>
</blockquote>
<div>Also bin mir nit so sicher dass gmode_protection das macht
was du da beschreibst,.. <br>
(heisst aber nicht dass ich denke, dass sie
ausgeschaltet/eingeschaltet gehört,.. hab dazu adhoc mal keine
Meinung (-;)</div>
</div>
</blockquote>
<br>
Dieser Artikel ist etwas älter, erklärt es aber recht gut:<br>
<a class="moz-txt-link-freetext" href="http://www.oreillynet.com/pub/a/wireless/2003/08/08/wireless_throughput.html?page=2">http://www.oreillynet.com/pub/a/wireless/2003/08/08/wireless_throughput.html?page=2</a><br>
<br>
Wenn man im Webinterfaces Deiner Builds den "CTS-Schutz" auf "Auto"
einstellt, wird diese Variable verändert, u.z. auf "auto". Wenn ich
es richtig verstanden habe ist das CTS-to-self.<br>
RTS/CTS wird meines Wissens nur bei Überschreiten des eingestellten
Thresholds benutzt, CTS-to-self jedoch stets.<br>
<br>
Wenn wl0_gmode_protection nicht eingeschaltet ist, dann hören die
b-Stations Noise, wenn g-Transmissionen gesendet werden. Wenn also
der Mixed-Mode (b+g) aktiviert ist, und sie nicht eingeschaltet ist,
dann werden b-Transmissionen gestört. Umgekehrt wissen die
b-Stationen dann nicht, dass sie gerade nicht senden dürfen und
senden trotzdem. Umgekehrt werden g-Verbindungen (und auch n?) die
802.11b Frames im Mixed-Mode akzeptieren. Aktiviert man CTS-to-self,
respektive rts/cts, sinkt zwar der Datendurchsatz im g-Netz, weil
DSSS/CCK-codierte es sollte aber die Zuverlässigkeit der
Verbindungen erhöhen.<br>
<br>
Ich erwarte mir von der Aktivierung dieser Funktion eine
Verbesserung der Interoperabilität b/g und zuverlässigere
Verbindungen für g-only.<br>
<br>
<br>
<blockquote
cite="mid:CAKNLPN+9kCjGAAgoSaUQF4c0MO3iSFuGFjHjG8uQqCSb56-vMA@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<div><br>
</div>
<div>Denn Grundsätzlich fehlt bei uns halt ein Konzept, wie wir
mit unserer gemischten hardware umgehen,..</div>
<div>Ob wir überhaupt funklinks zwischen den "alten" und den
"neuen" devices wollen, etc.</div>
</div>
</blockquote>
<br>
Wobei dies in erster Linie nicht Langstrecken betrifft. Der Konsens
ist doch weitgehend, dass 5Ghz-Geräte hier zumeist im Vorteil sind.
(Freebone).<br>
Ich sehe das so, dass gemischte Umgebungen nicht zwangsläufig
schlecht sind, sondern wir sie in einigen Fällen falsch einsetzen
oder einschätzen. (b besser als g, multicast oder nicht multicast,
Netzabdeckung versus Mindestlevel ...)<br>
Die gemischten Umgebungen betreffen in erster Line wieder die
"Brenner-Problematik", wo meines Erachtens das Problem ist, dass man
sich über den exakten Usecase nicht einigen kann (Viele schlechte
Links, oder wenige gute Links?); es gibt eine Grundphilosophie und
technische Effekte, die noch nicht restlos geklärt sind.<br>
<br>
<blockquote
cite="mid:CAKNLPN+9kCjGAAgoSaUQF4c0MO3iSFuGFjHjG8uQqCSb56-vMA@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<div><br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF"> damit auch ja alle
Stationen ausschließlich im b-Mode fahren müssen.</s></div>
</blockquote>
<div>Hmm das ist imho eher das problem der anderen Router, ein b
device zwingt ja niemanden per se dazu, auch nur b zu machen.
<br>
</div>
</div>
</blockquote>
Das ist mir neu. B-Geräte zwingen andere B-Geräte auf die geringste
Datenrate, weswegen G-Geräte den Kompatibilitätsmodus haben. Aus
diesem Grund gibt es auch Protected G und LRS. G-Geräte können mit
B-Geräten nur im B-Standard kommunizieren, womit sie mehr Airtime
benötigen. Siehe obiger Artikel.<br>
<br>
<blockquote
cite="mid:CAKNLPN+9kCjGAAgoSaUQF4c0MO3iSFuGFjHjG8uQqCSb56-vMA@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<div>Es ist lediglich klug wenn die anderen dann eben NUR b
raten als basic-rates verwenden (zumindest wenn es sich um ein
echtes b-only device handelt, was der linksys ja nicht ist),
aber fuer die Datenpakete könnten sie jegliche (also auch n)
raten/modulationen verwenden die eben Sender und Empfänger
verstehen.</div>
</div>
</blockquote>
Die bei abgeschaltetem CTS-to-self oder RTS/CTS dann als Noise
auftreten. (Deswegen braucht man dann wieder mehr Sensitivity,
weshalb man in den b-Mode geht...)<br>
<br>
<blockquote
cite="mid:CAKNLPN+9kCjGAAgoSaUQF4c0MO3iSFuGFjHjG8uQqCSb56-vMA@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<div><br>
</div>
<div>Allerdings kanns gut sein dass die neueren devices keine
g-raten verwenden wenn die MCS eine b-rate ist,.. (habs aber
nicht nachgeprüft)</div>
<div>Afair die Linksys selber können das jedoch schon.<br>
</div>
</div>
</blockquote>
<br>
Mit CTS-to-self wahrscheinlich schon... siehe oben. Wenn alle B
sprechen ist keine Zeit mehr für G, die die es dennoch versuchen
sind für B Noise, weshalb man vermehrt B spricht.<br>
These: wenn alle G sprechen, wird auch weniger Sensitivity benötigt,
weil Noise abnimmt.<br>
<br>
<blockquote
cite="mid:CAKNLPN+9kCjGAAgoSaUQF4c0MO3iSFuGFjHjG8uQqCSb56-vMA@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<div><br>
Und wenn das so stimmt, würd ich eher den neuen Treibern das
auch lernen, als die Linksys mit 802.11g MCS Raten zu
konfigurieren, die diese numal nit gut können.<br>
</div>
</div>
</blockquote>
<br>
Dogma?<br>
<br>
<blockquote
cite="mid:CAKNLPN+9kCjGAAgoSaUQF4c0MO3iSFuGFjHjG8uQqCSb56-vMA@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<div><br>
Oder eben komplett eigene g/n essids/bssids machen.</div>
</div>
</blockquote>
<br>
Was in Adhoc schwer geht, da die Basisrate stets 1Mbit im Mixed-Mode
ist - also B.<br>
<blockquote
cite="mid:CAKNLPN+9kCjGAAgoSaUQF4c0MO3iSFuGFjHjG8uQqCSb56-vMA@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<blockquote type="cite">
<div class="gmail_quote">
<div class="im">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="white" link="blue" vlink="purple"
lang="DE-AT">
<div>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">auf
„auto“ eingestellt ist. (Zumindest sind auf
der Statusseite alle Datenraten von 1 – 54
aufgeführt…).</span></p>
</div>
</div>
</blockquote>
</div>
<div> supported rates, hat nix mit der eigenen senderate
zu tun,.. (sondern darauf welche raten empfangbar
sind...).</div>
</div>
</blockquote>
<br>
@Markit:<br>
<a moz-do-not-send="true"
href="http://en.wikipedia.org/wiki/Beacon_frame"
target="_blank">http://en.wikipedia.org/wiki/Beacon_frame</a><br>
<br>
Nicht sicher bin ich mir, ob die "Basic Rates" Teil der
"Capability Information" sind oder von den "Supported Rates"
umfasst sind.<br>
</div>
</blockquote>
<div>Afair sind die basic rates immer zwingend ein subset der
supported rates, und afair werden diese eben auch in den
beacons announced.<br>
</div>
</div>
</blockquote>
Ja, das schon, aber wo genau?<br>
<br>
<blockquote
cite="mid:CAKNLPN+9kCjGAAgoSaUQF4c0MO3iSFuGFjHjG8uQqCSb56-vMA@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<div>
So ca. sind basic rates halt die, was fuer RTS/CTS ACK usw.
verwendet werden.</div>
</div>
</blockquote>
Das muss auch so sein, sonst würde es keiner verstehen.<br>
<br>
<blockquote
cite="mid:CAKNLPN+9kCjGAAgoSaUQF4c0MO3iSFuGFjHjG8uQqCSb56-vMA@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<br>
Apropos Datenraten/Statusseite/<a moz-do-not-send="true"
href="http://1.7.4.11" target="_blank">1.7.4.11</a>: Unter
welchen Bedingungen kann es dazu kommen, dass andere Raten
als 1,2,5.5,11 mit "(b)" gekennzeichnet werden? (z.B: "6
(b)", "12 (b)", "24 (b)").<br>
</div>
</blockquote>
<div>wo hast du "6 (b)" denn gesehen?</div>
</div>
</blockquote>
<br>
Auf einem WRT54GL mit frische installierter 1.7.4.11 mit
anschließendem mtd-erase des nvram, nach Einstellen des g-only
Modes. (Afaik wären das eher alte b+ Raten, wobei 24 dann nicht
stimmt - eher 22).<br>
<br>
<blockquote
cite="mid:CAKNLPN+9kCjGAAgoSaUQF4c0MO3iSFuGFjHjG8uQqCSb56-vMA@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<div><br>
</div>
<div>lg Markus</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
<br>
LG<br>
Erich<br>
</body>
</html>