FunkFeuer Wiki - Benutzerbeiträge [de]

UBNT Bullet2

2013-10-25T06:58:51Z

Rtn: /* Aktuelle Konfiguration sichern */

[[Datei:Bullet2.JPG]]

Die [http://ubnt.com/products/bullet.php Ubiquiti Bullet2] ist ein wetterfester Router, der direkt oder über Winkelstecker an Antennen mit N-Buchse angeschlossen werden kann. Dadurch werden Antennenkabel überflüssig, was sich positiv auf die Empfangsempfindlichkeit auswirkt.
Die Stromversorgung erfolgt über PoE (4,5+; 7,8- am RJ54). Wichtig ist, nicht mehr als 24 Volt in die Bullet zu schicken, da sie es dir wirklich übel nehmen :-).
Weiters verfügt der Router über 6 LEDs, die Stromversorgung und LAN-Aktivität anzeigen. Im Originalbetriebssystem AirOS zeigen die restlichen LEDS die Empfangsleistung an, das aber bei OpenWRT leider nicht funktioniert.
Da es für AirOS zwar ein olsrd-Paket gibt, der WLAN-Treiber aber nicht Ad-Hoc-Modus-fähig ist, installieren wir OpenWRT-Backfire Vienna.

== 0xFF-Backfire Vienna Erstinstallation ==
Für unsere Community ist es ratsam, 0xFF-Backfire Vienna zu verwenden, da hier alle nötigen Freifunk-Pakete bereits inkludiert sind, und einige Basiskonfigurationen bereits eingebaut wurden.
Das aktuelle Paket für Bullet2 findest du auf ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/atheros/openwrt-atheros-ubnt2-squashfs.bin

Bullet5 verwendet das Image ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/atheros/openwrt-atheros-ubnt5-squashfs.bin

=== flashen aus AirOS ===
Ist am Router noch das originale AirOS installiert, kann das Image bequem mit Webinterface geflasht werden.

=== flashen mit TFTP ===
Ist dies nicht der Fall, kann man das Image auch per TFTP hochladen.

Dazu hält man beim "Power-up" die Reset-Taste (kleine Taste neben dem LAN-Port) solange, bis jeweils 2 LEDs abwechselnd zu blinken beginnen und lädt nach ca. weiteren 2 Sekunden mittels TFTP-Client das oben erwähnte Image hoch.

<pre>
> tftp 192.168.1.20
> bin
> put <IMAGE-NAME>
> exit
</pre>

