<br><br><div class="gmail_quote">2012/9/10 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">

  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <div class="im"><blockquote 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">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></div>
    Dieser Artikel ist etwas älter, erklärt es aber recht gut:<br></div></blockquote><div>und imho sagt er eben was anderes als du hattest (-; <br><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">
<a href="http://www.oreillynet.com/pub/a/wireless/2003/08/08/wireless_throughput.html?page=2" target="_blank">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,</div></blockquote><div>wir haben aber keine b-only stations im netz !<br><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">
 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.</div></blockquote><div>oder eben mehr overhead für nix,.</div><div><br></div><div>sprich man sollte das mal genau austesten, bevor man "einschalten" oder "nicht einschalten" sagt,.. </div>
<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>
    <br>
    <br>
    <blockquote 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></div>
    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.<div class="im"><br>
    <br>
    <blockquote 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></div>
    Das ist mir neu. B-Geräte zwingen andere B-Geräte auf die geringste
    Datenrate, </div></blockquote><div>hä? die andern b geräte können ja auch nur B,..<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">
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 klar, womit sie mehr Airtime
    benötigen. Siehe obiger Artikel.</div></blockquote><div>Wir haben afair keine b-only Geräte im Netz! </div><div>(Klar könnten einige linksys darauf konfiguriert sein, imho ist aber idr "b und g Modus" eingestellt und eben eine b rate als MCS)</div>
<div><br></div><div>lg Markus</div></div>