FunkFeuer Wiki - Benutzerbeiträge [de]

Arbeitsgruppe Hardware Mikrotik Routerboards

2010-10-01T18:24:42Z

Magicshark: /* 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_roof rb433
10.7.5.2 liechtwicht_cellar Linksys WRT54gl (193.238.158.154)
10.7.5.3 nanobridge_m5 (richtung gym42)

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 wo9 linksys (193.238.156.28, 192.168.222.61) (vlan7 auf osbridge/rb link spinnt leider desweilen)

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
10.7.21.3 nanobridge m5 (richtung liechtwicht)

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

10.7.23.1 asuswl500gp: modulmain
10.7.23.2 rb433ah: modul

10.7.24.1 bulletm5: kuga19
10.7.24.2 buffalo: kuga19

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]]

Arbeitsgruppe Hardware Mikrotik Routerboards

2010-09-09T22:03:05Z

Magicshark: /* 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_roof rb433
10.7.5.2 liechtwicht_cellar Linksys WRT54gl (193.238.158.154)

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

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 wo9 linksys (193.238.156.28, 192.168.222.61) (vlan7 auf osbridge/rb link spinnt leider desweilen)

10.7.19.1 spenger25 rb411
(10.7.19.2) linksys (193.238.156.201, 192.168.101.101)

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

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

10.7.23.1 asuswl500gp: modulmain
10.7.23.2 rb433ah: modul

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]]

Arbeitsgruppe Hardware Mikrotik Routerboards

2010-09-09T21:55:00Z

Magicshark: /* 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_roof rb433
10.7.5.2 liechtwicht_cellar Linksys WRT54gl (193.238.158.154)

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

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 wo9 linksys (193.238.156.28, 192.168.222.61) (vlan7 auf osbridge/rb link spinnt leider desweilen)

10.7.19.1 spenger25 rb411
(10.7.19.2) linksys (193.238.156.201, 192.168.101.101)

10.7.20.1 gtxgoz11 rb411

10.7.21.1 gym42 rb532
10.7.21.2 wph-haupt buffalo

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

10.7.23.1 asuswl500gp: modulmain
10.7.23.2 rb433ah: modul

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]]

Arbeitsgruppe Hardware Mikrotik Routerboards

2010-09-09T21:27:35Z

Magicshark: /* 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_roof rb433
10.7.5.2 liechtwicht_cellar Linksys WRT54gl (193.238.158.154)

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

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.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 wo9 linksys (193.238.156.28, 192.168.222.61) (vlan7 auf osbridge/rb link spinnt leider desweilen)

10.7.19.1 spenger25 rb411
(10.7.19.2) linksys (193.238.156.201, 192.168.101.101)

10.7.20.1 gtxgoz11 rb411

10.7.21.1 gym42 rb532
10.7.21.2 wph-haupt buffalo

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

10.7.23.1 asuswl500gp: modulmain
10.7.23.2 rb433ah: modul

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]]

Arbeitsgruppe Hardware Mikrotik Routerboards

2010-03-15T21:02:30Z

Magicshark: /* 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_roof rb433
10.7.5.2 liechtwicht_cellar Linksys WRT54gl (193.238.158.154)

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.*) hh10

10.7.11.1 rb433 rosenstein
(10.7.11.2) Buffalo

10.7.12.1 rei6 rb433AH (nbg, hansi5, loef34, modul)
10.7.12.2 rei6 linksys wrt54gs

10.7.13.1 ho6 rb433
10.7.13.2 Linksys WRT54gl (193.238.158.187)

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 wo9 linksys (193.238.156.28, 192.168.222.61) (vlan7 auf osbridge/rb link spinnt leider desweilen)

10.7.19.1 spenger25 rb411
(10.7.19.2) linksys (193.238.156.201, 192.168.101.101)

10.7.20.1 gtxgoz11 rb411

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.
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]]

Arbeitsgruppe FoneraPlus

2010-02-04T22:35:21Z

Magicshark: /* Openwrt Kamikaze installieren */

Achtung dies ist ein [[Arbeitsgruppe_WoW|WoW]] (Maintainer: siehe Changelog)
----

Auf dieser Seite sollen Informationen rund um die Fonera+ gesammelt werden: best practice Konfigurationen im Funknetz, neue Ideen, Probleme, Testergebnisse, Anleitungen. Dadurch sollen know how für den Einsatz im Funknetz gesammelt und die Weiterentwicklung von Firmwares vorangetrieben werden. Auch wenn diese Seite am Anfang nicht primär für unerfahrene Benutzer gedacht ist, werden die Informationen hier für die Entwicklung einer Enduserfirmware nützlich sein.

=Hardware=
Die Fonera+ unterscheidet sich äußerlich von der Fonera fast nur durch einen zweiten Ethernetport und das wesentlich größere Gehäuse. Schraubt man die Fonera+ auf, so sieht man, dass die Platine schon für die Fonera2 (mit USB) vorbereitet sein dürfte und ausserdem den Marvel Switch und 2 PHY's für die beiden Netzwerkanschlüsse. Es sind also keine großen Änderungen zur Fonera2 zu erwarten - ein Grund mehr warum gute Unterstützung für die Fonera+ sinnvoll erscheint.

Die Fonera+ wird seit OpenWRT 8.09.2 praxistauglich unterstützt. Kleinigkeiten wie die Nichterreichbarkeit der beiden Ehternetinterfaces nach Änderungen in der Netzwerk/Wifi Konfiguration (inkl. /etc/init.d/network reload) und die fehlende Möglichkeit den Switch zu verwalten sind allerdings noch vorhanden.

Der Rest ist bei Fonera+ auch zur Fonera weitgehend kompatibel geblieben. Auf der OpenWRT Wiki-Seite zur [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Fon/Fonera Fonera] findet man viele Informationen die auch für die Fonera+ gelten.

Bei älteren Firmwareversionen als 8.09.2 kommt es vor, dass die Fonera+ nach dem Flashen nicht auf 192.168.1.1 per Ping erreichbar ist, da Bugs im Ethernet/Switchtreiber (Marvel) vorhanden waren. Man kann dann immer noch mit einem Seriellen Kabel auf die Fonera zugreifen und WLAN aktivieren (ist standardmässig deaktiviert)

===Openwrt Kamikaze flashen===
Zuerst müssen das Kernelimage und das Dateisystem auf die Fonera+ geschrieben werden. Eine recht ausfühliche Anleitung gibt's im [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Fon/Fonera OpenWRT-Wiki]. Dort sind auch die aktuellen Dateien der Firmware zum Download verfügbar:

