User Tools

Site Tools


bssid-vereinheitlichung

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
bssid-vereinheitlichung [2011/03/17 16:40] – Kanalverteilung in den Artikel Kanäle verschoben AlexanderRathbssid-vereinheitlichung [2013/12/18 00:45] (current) ChristianPointner
Line 1: Line 1:
 +Übergeordneter Artikel: [[Netzwerkoptimierung]] 
 +
 <<[[:TableOfContents|TableOfContents]]>>  <<[[:TableOfContents|TableOfContents]]>> 
  
Line 6: Line 8:
  
   * Unsere Ad-hoc BSSIDs widersprechen derzeit 802.11, da die ersten beiden Bits nicht 01 sind.    * Unsere Ad-hoc BSSIDs widersprechen derzeit 802.11, da die ersten beiden Bits nicht 01 sind. 
-  * Die Frequenzbänder für 802.11 werden erweitert (6GHz, 60GHz, sub-GHz). Wenn dort Ad-Hoc (IBSS) verwendet werden soll, dann braucht man ein neues BSSID-Schema, weil im derzeitigen schon für 5GHz zu wenig Platz ist.  +    d.h. auf den meisten aktuellen Geräten / Firmwaren lassen sich unsere BSSIDs gar nicht mehr einstellen.  
-  Wenn verschiedene Freie Netzwerke auf Ad-hoc-Ebene zusammenwachsen sollen (z.B. Graz/Maribor), dann braucht man ein vernünftiges gemeinsames Schema. Das vereinbart man besser früher als später. + 
 +    Die Frequenzbänder für 802.11 werden erweitert (6GHz, 60GHz, sub-GHz). Wenn dort Ad-Hoc (IBSS) verwendet werden soll, dann braucht man ein neues BSSID-Schema, weil im derzeitigen schon für 5GHz zu wenig Platz ist.  
 +    Wenn verschiedene Freie Netzwerke auf Ad-hoc-Ebene zusammenwachsen sollen (z.B. Graz/Maribor), dann braucht man ein vernünftiges gemeinsames Schema. Das vereinbart man besser früher als später. 
 Es gab dazu es im Februar 2011 eine Diskussion auf der tech-Mailingliste.  Es gab dazu es im Februar 2011 eine Diskussion auf der tech-Mailingliste. 
 +
 +:!: Seit November 2013 wird die Maximallösung Kanal (siehe unten) angestrebt. Neue Netzsegmente die aus verschiedenen Gründen das alte Schema nicht übernehmen können bzw. wollen sollten dieses Schema verwenden. 
  
  