=== flashen mit tftpd32 ===
Für alle, die mit der Kommandozeile ein wenig auf Kriegsfuß sind, gehts auch über [http://tftpd32.jounin.net/tftpd32_download.html tftpd32]

Nach der Installation das Programm starten und folgende Grundkonfigurationen vornehmen:

Folder TFTP-Client anwählen und folgende Einstellungen machen:
Host = IP-deines Bullets. Das ist nach dem Reset IMMER 192.168.1.20, egal was vorher installiert war.
LOCAL FILE = Pfad/Firmware, wo du das openwrt-atheros-ubnt2-squashfs.bin hinkopiert hast.

Nun beim "Power-up" die Reset-Taste (kleine Taste neben dem LAN-Port) solange halten, bis jeweils 2 LEDs abwechselnd zu blinken beginnen und nach ca. 2 Sekunden am TFTP32 den PUT-Button klicken. Du siehst nun, wie das File hochgeladen wird und bekommst eine "success-Meldung"
Dann dauert´s noch ca 3 Minuten bis das Image vollständig geflashed und Bullet sich rebootet hat. Bitte um Geduld und Strom NICHT ausschalten!

=== Nach dem flashen ===
Dein Bullet hat nun die IP 192.168.1.1 und ist über http oder telnet erreichbar.
Via telnet kannst du mit dem befehl "passwd" ein Passwort für den root-user setzen, um SSH zu aktivieren. Leichter gehts aber über http.

== 0xFF-Backfire Vienna Upgrade ==
Aufgrund des kleinen RAM-Speichers ist es bei Bullet2/5 nicht möglich, die Funktion Sysupgrade zu nutzen!
Aus diesem Grund muss der Kernel und das Filesystem getrennt über Kommandozeile aktualisisert werden.
Da das Device nach dem Upgrade seine ursprüngliche Konfiguration nicht selbstständig lädt, muss das Gerät über 192.168.1.1 ansprechbar sein. (Client im selben Subnet wie der Router)

====Aktuelle Konfiguration sichern====
Das geht am Einfachsten über das LuCI-WebGUI. Die Funktion findet ihr im Bereich "Administration" unter "System". In Abhängigkeit vom Alter eurer Firmware ist die Funktion in "Sichern/Wiederherstellen" oder "Backup /Firmware Update" zu finden.

====Software aktualisiseren====
Nun verbindet ihr euch mit einem SSH-Client wie Putty mit eurem Device.

cat /proc/mtd #Mame der Partitionen
df -h #Speichernutzung

Über diese beiden Befehle könnt ihr prüfen, ob die Partitionen wirklich "kernel" und "rootfs" genannt wurden. Das ist wichtig, da sonst das weitere Update schief geht. Auch solltet ihr prüfen, ob im /tmp-Verzeichnis genügend freier Speicherplatz für eure Files vorhanden ist.

=====Kernel updaten=====
cd /tmp
wget ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/atheros/openwrt-atheros-vmlinux.lzma
mtd -e kernel write openwrt-atheros-vmlinux.lzma kernel
rm openwrt-atheros-vmlinux.lzma #Kernel löschen um Platz für das rootFS zu schaffen

=====RootFS updaten=====
wget ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/atheros/openwrt-atheros-root.squashfs
mtd -r -e rootfs write openwrt-atheros-root.squashfs rootfs
Nun 2-3 Minuten warten und den Router mittels PowerReset neu starten.

=====Konfiguration rücksichern=====
Danach sollte der Router nach weiteren 2-3 Minuten über die Adresse 192.168.1.1 via WebBrowser oder Telnet erreichbar sein. (Anm.: Nicht vergessen, dem PC eine Adresse in selben Subnet (z.B. IP 192.168.1.10, Netmask 255.255.255.0) zuweisen.)

Nun die zuvor über LuCI gespeicherte Konfiguration rücksichern und vorsorglich nochmals einen PowerReset durchführen.

== Konfiguration für einen 0xFF-Endknoten==

Die vorliegende Konfiguration ist für 0xFF-Endknoten vorgesehen und bereits im 0xFF-Backfire Vienna Package "out of the box" vorkonfiguriert. Unter einem 0xFF-Endknoten verstehen wir Geräte, die auf der Lan-Seite einen PC haben, mit dem Wireless-Ende mit unserem Funkfeuer-Netz verbunden sind.
Die wenigen nötigen Veränderungen sind entweder über das Luci User Interface oder dem Programm [http://winscp.net/eng/download.php winscp] möglich.

Die relevanten Files fuer die Netzwerkkonfiguration sind:
* /etc/config/network
* /etc/config/wirless
* /etc/config/olrsd
* /etc/config/firewall

===NETWORK + WIRELESS Konfiguration===

''/etc/config/network''
<pre>
config 'interface' 'loopback'
option 'ifname' 'lo'
option 'proto' 'static'
option 'ipaddr' '127.0.0.1'
option 'netmask' '255.0.0.0'

config 'interface' 'lan'
option 'ifname' 'eth0'
option 'type' 'bridge'
option 'proto' 'static'
option 'ipaddr' '192.168.1.1'
option 'netmask' '255.255.255.0'

config 'interface' 'air0'
option 'proto' 'static'
option 'dns' '193.238.157.5 193.238.156.225 208.67.220.220'
option 'ipaddr' 'xxx.xxx.xxx.xxx'
#hier wird die IP Adresse eingetragen die man im Reedemer zugewiesen bekommen hat.
option 'netmask' '255.255.25X.0'
#Netzmaske abhängig vom verwendeten Netz !!! 78.xx.xx.xx -> 255.255.255.0
# 19x.xx.xx.xx -> 255.255.255.252
</pre>

''/etc/config/wireless''
<pre>
config 'wifi-device' 'wifi0'
option 'type' 'atheros'
option 'disabled' '0' #mit option '1' wird Wireless aktiviert

option 'channel' '10' #Hier wird der Kanal eingestellt
option 'diversity' '0'
option 'txantenna' '1'
option 'rxantenna' '1'
option 'country' '40' #Damit sagst du, dass das Device in Österreich betrieben wird (Kanal 12+13 aktiviert)
option 'outdoor' '1'
option 'txpower' '8' #Damit legst du die Sendeleistung in dB fest. Maximalwert: 20
option 'distance' '10000'

config 'wifi-iface'
option 'device' 'wifi0'
option 'encryption' 'none'
option 'mode' 'adhoc'

#hier wird die entsprechende ssid + bssid eingestellt

option 'ssid' 'v10.freiesnetz.www.funkfeuer.at'
option 'bssid' '52:51:E5:D5:5A:43'
option 'network' 'air0'
</pre>

Die richtigen Werte fuer ssid/bssid entnimmt man am besten dieser Seite: [[Kanalwahl]]

=== OLSR Konfiguration ===
Das Konfigurationsfile für olsr heisst in OpenWRT: ''/etc/config/olsrd'' und es hat die übliche UCI schreibweise, die sich von einer Standard olsr Konfigurationsdatei zwar syntaktisch unterscheidet aber die selben Konfigurationsparameter aufweisst. Die hier angegebenen Werte für Timer und Intervale sind von Empfehlungen auf der Funkfeuer Mailingliste uebernommen worden. Falls eine Parameter in der folgenden Liste vermisst wird so wurde dieser nicht explizit gesetzt da sein Standardwert bereits ok ist.

''/etc/config/olsrd''
<pre>

config 'olsrd'
option 'IpVersion' '4'
option 'LinkQualityAging' '0.05'

config 'Interface'
option 'ignore' '0'
option 'interface' 'air0'
option 'Ip4Broadcast' '255.255.255.255'

config 'LoadPlugin'
option 'library' 'olsrd_txtinfo.so.0.1'
option 'accept' '0.0.0.0'

config 'LoadPlugin'
option 'library' 'olsrd_arprefresh.so.0.1'

config 'LoadPlugin'
option 'interval' '30'
option 'file' '/var/run/olsrd.watchdog'
option 'library' 'olsrd_watchdog.so.0.1'

config 'LoadPlugin'
option 'library' 'olsrd_nameservice.so.0.3'
option 'latlon_file' '/var/run/latlon.js'

config 'InterfaceDefaults'
option 'Ip4Broadcast' '255.255.255.255'
option 'HelloInterval' '5.0'
option 'HelloValidityTime' '125.0'
option 'TcInterval' '3.0'
option 'TcValidityTime' '500.0'
option 'MidInterval' '25.0'
option 'MidValidityTime' '500.0'
option 'HnaInterval' '25.0'
option 'HnaValidityTime' '500.0'

</pre>

=== Firewall-Settings ===

Nun darf man nicht auf die Firewall-Settings vergessen. Derzeit ist der Originalzustand, dass sich die OLSR-Partner nicht verbinden weil auf air0 input auf zurückweisen steht.

''/etc/config/firewall''
<pre>

config 'defaults'
option 'syn_flood' '1'
option 'input' 'ACCEPT'
option 'output' 'ACCEPT'
option 'forward' 'REJECT'

config 'forwarding'
option 'src' 'lan'
option 'dest' 'wan'

config 'zone'
option 'name' 'lan'
option 'input' 'ACCEPT'
option 'output' 'ACCEPT'
option 'forward' 'ACCEPT'
option 'network' 'lan'

config 'zone'
option 'name' 'wan'
option 'input' 'ACCEPT'
option 'output' 'ACCEPT'
option 'forward' 'REJECT'
option 'network' 'air0'
option 'masq' '1'
option 'mtu_fix' '1'

</pre>

== Sicherung der Konfiguration ==

Läuft der Router einmal, ist es sehr ratsam eine Sicherungsdatei der Konfiguration anzulegen. Man macht das über das UI unter:
Administration -> System -> Sichern/wiederherstellen -> Sicherung erstellen

== Bekannte Probleme und Lösungen ==

'''Offene DNS recursoren - der Router ist offen'''

Mehr Informationen dazu unter http://vixie.funkfeuer.at/
Wie kann man testen, ob der Server ein offener rekursiver DNS Server ist? siehe http://vixie.funkfeuer.at/

Dadurch das es keine neue Firmware für die schwachen
Atheros AR2315 mehr geben wird, muß man das Problem "händisch" lösen: Ist der Router offen mit winSCP in
"/etc/config/dhcp" folgende Zeile in den ersten Absatz
"list notinterface 'air0'" hinzufügen. Der erste Absatz muß dann so aussehen:

config 'dnsmasq'
option 'domainneeded' '1'
option 'boguspriv' '1'
option 'localise_queries' '1'
option 'rebind_protection' '1'
option 'rebind_localhost' '1'
option 'local' '/lan/'
option 'domain' 'lan'
option 'expandhosts' '1'
option 'authoritative' '1'
option 'readethers' '1'
option 'leasefile' '/tmp/dhcp.leases'
option 'resolvfile' '/tmp/resolv.conf.auto'
list notinterface 'air0' # Hier einfügen
list 'server' '193.238.157.5'
list 'server' '193.238.157.16'

'''Der Router hat keine Drahtlos-Schnittstelle mehr - Olsr wird nicht mehr vollständig geladen - klickt man im UI auf Olsr kommt folgende Zeile:'''

''Es konnte keine Verbindung zum OLSR-Daemon hergestellt werden!
''Stellen Sie sicher das OLSRd läuft und das "txtinfo" Plugin auf Port
''2006 geladen und "127.0.0.1" als Accept-Host gesetzt ist''''
''

Das Problem kann man folgendermaßen lösen:

Schritt1:
Im UI auf Administration -> System -> Sichern/wiederherstellen -> Grundsicherung wiederherstellen

Schritt2:
aus dem Sicherungsarchiv die eigene Sicherungsdatei der Konfiguration laden

== Horst ==

Horst ist ein nützliches Tool zur Analyse des Funksignals. Horst wird auf dem Router installiert und lässt sich daher auch mit Windows-Systemen verwenden - meist via PuTTY.
Zuerst müsst ihr euch Horst über ssh holen - ihr müßt also bereits Internet Zugang haben. Installiert euch PuTTY (http://www.chiark.greenend.org.uk/~sgtatham/putty/)

INSTALLATION VON HORST VIA PuTTY

Über PuTTY ruft ihr eure Bullet über die lokale ip Adresse auf:
In die Befehlszeile: "opkg update" eingeben...warten
dann "opkg install horst" eingeben

ROUTER IN DEN MONITOR MODE SCHALTEN

Dann geht ihr in das Lucie User Interface über euren Browser und schaltet die Bullet in den Monitor-Mode:
[Administration-Login] ->Network->Drahtlos-> Dein Device (z.B.wifi0)->
Schnittstellenkonfiguration:
Modus: von adhoc auf Monitor stellen -> speichern und anwenden WARTEN

HORST STARTEN

In die Befehlszeile von Putty "horst -i ath0" kopieren/eingeben ->Horst läuft

Wenn ihr fertig seid stellt den Modus von "Monitor" wieder auf "adhoc" -> speichern und anwenden WARTEN

== Anmerkung/Tipp ==

Die Aussparung im Schraubverschluss an der Unterseite ist zwar genau so gross dass ein RJ45 Stecker durchpasst, trotzdem sollte man bei gekauften (bereits gekrimpten) Kabeln darauf achten dass diese keinen Klippschutz haben. Dieser kann beim Durchfuehren des Kabels bzw. beim zuschrauben zu Problemen fuehren und muss dann evt. mit einem Messer vorsichtig entfernt werden.

== Hardware Pics ==
* http://www.flickr.com/photos/mattw/3103755054/sizes/l/
* http://www.flickr.com/photos/mattw/3103756610/sizes/l/
(gruene platine = Bullet2, weisse platine = Bullet5)

* http://www.flickr.com/photos/mattw/3460916088/
(hier siehst Du, das Bullet2 und Picostation2 baugleich sind bis auf den Antennenanschluss)

HaneWIN DHCP/BOOTP Server

2013-10-24T09:59:15Z

Rtn:

unfertig --[[Benutzer:JoeSemler|JoeSemler]] 17:58, 12. Aug. 2012 (UTC)

Die Applikation '''HaneWIN DHCP/BOOTP Server''' ist ein kombinierter DHCP/BOOTP-Server für Windows, der als Netboot Server für unsere Routerboards verwendet werden kann und damit den erforderlichen Zugang für das Einspielen der Backfire Vienna Firmware schafft.

Die Protokolle DHCP und BOOTP sind über den Standard [http://www.ietf.org/rfc/rfc2131.txt RFC 2131] geregelt - Details zum [http://de.wikipedia.org/wiki/Bootstrap_Protocol Bootstrap- (BOOTP)] und [http://de.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol Dynamic Host Configuration Protololl (DHCP)] können über die jeweiligen Links abgefragt werden.

==Installation==
Die hier vorgestellte Applikation ist [http://de.wikipedia.org/wiki/Shareware Shareware] und kann daher bis zu 30 Tagen unentgeltlich verwendet werden.

Dazu besucht ihr bitte Hersteller-Website unter http://www.hanewin.de/dhcp-d.htm und installiert euch die Applikation auf eurem PC.

==Konfiguration==

===Allgemeine Einstellungen===
Über das Menü '''Optionen''' wählt bitte '''Einstellungen''' aus.

[[Datei:HaneWIN Einstellungen.jpg|Über Optionen/Einstellungen gelangt ihr zur weiteren Konfiguration]]

Hier werden alle '''Allgemeinen Einstellungen''' und Einstellungen zur '''DHCP-Funktionalität''' festgelegt. Für unsere Routerboard 750 ist es besonders wichtig, dass das die Checkbox '''BOOTP-Anfragen akzeptieren''' ausgewählt ist. Am Einfachsten ist es aber, der Screenshot-Doku zu folgen - dann klappt's bestimmt.

[[Datei:HaneWIN Allgemeine-Settings.jpg]] [[Datei:HaneWIN Schnittstellen.jpg]]
[[Datei:HaneWIN DHCP-Settings.jpg]]

Im '''TFTP-Hauptverzeichnis''' müsst ihr nun angeben, wo ihr die zuvor heruntergeladenen Images abgelegt habt. Aus diesem Verzeichnis holt sich der Router beim Boot-Vorgang sein Init-Filesystem, dass ihr für die weitere Installation benötigt.

[[Datei:HaneWIN TFTP-Settings.jpg]] [[Datei:HaneWIN TFTP-Opt-Settings.jpg]]

===Konfigurationsprofile verwalten===
Nun wähle bitte über das Menü '''Optionen''' das Untermenü '''Konfigurationsprofile verwalten''' aus.

[[Datei:HaneWIN KonfigVerwalten.jpg]]

Selektiere das vorhandene '''Standardprofil''' und klick auf '''Bearbeiten'''. Nun kannst du die letzten Einstellungen vornehmen.
Dazu im Folder '''Basisconfig''' im Feld '''Gateway Adresse''' die IP eures Computers angeben, den Rest einfach so übernehmen wie es hier abgebildet ist. Im Folder '''Boot''' noch den Namen des Init-Filesystem '''BFV-initFS.elf''' eintragen.

[[Datei:HaneWIN Konfigurationsprofile.jpg]] [[Datei:HaneWIN Bootp-Konfig.jpg]]

==Dienst aktivieren==
Über '''Datei -> Dienst -> Aktivieren''' wird der TFTP-Server aktiviert. Erkennbar ist dies über die Fußleiste.
Wenn Ihr dort '''TFTP''' angeklickt habt, zeigt euch Hanewin den Status während des File-Uploads.

[[Datei:HaneWIN Aktivieren.jpg]]

HaneWIN DHCP/BOOTP Server

2013-10-24T08:29:13Z

Rtn:

unfertig --[[Benutzer:JoeSemler|JoeSemler]] 17:58, 12. Aug. 2012 (UTC)

Die Applikation '''HaneWIN DHCP/BOOTP Server''' ist ein kombinierter DHCP/BOOTP-Server, der als Netboot Server für unserer Routerboards unter Windows verwendet werden kann und damit den erforderlichen Zugang für das Einspielen der Backfire Vienna Firmware schafft.

Die Protokolle DHCP und BOOTP sind über den Standard [http://www.ietf.org/rfc/rfc2131.txt RFC 2131] geregelt - Details zum [http://de.wikipedia.org/wiki/Bootstrap_Protocol Bootstrap- (BOOTP)] und [http://de.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol Dynamic Host Configuration Protololl (DHCP)] können über die jeweiligen Links abgefragt werden.

==Installation==
Die hier vorgestellte Applikation ist [http://de.wikipedia.org/wiki/Shareware Shareware] und kann daher bis zu 30 Tagen unentgeltlich verwendet werden.

Dazu besucht ihr bitte Hersteller-Website unter http://www.hanewin.de/dhcp-d.htm und installiert euch die Applikation auf eurem PC.

==Konfiguration==

===Allgemeine Einstellungen===
Über das Menü '''Optionen''' wählt bitte '''Einstellungen''' aus.

[[Datei:HaneWIN Einstellungen.jpg|Über Optionen/Einstellungen gelangt ihr zur weiteren Konfiguration]]

Hier werden alle '''Allgemeinen Einstellungen''' und Einstellungen zur '''DHCP-Funktionalität''' festgelegt. Für unsere Routerboard 750 ist es besonders wichtig, dass das die Checkbox '''BOOTP-Anfragen akzeptieren''' ausgewählt ist. Am Einfachsten ist es aber, der Screenshot-Doku zu folgen - dann klappt's bestimmt.

[[Datei:HaneWIN Allgemeine-Settings.jpg]] [[Datei:HaneWIN Schnittstellen.jpg]]
[[Datei:HaneWIN DHCP-Settings.jpg]]

Im '''TFTP-Hauptverzeichnis''' müsst ihr nun angeben, wo ihr die zuvor heruntergeladenen Images abgelegt habt. Aus diesem Verzeichnis holt sich der Router beim Boot-Vorgang sein Init-Filesystem, dass ihr für die weitere Installation benötigt.

[[Datei:HaneWIN TFTP-Settings.jpg]] [[Datei:HaneWIN TFTP-Opt-Settings.jpg]]

===Konfigurationsprofile verwalten===
Nun wähle bitte über das Menü '''Optionen''' das Untermenü '''Konfigurationsprofile verwalten''' aus.

[[Datei:HaneWIN KonfigVerwalten.jpg]]

Selektiere das vorhandene '''Standardprofil''' und klick auf '''Bearbeiten'''. Nun kannst du die letzten Einstellungen vornehmen.
Dazu im Folder '''Basisconfig''' im Feld '''Gateway Adresse''' die IP eures Computers angeben, den Rest einfach so übernehmen wie es hier abgebildet ist. Im Folder '''Boot''' noch den Namen des Init-Filesystem '''BFV-initFS.elf''' eintragen.

[[Datei:HaneWIN Konfigurationsprofile.jpg]] [[Datei:HaneWIN Bootp-Konfig.jpg]]

==Dienst aktivieren==
Über '''Datei -> Dienst -> Aktivieren''' wird der TFTP-Server aktiviert. Erkennbar ist dies über die Fußleiste.
Wenn Ihr dort '''TFTP''' angeklickt habt, zeigt euch Hanewin den Status während des File-Uploads.

[[Datei:HaneWIN Aktivieren.jpg]]

Datei:HaneWIN Konfigurationsprofile.jpg

2013-10-24T08:27:09Z

Rtn: Rtn lud eine neue Version von „Datei:HaneWIN Konfigurationsprofile.jpg“ hoch

2012-06-28T17:11:43Z

Rtn: /* Freebone Management Network */

== Equpiment avaliable: ==

outdated, a lot more equipment arrived in last time

person responsible for inventar Markus K.

equpiment offers (with little tech support)

== Main nodes ==

=== NIX ===

1x RB433AH in alubox

planned links:
- ho6 (24 dbi grid)
- ares tower (30 dbi grid)
- geraldo (23 dbi panel)

tested link:
- geraldo osbridge as client 6-8 mbit (the same when @vivi)

to do:
- 2.4ghz accespoint (fonera in 14dbi antenna box) only for very near clients
- better 2.4ghz ? sector ?

photos:

Markus G., Markus K.

=== Heuberg ===

Nobody knows whats there, probably RB433 in alubox with some random antennas.

Also a pair of RB411 working as my uplink. (not touched since 6 months works stable in 54*2/54*2 mbps mode, 30 mbps)

Soon to be rebuild with RB493AH(replacement for poor indoor vlan switch), better antenna paths separation.

=== kryptaroof ===

2X RB433 in alubox

functional links:
- ffh (26 dbi grid) osbridge as client 10mbps
- heuberg (26 dbi grid) ~40mbps throghput, unstable on heuberg RX side, 36mbps*2/36mbps*2 turbo mode fixed
- ho6 (23 dbi panel) - ccq ~50%, soon be moved @NIX

to do:
- akh (23 dbi panel)
- 2.4ghz access point for very near clients

photos:

markus

== Freebone Management Network ==
ONLY FOR MANGEMENT
based on bridging vlan7 everywhere ((r)stp where possible, and pray *g?)
ips within 10.7.0.0/16
Every node gets one /24

() -> not jet configured

10.7.1.1 krptaroof_lower RB433AH
10.7.1.2 krptaroof_upper RB433
10.7.1.3 kryptaroof (vserver)
10.7.1.4 devVserver

(10.7.2.0) nixroof vserver
10.7.2.1 nixroof rb433AH

10.7.3.1 heunord_rb433
10.7.3.2 heunord_rb411
(10.7.3.3) Buffalo WPH54 (193.238.159.57)

10.7.4.1 garten94_rb433 (heuberg)
10.7.4.2 garten94_wrt54g (193.238.159.5)

10.7.5.1 liechtwicht StX
10.7.5.2 liechtwicht_cellar Linksys WRT54gl (193.238.158.154)
//10.7.5.1 liechtwicht_roof rb433
//192.168.1.20 nanobridge_m5 (richtung gym42) (ether3 untagged)

10.7.6.1 nord27_rb411
10.7.6.2 nord27_indoor Linksys WRT54gl (193.238.158.33)

10.7.7.1 jg7_krypta rb411
10.7.7.2 jg7_wo9 (test) rb411
10.7.7.3 Buffalo WPH54 (193.238.158.233)

10.7.8.1 ger rb411
10.7.8.2 ger Linksys WRT54gl

10.7.9.1 heusued routerstation

10.7.10.1 hh10 rb433 (fb_man_vlan only on interface to nixroof)

10.7.11.1 rb433 rosenstein (unreachable due to defect minipci)
10.7.11.2 Buffalo (hann.hann)

10.7.12.1 rei6 rb433AH (nbg, hansi5, loef34, modul)
10.7.12.2 rei6 linksys wrt54gs: rei6main (Kanal 13)
10.7.12.5 rei6 asuswl500gp: nni1130gate (Kanal 10)
10.7.12.10 rei6 osbridge 5Xli

10.7.13.1 ho6 rb433
(10.7.13.2) Linksys WRT54gl (193.238.158.187) (vlan switch des linksys zu defekt für management vlan *G)

10.7.14.1 hp4 rb433
10.7.14.2 hp4 rb411
10.7.14.3 hp4 Buffalo WPH54 (78.41.112.82)

10.7.15.1 nbg43 rb493ah (alubox lower)
10.7.15.2 nbg43 rb493ah (alubox upper)
10.7.15.3 nbg43 rb450
(10.7.15.*) nbg43 Linksys

10.7.16.1 ma89 rb433
10.7.16.2 ma89 linksys (193.238.156.129)

10.7.17.1 ble20 rb411
10.7.17.2 ble20h13 linksys (193.238.156.165)

10.7.18.1 rb433
10.7.18.2 wo9 linksys (193.238.156.28)

10.7.19.1 spenger25 rb411
10.7.19.2 linksys (193.238.156.201)

10.7.20.1 gtxgoz11 rb411
10.7.20.2 bullet m5: gtxgoz11-liechtwicht

10.7.21.1 gym42 rb532
10.7.21.2 wph-haupt buffalo
192.168.1.21 nanobridge m5 (richtung liechtwicht) (ether3 untagged)
192.168.1.20 nanobridge m5 (richtung modul) (ether2 untagged)

10.7.22.1 mischek rb411//vorerst nur testbetrieb ohne olsr, und "nur" rb411

10.7.23.1 modulmain asuswl500gp
10.7.23.2 modul rb433ah

10.7.24.1 kuga19 bulletm5
10.7.24.2 kuga19 buffalo

10.7.25.1 zelt rb711
(10.7.25.2 zelt linksys?)

10.7.26.1 lat7 StX

10.7.27.1 wuk rb711

10.7.28.1 erzherz rb433 (? 10.8.28.1 ?)

10.7.29.1 wmg64 groove
10.7.29.2 wmg64 olsr device

maybe also setup an dns for all of this

old mangement ips will get deprecated soon

== IP Assignments (DEPRECATED) ==

192.168.101.1 spenger25 rb411
192.168.101.2 heunord rb411
192.168.101.3 heunord rb433
192.168.101.4 garten94 rb433
192.168.101.5 liechtwicht rb433
192.168.101.6 nord27 rb411
192.168.101.7 hp4 rb433
192.168.101.8 gerhardusgasse rb411 - connected to hp4
192.168.101.9 jg7
192.168.101.10 NIX - rb433AH
192.168.101.11 rosenstein
192.168.101/2/3.12 kryptaroof-lower rb433 - ether3 management IP only !
192.168.103.13 ho6-rb532
192.168.101/2.14 kryptaroof-upper rb433 ptp to heunord and turbo-mode ptmp to nbg/jg7
192.168.102.15 nbg-roof rb493AH
192.168.102.16 nbg
192.168.101.17 heusued
192.168.103.18 hh10

192.168.101.25 RB493AH - spenger25 indoor testbed :)

192.168.11.1 RB433AH nix-to-ares mac: 00:0c:42::3c:e9:7f
192.168.11.2 RB433AH ares-to-nix mac: 00:0c:42::3c:de:c9

see also: [https://marvin.funkfeuer.at/backbone-wiki/doku.php?id=freebone:nodes:nbg NBG]

on olsr router behind the 5 ghz devices there is following rule for ip assignment for better management of routerboards (e.g. useful for ssh-tunnel)

192.168.101.100+x

above shall mean if routerboard has 192.168.101.23 router attached to routerboard should have 192.168.101.123

best place to add this ip (on an fff-router) is to append /etc/init.d/S40network with

#routerboard management ip
ip addr add 192.168.101.1xx/24 dev vlan1

(Caution: this will not survive flashing the router again)

btw: if you have multiple (olsr) routers attached to the routerboard, than you setup is to be considered invalid, as it causes unwanted traffic to the routerboard network!

ips of range 192.168.101.200..254 are reserved for temporal usage only!

== OLSR ==

after you got into the bash of your routerboard,..

it`s easy to put olsrd on it (and some other usefaul utilities, e.g. ip or busybox with missing applets)

more info on how to get into RouterOS Bash needed. I am working on it and will post it when i figure it out.

there is no real need to work on this,.. we (and others) already know how to do,..
we just do not like to publish it,.. (blame markit *G (whom you can reach for example over 0xff mailinglists))

but if you are running RouterOS on x86 hardware go here for some very nifty stuff [http://routing.explode.gr/mikrotik-linux1.8]

vote on this if you want MK to be more developer friendly
http://forum.mikrotik.com/viewtopic.php?f=2&t=39215

some useful things/hints:

*the RouterOs/Winbox Files section store files in /rw/pckg
*many utilities are there but not symlinks to busybox e.g. use #busybox ls
*you may add symlinks for convenience or add scripts to /etc/run.d/* but do not whine if your boards stops booting, if you did something wrong (you may have to recover with netinstall, or serial connection)
*RouterOs numbers Routing tables internally different than what you enter (so if you wanna use RtTable you have to fiddle around a bit, to get the right table)
*the oldest ip adress is the primary one per interface, (if you edit one, its the newest again, and not the primary one any more (this is just a problem if you have multiple adresses per interface)
*icmp_redirects can not be turned off via the /proc/sys/net/ipv4/all/icmp_redirects, so you can/should not use olsr with adhoc mode wifi links or on software bridges
*if you want to mod (e.g. put a link to the olsrd-httpinfo) the web-startpage use /home/web/index2.html.orig to do it permanently (to draft use the index2.html)

== 811.n ==
um 811.n nutzen zu könen muss man auf Routeros 4 upgraden (momentan gibts davon erstmals nur betas)

bis jetzt hat sich aber mal herausgestellt das 811.n mit tcp nutzdaten ziemlich viel cpu-braucht, d.h. mit 300Mhz boards haben ich nicht mehr als ca. 35mbit hdx 25mbit fdx Durchsatz geschafft (auf nen link der 200mbit udp schaffte), mit 680Mhz boards (auf beiden seiten) 60mbit hdx bzw 50mbit fdx, und mit 800Mhz getaktet dann 75mbit hdx und 60mbit fdx.

nicht ganz berauschend, denn auf einem nstreme dual link haben auch 300mhz boards kein problem 80mbit fdx zu bewältigen, oder schaffen auch auf nen normalen 811.a turbo link mehr durchsatz (knapp 70mbit hdx) als mit 811.n

== Geplant (Markus) ==

--> check freebone activities also!

(done!) Leopoldsberg - HP 4

(progress!) nbg-krypta mit 811.n oder nstreme dual austatten

Heunord antenna 2 - herzilein (28dbi grid dort schon vorhanden und ausgerichtet)

ho6 - liechtwicht

heunord - kahlenberg

(progress!) signalqualität auf krypta heunord verbessern (antennen, standort, bessere minipcis, schirmung,...)

== Plans (Jan) ==

Create point to multipoint, fully redundant (OSPF setup) uplink in triangle:

KRYPTA-PELIKAN-HEUNORD

Capable of carrying 60-80 mbps traffic full duplex

we need:
3x ALIX 3c1 or RB433AH
6x mini pci sparklan or R52
3x ALU BOX for board, with 3xN-ufl pigtails
3x MARS 25 DBI dual polarisation antenna
6x pigtails ufl-n
6x 2 meters of 5ghz (RF400) meter cable N-N
---

== Functional routerboard links: ==

heunord - spenger25

tadellos 30mbps
2x rb411´

heunord antenna 3 - VIVI (UPLINK for heunord)

temporary link, antenas not perfect aligned 18/18 mbps
08/12/01 antenna on vivi moved away, fixed in Novermeber
08/12/15 link deaktiviert, zu schlechtes signal
08/12/29 antenna on vivi fixed again (33db SNR), now 22/25mbit
always suffers from interferences with outher links, maybe minipci shielding, may improve this, or better antenna cables, or bigger distances between antennas,..

heunord antenna 3 - rosentstein

markus, tadellos, geplanter polarisationswechel und verbindung mit heunord antenna 2, to reduce airtime conflicts with VIVI-HEUNORD

heunord antenna 2 - liechtwicht

markus, war tadellos (40mbps) seit november08 etwas problematisch (nach Umbau, vmtl. schlechtes pigtail)
aber auch absichtlich möglichst hohen kanal, und kein rutbo-mode, und geringere leistung
um heunord - VIVI nicht zu stören, momentan (12/16mbit)

heunord antenna 0 - garten94

markus, currently 25mbps (40 would be no problem)
turbo mode deaktivated, as it makes huge interferences with other links (even when on low tx-power)
very low tx power on both ends (as its only 200 meters anyways, and disturbs viv-heunord)

garten94 (rb433) - nord27 (rb411)

markus, 12km link, 28db grid on garten and 23 db antennabox
18mbit, very reliable, better than with heunord (which it was before), less interference with other 5ghz and with trees (-;

liechtwicht - hp4

markus, felix
19dbi gentlebox, 18dbi dual antenna, 30/18mbps, turbo-mode, noch nicht perfekt ausgerichtet
momentan kein duallink, aber ist geplant, sobald weitere dualantennen vorhanden(schon bestellt)

VIVI - HO6

2x RB532 - andi/markus
durch votivkriche sehr extrem eingeschränkte sicht, ca. 20mbit
26db gridantennen

[[Category: WorkingWiki]]
[[Category: Arbeitsgruppen]]
[[Category: Arbeitsgruppe Hardware]]
[[Category: Hardware]]