Das Verhalten von Knoten an exponierten Standorten: Unterschied zwischen den Versionen
Aus FunkFeuer Wiki
Dhop (Diskussion | Beiträge) |
(→Erkenntnisse) |
||
(7 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt) | |||
Zeile 17: | Zeile 17: | ||
* Systempasswort für alle Router: "Testtage" | * 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== | ==Device Nachbrenner== | ||
Zeile 36: | Zeile 65: | ||
===TP-Link, Ubnt=== | ===TP-Link, Ubnt=== | ||
* ftp://oe1xrw.ozw.wien.funkfeuer.at/Trunk/ubnt_m/r1199-2012-07-30/ar71xx/ | * 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 | ||
+ | |||
+ | =Testszenarien= | ||
+ | * |
Aktuelle Version vom 5. August 2012, 15:47 Uhr
Inhaltsverzeichnis
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
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