Rootfs: [http://downloads.openwrt.org/kamikaze/8.09.2/atheros/openwrt-atheros-combined.jffs2-64k.img openwrt-atheros-combined.jffs2-64k.img] (bitte "combined" verwenden, openwrt-atheros-root.jffs2-64k funktioniert auf der fonera+ nicht!)
Kernel: [http://downloads.openwrt.org/kamikaze/8.09.2/atheros/openwrt-atheros-vmlinux.lzma openwrt-atheros-vmlinux.lzma]

Am einfachsten geht das Flashen allerdings mit dem [http://http://download.berlin.freifunk.net/sven-ola/area51/ap51-flash-gui.exe AP51-Flash-gui] Tool oder dem Programm [http://www.gargoyle-router.com/downloads/fon-flash/fon-flash-windows.zip Fon-Flash].

Für Experten: Der RedBoot der Fonera+ wartet auf der Adresse 192.168.1.1 und Port 9000 für 2 Sekunden auf eine Verbindung von 192.168.1.254. D.h. der Router kann dann auch mit Hilfe eine TFTP Servers (z.B. der Opensource Server TFTP32) auf dem eigenen PC und Konfiguration via Telnet geflasht werden. PC Bekommt dazu die IP 192.168.1.254 und sollte mit der Fonera (Lan Port) am besten über einen alten 10Mbit Hub verbunden sein. Die Notwendigen Befehle sieht man im Fon-Flash Tool bzw. im Openwrt Fonera Wiki.

===Fonera+ Funkfeuer tauglich machen====

still to be written - siehe [http://wiki.funkfeuer.at Funkfeuer Wiki] OLSR Installationsseite für die neusten OLSR Versionen - für fonera/fonera+/asuswl500x auf kamikaze sind die mipsel builds relevant

=Konfiguration für aktuelles (8.09) kamikaze und 0xFF (Outdated, Update notwendig)=
Es gibt eine vorbereitete best practice Konfiguration für die Fonera(+) und kamikaze für den Einsatz im Funkfeuer Mesh. Die Installation ist denkbar einfach:

Entweder (für die Fonera+)
* http://texas.funkfeuer.at/~harald/firmware-0.5/0xff-bootstrap-fonera+_0.5.tgz
oder (für die Fonera)
* http://texas.funkfeuer.at/~harald/firmware-0.5/0xff-bootstrap-fonera_0.5.tgz
herunterladen und nach /tmp auf dem Router, auf dem bereits kamikaze läuft, kopieren:
scp 0xff-bootstrap-fonera_0.5.tgz root@192.168.1.1:/tmp/

Dann auf dem Router einloggen, das Archiv entpacken und das 0xff-bootstrap Skript mit der gewünschten wlan-IP starten:
ssh root@192.168.1.1
cd /tmp/
tar -xzf 0xff-bootstrap-fonera_0.5.tgz
./0xff-bootstrap 10.42.42.1 # Use your own IP!!!

Das war's! Wenn du willst, kannst du selber noch ein paar Konfigurationsdateien bearbeiten, musst du aber wahrscheinlich nicht. Neu starten und die Fonera sollte sich mit dem Mesh verbinden.

Siehe den nächsten (obsoleten) Abschnitt für Hintergrundinformationen.

=Experimentelle Firmware für 0xFF (Outdated, teilweise verwendbar)=
Um die Arbeit an der Fonera+ zu erleichtern, gibt es eine eigene Firmware für Funkfeuer, die jeder verwenden kann, der mit ssh/putty und einem Texteditor umgehen kann. Die Firmware orientiert sich möglichst nahe an OpenWRT, hat aber ein paar kleinere Änderungen um Experimente leichter zu machen:

* keine Firewall
* statische IPs für LAN/WAN
* Kein olsrd im read only Dateisystem, damit Tests mit verschienen Versionen leicht gemacht werden können
* Das Tool "ip" ist installiert, wie in der Freifunkfirmware
* Das Tool "patch" ist installiert, für einfache Konfigupdates
* traffic priorization: OLSR traffic vor allem anderen

==Herunterladen==
Die Firmware besteht momentan aus folgenden Dateien:
* http://texas.funkfeuer.at/~harald/firmware/openwrt-atheros-vmlinux.lzma - das Kernelimage
* http://texas.funkfeuer.at/~harald/firmware/openwrt-atheros-root.squashfs - das read only Dateisystem
* http://texas.funkfeuer.at/~harald/firmware/olsr-minimal.tgz - Alle Pakete die notwendig sind, um den olsrd zu starten
* http://texas.funkfeuer.at/~harald/firmware/0xff-config-fonera+_0.3.tgz - tarball mit Konfiguration für Funkfeuer (olsr, Kanal 13 freischalten, etc.)

Die Firmware funktioniert auch mit der "normalen" Fonera. Dafür gibt es einen eigenen leicht veränderten Konfigtarball:
* http://texas.funkfeuer.at/~harald/firmware/0xff-config-fonera_0.3.tgz

===Original OpenWrt===
Der Konfigtarball funktioniert auch mit den originalen Firmwareimages von OpenWrt. (Aktuelle Snapshots oder Release Candidates) - Allerdings müssen ein paar Pakete nachinstalliert werden.

* ip - für wait4default
* kmod-sched - Kernelmodule für olsr traffic control
* tc - für olsr traffic control

Für alles weitere sollte es keinen Unterschied machen welche Firmware verwendet wird.

==Installation==

===Konfiguration===
Nach dem Flashen wird die Fonera neu gestartet und wartet dann auf der Adresse 192.168.1.1 auf eine telnet Verbindung (diesmal standard telnet port). Sobald mit dem Befehl "passwd" ein Passwort gesetzt wird, kann man sich mit "ssh root@192.168.1.1" einloggen, dafür gibt es dann kein telnet mehr ...

Der Konfigtarball enthält ein vollständig lauffähiges Funkfeuersetup, allerdings sollten ein paar Dinge (zumindest die IP Adressen!) angepasst werden. Der Tarball kann einfach auf die Fonera+ kopiert und dann im Wurzelverzeichnis ausgepackt werden:

scp 0xff-config-fonera+_0.3.tgz root@192.168.1.1:/tmp/
cd /
tar -xzf /tmp/0xff-config-fonera+_0.3.tgz

Die zu ändernden Einstellungen sind durch spezielle Kommentare markiert, die mit grep leicht gefunden werden können:
grep -r Edit.this /etc ... diese Einstellung MUSS geändert werden
grep -r Maybe.edit.this /etc ... weitere Einstellungen wie Kanal
grep -ri edit.this /etc ... findet noch mehr

Wer sich mit dem auf der Firmware installierten vi nicht wohlfühlt, kann den Konfigtarball auch zuerst am PC entpacken, dort editieren und dann erst auf die Fonera+ transferieren. Aber Vorsicht beim Entpacken am PC: Der Tarball legt kein eigenes Unterverzeichnis an, weil er für das Entpacken im / des Routers vorbereitet ist.

===OLSR===
Der Router sollte jetzt eigentlich fertig konfiguriert sein, aber wir brauchen noch zusätzliche Software - insbesonder den olsrd - bevor er einsatzbereit ist. Um die Installation auf Routern ohne Internet zu erleichtern, gibt es die Datei olsr-minimal.tgz, diese wird auf den Router kopiert, entpackt und die Pakete installiert:

am PC:
scp olsr-minimal.tgz root@192.168.1.1:/tmp/
am Router:
cd /tmp
tar -xzf olsr-minimal.tgz
opkg install libpthread_XXX_mips.ipk
opkg install olsrd_XXX_mips.ipk
opkg install olsrd-mod-httpinfo_XXX_mips.ipk
opkg install olsrd-mod-txtinfo_XXX_mips.ipk
/etc/init.d/olsr-ff enable # Starte olsrd beim booten
/etc/init.d/olsr-ff start # Starte olsrd jetzt!
/etc/init.d/rtprio enable
/etc/init.d/rtprio start

Spätestens jetzt sollten wir Internet auf unserem Router haben. Das heißt jetzt ist ein guter Zeitpunkt, um noch mehr Software (zum Beispiel tcpdump) zu installieren:

opkg update
opkg install foo
opkg install bar

Wer gerne eine aktuelle Zeit auf seinem Router hat, kann auch noch folgendes machen:

/etc/init.d/wait4default enable
/etc/init.d/rdate enable

Jetzt ist auch ein guter Zeitpunkt um den Router einmal neu zu starten und zu sehen, ob wirklich alles automatisch funktioniert wie es soll.

==Probleme==
Hier werden technische Mängel der Firmware gesammelt. Bei der Lösung ist enge Zusammenarbeit mit OpenWRT notwendig und sinnvoll. Je nach Möglichkeit bitte Verweise auf Tickets, Links, etc. einfügen.

* Der Ethernet Switch empfängt keine Daten, wenn eth0 nicht im promiscuous mode ist - sobald man auf einem Ethernet Interface tcpdump startet geht alles. Als workaround wird derzeit auf einem der virtuellen Interfaces (meist eth0.0 - LAN) eine bridge angelegt.
* Der Switch ist momentan nicht konfigurierbar.
* Das Atheros Interface empfängt im promiscuous mode auch frames mit einer fremden BSSID solang der Kanal stimmt. Von diesem Problem sind auch die anderen Foneras betroffen. Vermutlich ein madwifi Problem. Workaround ist nicht notwendig, weil das Problem nicht besonders schlimm stört.

==Was noch fehlt==
Die folgenden Dinge müssen noch in einer Firmware implementiert werden, bevor die Fonera+ als unterstütze Hardware gelten kann:
* testen
* Noch mehr testen
* ?

Arbeitsgruppe FoneraPlus

2010-02-04T22:30:54Z

Magicshark: /* Hardware */

Achtung dies ist ein [[Arbeitsgruppe_WoW|WoW]] (Maintainer: siehe Changelog)
----

Auf dieser Seite sollen Informationen rund um die Fonera+ gesammelt werden: best practice Konfigurationen im Funknetz, neue Ideen, Probleme, Testergebnisse, Anleitungen. Dadurch sollen know how für den Einsatz im Funknetz gesammelt und die Weiterentwicklung von Firmwares vorangetrieben werden. Auch wenn diese Seite am Anfang nicht primär für unerfahrene Benutzer gedacht ist, werden die Informationen hier für die Entwicklung einer Enduserfirmware nützlich sein.

=Hardware=
Die Fonera+ unterscheidet sich äußerlich von der Fonera fast nur durch einen zweiten Ethernetport und das wesentlich größere Gehäuse. Schraubt man die Fonera+ auf, so sieht man, dass die Platine schon für die Fonera2 (mit USB) vorbereitet sein dürfte und ausserdem den Marvel Switch und 2 PHY's für die beiden Netzwerkanschlüsse. Es sind also keine großen Änderungen zur Fonera2 zu erwarten - ein Grund mehr warum gute Unterstützung für die Fonera+ sinnvoll erscheint.

Die Fonera+ wird seit OpenWRT 8.09.2 praxistauglich unterstützt. Kleinigkeiten wie die Nichterreichbarkeit der beiden Ehternetinterfaces nach Änderungen in der Netzwerk/Wifi Konfiguration (inkl. /etc/init.d/network reload) und die fehlende Möglichkeit den Switch zu verwalten sind allerdings noch vorhanden.

Der Rest ist bei Fonera+ auch zur Fonera weitgehend kompatibel geblieben. Auf der OpenWRT Wiki-Seite zur [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Fon/Fonera Fonera] findet man viele Informationen die auch für die Fonera+ gelten.

Bei älteren Firmwareversionen als 8.09.2 kommt es vor, dass die Fonera+ nach dem Flashen nicht auf 192.168.1.1 per Ping erreichbar ist, da Bugs im Ethernet/Switchtreiber (Marvel) vorhanden waren. Man kann dann immer noch mit einem Seriellen Kabel auf die Fonera zugreifen und WLAN aktivieren (ist standardmässig deaktiviert)

===Openwrt Kamikaze installieren===
Zuerst müssen das Kernelimage und das Dateisystem auf die Fonera+ geschrieben werden. Eine recht ausfühliche Anleitung gibt's im [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Fon/Fonera OpenWRT-Wiki]. Dort sind auch die aktuellen Dateien der Firmware zum Download verfügbar:

[http://downloads.openwrt.org/kamikaze/8.09.2/atheros/openwrt-atheros-combined.jffs2-64k.img RootFS: openwrt-atheros-combined.jffs2-64k.img]

Am einfachsten geht das Flashen allerdings mit dem [http://http://download.berlin.freifunk.net/sven-ola/area51/ap51-flash-gui.exe AP51-Flash-gui] Tool oder dem Programm [http://www.gargoyle-router.com/downloads/fon-flash/fon-flash-windows.zip Fon-Flash].

Für Experten: Der RedBoot der Fonera+ wartet auf der Adresse 192.168.1.1 und Port 9000 für 2 Sekunden auf eine Verbindung von 192.168.1.254. D.h. der Router kann dann auch mit Hilfe eine TFTP Servers (z.B. der Opensource Server TFTP32) auf dem eigenen PC und Konfiguration via Telnet geflasht werden. PC Bekommt dazu die IP 192.168.1.254 und sollte mit der Fonera (Lan Port) am besten über einen alten 10Mbit Hub verbunden sein. Die Notwendigen Befehle sieht man im Fon-Flash Tool bzw. im Openwrt Fonera Wiki.

=Konfiguration für aktuelles (8.09) kamikaze und 0xFF (Outdated, Update notwendig)=
Es gibt eine vorbereitete best practice Konfiguration für die Fonera(+) und kamikaze für den Einsatz im Funkfeuer Mesh. Die Installation ist denkbar einfach:

Entweder (für die Fonera+)
* http://texas.funkfeuer.at/~harald/firmware-0.5/0xff-bootstrap-fonera+_0.5.tgz
oder (für die Fonera)
* http://texas.funkfeuer.at/~harald/firmware-0.5/0xff-bootstrap-fonera_0.5.tgz
herunterladen und nach /tmp auf dem Router, auf dem bereits kamikaze läuft, kopieren:
scp 0xff-bootstrap-fonera_0.5.tgz root@192.168.1.1:/tmp/

Dann auf dem Router einloggen, das Archiv entpacken und das 0xff-bootstrap Skript mit der gewünschten wlan-IP starten:
ssh root@192.168.1.1
cd /tmp/
tar -xzf 0xff-bootstrap-fonera_0.5.tgz
./0xff-bootstrap 10.42.42.1 # Use your own IP!!!

Das war's! Wenn du willst, kannst du selber noch ein paar Konfigurationsdateien bearbeiten, musst du aber wahrscheinlich nicht. Neu starten und die Fonera sollte sich mit dem Mesh verbinden.

Siehe den nächsten (obsoleten) Abschnitt für Hintergrundinformationen.

=Experimentelle Firmware für 0xFF (Outdated, teilweise verwendbar)=
Um die Arbeit an der Fonera+ zu erleichtern, gibt es eine eigene Firmware für Funkfeuer, die jeder verwenden kann, der mit ssh/putty und einem Texteditor umgehen kann. Die Firmware orientiert sich möglichst nahe an OpenWRT, hat aber ein paar kleinere Änderungen um Experimente leichter zu machen:

* keine Firewall
* statische IPs für LAN/WAN
* Kein olsrd im read only Dateisystem, damit Tests mit verschienen Versionen leicht gemacht werden können
* Das Tool "ip" ist installiert, wie in der Freifunkfirmware
* Das Tool "patch" ist installiert, für einfache Konfigupdates
* traffic priorization: OLSR traffic vor allem anderen

==Herunterladen==
Die Firmware besteht momentan aus folgenden Dateien:
* http://texas.funkfeuer.at/~harald/firmware/openwrt-atheros-vmlinux.lzma - das Kernelimage
* http://texas.funkfeuer.at/~harald/firmware/openwrt-atheros-root.squashfs - das read only Dateisystem
* http://texas.funkfeuer.at/~harald/firmware/olsr-minimal.tgz - Alle Pakete die notwendig sind, um den olsrd zu starten
* http://texas.funkfeuer.at/~harald/firmware/0xff-config-fonera+_0.3.tgz - tarball mit Konfiguration für Funkfeuer (olsr, Kanal 13 freischalten, etc.)

Die Firmware funktioniert auch mit der "normalen" Fonera. Dafür gibt es einen eigenen leicht veränderten Konfigtarball:
* http://texas.funkfeuer.at/~harald/firmware/0xff-config-fonera_0.3.tgz

===Original OpenWrt===
Der Konfigtarball funktioniert auch mit den originalen Firmwareimages von OpenWrt. (Aktuelle Snapshots oder Release Candidates) - Allerdings müssen ein paar Pakete nachinstalliert werden.

* ip - für wait4default
* kmod-sched - Kernelmodule für olsr traffic control
* tc - für olsr traffic control

Für alles weitere sollte es keinen Unterschied machen welche Firmware verwendet wird.

==Installation==

===Konfiguration===
Nach dem Flashen wird die Fonera neu gestartet und wartet dann auf der Adresse 192.168.1.1 auf eine telnet Verbindung (diesmal standard telnet port). Sobald mit dem Befehl "passwd" ein Passwort gesetzt wird, kann man sich mit "ssh root@192.168.1.1" einloggen, dafür gibt es dann kein telnet mehr ...

Der Konfigtarball enthält ein vollständig lauffähiges Funkfeuersetup, allerdings sollten ein paar Dinge (zumindest die IP Adressen!) angepasst werden. Der Tarball kann einfach auf die Fonera+ kopiert und dann im Wurzelverzeichnis ausgepackt werden:

scp 0xff-config-fonera+_0.3.tgz root@192.168.1.1:/tmp/
cd /
tar -xzf /tmp/0xff-config-fonera+_0.3.tgz

Die zu ändernden Einstellungen sind durch spezielle Kommentare markiert, die mit grep leicht gefunden werden können:
grep -r Edit.this /etc ... diese Einstellung MUSS geändert werden
grep -r Maybe.edit.this /etc ... weitere Einstellungen wie Kanal
grep -ri edit.this /etc ... findet noch mehr

Wer sich mit dem auf der Firmware installierten vi nicht wohlfühlt, kann den Konfigtarball auch zuerst am PC entpacken, dort editieren und dann erst auf die Fonera+ transferieren. Aber Vorsicht beim Entpacken am PC: Der Tarball legt kein eigenes Unterverzeichnis an, weil er für das Entpacken im / des Routers vorbereitet ist.

===OLSR===
Der Router sollte jetzt eigentlich fertig konfiguriert sein, aber wir brauchen noch zusätzliche Software - insbesonder den olsrd - bevor er einsatzbereit ist. Um die Installation auf Routern ohne Internet zu erleichtern, gibt es die Datei olsr-minimal.tgz, diese wird auf den Router kopiert, entpackt und die Pakete installiert:

am PC:
scp olsr-minimal.tgz root@192.168.1.1:/tmp/
am Router:
cd /tmp
tar -xzf olsr-minimal.tgz
opkg install libpthread_XXX_mips.ipk
opkg install olsrd_XXX_mips.ipk
opkg install olsrd-mod-httpinfo_XXX_mips.ipk
opkg install olsrd-mod-txtinfo_XXX_mips.ipk
/etc/init.d/olsr-ff enable # Starte olsrd beim booten
/etc/init.d/olsr-ff start # Starte olsrd jetzt!
/etc/init.d/rtprio enable
/etc/init.d/rtprio start

Spätestens jetzt sollten wir Internet auf unserem Router haben. Das heißt jetzt ist ein guter Zeitpunkt, um noch mehr Software (zum Beispiel tcpdump) zu installieren:

opkg update
opkg install foo
opkg install bar

Wer gerne eine aktuelle Zeit auf seinem Router hat, kann auch noch folgendes machen:

/etc/init.d/wait4default enable
/etc/init.d/rdate enable

Jetzt ist auch ein guter Zeitpunkt um den Router einmal neu zu starten und zu sehen, ob wirklich alles automatisch funktioniert wie es soll.

==Probleme==
Hier werden technische Mängel der Firmware gesammelt. Bei der Lösung ist enge Zusammenarbeit mit OpenWRT notwendig und sinnvoll. Je nach Möglichkeit bitte Verweise auf Tickets, Links, etc. einfügen.

* Der Ethernet Switch empfängt keine Daten, wenn eth0 nicht im promiscuous mode ist - sobald man auf einem Ethernet Interface tcpdump startet geht alles. Als workaround wird derzeit auf einem der virtuellen Interfaces (meist eth0.0 - LAN) eine bridge angelegt.
* Der Switch ist momentan nicht konfigurierbar.
* Das Atheros Interface empfängt im promiscuous mode auch frames mit einer fremden BSSID solang der Kanal stimmt. Von diesem Problem sind auch die anderen Foneras betroffen. Vermutlich ein madwifi Problem. Workaround ist nicht notwendig, weil das Problem nicht besonders schlimm stört.

==Was noch fehlt==
Die folgenden Dinge müssen noch in einer Firmware implementiert werden, bevor die Fonera+ als unterstütze Hardware gelten kann:
* testen
* Noch mehr testen
* ?

Arbeitsgruppe FoneraPlus

2010-02-04T22:27:52Z

Magicshark: /* Flashen */

Achtung dies ist ein [[Arbeitsgruppe_WoW|WoW]] (Maintainer: siehe Changelog)
----

Auf dieser Seite sollen Informationen rund um die Fonera+ gesammelt werden: best practice Konfigurationen im Funknetz, neue Ideen, Probleme, Testergebnisse, Anleitungen. Dadurch sollen know how für den Einsatz im Funknetz gesammelt und die Weiterentwicklung von Firmwares vorangetrieben werden. Auch wenn diese Seite am Anfang nicht primär für unerfahrene Benutzer gedacht ist, werden die Informationen hier für die Entwicklung einer Enduserfirmware nützlich sein.

=Hardware=
Die Fonera+ unterscheidet sich äußerlich von der Fonera fast nur durch einen zweiten Ethernetport und das wesentlich größere Gehäuse. Schraubt man die Fonera+ auf, so sieht man, dass die Platine schon für die Fonera2 (mit USB) vorbereitet sein dürfte und ausserdem den Marvel Switch und 2 PHY's für die beiden Netzwerkanschlüsse. Es sind also keine großen Änderungen zur Fonera2 zu erwarten - ein Grund mehr warum gute Unterstützung für die Fonera+ sinnvoll erscheint.

Die Fonera+ wird seit OpenWRT 8.09.2 praxistauglich unterstützt. Kleinigkeiten wie die Nichterreichbarkeit der beiden Ehternetinterfaces nach Änderungen in der Netzwerk/Wifi Konfiguration (inkl. /etc/init.d/network reload) und die fehlende Möglichkeit den Switch zu verwalten sind allerdings noch vorhanden.

Der Rest ist bei Fonera+ auch zur Fonera weitgehend kompatibel geblieben. Auf der OpenWRT Wiki-Seite zur [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Fon/Fonera Fonera] findet man viele Informationen die auch für die Fonera+ gelten.

Bei älteren Firmwareversionen als 8.09.2 kommt es vor, dass die Fonera+ nach dem Flashen nicht auf 192.168.1.1 per Ping erreichbar ist, da Bugs im Ethernet/Switchtreiber (Marvel) vorhanden waren. Man kann dann immer noch mit einem Seriellen Kabel auf die Fonera zugreifen und WLAN aktivieren (ist standardmässig deaktiviert)

=Konfiguration für aktuelles (8.09) kamikaze und 0xFF (Outdated, Update notwendig)=
Es gibt eine vorbereitete best practice Konfiguration für die Fonera(+) und kamikaze für den Einsatz im Funkfeuer Mesh. Die Installation ist denkbar einfach:

Entweder (für die Fonera+)
* http://texas.funkfeuer.at/~harald/firmware-0.5/0xff-bootstrap-fonera+_0.5.tgz
oder (für die Fonera)
* http://texas.funkfeuer.at/~harald/firmware-0.5/0xff-bootstrap-fonera_0.5.tgz
herunterladen und nach /tmp auf dem Router, auf dem bereits kamikaze läuft, kopieren:
scp 0xff-bootstrap-fonera_0.5.tgz root@192.168.1.1:/tmp/

Dann auf dem Router einloggen, das Archiv entpacken und das 0xff-bootstrap Skript mit der gewünschten wlan-IP starten:
ssh root@192.168.1.1
cd /tmp/
tar -xzf 0xff-bootstrap-fonera_0.5.tgz
./0xff-bootstrap 10.42.42.1 # Use your own IP!!!

Das war's! Wenn du willst, kannst du selber noch ein paar Konfigurationsdateien bearbeiten, musst du aber wahrscheinlich nicht. Neu starten und die Fonera sollte sich mit dem Mesh verbinden.

Siehe den nächsten (obsoleten) Abschnitt für Hintergrundinformationen.

=Experimentelle Firmware für 0xFF (Outdated, teilweise verwendbar)=
Um die Arbeit an der Fonera+ zu erleichtern, gibt es eine eigene Firmware für Funkfeuer, die jeder verwenden kann, der mit ssh/putty und einem Texteditor umgehen kann. Die Firmware orientiert sich möglichst nahe an OpenWRT, hat aber ein paar kleinere Änderungen um Experimente leichter zu machen:

* keine Firewall
* statische IPs für LAN/WAN
* Kein olsrd im read only Dateisystem, damit Tests mit verschienen Versionen leicht gemacht werden können
* Das Tool "ip" ist installiert, wie in der Freifunkfirmware
* Das Tool "patch" ist installiert, für einfache Konfigupdates
* traffic priorization: OLSR traffic vor allem anderen

==Herunterladen==
Die Firmware besteht momentan aus folgenden Dateien:
* http://texas.funkfeuer.at/~harald/firmware/openwrt-atheros-vmlinux.lzma - das Kernelimage
* http://texas.funkfeuer.at/~harald/firmware/openwrt-atheros-root.squashfs - das read only Dateisystem
* http://texas.funkfeuer.at/~harald/firmware/olsr-minimal.tgz - Alle Pakete die notwendig sind, um den olsrd zu starten
* http://texas.funkfeuer.at/~harald/firmware/0xff-config-fonera+_0.3.tgz - tarball mit Konfiguration für Funkfeuer (olsr, Kanal 13 freischalten, etc.)

Die Firmware funktioniert auch mit der "normalen" Fonera. Dafür gibt es einen eigenen leicht veränderten Konfigtarball:
* http://texas.funkfeuer.at/~harald/firmware/0xff-config-fonera_0.3.tgz

===Original OpenWrt===
Der Konfigtarball funktioniert auch mit den originalen Firmwareimages von OpenWrt. (Aktuelle Snapshots oder Release Candidates) - Allerdings müssen ein paar Pakete nachinstalliert werden.

* ip - für wait4default
* kmod-sched - Kernelmodule für olsr traffic control
* tc - für olsr traffic control

Für alles weitere sollte es keinen Unterschied machen welche Firmware verwendet wird.

==Installation==

===Konfiguration===
Nach dem Flashen wird die Fonera neu gestartet und wartet dann auf der Adresse 192.168.1.1 auf eine telnet Verbindung (diesmal standard telnet port). Sobald mit dem Befehl "passwd" ein Passwort gesetzt wird, kann man sich mit "ssh root@192.168.1.1" einloggen, dafür gibt es dann kein telnet mehr ...

Der Konfigtarball enthält ein vollständig lauffähiges Funkfeuersetup, allerdings sollten ein paar Dinge (zumindest die IP Adressen!) angepasst werden. Der Tarball kann einfach auf die Fonera+ kopiert und dann im Wurzelverzeichnis ausgepackt werden:

scp 0xff-config-fonera+_0.3.tgz root@192.168.1.1:/tmp/
cd /
tar -xzf /tmp/0xff-config-fonera+_0.3.tgz

Die zu ändernden Einstellungen sind durch spezielle Kommentare markiert, die mit grep leicht gefunden werden können:
grep -r Edit.this /etc ... diese Einstellung MUSS geändert werden
grep -r Maybe.edit.this /etc ... weitere Einstellungen wie Kanal
grep -ri edit.this /etc ... findet noch mehr

Wer sich mit dem auf der Firmware installierten vi nicht wohlfühlt, kann den Konfigtarball auch zuerst am PC entpacken, dort editieren und dann erst auf die Fonera+ transferieren. Aber Vorsicht beim Entpacken am PC: Der Tarball legt kein eigenes Unterverzeichnis an, weil er für das Entpacken im / des Routers vorbereitet ist.

===OLSR===
Der Router sollte jetzt eigentlich fertig konfiguriert sein, aber wir brauchen noch zusätzliche Software - insbesonder den olsrd - bevor er einsatzbereit ist. Um die Installation auf Routern ohne Internet zu erleichtern, gibt es die Datei olsr-minimal.tgz, diese wird auf den Router kopiert, entpackt und die Pakete installiert:

am PC:
scp olsr-minimal.tgz root@192.168.1.1:/tmp/
am Router:
cd /tmp
tar -xzf olsr-minimal.tgz
opkg install libpthread_XXX_mips.ipk
opkg install olsrd_XXX_mips.ipk
opkg install olsrd-mod-httpinfo_XXX_mips.ipk
opkg install olsrd-mod-txtinfo_XXX_mips.ipk
/etc/init.d/olsr-ff enable # Starte olsrd beim booten
/etc/init.d/olsr-ff start # Starte olsrd jetzt!
/etc/init.d/rtprio enable
/etc/init.d/rtprio start

Spätestens jetzt sollten wir Internet auf unserem Router haben. Das heißt jetzt ist ein guter Zeitpunkt, um noch mehr Software (zum Beispiel tcpdump) zu installieren:

opkg update
opkg install foo
opkg install bar

Wer gerne eine aktuelle Zeit auf seinem Router hat, kann auch noch folgendes machen:

/etc/init.d/wait4default enable
/etc/init.d/rdate enable

Jetzt ist auch ein guter Zeitpunkt um den Router einmal neu zu starten und zu sehen, ob wirklich alles automatisch funktioniert wie es soll.

==Probleme==
Hier werden technische Mängel der Firmware gesammelt. Bei der Lösung ist enge Zusammenarbeit mit OpenWRT notwendig und sinnvoll. Je nach Möglichkeit bitte Verweise auf Tickets, Links, etc. einfügen.

* Der Ethernet Switch empfängt keine Daten, wenn eth0 nicht im promiscuous mode ist - sobald man auf einem Ethernet Interface tcpdump startet geht alles. Als workaround wird derzeit auf einem der virtuellen Interfaces (meist eth0.0 - LAN) eine bridge angelegt.
* Der Switch ist momentan nicht konfigurierbar.
* Das Atheros Interface empfängt im promiscuous mode auch frames mit einer fremden BSSID solang der Kanal stimmt. Von diesem Problem sind auch die anderen Foneras betroffen. Vermutlich ein madwifi Problem. Workaround ist nicht notwendig, weil das Problem nicht besonders schlimm stört.

==Was noch fehlt==
Die folgenden Dinge müssen noch in einer Firmware implementiert werden, bevor die Fonera+ als unterstütze Hardware gelten kann:
* testen
* Noch mehr testen
* ?

Arbeitsgruppe FoneraPlus

2010-02-04T22:27:20Z

Magicshark: /* Experimentelle Firmware für 0xFF (obsolet) */

Achtung dies ist ein [[Arbeitsgruppe_WoW|WoW]] (Maintainer: siehe Changelog)
----

Auf dieser Seite sollen Informationen rund um die Fonera+ gesammelt werden: best practice Konfigurationen im Funknetz, neue Ideen, Probleme, Testergebnisse, Anleitungen. Dadurch sollen know how für den Einsatz im Funknetz gesammelt und die Weiterentwicklung von Firmwares vorangetrieben werden. Auch wenn diese Seite am Anfang nicht primär für unerfahrene Benutzer gedacht ist, werden die Informationen hier für die Entwicklung einer Enduserfirmware nützlich sein.

=Hardware=
Die Fonera+ unterscheidet sich äußerlich von der Fonera fast nur durch einen zweiten Ethernetport und das wesentlich größere Gehäuse. Schraubt man die Fonera+ auf, so sieht man, dass die Platine schon für die Fonera2 (mit USB) vorbereitet sein dürfte und ausserdem den Marvel Switch und 2 PHY's für die beiden Netzwerkanschlüsse. Es sind also keine großen Änderungen zur Fonera2 zu erwarten - ein Grund mehr warum gute Unterstützung für die Fonera+ sinnvoll erscheint.

Die Fonera+ wird seit OpenWRT 8.09.2 praxistauglich unterstützt. Kleinigkeiten wie die Nichterreichbarkeit der beiden Ehternetinterfaces nach Änderungen in der Netzwerk/Wifi Konfiguration (inkl. /etc/init.d/network reload) und die fehlende Möglichkeit den Switch zu verwalten sind allerdings noch vorhanden.

Der Rest ist bei Fonera+ auch zur Fonera weitgehend kompatibel geblieben. Auf der OpenWRT Wiki-Seite zur [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Fon/Fonera Fonera] findet man viele Informationen die auch für die Fonera+ gelten.

Bei älteren Firmwareversionen als 8.09.2 kommt es vor, dass die Fonera+ nach dem Flashen nicht auf 192.168.1.1 per Ping erreichbar ist, da Bugs im Ethernet/Switchtreiber (Marvel) vorhanden waren. Man kann dann immer noch mit einem Seriellen Kabel auf die Fonera zugreifen und WLAN aktivieren (ist standardmässig deaktiviert)

=Konfiguration für aktuelles (8.09) kamikaze und 0xFF (Outdated, Update notwendig)=
Es gibt eine vorbereitete best practice Konfiguration für die Fonera(+) und kamikaze für den Einsatz im Funkfeuer Mesh. Die Installation ist denkbar einfach:

Entweder (für die Fonera+)
* http://texas.funkfeuer.at/~harald/firmware-0.5/0xff-bootstrap-fonera+_0.5.tgz
oder (für die Fonera)
* http://texas.funkfeuer.at/~harald/firmware-0.5/0xff-bootstrap-fonera_0.5.tgz
herunterladen und nach /tmp auf dem Router, auf dem bereits kamikaze läuft, kopieren:
scp 0xff-bootstrap-fonera_0.5.tgz root@192.168.1.1:/tmp/

Dann auf dem Router einloggen, das Archiv entpacken und das 0xff-bootstrap Skript mit der gewünschten wlan-IP starten:
ssh root@192.168.1.1
cd /tmp/
tar -xzf 0xff-bootstrap-fonera_0.5.tgz
./0xff-bootstrap 10.42.42.1 # Use your own IP!!!

Das war's! Wenn du willst, kannst du selber noch ein paar Konfigurationsdateien bearbeiten, musst du aber wahrscheinlich nicht. Neu starten und die Fonera sollte sich mit dem Mesh verbinden.

Siehe den nächsten (obsoleten) Abschnitt für Hintergrundinformationen.

=Experimentelle Firmware für 0xFF (Outdated, teilweise verwendbar)=
Um die Arbeit an der Fonera+ zu erleichtern, gibt es eine eigene Firmware für Funkfeuer, die jeder verwenden kann, der mit ssh/putty und einem Texteditor umgehen kann. Die Firmware orientiert sich möglichst nahe an OpenWRT, hat aber ein paar kleinere Änderungen um Experimente leichter zu machen:

* keine Firewall
* statische IPs für LAN/WAN
* Kein olsrd im read only Dateisystem, damit Tests mit verschienen Versionen leicht gemacht werden können
* Das Tool "ip" ist installiert, wie in der Freifunkfirmware
* Das Tool "patch" ist installiert, für einfache Konfigupdates
* traffic priorization: OLSR traffic vor allem anderen

==Herunterladen==
Die Firmware besteht momentan aus folgenden Dateien:
* http://texas.funkfeuer.at/~harald/firmware/openwrt-atheros-vmlinux.lzma - das Kernelimage
* http://texas.funkfeuer.at/~harald/firmware/openwrt-atheros-root.squashfs - das read only Dateisystem
* http://texas.funkfeuer.at/~harald/firmware/olsr-minimal.tgz - Alle Pakete die notwendig sind, um den olsrd zu starten
* http://texas.funkfeuer.at/~harald/firmware/0xff-config-fonera+_0.3.tgz - tarball mit Konfiguration für Funkfeuer (olsr, Kanal 13 freischalten, etc.)

Die Firmware funktioniert auch mit der "normalen" Fonera. Dafür gibt es einen eigenen leicht veränderten Konfigtarball:
* http://texas.funkfeuer.at/~harald/firmware/0xff-config-fonera_0.3.tgz

===Original OpenWrt===
Der Konfigtarball funktioniert auch mit den originalen Firmwareimages von OpenWrt. (Aktuelle Snapshots oder Release Candidates) - Allerdings müssen ein paar Pakete nachinstalliert werden.

* ip - für wait4default
* kmod-sched - Kernelmodule für olsr traffic control
* tc - für olsr traffic control

Für alles weitere sollte es keinen Unterschied machen welche Firmware verwendet wird.

==Installation==
===Flashen===
Zuerst müssen das Kernelimage und das Dateisystem auf die Fonera+ geschrieben werden. Eine recht ausfühliche Anleitung gibt's im [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Fon/Fonera OpenWRT-Wiki]. Am einfachsten geht es allerdings mit dem [http://http://download.berlin.freifunk.net/sven-ola/area51/ap51-flash-gui.exe AP51-Flash-gui] Tool oder dem Programm [http://www.gargoyle-router.com/downloads/fon-flash/fon-flash-windows.zip Fon-Flash].

Für Experten: Der RedBoot der Fonera+ wartet auf der Adresse 192.168.1.1 und Port 9000 für 2 Sekunden auf eine Verbindung von 192.168.1.254. D.h. der Router kann dann auch mit Hilfe eine TFTP Servers (z.B. der Opensource Server TFTP32) auf dem eigenen PC und Konfiguration via Telnet geflasht werden. PC Bekommt dazu die IP 192.168.1.254 und sollte mit der Fonera (Lan Port) am besten über einen alten 10Mbit Hub verbunden sein. Die Notwendigen Befehle sieht man im Fon-Flash Tool bzw. im Openwrt Fonera Wiki.

===Konfiguration===
Nach dem Flashen wird die Fonera neu gestartet und wartet dann auf der Adresse 192.168.1.1 auf eine telnet Verbindung (diesmal standard telnet port). Sobald mit dem Befehl "passwd" ein Passwort gesetzt wird, kann man sich mit "ssh root@192.168.1.1" einloggen, dafür gibt es dann kein telnet mehr ...

Der Konfigtarball enthält ein vollständig lauffähiges Funkfeuersetup, allerdings sollten ein paar Dinge (zumindest die IP Adressen!) angepasst werden. Der Tarball kann einfach auf die Fonera+ kopiert und dann im Wurzelverzeichnis ausgepackt werden:

scp 0xff-config-fonera+_0.3.tgz root@192.168.1.1:/tmp/
cd /
tar -xzf /tmp/0xff-config-fonera+_0.3.tgz

Die zu ändernden Einstellungen sind durch spezielle Kommentare markiert, die mit grep leicht gefunden werden können:
grep -r Edit.this /etc ... diese Einstellung MUSS geändert werden
grep -r Maybe.edit.this /etc ... weitere Einstellungen wie Kanal
grep -ri edit.this /etc ... findet noch mehr

Wer sich mit dem auf der Firmware installierten vi nicht wohlfühlt, kann den Konfigtarball auch zuerst am PC entpacken, dort editieren und dann erst auf die Fonera+ transferieren. Aber Vorsicht beim Entpacken am PC: Der Tarball legt kein eigenes Unterverzeichnis an, weil er für das Entpacken im / des Routers vorbereitet ist.

===OLSR===
Der Router sollte jetzt eigentlich fertig konfiguriert sein, aber wir brauchen noch zusätzliche Software - insbesonder den olsrd - bevor er einsatzbereit ist. Um die Installation auf Routern ohne Internet zu erleichtern, gibt es die Datei olsr-minimal.tgz, diese wird auf den Router kopiert, entpackt und die Pakete installiert:

am PC:
scp olsr-minimal.tgz root@192.168.1.1:/tmp/
am Router:
cd /tmp
tar -xzf olsr-minimal.tgz
opkg install libpthread_XXX_mips.ipk
opkg install olsrd_XXX_mips.ipk
opkg install olsrd-mod-httpinfo_XXX_mips.ipk
opkg install olsrd-mod-txtinfo_XXX_mips.ipk
/etc/init.d/olsr-ff enable # Starte olsrd beim booten
/etc/init.d/olsr-ff start # Starte olsrd jetzt!
/etc/init.d/rtprio enable
/etc/init.d/rtprio start

Spätestens jetzt sollten wir Internet auf unserem Router haben. Das heißt jetzt ist ein guter Zeitpunkt, um noch mehr Software (zum Beispiel tcpdump) zu installieren:

opkg update
opkg install foo
opkg install bar

Wer gerne eine aktuelle Zeit auf seinem Router hat, kann auch noch folgendes machen:

/etc/init.d/wait4default enable
/etc/init.d/rdate enable

Jetzt ist auch ein guter Zeitpunkt um den Router einmal neu zu starten und zu sehen, ob wirklich alles automatisch funktioniert wie es soll.

==Probleme==
Hier werden technische Mängel der Firmware gesammelt. Bei der Lösung ist enge Zusammenarbeit mit OpenWRT notwendig und sinnvoll. Je nach Möglichkeit bitte Verweise auf Tickets, Links, etc. einfügen.

* Der Ethernet Switch empfängt keine Daten, wenn eth0 nicht im promiscuous mode ist - sobald man auf einem Ethernet Interface tcpdump startet geht alles. Als workaround wird derzeit auf einem der virtuellen Interfaces (meist eth0.0 - LAN) eine bridge angelegt.
* Der Switch ist momentan nicht konfigurierbar.
* Das Atheros Interface empfängt im promiscuous mode auch frames mit einer fremden BSSID solang der Kanal stimmt. Von diesem Problem sind auch die anderen Foneras betroffen. Vermutlich ein madwifi Problem. Workaround ist nicht notwendig, weil das Problem nicht besonders schlimm stört.

==Was noch fehlt==
Die folgenden Dinge müssen noch in einer Firmware implementiert werden, bevor die Fonera+ als unterstütze Hardware gelten kann:
* testen
* Noch mehr testen
* ?

Arbeitsgruppe FoneraPlus

2010-02-04T22:26:19Z

Magicshark: /* Konfiguration für aktuelles (8.09) kamikaze und 0xFF */

Achtung dies ist ein [[Arbeitsgruppe_WoW|WoW]] (Maintainer: siehe Changelog)
----

Auf dieser Seite sollen Informationen rund um die Fonera+ gesammelt werden: best practice Konfigurationen im Funknetz, neue Ideen, Probleme, Testergebnisse, Anleitungen. Dadurch sollen know how für den Einsatz im Funknetz gesammelt und die Weiterentwicklung von Firmwares vorangetrieben werden. Auch wenn diese Seite am Anfang nicht primär für unerfahrene Benutzer gedacht ist, werden die Informationen hier für die Entwicklung einer Enduserfirmware nützlich sein.

=Hardware=
Die Fonera+ unterscheidet sich äußerlich von der Fonera fast nur durch einen zweiten Ethernetport und das wesentlich größere Gehäuse. Schraubt man die Fonera+ auf, so sieht man, dass die Platine schon für die Fonera2 (mit USB) vorbereitet sein dürfte und ausserdem den Marvel Switch und 2 PHY's für die beiden Netzwerkanschlüsse. Es sind also keine großen Änderungen zur Fonera2 zu erwarten - ein Grund mehr warum gute Unterstützung für die Fonera+ sinnvoll erscheint.

Die Fonera+ wird seit OpenWRT 8.09.2 praxistauglich unterstützt. Kleinigkeiten wie die Nichterreichbarkeit der beiden Ehternetinterfaces nach Änderungen in der Netzwerk/Wifi Konfiguration (inkl. /etc/init.d/network reload) und die fehlende Möglichkeit den Switch zu verwalten sind allerdings noch vorhanden.

Der Rest ist bei Fonera+ auch zur Fonera weitgehend kompatibel geblieben. Auf der OpenWRT Wiki-Seite zur [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Fon/Fonera Fonera] findet man viele Informationen die auch für die Fonera+ gelten.

Bei älteren Firmwareversionen als 8.09.2 kommt es vor, dass die Fonera+ nach dem Flashen nicht auf 192.168.1.1 per Ping erreichbar ist, da Bugs im Ethernet/Switchtreiber (Marvel) vorhanden waren. Man kann dann immer noch mit einem Seriellen Kabel auf die Fonera zugreifen und WLAN aktivieren (ist standardmässig deaktiviert)

=Konfiguration für aktuelles (8.09) kamikaze und 0xFF (Outdated, Update notwendig)=
Es gibt eine vorbereitete best practice Konfiguration für die Fonera(+) und kamikaze für den Einsatz im Funkfeuer Mesh. Die Installation ist denkbar einfach:

Entweder (für die Fonera+)
* http://texas.funkfeuer.at/~harald/firmware-0.5/0xff-bootstrap-fonera+_0.5.tgz
oder (für die Fonera)
* http://texas.funkfeuer.at/~harald/firmware-0.5/0xff-bootstrap-fonera_0.5.tgz
herunterladen und nach /tmp auf dem Router, auf dem bereits kamikaze läuft, kopieren:
scp 0xff-bootstrap-fonera_0.5.tgz root@192.168.1.1:/tmp/

Dann auf dem Router einloggen, das Archiv entpacken und das 0xff-bootstrap Skript mit der gewünschten wlan-IP starten:
ssh root@192.168.1.1
cd /tmp/
tar -xzf 0xff-bootstrap-fonera_0.5.tgz
./0xff-bootstrap 10.42.42.1 # Use your own IP!!!

Das war's! Wenn du willst, kannst du selber noch ein paar Konfigurationsdateien bearbeiten, musst du aber wahrscheinlich nicht. Neu starten und die Fonera sollte sich mit dem Mesh verbinden.

Siehe den nächsten (obsoleten) Abschnitt für Hintergrundinformationen.

=Experimentelle Firmware für 0xFF (obsolet)=
Um die Arbeit an der Fonera+ zu erleichtern, gibt es eine eigene Firmware für Funkfeuer, die jeder verwenden kann, der mit ssh/putty und einem Texteditor umgehen kann. Die Firmware orientiert sich möglichst nahe an OpenWRT, hat aber ein paar kleinere Änderungen um Experimente leichter zu machen:

* keine Firewall
* statische IPs für LAN/WAN
* Kein olsrd im read only Dateisystem, damit Tests mit verschienen Versionen leicht gemacht werden können
* Das Tool "ip" ist installiert, wie in der Freifunkfirmware
* Das Tool "patch" ist installiert, für einfache Konfigupdates
* traffic priorization: OLSR traffic vor allem anderen

==Herunterladen==
Die Firmware besteht momentan aus folgenden Dateien:
* http://texas.funkfeuer.at/~harald/firmware/openwrt-atheros-vmlinux.lzma - das Kernelimage
* http://texas.funkfeuer.at/~harald/firmware/openwrt-atheros-root.squashfs - das read only Dateisystem
* http://texas.funkfeuer.at/~harald/firmware/olsr-minimal.tgz - Alle Pakete die notwendig sind, um den olsrd zu starten
* http://texas.funkfeuer.at/~harald/firmware/0xff-config-fonera+_0.3.tgz - tarball mit Konfiguration für Funkfeuer (olsr, Kanal 13 freischalten, etc.)

Die Firmware funktioniert auch mit der "normalen" Fonera. Dafür gibt es einen eigenen leicht veränderten Konfigtarball:
* http://texas.funkfeuer.at/~harald/firmware/0xff-config-fonera_0.3.tgz

===Original OpenWrt===
Der Konfigtarball funktioniert auch mit den originalen Firmwareimages von OpenWrt. (Aktuelle Snapshots oder Release Candidates) - Allerdings müssen ein paar Pakete nachinstalliert werden.

* ip - für wait4default
* kmod-sched - Kernelmodule für olsr traffic control
* tc - für olsr traffic control

Für alles weitere sollte es keinen Unterschied machen welche Firmware verwendet wird.

==Installation==
===Flashen===
Zuerst müssen das Kernelimage und das Dateisystem auf die Fonera+ geschrieben werden. Eine recht ausfühliche Anleitung gibt's im [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Fon/Fonera OpenWRT-Wiki]. Am einfachsten geht es allerdings mit dem [http://http://download.berlin.freifunk.net/sven-ola/area51/ap51-flash-gui.exe AP51-Flash-gui] Tool oder dem Programm [http://www.gargoyle-router.com/downloads/fon-flash/fon-flash-windows.zip Fon-Flash].

Für Experten: Der RedBoot der Fonera+ wartet auf der Adresse 192.168.1.1 und Port 9000 für 2 Sekunden auf eine Verbindung von 192.168.1.254. D.h. der Router kann dann auch mit Hilfe eine TFTP Servers (z.B. der Opensource Server TFTP32) auf dem eigenen PC und Konfiguration via Telnet geflasht werden. PC Bekommt dazu die IP 192.168.1.254 und sollte mit der Fonera (Lan Port) am besten über einen alten 10Mbit Hub verbunden sein. Die Notwendigen Befehle sieht man im Fon-Flash Tool bzw. im Openwrt Fonera Wiki.

===Konfiguration===
Nach dem Flashen wird die Fonera neu gestartet und wartet dann auf der Adresse 192.168.1.1 auf eine telnet Verbindung (diesmal standard telnet port). Sobald mit dem Befehl "passwd" ein Passwort gesetzt wird, kann man sich mit "ssh root@192.168.1.1" einloggen, dafür gibt es dann kein telnet mehr ...

Der Konfigtarball enthält ein vollständig lauffähiges Funkfeuersetup, allerdings sollten ein paar Dinge (zumindest die IP Adressen!) angepasst werden. Der Tarball kann einfach auf die Fonera+ kopiert und dann im Wurzelverzeichnis ausgepackt werden:

scp 0xff-config-fonera+_0.3.tgz root@192.168.1.1:/tmp/
cd /
tar -xzf /tmp/0xff-config-fonera+_0.3.tgz

Die zu ändernden Einstellungen sind durch spezielle Kommentare markiert, die mit grep leicht gefunden werden können:
grep -r Edit.this /etc ... diese Einstellung MUSS geändert werden
grep -r Maybe.edit.this /etc ... weitere Einstellungen wie Kanal
grep -ri edit.this /etc ... findet noch mehr

Wer sich mit dem auf der Firmware installierten vi nicht wohlfühlt, kann den Konfigtarball auch zuerst am PC entpacken, dort editieren und dann erst auf die Fonera+ transferieren. Aber Vorsicht beim Entpacken am PC: Der Tarball legt kein eigenes Unterverzeichnis an, weil er für das Entpacken im / des Routers vorbereitet ist.

===OLSR===
Der Router sollte jetzt eigentlich fertig konfiguriert sein, aber wir brauchen noch zusätzliche Software - insbesonder den olsrd - bevor er einsatzbereit ist. Um die Installation auf Routern ohne Internet zu erleichtern, gibt es die Datei olsr-minimal.tgz, diese wird auf den Router kopiert, entpackt und die Pakete installiert:

am PC:
scp olsr-minimal.tgz root@192.168.1.1:/tmp/
am Router:
cd /tmp
tar -xzf olsr-minimal.tgz
opkg install libpthread_XXX_mips.ipk
opkg install olsrd_XXX_mips.ipk
opkg install olsrd-mod-httpinfo_XXX_mips.ipk
opkg install olsrd-mod-txtinfo_XXX_mips.ipk
/etc/init.d/olsr-ff enable # Starte olsrd beim booten
/etc/init.d/olsr-ff start # Starte olsrd jetzt!
/etc/init.d/rtprio enable
/etc/init.d/rtprio start

Spätestens jetzt sollten wir Internet auf unserem Router haben. Das heißt jetzt ist ein guter Zeitpunkt, um noch mehr Software (zum Beispiel tcpdump) zu installieren:

opkg update
opkg install foo
opkg install bar

Wer gerne eine aktuelle Zeit auf seinem Router hat, kann auch noch folgendes machen:

/etc/init.d/wait4default enable
/etc/init.d/rdate enable

Jetzt ist auch ein guter Zeitpunkt um den Router einmal neu zu starten und zu sehen, ob wirklich alles automatisch funktioniert wie es soll.

==Probleme==
Hier werden technische Mängel der Firmware gesammelt. Bei der Lösung ist enge Zusammenarbeit mit OpenWRT notwendig und sinnvoll. Je nach Möglichkeit bitte Verweise auf Tickets, Links, etc. einfügen.

* Der Ethernet Switch empfängt keine Daten, wenn eth0 nicht im promiscuous mode ist - sobald man auf einem Ethernet Interface tcpdump startet geht alles. Als workaround wird derzeit auf einem der virtuellen Interfaces (meist eth0.0 - LAN) eine bridge angelegt.
* Der Switch ist momentan nicht konfigurierbar.
* Das Atheros Interface empfängt im promiscuous mode auch frames mit einer fremden BSSID solang der Kanal stimmt. Von diesem Problem sind auch die anderen Foneras betroffen. Vermutlich ein madwifi Problem. Workaround ist nicht notwendig, weil das Problem nicht besonders schlimm stört.

==Was noch fehlt==
Die folgenden Dinge müssen noch in einer Firmware implementiert werden, bevor die Fonera+ als unterstütze Hardware gelten kann:
* testen
* Noch mehr testen
* ?

Arbeitsgruppe FoneraPlus

2010-02-04T22:25:04Z

Magicshark: /* Hardware */

Achtung dies ist ein [[Arbeitsgruppe_WoW|WoW]] (Maintainer: siehe Changelog)
----

Auf dieser Seite sollen Informationen rund um die Fonera+ gesammelt werden: best practice Konfigurationen im Funknetz, neue Ideen, Probleme, Testergebnisse, Anleitungen. Dadurch sollen know how für den Einsatz im Funknetz gesammelt und die Weiterentwicklung von Firmwares vorangetrieben werden. Auch wenn diese Seite am Anfang nicht primär für unerfahrene Benutzer gedacht ist, werden die Informationen hier für die Entwicklung einer Enduserfirmware nützlich sein.

=Hardware=
Die Fonera+ unterscheidet sich äußerlich von der Fonera fast nur durch einen zweiten Ethernetport und das wesentlich größere Gehäuse. Schraubt man die Fonera+ auf, so sieht man, dass die Platine schon für die Fonera2 (mit USB) vorbereitet sein dürfte und ausserdem den Marvel Switch und 2 PHY's für die beiden Netzwerkanschlüsse. Es sind also keine großen Änderungen zur Fonera2 zu erwarten - ein Grund mehr warum gute Unterstützung für die Fonera+ sinnvoll erscheint.

Die Fonera+ wird seit OpenWRT 8.09.2 praxistauglich unterstützt. Kleinigkeiten wie die Nichterreichbarkeit der beiden Ehternetinterfaces nach Änderungen in der Netzwerk/Wifi Konfiguration (inkl. /etc/init.d/network reload) und die fehlende Möglichkeit den Switch zu verwalten sind allerdings noch vorhanden.

Der Rest ist bei Fonera+ auch zur Fonera weitgehend kompatibel geblieben. Auf der OpenWRT Wiki-Seite zur [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Fon/Fonera Fonera] findet man viele Informationen die auch für die Fonera+ gelten.

Bei älteren Firmwareversionen als 8.09.2 kommt es vor, dass die Fonera+ nach dem Flashen nicht auf 192.168.1.1 per Ping erreichbar ist, da Bugs im Ethernet/Switchtreiber (Marvel) vorhanden waren. Man kann dann immer noch mit einem Seriellen Kabel auf die Fonera zugreifen und WLAN aktivieren (ist standardmässig deaktiviert)

=Konfiguration für aktuelles (8.09) kamikaze und 0xFF=
Es gibt eine vorbereitete best practice Konfiguration für die Fonera(+) und kamikaze für den Einsatz im Funkfeuer Mesh. Die Installation ist denkbar einfach:

Entweder (für die Fonera+)
* http://texas.funkfeuer.at/~harald/firmware-0.5/0xff-bootstrap-fonera+_0.5.tgz
oder (für die Fonera)
* http://texas.funkfeuer.at/~harald/firmware-0.5/0xff-bootstrap-fonera_0.5.tgz
herunterladen und nach /tmp auf dem Router, auf dem bereits kamikaze läuft, kopieren:
scp 0xff-bootstrap-fonera_0.5.tgz root@192.168.1.1:/tmp/

Dann auf dem Router einloggen, das Archiv entpacken und das 0xff-bootstrap Skript mit der gewünschten wlan-IP starten:
ssh root@192.168.1.1
cd /tmp/
tar -xzf 0xff-bootstrap-fonera_0.5.tgz
./0xff-bootstrap 10.42.42.1 # Use your own IP!!!

Das war's! Wenn du willst, kannst du selber noch ein paar Konfigurationsdateien bearbeiten, musst du aber wahrscheinlich nicht. Neu starten und die Fonera sollte sich mit dem Mesh verbinden.

Siehe den nächsten (obsoleten) Abschnitt für Hintergrundinformationen.

=Experimentelle Firmware für 0xFF (obsolet)=
Um die Arbeit an der Fonera+ zu erleichtern, gibt es eine eigene Firmware für Funkfeuer, die jeder verwenden kann, der mit ssh/putty und einem Texteditor umgehen kann. Die Firmware orientiert sich möglichst nahe an OpenWRT, hat aber ein paar kleinere Änderungen um Experimente leichter zu machen:

* keine Firewall
* statische IPs für LAN/WAN
* Kein olsrd im read only Dateisystem, damit Tests mit verschienen Versionen leicht gemacht werden können
* Das Tool "ip" ist installiert, wie in der Freifunkfirmware
* Das Tool "patch" ist installiert, für einfache Konfigupdates
* traffic priorization: OLSR traffic vor allem anderen

==Herunterladen==
Die Firmware besteht momentan aus folgenden Dateien:
* http://texas.funkfeuer.at/~harald/firmware/openwrt-atheros-vmlinux.lzma - das Kernelimage
* http://texas.funkfeuer.at/~harald/firmware/openwrt-atheros-root.squashfs - das read only Dateisystem
* http://texas.funkfeuer.at/~harald/firmware/olsr-minimal.tgz - Alle Pakete die notwendig sind, um den olsrd zu starten
* http://texas.funkfeuer.at/~harald/firmware/0xff-config-fonera+_0.3.tgz - tarball mit Konfiguration für Funkfeuer (olsr, Kanal 13 freischalten, etc.)

Die Firmware funktioniert auch mit der "normalen" Fonera. Dafür gibt es einen eigenen leicht veränderten Konfigtarball:
* http://texas.funkfeuer.at/~harald/firmware/0xff-config-fonera_0.3.tgz

===Original OpenWrt===
Der Konfigtarball funktioniert auch mit den originalen Firmwareimages von OpenWrt. (Aktuelle Snapshots oder Release Candidates) - Allerdings müssen ein paar Pakete nachinstalliert werden.

* ip - für wait4default
* kmod-sched - Kernelmodule für olsr traffic control
* tc - für olsr traffic control

Für alles weitere sollte es keinen Unterschied machen welche Firmware verwendet wird.

==Installation==
===Flashen===
Zuerst müssen das Kernelimage und das Dateisystem auf die Fonera+ geschrieben werden. Eine recht ausfühliche Anleitung gibt's im [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Fon/Fonera OpenWRT-Wiki]. Am einfachsten geht es allerdings mit dem [http://http://download.berlin.freifunk.net/sven-ola/area51/ap51-flash-gui.exe AP51-Flash-gui] Tool oder dem Programm [http://www.gargoyle-router.com/downloads/fon-flash/fon-flash-windows.zip Fon-Flash].

Für Experten: Der RedBoot der Fonera+ wartet auf der Adresse 192.168.1.1 und Port 9000 für 2 Sekunden auf eine Verbindung von 192.168.1.254. D.h. der Router kann dann auch mit Hilfe eine TFTP Servers (z.B. der Opensource Server TFTP32) auf dem eigenen PC und Konfiguration via Telnet geflasht werden. PC Bekommt dazu die IP 192.168.1.254 und sollte mit der Fonera (Lan Port) am besten über einen alten 10Mbit Hub verbunden sein. Die Notwendigen Befehle sieht man im Fon-Flash Tool bzw. im Openwrt Fonera Wiki.

===Konfiguration===
Nach dem Flashen wird die Fonera neu gestartet und wartet dann auf der Adresse 192.168.1.1 auf eine telnet Verbindung (diesmal standard telnet port). Sobald mit dem Befehl "passwd" ein Passwort gesetzt wird, kann man sich mit "ssh root@192.168.1.1" einloggen, dafür gibt es dann kein telnet mehr ...

Der Konfigtarball enthält ein vollständig lauffähiges Funkfeuersetup, allerdings sollten ein paar Dinge (zumindest die IP Adressen!) angepasst werden. Der Tarball kann einfach auf die Fonera+ kopiert und dann im Wurzelverzeichnis ausgepackt werden:

scp 0xff-config-fonera+_0.3.tgz root@192.168.1.1:/tmp/
cd /
tar -xzf /tmp/0xff-config-fonera+_0.3.tgz

Die zu ändernden Einstellungen sind durch spezielle Kommentare markiert, die mit grep leicht gefunden werden können:
grep -r Edit.this /etc ... diese Einstellung MUSS geändert werden
grep -r Maybe.edit.this /etc ... weitere Einstellungen wie Kanal
grep -ri edit.this /etc ... findet noch mehr

Wer sich mit dem auf der Firmware installierten vi nicht wohlfühlt, kann den Konfigtarball auch zuerst am PC entpacken, dort editieren und dann erst auf die Fonera+ transferieren. Aber Vorsicht beim Entpacken am PC: Der Tarball legt kein eigenes Unterverzeichnis an, weil er für das Entpacken im / des Routers vorbereitet ist.

===OLSR===
Der Router sollte jetzt eigentlich fertig konfiguriert sein, aber wir brauchen noch zusätzliche Software - insbesonder den olsrd - bevor er einsatzbereit ist. Um die Installation auf Routern ohne Internet zu erleichtern, gibt es die Datei olsr-minimal.tgz, diese wird auf den Router kopiert, entpackt und die Pakete installiert:

am PC:
scp olsr-minimal.tgz root@192.168.1.1:/tmp/
am Router:
cd /tmp
tar -xzf olsr-minimal.tgz
opkg install libpthread_XXX_mips.ipk
opkg install olsrd_XXX_mips.ipk
opkg install olsrd-mod-httpinfo_XXX_mips.ipk
opkg install olsrd-mod-txtinfo_XXX_mips.ipk
/etc/init.d/olsr-ff enable # Starte olsrd beim booten
/etc/init.d/olsr-ff start # Starte olsrd jetzt!
/etc/init.d/rtprio enable
/etc/init.d/rtprio start

Spätestens jetzt sollten wir Internet auf unserem Router haben. Das heißt jetzt ist ein guter Zeitpunkt, um noch mehr Software (zum Beispiel tcpdump) zu installieren:

opkg update
opkg install foo
opkg install bar

Wer gerne eine aktuelle Zeit auf seinem Router hat, kann auch noch folgendes machen:

/etc/init.d/wait4default enable
/etc/init.d/rdate enable

Jetzt ist auch ein guter Zeitpunkt um den Router einmal neu zu starten und zu sehen, ob wirklich alles automatisch funktioniert wie es soll.

==Probleme==
Hier werden technische Mängel der Firmware gesammelt. Bei der Lösung ist enge Zusammenarbeit mit OpenWRT notwendig und sinnvoll. Je nach Möglichkeit bitte Verweise auf Tickets, Links, etc. einfügen.

* Der Ethernet Switch empfängt keine Daten, wenn eth0 nicht im promiscuous mode ist - sobald man auf einem Ethernet Interface tcpdump startet geht alles. Als workaround wird derzeit auf einem der virtuellen Interfaces (meist eth0.0 - LAN) eine bridge angelegt.
* Der Switch ist momentan nicht konfigurierbar.
* Das Atheros Interface empfängt im promiscuous mode auch frames mit einer fremden BSSID solang der Kanal stimmt. Von diesem Problem sind auch die anderen Foneras betroffen. Vermutlich ein madwifi Problem. Workaround ist nicht notwendig, weil das Problem nicht besonders schlimm stört.

==Was noch fehlt==
Die folgenden Dinge müssen noch in einer Firmware implementiert werden, bevor die Fonera+ als unterstütze Hardware gelten kann:
* testen
* Noch mehr testen
* ?

Arbeitsgruppe FoneraPlus

2010-01-10T01:33:04Z

Magicshark: /* Hardware */

Achtung dies ist ein [[Arbeitsgruppe_WoW|WoW]] (Maintainer: siehe Changelog)
----

Auf dieser Seite sollen Informationen rund um die Fonera+ gesammelt werden: best practice Konfigurationen im Funknetz, neue Ideen, Probleme, Testergebnisse, Anleitungen. Dadurch sollen know how für den Einsatz im Funknetz gesammelt und die Weiterentwicklung von Firmwares vorangetrieben werden. Auch wenn diese Seite am Anfang nicht primär für unerfahrene Benutzer gedacht ist, werden die Informationen hier für die Entwicklung einer Enduserfirmware nützlich sein.

=Hardware=
Die Fonera+ unterscheidet sich äußerlich von der Fonera fast nur durch einen zweiten Ethernetport und das wesentlich größere Gehäuse. Schraubt man die Fonera+ auf, so sieht man, dass die Platine schon für die Fonera2 (mit USB) vorbereitet sein dürfte und ausserdem den Marvel Switch und 2 PHY's für die beiden Netzwerkanschlüsse. Es sind also keine großen Änderungen zur Fonera2 zu erwarten - ein Grund mehr warum gute Unterstützung für die Fonera+ sinnvoll erscheint.

Die Fonera+ wird seit einiger Zeit von OpenWRT prinzipiell unterstützt, aber nicht vom letzten Release kamikaze 7.09. Allerdings gibt es derzeit noch einige Mänge Mängel, darunter einen scherwiegenden, nämlich die Mangelhafte Unterstützung des neu integrierten Switches und damit keine produktionsreife Netzwerkunterstützung.

Der Rest ist bei Fonera+ auch zur Fonera weitgehend kompatibel geblieben. Auf der OpenWRT Wiki-Seite zur [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Fon/Fonera Fonera] findet man viele Informationen die auch für die Fonera+ gelten.

Falls die Fonera+ nach dem Flashen nicht auf 192.168.1.1 per Ping erreichbar ist, wird vermutlich der Switch Bug zugeschlagen haben und die verwendete Firmware nicht funktionieren. Man kann dann immer noch mit einem Seriellen Kabel auf die Fonera zugreifen und WLAN aktivieren (ist standardmässig deaktiviert), aber das kabelgebundene Netzwerk wird nicht funktionieren. Nach dzt. Stand (2010-01-09) funktoniert die Fonera+ nur ab Trunk Build ~r17800 (8.09.2-RC2 läuft nicht). Erfolgreich war das flashen des Openwrt/Atheros Snapshots 2010-01-06 (hat allerdings kein funktionierendes Webinterface out of the Box).

=Konfiguration für aktuelles (8.09) kamikaze und 0xFF=
Es gibt eine vorbereitete best practice Konfiguration für die Fonera(+) und kamikaze für den Einsatz im Funkfeuer Mesh. Die Installation ist denkbar einfach:

Entweder (für die Fonera+)
* http://texas.funkfeuer.at/~harald/firmware-0.5/0xff-bootstrap-fonera+_0.5.tgz
oder (für die Fonera)
* http://texas.funkfeuer.at/~harald/firmware-0.5/0xff-bootstrap-fonera_0.5.tgz
herunterladen und nach /tmp auf dem Router, auf dem bereits kamikaze läuft, kopieren:
scp 0xff-bootstrap-fonera_0.5.tgz root@192.168.1.1:/tmp/

Dann auf dem Router einloggen, das Archiv entpacken und das 0xff-bootstrap Skript mit der gewünschten wlan-IP starten:
ssh root@192.168.1.1
cd /tmp/
tar -xzf 0xff-bootstrap-fonera_0.5.tgz
./0xff-bootstrap 10.42.42.1 # Use your own IP!!!

Das war's! Wenn du willst, kannst du selber noch ein paar Konfigurationsdateien bearbeiten, musst du aber wahrscheinlich nicht. Neu starten und die Fonera sollte sich mit dem Mesh verbinden.

Siehe den nächsten (obsoleten) Abschnitt für Hintergrundinformationen.

=Experimentelle Firmware für 0xFF (obsolet)=
Um die Arbeit an der Fonera+ zu erleichtern, gibt es eine eigene Firmware für Funkfeuer, die jeder verwenden kann, der mit ssh/putty und einem Texteditor umgehen kann. Die Firmware orientiert sich möglichst nahe an OpenWRT, hat aber ein paar kleinere Änderungen um Experimente leichter zu machen:

* keine Firewall
* statische IPs für LAN/WAN
* Kein olsrd im read only Dateisystem, damit Tests mit verschienen Versionen leicht gemacht werden können
* Das Tool "ip" ist installiert, wie in der Freifunkfirmware
* Das Tool "patch" ist installiert, für einfache Konfigupdates
* traffic priorization: OLSR traffic vor allem anderen

==Herunterladen==
Die Firmware besteht momentan aus folgenden Dateien:
* http://texas.funkfeuer.at/~harald/firmware/openwrt-atheros-vmlinux.lzma - das Kernelimage
* http://texas.funkfeuer.at/~harald/firmware/openwrt-atheros-root.squashfs - das read only Dateisystem
* http://texas.funkfeuer.at/~harald/firmware/olsr-minimal.tgz - Alle Pakete die notwendig sind, um den olsrd zu starten
* http://texas.funkfeuer.at/~harald/firmware/0xff-config-fonera+_0.3.tgz - tarball mit Konfiguration für Funkfeuer (olsr, Kanal 13 freischalten, etc.)

Die Firmware funktioniert auch mit der "normalen" Fonera. Dafür gibt es einen eigenen leicht veränderten Konfigtarball:
* http://texas.funkfeuer.at/~harald/firmware/0xff-config-fonera_0.3.tgz

===Original OpenWrt===
Der Konfigtarball funktioniert auch mit den originalen Firmwareimages von OpenWrt. (Aktuelle Snapshots oder Release Candidates) - Allerdings müssen ein paar Pakete nachinstalliert werden.

* ip - für wait4default
* kmod-sched - Kernelmodule für olsr traffic control
* tc - für olsr traffic control

Für alles weitere sollte es keinen Unterschied machen welche Firmware verwendet wird.

==Installation==
===Flashen===
Zuerst müssen das Kernelimage und das Dateisystem auf die Fonera+ geschrieben werden. Eine recht ausfühliche Anleitung gibt's im [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Fon/Fonera OpenWRT-Wiki]. Am einfachsten geht es allerdings mit dem [http://http://download.berlin.freifunk.net/sven-ola/area51/ap51-flash-gui.exe AP51-Flash-gui] Tool oder dem Programm [http://www.gargoyle-router.com/downloads/fon-flash/fon-flash-windows.zip Fon-Flash].

Für Experten: Der RedBoot der Fonera+ wartet auf der Adresse 192.168.1.1 und Port 9000 für 2 Sekunden auf eine Verbindung von 192.168.1.254. D.h. der Router kann dann auch mit Hilfe eine TFTP Servers (z.B. der Opensource Server TFTP32) auf dem eigenen PC und Konfiguration via Telnet geflasht werden. PC Bekommt dazu die IP 192.168.1.254 und sollte mit der Fonera (Lan Port) am besten über einen alten 10Mbit Hub verbunden sein. Die Notwendigen Befehle sieht man im Fon-Flash Tool bzw. im Openwrt Fonera Wiki.

===Konfiguration===
Nach dem Flashen wird die Fonera neu gestartet und wartet dann auf der Adresse 192.168.1.1 auf eine telnet Verbindung (diesmal standard telnet port). Sobald mit dem Befehl "passwd" ein Passwort gesetzt wird, kann man sich mit "ssh root@192.168.1.1" einloggen, dafür gibt es dann kein telnet mehr ...

Der Konfigtarball enthält ein vollständig lauffähiges Funkfeuersetup, allerdings sollten ein paar Dinge (zumindest die IP Adressen!) angepasst werden. Der Tarball kann einfach auf die Fonera+ kopiert und dann im Wurzelverzeichnis ausgepackt werden:

scp 0xff-config-fonera+_0.3.tgz root@192.168.1.1:/tmp/
cd /
tar -xzf /tmp/0xff-config-fonera+_0.3.tgz

Die zu ändernden Einstellungen sind durch spezielle Kommentare markiert, die mit grep leicht gefunden werden können:
grep -r Edit.this /etc ... diese Einstellung MUSS geändert werden
grep -r Maybe.edit.this /etc ... weitere Einstellungen wie Kanal
grep -ri edit.this /etc ... findet noch mehr

Wer sich mit dem auf der Firmware installierten vi nicht wohlfühlt, kann den Konfigtarball auch zuerst am PC entpacken, dort editieren und dann erst auf die Fonera+ transferieren. Aber Vorsicht beim Entpacken am PC: Der Tarball legt kein eigenes Unterverzeichnis an, weil er für das Entpacken im / des Routers vorbereitet ist.

===OLSR===
Der Router sollte jetzt eigentlich fertig konfiguriert sein, aber wir brauchen noch zusätzliche Software - insbesonder den olsrd - bevor er einsatzbereit ist. Um die Installation auf Routern ohne Internet zu erleichtern, gibt es die Datei olsr-minimal.tgz, diese wird auf den Router kopiert, entpackt und die Pakete installiert:

am PC:
scp olsr-minimal.tgz root@192.168.1.1:/tmp/
am Router:
cd /tmp
tar -xzf olsr-minimal.tgz
opkg install libpthread_XXX_mips.ipk
opkg install olsrd_XXX_mips.ipk
opkg install olsrd-mod-httpinfo_XXX_mips.ipk
opkg install olsrd-mod-txtinfo_XXX_mips.ipk
/etc/init.d/olsr-ff enable # Starte olsrd beim booten
/etc/init.d/olsr-ff start # Starte olsrd jetzt!
/etc/init.d/rtprio enable
/etc/init.d/rtprio start

Spätestens jetzt sollten wir Internet auf unserem Router haben. Das heißt jetzt ist ein guter Zeitpunkt, um noch mehr Software (zum Beispiel tcpdump) zu installieren:

opkg update
opkg install foo
opkg install bar

Wer gerne eine aktuelle Zeit auf seinem Router hat, kann auch noch folgendes machen:

/etc/init.d/wait4default enable
/etc/init.d/rdate enable

Jetzt ist auch ein guter Zeitpunkt um den Router einmal neu zu starten und zu sehen, ob wirklich alles automatisch funktioniert wie es soll.

==Probleme==
Hier werden technische Mängel der Firmware gesammelt. Bei der Lösung ist enge Zusammenarbeit mit OpenWRT notwendig und sinnvoll. Je nach Möglichkeit bitte Verweise auf Tickets, Links, etc. einfügen.

* Der Ethernet Switch empfängt keine Daten, wenn eth0 nicht im promiscuous mode ist - sobald man auf einem Ethernet Interface tcpdump startet geht alles. Als workaround wird derzeit auf einem der virtuellen Interfaces (meist eth0.0 - LAN) eine bridge angelegt.
* Der Switch ist momentan nicht konfigurierbar.
* Das Atheros Interface empfängt im promiscuous mode auch frames mit einer fremden BSSID solang der Kanal stimmt. Von diesem Problem sind auch die anderen Foneras betroffen. Vermutlich ein madwifi Problem. Workaround ist nicht notwendig, weil das Problem nicht besonders schlimm stört.

==Was noch fehlt==
Die folgenden Dinge müssen noch in einer Firmware implementiert werden, bevor die Fonera+ als unterstütze Hardware gelten kann:
* testen
* Noch mehr testen
* ?

Arbeitsgruppe FoneraPlus

2010-01-10T01:28:18Z

Magicshark: /* Flashen */

Achtung dies ist ein [[Arbeitsgruppe_WoW|WoW]] (Maintainer: siehe Changelog)
----

Auf dieser Seite sollen Informationen rund um die Fonera+ gesammelt werden: best practice Konfigurationen im Funknetz, neue Ideen, Probleme, Testergebnisse, Anleitungen. Dadurch sollen know how für den Einsatz im Funknetz gesammelt und die Weiterentwicklung von Firmwares vorangetrieben werden. Auch wenn diese Seite am Anfang nicht primär für unerfahrene Benutzer gedacht ist, werden die Informationen hier für die Entwicklung einer Enduserfirmware nützlich sein.

=Hardware=
Die Fonera+ unterscheidet sich äußerlich von der Fonera fast nur durch einen zweiten Ethernetport und das wesentlich größere Gehäuse. Schraubt man die Fonera+ auf, so sieht man, dass die Platine schon für die Fonera2 (mit USB) vorbereitet sein dürfte und ausserdem den Marvel Switch und 2 PHY's für die beiden Netzwerkanschlüsse. Es sind also keine großen Änderungen zur Fonera2 zu erwarten - ein Grund mehr warum gute Unterstützung für die Fonera+ sinnvoll erscheint.

Die Fonera+ wird seit einiger Zeit von OpenWRT prinzipiell unterstützt, aber nicht vom letzten Release kamikaze 7.09. Allerdings gibt es derzeit noch einige Mänge Mängel, darunter einen scherwiegenden, nämlich die Mangelhafte Unterstützung des neu integrierten Switches und damit keine produktionsreife Netzwerkunterstützung.

Der Rest ist bei Fonera+ auch zur Fonera weitgehend kompatibel geblieben. Auf der OpenWRT Wiki-Seite zur [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Fon/Fonera Fonera] findet man viele Informationen die auch für die Fonera+ gelten.

=Konfiguration für aktuelles (8.09) kamikaze und 0xFF=
Es gibt eine vorbereitete best practice Konfiguration für die Fonera(+) und kamikaze für den Einsatz im Funkfeuer Mesh. Die Installation ist denkbar einfach:

Entweder (für die Fonera+)
* http://texas.funkfeuer.at/~harald/firmware-0.5/0xff-bootstrap-fonera+_0.5.tgz
oder (für die Fonera)
* http://texas.funkfeuer.at/~harald/firmware-0.5/0xff-bootstrap-fonera_0.5.tgz
herunterladen und nach /tmp auf dem Router, auf dem bereits kamikaze läuft, kopieren:
scp 0xff-bootstrap-fonera_0.5.tgz root@192.168.1.1:/tmp/

Dann auf dem Router einloggen, das Archiv entpacken und das 0xff-bootstrap Skript mit der gewünschten wlan-IP starten:
ssh root@192.168.1.1
cd /tmp/
tar -xzf 0xff-bootstrap-fonera_0.5.tgz
./0xff-bootstrap 10.42.42.1 # Use your own IP!!!

Das war's! Wenn du willst, kannst du selber noch ein paar Konfigurationsdateien bearbeiten, musst du aber wahrscheinlich nicht. Neu starten und die Fonera sollte sich mit dem Mesh verbinden.

Siehe den nächsten (obsoleten) Abschnitt für Hintergrundinformationen.

=Experimentelle Firmware für 0xFF (obsolet)=
Um die Arbeit an der Fonera+ zu erleichtern, gibt es eine eigene Firmware für Funkfeuer, die jeder verwenden kann, der mit ssh/putty und einem Texteditor umgehen kann. Die Firmware orientiert sich möglichst nahe an OpenWRT, hat aber ein paar kleinere Änderungen um Experimente leichter zu machen:

* keine Firewall
* statische IPs für LAN/WAN
* Kein olsrd im read only Dateisystem, damit Tests mit verschienen Versionen leicht gemacht werden können
* Das Tool "ip" ist installiert, wie in der Freifunkfirmware
* Das Tool "patch" ist installiert, für einfache Konfigupdates
* traffic priorization: OLSR traffic vor allem anderen

==Herunterladen==
Die Firmware besteht momentan aus folgenden Dateien:
* http://texas.funkfeuer.at/~harald/firmware/openwrt-atheros-vmlinux.lzma - das Kernelimage
* http://texas.funkfeuer.at/~harald/firmware/openwrt-atheros-root.squashfs - das read only Dateisystem
* http://texas.funkfeuer.at/~harald/firmware/olsr-minimal.tgz - Alle Pakete die notwendig sind, um den olsrd zu starten
* http://texas.funkfeuer.at/~harald/firmware/0xff-config-fonera+_0.3.tgz - tarball mit Konfiguration für Funkfeuer (olsr, Kanal 13 freischalten, etc.)

Die Firmware funktioniert auch mit der "normalen" Fonera. Dafür gibt es einen eigenen leicht veränderten Konfigtarball:
* http://texas.funkfeuer.at/~harald/firmware/0xff-config-fonera_0.3.tgz

===Original OpenWrt===
Der Konfigtarball funktioniert auch mit den originalen Firmwareimages von OpenWrt. (Aktuelle Snapshots oder Release Candidates) - Allerdings müssen ein paar Pakete nachinstalliert werden.

* ip - für wait4default
* kmod-sched - Kernelmodule für olsr traffic control
* tc - für olsr traffic control

Für alles weitere sollte es keinen Unterschied machen welche Firmware verwendet wird.

==Installation==
===Flashen===
Zuerst müssen das Kernelimage und das Dateisystem auf die Fonera+ geschrieben werden. Eine recht ausfühliche Anleitung gibt's im [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Fon/Fonera OpenWRT-Wiki]. Am einfachsten geht es allerdings mit dem [http://http://download.berlin.freifunk.net/sven-ola/area51/ap51-flash-gui.exe AP51-Flash-gui] Tool oder dem Programm [http://www.gargoyle-router.com/downloads/fon-flash/fon-flash-windows.zip Fon-Flash].

Für Experten: Der RedBoot der Fonera+ wartet auf der Adresse 192.168.1.1 und Port 9000 für 2 Sekunden auf eine Verbindung von 192.168.1.254. D.h. der Router kann dann auch mit Hilfe eine TFTP Servers (z.B. der Opensource Server TFTP32) auf dem eigenen PC und Konfiguration via Telnet geflasht werden. PC Bekommt dazu die IP 192.168.1.254 und sollte mit der Fonera (Lan Port) am besten über einen alten 10Mbit Hub verbunden sein. Die Notwendigen Befehle sieht man im Fon-Flash Tool bzw. im Openwrt Fonera Wiki.

===Konfiguration===
Nach dem Flashen wird die Fonera neu gestartet und wartet dann auf der Adresse 192.168.1.1 auf eine telnet Verbindung (diesmal standard telnet port). Sobald mit dem Befehl "passwd" ein Passwort gesetzt wird, kann man sich mit "ssh root@192.168.1.1" einloggen, dafür gibt es dann kein telnet mehr ...

Der Konfigtarball enthält ein vollständig lauffähiges Funkfeuersetup, allerdings sollten ein paar Dinge (zumindest die IP Adressen!) angepasst werden. Der Tarball kann einfach auf die Fonera+ kopiert und dann im Wurzelverzeichnis ausgepackt werden:

scp 0xff-config-fonera+_0.3.tgz root@192.168.1.1:/tmp/
cd /
tar -xzf /tmp/0xff-config-fonera+_0.3.tgz

Die zu ändernden Einstellungen sind durch spezielle Kommentare markiert, die mit grep leicht gefunden werden können:
grep -r Edit.this /etc ... diese Einstellung MUSS geändert werden
grep -r Maybe.edit.this /etc ... weitere Einstellungen wie Kanal
grep -ri edit.this /etc ... findet noch mehr

Wer sich mit dem auf der Firmware installierten vi nicht wohlfühlt, kann den Konfigtarball auch zuerst am PC entpacken, dort editieren und dann erst auf die Fonera+ transferieren. Aber Vorsicht beim Entpacken am PC: Der Tarball legt kein eigenes Unterverzeichnis an, weil er für das Entpacken im / des Routers vorbereitet ist.

===OLSR===
Der Router sollte jetzt eigentlich fertig konfiguriert sein, aber wir brauchen noch zusätzliche Software - insbesonder den olsrd - bevor er einsatzbereit ist. Um die Installation auf Routern ohne Internet zu erleichtern, gibt es die Datei olsr-minimal.tgz, diese wird auf den Router kopiert, entpackt und die Pakete installiert:

am PC:
scp olsr-minimal.tgz root@192.168.1.1:/tmp/
am Router:
cd /tmp
tar -xzf olsr-minimal.tgz
opkg install libpthread_XXX_mips.ipk
opkg install olsrd_XXX_mips.ipk
opkg install olsrd-mod-httpinfo_XXX_mips.ipk
opkg install olsrd-mod-txtinfo_XXX_mips.ipk
/etc/init.d/olsr-ff enable # Starte olsrd beim booten
/etc/init.d/olsr-ff start # Starte olsrd jetzt!
/etc/init.d/rtprio enable
/etc/init.d/rtprio start

Spätestens jetzt sollten wir Internet auf unserem Router haben. Das heißt jetzt ist ein guter Zeitpunkt, um noch mehr Software (zum Beispiel tcpdump) zu installieren:

opkg update
opkg install foo
opkg install bar

Wer gerne eine aktuelle Zeit auf seinem Router hat, kann auch noch folgendes machen:

/etc/init.d/wait4default enable
/etc/init.d/rdate enable

Jetzt ist auch ein guter Zeitpunkt um den Router einmal neu zu starten und zu sehen, ob wirklich alles automatisch funktioniert wie es soll.

==Probleme==
Hier werden technische Mängel der Firmware gesammelt. Bei der Lösung ist enge Zusammenarbeit mit OpenWRT notwendig und sinnvoll. Je nach Möglichkeit bitte Verweise auf Tickets, Links, etc. einfügen.

* Der Ethernet Switch empfängt keine Daten, wenn eth0 nicht im promiscuous mode ist - sobald man auf einem Ethernet Interface tcpdump startet geht alles. Als workaround wird derzeit auf einem der virtuellen Interfaces (meist eth0.0 - LAN) eine bridge angelegt.
* Der Switch ist momentan nicht konfigurierbar.
* Das Atheros Interface empfängt im promiscuous mode auch frames mit einer fremden BSSID solang der Kanal stimmt. Von diesem Problem sind auch die anderen Foneras betroffen. Vermutlich ein madwifi Problem. Workaround ist nicht notwendig, weil das Problem nicht besonders schlimm stört.

==Was noch fehlt==
Die folgenden Dinge müssen noch in einer Firmware implementiert werden, bevor die Fonera+ als unterstütze Hardware gelten kann:
* testen
* Noch mehr testen
* ?

Arbeitsgruppe FoneraPlus

2010-01-10T01:19:46Z

Magicshark: /* Hardware */

Achtung dies ist ein [[Arbeitsgruppe_WoW|WoW]] (Maintainer: siehe Changelog)
----

Auf dieser Seite sollen Informationen rund um die Fonera+ gesammelt werden: best practice Konfigurationen im Funknetz, neue Ideen, Probleme, Testergebnisse, Anleitungen. Dadurch sollen know how für den Einsatz im Funknetz gesammelt und die Weiterentwicklung von Firmwares vorangetrieben werden. Auch wenn diese Seite am Anfang nicht primär für unerfahrene Benutzer gedacht ist, werden die Informationen hier für die Entwicklung einer Enduserfirmware nützlich sein.

=Hardware=
Die Fonera+ unterscheidet sich äußerlich von der Fonera fast nur durch einen zweiten Ethernetport und das wesentlich größere Gehäuse. Schraubt man die Fonera+ auf, so sieht man, dass die Platine schon für die Fonera2 (mit USB) vorbereitet sein dürfte und ausserdem den Marvel Switch und 2 PHY's für die beiden Netzwerkanschlüsse. Es sind also keine großen Änderungen zur Fonera2 zu erwarten - ein Grund mehr warum gute Unterstützung für die Fonera+ sinnvoll erscheint.

Die Fonera+ wird seit einiger Zeit von OpenWRT prinzipiell unterstützt, aber nicht vom letzten Release kamikaze 7.09. Allerdings gibt es derzeit noch einige Mänge Mängel, darunter einen scherwiegenden, nämlich die Mangelhafte Unterstützung des neu integrierten Switches und damit keine produktionsreife Netzwerkunterstützung.

Der Rest ist bei Fonera+ auch zur Fonera weitgehend kompatibel geblieben. Auf der OpenWRT Wiki-Seite zur [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Fon/Fonera Fonera] findet man viele Informationen die auch für die Fonera+ gelten.

=Konfiguration für aktuelles (8.09) kamikaze und 0xFF=
Es gibt eine vorbereitete best practice Konfiguration für die Fonera(+) und kamikaze für den Einsatz im Funkfeuer Mesh. Die Installation ist denkbar einfach:

Entweder (für die Fonera+)
* http://texas.funkfeuer.at/~harald/firmware-0.5/0xff-bootstrap-fonera+_0.5.tgz
oder (für die Fonera)
* http://texas.funkfeuer.at/~harald/firmware-0.5/0xff-bootstrap-fonera_0.5.tgz
herunterladen und nach /tmp auf dem Router, auf dem bereits kamikaze läuft, kopieren:
scp 0xff-bootstrap-fonera_0.5.tgz root@192.168.1.1:/tmp/

Dann auf dem Router einloggen, das Archiv entpacken und das 0xff-bootstrap Skript mit der gewünschten wlan-IP starten:
ssh root@192.168.1.1
cd /tmp/
tar -xzf 0xff-bootstrap-fonera_0.5.tgz
./0xff-bootstrap 10.42.42.1 # Use your own IP!!!

Das war's! Wenn du willst, kannst du selber noch ein paar Konfigurationsdateien bearbeiten, musst du aber wahrscheinlich nicht. Neu starten und die Fonera sollte sich mit dem Mesh verbinden.

Siehe den nächsten (obsoleten) Abschnitt für Hintergrundinformationen.

=Experimentelle Firmware für 0xFF (obsolet)=
Um die Arbeit an der Fonera+ zu erleichtern, gibt es eine eigene Firmware für Funkfeuer, die jeder verwenden kann, der mit ssh/putty und einem Texteditor umgehen kann. Die Firmware orientiert sich möglichst nahe an OpenWRT, hat aber ein paar kleinere Änderungen um Experimente leichter zu machen:

* keine Firewall
* statische IPs für LAN/WAN
* Kein olsrd im read only Dateisystem, damit Tests mit verschienen Versionen leicht gemacht werden können
* Das Tool "ip" ist installiert, wie in der Freifunkfirmware
* Das Tool "patch" ist installiert, für einfache Konfigupdates
* traffic priorization: OLSR traffic vor allem anderen

==Herunterladen==
Die Firmware besteht momentan aus folgenden Dateien:
* http://texas.funkfeuer.at/~harald/firmware/openwrt-atheros-vmlinux.lzma - das Kernelimage
* http://texas.funkfeuer.at/~harald/firmware/openwrt-atheros-root.squashfs - das read only Dateisystem
* http://texas.funkfeuer.at/~harald/firmware/olsr-minimal.tgz - Alle Pakete die notwendig sind, um den olsrd zu starten
* http://texas.funkfeuer.at/~harald/firmware/0xff-config-fonera+_0.3.tgz - tarball mit Konfiguration für Funkfeuer (olsr, Kanal 13 freischalten, etc.)

Die Firmware funktioniert auch mit der "normalen" Fonera. Dafür gibt es einen eigenen leicht veränderten Konfigtarball:
* http://texas.funkfeuer.at/~harald/firmware/0xff-config-fonera_0.3.tgz

===Original OpenWrt===
Der Konfigtarball funktioniert auch mit den originalen Firmwareimages von OpenWrt. (Aktuelle Snapshots oder Release Candidates) - Allerdings müssen ein paar Pakete nachinstalliert werden.

* ip - für wait4default
* kmod-sched - Kernelmodule für olsr traffic control
* tc - für olsr traffic control

Für alles weitere sollte es keinen Unterschied machen welche Firmware verwendet wird.

==Installation==
===Flashen===
Zuerst müssen das Kernelimage und das Dateisystem auf die Fonera+ geschrieben werden. Eine recht ausfühliche Anleitung gibt's im [http://wiki.openwrt.org/OpenWrtDocs/Hardware/Fon/Fonera OpenWRT-Wiki].

Für Experten: Der RedBoot der Fonera+ wartet auf der Adresse 192.168.1.1 und Port 9000 für 2 Sekunden auf eine Verbindung von 192.168.1.254.

===Konfiguration===
Nach dem Flashen wird die Fonera neu gestartet und wartet dann auf der Adresse 192.168.1.1 auf eine telnet Verbindung (diesmal standard telnet port). Sobald mit dem Befehl "passwd" ein Passwort gesetzt wird, kann man sich mit "ssh root@192.168.1.1" einloggen, dafür gibt es dann kein telnet mehr ...

Der Konfigtarball enthält ein vollständig lauffähiges Funkfeuersetup, allerdings sollten ein paar Dinge (zumindest die IP Adressen!) angepasst werden. Der Tarball kann einfach auf die Fonera+ kopiert und dann im Wurzelverzeichnis ausgepackt werden:

scp 0xff-config-fonera+_0.3.tgz root@192.168.1.1:/tmp/
cd /
tar -xzf /tmp/0xff-config-fonera+_0.3.tgz

Die zu ändernden Einstellungen sind durch spezielle Kommentare markiert, die mit grep leicht gefunden werden können:
grep -r Edit.this /etc ... diese Einstellung MUSS geändert werden
grep -r Maybe.edit.this /etc ... weitere Einstellungen wie Kanal
grep -ri edit.this /etc ... findet noch mehr

Wer sich mit dem auf der Firmware installierten vi nicht wohlfühlt, kann den Konfigtarball auch zuerst am PC entpacken, dort editieren und dann erst auf die Fonera+ transferieren. Aber Vorsicht beim Entpacken am PC: Der Tarball legt kein eigenes Unterverzeichnis an, weil er für das Entpacken im / des Routers vorbereitet ist.

===OLSR===
Der Router sollte jetzt eigentlich fertig konfiguriert sein, aber wir brauchen noch zusätzliche Software - insbesonder den olsrd - bevor er einsatzbereit ist. Um die Installation auf Routern ohne Internet zu erleichtern, gibt es die Datei olsr-minimal.tgz, diese wird auf den Router kopiert, entpackt und die Pakete installiert:

am PC:
scp olsr-minimal.tgz root@192.168.1.1:/tmp/
am Router:
cd /tmp
tar -xzf olsr-minimal.tgz
opkg install libpthread_XXX_mips.ipk
opkg install olsrd_XXX_mips.ipk
opkg install olsrd-mod-httpinfo_XXX_mips.ipk
opkg install olsrd-mod-txtinfo_XXX_mips.ipk
/etc/init.d/olsr-ff enable # Starte olsrd beim booten
/etc/init.d/olsr-ff start # Starte olsrd jetzt!
/etc/init.d/rtprio enable
/etc/init.d/rtprio start

Spätestens jetzt sollten wir Internet auf unserem Router haben. Das heißt jetzt ist ein guter Zeitpunkt, um noch mehr Software (zum Beispiel tcpdump) zu installieren:

opkg update
opkg install foo
opkg install bar

Wer gerne eine aktuelle Zeit auf seinem Router hat, kann auch noch folgendes machen:

/etc/init.d/wait4default enable
/etc/init.d/rdate enable

Jetzt ist auch ein guter Zeitpunkt um den Router einmal neu zu starten und zu sehen, ob wirklich alles automatisch funktioniert wie es soll.

==Probleme==
Hier werden technische Mängel der Firmware gesammelt. Bei der Lösung ist enge Zusammenarbeit mit OpenWRT notwendig und sinnvoll. Je nach Möglichkeit bitte Verweise auf Tickets, Links, etc. einfügen.

* Der Ethernet Switch empfängt keine Daten, wenn eth0 nicht im promiscuous mode ist - sobald man auf einem Ethernet Interface tcpdump startet geht alles. Als workaround wird derzeit auf einem der virtuellen Interfaces (meist eth0.0 - LAN) eine bridge angelegt.
* Der Switch ist momentan nicht konfigurierbar.
* Das Atheros Interface empfängt im promiscuous mode auch frames mit einer fremden BSSID solang der Kanal stimmt. Von diesem Problem sind auch die anderen Foneras betroffen. Vermutlich ein madwifi Problem. Workaround ist nicht notwendig, weil das Problem nicht besonders schlimm stört.

==Was noch fehlt==
Die folgenden Dinge müssen noch in einer Firmware implementiert werden, bevor die Fonera+ als unterstütze Hardware gelten kann:
* testen
* Noch mehr testen
* ?

Arbeitsgruppe Hardware Mikrotik Routerboards

2010-01-02T20:58:10Z

Magicshark: /* 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_roof rb433
10.7.5.2 liechtwicht_cellar Linksys WRT54gl (193.238.158.154)

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.*) hh10

10.7.11.1 rb433 rosenstein
(10.7.11.2) Buffalo

10.7.12.1 rei6 rb433AH (nbg, hansi5, loef34, modul)
10.7.12.2 rei6 linksys wrt54gs

10.7.13.1 ho6 rb433
10.7.13.2 Linksys WRT54gl (193.238.158.187)

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 wo9 linksys (193.238.156.28, 192.168.222.61) (vlan7 auf osbridge/rb link spinnt leider desweilen)

maybe also setup an dns for it

old mangement ips will get deprecated soon

== IP Assignments: ==

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)

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]]

Freifunk Firmware

2009-10-06T17:59:57Z

Magicshark: /* Zwei Router im Verbund */

<google>WIKI</google>

==Download==
Die Firmware von Freifunk in einer für deutsch "de" angepassten Form ist [http://download-master.berlin.freifunk.net/ipkg/ hier] zu finden.
Im [http://download-master.berlin.freifunk.net/ipkg/readme.txt Readme] ist beschrieben, welche Firmware Version zu welcher Hardware Version passt.
[http://ipkg.funkfeuer.at/ oder hier (besser)] ist der 0xff paketserver

Hier ein kurzer Auszug des Readme der Version 1.6.7:

_g+gl/ Linksys WRT54G-v1.x|2.0|2.2|3.0|3.1|4.0, WRT54GL-v1.0|1.1
_gs/ Linksys WRT54GS-v1.0, WRT54GS-v1.1
_gs40/ Linksys WRT54GS-v4.0 (WRT54GS-v3.0 unverified)
_g3g/ Linksys WRT54G3G (a WRT54G with PCMCIA UMTS card)
_allnet/ Allnet ALL0277 (tested: all0277 without ADSL)
_moto/ Motorola WR850G (tested: wr850g v1.0, minor issues)
_se505/ Siemens SE505 (v1.0|2.0)
_trx/ Linksys WAP54G-v1.1|2.0|3.0, WRT54G-v5.0|5.1|6.0, WRT54GS-
v5.0|5.1|6.0; Asus WL500, WL500-Deluxe, WL500-Premium;
Buffalo WHR-G54S, WHR-HP-G54 && for Freifunk updates
_failsafe/ Emergency minimal failsafe files, only telnet 192.168.1.1
_kit/ BIN/TRX Linux generation kits, Micro+WEP versions here

eventuelle Beta Version gibt es [http://download-master.berlin.freifunk.net/sven-ola/testing/ hier]

empfohlen vom 0xff Paketserver:
im Ordner /autoupdate/ angepasste 0xff Version inklusive unser Autoupdate Paket
(per trx Version per update auch bei linksys)[http://wiki.funkfeuer.at/index.php/Freifunk_aktualisieren Anleitung]

==Installation linksys (.bin) und buffalo (.trx)==
=== Installation per web Interface (einfacher, nur Linksys) ===
Nun wird eine neue Firmware in den Router "geflasht", also installiert.
Was ist zu tun:
*IP des PCs fix auf 192.168.1.2 ((einzustellen unter "Systemsteuerung"->"Netzwerkverbindungen". Dort auf die LAN-Verbindung des Routers, Rechtsklick auf "Eigenschaften")
*Ebenfalls dort die Netzwerkmaske (net mask) 255.255.255.0 einstellen
*Im Webinterface des Routers den Menüpunkt "Firmware Upgrade" (in der deutschen Version heißt das anders!) anklicken und die soeben gespeicherte Freifunk Firmware als Datei angeben.
*Ein wenig warten (10 min)
*Das Webinterface der neuen Firmware auf http://192.168.1.1 aufrufen

Logindaten ab Werk zum Konfigurieren für Linksys WRT54 Router:
:Benutzername: root
:Passwort: admin

->Tipp: Sobald man eine Änderung der Router Konfiguration vorgenommen hat, fordert die Firmware zum Neustart auf. Dies muss aber nicht sofort erfolgen, sondern man kann durchaus zuerst alle neuen Einstellungen vornehmen und erst dann neu starten!

===Installation mit tftp (linksys und buffalo)===

Hier die Beschreibungen für tftp und tftp2 (Windows-GUI) und tftp für Linux.

====tftp Windows====
* IP des PCs fix auf 192.168.1.2 einstellen (bzw 192.168.11.2 bei buffalo)
* am PC die DOS Eingabeaufforderung aufmachen (Start -> Ausführen ... "cmd.exe")
* In der DOS Eingabeaufforderung den befehl

tftp -i 192.168.1.1 MEINEFREIFUNKIMAGEDATEI.bin
(192.168.11.1 MEINEFREIFUNKIMAGEDATEI.trx bei buffalo)

VORBEREITEN (wobei MEINEFREIFUNKIMAGEDATEI natürlich die freifunk Image Datei ist, die man downgeloadet hat).
Vorbereiten heißt: eintippen aber noch nicht enter drücken.
* die Linksys rebooten
* WICHTIG: den richtigen Moment erwischen und ENTER drücken.
Es ist oft ein bisschen ein Herumprobieren bis man den richtigen Moment erwischt.
Auch sollte man sich Zeit lassen, bis der Router unter 192.168.1.1 bzw 192.168.11.1 mit der Freifunk-Firmware per Browser erreichbar ist. Das kann bis zu 5 Minuten dauern.

====tftp2 Windows====

Deutlich einfacher geht das Flashen unter Windows mit tftp2.exe (einfach in google suchen). Prinzipiell ist die Vorgehensweise wie bei tftp.

* IP des PCs fix auf 192.168.1.2 einstellen (bzw 192.168.11.2 bei buffalo)
* Server ist 192.168.1.1 bzw 192.168.11.1
* kein Password
* File ist MEINEFREIFUNKIMAGEDATEI.bin bzw MEINEFREIFUNKIMAGEDATEI.trx
* den Router vom Strom abstecken
* anstecken und "kurz darauf" auf "Upgrade" drücken.

Es ist oft ein bisschen ein Herumprobieren bis man den richtigen Moment erwischt.
Auch sollte man sich Zeit lassen, bis der Router unter 192.168.1.1 bzw 192.168.11.1 mit der Freifunk-Firmware per Browser erreichbar ist. Das kann bis zu 5 Minuten dauern.

====tftp Linux====

* Paket "tftp-hpa" oder anderes geeignetes tftp-Tool installieren.
* Commando zum Flashen absetzen. dazu sollte man sich im Verzeichnis befinden wo auch die <aktuelle-firmwareversion>.trx liegt. In den Beipielen unten wird angenommen dass der Router die IP 192.168.11.1 hat. Der PC muss sich natürlich im gleichen IP-Netzwerk befinden.
* Dann den Router einschalten und warten...
tftp 192.168.11.1
binary
rexmt 1
timeout 60
trace
Packet tracing on.
tftp> put <aktuelle-firmwareversion>.trx

oder in einer command line (empfohlen):
echo -e "binary\nrexmt 1\ntimeout 60\ntrace\nput <aktuelle-firmwareversion>.trx\n" | tftp 192.168.11.1

==Standard Konfiguration==

'''Hinweis:'''
Seit Version 1.6 ist die Verwaltung der Firmware über WLAN deaktiviert,
da dabei das Routerpasswort ständig unverschlüsselt über Funk gesendet wird.
Man kann den Router aber dennoch über Funk verwalten, wenn man
[http://wiki.funkfeuer.at/index.php/Linksys_WRT54GL#Verwalten_via_Funk_geht_nicht über einen SSH-Tunnel verschlüsselt] auf die Weboberfläche zugreift
Das Paket [[Freifunk_Firmware#freifunk-recommended_bzw_0xff-recommended|Freifunk_recommended]] bringt aber bereits eine SSL-Erweiterung mit, um auch wieder über Funk auf die Verwaltung in der Weboberfläche zuzugreifen!
'''Hier nicht beschriebene Optionen der Freifunk-Firmware sollten unverändert übernommen werden'''

===Kennwort===
ein neues Kennwort zweimal eingeben
===Kontaktinfos===
*'''Spitzname:''' [[Frontend_Mitglied#.2A_Nickname|<Nickname aus dem Frontend/Redeemer>]]
*'''E-Mail:''' [[Frontend_Mitglied#.2A_E-Mail|<E-Mail aus dem Frontend/Redeemer>]]
*'''Standort:''' <Knotenname aus dem Frontend/Redeemer> (oder tatsächliche Adresse?)
:zb: "str99" (oder "Strasse 99"?)

===System===

*'''Rechnername:''' <device-name>
:z.B. "omni" oder "nordost" siehe auch: [[Frontend_Device#Name|Name des Devices im Frontend]]
*'''Domain:''' <knoten-name>.<ort>.funkfeuer.at
:z.B. "str99.wien.funkfeuer.at"
*'''DNS-Server:''' 193.238.157.16;193.238.157.5
:mit ''';''' OHNE Abstand
*'''Starte DNS/DHCP-Server:''' Einschalten
:bei z.B. WAP54g wegen Speichermangel ausschalten
*'''Zeitzone:''' MET-1MEST-2,M3.3.0,M10.5.0
*'''Land:''' Austria

===OLSR===
Alles leer bzw. auf default-Einstellung belassen, ausser...

*'''ACHTUNG WICHTIG:''' '''Broadcast IPV4:''' 255.255.255.255
*'''OLSR Tempo:''' 5
*'''QOS-Protokoll (ETX):''' Einschalten
*'''DynGW:''' Ausschalten (nur für <1.6.x, später nicht mehr vorhanden) allerdings verbleibt die Einstellung im nvram, und dyn_gw ist dann in neueren Firmwares weiterhin aktiv und macht probleme ausschalten nur mehr per ssh möglich: # nvram set ff_dyngw=0 commit'''
*'''Policy Routing:''' Ausschalten (Ausnahme: Router die auch noch über einen "normalen" Internetanschluss ins Internet können)
*'''Nameservice:''' Ausschalten (spart ein bisschen Traffic)
*'''REST''' unterhalb bleibt alles auf: Einschalten

soll die Konfiguration für olsr unter anderer firmware als Freifunkfirmware sein, dann gibts weitere DEtails hier,.. [[OLSR-Konfiguration]]

===Drahtlos===
WLAN-Protokoll: OLSR (static ab 1.6.13)

WLAN-IP-Adresse: die IP-Adresse dieses Devices, abzulesen in der Redeemer [[Frontend_Devices | Device Übersicht]] (193.238.15x.x)

WLAN-Netzmaske:

* bei einer Addresse zwischen '''193.238.156.0 und .159.254''':  255.255.25'''2'''.0 <- Achtung

* bei einer Addresse zwischen '''78.41.112.0 und .113.254''':      255.255.25'''5'''.0 <- Achtung

WLAN-Default-Route: bleibt leer! Das Routing erledigt OLSR. Fixe Routen erzeugen loops. Dann besser den OLSR LQ-Faktor unter Punkt OLSR ändern.

WLAN-Modus: ad-hoc

'''''NACH EINTRAGEN NOCH EINMAL AUF "DRAHTLOS" KLICKEN UM ssid, bssid und Kanal ZU '''KONTROLLIEREN.''' Bitte hier keine Fehler machen'''''

ESSID: z.B. v1.freiesnetz.www.funkfeuer.at [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]]

BSSID: '''zur not kurzzeitig LEER lassen funkpriorität bssid vor essid (MUSS man aber eintragen)''' [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]]

Kanal: z.B. 1 [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]]

'''''NACH EINTRAGEN NOCH EINMAL AUF "DRAHTLOS" KLICKEN UM ssid bssid und Kanal ZU KONTROLLIEREN. Bitte hier keine Fehler machen'''''

Kartentyp: 802.11b/g

Empfangsantenne: bei wrt54gL Antenne A (das der Antennenanschluss der nicht bei der Spannungsversorgung ist)

Sendeantenne: bei wrt54gL Antenne A (das der Antennenanschluss der nicht bei der Spannungsversorgung ist)
:[http://forum.funkfeuer.at/viewtopic.php?pid=173 Forum: 2ter Antennenanschluss am WRT54GL]

Sendeenergie: Minimaleinstellung ist 1 (sind Milliwatt) und maximal siehe [[Gesetzliche_Bestimmungen]] je nach Antennengewinn. Die meisten Linksys gehen am besten mit 45 mW, haben da die besten/meisten Verbindungen.
|in neuer firmware ist ein rechner dabei mit << nach links qdbm übernehmen

'''Achtung im Gegensatz zu alten ff versionen ist die sendeleistung in qdbm und nicht mehr mw '''
daher mit Kabel/Stecker-Verlust: Antennengewinn: das ergebniss ist im grauen feld zu sehen mit
und mit << in qdmb umrechnen lassen *45qdbm sind nur 13mw*, 60qdbm = 32mw, 70qdbm=56mw, 80qdbm=100mw

Entfernung (Meter): zb 14000 die meisten laufen mit 18000
| (nach motto paar Meter mehr Schaden nicht, zuwenige eher daher keinesfalls 1000 )

Funk-Modus: B und G Modus

(E)SSID senden: Einschalten

Basisrate: je nach Wlan-Modus

Übertragungsrate: auto |( bei schwierigen bedingungen 2! (NIE 1 das geht nicht gut)
und wenn die rate manchmal automatisch auf 1 (in statistik) geht dann 2 oder 5,5 selten auch bis 11 einstellen bei mehr gehen unter umständen nur mehr die stärksten verbindungen '''bitte immer wieder zeitweise mal beobachten korrigieren'''

Multicast-Rate: 5,5 in neuerer firmware

CTS-Schutz: aus

Frame-Burst: aus

Beacon-Intervall: 100

DTIM-Intervall: 1

Frag.-Schwelle: 2346

RTS-Schwelle: 250

MTU-Wert: leer oder 1500

===LAN===
LAN-Protokoll: statisch

LAN-IP: 192.168.1.1

LAN-Netzmaske: 255.255.255.0

LAN-Default-Route: LEER lassen

Statische Routen: LEER lassen

NAT ausschalten: nein -- im Wiener Funkfeuer Netz

NAT ausschalten: nein (JA -- wenn auf den LAN Ports weitere Funkfeuer Devices angesteckt werden)

Firewall ausschalten: Nein (JA -- wenn auf den LAN Ports weitere Funkfeuer Devices angesteckt werden)

DHCP-Start-IP: 192.168.1.100

DHCP-Benutzeranzahl: 100

DHCP-Lease-Dauer: kann leer bleiben oder 43200 für 12 Stunden''' aber nicht 0''' ! (0 deaktiviert den DHCP Server)

===WAN===
im Normalfall = deaktiviert

WAN-IP: leer

WAN-Mask: leer

WAN-Def.Route: leer

RJ45-Anschlüsse: '''automatischer Vorschlag darf NICHT verändert werden '''
"0 5" beim Buffalo WHR54 oder "4 5" beim Linksys WRT54gl oder auch 0 5 bei älteren Linksys

Diese Option verbindet die 5 physikalisch vorhandenen Anschlüsse mit dem internen (WAN)Anschluss

Beim Linksys Wrt54GL(!) gelten folgende Werte: 4=Internet(WAN), 3=LANport1, 2=LANport2, 1=LANport3, 0=LANport4

Will man zB 2 WAN Ports für 2 weitere Linksys haben, nimmt man 4 (WANPort) und 3 (LANport1) => "3 4 5" - zB alle LANports als WANport verwenden => "0 1 2 3 4 5"

===Publizieren===

===Software===
Die Installation [http://wiki.funkfeuer.at/index.php/Zus%C3%A4tzliche_Pakete zusätzlicher Software] ist optional, weil die Freifunk Firmware alle für 0xFF notwendigen Programme bereits installiert hat.

Das Paket 0xff-recommended-de installiert die Funkfeuer-Oberfläche, die Statistiken, wl-adv und weitere nützliche Pakete automatisch, es ist allerdings erst nach dem Einstellen des Funkfeuer Paketserves verfügbar, siehe weiter unten unter [[Freifunk_Firmware#Den_Funkfeuer_Paketserver_verwenden]]

===Firmware===
bevor man auf eine neuere Firmware Version updaten kann, muss man zuvor unter "Neustart" "starten im readonly modus" wählen und auch durchführen dan die 0xff.TRX rauf spielen.
Funk und LAN WAN bleiben nach diesen Neustart aktiv

Einstellungen bleiben auch nach einem Update erhalten. Daher kann auch per Funk upgedatet werden!!
[http://wiki.funkfeuer.at/index.php?title=Freifunk_aktualisieren ausführliche Anleitung]

===Neustart===
ohne Worte

==Anpassungen==
===Den Funkfeuer Paketserver verwenden===

Nachdem der original FreiFunk-Server gelegentlich nicht erreichbar ist und es einige Funkfeuer-Erweiterungen für die Software gibt, wurde ein eigener Server eingerichtet. Diesen kann man folgendermaßen verwenden:

====über das Webinterface====

* http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk herunterladen
* die Datei im Webinterface unter Software1 uploaden, die Paketlisten werden automatisch upgedated, kein Neustart notwendig

====über SSH====

* per ssh auf den Router einloggen

* folgende Befehle ausführen:

ipkg install http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk

die Paketlisten werden bei der Installation automatisch upgedated, kein Neustart notwendig

Danach sind unter "Software 2" zum Beispiel das Hotspot- und das Nettools-Paket verfügbar, außerdem greift der Router für Updates auf den Funkfeuer-Mirror zu.

===0xFF Oberfläche mit österreichischen Links===

"Software 2" klicken
Bei "freifunk-webadmin-0xff" auf installieren klicken

Ein eigenes Bild für die Startseite des FreiFunk Webinterface:
* Das gewünschte Bild auf dem Rechner auf "intro.jpg" umbenennen
* Das Bild sollte nicht zu Groß sein (einige zig kB)
Auf "Publizieren" und "Durchsuchen" klicken
Das Bild auswählen und hochladen
Nach einem Refresh der Startseite ("Aktualisieren") (eventuell Cache leeren) sollte das Bild sofort sichtbar sein

==Verbund mehrer Devices an einem Node/Knoten==

'''Achtung:''' die 2 oder mehr Router sollten die selbe Firmwareversion haben, sonst kann es Probleme geben.

===Zwei Router im Verbund===

Um 2 Router per Kabel miteinander zu verbinden, ist es nötig auf einem Ethernet-Anschluss jedes Routers eine offizielle Funkfeuer-IP-Adresse zu konfigurieren. D.h. eine offizielle IP auf WLAN konfigurieren und eine offizielle auf WAN konfigurieren '''KEINESFALLS diese ip am LAN port'''
verwenden dazu bitte lesen http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#Mehr_als_zwei_Router_im_Verbund

Anschließend das Web-Interface des Routers im Browser aufrufen und unter "Verwalten" einloggen.

* Im Web-Interface des Routers auf "WAN" klicken
* WAN-Protokoll: "OLSR" auswählen
* WAN-IP: Die entsprechende IP-Adresse
* WAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach WAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten.

Beim zweiten Router ebenso verfahren und die beiden Geräte mit einem Ethernet Kabel an den beiden WAN-Anschlüssen verbinden. Fertig! Auf der Statusseite wird die offizielle IP des zweiten Routers unter "Nachbarn" angezeigt, der ETX-Wert sollte nach einer kleinen Wartezeit "1.00" maximal auch mal 1.02 sein.

===Mehr als zwei Router im Verbund===
====Variante 1====
Da man nicht mehr als zwei Router via WAN direkt verbinden kann, benutzt man auf einem Router den LAN Port (4 Anschlüsse je Router) oder verwendet einen zusätzlichen Netzwerk Switch/Hub, siehe [[Freifunk_Firmware#Variante_2|Variante 2]]

in der aktuellen Firmware (1.6.28) gibt es massive Probleme, wenn man für "Drahtlos" und
LAN dieselbe IP-Adresse verwendet. Daher MUSS man zusätzliche IP-Adressen besorgen.

Um diese zusätzlichen IP-Adressen zu beziehen, muss man sich mit seinen Zugangsdaten in der [https://marvin.funkfeuer.at/frontend_wien/ Redeemer Benutzerdatenbank] anmelden. Dann auf "[[Frontend_Nodes|Nodes]]" klicken und beim gewünschten Knoten unter [[Frontend_Devices|Devices]] auf "Show" klicken. Dann mit "Hinzufügen" ein weiteres [[Frontend_Device|Device]] anlegen. Heißt das Gerät zum Beispiel
"nordost", dann wären "nordostlan" oder omnilan, v1lan, knoten1v1x oder knoten1v1lan die möglichen Namen passend zum "Funknamen".

* Im Web-Interface des Routers auf "LAN" klicken
* LAN-Protokoll: "OLSR" auswählen
* LAN-IP: eine der reservierten IP-Adressen.
* LAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach LAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten
* 2-4 Ethernet-Kabel an die LAN-Anschlüsse anstecken.
* '''Achtung:''' Dieses Gerät kann jetzt keine dahinter liegenden PC's mit DHCP und NAT versorgen (dazu die weiteren Geräte verwenden) da der LAN-Port für die Verbindung zu den anderen Routern verwendet wird und ist daher auch nicht unter 192.168.1.1 im Browser erreichbar! (entweder auf einem per Kabel verbundenen Router einsteigen und auf der Statusseite zu diesem Gerät durchklicken oder vorher den WAN-Port entsprechend konfigurieren)

Die weiteren Geräte wie unter "[[Freifunk_Firmware#Zwei_Router_im_Verbund|Zwei Router im Verbund]]" angeführt konfigurieren.
Die Ethernet Kabel des ersten Gerätes mit den WAN-Buchsen der weiteren Geräte verbinden, fertig! Auf der Statusseite werden die offizielle IP-Adressen der anderen Router unter "Nachbarn" angezeigt. Der ETX-Wert sollte bei allen nach einer kleinen Wartezeit "1.00" sein.

====Variante 2====
Am LAN Port die fixe interne IP einstellen 192.168.x.x, Mask 255.255.255.0, NAT nicht ausschalten. Am WAN Port OLSR, die FF-Adresse und Mask 255.255.25x.0 einstellen. Sämtliche WAN-Ports der Router mit einem Switch verbinden. Vorteil: die LAN Ports können weiter verwendet werden.

====Variante 3====
Sämtliche Einstellungen wie bei [[Freifunk_Firmware#Variante_2|Variante 2]], aber den Wert für RJ45-Anschluss folgendermaßen anpassen:
[http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#WAN WAN]
Vorteil: Damit kann man aus den einzelnen LAN Ports zusätzliche WAN Ports machen. Man benötigt keinen Switch. Verbleibende LAN Ports können weiterhin für interne Endgeräte verwendet werden.
Nachteil: Der eingestellte Wert für RJ45-Anschluss hat je nach verwendeter Hardware (Linksys/Buffalo) eine andere Bedeutung. Man sollte es daher vorher Testen, welcher Wert (0-5) für welches Port steht.

==Die Erweiterungen==
===freifunk-recommended bzw 0xff-recommended===
Freifunk-recommended installiert unter anderem:
*DNS/DHCP Server
*graphische Router Statistiken
*graphische Darstellung des Netzwerks: OLSR-Viz
*horst: ein Kommandozeilen Tool zum WLAN Messen/scannen
0xff-recommended-de installiert noch zusätzlich die Österreichische Funkfeuer-Oberfläche
====Voraussetzungen für die Installation====
*die Internet(Funk)verbindung steht
*Ein Router mit ausreichend Speicher
====über das Webinterface====
* unter "Software1" "Freifunk-recommended-de" auswählen und "Software laden" klicken.
*:[[Bild:freifunk-recommended_software1.png|100px|left]] 
* Anschließend beginnt sich das graue Fenster zu füllen...
*:[[Bild:freifunk-recommended_software1_load.png|100px|left]] 
* Das dauert nun einige Minuten (je nach Internetanbindung) bis zum Schluß folgendes im grauen Fenster steht:
*:[[Bild:freifunk-recommended_software1_load_finish.png|100px|left]] 
* Um die Statistiken zu initialisieren, muss der Router noch rebooten: Unter "Neustart" -> "Einfacher Neustart"
*:nach einigen Minuten erscheint der erste Graph unter "Statistik"
====über SSH====
ipkg install freifunk-recommended-de
===Statistik===
(ist im freifunk-recommended-Paket schon enthalten)
====über SSH====
ipkg install freifunk-statistics-de

===OSLR VIZ===
ist aber idr nicht sonderlich brauchbar,.. die funkfeuer-map (http://map.funkfeuer.at/wien) ist meist schneller übersichtlicher, etc
====über SSH====
ipkg install freifunk-olsr-viz-de

----
[[Category:Dokumentation]]
[[Category:Software]]

Arbeitsgruppe Funknetz

2009-09-24T20:47:21Z

Magicshark: /* Freebone Ausbau 2009 */

== Freebone Ausbau 2009 ==
Hauptziel: Redundanz, versorgung von gebieten mit aktiven interessenten die schlecht angebunden sind, kein Knoten soll nur alleine 5 Ghz Verbindung haben und keine PTMP Relays oder 2,4 Ghz Strecke

Nebenziel: sinnvoller verbau der noch verfügbaren osbridges (20.9 6 neue/vollfunktinosfähig, 4 neu aber nicht mehr komplett, 3+ gebraucht)

Legende:
! link besteht bereits
+ link wartet auf upgrade
# link wartet auf Aufbau
- link wird wieder abgebaut

nur 5ghz links werden explizit angeführt, trotzdem sind auf fast allen knoten auch 2.4ghz router
=== leopoldsberg (markit, gregor) ===
momemtan wegen ausfall des netzteils down

Links:
! hp4 (rb411)
! bisamberg (routerstation mit 5ghz sektorantenne)
# kreuzenstein? (osbridge und auch osbridge als gegenstelle)

Finanzierung: Vereinsförderung
=== hp4 (markit, felix)===
Links:
! liechtwicht / ger (rb433)
! leopoldsberg / kahl? (rb411)

Finanzierung: Vereinsförderung für Link zum leopoldsberg, Rest: Eigenmittel
=== liechtwicht (markit) ===
Links:
! heunord
! hp4
+ ho6 (momentan schlechte antennen(position) auf ho6)

Finanzierung: Eigenmittel

=== ho 6 (markit, andi?) ===
Links:
+ krypta (hiperformance geplant)
+ liechtwicht (hiperformance oder zumindest bessere antenne geplant)

Finanzierung: Eigenmittel evt. etwas Vereinsförderung

=== nbg43 (runout) ===
Links:
!+ krypta (hiperformance)
!# heusued (routerstation als gegenstelle)
! rei6 oder ffh (bestehendes routerboard als gegenstelle)
# ma89

Finanzierung: Eigenmittel für Mast rei6/heusued/krypta, Vereinsförderung für ma89 und evt krypta hiperformance

=== ma89 (runout) ===
Links:
# ffh oder rei6 (bestehendes routerboard als gegenstelle)
# nbg + zeltgasse (routerboard / osbridge gegenstelle)
# wo9 + stg77 (osbridges als gegenstelle)

Finanzierung: Vereinsförderung + eigenmittel ?

=== modul - Kahlenberg (Alexander S. / magicshark) ===
multiple standorte
Links:

# rei6-modul (5ghz ggf. n)
# modul-kahs (5ghz)
# modul-goz11 (5ghz)
# tunnel über modul universität als backbone

ins auge gefasst:

#modul-ares (5ghz)

Finanzierung: Eigenmittel/Beteiligung Linkpartner / Verein (OS Bridge)

=== kahs ===

geplanter Standort - dzt. noch nicht genehmigt

#kahs-klbg (5ghz weidling/klbg) geplant
#kahs-gall (5ghz zu erich wolf gallbrunn) geplant
#hahs-rei6 (5ghz) geplant
#kahs-hainburg (5ghz) geplant
#kahs-leiserberge (5ghz) geplant
#kahs-modul (5ghz geplant)

bei freebone meeting ins auge gefasst:

#kahs-dg16 (5ghz) ev. geplant
#kahs-ffh (5ghz) ev. geplant
#kahs-heusued (5ghz) ev. geplant

=== Rei6 - Hörndlwald/Hietzing (Alexander S. /Magicshark) ===

Links:

#nbg43 (routerboard)
#loef34 (bullet5)
#hansi5 (routerboard)
#modul (routerboard geplant - noch nicht online)
#dg16 - noch testen ob geht - geplant

=== Heuberg [heunord,heusued,garten94,?] (markit)===
Links:
! krypta (zur performancesteigerung momentan mit hop über rosenstein)
!+- liechtwicht (grobe performanceprobleme, zuerst hardwaretausch oder sonst abbau)
! nbg43 / +dg16
! nord27
! haslau
! spenger
!- schenkich (performanceprobleme, evt schenkich zu ares übersiedeln (und multipoint mit jedd?))
# mannersdorf
# kahlenberg?

Finanzierung bisher/weiterhin Eigenmittel (evt. backuplink zu kahlenberg mit Vereinsförderung)

=== hh10 ===
-> charly, alex, datacop

=== ffh ? ===
-> bernhard, datacop

=== nix / krypta (markit, datacop?) ===

am nix kommt evt. ein weiteres routerboard -> ares

Idee: nix-krypta (osbridge) sollte entweder ersatzlos abgebaut werden, oder auf ne sinnvollere Lösung umgebaut
z.B.: ubiquiti ns m5 (billiger (0.5x), schneller (8x), kleiner (0.3x) als osbridges)

Finanzierung: Verein

=== ares (aaron, ?) ===
-> aaron

vermutete/wünschenswerte Links:
# nix
# schenkich / jed99
# kahl/leo (alternativ evt jed99 -> leo/kahl)
# hh10 oder irgendwas im osten

=== jed99 (?, markit, gregor) ===
der Aufbau dieses Knoten ist momentan low-priority, mangels eines motivierten Hauptverantwortlichen

zuerst muss hiermal schluessel besorgt werden -> dann mast montiert,...

sinnvolle Links: kahl/leo, ares, klosterneuburg
- ARES-JED99 (5Ghz RB)
- JED99-LEO (5Ghz OS Bridge)

Finanzierung: Verein ?, sponsor für mast existiert

=== küniglberg ===

der aufbau ist low priority aber es besteht ggf. die möglichkeit bei bedarf

[[Category:WorkingWiki]]
[[Category:Arbeitsgruppen|Funknetz]]
[[Category:Arbeitsgruppe Funknetz]]

==VIVI Mast (deprecated, weil inzwischen komplett abgebaut )-; )==
Der Mast am VIVI bedarf dringend einer Generalüberholung wobei sämtliche Verkabelung neu zu machen sein dürfte. Desweiteren ist die Abspannung nachzuziehen und die Löcher des Daches mit Silikon und Bitumenband abzudichten. Bei der Gelegenheit sollten diverse Steckernetzteile durch ein Trafonetzteil getauscht werden.

[[Category:WorkingWiki]]
[[Category:Arbeitsgruppen|Funknetz]]
[[Category:Arbeitsgruppe Funknetz]]

Arbeitsgruppe Funknetz

2009-09-24T18:46:46Z

Magicshark: /* Modul Universität /Kahlenberg (Alexander S. / magicshark) */

== Freebone Ausbau 2009 ==
Hauptziel: Redundanz

Nebenziel: sinnvoller verbau der noch verfügbaren osbridges (20.9 6 neue/vollfunktinosfähig, 4 neu aber nicht mehr komplett, 3+ gebraucht)

Legende:
! link besteht bereits
+ link wartet auf upgrade
# link wartet auf Aufbau
- link wird wieder abgebaut

nur 5ghz links werden explizit angeführt, trotzdem sind auf fast allen knoten auch 2.4ghz router
=== leopoldsberg (markit, gregor) ===
momemtan wegen ausfall des netzteils down

Links:
! hp4 (rb411)
! bisamberg (routerstation mit 5ghz sektorantenne)
# kreuzenstein? (osbridge und auch osbridge als gegenstelle)

Finanzierung: Vereinsförderung
=== hp4 (markit, felix)===
Links:
! liechtwicht / ger (rb433)
! leopoldsberg / kahl? (rb411)

Finanzierung: Vereinsförderung für Link zum leopoldsberg, Rest: Eigenmittel
=== liechtwicht (markit) ===
Links:
! heunord
! hp4
+ ho6 (momentan schlechte antennen(position) auf ho6)

Finanzierung: Eigenmittel

=== ho 6 (markit, andi?) ===
Links:
+ krypta (hiperformance geplant)
+ liechtwicht (hiperformance oder zumindest bessere antenne geplant)

Finanzierung: Eigenmittel evt. etwas Vereinsförderung

=== nbg43 (runout) ===
Links:
!+ krypta (hiperformance)
!# heusued (routerstation als gegenstelle)
! rei6 oder ffh (bestehendes routerboard als gegenstelle)
# ma89

Finanzierung: Eigenmittel für Mast rei6/heusued/krypta, Vereinsförderung für ma89 und evt krypta hiperformance

=== ma89 (runout) ===
Links:
# ffh oder rei6 (bestehendes routerboard als gegenstelle)
# nbg + zeltgasse (routerboard / osbridge gegenstelle)
# wo9 + stg77 (osbridges als gegenstelle)

Finanzierung: Vereinsförderung + eigenmittel ?

=== Modul Universität /Kahlenberg (Alexander S. / magicshark) ===
multiple standorte, interne vernetzung?
Links:
# reig6 / heunord? / ffh?
# gallbrunn?
# tulln? geht nicht über berg

aufgrund des abstands zwischen den antennpositionen bieten sich osbridges an

Finanzierung: Eigenmittel/Beteiligung Linkpartner / Verein (OS Bridge)

=== Rei6 / Hörndlwald / Hietzing (Alexander S. /Magicshark) ===

Links:

#nbg43 (routerboard)
#loef34 (bullet5)
#hansi5 (routerboard)
#modul (routerboard geplant - noch nicht online)

=== Heuberg [heunord,heusued,garten94,?] (markit)===
Links:
! krypta (zur performancesteigerung momentan mit hop über rosenstein)
!+- liechtwicht (grobe performanceprobleme, zuerst hardwaretausch oder sonst abbau)
! nbg43
! nord27
! haslau
! spenger
!- schenkich (performanceprobleme, evt schenkich zu ares übersiedeln (und multipoint mit jedd?))
# mannersdorf
# dg16
# kahlenberg?

Finanzierung bisher/weiterhin Eigenmittel (evt. backuplink zu kahlenberg mit Vereinsförderung)

=== hh10 ===
-> charly, alex, datacop

=== ffh ? ===
-> bernhard, datacop

=== nix / krypta (markit, datacop?) ===

am nix kommt evt. ein weiteres routerboard -> ares

Idee: nix-krypta (osbridge) sollte entweder ersatzlos abgebaut werden, oder auf ne sinnvollere Lösung umgebaut
z.B.: ubiquiti ns m5 (billiger (0.5x), schneller (8x), kleiner (0.3x) als osbridges)

Finanzierung: Verein

=== ares (aaron, ?) ===
-> aaron

vermutete/wünschenswerte Links:
# nix
# schenkich / jed99
# kahl/leo (alternativ evt jed99 -> leo/kahl)
# hh10 oder irgendwas im osten

=== jed99 (?, markit, gregor) ===
der Aufbau dieses Knoten ist momentan low-priority, mangels eines motivierten Hauptverantwortlichen

zuerst muss hiermal schluessel besorgt werden -> dann mast montiert,...

sinnvolle Links: kahl/leo, ares, klosterneuburg

Finanzierung: Verein ?, sponsor für mast existiert

[[Category:WorkingWiki]]
[[Category:Arbeitsgruppen|Funknetz]]
[[Category:Arbeitsgruppe Funknetz]]

==VIVI Mast (deprecated, weil inzwischen komplett abgebaut )-; )==
Der Mast am VIVI bedarf dringend einer Generalüberholung wobei sämtliche Verkabelung neu zu machen sein dürfte. Desweiteren ist die Abspannung nachzuziehen und die Löcher des Daches mit Silikon und Bitumenband abzudichten. Bei der Gelegenheit sollten diverse Steckernetzteile durch ein Trafonetzteil getauscht werden.

[[Category:WorkingWiki]]
[[Category:Arbeitsgruppen|Funknetz]]
[[Category:Arbeitsgruppe Funknetz]]

Arbeitsgruppe Funknetz

2009-09-24T18:46:02Z

Magicshark: /* Freebone Ausbau 2009 */

== Freebone Ausbau 2009 ==
Hauptziel: Redundanz

Nebenziel: sinnvoller verbau der noch verfügbaren osbridges (20.9 6 neue/vollfunktinosfähig, 4 neu aber nicht mehr komplett, 3+ gebraucht)

Legende:
! link besteht bereits
+ link wartet auf upgrade
# link wartet auf Aufbau
- link wird wieder abgebaut

nur 5ghz links werden explizit angeführt, trotzdem sind auf fast allen knoten auch 2.4ghz router
=== leopoldsberg (markit, gregor) ===
momemtan wegen ausfall des netzteils down

Links:
! hp4 (rb411)
! bisamberg (routerstation mit 5ghz sektorantenne)
# kreuzenstein? (osbridge und auch osbridge als gegenstelle)

Finanzierung: Vereinsförderung
=== hp4 (markit, felix)===
Links:
! liechtwicht / ger (rb433)
! leopoldsberg / kahl? (rb411)

Finanzierung: Vereinsförderung für Link zum leopoldsberg, Rest: Eigenmittel
=== liechtwicht (markit) ===
Links:
! heunord
! hp4
+ ho6 (momentan schlechte antennen(position) auf ho6)

Finanzierung: Eigenmittel

=== ho 6 (markit, andi?) ===
Links:
+ krypta (hiperformance geplant)
+ liechtwicht (hiperformance oder zumindest bessere antenne geplant)

Finanzierung: Eigenmittel evt. etwas Vereinsförderung

=== nbg43 (runout) ===
Links:
!+ krypta (hiperformance)
!# heusued (routerstation als gegenstelle)
! rei6 oder ffh (bestehendes routerboard als gegenstelle)
# ma89

Finanzierung: Eigenmittel für Mast rei6/heusued/krypta, Vereinsförderung für ma89 und evt krypta hiperformance

=== ma89 (runout) ===
Links:
# ffh oder rei6 (bestehendes routerboard als gegenstelle)
# nbg + zeltgasse (routerboard / osbridge gegenstelle)
# wo9 + stg77 (osbridges als gegenstelle)

Finanzierung: Vereinsförderung + eigenmittel ?

=== Modul Universität /Kahlenberg (Alexander S. / magicshark) ===
multiple standorte, interne vernetzung?
Links:
# reig6 / heunord? / ffh?
# gallbrunn?
# tulln?

aufgrund des abstands zwischen den antennpositionen bieten sich osbridges an

Finanzierung: Eigenmittel/Beteiligung Linkpartner / Verein (OS Bridge)

=== Rei6 / Hörndlwald / Hietzing (Alexander S. /Magicshark) ===

Links:

#nbg43 (routerboard)
#loef34 (bullet5)
#hansi5 (routerboard)
#modul (routerboard geplant - noch nicht online)

=== Heuberg [heunord,heusued,garten94,?] (markit)===
Links:
! krypta (zur performancesteigerung momentan mit hop über rosenstein)
!+- liechtwicht (grobe performanceprobleme, zuerst hardwaretausch oder sonst abbau)
! nbg43
! nord27
! haslau
! spenger
!- schenkich (performanceprobleme, evt schenkich zu ares übersiedeln (und multipoint mit jedd?))
# mannersdorf
# dg16
# kahlenberg?

Finanzierung bisher/weiterhin Eigenmittel (evt. backuplink zu kahlenberg mit Vereinsförderung)

=== hh10 ===
-> charly, alex, datacop

=== ffh ? ===
-> bernhard, datacop

=== nix / krypta (markit, datacop?) ===

am nix kommt evt. ein weiteres routerboard -> ares

Idee: nix-krypta (osbridge) sollte entweder ersatzlos abgebaut werden, oder auf ne sinnvollere Lösung umgebaut
z.B.: ubiquiti ns m5 (billiger (0.5x), schneller (8x), kleiner (0.3x) als osbridges)

Finanzierung: Verein

=== ares (aaron, ?) ===
-> aaron

vermutete/wünschenswerte Links:
# nix
# schenkich / jed99
# kahl/leo (alternativ evt jed99 -> leo/kahl)
# hh10 oder irgendwas im osten

=== jed99 (?, markit, gregor) ===
der Aufbau dieses Knoten ist momentan low-priority, mangels eines motivierten Hauptverantwortlichen

zuerst muss hiermal schluessel besorgt werden -> dann mast montiert,...

sinnvolle Links: kahl/leo, ares, klosterneuburg

Finanzierung: Verein ?, sponsor für mast existiert

[[Category:WorkingWiki]]
[[Category:Arbeitsgruppen|Funknetz]]
[[Category:Arbeitsgruppe Funknetz]]

==VIVI Mast (deprecated, weil inzwischen komplett abgebaut )-; )==
Der Mast am VIVI bedarf dringend einer Generalüberholung wobei sämtliche Verkabelung neu zu machen sein dürfte. Desweiteren ist die Abspannung nachzuziehen und die Löcher des Daches mit Silikon und Bitumenband abzudichten. Bei der Gelegenheit sollten diverse Steckernetzteile durch ein Trafonetzteil getauscht werden.

[[Category:WorkingWiki]]
[[Category:Arbeitsgruppen|Funknetz]]
[[Category:Arbeitsgruppe Funknetz]]