Arbeitsgruppe Hardware RS: Unterschied zwischen den Versionen
Markit (Diskussion | Beiträge) (→Distance & Diversity & usw) |
Markit (Diskussion | Beiträge) K (→Status) |
||
Zeile 11: | Zeile 11: | ||
Wlan scheint recht kompatibel mit üblichen Atheros 2.4 und 5ghz Minipcis zu sein,.. | Wlan scheint recht kompatibel mit üblichen Atheros 2.4 und 5ghz Minipcis zu sein,.. | ||
− | WDS-Links (zu Routerboards) funktionieren scheints nicht, des weiteren muss man auf RouterOS Linkquality Werte verzichten etc, (so wie bei Routerboard-Osbridge ja auch) | + | WDS-Links (zu Routerboards) funktionieren scheints nicht (wurde aber auch nciht gewissenhaft versucht), des weiteren muss man auf RouterOS Linkquality Werte verzichten etc, (so wie bei Routerboard-Osbridge ja auch) |
+ | |||
+ | Die bishergine groben wlan-probleme scheinen einerseits auf fehler inder config aber eben auch auf config-optionen zurückzuführen zu sein, welche beim auslesen von /etc/config/wireless scheinbar ignoriert bzw falsch gesetzt werden,.. | ||
Weiters scheint sie ein Problem mit ihren RAM und ihrer CPU zu haben: | Weiters scheint sie ein Problem mit ihren RAM und ihrer CPU zu haben: | ||
Zeile 18: | Zeile 20: | ||
Das RAM Problem besteht immer noch, die CPU ist so lahm, weil Debug-mode aktiv ist (in neueren Firmwares wird das dann behoben sein,..) | Das RAM Problem besteht immer noch, die CPU ist so lahm, weil Debug-mode aktiv ist (in neueren Firmwares wird das dann behoben sein,..) | ||
− | und nun ja - es dauert ne Weile nach einem Reboot | + | und nun ja - es dauert ne ziemliche Weile bis nach einem Reboot alles und der dropbear im speziellen wieder läuft,.. |
+ | |||
+ | aber alles in allem kann man die Dinger wohl verwenden *g (Markus) | ||
==Country Code== | ==Country Code== |
Version vom 2. Mai 2009, 09:29 Uhr
nette recht preisgünstige Hardware (evt. < 60€), shipped mit (modded) Openwrt, und somit evt. die eierlegende Wollmilchsau für ein Mesh,..
3 Minipci Slots, 3 x LAN, 64MB RAM 680Mhz Ar7161 MIPS24K CPU, GPIO, Usb 2.0 Support, etc.
Pro-Version mit Gbit, mehr RAM, 803af und SDIO wirds auch geben,..
Inhaltsverzeichnis
Status
momentan ist mal eine RS vorhanden um sie auszutesten,.. (momentan auf 193.238.158.180 am heusued verbaut und hoffentlich online)
Wlan scheint recht kompatibel mit üblichen Atheros 2.4 und 5ghz Minipcis zu sein,..
WDS-Links (zu Routerboards) funktionieren scheints nicht (wurde aber auch nciht gewissenhaft versucht), des weiteren muss man auf RouterOS Linkquality Werte verzichten etc, (so wie bei Routerboard-Osbridge ja auch)
Die bishergine groben wlan-probleme scheinen einerseits auf fehler inder config aber eben auch auf config-optionen zurückzuführen zu sein, welche beim auslesen von /etc/config/wireless scheinbar ignoriert bzw falsch gesetzt werden,..
Weiters scheint sie ein Problem mit ihren RAM und ihrer CPU zu haben: und ist mit 180MB / Sekunde da ziemlich lahm (sogar ein WRT54G hat 750MB/Sek )
Das RAM Problem besteht immer noch, die CPU ist so lahm, weil Debug-mode aktiv ist (in neueren Firmwares wird das dann behoben sein,..)
und nun ja - es dauert ne ziemliche Weile bis nach einem Reboot alles und der dropbear im speziellen wieder läuft,..
aber alles in allem kann man die Dinger wohl verwenden *g (Markus)
Country Code
unter /etc/modules.d/50-madwifi
ath_pci countrycode=860
eigentlich dachte ich 276 wäre der richtige für AT,
aber das schaltet recht wenige Kanäle frei (nur Indoor 5ghz)
860 ist weitaus besser, aber auch nicht ganz richtig *g
Distance & Diversity & usw
wie man derartige advanced wlan settings tatsächlich via /etc/config/wireless konfiguriert sollt ma noch rausfinden/fixen
fürs erste tuns aber cmdline utilities auch z.B.: http://wlanwifi.blogspot.com/2008/02/madwifi-utility-usage.html
nützlich ists mal die distance einzustellen, sonst geht auf langen Strecken gar nix (denn default Setting ist für 301-600 Meter)
athctrl -i wifi0 -d 10000
oder nachdem man genug rumprobiert hat (Einstellungen ändern sich nur in 300 Meter Schritten)
dann eben permanent in /etc/config/wireless in der wifiX section eintragen
option 'distance' '10000'
da manche minipci, zumindest bei broadcasts, mitunter diversity mässig groben Unfug treiben (paketweise abwechselnd antenne A oder B),..
vermutlich weil sie normalerweise aufgrund der acks lernen welche antenne für welches ziel besser wäre, aber bei broadcasts gibts keien acks und darum besser fix einstellen, vorallem weil wir idr eh nur eine einzige antenne haben
echo "1" > /proc/sys/dev/wifi0/txantenna # 0 auto, 1 antenna a, 2 antenna b
oder theoretisch im /etc/config/wireless in der wifiX section (diese config wird bei mir dann aber ignoriert)
option 'diversity' '1' # 0 auto, 1 antenna a, 2 antenna b
auch das Beschränken der Kanäle fürs scannen macht sinn, (z.B. nur 5G wenn man ne 5G Antenne aber ne abg Card hat) sonst dauert das Scannen nach der Gegenstelle (nach einem disconnent) immer sooo lange *g (allerdings hat untriges bis jetzt nie erwünschte Wirkung gezeigt, es wird weiterhin auch auf allen Frequenzbändern gescannt)
athchans -i ath0 1-2 #restrict channel search to 1-2
oder man setzt wenigstens den mode im Konfigfile
option 'hwmode' '11a'
OLSR
Läuft klaglos drauf, und wenn man die Firewall abschaltet
/etc/init.d/firewall disable
oder eben die zu restriktiven forwarding regeln abändert, dann passt alles, ansonsten ist ein kamikaze Router mit olsr eben ein böses blackhole,..
weitere Details zur OLSR-Konfiguration