Das Verhalten von Knoten an exponierten Standorten

Konfiguration

Allgemeine Settings

• Kanal:1
• Subnet: 10.0.0.0/8
• ESSID: test.funkfeuer.at
• BSSID: 4E:FE:52:36:2E:DD

• Linksys: 10.0.138.x
  • x.x.x.200, 201 (akku)
  • x.x.x.
• Buffalo: 10.0.140.x
• TP-Link: 10.0.10.x
  • 23 (david)
• UBNT: 10.0.20.x

• Systempasswort für alle Router: "Testtage"

Devices im Testnetz

Erich

• 10.0.138.36
  • xx:yy:zz:45:82:b8
• 10.0.138.85
  • xx:yy:zz:ce:b4:d0

Akku

• 10.0.138.200
• 10.0.138.201

Martin

• 10.0.10.254

Paul

• 10.0.10.120
• 10.0.10.121
• 10.0.10.122
• 10.0.10.123

Alex

• 10.0.10.99
  • xx:yy:zz:F2:71:C9

David

• 10.0.10.23
  • xx:yy:zz:55:78:7A

Device Nachbrenner

• ESSID: test.funkfeuer.at
• IP: 10.0.20.54

Geräte

Linksys

• Freifunk (Markit 1.7.4.11)
• Quelle: ipkg.funkfeuer.at/autoupdate
• Rest wie gehabt
• interne Spezialkonfiguration: via ssh/telnet: nvram set ff_range=10.0.0.0/8 && nvram commit && reboot
• Damit wird der Funkfeuerrange in der Software überschrieben. Bitte anschließend zurücksetzen.

Buffalo

• Backfire Vienna
• ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/brcm-2.4

TP-Link, Ubnt

• ftp://oe1xrw.ozw.wien.funkfeuer.at/Trunk/ubnt_m/r1199-2012-07-30/ar71xx/

Erkenntnisse

• Ein Testnetz über WLAN geht nicht gut
• Wir konnten die Effekte nicht nachvollziehbar reproduzieren
• Tests in einer derart großen Gruppe funktionieren nicht
• Unterschiede minstrel und Linksys Algo
  • minstrel reduziert raten wenn kein traffic bis aug 1MBit bei Daten im Buffer versucht minstrel diese mit höheren Raten abzubauen. Obergrenze: durch PacketLoss
  • Linksys bring maximale Raten bis zu dem Punkt, bis PacketLoss eintritt
• Daraus ergibt sich: Bitraten sollten nicht unbedingt bis 1, 2 MBit fallen.
• AV-Extender stopfen das Band soweit zu, dass WLAN unbrauchbar wird
• Sanierung Brenner
  • Doppelte Kanäle weg (
  • Gegenstellen untersuchen ob noch nötig und ob CTS/RTS aktiv ist