Line 49: Line 55:
  
  
-===== Warum Kanalbreite? – Über die Kanäle, Modulation etc. ===== +===== Warum (nicht) Kanalbreite? – Über die Kanäle, Modulation etc. ===== 
-Die derzeit in Österreich zugelassenen Bänder befinden sich im [[[http://www.rtr.at/de/tk/Spektrum2400MHz|2.4|GHz]]] und [[[http://www.rtr.at/de/tk/Spektrum5GHz|5|Ghz]]] Bereich. Derzeit verwenden wir nur 802.11g Equipment für Ad-hoc (also 2.4GHz, OFDM, 20MHz Kanalbreite). Dies könnte sich aber eines Tages ändern, und dann ist die Kanalbreite eine relevante Größe. +Die derzeit in Österreich zugelassenen Bänder befinden sich im [[[http://www.rtr.at/de/tk/Spektrum2400MHz|2.4|GHz]]] und [[[http://www.rtr.at/de/tk/Spektrum5GHz|5|Ghz]]] Bereich. Derzeit verwenden wir nur 802.11g Equipment für Ad-hoc (also 2.4GHz, OFDM, 20MHz Kanalbreite). Dies könnte sich aber eines Tages ändern, und dann ist die Kanalbreite eine relevante Größe. Da es allerdings teilweise möglich und sinnvol sein kann das Linkpartner mit unterschiedelichen Kanalbreiten kommunizieren (zb. 20MHz Client auf 40MHz AP) ist die die Kanalbreite als Teil der BSSID eher ungeignet
  
 :!: Für eine detaillierte Erklärung siehe Artikel [[Kanäle]]  :!: Für eine detaillierte Erklärung siehe Artikel [[Kanäle]] 
Line 103: Line 109:
  
   * 802.11 ist uns gezwungernermaßen egal, weil uns eine kurzfristige Komplettumstellung zu viel Aufwand bei wenig Nutzen ist.    * 802.11 ist uns gezwungernermaßen egal, weil uns eine kurzfristige Komplettumstellung zu viel Aufwand bei wenig Nutzen ist. 
 +
 +
 +===== 802.11n: 40MHz Kanalbreite =====
 +Es wurde festgestellt, dass 802.11n in greifbarer Nähe ist. (Max) Soll heißen: Funkfeuertaugliche Hardware dürfte es bereits geben. Das bringt uns 40MHz-Kanäle und damit die Notwendigkeit unsere BSSIDs zu überarbeiten. 
 +
  
  
Line 148: Line 159:
  
   * Komplettumstellung auf Schema 1,5,9,13 -> 02:CA:FF:EE:BA:BE verschwindet automatisch    * Komplettumstellung auf Schema 1,5,9,13 -> 02:CA:FF:EE:BA:BE verschwindet automatisch 
-  * Kanal:CA:FF:EE:BA:BE wird vorerst beibehalten, weil noch keine sinnvollere Lösung vereinbart+  * Es wird die Maximallösung Kanal angestrebt. Die Kanalbreite wird nicht in die BSSID aufgenommen (siehe oben)
  
  
Line 184: Line 195:
 Kanal v136 = CA:00:50:00:C1:36 Kanal v136 = CA:00:50:00:C1:36
 </file> </file>
 +:!: Diese Lösung wird seit November 2013 angestrebt. Neue Netzsegmente die aus verschiedenen Gründen das alte Schema nicht übernehmen können bzw. wollen sollten dieses Schema verwenden. 
 +
  
  
Line 201: Line 214:
 <file>Kanal  v13 = FA:14:00:25:B8:40 <file>Kanal  v13 = FA:14:00:25:B8:40
 Kanal v136 = FA:14:00:56:AB:80 Kanal v136 = FA:14:00:56:AB:80
 +</file>
 +
 +
 +=== Maximallösung Untergrenze/Obergrenze – 802.11n-tauglich ===
 +
 +
 +<file>CA:FE:24:02:24:42
 +||||| ||||| |||||
 +||    ||    ||
 +||    ||    ||||| -> Obere Randfrequenz in MHz, dezimal
 +||    ||
 +||    ||||| -> Untere Randfrequenz in MHz, dezimal
 +||
 +||||| -> Magic Number "CAFE"
 +</file>
 +
 +
 +== 20 MHz Kanäle ==
 +
 +
 +<file>Kanal  1: CA:FE:24:02:24:22
 +Kanal  5: CA:FE:24:22:24:42
 +Kanal  9: CA:FE:24:42:24:62
 +Kanal 13: CA:FE:24:62:24:82
 +</file>
 +
 +
 +== 40 MHZ Kanäle ==
 +
 +
 +<file>Kanal  3: CA:FE:24:02:24:42
 +Kanal 11: CA:FE:24:42:24:82
 +</file>
 +
 +
 +=== 4 Kanäle ===
 +decaf coffee a/b/c/d = entkoffeinierter Kaffee 
 +
 +<file>Kanal  1: DE:CA:FC:0F:FE:EA
 +Kanal  5: DE:CA:FC:0F:FE:EB
 +Kanal  9: DE:CA:FC:0F:FE:EC
 +Kanal 13: DE:CA:FC:0F:FE:ED
 +</file>
 +oder 
 +
 +
 +
 +<file>Kanal  1: CA:FE:BA:BE:00:0A
 +Kanal  5: CA:FE:BA:BE:00:0B
 +Kanal  9: CA:FE:BA:BE:00:0C
 +Kanal 13: CA:FE:BA:BE:00:0D
 </file> </file>
  
bssid-vereinheitlichung.1300380053.txt · Last modified: by AlexanderRath

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki