FunkFeuer Wiki - Benutzerbeiträge [de]

Arbeitsgruppe Hardware Mikrotik Routerboards

2014-04-05T13:02:47Z

Markit:

== Freebone Management Network ==
ONLY FOR MANGEMENT
based on bridging vlan7 everywhere
ips within 10.7.0.0/16
Every node gets one /24

() -> not jet configured

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

(10.7.2.0) nixroof vserver
10.7.2.1 nixroof rb433AH

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

10.7.4.1 garten94_rb433 (heuberg)
10.7.4.2 garten94_wrt54g (193.238.159.5)

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

10.7.6.1 nord27_rb411
10.7.6.2 nord27_indoor Linksys WRT54gl (193.238.158.33)

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

10.7.8.1 ger rb411
10.7.8.2 ger Linksys WRT54gl

10.7.9.1 heusued routerstation

10.7.10.1 hh10 rb433 (fb_man_vlan only on interface to nixroof)

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

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

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

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

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

10.7.16.1 ma89 rb433
10.7.16.2 ma89 linksys (193.238.156.129)

10.7.17.1 ble20 rb411
10.7.17.2 ble20h13 linksys (193.238.156.165)

10.7.18.1 rb433
10.7.18.2 wo9 linksys (193.238.156.28)

10.7.19.1 spenger25 rb411
10.7.19.2 linksys (193.238.156.201)

10.7.20.1 gtxgoz11 rb411
10.7.20.2 bullet m5: gtxgoz11-liechtwicht

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

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

10.7.23.1 modulmain asuswl500gp
10.7.23.2 modul rb433ah
10.7.23.3 modul rb750up-lower
10.7.23.4 modul rb750up-upper
10.7.23.5 modul groove
10.7.23.6 modul rb912

10.7.24.1 kuga19 bulletm5
10.7.24.2 kuga19 buffalo

10.7.25.1 zelt rb711
(10.7.25.2 zelt linksys?)

(10.7.26.1) hw

10.7.27.1 wuk rb711 (abgebaut)

10.7.28.1 erzherz rb433 (? 10.8.28.1 ?)

10.7.29.1 wmg64 groove
10.7.29.2 wmg64 olsr device

10.7.30.1 ku23 rb711
10.7.30.2 ku23 linksys

10.7.31.1 jed99 groove
10.7.31.2 jed99 linksys (swgitter)

10.7.32.1 duer9 rb411L

10.7.33.1 lat7 SXT (temporary)

10.7.34.1 gri8 SXT

10.7.37.1 hw rb711
10.7.37.2 hw linksys

OEGV (Habsburghaus, Schneealpenhaus, Wetterkogler Haus, Annaberger Haus)
10.7.100.1 hbh rb750UP (device not powered)
10.7.100.2 hbh SXT

10.7.101.1 sah rb750UP
10.7.101.2 sah SXT (-> sah)
192.168.1.30 nanobridge (-> wkh)

10.7.102.1 rb750UP
192.168.1.31 nanobridge (-> sah)

10.7.103.2 abh SXT

== Main nodes (DEPRECATED) ==

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

== IP Assignments (DEPRECATED) ==
old mangement ips will get deprecated soon

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

2014-02-09T15:13:28Z

Markit: /* Freebone Management Network */

== Freebone Management Network ==
ONLY FOR MANGEMENT
based on bridging vlan7 everywhere
ips within 10.7.0.0/16
Every node gets one /24

() -> not jet configured

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

(10.7.2.0) nixroof vserver
10.7.2.1 nixroof rb433AH

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

10.7.4.1 garten94_rb433 (heuberg)
10.7.4.2 garten94_wrt54g (193.238.159.5)

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

10.7.6.1 nord27_rb411
10.7.6.2 nord27_indoor Linksys WRT54gl (193.238.158.33)

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

10.7.8.1 ger rb411
10.7.8.2 ger Linksys WRT54gl

10.7.9.1 heusued routerstation

10.7.10.1 hh10 rb433 (fb_man_vlan only on interface to nixroof)

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

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

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

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

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

10.7.16.1 ma89 rb433
10.7.16.2 ma89 linksys (193.238.156.129)

10.7.17.1 ble20 rb411
10.7.17.2 ble20h13 linksys (193.238.156.165)

10.7.18.1 rb433
10.7.18.2 wo9 linksys (193.238.156.28)

10.7.19.1 spenger25 rb411
10.7.19.2 linksys (193.238.156.201)

10.7.20.1 gtxgoz11 rb411
10.7.20.2 bullet m5: gtxgoz11-liechtwicht

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

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

10.7.23.1 modulmain asuswl500gp
10.7.23.2 modul rb433ah
10.7.23.3 modul rb750up-lower
10.7.23.4 modul rb750up-upper
10.7.23.5 modul groove
10.7.23.6 modul rb912

10.7.24.1 kuga19 bulletm5
10.7.24.2 kuga19 buffalo

10.7.25.1 zelt rb711
(10.7.25.2 zelt linksys?)

(10.7.26.1) hw

10.7.27.1 wuk rb711

10.7.28.1 erzherz rb433 (? 10.8.28.1 ?)

10.7.29.1 wmg64 groove
10.7.29.2 wmg64 olsr device

10.7.30.1 ku23 rb711
10.7.30.2 ku23 linksys

10.7.31.1 jed99 groove
10.7.31.2 jed99 linksys (swgitter)

10.7.32.1 duer9 rb411L

10.7.33.1 lat7 SXT (temporary)

10.7.34.1 gri8 SXT

OEGV (Habsburghaus, Schneealpenhaus, Wetterkogler Haus, Annaberger Haus)
10.7.100.1 hbh rb750UP (device not powered)
10.7.100.2 hbh SXT

10.7.101.1 sah rb750UP
10.7.101.2 sah SXT (-> sah)
192.168.1.30 nanobridge (-> wkh)

10.7.102.1 rb750UP
192.168.1.31 nanobridge (-> sah)

10.7.103.2 abh SXT

== Main nodes (DEPRECATED) ==

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

== IP Assignments (DEPRECATED) ==
old mangement ips will get deprecated soon

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

Tunnel Setup Debian

2014-01-16T16:00:50Z

Markit: /* Debian Derivate */

===Grundprinzip===
sudo apt-get install openvpn olsrd olsrd-plugins

nano /etc/default/openvpn
nano /etc/olsrd.conf

statische route zum tunnelserver
nano /etc/network/interfaces

/etc/init.d/olsrd restart
/etc/init.d/openvpn restart

wenn nun schon nicht alles geht siehe, [[#Debugging]]

===Debian Derivate===
Obige Anleitung ist für Debian gedacht mit Derivaten wie (Ubuntu, Raspian) sollte es ebenso funktionieren
====Ubuntu Quantal bzw Raring====
Achtung die Ubuntu-pakete aus quantal bzw. raring [[https://launchpad.net/ubuntu/quantal/amd64/olsrd/0.6.3-3]] bzw [[https://launchpad.net/ubuntu/raring/amd64/olsrd/0.6.3-3]] sind defekt, stadtdessen [[https://launchpad.net/ubuntu/raring/amd64/olsrd/0.6.3-6]] verwenden.

===Debugging===

Tunnel Setup Debian

2014-01-16T15:58:06Z

Markit:

===Grundprinzip===
sudo apt-get install openvpn olsrd olsrd-plugins

nano /etc/default/openvpn
nano /etc/olsrd.conf

statische route zum tunnelserver
nano /etc/network/interfaces

/etc/init.d/olsrd restart
/etc/init.d/openvpn restart

wenn nun schon nicht alles geht siehe, [[#Debugging]]

===Debian Derivate===
Obige Anleitung ist für Debian nud Derivate (Ubuntu, Raspian) gedacht
====Ubuntu Quantal bzw Raring====
Achtung die Ubuntu-pakete aus quantal bzw. raring [[https://launchpad.net/ubuntu/quantal/amd64/olsrd/0.6.3-3]] bzw [[https://launchpad.net/ubuntu/raring/amd64/olsrd/0.6.3-3]] sind defekt, stadtdessen [[https://launchpad.net/ubuntu/raring/amd64/olsrd/0.6.3-6]] verwenden.

===Debugging===

Tunnel Setup Debian

2014-01-16T15:51:18Z

Markit: Die Seite wurde neu angelegt: „Diese Anleitung sit für Debian nud Derivate (Ubuntu, Raspian) gedacht Und Achtung dieses quantal …“

Diese Anleitung sit für Debian nud Derivate (Ubuntu, Raspian) gedacht
Und Achtung [[https://launchpad.net/ubuntu/quantal/amd64/olsrd/0.6.3-3|dieses quantal]] bzw [[https://launchpad.net/ubuntu/raring/amd64/olsrd/0.6.3-3|raring]] ubuntu-paket ist defekt, stadtdessen [[https://launchpad.net/ubuntu/raring/amd64/olsrd/0.6.3-6|dieses]] verwenden

sudo apt-get install openvpn olsrd olsrd-plugins

nano /etc/default/openvpn
nano /etc/olsrd.conf

statische route zum tunnelserver
nano /etc/network/interfaces

/etc/init.d/olsrd restart
/etc/init.d/openvpn restart

wenn nun schon nicht alles geht siehe

Arbeitsgruppe Hardware Mikrotik Routerboards

2014-01-08T11:50:21Z

Markit:

== Freebone Management Network ==
ONLY FOR MANGEMENT
based on bridging vlan7 everywhere
ips within 10.7.0.0/16
Every node gets one /24

() -> not jet configured

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

(10.7.2.0) nixroof vserver
10.7.2.1 nixroof rb433AH

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

10.7.4.1 garten94_rb433 (heuberg)
10.7.4.2 garten94_wrt54g (193.238.159.5)

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

10.7.6.1 nord27_rb411
10.7.6.2 nord27_indoor Linksys WRT54gl (193.238.158.33)

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

10.7.8.1 ger rb411
10.7.8.2 ger Linksys WRT54gl

10.7.9.1 heusued routerstation

10.7.10.1 hh10 rb433 (fb_man_vlan only on interface to nixroof)

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

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

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

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

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

10.7.16.1 ma89 rb433
10.7.16.2 ma89 linksys (193.238.156.129)

10.7.17.1 ble20 rb411
10.7.17.2 ble20h13 linksys (193.238.156.165)

10.7.18.1 rb433
10.7.18.2 wo9 linksys (193.238.156.28)

10.7.19.1 spenger25 rb411
10.7.19.2 linksys (193.238.156.201)

10.7.20.1 gtxgoz11 rb411
10.7.20.2 bullet m5: gtxgoz11-liechtwicht

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

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

10.7.23.1 modulmain asuswl500gp
10.7.23.2 modul rb433ah
10.7.23.3 modul rb750up-lower
10.7.23.4 modul rb750up-upper
10.7.23.5 modul groove
10.7.23.6 modul rb912

10.7.24.1 kuga19 bulletm5
10.7.24.2 kuga19 buffalo

10.7.25.1 zelt rb711
(10.7.25.2 zelt linksys?)

10.7.26.1 lat7 StX

10.7.27.1 wuk rb711

10.7.28.1 erzherz rb433 (? 10.8.28.1 ?)

10.7.29.1 wmg64 groove
10.7.29.2 wmg64 olsr device

10.7.30.1 ku23 rb711
10.7.30.2 ku23 linksys

10.7.31.1 jed99 groove
10.7.31.2 jed99 linksys (swgitter)

10.7.32.1 duer9 rb411L

OEGV (Habsburghaus, Schneealpenhaus, Wetterkogler Haus, Annaberger Haus)
10.7.100.1 hbh rb750UP (device not powered)
10.7.100.2 hbh SXT

10.7.101.1 sah rb750UP
10.7.101.2 sah SXT (-> sah)
192.168.1.30 nanobridge (-> wkh)

10.7.102.1 rb750UP
192.168.1.31 nanobridge (-> sah)

10.7.103.2 abh SXT

== Main nodes (DEPRECATED) ==

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

== IP Assignments (DEPRECATED) ==
old mangement ips will get deprecated soon

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

2014-01-08T11:47:30Z

Markit:

== Equpiment avaliable: ==

outdated, a lot more equipment arrived in last time

person responsible for inventar Markus K.

equpiment offers (with little tech support)

== Main nodes ==

=== NIX ===

1x RB433AH in alubox

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

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

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

photos:

Markus G., Markus K.

=== Heuberg ===

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

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

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

=== kryptaroof ===

2X RB433 in alubox

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

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

photos:

markus

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

() -> not jet configured

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

(10.7.2.0) nixroof vserver
10.7.2.1 nixroof rb433AH

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

10.7.4.1 garten94_rb433 (heuberg)
10.7.4.2 garten94_wrt54g (193.238.159.5)

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

10.7.6.1 nord27_rb411
10.7.6.2 nord27_indoor Linksys WRT54gl (193.238.158.33)

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

10.7.8.1 ger rb411
10.7.8.2 ger Linksys WRT54gl

10.7.9.1 heusued routerstation

10.7.10.1 hh10 rb433 (fb_man_vlan only on interface to nixroof)

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

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

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

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

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

10.7.16.1 ma89 rb433
10.7.16.2 ma89 linksys (193.238.156.129)

10.7.17.1 ble20 rb411
10.7.17.2 ble20h13 linksys (193.238.156.165)

10.7.18.1 rb433
10.7.18.2 wo9 linksys (193.238.156.28)

10.7.19.1 spenger25 rb411
10.7.19.2 linksys (193.238.156.201)

10.7.20.1 gtxgoz11 rb411
10.7.20.2 bullet m5: gtxgoz11-liechtwicht

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

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

10.7.23.1 modulmain asuswl500gp
10.7.23.2 modul rb433ah
10.7.23.3 modul rb750up-lower
10.7.23.4 modul rb750up-upper
10.7.23.5 modul groove
10.7.23.6 modul rb912

10.7.24.1 kuga19 bulletm5
10.7.24.2 kuga19 buffalo

10.7.25.1 zelt rb711
(10.7.25.2 zelt linksys?)

10.7.26.1 lat7 StX

10.7.27.1 wuk rb711

10.7.28.1 erzherz rb433 (? 10.8.28.1 ?)

10.7.29.1 wmg64 groove
10.7.29.2 wmg64 olsr device

10.7.30.1 ku23 rb711
10.7.30.2 ku23 linksys

10.7.31.1 jed99 groove
10.7.31.2 jed99 linksys (swgitter)

10.7.32.1 duer9 rb411L

OEGV (Habsburghaus, Schneealpenhaus, Wetterkogler Haus, Annaberger Haus)
10.7.100.1 hbh rb750UP (device not powered)
10.7.100.2 hbh SXT

10.7.101.1 sah rb750UP
10.7.101.2 sah SXT (-> sah)
192.168.1.30 nanobridge (-> wkh)

10.7.102.1 rb750UP
192.168.1.31 nanobridge (-> sah)

10.7.103.2 abh SXT

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

Freebone IP-assignment

2014-01-08T11:46:19Z

Markit:

ACHTUNG: Dies ist eine grossteils veraltete Liste an IPs die hauptsächlich auf OSbridges konfiguriert wurden. Freebone waren diese Links/IPs nie,..

Aktuelleres ist [[Arbeitsgruppe_Hardware_Mikrotik_Routerboards#Freebone_Management_Network|hier]] oder im freebone-wiki: [https://marvin.funkfeuer.at/backbone-wiki/doku.php?id=freebone]

ozwl13 192.168.222.2 00:15:D6:19:10:52 geplant
l13ozw 192.168.222.3 00:15:D6:19:32:02 geplant

zelt7tokrypta 192.168.222.4 00:15:D6:49:59:60 admin@funkfeuer.at (gegenstelle rb433) (00:15:D6:19:00:44 kaputte osbridge)
heutoschenk 192.168.222.5 00:15:D6:19:47:52 (193.238.159.63)
schenktoheu 192.168.222.6 00:15:D6:19:65:40
zelt7tosei63 192.168.222.7 00:15:D6:19:10:76
sei63tozelt7 192.168.222.8 00:15:D6:19:10:56

zelt7tohh10 192.168.222.11 00:15:D6:19:10:32 (nicht vorhanden)
XXXXXX 192.168.222.12 00:15:D6:19:10:58 (name wird angepasst)
hh10tozelt7 192.168.222.13 (nicht vorhanden)
192.168.222.14 (nicht vorhanden)

zelttoozw 192.168.222.15 geplant
ozwtozelt 192.168.222.16 00:15:6d:f8:a6:b7 <- ? luci geplant

bisszelt7 192.168.222.24 00:15:D6:49:56:74 osbridge

ma89tozelt7 192.168.222.16 00:15:D6:19:10:36 (link abgebaut!)
senftokob 192.168.222.17 00:15:D6:19:28:56
senfto 192.168.222.18
gerasput 192.168.222.19 00:15:D6:49:59:56
putgeras 192.168.222.20 00:15:D6:19:10:30 (Master, essid "putgeras", gregorprivat @gmail com)
gb24tohh10 192.168.222.21 00:15:d6:19:10:62
YYYYYY 192.168.222.22 00:15:D6:19:10:78 (name wird angepasst)
zelt7tovog12 192.168.222.23 00:15:D6:19:31:72 funkfeuer@itronic.at config fehlt noch
vog12tozelt7 192.168.222.24 00:15:d6:19:30:04 funkfeuer@itronic.at
pd22tovivi 192.168.222.25 00:15:D6:19:29:36 taub? gestohlen aus vivi ersetzt 00:15:d6:??:??:?? offline admin@funkfeuer.at
vivitopd22 192.168.222.26 00:15:D6:19:29:00 (link abgebaut)

hhtokob 192.168.222.29 00:15:D6:19:30:72
kobtohh 192.168.222.30 routerboard ether1
ab44togb24 192.168.222.31

zeltgaz 192.168.222.33 00:15:d6:19:10:32
gazzelt 192.168.222.34 00:15:D6:19:32:12
manhtoschot 192.168.222.37
schottomanh 192.168.222.38
heutohasl 192.168.222.39 00:15:D6:19:84:52
hasltoheu 192.168.222.40 00:15:d6:19:84:90
heunordmanage 192.168.222.41

neudorfhh10 192.168.222.44 00:15:D6:49:56:30 unisys@gmx.at
ffhtovivi 192.168.222.45 00:15:d6:19:28:40 admin@funkfeuer.at
gb24tohfs 192.168.222.46 00:15:D6:19:31:02
hfstogb24 192.168.222.47 00:15:D6:49:59:26
pelikantokrypta192.168.222.48 00:15:d6:49:56:70 admin@funkfeuer.at
kryptatopelikan192.168.222.49 00:15:D6:49:59:74 admin@funkfeuer.at
kryptatoanw 192.168.222.50 00:15:d6:49:56:78 admin@funkfeuer.at
anwtokrypta 192.168.222.51 00:15:d6:49:59:44 admin@funkfeuer.at

hh10neudorf 192.168.222.54 00:15:d6:49:59:64 unisys@gmx.at
pratertoviv 192.168.222.55 00:15:d6:49:57:04 admin@funkfeuer.at
wo9toma89 192.168.222.56 ??:??:??:??:??:?? runout
wo9tojg7 192.168.222.57 ??:??:??:??:??:?? runout
pd27tomann 192.168.222.58 00:15:D6:49:59:68
manntopd27 192.168.222.59 admin@funkfeuer.at
ma89mangement 192.168.222.60 rb433->wo9-ma89-osbridge runout
wo9mangement 192.168.222.61 linksys->wo9-ma89-osbridge runout

kryptatoals 192.168.222.63 00:15:d6:49:57:00 admin@funkfeuer.at
alstokrypta 192.168.222.64 00:15:d6:49:56:82 admin@funkfeuer.at
loef34torei6 192.168.222.65 00:0B:6B:DD:47:FA Manfred Talos <mannix34@gmail.com>
modulToGoz11 192.168.222.66 00:15:d6:49:59:80 Szlezak Alexander <alex@szlezak.com>
modulToGoz11 192.168.222.67 00:15:d6:49:56:68 Szlezak Alexander <alex@szlezak.com>
kryptatoalsn 192.168.222.68 00:15:6D:E2:25:34 admin@funkfeuer.at
alstokryptan 192.168.222.69 00:15:6D:E2:24:16 admin@funkfeuer.at

mm temp 192.168.222.98
mm rechner 192.168,222.99
pas77tomir 192.168.222.100
mirtopas77 192.168.222.101

waewall 192.168.222.141
wallwae 192.168.222.142

zelt7rechner 192.168.222.222

ho6tomir 192.168.222.250
mirtoho6 192.168.222.251
akkulappy 192.168.222.252

vog12linksys 192.168.222.254 funkfeuer@itronic.at
broadcast 192.168.222.255

Freebone IP-assignment

2014-01-08T11:44:51Z

Markit:

ACHTUNG: Dies ist eine grossteils veraltete Liste an IPs die auf hauptsächlich OSbridges vergeben wurden. Freebone waren diese Links/IPs nie,..
aktuelleres ist [[Arbeitsgruppe_Hardware_Mikrotik_Routerboards#Freebone_Management_Network|hier]] oder im [https://marvin.funkfeuer.at/backbone-wiki/doku.php?id=freebone|freebone-wiki]

ozwl13 192.168.222.2 00:15:D6:19:10:52 geplant
l13ozw 192.168.222.3 00:15:D6:19:32:02 geplant

zelt7tokrypta 192.168.222.4 00:15:D6:49:59:60 admin@funkfeuer.at (gegenstelle rb433) (00:15:D6:19:00:44 kaputte osbridge)
heutoschenk 192.168.222.5 00:15:D6:19:47:52 (193.238.159.63)
schenktoheu 192.168.222.6 00:15:D6:19:65:40
zelt7tosei63 192.168.222.7 00:15:D6:19:10:76
sei63tozelt7 192.168.222.8 00:15:D6:19:10:56

zelt7tohh10 192.168.222.11 00:15:D6:19:10:32 (nicht vorhanden)
XXXXXX 192.168.222.12 00:15:D6:19:10:58 (name wird angepasst)
hh10tozelt7 192.168.222.13 (nicht vorhanden)
192.168.222.14 (nicht vorhanden)

zelttoozw 192.168.222.15 geplant
ozwtozelt 192.168.222.16 00:15:6d:f8:a6:b7 <- ? luci geplant

bisszelt7 192.168.222.24 00:15:D6:49:56:74 osbridge

ma89tozelt7 192.168.222.16 00:15:D6:19:10:36 (link abgebaut!)
senftokob 192.168.222.17 00:15:D6:19:28:56
senfto 192.168.222.18
gerasput 192.168.222.19 00:15:D6:49:59:56
putgeras 192.168.222.20 00:15:D6:19:10:30 (Master, essid "putgeras", gregorprivat @gmail com)
gb24tohh10 192.168.222.21 00:15:d6:19:10:62
YYYYYY 192.168.222.22 00:15:D6:19:10:78 (name wird angepasst)
zelt7tovog12 192.168.222.23 00:15:D6:19:31:72 funkfeuer@itronic.at config fehlt noch
vog12tozelt7 192.168.222.24 00:15:d6:19:30:04 funkfeuer@itronic.at
pd22tovivi 192.168.222.25 00:15:D6:19:29:36 taub? gestohlen aus vivi ersetzt 00:15:d6:??:??:?? offline admin@funkfeuer.at
vivitopd22 192.168.222.26 00:15:D6:19:29:00 (link abgebaut)

hhtokob 192.168.222.29 00:15:D6:19:30:72
kobtohh 192.168.222.30 routerboard ether1
ab44togb24 192.168.222.31

zeltgaz 192.168.222.33 00:15:d6:19:10:32
gazzelt 192.168.222.34 00:15:D6:19:32:12
manhtoschot 192.168.222.37
schottomanh 192.168.222.38
heutohasl 192.168.222.39 00:15:D6:19:84:52
hasltoheu 192.168.222.40 00:15:d6:19:84:90
heunordmanage 192.168.222.41

neudorfhh10 192.168.222.44 00:15:D6:49:56:30 unisys@gmx.at
ffhtovivi 192.168.222.45 00:15:d6:19:28:40 admin@funkfeuer.at
gb24tohfs 192.168.222.46 00:15:D6:19:31:02
hfstogb24 192.168.222.47 00:15:D6:49:59:26
pelikantokrypta192.168.222.48 00:15:d6:49:56:70 admin@funkfeuer.at
kryptatopelikan192.168.222.49 00:15:D6:49:59:74 admin@funkfeuer.at
kryptatoanw 192.168.222.50 00:15:d6:49:56:78 admin@funkfeuer.at
anwtokrypta 192.168.222.51 00:15:d6:49:59:44 admin@funkfeuer.at

hh10neudorf 192.168.222.54 00:15:d6:49:59:64 unisys@gmx.at
pratertoviv 192.168.222.55 00:15:d6:49:57:04 admin@funkfeuer.at
wo9toma89 192.168.222.56 ??:??:??:??:??:?? runout
wo9tojg7 192.168.222.57 ??:??:??:??:??:?? runout
pd27tomann 192.168.222.58 00:15:D6:49:59:68
manntopd27 192.168.222.59 admin@funkfeuer.at
ma89mangement 192.168.222.60 rb433->wo9-ma89-osbridge runout
wo9mangement 192.168.222.61 linksys->wo9-ma89-osbridge runout

kryptatoals 192.168.222.63 00:15:d6:49:57:00 admin@funkfeuer.at
alstokrypta 192.168.222.64 00:15:d6:49:56:82 admin@funkfeuer.at
loef34torei6 192.168.222.65 00:0B:6B:DD:47:FA Manfred Talos <mannix34@gmail.com>
modulToGoz11 192.168.222.66 00:15:d6:49:59:80 Szlezak Alexander <alex@szlezak.com>
modulToGoz11 192.168.222.67 00:15:d6:49:56:68 Szlezak Alexander <alex@szlezak.com>
kryptatoalsn 192.168.222.68 00:15:6D:E2:25:34 admin@funkfeuer.at
alstokryptan 192.168.222.69 00:15:6D:E2:24:16 admin@funkfeuer.at

mm temp 192.168.222.98
mm rechner 192.168,222.99
pas77tomir 192.168.222.100
mirtopas77 192.168.222.101

waewall 192.168.222.141
wallwae 192.168.222.142

zelt7rechner 192.168.222.222

ho6tomir 192.168.222.250
mirtoho6 192.168.222.251
akkulappy 192.168.222.252

vog12linksys 192.168.222.254 funkfeuer@itronic.at
broadcast 192.168.222.255

MapSpecialConfig

2014-01-08T07:58:22Z

Markit:

#
# ACHTUNG: Basierend auf diesem Dokument wird momentan an der Map (s.u.) weiter entwickelt
# ein Großteil der Funktionen wurden schon umgesetzt
# (das tunnelmaster-flag funktioniert momentan noch nicht)
#
# Dies ist ein Dokument, das stündlich von der Map (https://map.funkfeuer.at/experimental) abgerufen wird
# und bestimmten Knoten & Links Besonderheiten zuweist (Syntax weiter unten)
#
# Bitte beachte beim Editieren, dass jede Zeile mit einem Leerzeichen zur korrekten Darstellung beginnen muss.
#
# Kommentare:
# # das Kommentar beginnt ab # und gilt für die ganze Zeile
# // das Kommentar beginnt ab // und gilt für die ganze Zeile
# /* das Kommentar gilt nur in diesem Bereich */
#
#
# Syntax:
# (alle case-sensitive)
# Aufgrund des Datenschutzes kann statt des Knotennamens auch die Node-ID angegeben werden (siehe Map)
#
# node NodeName tunnelmaster [ignore NodeA, NodeB, ... NodeN]
# der Knoten namens "NodeName" ist ein Tunnelkonzentrator
# d.h. jeder Knoten mit Verbindung zu diesem Knoten
# wird als Tunnelknoten ausgewählt
# ignore: Alle Knotennamen nach ignore (getrennt durch Beistrich und Leerzeichen)
# werden ignoriert, auch wenn sie Verbindung mit dem Knoten haben
#
# node NodeName 5ghzbackbone // der Knoten namens "NodeName" ist ein wichtiger teil des 5GHz Backbones, wird mit grünem Marker dargestellt
#
#
# link NodeA NodeB ethernet [static] // der Knoten "NodeA" hat zu "NodeB" eine Kabelverbindung, graue Linie
# link NodeA NodeB 5ghz [static] // der Knoten "NodeA" hat zu "NodeB" eine 5GHz (Highspeed) Verbindung, grüne Linie
# link NodeA NodeB tunnel [static] // der Knoten "NodeA" hat zu "NodeB" einen Tunnel, blaue Linie (keine blauen Marker wie bei tunnelmaster)
#
# die Option static bedeutet, dass der Link auch angezeigt wird,
# wenn es keine OLSR Verbindung zwischen den 2 Knoten gibt und sollte normalerweise nicht verwendet werden.
#

node tunnel tunnelmaster ignore krypta, kryptaroof, datacop, nixroof

link krypta kryptaroof ethernet static
link krypta nixroof ethernet static
link kryptaroof nixroof ethernet static
link krypta tunnel ethernet static
link kryptaroof nessus ethernet
link krypta nessus ethernet

node nixroof 5ghzbackbone
link nixroof ho6 5ghz
link nixroof hh10 5ghz
link nixroof arg67 5ghz
link nixroof gudrun 5ghz
link nixroof hw 5ghz

node kryptaroof 5ghzbackbone
link kryptaroof garten94 5ghz
link kryptaroof jg7 5ghz
link kryptaroof zelter7 5ghz
link kryptaroof duer9 5ghz

node ho6 5ghzbackbone
#link ho6 mir 5ghz

#node mir 5ghzbackbone //knoten tot?
#link mir pas77 5ghz

#link OZW brc 5ghz
#link OZW mm31 5ghz
#link OZW rr72 5ghz
#link OZW do41 5ghz
#link OZW wpaeC8West 5ghz
#link OZW pfad12 5ghz
#link OZW trt6 5ghz
#link OZW baumg15 5ghz
#link OZW hfs 5ghz
#link OZW sc54 5ghz
#link OZW we16 5ghz
#link OZW sonn91 5ghz
#link OZW ows0 5ghz
#link OZW ojg19 5ghz
#link OZW ra8 5ghz
#link OZW rei6 5ghz
#link OZW zelter7 5ghz

node zelter7 5ghzbackbone
link zelter7 biss 5ghz
link zelter7 bici 5ghz

node hh10 5ghzbackbone
link hh10 gb24 5ghz
link hh10 luxi122home 5ghz
link hh10 ffh 5ghz
link hh10 as5 5ghz
link hh10 NANO5gb 5ghz

node nano5gb 5ghzbackbone
link nano5gb hh10 5ghz

node gb24 5ghzbackbone
link gb24 hfs 5ghz

node heunord 5ghzbackbone
link heunord hasi 5ghz
link heunord schenkich 5ghz
link heunord modul 5ghz
#link heunord erzherz170 5ghz //not very relevant
link heunord wmg64 5ghz

node garten94 5ghzbackbone
link garten94 nord27 5ghz
link garten94 heusued 5ghz
link garten94 heunord 5ghz

node liechtwicht 5ghzbackbone
#link liechtwicht hp4 5ghz
#link liechtwicht gtxgoz11 5ghz

node gtxgoz11 5ghzbackbone
link gtxgoz11 modul 5ghz

#node hp4 5ghzbackbone //knoten exisitiert nicht mehr
#link hp4 gym42 5ghz
#link hp4 leo 5ghz //momentan auf beiden seiten unavailable *G

#node gym42 5ghzbackbone //knoten existiert nicht mehr
#link gym42 liechtwicht 5ghz
#link gym42 ho6 5ghz

node leo 5ghzbackbone //vmtl. wiedermal stromlos

link pdorf28 peer 5ghz //pdorf28 - peer(manner?)
link pdorf28 eno5gb // pdorf28 <-> eno (bullet5 <-> RB411AH)

node ffh 5ghzbackbone

link dg38 as5 5ghz
link as5 ruz24 5ghz

#node jg7 5ghzbackbone //momentan nicht vernünftig an krypta angebunden
#link jg7 wo9 5ghz //ab/umgebaut zu bb9!?

node nbg43 5ghzbackbone
link nbg43 heusued 5ghz //momentan inaktiv da heusued "outoforder"
link nbg43 kryptaroof 5ghz
link nbg43 rei6 5ghz
link nbg43 ma89 5ghz

node rei6 5ghzbackbone
link rei6 hansi5 5ghz
link rei6 modul 5ghz

node modul 5ghzbackbone
link modul kryptaroof 5ghz
link modul nixroof tunnel //used to be static, why? (is an eoip tunnel)
#link gallbrunn?

node ble20 5ghzbackbone
link ble20 wo9 5ghz

node ma89 5ghzbackbone
link ma89 ble20 5ghz
link ma89 spenger25 5ghz

node wo9 5ghzbackbone

node arg67 5ghzbackbone
link arg67 wo9 5ghz

node jed99 5ghzbackbone
#link jed99 tunnel tunnel static //ovpn tunnel via engerl, slow (~5mbit)
link jed99 biss 5ghz //~17mbit
link jed99 schwa 5ghz //~15mbit
link jed99 kol33 5ghz //no mimo jet (~ 10mbit)
#link jed99 kol33 5ghz //too slow (~4mbit)
#link jed99 heu 5ghz //too slow (~5mbit)
link jed99 put24 5ghz //hmm slow, (~7mbit)

node put24 5ghzbackbone
link put24 geras 5ghz

#node leo 5ghzbackbone
#link leo hp4 5ghz

#node erzherz170 5ghzbackbone

link sc54 hetzendorf ethernet static
link sc54-2 hetzendorf ethernet static
link sc54 sc54-2 ethernet static
link sc54 tunnel tunnel

node biss 5ghzbackbone
link biss zelter7 5ghz

link wpaeC8West as5 5ghz

link hohl28 koelbl15 5ghz
link hohl28 stu7 5ghz
link hohl28 tele3 5ghz

link schafbergalm heunord 5ghz

link frieden modul 5ghz

link ho6 oa12 5ghz

link hzd-au hzd-ff 5ghz

link ffh rex 5ghz

node duer9 5ghzbackbone

#node schwa 5ghzbackbone //any planned other links?

node hw 5ghzbackbone

MapSpecialConfig

2014-01-01T01:04:36Z

Markit:

#
# ACHTUNG: Basierend auf diesem Dokument wird momentan an der Map (s.u.) weiter entwickelt
# ein Großteil der Funktionen wurden schon umgesetzt
# (das tunnelmaster-flag funktioniert momentan noch nicht)
#
# Dies ist ein Dokument, das stündlich von der Map (https://map.funkfeuer.at/experimental) abgerufen wird
# und bestimmten Knoten & Links Besonderheiten zuweist (Syntax weiter unten)
#
# Bitte beachte beim Editieren, dass jede Zeile mit einem Leerzeichen zur korrekten Darstellung beginnen muss.
#
# Kommentare:
# # das Kommentar beginnt ab # und gilt für die ganze Zeile
# // das Kommentar beginnt ab // und gilt für die ganze Zeile
# /* das Kommentar gilt nur in diesem Bereich */
#
#
# Syntax:
# (alle case-sensitive)
# Aufgrund des Datenschutzes kann statt des Knotennamens auch die Node-ID angegeben werden (siehe Map)
#
# node NodeName tunnelmaster [ignore NodeA, NodeB, ... NodeN]
# der Knoten namens "NodeName" ist ein Tunnelkonzentrator
# d.h. jeder Knoten mit Verbindung zu diesem Knoten
# wird als Tunnelknoten ausgewählt
# ignore: Alle Knotennamen nach ignore (getrennt durch Beistrich und Leerzeichen)
# werden ignoriert, auch wenn sie Verbindung mit dem Knoten haben
#
# node NodeName 5ghzbackbone // der Knoten namens "NodeName" ist ein wichtiger teil des 5GHz Backbones, wird mit grünem Marker dargestellt
#
#
# link NodeA NodeB ethernet [static] // der Knoten "NodeA" hat zu "NodeB" eine Kabelverbindung, graue Linie
# link NodeA NodeB 5ghz [static] // der Knoten "NodeA" hat zu "NodeB" eine 5GHz (Highspeed) Verbindung, grüne Linie
# link NodeA NodeB tunnel [static] // der Knoten "NodeA" hat zu "NodeB" einen Tunnel, blaue Linie (keine blauen Marker wie bei tunnelmaster)
#
# die Option static bedeutet, dass der Link auch angezeigt wird,
# wenn es keine OLSR Verbindung zwischen den 2 Knoten gibt und sollte normalerweise nicht verwendet werden.
#

node tunnel tunnelmaster ignore krypta, kryptaroof, datacop, nixroof

link krypta kryptaroof ethernet static
link krypta nixroof ethernet static
link kryptaroof nixroof ethernet static
link krypta tunnel ethernet static
link kryptaroof nessus ethernet
link krypta nessus ethernet

node nixroof 5ghzbackbone
link nixroof ho6 5ghz
link nixroof hh10 5ghz
link nixroof arg67 5ghz
link nixroof gudrun 5ghz
link nixroof hw 5ghz

node kryptaroof 5ghzbackbone
link kryptaroof garten94 5ghz
link kryptaroof jg7 5ghz
link kryptaroof zelter7 5ghz
link kryptaroof duer9 5ghz

node ho6 5ghzbackbone
#link ho6 mir 5ghz

#node mir 5ghzbackbone //knoten tot?
#link mir pas77 5ghz

#link OZW brc 5ghz
#link OZW mm31 5ghz
#link OZW rr72 5ghz
#link OZW do41 5ghz
#link OZW wpaeC8West 5ghz
#link OZW pfad12 5ghz
#link OZW trt6 5ghz
#link OZW baumg15 5ghz
#link OZW hfs 5ghz
#link OZW sc54 5ghz
#link OZW we16 5ghz
#link OZW sonn91 5ghz
#link OZW ows0 5ghz
#link OZW ojg19 5ghz
#link OZW ra8 5ghz
#link OZW rei6 5ghz
#link OZW zelter7 5ghz

node zelter7 5ghzbackbone
link zelter7 biss 5ghz
link zelter7 bici 5ghz

node hh10 5ghzbackbone
link hh10 gb24 5ghz
link hh10 luxi122home 5ghz
link hh10 ffh 5ghz
link hh10 as5 5ghz
link hh10 NANO5gb 5ghz

node nano5gb 5ghzbackbone
link nano5gb hh10 5ghz

node gb24 5ghzbackbone
link gb24 hfs 5ghz

node heunord 5ghzbackbone
link heunord hasi 5ghz
link heunord schenkich 5ghz
link heunord modul 5ghz
#link heunord erzherz170 5ghz //not very relevant
link heunord wmg64 5ghz

node garten94 5ghzbackbone
link garten94 nord27 5ghz
link garten94 heusued 5ghz
link garten94 heunord 5ghz

node liechtwicht 5ghzbackbone
#link liechtwicht hp4 5ghz
#link liechtwicht gtxgoz11 5ghz

node gtxgoz11 5ghzbackbone
link gtxgoz11 modul 5ghz

#node hp4 5ghzbackbone //knoten exisitiert nicht mehr
#link hp4 gym42 5ghz
#link hp4 leo 5ghz //momentan auf beiden seiten unavailable *G

#node gym42 5ghzbackbone //knoten existiert nicht mehr
#link gym42 liechtwicht 5ghz
#link gym42 ho6 5ghz

node leo 5ghzbackbone //vmtl. wiedermal stromlos

link pdorf28 peer 5ghz //pdorf28 - peer(manner?)
link pdorf28 eno5gb // pdorf28 <-> eno (bullet5 <-> RB411AH)

node ffh 5ghzbackbone

link dg38 as5 5ghz
link as5 ruz24 5ghz

#node jg7 5ghzbackbone //momentan nicht vernünftig an krypta angebunden
#link jg7 wo9 5ghz //ab/umgebaut zu bb9!?

node nbg43 5ghzbackbone
link nbg43 heusued 5ghz //momentan inaktiv da heusued "outoforder"
link nbg43 kryptaroof 5ghz
link nbg43 rei6 5ghz
link nbg43 ma89 5ghz

node rei6 5ghzbackbone
link rei6 hansi5 5ghz
link rei6 modul 5ghz

node modul 5ghzbackbone
link modul kryptaroof 5ghz
link modul nixroof tunnel static //eoip tunnel
#link gallbrunn?

node ble20 5ghzbackbone
link ble20 wo9 5ghz

node ma89 5ghzbackbone
link ma89 ble20 5ghz
link ma89 spenger25 5ghz

node wo9 5ghzbackbone

node arg67 5ghzbackbone
link arg67 wo9 5ghz

node jed99 5ghzbackbone
#link jed99 tunnel tunnel static //ovpn tunnel via engerl, slow (~5mbit)
link jed99 biss 5ghz //~17mbit
link jed99 schwa 5ghz //~15mbit
link jed99 kol33 5ghz //no mimo jet (~ 10mbit)
#link jed99 kol33 5ghz //too slow (~4mbit)
#link jed99 heu 5ghz //too slow (~5mbit)
link jed99 put24 5ghz //hmm slow, (~7mbit)

node put24 5ghzbackbone
link put24 geras 5ghz

#node leo 5ghzbackbone
#link leo hp4 5ghz

#node erzherz170 5ghzbackbone

link sc54 hetzendorf ethernet static
link sc54-2 hetzendorf ethernet static
link sc54 sc54-2 ethernet static
link sc54 tunnel tunnel

node biss 5ghzbackbone
link biss zelter7 5ghz

link wpaeC8West as5 5ghz

link hohl28 koelbl15 5ghz
link hohl28 stu7 5ghz
link hohl28 tele3 5ghz

link schafbergalm heunord 5ghz

link frieden modul 5ghz

link ho6 oa12 5ghz

link hzd-au hzd-ff 5ghz

link ffh rex 5ghz

node duer9 5ghzbackbone

#node schwa 5ghzbackbone //any planned other links?

node hw 5ghzbackbone

MapSpecialConfig

2014-01-01T00:57:51Z

Markit:

#
# ACHTUNG: Basierend auf diesem Dokument wird momentan an der Map (s.u.) weiter entwickelt
# ein Großteil der Funktionen wurden schon umgesetzt
# (das tunnelmaster-flag funktioniert momentan noch nicht)
#
# Dies ist ein Dokument, das stündlich von der Map (https://map.funkfeuer.at/experimental) abgerufen wird
# und bestimmten Knoten & Links Besonderheiten zuweist (Syntax weiter unten)
#
# Bitte beachte beim Editieren, dass jede Zeile mit einem Leerzeichen zur korrekten Darstellung beginnen muss.
#
# Kommentare:
# # das Kommentar beginnt ab # und gilt für die ganze Zeile
# // das Kommentar beginnt ab // und gilt für die ganze Zeile
# /* das Kommentar gilt nur in diesem Bereich */
#
#
# Syntax:
# (alle case-sensitive)
# Aufgrund des Datenschutzes kann statt des Knotennamens auch die Node-ID angegeben werden (siehe Map)
#
# node NodeName tunnelmaster [ignore NodeA, NodeB, ... NodeN]
# der Knoten namens "NodeName" ist ein Tunnelkonzentrator
# d.h. jeder Knoten mit Verbindung zu diesem Knoten
# wird als Tunnelknoten ausgewählt
# ignore: Alle Knotennamen nach ignore (getrennt durch Beistrich und Leerzeichen)
# werden ignoriert, auch wenn sie Verbindung mit dem Knoten haben
#
# node NodeName 5ghzbackbone // der Knoten namens "NodeName" ist ein wichtiger teil des 5GHz Backbones, wird mit grünem Marker dargestellt
#
#
# link NodeA NodeB ethernet [static] // der Knoten "NodeA" hat zu "NodeB" eine Kabelverbindung, graue Linie
# link NodeA NodeB 5ghz [static] // der Knoten "NodeA" hat zu "NodeB" eine 5GHz (Highspeed) Verbindung, grüne Linie
# link NodeA NodeB tunnel [static] // der Knoten "NodeA" hat zu "NodeB" einen Tunnel, blaue Linie (keine blauen Marker wie bei tunnelmaster)
#
# die Option static bedeutet, dass der Link auch angezeigt wird,
# wenn es keine OLSR Verbindung zwischen den 2 Knoten gibt und sollte normalerweise nicht verwendet werden.
#

node tunnel tunnelmaster ignore krypta, kryptaroof, datacop, nixroof

link krypta kryptaroof ethernet static
link krypta nixroof ethernet static
link kryptaroof nixroof ethernet static
link krypta tunnel ethernet static
link kryptaroof nessus ethernet
link krypta nessus ethernet

node nixroof 5ghzbackbone
link nixroof ho6 5ghz
link nixroof hh10 5ghz
link nixroof arg67 5ghz
link nixroof gudrun 5ghz
link nixroof hw 5ghz

node kryptaroof 5ghzbackbone
link kryptaroof garten94 5ghz
link kryptaroof jg7 5ghz
link kryptaroof zelter7 5ghz
link kryptaroof duer9 5ghz

node ho6 5ghzbackbone
#link ho6 mir 5ghz

#node mir 5ghzbackbone //knoten tot?
#link mir pas77 5ghz

#link OZW brc 5ghz
#link OZW mm31 5ghz
#link OZW rr72 5ghz
#link OZW do41 5ghz
#link OZW wpaeC8West 5ghz
#link OZW pfad12 5ghz
#link OZW trt6 5ghz
#link OZW baumg15 5ghz
#link OZW hfs 5ghz
#link OZW sc54 5ghz
#link OZW we16 5ghz
#link OZW sonn91 5ghz
#link OZW ows0 5ghz
#link OZW ojg19 5ghz
#link OZW ra8 5ghz
#link OZW rei6 5ghz
#link OZW zelter7 5ghz

node zelter7 5ghzbackbone
link zelter7 biss 5ghz
link zelter7 bici 5ghz

node hh10 5ghzbackbone
link hh10 gb24 5ghz
link hh10 luxi122home 5ghz
link hh10 ffh 5ghz
link hh10 as5 5ghz
link hh10 NANO5gb 5ghz

node nano5gb 5ghzbackbone
link nano5gb hh10 5ghz

node gb24 5ghzbackbone
link gb24 hfs 5ghz

node heunord 5ghzbackbone
link heunord hasi 5ghz
link heunord schenkich 5ghz
link heunord modul 5ghz
link heunord erzherz170 5ghz
link heunord wmg64 5ghz

node garten94 5ghzbackbone
link garten94 nord27 5ghz
link garten94 heusued 5ghz
link garten94 heunord 5ghz

node liechtwicht 5ghzbackbone
#link liechtwicht hp4 5ghz
#link liechtwicht gtxgoz11 5ghz

node gtxgoz11 5ghzbackbone
link gtxgoz11 modul 5ghz

#node hp4 5ghzbackbone //knoten exisitiert nicht mehr
#link hp4 gym42 5ghz
#link hp4 leo 5ghz //momentan auf beiden seiten unavailable *G

#node gym42 5ghzbackbone //knoten existiert nicht mehr
#link gym42 liechtwicht 5ghz
#link gym42 ho6 5ghz

node leo 5ghzbackbone //vmtl. wiedermal stromlos

link pdorf28 peer 5ghz //pdorf28 - peer(manner?)
link pdorf28 eno5gb // pdorf28 <-> eno (bullet5 <-> RB411AH)

node ffh 5ghzbackbone

link dg38 as5 5ghz
link as5 ruz24 5ghz

#node jg7 5ghzbackbone //momentan nicht vernünftig an krypta angebunden
#link jg7 wo9 5ghz //ab/umgebaut zu bb9!?

node nbg43 5ghzbackbone
link nbg43 heusued 5ghz //momentan inaktiv da heusued "outoforder"
link nbg43 kryptaroof 5ghz
link nbg43 rei6 5ghz
link nbg43 ma89 5ghz

node rei6 5ghzbackbone
link rei6 hansi5 5ghz
link rei6 modul 5ghz

node modul 5ghzbackbone
link modul kryptaroof 5ghz
link modul nixroof tunnel static //eoip tunnel
#link gallbrunn?

node ble20 5ghzbackbone
link ble20 wo9 5ghz

node ma89 5ghzbackbone
link ma89 ble20 5ghz
link ma89 spenger25 5ghz

node wo9 5ghzbackbone

node arg67 5ghzbackbone
link arg67 wo9 5ghz

node jed99 5ghzbackbone
#link jed99 tunnel tunnel static //ovpn tunnel via engerl, slow (~5mbit)
link jed99 biss 5ghz //~17mbit
link jed99 schwa 5ghz //~15mbit
link jed99 kol33 5ghz //no mimo jet (~ 10mbit)
#link jed99 kol33 5ghz //too slow (~4mbit)
#link jed99 heu 5ghz //too slow (~5mbit)
link jed99 put24 5ghz //hmm slow, (~7mbit)

node put24 5ghzbackbone
link put24 geras 5ghz

#node leo 5ghzbackbone
#link leo hp4 5ghz

#node erzherz170 5ghzbackbone

link sc54 hetzendorf ethernet static
link sc54-2 hetzendorf ethernet static
link sc54 sc54-2 ethernet static
link sc54 tunnel tunnel

node biss 5ghzbackbone
link biss zelter7 5ghz

link wpaeC8West as5 5ghz

link hohl28 koelbl15 5ghz
link hohl28 stu7 5ghz
link hohl28 tele3 5ghz

link schafbergalm heunord 5ghz

link frieden modul 5ghz

link hzd-au hzd-ff 5ghz

link ffh rex 5ghz

node duer9 5ghzbackbone

node schwa 5ghzbackbone

node hw 5ghzbackbone

node gudrun 5ghzbackbone

MapSpecialConfig

2013-12-31T22:43:20Z

Markit:

#
# ACHTUNG: Basierend auf diesem Dokument wird momentan an der Map (s.u.) weiter entwickelt
# ein Großteil der Funktionen wurden schon umgesetzt
# (das tunnelmaster-flag funktioniert momentan noch nicht)
#
# Dies ist ein Dokument, das stündlich von der Map (https://map.funkfeuer.at/experimental) abgerufen wird
# und bestimmten Knoten & Links Besonderheiten zuweist (Syntax weiter unten)
#
# Bitte beachte beim Editieren, dass jede Zeile mit einem Leerzeichen zur korrekten Darstellung beginnen muss.
#
# Kommentare:
# # das Kommentar beginnt ab # und gilt für die ganze Zeile
# // das Kommentar beginnt ab // und gilt für die ganze Zeile
# /* das Kommentar gilt nur in diesem Bereich */
#
#
# Syntax:
# (alle case-sensitive)
# Aufgrund des Datenschutzes kann statt des Knotennamens auch die Node-ID angegeben werden (siehe Map)
#
# node NodeName tunnelmaster [ignore NodeA, NodeB, ... NodeN]
# der Knoten namens "NodeName" ist ein Tunnelkonzentrator
# d.h. jeder Knoten mit Verbindung zu diesem Knoten
# wird als Tunnelknoten ausgewählt
# ignore: Alle Knotennamen nach ignore (getrennt durch Beistrich und Leerzeichen)
# werden ignoriert, auch wenn sie Verbindung mit dem Knoten haben
#
# node NodeName 5ghzbackbone // der Knoten namens "NodeName" ist ein wichtiger teil des 5GHz Backbones, wird mit grünem Marker dargestellt
#
#
# link NodeA NodeB ethernet [static] // der Knoten "NodeA" hat zu "NodeB" eine Kabelverbindung, graue Linie
# link NodeA NodeB 5ghz [static] // der Knoten "NodeA" hat zu "NodeB" eine 5GHz (Highspeed) Verbindung, grüne Linie
# link NodeA NodeB tunnel [static] // der Knoten "NodeA" hat zu "NodeB" einen Tunnel, blaue Linie (keine blauen Marker wie bei tunnelmaster)
#
# die Option static bedeutet, dass der Link auch angezeigt wird,
# wenn es keine OLSR Verbindung zwischen den 2 Knoten gibt und sollte normalerweise nicht verwendet werden.
#

node tunnel tunnelmaster ignore krypta, kryptaroof, datacop, nixroof

link krypta kryptaroof ethernet static
link krypta nixroof ethernet static
link kryptaroof nixroof ethernet static
link krypta tunnel ethernet static
link kryptaroof nessus ethernet
link krypta nessus ethernet

node nixroof 5ghzbackbone
link nixroof ho6 5ghz
link nixroof hh10 5ghz
link nixroof arg67 5ghz

node kryptaroof 5ghzbackbone
link kryptaroof garten94 5ghz
link kryptaroof jg7 5ghz
link kryptaroof zelter7 5ghz
link kryptaroof duer9 5ghz

node ho6 5ghzbackbone
#link ho6 mir 5ghz

#node mir 5ghzbackbone //knoten tot?
#link mir pas77 5ghz

#link OZW brc 5ghz
#link OZW mm31 5ghz
#link OZW rr72 5ghz
#link OZW do41 5ghz
#link OZW wpaeC8West 5ghz
#link OZW pfad12 5ghz
#link OZW trt6 5ghz
#link OZW baumg15 5ghz
#link OZW hfs 5ghz
#link OZW sc54 5ghz
#link OZW we16 5ghz
#link OZW sonn91 5ghz
#link OZW ows0 5ghz
#link OZW ojg19 5ghz
#link OZW ra8 5ghz
#link OZW rei6 5ghz
#link OZW zelter7 5ghz

node zelter7 5ghzbackbone
link zelter7 biss 5ghz
link zelter7 bici 5ghz

node hh10 5ghzbackbone
link hh10 gb24 5ghz
link hh10 luxi122home 5ghz
link hh10 ffh 5ghz
link hh10 as5 5ghz
link hh10 NANO5gb 5ghz

node nano5gb 5ghzbackbone
link nano5gb hh10 5ghz

node gb24 5ghzbackbone
link gb24 hfs 5ghz

node heunord 5ghzbackbone
link heunord hasi 5ghz
link heunord schenkich 5ghz
link heunord modul 5ghz
link heunord erzherz170 5ghz
link heunord wmg64 5ghz

node garten94 5ghzbackbone
link garten94 nord27 5ghz
link garten94 heusued 5ghz
link garten94 heunord 5ghz

node liechtwicht 5ghzbackbone
#link liechtwicht hp4 5ghz
#link liechtwicht gtxgoz11 5ghz

node gtxgoz11 5ghzbackbone
link gtxgoz11 modul 5ghz

#node hp4 5ghzbackbone //knoten exisitiert nicht mehr
#link hp4 gym42 5ghz
#link hp4 leo 5ghz //momentan auf beiden seiten unavailable *G

#node gym42 5ghzbackbone //knoten existiert nicht mehr
#link gym42 liechtwicht 5ghz
#link gym42 ho6 5ghz

node leo 5ghzbackbone //vmtl. wiedermal stromlos

link pdorf28 peer 5ghz //pdorf28 - peer(manner?)
link pdorf28 eno5gb // pdorf28 <-> eno (bullet5 <-> RB411AH)

node ffh 5ghzbackbone

link dg38 as5 5ghz
link as5 ruz24 5ghz

#node jg7 5ghzbackbone //momentan nicht vernünftig an krypta angebunden
#link jg7 wo9 5ghz //ab/umgebaut zu bb9!?

node nbg43 5ghzbackbone
link nbg43 heusued 5ghz //momentan inaktiv da heusued "outoforder"
link nbg43 kryptaroof 5ghz
link nbg43 rei6 5ghz
link nbg43 ma89 5ghz

node rei6 5ghzbackbone
link rei6 hansi5 5ghz
link rei6 modul 5ghz

node modul 5ghzbackbone
link modul kryptaroof 5ghz
link modul nixroof tunnel static //eoip tunnel
#link gallbrunn?

node ble20 5ghzbackbone
link ble20 wo9 5ghz

node ma89 5ghzbackbone
link ma89 ble20 5ghz
link ma89 spenger25 5ghz

node wo9 5ghzbackbone

node arg67 5ghzbackbone
link arg67 wo9 5ghz

node jed99 5ghzbackbone
#link jed99 tunnel tunnel static //ovpn tunnel via engerl, slow (~5mbit)
link jed99 biss 5ghz //~17mbit
link jed99 schwa 5ghz //~15mbit
link jed99 kol33 5ghz //no mimo jet (~ 10mbit)
#link jed99 kol33 5ghz //too slow (~4mbit)
#link jed99 heu 5ghz //too slow (~5mbit)
#link jed99 put24 5ghz //hmm slow, (~7mbit)

node put24 5ghzbackbone
link put24 geras 5ghz

#node leo 5ghzbackbone
#link leo hp4 5ghz

#node erzherz170 5ghzbackbone

link sc54 hetzendorf ethernet static
link sc54-2 hetzendorf ethernet static
link sc54 sc54-2 ethernet static
link sc54 tunnel tunnel

node biss 5ghzbackbone
link biss zelter7 5ghz

link wpaeC8West as5 5ghz

link hohl28 koelbl15 5ghz
link hohl28 stu7 5ghz
link hohl28 tele3 5ghz

link schafbergalm heunord 5ghz

link frieden modul 5ghz

link hzd-au hzd-ff 5ghz

link ffh rex 5ghz

node duer9 5ghzbackbone

node schwa 5ghzbackbone

MapSpecialConfig

2013-12-31T22:41:18Z

Markit: cleanup

#
# ACHTUNG: Basierend auf diesem Dokument wird momentan an der Map (s.u.) weiter entwickelt
# ein Großteil der Funktionen wurden schon umgesetzt
# (das tunnelmaster-flag funktioniert momentan noch nicht)
#
# Dies ist ein Dokument, das stündlich von der Map (https://map.funkfeuer.at/experimental) abgerufen wird
# und bestimmten Knoten & Links Besonderheiten zuweist (Syntax weiter unten)
#
# Bitte beachte beim Editieren, dass jede Zeile mit einem Leerzeichen zur korrekten Darstellung beginnen muss.
#
# Kommentare:
# # das Kommentar beginnt ab # und gilt für die ganze Zeile
# // das Kommentar beginnt ab // und gilt für die ganze Zeile
# /* das Kommentar gilt nur in diesem Bereich */
#
#
# Syntax:
# (alle case-sensitive)
# Aufgrund des Datenschutzes kann statt des Knotennamens auch die Node-ID angegeben werden (siehe Map)
#
# node NodeName tunnelmaster [ignore NodeA, NodeB, ... NodeN]
# der Knoten namens "NodeName" ist ein Tunnelkonzentrator
# d.h. jeder Knoten mit Verbindung zu diesem Knoten
# wird als Tunnelknoten ausgewählt
# ignore: Alle Knotennamen nach ignore (getrennt durch Beistrich und Leerzeichen)
# werden ignoriert, auch wenn sie Verbindung mit dem Knoten haben
#
# node NodeName 5ghzbackbone // der Knoten namens "NodeName" ist ein wichtiger teil des 5GHz Backbones, wird mit grünem Marker dargestellt
#
#
# link NodeA NodeB ethernet [static] // der Knoten "NodeA" hat zu "NodeB" eine Kabelverbindung, graue Linie
# link NodeA NodeB 5ghz [static] // der Knoten "NodeA" hat zu "NodeB" eine 5GHz (Highspeed) Verbindung, grüne Linie
# link NodeA NodeB tunnel [static] // der Knoten "NodeA" hat zu "NodeB" einen Tunnel, blaue Linie (keine blauen Marker wie bei tunnelmaster)
#
# die Option static bedeutet, dass der Link auch angezeigt wird,
# wenn es keine OLSR Verbindung zwischen den 2 Knoten gibt und sollte normalerweise nicht verwendet werden.
#

node tunnel tunnelmaster ignore krypta, kryptaroof, datacop, nixroof

link krypta kryptaroof ethernet static
link krypta nixroof ethernet static
link kryptaroof nixroof ethernet static
link krypta tunnel ethernet static
link kryptaroof nessus ethernet
link krypta nessus ethernet

node nixroof 5ghzbackbone
link nixroof ho6 5ghz
link nixroof hh10 5ghz
link nixroof arg67 5ghz

node kryptaroof 5ghzbackbone
link kryptaroof garten94 5ghz
link kryptaroof jg7 5ghz
link kryptaroof zelter7 5ghz
link kryptaroof duer9 5ghz

node ho6 5ghzbackbone
#link ho6 mir 5ghz

#node mir 5ghzbackbone //knoten tot?
#link mir pas77 5ghz

#link OZW brc 5ghz
#link OZW mm31 5ghz
#link OZW rr72 5ghz
#link OZW do41 5ghz
#link OZW wpaeC8West 5ghz
#link OZW pfad12 5ghz
#link OZW trt6 5ghz
#link OZW baumg15 5ghz
#link OZW hfs 5ghz
#link OZW sc54 5ghz
#link OZW we16 5ghz
#link OZW sonn91 5ghz
#link OZW ows0 5ghz
#link OZW ojg19 5ghz
#link OZW ra8 5ghz
#link OZW rei6 5ghz
#link OZW zelter7 5ghz

node zelter7 5ghzbackbone
link zelter7 biss 5ghz
link zelter7 bici 5ghz

node hh10 5ghzbackbone
link hh10 gb24 5ghz
link hh10 luxi122home 5ghz
link hh10 ffh 5ghz
link hh10 as5 5ghz
link hh10 NANO5gb 5ghz

node nano5gb 5ghzbackbone
link nano5gb hh10 5ghz

node gb24 5ghzbackbone
link gb24 hfs 5ghz

node heunord 5ghzbackbone
link heunord hasi 5ghz
link heunord schenkich 5ghz
link heunord modul 5ghz
link heunord erzherz170 5ghz
link heunord wmg64 5ghz

node garten94 5ghzbackbone
link garten94 nord27 5ghz
link garten94 heusued 5ghz
link garten94 heunord 5ghz

node liechtwicht 5ghzbackbone
#link liechtwicht hp4 5ghz
#link liechtwicht gtxgoz11 5ghz

node gtxgoz11 5ghzbackbone
link gtxgoz11 modul 5ghz

#node hp4 5ghzbackbone //knoten exisitiert nicht mehr
#link hp4 gym42 5ghz
#link hp4 leo 5ghz //momentan auf beiden seiten unavailable *G

#node gym42 5ghzbackbone //knoten existiert nicht mehr
#link gym42 liechtwicht 5ghz
#link gym42 ho6 5ghz

node leo 5ghzbackbone //vmtl. wiedermal stromlos

link pdorf28 peer 5ghz //pdorf28 - peer(manner?)
link pdorf28 eno5gb // pdorf28 <-> eno (bullet5 <-> RB411AH)

node ffh 5ghzbackbone

link dg38 as5 5ghz
link as5 ruz24 5ghz

#node jg7 5ghzbackbone //momentan nicht vernünftig an krypta angebunden
#link jg7 wo9 5ghz //ab/umgebaut zu bb9!?

node nbg43 5ghzbackbone
link nbg43 heusued 5ghz //momentan inaktiv da heusued "outoforder"
link nbg43 kryptaroof 5ghz
link nbg43 rei6 5ghz
link nbg43 ma89 5ghz

node rei6 5ghzbackbone
link rei6 hansi5 5ghz
link rei6 modul 5ghz

node modul 5ghzbackbone
link modul kryptaroof 5ghz
link modul nixroof tunnel static //eoip tunnel
#link gallbrunn?

node ble20 5ghzbackbone
link ble20 wo9 5ghz

node ma89 5ghzbackbone
link ma89 ble20 5ghz
link ma89 spenger25 5ghz

node wo9 5ghzbackbone

node arg67 5ghzbackbone
link arg67 wo9 5ghz

node jed99 5ghzbackbone
#link jed99 tunnel tunnel static //ovpn tunnel via engerl, slow (~5mbit)
link jed99 biss 5ghz //~17mbit
link jed99 schwa 5ghz //~15mbit
link jed99 kol33 5ghz //no mimo jet (~ 10mbit)
#link jed99 kol33 5ghz //too slow (~4mbit)
#link jed99 heu 5ghz //too slow (~5mbit)
#link jed99 put24 5ghz //hmm slow, (~7mbit)

node put24 5ghzbackbone
link put24 geras 5ghz

#node leo 5ghzbackbone
#link leo hp4 5ghz

#node erzherz170 5ghzbackbone

link sc54 hetzendorf ethernet static
link sc54-2 hetzendorf ethernet static
link sc54 sc54-2 ethernet static
link sc54 tunnel tunnel

node biss 5ghzbackbone
link biss zelter7 5ghz

link wpaeC8West as5 5ghz

link hohl28 koelbl15 5ghz
link hohl28 stu7 5ghz
link hohl28 tele3 5ghz

link schafbergalm heunord 5ghz

link frieden modul 5ghz

link hzd-au hzd-ff 5ghz

link ffh rex 5ghz

node duer9 5ghzbackbone

MapSpecialConfig

2013-12-31T22:30:25Z

Markit: jed99 link updates

#
# ACHTUNG: Basierend auf diesem Dokument wird momentan an der Map (s.u.) weiter entwickelt
# ein Großteil der Funktionen wurden schon umgesetzt
# (das tunnelmaster-flag funktioniert momentan noch nicht)
#
# Dies ist ein Dokument, das stündlich von der Map (https://map.funkfeuer.at/experimental) abgerufen wird
# und bestimmten Knoten & Links Besonderheiten zuweist (Syntax weiter unten)
#
# Bitte beachte beim Editieren, dass jede Zeile mit einem Leerzeichen zur korrekten Darstellung beginnen muss.
#
# Kommentare:
# # das Kommentar beginnt ab # und gilt für die ganze Zeile
# // das Kommentar beginnt ab // und gilt für die ganze Zeile
# /* das Kommentar gilt nur in diesem Bereich */
#
#
# Syntax:
# (alle case-sensitive)
# Aufgrund des Datenschutzes kann statt des Knotennamens auch die Node-ID angegeben werden (siehe Map)
#
# node NodeName tunnelmaster [ignore NodeA, NodeB, ... NodeN]
# der Knoten namens "NodeName" ist ein Tunnelkonzentrator
# d.h. jeder Knoten mit Verbindung zu diesem Knoten
# wird als Tunnelknoten ausgewählt
# ignore: Alle Knotennamen nach ignore (getrennt durch Beistrich und Leerzeichen)
# werden ignoriert, auch wenn sie Verbindung mit dem Knoten haben
#
# node NodeName 5ghzbackbone // der Knoten namens "NodeName" ist ein wichtiger teil des 5GHz Backbones, wird mit grünem Marker dargestellt
#
#
# link NodeA NodeB ethernet [static] // der Knoten "NodeA" hat zu "NodeB" eine Kabelverbindung, graue Linie
# link NodeA NodeB 5ghz [static] // der Knoten "NodeA" hat zu "NodeB" eine 5GHz (Highspeed) Verbindung, grüne Linie
# link NodeA NodeB tunnel [static] // der Knoten "NodeA" hat zu "NodeB" einen Tunnel, blaue Linie (keine blauen Marker wie bei tunnelmaster)
#
# die Option static bedeutet, dass der Link auch angezeigt wird,
# wenn es keine OLSR Verbindung zwischen den 2 Knoten gibt und sollte normalerweise nicht verwendet werden.
#

node tunnel tunnelmaster ignore krypta, kryptaroof, datacop, nixroof

link krypta kryptaroof ethernet static
link krypta nixroof ethernet static
link kryptaroof nixroof ethernet static

link kryptaroof nessus ethernet
link krypta nessus ethernet

link krypta tunnel ethernet static

node nixroof 5ghzbackbone
link nixroof ho6 5ghz
link nixroof hh10 5ghz
link nixroof arg67 5ghz

node kryptaroof 5ghzbackbone
link kryptaroof garten94 5ghz
link kryptaroof jg7 5ghz
link kryptaroof zelter7 5ghz
link kryptaroof duer9 5ghz

node ho6 5ghzbackbone
link ho6 mir 5ghz

node mir 5ghzbackbone
link mir pas77 5ghz

# link OZW brc 5ghz
# link OZW mm31 5ghz
# link OZW rr72 5ghz
# link OZW do41 5ghz
# link OZW wpaeC8West 5ghz
# link OZW pfad12 5ghz
# link OZW trt6 5ghz
# link OZW baumg15 5ghz
# link OZW hfs 5ghz
# link OZW sc54 5ghz
# link OZW we16 5ghz
# link OZW sonn91 5ghz
# link OZW ows0 5ghz
# link OZW ojg19 5ghz
# link OZW ra8 5ghz
# link OZW rei6 5ghz
# link OZW zelter7 5ghz

node zelter7 5ghzbackbone
link zelter7 biss 5ghz
link zelter7 bici 5ghz

node hh10 5ghzbackbone
link hh10 gb24 5ghz
link hh10 luxi122home 5ghz
link hh10 ffh 5ghz
link hh10 as5 5ghz
link hh10 NANO5gb 5ghz

node nano5gb 5ghzbackbone
link nano5gb hh10 5ghz

node gb24 5ghzbackbone
link gb24 hfs 5ghz

node heunord 5ghzbackbone
link heunord hasi 5ghz
link heunord schenkich 5ghz
link heunord modul 5ghz
link heunord erzherz170 5ghz
link heunord wmg64 5ghz

node garten94 5ghzbackbone
link garten94 nord27 5ghz
link garten94 heusued 5ghz
link garten94 heunord 5ghz

node liechtwicht 5ghzbackbone
link liechtwicht hp4 5ghz
link liechtwicht gtxgoz11 5ghz

node gtxgoz11 5ghzbackbone
link gtxgoz11 modul 5ghz

node hp4 5ghzbackbone
link hp4 gym42 5ghz
link hp4 leo 5ghz //momentan auf beiden seiten unavailable *G

node gym42 5ghzbackbone
link gym42 liechtwicht 5ghz //smartbridges
link gym42 ho6 5ghz

node leo 5ghzbackbone //vmtl. wiedermal stromlos

link pdorf28 peer 5ghz //pdorf28 - peer(manner?)
link pdorf28 eno5gb // pdorf28 <-> eno (bullet5 <-> RB411AH)

node ffh 5ghzbackbone

link dg38 as5 5ghz
link as5 ruz24 5ghz

node jg7 5ghzbackbone
link jg7 wo9 5ghz

node nbg43 5ghzbackbone
link nbg43 heusued 5ghz //momentan inaktiv da heusued "outoforder"
link nbg43 kryptaroof 5ghz
link nbg43 rei6 5ghz
link nbg43 ma89 5ghz

node rei6 5ghzbackbone
link rei6 hansi5 5ghz
link rei6 modul 5ghz

node modul 5ghzbackbone
link modul kryptaroof 5ghz
link modul nixroof tunnel static //eoip tunnel
# link gallbrunn?

node ble20 5ghzbackbone
link ble20 wo9 5ghz

node ma89 5ghzbackbone
link ma89 ble20 5ghz
link ma89 spenger25 5ghz

node wo9 5ghzbackbone

node arg67 5ghzbackbone
link arg67 wo9 5ghz

node jed99 5ghzbackbone
#link jed99 tunnel tunnel static //ovpn tunnel via engerl, slow (~5mbit)
link jed99 biss 5ghz //~17mbit
link jed99 schwa 5ghz //~15mbit
link jed99 kol33 5ghz //no mimo jet (~ 10mbit)
#link jed99 kol33 5ghz //too slow (~4mbit)
#link jed99 heu 5ghz //too slow (~5mbit)
#link jed99 put24 5ghz //hmm slow, (~7mbit)

node put24 5ghzbackbone
link put24 geras 5ghz

node leo 5ghzbackbone
link leo hp4 5ghz

# node erzherz170 5ghzbackbone

link sc54 hetzendorf ethernet static
link sc54-2 hetzendorf ethernet static
link sc54 sc54-2 ethernet static
link sc54 tunnel tunnel

node biss 5ghzbackbone
link biss zelter7 5ghz

link wpaeC8West as5 5ghz

link hohl28 koelbl15 5ghz
link hohl28 stu7 5ghz
link hohl28 tele3 5ghz

link schafbergalm heunord 5ghz

link frieden modul 5ghz

link hzd-au hzd-ff 5ghz

link ffh rex 5ghz

node duer9 5ghzbackbone

MapSpecialConfig

2013-08-20T21:03:59Z

Markit:

#
# ACHTUNG: Basierend auf diesem Dokument wird momentan an der Map (s.u.) weiter entwickelt
# ein Großteil der Funktionen wurden schon umgesetzt
# (das tunnelmaster-flag funktioniert momentan noch nicht)
#
# Dies ist ein Dokument, das stündlich von der Map (https://map.funkfeuer.at/experimental) abgerufen wird
# und bestimmten Knoten & Links Besonderheiten zuweist (Syntax weiter unten)
#
# Bitte beachte beim Editieren, dass jede Zeile mit einem Leerzeichen zur korrekten Darstellung beginnen muss.
#
# Kommentare:
# # das Kommentar beginnt ab # und gilt für die ganze Zeile
# // das Kommentar beginnt ab // und gilt für die ganze Zeile
# /* das Kommentar gilt nur in diesem Bereich */
#
#
# Syntax:
# (alle case-sensitive)
# Aufgrund des Datenschutzes kann statt des Knotennamens auch die Node-ID angegeben werden (siehe Map)
#
# node NodeName tunnelmaster [ignore NodeA, NodeB, ... NodeN]
# der Knoten namens "NodeName" ist ein Tunnelkonzentrator
# d.h. jeder Knoten mit Verbindung zu diesem Knoten
# wird als Tunnelknoten ausgewählt
# ignore: Alle Knotennamen nach ignore (getrennt durch Beistrich und Leerzeichen)
# werden ignoriert, auch wenn sie Verbindung mit dem Knoten haben
#
# node NodeName 5ghzbackbone // der Knoten namens "NodeName" ist ein wichtiger teil des 5GHz Backbones, wird mit grünem Marker dargestellt
#
#
# link NodeA NodeB ethernet [static] // der Knoten "NodeA" hat zu "NodeB" eine Kabelverbindung, graue Linie
# link NodeA NodeB 5ghz [static] // der Knoten "NodeA" hat zu "NodeB" eine 5GHz (Highspeed) Verbindung, grüne Linie
# link NodeA NodeB tunnel [static] // der Knoten "NodeA" hat zu "NodeB" einen Tunnel, blaue Linie (keine blauen Marker wie bei tunnelmaster)
#
# die Option static bedeutet, dass der Link auch angezeigt wird,
# wenn es keine OLSR Verbindung zwischen den 2 Knoten gibt und sollte normalerweise nicht verwendet werden.
#

node tunnel tunnelmaster ignore krypta, kryptaroof, datacop, nixroof

link krypta kryptaroof ethernet static
link krypta nixroof ethernet static
link kryptaroof nixroof ethernet static

link krypta tunnel ethernet static

node nixroof 5ghzbackbone
link nixroof ho6 5ghz
link nixroof hh10 5ghz
link nixroof arg67 5ghz

node kryptaroof 5ghzbackbone
link kryptaroof garten94 5ghz
link kryptaroof jg7 5ghz
link kryptaroof zelter7 5ghz
link kryptaroof duer9 5ghz

node ho6 5ghzbackbone
link ho6 mir 5ghz

node mir 5ghzbackbone
link mir pas77 5ghz

## link OZW brc 5ghz
# link OZW mm31 5ghz
# link OZW rr72 5ghz
# link OZW do41 5ghz
# link OZW wpaeC8West 5ghz
# link OZW akazia 5ghz
# link OZW pfad12 5ghz
# link OZW trt6 5ghz
# link OZW baumg15 5ghz
# link OZW hfs 5ghz
# link OZW sc54 5ghz
# link OZW we16 5ghz
# link OZW sonn91 5ghz
# link OZW ows0 5ghz
# link OZW ojg19 5ghz
link OZW gb24 5ghz
# link OZW ra8 5ghz
# link OZW rei6 5ghz
# link OZW zelter7 5ghz

node zelter7 5ghzbackbone
link zelter7 biss 5ghz
link zelter7 bici 5ghz
link zelter7 OZW 5ghz

node hh10 5ghzbackbone
link hh10 gb24 5ghz
link hh10 luxi122home 5ghz
link hh10 ffh 5ghz
link hh10 as5 5ghz
link hh10 NANO5gb 5ghz

node nano5gb 5ghzbackbone
link nano5gb hh10 5ghz

node gb24 5ghzbackbone
link gb24 hfs 5ghz
link gb24 OZW 5ghz

node heunord 5ghzbackbone
link heunord hasi 5ghz
link heunord schenkich 5ghz
link heunord modul 5ghz
link heunord erzherz170 5ghz
link heunord wmg64 5ghz

node garten94 5ghzbackbone
link garten94 nord27 5ghz
link garten94 heusued 5ghz
link garten94 heunord 5ghz

node liechtwicht 5ghzbackbone
link liechtwicht hp4 5ghz
link liechtwicht gtxgoz11 5ghz

node gtxgoz11 5ghzbackbone
link gtxgoz11 modul 5ghz

node hp4 5ghzbackbone
link hp4 gym42 5ghz
link hp4 leo 5ghz //momentan auf beiden seiten unavailable *G

node gym42 5ghzbackbone
link gym42 liechtwicht 5ghz //smartbridges
link gym42 ho6 5ghz

node leo 5ghzbackbone //vmtl. wiedermal stromlos

link pdorf28 peer 5ghz //pdorf28 - peer(manner?)
link pdorf28 eno5gb // pdorf28 <-> eno (bullet5 <-> RB411AH)

node ffh 5ghzbackbone
link ffh OZW 5ghz

link dg38 as5 5ghz
link as5 ruz24 5ghz

node jg7 5ghzbackbone
link jg7 wo9 5ghz

node nbg43 5ghzbackbone
link nbg43 heusued 5ghz //momentan inaktiv da heusued "outoforder"
link nbg43 kryptaroof 5ghz
link nbg43 rei6 5ghz
link nbg43 ma89 5ghz

node rei6 5ghzbackbone
link rei6 hansi5 5ghz
link rei6 modul 5ghz

node modul 5ghzbackbone
link modul kryptaroof 5ghz
link modul nixroof tunnel static //eoip tunnel
# link gallbrunn?

node ble20 5ghzbackbone
link ble20 wo9 5ghz

node ma89 5ghzbackbone
link ma89 ble20 5ghz
link ma89 spenger25 5ghz

node wo9 5ghzbackbone

node arg67 5ghzbackbone
link arg67 wo9 5ghz

node jed99 5ghzbackbone
link jed99 tunnel tunnel static //ovpn tunnel via engerl
#link jed99 bisam 5ghz
link jed99 put24 5ghz

node put24 5ghzbackbone
link put24 geras 5ghz

node leo 5ghzbackbone
link leo hp4 5ghz

# node erzherz170 5ghzbackbone

link sc54 hetzendorf ethernet static
link sc54-2 hetzendorf ethernet static
link sc54 sc54-2 ethernet static
link sc54 OZW 5ghz
link sc54 tunnel tunnel

node biss 5ghzbackbone
link biss zelter7 5ghz

link wpaeC8West as5 5ghz

link hohl28 koelbl15 5ghz
link hohl28 stu7 5ghz

link schafbergalm heunord 5ghz

link frieden modul 5ghz

link akazia OZW 5ghz

link hzd-au hzd-ff 5ghz

link ffh rex 5ghz

node duer9 5ghzbackbone

Arbeitsgruppe Hardware Mikrotik Routerboards

2013-08-20T20:59:38Z

Markit: /* Freebone Management Network */

== Equpiment avaliable: ==

outdated, a lot more equipment arrived in last time

person responsible for inventar Markus K.

equpiment offers (with little tech support)

== Main nodes ==

=== NIX ===

1x RB433AH in alubox

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

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

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

photos:

Markus G., Markus K.

=== Heuberg ===

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

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

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

=== kryptaroof ===

2X RB433 in alubox

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

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

photos:

markus

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

() -> not jet configured

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

(10.7.2.0) nixroof vserver
10.7.2.1 nixroof rb433AH

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

10.7.4.1 garten94_rb433 (heuberg)
10.7.4.2 garten94_wrt54g (193.238.159.5)

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

10.7.6.1 nord27_rb411
10.7.6.2 nord27_indoor Linksys WRT54gl (193.238.158.33)

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

10.7.8.1 ger rb411
10.7.8.2 ger Linksys WRT54gl

10.7.9.1 heusued routerstation

10.7.10.1 hh10 rb433 (fb_man_vlan only on interface to nixroof)

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

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

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

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

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

10.7.16.1 ma89 rb433
10.7.16.2 ma89 linksys (193.238.156.129)

10.7.17.1 ble20 rb411
10.7.17.2 ble20h13 linksys (193.238.156.165)

10.7.18.1 rb433
10.7.18.2 wo9 linksys (193.238.156.28)

10.7.19.1 spenger25 rb411
10.7.19.2 linksys (193.238.156.201)

10.7.20.1 gtxgoz11 rb411
10.7.20.2 bullet m5: gtxgoz11-liechtwicht

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

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

10.7.23.1 modulmain asuswl500gp
10.7.23.2 modul rb433ah

10.7.24.1 kuga19 bulletm5
10.7.24.2 kuga19 buffalo

10.7.25.1 zelt rb711
(10.7.25.2 zelt linksys?)

10.7.26.1 lat7 StX

10.7.27.1 wuk rb711

10.7.28.1 erzherz rb433 (? 10.8.28.1 ?)

10.7.29.1 wmg64 groove
10.7.29.2 wmg64 olsr device

10.7.30.1 ku23 rb711
10.7.30.2 ku23 linksys

10.7.31.1 jed99 groove
10.7.31.2 jed99 linksys (swgitter)

10.7.32.1 duer9 rb411L

OEGV (Habsburghaus, Schneealpenhaus, Wetterkogler Haus, Annaberger Haus)
10.7.100.1 hbh rb750UP (device not powered)
10.7.100.2 hbh SXT

10.7.101.1 sah rb750UP
10.7.101.2 sah SXT (-> sah)
192.168.1.30 nanobridge (-> wkh)

10.7.102.1 rb750UP
192.168.1.31 nanobridge (-> sah)

10.7.103.2 abh SXT

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

Hardware Testtage 2012 09

2012-09-21T20:17:41Z

Markit:

devices:

Routers (if not otherwise specified: 4MB flash, 400Mhz MIPS32K)
1x WR-2543ND (a/b/g/n 3T3R 3x sma) AR7242 + AR9380 64MB RAM 8MB Flash
2x WR-842ND (b/g/n 2T2R 2x sma) AR7241 + AR9287 8MB Flash
1x WDR-3600 (a/b/g/n 2T2R 2x sma) AR9344 560Mhz MIPS74K + AR9340 128MB RAM 8MB Flash
1x RB2011UAS-2HnD-IN (b/g/n 2x MMCX) AR9344 600Mhz MIPS74K + AR9340? 128MB RAM 64MB Flash
2x WR-741ND (b/g/n 1T1R 1x sma) AR9331
2x Bullet M5 (a/n 1T1R 1x N) AR7240 + AR9283? 8MB Flash
2x Rocket M5 (a/n 2T2R 2x sma) AR7240 + AR9283 8MB Flash
2x RB751 (b/g/n 2T2R 1x mmcx) AR7241 + AR? 64MB Flash
without integrated wireless
2x Routerstation pro (3x minipci) AR7161 680Mhz MIPS32K 128MB RAM 16MB Flash
2x RB411L (1x minpci) AR71xx
2x RB433L (3x minipci) AR71xx
maybe as reference
1x RB951 (b/g/n internal-ant) AR9331
1x Bullet 2 (b/g 1xN) AR2313 175Mhz MIPS24K + AR5112?
1x WRT54GL (b/g)

Mini-pcis
1x DBii F50 (a 1x mmcx)
1x DBii F50N Pro (a/n 2T2R 2x mmcx)
1x WLM200N5 (a/n 2T2R 2x mmcx)
1x R5SHPn (a/n 1T1R 1x mmcx)
2x WLM200NX (b/g/n 2T2R 2x ufl)
2x R52n (a/b/g/n 2T2R 2x ufl)
2x R52n-M (a/b/g/n 2T2R 2x mmcx)
2x R52Hn-M (a/b/g/n 2T2R 2x mmcx)
2x JJplus MaxRange 2 (b/g/n 1T2R 2x mmcx)
and some older ones as reference
2x R52 (a/b/g 2x ufl)
1x CM10 (a/b/g 2x ufl)
1x CM9 (a/b/g 2x ufl)
2x UB5 (a 1x ufl)
2x WN-562AG (a/b/g 2x ufl)
2x WN-360G (b/g 2x ufl)

evt.
Tplink 4300er
2x SR71 (minipci/minipcie)

usbsticks with sma?

build config non defaults:
CONFIG_TARGET_ar71xx=y
CONFIG_KERNEL_KALLSYMS=y
CONFIG_PACKAGE_ip=y
CONFIG_PACKAGE_olsrd=y
CONFIG_PACKAGE_olsrd-mod-txtinfo=y
CONFIG_PACKAGE_horst=y
CONFIG_PACKAGE_broadcastflood=y
CONFIG_PACKAGE_iperf-mt=y
CONFIG_PACKAGE_netperf=y
CONFIG_PACKAGE_tcpdump=y
CONFIG_ATH_USER_REGD=y
CONFIG_PACKAGE_ATH_DEBUG=y

wireless config (OpenWRT) non defaults:
config wifi-device
option diversity 0
option txantenna 1
option rxantenna 1
option noscan 1
option distance 12000
option country AT
option txpower 12

config wifi-iface
# option mode ap
option mode adhoc

option ssid test.www.freiesnetz.funkfeuer.at
option bssid 00:00:00:00:00:AB

Hardware Testtage 2012 09

2012-09-21T20:13:15Z

Markit:

devices:

1x WR-2543ND (a/b/g/n 3T3R 3x sma) AR7242 + AR9380 64MB RAM 8MB Flash
2x WR-842ND (b/g/n 2T2R 2x sma) AR7241 + AR9287 8MB Flash
1x WDR-3600 (a/b/g/n 2T2R 2x sma) AR9344 560Mhz MIPS74K AR9340 128MB RAM 8MB Flash
1x RB2011UAS-2HnD-IN (b/g/n 2x MMCX) AR9344 600Mhz MIPS74K 128MB RAM 64MB Flash
2x WR-741ND (b/g/n 1T1R 1x sma) AR9331
2x Bullet M5 (a/n 1T1R 1x N) AR7240 + AR9283? 8MB Flash
2x Rocket M5 (a/n 2T2R 2x sma) AR7240 + AR9283 8MB Flash
2x RB751 (b/g/n 2T2R 1x mmcx) AR7241 + ? 64MB Flash
without integrated wireless
2x Routerstation pro (3x minipci) AR7161 680Mhz MIPS32K 128MB RAM 16MB Flash
2x RB411L (1x minpci) AR71xx
2x RB433L (3x minipci) AR71xx
maybe as reference
1x RB951 (b/g/n internal-ant) AR9331
1x Bullet 2 (b/g 1xN) AR2313 + AR5112?
1x WRT54GL (b/g)

Mini-pcis
1x DBii F50 (a 1x mmcx)
1x DBii F50N Pro (a/n 2T2R 2x mmcx)
1x WLM200N5 (a/n 2T2R 2x mmcx)
1x R5SHPn (a/n 1T1R 1x mmcx)
2x WLM200NX (b/g/n 2T2R 2x ufl)
2x R52n (a/b/g/n 2T2R 2x ufl)
2x R52n-M (a/b/g/n 2T2R 2x mmcx)
2x R52Hn-M (a/b/g/n 2T2R 2x mmcx)
2x JJplus MaxRange 2 (b/g/n 1T2R 2x mmcx)
and some older ones as reference
2x R52 (a/b/g 2x ufl)
1x CM10 (a/b/g 2x ufl)
1x CM9 (a/b/g 2x ufl)
2x UB5 (a 1x ufl)
2x WN-562AG (a/b/g 2x ufl)
2x WN-360G (b/g 2x ufl)

evt.
Tplink 4300er
2x SR71 (minipci/minipcie)

usbsticks with sma?

build config non defaults:
CONFIG_TARGET_ar71xx=y
CONFIG_KERNEL_KALLSYMS=y
CONFIG_PACKAGE_ip=y
CONFIG_PACKAGE_olsrd=y
CONFIG_PACKAGE_olsrd-mod-txtinfo=y
CONFIG_PACKAGE_horst=y
CONFIG_PACKAGE_broadcastflood=y
CONFIG_PACKAGE_iperf-mt=y
CONFIG_PACKAGE_netperf=y
CONFIG_PACKAGE_tcpdump=y
CONFIG_ATH_USER_REGD=y
CONFIG_PACKAGE_ATH_DEBUG=y

wireless config (OpenWRT) non defaults:
config wifi-device
option diversity 0
option txantenna 1
option rxantenna 1
option noscan 1
option distance 12000
option country AT
option txpower 12

config wifi-iface
# option mode ap
option mode adhoc

option ssid test.www.freiesnetz.funkfeuer.at
option bssid 00:00:00:00:00:AB

Hardware Testtage 2012 09

2012-09-21T14:16:36Z

Markit: Die Seite wurde neu angelegt: „devices: 1x WR-2543ND 2x WR-741ND 2x WR-842 2x Bullet M5 2x Rocket M5 2x RB751 2x Routerstation pro 2x RB411L 2x RB433L 1x RB2011 Mini-pcis 1x DBii F...“

devices:

1x WR-2543ND
2x WR-741ND
2x WR-842
2x Bullet M5
2x Rocket M5
2x RB751
2x Routerstation pro
2x RB411L
2x RB433L
1x RB2011

Mini-pcis
1x DBii F50
1x DBii F50N Pro
1x WLM200N5
1x R5SHPn
2x WLM200NX
2x R52n
2x R52n-M
2x R52Hn-M
2x JJplus ?
and some older ones

evt.
Tplink 4300er
2x SR71 (minipci/minipcie)

Arbeitsgruppe Hardware Mikrotik Routerboards

2012-09-03T07:53:25Z

Markit: /* Freebone Management Network */

== Equpiment avaliable: ==

outdated, a lot more equipment arrived in last time

person responsible for inventar Markus K.

equpiment offers (with little tech support)

== Main nodes ==

=== NIX ===

1x RB433AH in alubox

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

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

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

photos:

Markus G., Markus K.

=== Heuberg ===

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

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

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

=== kryptaroof ===

2X RB433 in alubox

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

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

photos:

markus

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

() -> not jet configured

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

(10.7.2.0) nixroof vserver
10.7.2.1 nixroof rb433AH

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

10.7.4.1 garten94_rb433 (heuberg)
10.7.4.2 garten94_wrt54g (193.238.159.5)

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

10.7.6.1 nord27_rb411
10.7.6.2 nord27_indoor Linksys WRT54gl (193.238.158.33)

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

10.7.8.1 ger rb411
10.7.8.2 ger Linksys WRT54gl

10.7.9.1 heusued routerstation

10.7.10.1 hh10 rb433 (fb_man_vlan only on interface to nixroof)

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

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

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

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

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

10.7.16.1 ma89 rb433
10.7.16.2 ma89 linksys (193.238.156.129)

10.7.17.1 ble20 rb411
10.7.17.2 ble20h13 linksys (193.238.156.165)

10.7.18.1 rb433
10.7.18.2 wo9 linksys (193.238.156.28)

10.7.19.1 spenger25 rb411
10.7.19.2 linksys (193.238.156.201)

10.7.20.1 gtxgoz11 rb411
10.7.20.2 bullet m5: gtxgoz11-liechtwicht

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

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

10.7.23.1 modulmain asuswl500gp
10.7.23.2 modul rb433ah

10.7.24.1 kuga19 bulletm5
10.7.24.2 kuga19 buffalo

10.7.25.1 zelt rb711
(10.7.25.2 zelt linksys?)

10.7.26.1 lat7 StX

10.7.27.1 wuk rb711

10.7.28.1 erzherz rb433 (? 10.8.28.1 ?)

10.7.29.1 wmg64 groove
10.7.29.2 wmg64 olsr device

10.7.30.1 ku23 rb711
10.7.30.2 ku23 linksys

10.7.31.1 jed99 groove
10.7.31.2 jed99 linksys (swgitter)

OEGV (Habsburghaus, Schneealpenhaus, Wetterkogler Haus)
10.7.100.1 hbh rb750UP (device not powered)
10.7.100.2 hbh SXT

10.7.101.1 sah rb750UP
10.7.101.2 sah SXT (-> sah)
192.168.1.30 nanobridge (-> wkh)

10.7.102.1 rb750UP
192.168.1.31 nanobridge (-> sah)

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

2012-08-15T12:48:21Z

Markit: /* Freebone Management Network */

== Equpiment avaliable: ==

outdated, a lot more equipment arrived in last time

person responsible for inventar Markus K.

equpiment offers (with little tech support)

== Main nodes ==

=== NIX ===

1x RB433AH in alubox

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

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

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

photos:

Markus G., Markus K.

=== Heuberg ===

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

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

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

=== kryptaroof ===

2X RB433 in alubox

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

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

photos:

markus

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

() -> not jet configured

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

(10.7.2.0) nixroof vserver
10.7.2.1 nixroof rb433AH

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

10.7.4.1 garten94_rb433 (heuberg)
10.7.4.2 garten94_wrt54g (193.238.159.5)

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

10.7.6.1 nord27_rb411
10.7.6.2 nord27_indoor Linksys WRT54gl (193.238.158.33)

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

10.7.8.1 ger rb411
10.7.8.2 ger Linksys WRT54gl

10.7.9.1 heusued routerstation

10.7.10.1 hh10 rb433 (fb_man_vlan only on interface to nixroof)

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

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

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

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

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

10.7.16.1 ma89 rb433
10.7.16.2 ma89 linksys (193.238.156.129)

10.7.17.1 ble20 rb411
10.7.17.2 ble20h13 linksys (193.238.156.165)

10.7.18.1 rb433
10.7.18.2 wo9 linksys (193.238.156.28)

10.7.19.1 spenger25 rb411
10.7.19.2 linksys (193.238.156.201)

10.7.20.1 gtxgoz11 rb411
10.7.20.2 bullet m5: gtxgoz11-liechtwicht

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

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

10.7.23.1 modulmain asuswl500gp
10.7.23.2 modul rb433ah

10.7.24.1 kuga19 bulletm5
10.7.24.2 kuga19 buffalo

10.7.25.1 zelt rb711
(10.7.25.2 zelt linksys?)

10.7.26.1 lat7 StX

10.7.27.1 wuk rb711

10.7.28.1 erzherz rb433 (? 10.8.28.1 ?)

10.7.29.1 wmg64 groove
10.7.29.2 wmg64 olsr device

10.7.30.1 ku23 rb711
10.7.30.2 ku23 linksys

OEGV (Habsburghaus, Schneealpenhaus, Wetterkogler Haus)
10.7.100.1 hbh rb750UP (device not powered)
10.7.100.2 hbh SXT

10.7.101.1 sah rb750UP
10.7.101.2 sah SXT (-> sah)
192.168.1.30 nanobridge (-> wkh)

10.7.102.1 rb750UP
192.168.1.31 nanobridge (-> sah)

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

Kanalwahl

2012-08-11T13:41:35Z

Markit: /* 5GHz */

Für Richtfunkstrecken gilt es, einen möglichst ungestörten [http://de.wikipedia.org/wiki/IEEE_802.11#802.11b.2Fg Kanal] mit passender [http://de.wikipedia.org/wiki/Polarisation Polarisation] zu verwenden:

==5GHz==

Für Mesh auf 5GHz bitte folgende Einstellung verwenden.
Unabhängig vom Kanal.
ACHTUNG:
selbe bssid auf allen kanälen, kann auch auf 5ghz unerwartete effekte haben,..
denn desweilen verbinden sich dann geräte auf nachbarkanälen miteinander,..

ESSID: www.funkfeuer.at

BSSID: '''00:78:FF:56:49:45'''

das Frequenzband ist zwar auf den ersten Blick recht groß, der Outdoor-Bereich beginnt jedoch erst ab 5,5 GHz und wird ab 5,65 GHz von Amateurfunkern mitbenutzt, die ihre Geräte hier mit bis zu 100W EIRP Sendeleistung betreiben dürfen und deren Funkstrecken bei etwaigen "Überschneidungen" natürlich über unseren stehen.

Somit bleibt uns nur der Bereich von 5,5 bis 5,65 GHz mit 1W (30dBm) EIRP Sendeleistung (Sender dBm + Antennen dBi!). '''Ein Betrieb ohne DFS ist nicht zulässig!!'''
Kann das Gerät kein TPC beträgt die erlaubte Sendeleistung nur 27 dBm.

==Unser Problem mit den Kanälen auf 2,4 Ghz==

[[Bild:Kanal1-14-at-2,4GHz.gif]]

Während der Kanalabstand 5 MHz beträgt, benötigt eine WLAN Funkverbindung eine Bandbreite von 22 MHz.
Kanal 7 ist durch [http://de.wikipedia.org/wiki/Amateurfunk-Fernsehen Amateur-TeleVision (ATV)], Sendeleistung 70 Watt (gegenüber eirp 0,1 Watt für WLAN) stark gestört.
Auch auf den Kanälen 5 und 9 ist kaum ein vernünftiger Datendurchsatz erreichbar, selbst die Kanäle 4 und 10 sind noch etwas eingeschränkt.

'''Dieser Sender OE1XCB Wien-Wienerberg Kanal TV20 Ausgabe : 2440 Mhz vertikal'''
'''war schon in Betrieb bevor WLAN freigegeben wurde !'''

ergo hätten wir nur 2 komplett ungestörte Kanäle. Das ist zuwenig.
Daher nehmen wir die gegenseitigen Störungen der Kanäle 1/4 und 10/13 in Kauf und verwenden im wiener FunkFeuer Netz nur die WLAN Kanäle 1, 4, 10, 13, selten könnte noch der Kanal 7 funktionieren (also so zB " h7.freiesnetz.www.funkfeuer.at ")

Eine weitere Möglichkeit die Bandbreite einer Funkstrecke zu erhöhen, ist der Umstieg auf den 5Ghz Frequenzbereich (etwas teurer, jedoch schneller)

Kanal 1, vertikal polarisiert, wird im Wiener FunkFeuer Netz für die meisten Omniantennen verwendet.
Horizontale [http://de.wikipedia.org/wiki/Polarisation Polarisation] zeigt noch weniger Störungen.
Vertikale und horizontale Polarisation sind lineare Polarisationen, wie sie von den meisten Antennen ausgesendet/empfangen werden.

==Unsere ssid und bssid==

Kanal 1 VERTIKAL
v1.freiesnetz.www.funkfeuer.at = meist Omniantennen = weniger Geschwindigkeit = hohe Verfügbarkeit
Kanal 1 HORIZONTAL
h1.freiesnetz.www.funkfeuer.at = im Nahfeld gestört durch Kanal 1 vertikal (oft Omniantennen des Wiener FunkFeuer Netzes)
bssid= '''4E:FE:52:36:2E:65''' selbe bssid v1 und h1 wegen besserer rts Funktion (v1 auch bei vertikal)

Kanal 4 VERTIKAL
v4.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit
Kanal 4 HORIZONTAL
h4.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit kaum benützt
bssid= '''26:A4:05:7B:2B:D8''' selbe bssid v4 und h4 wegen besserer rts Funktion

Kanal 7 VERTIKAL
v7.freiesnetz.www.funkfeuer.at = sehr selten, geht nicht bei freier Sicht auf den Wienerberg
Kanal 7 HORIZONTAL
h7.freiesnetz.www.funkfeuer.at = sehr selten, geht nicht bei freier Sicht auf den Wienerberg
bssid= '''7A:55:80:50:08:08''' selbe bssid v7 und h7 wegen besserer rts Funktion

Kanal 10 VERTIKAL
v10.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit
Kanal 10 HORIZONTAL
h10.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit kaum benützt
bssid= '''52:51:E5:D5:5A:43''' selbe bssid v10 und h10 wegen besserer rts Funktion

Kanal 13 VERTIKAL
v13.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit recht häufig
Kanal 13 HORIZONTAL
h13.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit
bssid= '''26:A7:D4:E4:4F:4D''' selbe bssid v13 und h13 wegen besserer rts Funktion

bei '''Hotspot_installation''' ist '''x__.freiesnetz.www.funkfeuer.at'''
durch '''x"kanal".hotspot.funkfeuer.at''' zu ersetzen
x ist v oder h kanal = 1, 4, 7, 10 und 13
also zB
'''v1.hotspot.funkfeuer.at'''

kurztext zum kopieren / ausdrucken
kanal 1 = '''4E:FE:52:36:2E:65''' v1.freiesnetz.www.funkfeuer.at
kanal 4 = '''26:A4:05:7B:2B:D8''' v4.freiesnetz.www.funkfeuer.at
kanal 7 = '''7A:55:80:50:08:08''' v7.freiesnetz.www.funkfeuer.at
kanal 10 = '''52:51:E5:D5:5A:43''' v10.freiesnetz.www.funkfeuer.at
kanal 13 = '''26:A7:D4:E4:4F:4D''' v13.freiesnetz.www.funkfeuer.at

==andere Frequenzen für Richtfunkstrecken in Österreich==

Gibt es, nicht... jedenfalls nicht kostenlos.

Zitat (Josef Hotter, Bundesministerium für Verkehr, Innovation und Technologie, Sektion III / PT3 - Frequenzmanagement):

Der Frequenzbereich 10,30-10,6 GHz ist nach den Bedingungen der Funk-Schnittstellenbeschreibung FSB-RR064 einsetzbar.
Die Verfügbarkeit ist im konkreten Fall (bei Antragsstellung oder vorab) von uns zu prüfen.

17,1-17,3 GHz: Kein Richtfunkband in Österreich!

17,7-19,7 GHz: Sehr stark ausgelastet durch die Telekommunikationsnetze, keine Verfügbarkeit mehr.

24,05-24,25 GHz: Ist kein Richtfunkband, Industrie, Wissenschaft/Forschung oder Medizin können es allerdings nach Rücksprache als ISM Band mit 100 mW eirp Strahlungsleistung nutzen.

22,5-23,6 GHz: Nutzung nach FSB-RR030 bzw. 24,65-26,435 GHz nach FSB-RR013 möglich.

Die entsprechenden Funk-Schnittstellen sind unter dem Link http://www.bmvit.gv.at/telekommunikation/funk/frequenzverw/natplan/index.html und "Funkschnittstelle RR...." ersichtlich.

Für zB 1 W (6 W) Senderausgangsleistung im Duplexbetrieb sind für Trägerfrequenzen von 9,8 GHz bis 15,35 GHz, €3,63 (€7,99) pro Bandbreite von bis zu 750 kHz an monatliche Gebühren zu entrichten; Bei höheren Bandbreiten, das entsprechende Vielfache der genutzten Bandbreite;

Für zB 1 W (6 W) Senderausgangsleistung im Duplexbetrieb sind für Trägerfrequenzen von 15,35 GHz bis 43,5 GHz, €3,63 (€7,99) pro Bandbreite von bis zu 1000 kHz an monatliche Gebühren zu entrichten; Bei höheren Bandbreiten, das entsprechende Vielfache der genutzten Bandbreite;

Bisam

2012-08-02T07:09:15Z

Markit:

notizen bisamberg (neuer standort)

[code]
karl will zettel auf den wir die verantwortung fuer den mast uebernehmen (wer unterschreibt? (verein vmtl wieder elends kompliziert))
evt vorab baureferent langenzersdorf reden (der ist angeblich recht unkompliziert)
welches grundstück/hausnr? (vmtl. klausgraben 65)
(denn ansich ist sowas aehnliches wie bauverbot, und erdbewegungen > 1m gehören sowieso angemeldet)
d.h. nit tiefer als ein meter ausgraben
aber tiefer als frostgrenze (vmtl 50cm) (sonst halten die anker nit gut)
der zaun ist schon mit betonsockeln verankert, koennen auch daran abspannen
wasserdichten beton verwenden (hmm wer hat mischmaschine?)
wir koennen (zumindest unter der woche) auch kleinen bagger verwenden, (halt nit wochenends, damit nachbarn nit gestört,..)
und roden soviel wir wollen
da es ist NÖ ist gibts da auch keine probleme bzgl bäume fällen
bestehendes kabel vmtl nicht mehr intakt, wr knapp 200m 0815 kabel, vmtl längst brüchig/undicht,
dann halt neues verlegen (bestehendes liegt schlichtweg am boden, weil laut karl vergraben 1. aufwendig, und wegen evt herumgrabender tiere eh nur problematischer)
unser eher kleiner stromverbruach ist kein problem (auch fuer bestehenden trenntrafo) (ich hab mal 10-20W angekündigt)
ad höhe: hab mal von ca 6m evt. höher geredet, so dass wir halt ueber bäume nach osten drübersehen

skizze
|
----| |
| |----
| /
| 17m /
| /
| * / 15m
| /
| 17m /
|----------...-----

* alter mast steht schon ziemlich am hoechsten punkt, leider etwas nah zum zaun
. loch im zaun

hmm abspannseile, und sträucher,
inwieweit stört sich das?
grosszügiger roden/ausschneiden?

mast:
mal 6m mast bei tucon (vor)bestellen? (alu oder stahl?),
oder 1m einzelteile von verstrebten 3fachmast (deutlich teurer)
oder gebrauchten strommast, bzw dergleichen?
entweder dicken mast der paralellmast braucht
(was mit querverstrebungen dann eh ne art builtin-leiter bildet)
wieweit stört das wenn sich das dann "bewegt"?
halbschellen mit runstahlbuegel, oder echte rohrverstrebung?
oder dickwandigen 6cm mast auf dem sich noch direkt montieren lasst

brauchts ne leiter fuer den mast, evt versperrt, so das nit jeder raufklettern kann?
evt normalerweise am boden liegend "unter" einem abspannseil
(alternativ halt fix am masten vom boden weg "kletterhilfen")

zugang evt etwas hintenrum (evt ausgehend vom 2m loch im zaun), und möglichst viel sträucher S und W vom mast stehen lassen
damit nachbarn/passanten nit zuviel davon sehen,..

[[Category: Knoten]]

Bisam

2012-08-02T07:07:58Z

Markit:

notizen bisamberg (neuer standort)

[code]
karl will zettel auf den wir die verantwortung fuer den mast uebernehmen (wer unterschreibt? (verein vmtl wieder elends kompliziert))
evt vorab baureferent langenzersdorf reden (der ist angeblich recht unkompliziert)
welches grundstück/hausnr? (vmtl. klausgraben 65)
(denn ansich ist sowas aehnliches wie bauverbot, und erdbewegungen > 1m gehören sowieso angemeldet)
d.h. nit tiefer als ein meter ausgraben
aber tiefer als frostgrenze (vmtl 50cm) (sonst halten die anker nit gut)
der zaun ist schon mit betonsockeln verankert, koennen auch daran abspannen
wasserdichten beton verwenden (hmm wer hat mischmaschine?)
wir koennen (zumindest unter der woche) auch kleinen bagger verwenden, (halt nit wochenends, damit nachbarn nit gestört,..)
und roden soviel wir wollen
da es ist NÖ ist gibts da auch keine probleme bzgl bäume fällen
bestehendes kabel vmtl nicht mehr intakt, wr knapp 200m 0815 kabel, vmtl längst brüchig/undicht,
dann halt neues verlegen (bestehendes liegt schlichtweg am boden, weil laut karl vergraben 1. aufwendig, und wegen evt herumgrabender tiere eh nur problematischer)
unser eher kleiner stromverbruach ist kein problem (auch fuer bestehenden trenntrafo) (ich hab mal 10-20W angekündigt)
ad höhe: hab mal von ca 6m evt. höher geredet, so dass wir halt ueber bäume nach osten drübersehen

skizze
|
----| |
| |----
| /
| 17m /
| /
| * / 15m
| /
| 17m /
|----------[[Benutzer:Markit|Markit]]-----

* alter mast steht schon ziemlich am hoechsten punkt, leider etwas nah zum zaun
~ loch im zaun

hmm abspannseile, und sträucher,
inwieweit stört sich das?
grosszügiger roden/ausschneiden?

mast:
mal 6m mast bei tucon (vor)bestellen? (alu oder stahl?),
oder 1m einzelteile von verstrebten 3fachmast (deutlich teurer)
oder gebrauchten strommast, bzw dergleichen?
entweder dicken mast der paralellmast braucht
(was mit querverstrebungen dann eh ne art builtin-leiter bildet)
wieweit stört das wenn sich das dann "bewegt"?
halbschellen mit runstahlbuegel, oder echte rohrverstrebung?
oder dickwandigen 6cm mast auf dem sich noch direkt montieren lasst

brauchts ne leiter fuer den mast, evt versperrt, so das nit jeder raufklettern kann?
evt normalerweise am boden liegend "unter" einem abspannseil
(alternativ halt fix am masten vom boden weg "kletterhilfen")

zugang evt etwas hintenrum (evt ausgehend vom 2m loch im zaun), und möglichst viel sträucher S und W vom mast stehen lassen
damit nachbarn/passanten nit zuviel davon sehen,..

[[Category: Knoten]]

Bisam

2012-08-02T07:04:27Z

Markit:

notizen bisamberg (neuer standort)

[code]
karl will zettel auf den wir die verantwortung fuer den mast uebernehmen (wer unterschreibt? (verein vmtl wieder elends kompliziert))
evt vorab baureferent langenzersdorf reden (der ist angeblich recht unkompliziert)
welches grundstück/hausnr? (vmtl. klausgraben 65)
(denn ansich ist sowas aehnliches wie bauverbot, und erdbewegungen > 1m gehören sowieso angemeldet)
d.h. nit tiefer als ein meter ausgraben
aber tiefer als frostgrenze (vmtl 50cm) (sonst halten die anker nit gut)
der zaun ist schon mit betonsockeln verankert, koennen auch daran abspannen
wasserdichten beton verwenden (hmm wer hat mischmaschine?)
wir koennen (zumindest unter der woche) auch kleinen bagger verwenden, (halt nit wochenends, damit nachbarn nit gestört,..)
und roden soviel wir wollen
da es ist NÖ ist gibts da auch keine probleme bzgl bäume fällen
bestehendes kabel vmtl nicht mehr intakt, wr knapp 200m 0815 kabel, vmtl längst brüchig/undicht,
dann halt neues verlegen (bestehendes liegt schlichtweg am boden, weil laut karl vergraben 1. aufwendig, und wegen evt herumgrabender tiere eh nur problematischer)
unser eher kleiner stromverbruach ist kein problem (auch fuer bestehenden trenntrafo) (ich hab mal 10-20W angekündigt)
ad höhe: hab mal von ca 6m evt. höher geredet, so dass wir halt ueber bäume nach osten drübersehen

skizze
|
----| |
| |----
| /
| 17m /
| /
| * / 15m
| /
| 17m /
|------------------

* alter mast steht schon ziemlich am hoechsten punkt, leider etwas nah zum zaun
hmm abspannseile, und sträucher,
inwieweit stört sich das?
grosszügiger roden/ausschneiden?

mast:
mal 6m mast bei tucon (vor)bestellen? (alu oder stahl?),
oder 1m einzelteile von verstrebten 3fachmast (deutlich teurer)
oder gebrauchten strommast, bzw dergleichen?
entweder dicken mast der paralellmast braucht
(was mit querverstrebungen dann eh ne art builtin-leiter bildet)
wieweit stört das wenn sich das dann "bewegt"?
halbschellen mit runstahlbuegel, oder echte rohrverstrebung?
oder dickwandigen 6cm mast auf dem sich noch direkt montieren lasst

leiter fuer den mast, evt versperrt so das nit jeder raufklettern kann?
evt normalerweise am boden liegend "unter" einem abspannpunkt

zugang evt etwas hintenrum, und möglichst viel sträucher S und W vom mast stehen lassen
damit nachbarn/passanten nit zuviel davon sehen,..

[[Category: Knoten]]

Bisam

2012-08-02T06:53:43Z

Markit: Die Seite wurde neu angelegt: „notizen bisamberg (neuer standort) [code] karl will zettel auf den wir die verantwortung fuer den mast uebernehmen (wer unterschreibt? (verein vmtl wieder elen...“

notizen bisamberg (neuer standort)

[code]
karl will zettel auf den wir die verantwortung fuer den mast uebernehmen (wer unterschreibt? (verein vmtl wieder elends kompliziert))
evt vorab baureferent langenzersdorf reden (welches grundstück/hausnr) (der ist angeblich recht unkompliziert)
(denn ansich ist sowas aehnliches wie bauverbot, und erdbewegungen > 1m gehören sowieso angemeldet)
d.h. nit tiefer als ein meter ausgraben
aber tiefer als frostgrenze (vmtl 50cm) (sonst halten die anker nit gut)
der zaun ist schon mit betonsockeln verankert, koennen auch daran abspannen
wasserdichten beton verwenden (hmm wer hat mischmaschine?)
wir koennen (zumindest unter der woche) auch kleinen bagger verwenden, (halt nit wochenends, damit nachbarn nit gestört,..)
und roden soviel wir wollen
da es ist NÖ ist gibts da auch keine probleme bzgl bäume fällen
bestehendes kabel vmtl nicht mehr intakt, wr knapp 200m 0815 kabel, vmtl längst brüchig/undicht,
dann halt neues verlegen (bestehendes liegt schlichtweg am boden, weil laut karl vergraben 1. aufwendig, und wegen evt herumgrabender tiere eh nur problematischer)
unser eher kleiner stromverbruach ist kein problem (auch fuer bestehenden trenntrafo) (ich hab mal 10-20W angekündigt)
ad höhe: hab mal von ca 6m evt. höher geredet, so dass wir halt ueber bäume nach osten drübersehen

skizze
|
----| |
| |----
| /
| 17m /
| /
| * / 15m
| /
| 17m /
|------------------

* alter mast steht schon ziemlich am hoechsten punkt, leider etwas nah zum zaun
hmm abspannseile, und sträucher,
inwieweit stört sich das?
grosszügiger roden/ausschneiden?

mast:
mal 6m mast bei tucon (vor)bestellen? (alu oder stahl?),
oder 1m einzelteile von verstrebten 3fachmast (deutlich teurer)
oder gebrauchten strommast, bzw dergleichen?
entweder dicken mast der paralellmast braucht
(was mit querverstrebungen dann eh ne art builtin-leiter bildet)
wieweit stört das wenn sich das dann "bewegt"?
halbschellen mit runstahlbuegel, oder echte rohrverstrebung?
oder dickwandigen 6cm mast auf dem sich noch direkt montieren lasst

leiter fuer den mast, evt versperrt so das nit jeder raufklettern kann?
evt normalerweise am boden liegend "unter" einem abspannpunkt

zugang evt etwas hintenrum, und möglichst viel sträucher S und W vom mast stehen lassen
damit nachbarn/passanten nit zuviel davon sehen,..

[[Category: Knoten]]

Arbeitsgruppe Hardware Mikrotik Routerboards

2012-07-29T19:36:14Z

Markit: /* Freebone Management Network */

== Equpiment avaliable: ==

outdated, a lot more equipment arrived in last time

person responsible for inventar Markus K.

equpiment offers (with little tech support)

== Main nodes ==

=== NIX ===

1x RB433AH in alubox

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

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

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

photos:

Markus G., Markus K.

=== Heuberg ===

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

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

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

=== kryptaroof ===

2X RB433 in alubox

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

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

photos:

markus

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

() -> not jet configured

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

(10.7.2.0) nixroof vserver
10.7.2.1 nixroof rb433AH

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

10.7.4.1 garten94_rb433 (heuberg)
10.7.4.2 garten94_wrt54g (193.238.159.5)

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

10.7.6.1 nord27_rb411
10.7.6.2 nord27_indoor Linksys WRT54gl (193.238.158.33)

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

10.7.8.1 ger rb411
10.7.8.2 ger Linksys WRT54gl

10.7.9.1 heusued routerstation

10.7.10.1 hh10 rb433 (fb_man_vlan only on interface to nixroof)

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

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

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

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

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

10.7.16.1 ma89 rb433
10.7.16.2 ma89 linksys (193.238.156.129)

10.7.17.1 ble20 rb411
10.7.17.2 ble20h13 linksys (193.238.156.165)

10.7.18.1 rb433
10.7.18.2 wo9 linksys (193.238.156.28)

10.7.19.1 spenger25 rb411
10.7.19.2 linksys (193.238.156.201)

10.7.20.1 gtxgoz11 rb411
10.7.20.2 bullet m5: gtxgoz11-liechtwicht

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

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

10.7.23.1 modulmain asuswl500gp
10.7.23.2 modul rb433ah

10.7.24.1 kuga19 bulletm5
10.7.24.2 kuga19 buffalo

10.7.25.1 zelt rb711
(10.7.25.2 zelt linksys?)

10.7.26.1 lat7 StX

10.7.27.1 wuk rb711

10.7.28.1 erzherz rb433 (? 10.8.28.1 ?)

10.7.29.1 wmg64 groove
10.7.29.2 wmg64 olsr device

10.7.30.1 ku23 rb711
10.7.30.2 ku23 linksys

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

2012-05-25T06:47:52Z

Markit: /* Freebone Management Network */

== Equpiment avaliable: ==

outdated, a lot more equipment arrived in last time

person responsible for inventar Markus K.

equpiment offers (with little tech support)

== Main nodes ==

=== NIX ===

1x RB433AH in alubox

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

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

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

photos:

Markus G., Markus K.

=== Heuberg ===

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

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

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

=== kryptaroof ===

2X RB433 in alubox

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

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

photos:

markus

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

() -> not jet configured

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

(10.7.2.0) nixroof vserver
10.7.2.1 nixroof rb433AH

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

10.7.4.1 garten94_rb433 (heuberg)
10.7.4.2 garten94_wrt54g (193.238.159.5)

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

10.7.6.1 nord27_rb411
10.7.6.2 nord27_indoor Linksys WRT54gl (193.238.158.33)

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

10.7.8.1 ger rb411
10.7.8.2 ger Linksys WRT54gl

10.7.9.1 heusued routerstation

10.7.10.1 hh10 rb433 (fb_man_vlan only on interface to nixroof)

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

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

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

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

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

10.7.16.1 ma89 rb433
10.7.16.2 ma89 linksys (193.238.156.129)

10.7.17.1 ble20 rb411
10.7.17.2 ble20h13 linksys (193.238.156.165)

10.7.18.1 rb433
10.7.18.2 wo9 linksys (193.238.156.28)

10.7.19.1 spenger25 rb411
10.7.19.2 linksys (193.238.156.201)

10.7.20.1 gtxgoz11 rb411
10.7.20.2 bullet m5: gtxgoz11-liechtwicht

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

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

10.7.23.1 modulmain asuswl500gp
10.7.23.2 modul rb433ah

10.7.24.1 kuga19 bulletm5
10.7.24.2 kuga19 buffalo

10.7.25.1 zelt rb711
(10.7.25.2 zelt linksys?)

10.7.26.1 lat7 StX

10.7.27.1 wuk rb711

10.7.28.1 erzherz rb433 (? 10.8.28.1 ?)

10.7.29.1 wmg64 groove

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 Tplink power

2012-05-12T11:15:43Z

Markit: /* WR703N oder MR3020 */

Tplink verbaut inzwischen statt ar7xxx cpu + ar92xx wifis, auch immer öfter ar93xx cpu+wifi SOCs

und diese sind ziemlich stromsparend,..

=== WR741N (oder auch 740) ===
ab hardware version 4 haben diese nen ar9331 SOC, leider kein rausgeführtes/rausführbares? usb.
und z.b. 842 welcher usb hätte, hat (stand: frühjahr 2012) eben noch keine neue hardwareversion mit ar9331. (und die 841.v4 mit ar71xx braucht weiterhin ca. doppelt soviel strom wie ein 741.v4)

====wie effizient ist das board====
Von 9V (bzw. von 4-15V) auf 3.3 regelt der 741 halbwegs effizient selber. (also zumindest nicht linear)

Die cpu hat wohl ihre eigenen dcdcs.

Auch der flash chip verwendet 3.3V direkt.

Fürn RAM wird linear von 3.3 auf 2.5V runtergeregelt, allerdings braucht der nicht viel.

Ebenso die versorgung der lan physicals (laufen mit 2V) ist linear. (aus den 3.3V)
Dies ist vorallem wenn man normale 100mbit verwendet (45ma@2V je port), recht unschön, bei 10mbit störts kaum weil die physicals da nur ca. 1ma je port brauchen. (und der switch, etc. im SOC liegt)

====10mbit lan====
da damit 44mA/port einsparbar sind (also 150mW/port), und auch weiterhin wlan-links selten mehr als 10mbit full duplex bewältigen, lohnt es sich meist das lan auf 10mbit einzustellen.

10mbit ist im grunde eigentlich gratis, denn bis auf den stromverbrauch der led kostet ein solcher link keinen weiteren strom, bzw. könnte nur wenn man die lan physicals (samt ihrem dcdc) mit dem lötkolben stromlos macht, noch 10mW (für alle 5 ports in summe) sparen.

für den wan port kann man 10mbit einfach mit ethtool setzen (opkg install ethtool)
ethtool -s eth1 autoneg on speed 10 duplex full
oder auch ohne autoneg, wenn man es auf der anderen seite auch einstellt.

die 4 lan ports, sind nicht mit ethtool -s eth0 steuerbar, sondern wenn dann nur über den switch treiber (todo: allerdings wie? denn mit swconfig kann man linkspeed der einzelnen ports scheints nur auslesen), allerdings wenn die gegenseite auf 10mbit geht, gehen die lan ports eh auch (einzeln) mit.

allerdings ein umschlaten zwischen 10 und 100mbit onthefly braucht dann doch ca. 1-2 Sekunden, also nicht unbedingt schnell genug um je nach benötigten durchsatz laufend zu wechseln.

====Stromverbrauch falls mit 3.3V versorgt====
hierfür wurde schlichtweg am serial header 3.3V angelegt

330mW idle, kein lan, kein wlan
435mW idle, kein lan, wlan
440mW idle, 1x 10mbit lan, wlan
460mW idle, 4x 10mbit lan, wlan
590mW idle, 1x 100mbit lan, wlan
1080mW idle, 4x 100mbit lan, wlan
+140mW für 100% cpuload

====Stromverbrauch inklusive 9V Netzteil (an 220V gemessen)====

130mW mitgeliegertes netzeil ohne router
750mW idle, kein lan, kein wlan
1025mW idle, kein lan, wlan
1040mW idle, 1x 10mbit lan, wlan
1080mW idle, 4x 10mbit lan, wlan
1360mW idle, 1x 100mbit lan, wlan
2210mW idle, 4x 100mbit lan, wlan
+260mW für 100% cpuload

Also der Eingangs-dcdc wandler und das netzteil haben in Summe keine berauschende effizienz. (ca. 50%)

====stromverbrauch bei 4-15V====
todo: verbrauch ohne externes netzteil, aber eben über buchsenstecker versorgt messen
====wlan stromverbauch====
todo: messen des stromverbrauchs je nach txpower, und evt. auch durchsatz, etc.

====undervolt====
bei ca 3.0V am 3.3V rail wirds instabil, und mit abgeschalteten wlan ein paar mV später.
allerdings falls nur 10mbit oder gar keine lans aktiv sind, ist damit fast nichts zu holen.

Und ob es was bringt die 2V der lan physicals zu undervolten wurde nicht getestet (dort ist aber eh nur im 100mbit mode irgendwas zu holen)

====weitere mods====
ganz knausrige können (neben undervolt der cpu) wohl auch wiedermal leds ablöten um noch ein paar mW rauszuholen.

z.b. 12mW für die immer leuchtende power-led
selbes gilt auch für idle lan links (somit permananet leuchtende led), wo die led dann mehr strom braucht als der 10mbit link ansich. *G

=== WR703N oder MR3020===
usb, dafür aber kein sma, und kein switch, obwohl der ar9331 ja nen 5port switch am SOC an board

siehe openwrt wiki:
http://wiki.openwrt.org/toh/tp-link/tl-wr703n
angeblich 400mW ohne und 500mw mit wlan

eigene messungen am (undervolteten) 5V eingang
idle+wlan (kein lan)
500mW @5V*100mA
488mW @4V*122mA
438mW @3,3V*133mA

idle+lan100 (kein wlan)
530mW @5V*106mA
508mW @4V*127mA
487mW @3.3V*147,6mA
405mW @2.56V*158mA
?mW @ 2.4V*?mA

idle+lan10 (kein wlan)
340mW @5V*68mA
332mW @4V*83mA
315mW @3.3V*95,4mA
271mW @2.53V*107mA
235mW @2.4V*98mA

lan10+wlan(scan) (minimal 2.6V)
lan100+wlan(scan) (minimal 2.7V)

unterschied zwischen lan10 und kein lan ist 3mW
unter 3.3V wird die power led dünkler, und bei 2.4V ist sie eigentlich aus,..
ein bißchen mehr als 5V ist für den eingangsregler kein problem, ab ~ 8V wirds allerdings brenzlich. (eigentlich nit für den eingangs dcdc sondern der für 5V am usb-out)
bootet ab 2.6V (auch wenn die spannung langsam dorthin ansteigt, darunter <20mA also <50mW) (boot mit wlan aber erst ab 2.8V erfolgreich! d.h. wlan in solchen fällen nit up nehmen!)
intern lauft der flash chip direkt von den 3.3V (2.7-3.3V ist er laut datenblatt voll funktionsfähig, unter 2.7V readonly, allerdings schreibt es auch bei 2.15V noch), linear versorgt wird das ram (2.5V) und der SOC mit 2.1V
die cpu selber hat noch nen eigenen (im SOC) regler auf 1.25V, welcher aber kaum regelt, denn bei 2,0 statt 2,1V, werden daraus dann 1,18V, also evt. dioden?

====Eingangs-dcdc ersetzt ====
das erlaubt dann noch tiefere eingangsspannung, vmtl. weil der original dcdc alles andere als stabile ausgangsspannungen liefert (vorallem wenn undervolted)

auch macht aktives lan,wlan dann weitaus weniger "probleme".

z.b.:2.15V (~200mW ohne lan/wlan) rebootet noch (mit wlan) (2.1V ist minimum)
aus 2.15V ergeben sich dann folgende spannungen
FLASH 2.15V
RAM 2.1V
SOC/LAN 1.95V
CPU 1.07V

limit scheint die cpu/soc spannung zu sein, ram und flash (auch schreibend) arbeiten obwohl schon sehr weit undervolted tadellos

klatstart geht aber auch nun erst ab 2.67V

===andere Boards===
gibt auch noch den ALFA HORNET-UB, ein ganz nettes ar9331 basiertes dual lan board, 1x ufl, allerdings nit ganz so preiswert wie die tplinks, allerdings gibts in auch in ner variante mit 8MB flash, während desweilen alle tplink ar933x router nur 4MB haben,..

intressant auch die ar9380 basierten buffalo wzr-hp-g450h, "allerdings" 3x3, und getrennter cpu/switch SOC und wireless, also wohl kaum stromsparend

Arbeitsgruppe Hardware Tplink power

2012-05-12T10:51:22Z

Markit: /* Eingangs-dcdc ersetzt */

Tplink verbaut inzwischen statt ar7xxx cpu + ar92xx wifis, auch immer öfter ar93xx cpu+wifi SOCs

und diese sind ziemlich stromsparend,..

=== WR741N (oder auch 740) ===
ab hardware version 4 haben diese nen ar9331 SOC, leider kein rausgeführtes/rausführbares? usb.
und z.b. 842 welcher usb hätte, hat (stand: frühjahr 2012) eben noch keine neue hardwareversion mit ar9331. (und die 841.v4 mit ar71xx braucht weiterhin ca. doppelt soviel strom wie ein 741.v4)

====wie effizient ist das board====
Von 9V (bzw. von 4-15V) auf 3.3 regelt der 741 halbwegs effizient selber. (also zumindest nicht linear)

Die cpu hat wohl ihre eigenen dcdcs.

Auch der flash chip verwendet 3.3V direkt.

Fürn RAM wird linear von 3.3 auf 2.5V runtergeregelt, allerdings braucht der nicht viel.

Ebenso die versorgung der lan physicals (laufen mit 2V) ist linear. (aus den 3.3V)
Dies ist vorallem wenn man normale 100mbit verwendet (45ma@2V je port), recht unschön, bei 10mbit störts kaum weil die physicals da nur ca. 1ma je port brauchen. (und der switch, etc. im SOC liegt)

====10mbit lan====
da damit 44mA/port einsparbar sind (also 150mW/port), und auch weiterhin wlan-links selten mehr als 10mbit full duplex bewältigen, lohnt es sich meist das lan auf 10mbit einzustellen.

10mbit ist im grunde eigentlich gratis, denn bis auf den stromverbrauch der led kostet ein solcher link keinen weiteren strom, bzw. könnte nur wenn man die lan physicals (samt ihrem dcdc) mit dem lötkolben stromlos macht, noch 10mW (für alle 5 ports in summe) sparen.

für den wan port kann man 10mbit einfach mit ethtool setzen (opkg install ethtool)
ethtool -s eth1 autoneg on speed 10 duplex full
oder auch ohne autoneg, wenn man es auf der anderen seite auch einstellt.

die 4 lan ports, sind nicht mit ethtool -s eth0 steuerbar, sondern wenn dann nur über den switch treiber (todo: allerdings wie? denn mit swconfig kann man linkspeed der einzelnen ports scheints nur auslesen), allerdings wenn die gegenseite auf 10mbit geht, gehen die lan ports eh auch (einzeln) mit.

allerdings ein umschlaten zwischen 10 und 100mbit onthefly braucht dann doch ca. 1-2 Sekunden, also nicht unbedingt schnell genug um je nach benötigten durchsatz laufend zu wechseln.

====Stromverbrauch falls mit 3.3V versorgt====
hierfür wurde schlichtweg am serial header 3.3V angelegt

330mW idle, kein lan, kein wlan
435mW idle, kein lan, wlan
440mW idle, 1x 10mbit lan, wlan
460mW idle, 4x 10mbit lan, wlan
590mW idle, 1x 100mbit lan, wlan
1080mW idle, 4x 100mbit lan, wlan
+140mW für 100% cpuload

====Stromverbrauch inklusive 9V Netzteil (an 220V gemessen)====

130mW mitgeliegertes netzeil ohne router
750mW idle, kein lan, kein wlan
1025mW idle, kein lan, wlan
1040mW idle, 1x 10mbit lan, wlan
1080mW idle, 4x 10mbit lan, wlan
1360mW idle, 1x 100mbit lan, wlan
2210mW idle, 4x 100mbit lan, wlan
+260mW für 100% cpuload

Also der Eingangs-dcdc wandler und das netzteil haben in Summe keine berauschende effizienz. (ca. 50%)

====stromverbrauch bei 4-15V====
todo: verbrauch ohne externes netzteil, aber eben über buchsenstecker versorgt messen
====wlan stromverbauch====
todo: messen des stromverbrauchs je nach txpower, und evt. auch durchsatz, etc.

====undervolt====
bei ca 3.0V am 3.3V rail wirds instabil, und mit abgeschalteten wlan ein paar mV später.
allerdings falls nur 10mbit oder gar keine lans aktiv sind, ist damit fast nichts zu holen.

Und ob es was bringt die 2V der lan physicals zu undervolten wurde nicht getestet (dort ist aber eh nur im 100mbit mode irgendwas zu holen)

====weitere mods====
ganz knausrige können (neben undervolt der cpu) wohl auch wiedermal leds ablöten um noch ein paar mW rauszuholen.

z.b. 12mW für die immer leuchtende power-led
selbes gilt auch für idle lan links (somit permananet leuchtende led), wo die led dann mehr strom braucht als der 10mbit link ansich. *G

=== WR703N oder MR3020===
usb, dafür aber kein sma, und kein switch, obwohl der ar9331 ja nen 5port switch am SOC an board

siehe openwrt wiki:
http://wiki.openwrt.org/toh/tp-link/tl-wr703n
angeblich 400mW ohne und 500mw mit wlan

eigene messungen am (undervolteten) 5V eingang
idle+wlan (kein lan)
500mW @5V*100mA
488mW @4V*122mA
438mW @3,3V*133mA

idle+lan100 (kein wlan)
530mW @5V*106mA
508mW @4V*127mA
487mW @3.3V*147,6mA
405mW @2.56V*158mA
?mW @ 2.4V*?mA

idle+lan10 (kein wlan)
340mW @5V*68mA
332mW @4V*83mA
315mW @3.3V*95,4mA
271mW @2.53V*107mA
235mW @2.4V*98mA

lan10+wlan(scan) (minimal 2.6V)
lan100+wlan(scan) (minimal 2.7V)

unterschied zwischen lan10 und kein lan ist 3mW
unter 3.3V wird die power led dünkler, und bei 2.4V ist sie eigentlich aus,..
ein bißchen mehr als 5V ist für den eingangsregler kein problem, ab ~ 8V wirds allerdings brenzlich. (eigentlich nit für den eingangs dcdc sondern der für 5V am usb-out)
bootet ab 2.6V (auch wenn die spannung langsam dorthin ansteigt, darunter <20mA also <50mW) (boot mit wlan aber erst ab 2.8V erfolgreich! d.h. wlan in solchen fällen nit up nehmen!)
intern lauft der flash chip direkt von den 3.3V (2.7-3.3V ist er laut datenblatt voll funktinosfähig, unter 2.7V readonly), linear versorgt wird das ram (2.5V) und der SOC mit 2.1V, dieser regler scheint allerdings unterdimensioniert, weshalb ab 3V eingangsspannung je nach LAST der SOC schon auch mal < 2.1V bekommt,..
die cpu selber hat noch nen eigenen (im SOC) regler auf 1.25V, welcher aber kaum regelt, denn bei 2,0 statt 2,1V, werden daraus dann 1,18V

====Eingangs-dcdc ersetzt ====
erlaubt noch tiefere eingangsspannung, vmtl. weil der original dcdc alles andere als stabile ausgangsspannungen liefert (vorallem wenn undervolted)

auch macht aktives lan,wlan dann weitaus weniger probleme

z.b.:2.15V (~200mW ohne lan/wlan)rebootet noch (mit wlan) (2.1V ist minimum)
aus 2.15V ergeben sich dann folgende spannungen
FLASH 2.15V
RAM 2.1V
SOC/LAN 1.95V
CPU 1.07V

limit scheint die cpu/soc spannung zu sein, ram und flash (auch schreibend) arbeiten obwohl schon sehr weit undervolted tadellos

===andere Boards===
gibt auch noch den ALFA HORNET-UB, ein ganz nettes ar9331 basiertes dual lan board, 1x ufl, allerdings nit ganz so preiswert wie die tplinks, allerdings gibts in auch in ner variante mit 8MB flash, während desweilen alle tplink ar933x router nur 4MB haben,..

intressant auch die ar9380 basierten buffalo wzr-hp-g450h, "allerdings" 3x3, und getrennter cpu/switch SOC und wireless, also wohl kaum stromsparend

Arbeitsgruppe Hardware Tplink power

2012-05-12T08:37:22Z

Markit: /* eingangs dcdc ersetzt */

Tplink verbaut inzwischen statt ar7xxx cpu + ar92xx wifis, auch immer öfter ar93xx cpu+wifi SOCs

und diese sind ziemlich stromsparend,..

=== WR741N (oder auch 740) ===
ab hardware version 4 haben diese nen ar9331 SOC, leider kein rausgeführtes/rausführbares? usb.
und z.b. 842 welcher usb hätte, hat (stand: frühjahr 2012) eben noch keine neue hardwareversion mit ar9331. (und die 841.v4 mit ar71xx braucht weiterhin ca. doppelt soviel strom wie ein 741.v4)

====wie effizient ist das board====
Von 9V (bzw. von 4-15V) auf 3.3 regelt der 741 halbwegs effizient selber. (also zumindest nicht linear)

Die cpu hat wohl ihre eigenen dcdcs.

Auch der flash chip verwendet 3.3V direkt.

Fürn RAM wird linear von 3.3 auf 2.5V runtergeregelt, allerdings braucht der nicht viel.

Ebenso die versorgung der lan physicals (laufen mit 2V) ist linear. (aus den 3.3V)
Dies ist vorallem wenn man normale 100mbit verwendet (45ma@2V je port), recht unschön, bei 10mbit störts kaum weil die physicals da nur ca. 1ma je port brauchen. (und der switch, etc. im SOC liegt)

====10mbit lan====
da damit 44mA/port einsparbar sind (also 150mW/port), und auch weiterhin wlan-links selten mehr als 10mbit full duplex bewältigen, lohnt es sich meist das lan auf 10mbit einzustellen.

10mbit ist im grunde eigentlich gratis, denn bis auf den stromverbrauch der led kostet ein solcher link keinen weiteren strom, bzw. könnte nur wenn man die lan physicals (samt ihrem dcdc) mit dem lötkolben stromlos macht, noch 10mW (für alle 5 ports in summe) sparen.

für den wan port kann man 10mbit einfach mit ethtool setzen (opkg install ethtool)
ethtool -s eth1 autoneg on speed 10 duplex full
oder auch ohne autoneg, wenn man es auf der anderen seite auch einstellt.

die 4 lan ports, sind nicht mit ethtool -s eth0 steuerbar, sondern wenn dann nur über den switch treiber (todo: allerdings wie? denn mit swconfig kann man linkspeed der einzelnen ports scheints nur auslesen), allerdings wenn die gegenseite auf 10mbit geht, gehen die lan ports eh auch (einzeln) mit.

allerdings ein umschlaten zwischen 10 und 100mbit onthefly braucht dann doch ca. 1-2 Sekunden, also nicht unbedingt schnell genug um je nach benötigten durchsatz laufend zu wechseln.

====Stromverbrauch falls mit 3.3V versorgt====
hierfür wurde schlichtweg am serial header 3.3V angelegt

330mW idle, kein lan, kein wlan
435mW idle, kein lan, wlan
440mW idle, 1x 10mbit lan, wlan
460mW idle, 4x 10mbit lan, wlan
590mW idle, 1x 100mbit lan, wlan
1080mW idle, 4x 100mbit lan, wlan
+140mW für 100% cpuload

====Stromverbrauch inklusive 9V Netzteil (an 220V gemessen)====

130mW mitgeliegertes netzeil ohne router
750mW idle, kein lan, kein wlan
1025mW idle, kein lan, wlan
1040mW idle, 1x 10mbit lan, wlan
1080mW idle, 4x 10mbit lan, wlan
1360mW idle, 1x 100mbit lan, wlan
2210mW idle, 4x 100mbit lan, wlan
+260mW für 100% cpuload

Also der Eingangs-dcdc wandler und das netzteil haben in Summe keine berauschende effizienz. (ca. 50%)

====stromverbrauch bei 4-15V====
todo: verbrauch ohne externes netzteil, aber eben über buchsenstecker versorgt messen
====wlan stromverbauch====
todo: messen des stromverbrauchs je nach txpower, und evt. auch durchsatz, etc.

====undervolt====
bei ca 3.0V am 3.3V rail wirds instabil, und mit abgeschalteten wlan ein paar mV später.
allerdings falls nur 10mbit oder gar keine lans aktiv sind, ist damit fast nichts zu holen.

Und ob es was bringt die 2V der lan physicals zu undervolten wurde nicht getestet (dort ist aber eh nur im 100mbit mode irgendwas zu holen)

====weitere mods====
ganz knausrige können (neben undervolt der cpu) wohl auch wiedermal leds ablöten um noch ein paar mW rauszuholen.

z.b. 12mW für die immer leuchtende power-led
selbes gilt auch für idle lan links (somit permananet leuchtende led), wo die led dann mehr strom braucht als der 10mbit link ansich. *G

=== WR703N oder MR3020===
usb, dafür aber kein sma, und kein switch, obwohl der ar9331 ja nen 5port switch am SOC an board

siehe openwrt wiki:
http://wiki.openwrt.org/toh/tp-link/tl-wr703n
angeblich 400mW ohne und 500mw mit wlan

eigene messungen am (undervolteten) 5V eingang
idle+wlan (kein lan)
500mW @5V*100mA
488mW @4V*122mA
438mW @3,3V*133mA

idle+lan100 (kein wlan)
530mW @5V*106mA
508mW @4V*127mA
487mW @3.3V*147,6mA
405mW @2.56V*158mA
?mW @ 2.4V*?mA

idle+lan10 (kein wlan)
340mW @5V*68mA
332mW @4V*83mA
315mW @3.3V*95,4mA
271mW @2.53V*107mA
235mW @2.4V*98mA

lan10+wlan(scan) (minimal 2.6V)
lan100+wlan(scan) (minimal 2.7V)

unterschied zwischen lan10 und kein lan ist 3mW
unter 3.3V wird die power led dünkler, und bei 2.4V ist sie eigentlich aus,..
ein bißchen mehr als 5V ist für den eingangsregler kein problem, ab ~ 8V wirds allerdings brenzlich. (eigentlich nit für den eingangs dcdc sondern der für 5V am usb-out)
bootet ab 2.6V (auch wenn die spannung langsam dorthin ansteigt, darunter <20mA also <50mW) (boot mit wlan aber erst ab 2.8V erfolgreich! d.h. wlan in solchen fällen nit up nehmen!)
intern lauft der flash chip direkt von den 3.3V (2.7-3.3V ist er laut datenblatt voll funktinosfähig, unter 2.7V readonly), linear versorgt wird das ram (2.5V) und der SOC mit 2.1V, dieser regler scheint allerdings unterdimensioniert, weshalb ab 3V eingangsspannung je nach LAST der SOC schon auch mal < 2.1V bekommt,..
die cpu selber hat noch nen eigenen (im SOC) regler auf 1.25V, welcher aber kaum regelt, denn bei 2,0 statt 2,1V, werden daraus dann 1,18V

====Eingangs-dcdc ersetzt ====
stromverbrauch idle+lan10+wlan?
3.3V 107mA
3.0V
2.7V
2.5V
2.4V
2.3V
2.2V

===andere Boards===
gibt auch noch den ALFA HORNET-UB, ein ganz nettes ar9331 basiertes dual lan board, 1x ufl, allerdings nit ganz so preiswert wie die tplinks, allerdings gibts in auch in ner variante mit 8MB flash, während desweilen alle tplink ar933x router nur 4MB haben,..

intressant auch die ar9380 basierten buffalo wzr-hp-g450h, "allerdings" 3x3, und getrennter cpu/switch SOC und wireless, also wohl kaum stromsparend

Arbeitsgruppe Hardware Tplink power

2012-05-12T08:36:24Z

Markit: /* WR703N oder MR3020 */

Tplink verbaut inzwischen statt ar7xxx cpu + ar92xx wifis, auch immer öfter ar93xx cpu+wifi SOCs

und diese sind ziemlich stromsparend,..

=== WR741N (oder auch 740) ===
ab hardware version 4 haben diese nen ar9331 SOC, leider kein rausgeführtes/rausführbares? usb.
und z.b. 842 welcher usb hätte, hat (stand: frühjahr 2012) eben noch keine neue hardwareversion mit ar9331. (und die 841.v4 mit ar71xx braucht weiterhin ca. doppelt soviel strom wie ein 741.v4)

====wie effizient ist das board====
Von 9V (bzw. von 4-15V) auf 3.3 regelt der 741 halbwegs effizient selber. (also zumindest nicht linear)

Die cpu hat wohl ihre eigenen dcdcs.

Auch der flash chip verwendet 3.3V direkt.

Fürn RAM wird linear von 3.3 auf 2.5V runtergeregelt, allerdings braucht der nicht viel.

Ebenso die versorgung der lan physicals (laufen mit 2V) ist linear. (aus den 3.3V)
Dies ist vorallem wenn man normale 100mbit verwendet (45ma@2V je port), recht unschön, bei 10mbit störts kaum weil die physicals da nur ca. 1ma je port brauchen. (und der switch, etc. im SOC liegt)

====10mbit lan====
da damit 44mA/port einsparbar sind (also 150mW/port), und auch weiterhin wlan-links selten mehr als 10mbit full duplex bewältigen, lohnt es sich meist das lan auf 10mbit einzustellen.

10mbit ist im grunde eigentlich gratis, denn bis auf den stromverbrauch der led kostet ein solcher link keinen weiteren strom, bzw. könnte nur wenn man die lan physicals (samt ihrem dcdc) mit dem lötkolben stromlos macht, noch 10mW (für alle 5 ports in summe) sparen.

für den wan port kann man 10mbit einfach mit ethtool setzen (opkg install ethtool)
ethtool -s eth1 autoneg on speed 10 duplex full
oder auch ohne autoneg, wenn man es auf der anderen seite auch einstellt.

die 4 lan ports, sind nicht mit ethtool -s eth0 steuerbar, sondern wenn dann nur über den switch treiber (todo: allerdings wie? denn mit swconfig kann man linkspeed der einzelnen ports scheints nur auslesen), allerdings wenn die gegenseite auf 10mbit geht, gehen die lan ports eh auch (einzeln) mit.

allerdings ein umschlaten zwischen 10 und 100mbit onthefly braucht dann doch ca. 1-2 Sekunden, also nicht unbedingt schnell genug um je nach benötigten durchsatz laufend zu wechseln.

====Stromverbrauch falls mit 3.3V versorgt====
hierfür wurde schlichtweg am serial header 3.3V angelegt

330mW idle, kein lan, kein wlan
435mW idle, kein lan, wlan
440mW idle, 1x 10mbit lan, wlan
460mW idle, 4x 10mbit lan, wlan
590mW idle, 1x 100mbit lan, wlan
1080mW idle, 4x 100mbit lan, wlan
+140mW für 100% cpuload

====Stromverbrauch inklusive 9V Netzteil (an 220V gemessen)====

130mW mitgeliegertes netzeil ohne router
750mW idle, kein lan, kein wlan
1025mW idle, kein lan, wlan
1040mW idle, 1x 10mbit lan, wlan
1080mW idle, 4x 10mbit lan, wlan
1360mW idle, 1x 100mbit lan, wlan
2210mW idle, 4x 100mbit lan, wlan
+260mW für 100% cpuload

Also der Eingangs-dcdc wandler und das netzteil haben in Summe keine berauschende effizienz. (ca. 50%)

====stromverbrauch bei 4-15V====
todo: verbrauch ohne externes netzteil, aber eben über buchsenstecker versorgt messen
====wlan stromverbauch====
todo: messen des stromverbrauchs je nach txpower, und evt. auch durchsatz, etc.

====undervolt====
bei ca 3.0V am 3.3V rail wirds instabil, und mit abgeschalteten wlan ein paar mV später.
allerdings falls nur 10mbit oder gar keine lans aktiv sind, ist damit fast nichts zu holen.

Und ob es was bringt die 2V der lan physicals zu undervolten wurde nicht getestet (dort ist aber eh nur im 100mbit mode irgendwas zu holen)

====weitere mods====
ganz knausrige können (neben undervolt der cpu) wohl auch wiedermal leds ablöten um noch ein paar mW rauszuholen.

z.b. 12mW für die immer leuchtende power-led
selbes gilt auch für idle lan links (somit permananet leuchtende led), wo die led dann mehr strom braucht als der 10mbit link ansich. *G

=== WR703N oder MR3020===
usb, dafür aber kein sma, und kein switch, obwohl der ar9331 ja nen 5port switch am SOC an board

siehe openwrt wiki:
http://wiki.openwrt.org/toh/tp-link/tl-wr703n
angeblich 400mW ohne und 500mw mit wlan

eigene messungen am (undervolteten) 5V eingang
idle+wlan (kein lan)
500mW @5V*100mA
488mW @4V*122mA
438mW @3,3V*133mA

idle+lan100 (kein wlan)
530mW @5V*106mA
508mW @4V*127mA
487mW @3.3V*147,6mA
405mW @2.56V*158mA
?mW @ 2.4V*?mA

idle+lan10 (kein wlan)
340mW @5V*68mA
332mW @4V*83mA
315mW @3.3V*95,4mA
271mW @2.53V*107mA
235mW @2.4V*98mA

lan10+wlan(scan) (minimal 2.6V)
lan100+wlan(scan) (minimal 2.7V)

unterschied zwischen lan10 und kein lan ist 3mW
unter 3.3V wird die power led dünkler, und bei 2.4V ist sie eigentlich aus,..
ein bißchen mehr als 5V ist für den eingangsregler kein problem, ab ~ 8V wirds allerdings brenzlich. (eigentlich nit für den eingangs dcdc sondern der für 5V am usb-out)
bootet ab 2.6V (auch wenn die spannung langsam dorthin ansteigt, darunter <20mA also <50mW) (boot mit wlan aber erst ab 2.8V erfolgreich! d.h. wlan in solchen fällen nit up nehmen!)
intern lauft der flash chip direkt von den 3.3V (2.7-3.3V ist er laut datenblatt voll funktinosfähig, unter 2.7V readonly), linear versorgt wird das ram (2.5V) und der SOC mit 2.1V, dieser regler scheint allerdings unterdimensioniert, weshalb ab 3V eingangsspannung je nach LAST der SOC schon auch mal < 2.1V bekommt,..
die cpu selber hat noch nen eigenen (im SOC) regler auf 1.25V, welcher aber kaum regelt, denn bei 2,0 statt 2,1V, werden daraus dann 1,18V

===eingangs dcdc ersetzt ===
stromverbrauch idle+lan10+wlan?
3.3V 107mA
3.0V
2.7V
2.5V
2.4V
2.3V
2.2V

===andere Boards===
gibt auch noch den ALFA HORNET-UB, ein ganz nettes ar9331 basiertes dual lan board, 1x ufl, allerdings nit ganz so preiswert wie die tplinks, allerdings gibts in auch in ner variante mit 8MB flash, während desweilen alle tplink ar933x router nur 4MB haben,..

intressant auch die ar9380 basierten buffalo wzr-hp-g450h, "allerdings" 3x3, und getrennter cpu/switch SOC und wireless, also wohl kaum stromsparend

Arbeitsgruppe Hardware Tplink power

2012-05-08T13:21:36Z

Markit: /* WR703N oder MR3020 */

Tplink verbaut inzwischen statt ar7xxx cpu + ar92xx wifis, auch immer öfter ar93xx cpu+wifi SOCs

und diese sind ziemlich stromsparend,..

=== WR741N (oder auch 740) ===
ab hardware version 4 haben diese nen ar9331 SOC, leider kein rausgeführtes/rausführbares? usb.
und z.b. 842 welcher usb hätte, hat (stand: frühjahr 2012) eben noch keine neue hardwareversion mit ar9331. (und die 841.v4 mit ar71xx braucht weiterhin ca. doppelt soviel strom wie ein 741.v4)

====wie effizient ist das board====
Von 9V (bzw. von 4-15V) auf 3.3 regelt der 741 halbwegs effizient selber. (also zumindest nicht linear)

Die cpu hat wohl ihre eigenen dcdcs.

Auch der flash chip verwendet 3.3V direkt.

Fürn RAM wird linear von 3.3 auf 2.5V runtergeregelt, allerdings braucht der nicht viel.

Ebenso die versorgung der lan physicals (laufen mit 2V) ist linear. (aus den 3.3V)
Dies ist vorallem wenn man normale 100mbit verwendet (45ma@2V je port), recht unschön, bei 10mbit störts kaum weil die physicals da nur ca. 1ma je port brauchen. (und der switch, etc. im SOC liegt)

====10mbit lan====
da damit 44mA/port einsparbar sind (also 150mW/port), und auch weiterhin wlan-links selten mehr als 10mbit full duplex bewältigen, lohnt es sich meist das lan auf 10mbit einzustellen.

10mbit ist im grunde eigentlich gratis, denn bis auf den stromverbrauch der led kostet ein solcher link keinen weiteren strom, bzw. könnte nur wenn man die lan physicals (samt ihrem dcdc) mit dem lötkolben stromlos macht, noch 10mW (für alle 5 ports in summe) sparen.

für den wan port kann man 10mbit einfach mit ethtool setzen (opkg install ethtool)
ethtool -s eth1 autoneg on speed 10 duplex full
oder auch ohne autoneg, wenn man es auf der anderen seite auch einstellt.

die 4 lan ports, sind nicht mit ethtool -s eth0 steuerbar, sondern wenn dann nur über den switch treiber (todo: allerdings wie? denn mit swconfig kann man linkspeed der einzelnen ports scheints nur auslesen), allerdings wenn die gegenseite auf 10mbit geht, gehen die lan ports eh auch (einzeln) mit.

allerdings ein umschlaten zwischen 10 und 100mbit onthefly braucht dann doch ca. 1-2 Sekunden, also nicht unbedingt schnell genug um je nach benötigten durchsatz laufend zu wechseln.

====Stromverbrauch falls mit 3.3V versorgt====
hierfür wurde schlichtweg am serial header 3.3V angelegt

330mW idle, kein lan, kein wlan
435mW idle, kein lan, wlan
440mW idle, 1x 10mbit lan, wlan
460mW idle, 4x 10mbit lan, wlan
590mW idle, 1x 100mbit lan, wlan
1080mW idle, 4x 100mbit lan, wlan
+140mW für 100% cpuload

====Stromverbrauch inklusive 9V Netzteil (an 220V gemessen)====

130mW mitgeliegertes netzeil ohne router
750mW idle, kein lan, kein wlan
1025mW idle, kein lan, wlan
1040mW idle, 1x 10mbit lan, wlan
1080mW idle, 4x 10mbit lan, wlan
1360mW idle, 1x 100mbit lan, wlan
2210mW idle, 4x 100mbit lan, wlan
+260mW für 100% cpuload

Also der Eingangs-dcdc wandler und das netzteil haben in Summe keine berauschende effizienz. (ca. 50%)

====stromverbrauch bei 4-15V====
todo: verbrauch ohne externes netzteil, aber eben über buchsenstecker versorgt messen
====wlan stromverbauch====
todo: messen des stromverbrauchs je nach txpower, und evt. auch durchsatz, etc.

====undervolt====
bei ca 3.0V am 3.3V rail wirds instabil, und mit abgeschalteten wlan ein paar mV später.
allerdings falls nur 10mbit oder gar keine lans aktiv sind, ist damit fast nichts zu holen.

Und ob es was bringt die 2V der lan physicals zu undervolten wurde nicht getestet (dort ist aber eh nur im 100mbit mode irgendwas zu holen)

====weitere mods====
ganz knausrige können (neben undervolt der cpu) wohl auch wiedermal leds ablöten um noch ein paar mW rauszuholen.

z.b. 12mW für die immer leuchtende power-led
selbes gilt auch für idle lan links (somit permananet leuchtende led), wo die led dann mehr strom braucht als der 10mbit link ansich. *G

=== WR703N oder MR3020===
usb, dafür aber kein sma, und kein switch, obwohl der ar9331 ja nen 5port switch am SOC an board

siehe openwrt wiki:
http://wiki.openwrt.org/toh/tp-link/tl-wr703n
angeblich 400mW ohne und 500mw mit wlan

eigene messungen am (undervolteten) 5V eingang
idle+wlan (kein lan)
500mW @5V*100mA
488mW @4V*122mA
438mW @3,3V*133mA

idle+lan100 (kein wlan)
530mW @5V*106mA
508mW @4V*127mA
487mW @3.3V*147,6mA
405mW @2.56V*158mA
?mW @ 2.4V*?mA

idle+lan10 (kein wlan)
340mW @5V*68mA
332mW @4V*83mA
315mW @3.3V*95,4mA
271mW @2.53V*107mA
235mW @2.4V*98mA

lan10+wlan(scan) (minimal 2.6V)
lan100+wlan(scan) (minimal 2.7V)

unterschied zwischen lan10 und kein lan ist 3mW
unter 3.3V wird die power led dünkler, und bei 2.4V ist sie eigentlich aus,..
bootet ab 2.6V (auch wenn die spannung langsam dorthin ansteigt, darunter <20mA also <50mW) (boot mit wlan aber erst ab 2.8V erfolgreich! d.h. wlan in solchen fällen nit up nehmen!)

===andere Boards===
gibt auch noch den ALFA HORNET-UB, ein ganz nettes ar9331 basiertes dual lan board, 1x ufl, allerdings nit ganz so preiswert wie die tplinks, allerdings gibts in auch in ner variante mit 8MB flash, während desweilen alle tplink ar933x router nur 4MB haben,..

intressant auch die ar9380 basierten buffalo wzr-hp-g450h, "allerdings" 3x3, und getrennter cpu/switch SOC und wireless, also wohl kaum stromsparend

Arbeitsgruppe Hardware Tplink power

2012-05-08T13:07:28Z

Markit: /* WR703N oder MR3020 */

Tplink verbaut inzwischen statt ar7xxx cpu + ar92xx wifis, auch immer öfter ar93xx cpu+wifi SOCs

und diese sind ziemlich stromsparend,..

=== WR741N (oder auch 740) ===
ab hardware version 4 haben diese nen ar9331 SOC, leider kein rausgeführtes/rausführbares? usb.
und z.b. 842 welcher usb hätte, hat (stand: frühjahr 2012) eben noch keine neue hardwareversion mit ar9331. (und die 841.v4 mit ar71xx braucht weiterhin ca. doppelt soviel strom wie ein 741.v4)

====wie effizient ist das board====
Von 9V (bzw. von 4-15V) auf 3.3 regelt der 741 halbwegs effizient selber. (also zumindest nicht linear)

Die cpu hat wohl ihre eigenen dcdcs.

Auch der flash chip verwendet 3.3V direkt.

Fürn RAM wird linear von 3.3 auf 2.5V runtergeregelt, allerdings braucht der nicht viel.

Ebenso die versorgung der lan physicals (laufen mit 2V) ist linear. (aus den 3.3V)
Dies ist vorallem wenn man normale 100mbit verwendet (45ma@2V je port), recht unschön, bei 10mbit störts kaum weil die physicals da nur ca. 1ma je port brauchen. (und der switch, etc. im SOC liegt)

====10mbit lan====
da damit 44mA/port einsparbar sind (also 150mW/port), und auch weiterhin wlan-links selten mehr als 10mbit full duplex bewältigen, lohnt es sich meist das lan auf 10mbit einzustellen.

10mbit ist im grunde eigentlich gratis, denn bis auf den stromverbrauch der led kostet ein solcher link keinen weiteren strom, bzw. könnte nur wenn man die lan physicals (samt ihrem dcdc) mit dem lötkolben stromlos macht, noch 10mW (für alle 5 ports in summe) sparen.

für den wan port kann man 10mbit einfach mit ethtool setzen (opkg install ethtool)
ethtool -s eth1 autoneg on speed 10 duplex full
oder auch ohne autoneg, wenn man es auf der anderen seite auch einstellt.

die 4 lan ports, sind nicht mit ethtool -s eth0 steuerbar, sondern wenn dann nur über den switch treiber (todo: allerdings wie? denn mit swconfig kann man linkspeed der einzelnen ports scheints nur auslesen), allerdings wenn die gegenseite auf 10mbit geht, gehen die lan ports eh auch (einzeln) mit.

allerdings ein umschlaten zwischen 10 und 100mbit onthefly braucht dann doch ca. 1-2 Sekunden, also nicht unbedingt schnell genug um je nach benötigten durchsatz laufend zu wechseln.

====Stromverbrauch falls mit 3.3V versorgt====
hierfür wurde schlichtweg am serial header 3.3V angelegt

330mW idle, kein lan, kein wlan
435mW idle, kein lan, wlan
440mW idle, 1x 10mbit lan, wlan
460mW idle, 4x 10mbit lan, wlan
590mW idle, 1x 100mbit lan, wlan
1080mW idle, 4x 100mbit lan, wlan
+140mW für 100% cpuload

====Stromverbrauch inklusive 9V Netzteil (an 220V gemessen)====

130mW mitgeliegertes netzeil ohne router
750mW idle, kein lan, kein wlan
1025mW idle, kein lan, wlan
1040mW idle, 1x 10mbit lan, wlan
1080mW idle, 4x 10mbit lan, wlan
1360mW idle, 1x 100mbit lan, wlan
2210mW idle, 4x 100mbit lan, wlan
+260mW für 100% cpuload

Also der Eingangs-dcdc wandler und das netzteil haben in Summe keine berauschende effizienz. (ca. 50%)

====stromverbrauch bei 4-15V====
todo: verbrauch ohne externes netzteil, aber eben über buchsenstecker versorgt messen
====wlan stromverbauch====
todo: messen des stromverbrauchs je nach txpower, und evt. auch durchsatz, etc.

====undervolt====
bei ca 3.0V am 3.3V rail wirds instabil, und mit abgeschalteten wlan ein paar mV später.
allerdings falls nur 10mbit oder gar keine lans aktiv sind, ist damit fast nichts zu holen.

Und ob es was bringt die 2V der lan physicals zu undervolten wurde nicht getestet (dort ist aber eh nur im 100mbit mode irgendwas zu holen)

====weitere mods====
ganz knausrige können (neben undervolt der cpu) wohl auch wiedermal leds ablöten um noch ein paar mW rauszuholen.

z.b. 12mW für die immer leuchtende power-led
selbes gilt auch für idle lan links (somit permananet leuchtende led), wo die led dann mehr strom braucht als der 10mbit link ansich. *G

=== WR703N oder MR3020===
usb, dafür aber kein sma, und kein switch, obwohl der ar9331 ja nen 5port switch am SOC an board

siehe openwrt wiki:
http://wiki.openwrt.org/toh/tp-link/tl-wr703n
angeblich 400mW ohne und 500mw mit wlan

eigene messungen am (undervolteten) 5V eingang
idle+lan100 (kein wlan)
530mW @5V*106mA
508mW @4V*127mA
487mW @3.3V*147,6mA
405mW @2.56V*158mA
?mW @ 2.4V*?mA

idle+lan10 (kein wlan)
340mW @5V*68mA
332mW @4V*83mA
315mW @3.3V*95,4mA
271mW @2.53V*107mA
235mW @2.4V*98mA

lan10+wlan(scan) (minimal 2.6V)
lan100+wlan(scan) (minimal 2.7V)

bootet ab 2.6V (auch wenn die spannung langsam dorthin ansteigt)
(boot mit wlan aber erst ab 2.8V erfolgreich)
unterschied zwischen lan10 und kein lan ist 3mW
unter 3.3V wird die power led dünkler, und bei 2.4V ist sie eigentlich aus,..

===andere Boards===
gibt auch noch den ALFA HORNET-UB, ein ganz nettes ar9331 basiertes dual lan board, 1x ufl, allerdings nit ganz so preiswert wie die tplinks, allerdings gibts in auch in ner variante mit 8MB flash, während desweilen alle tplink ar933x router nur 4MB haben,..

intressant auch die ar9380 basierten buffalo wzr-hp-g450h, "allerdings" 3x3, und getrennter cpu/switch SOC und wireless, also wohl kaum stromsparend

Arbeitsgruppe Hardware Tplink power

2012-05-08T12:29:07Z

Markit: /* WR703N oder MR3020 */

Tplink verbaut inzwischen statt ar7xxx cpu + ar92xx wifis, auch immer öfter ar93xx cpu+wifi SOCs

und diese sind ziemlich stromsparend,..

=== WR741N (oder auch 740) ===
ab hardware version 4 haben diese nen ar9331 SOC, leider kein rausgeführtes/rausführbares? usb.
und z.b. 842 welcher usb hätte, hat (stand: frühjahr 2012) eben noch keine neue hardwareversion mit ar9331. (und die 841.v4 mit ar71xx braucht weiterhin ca. doppelt soviel strom wie ein 741.v4)

====wie effizient ist das board====
Von 9V (bzw. von 4-15V) auf 3.3 regelt der 741 halbwegs effizient selber. (also zumindest nicht linear)

Die cpu hat wohl ihre eigenen dcdcs.

Auch der flash chip verwendet 3.3V direkt.

Fürn RAM wird linear von 3.3 auf 2.5V runtergeregelt, allerdings braucht der nicht viel.

Ebenso die versorgung der lan physicals (laufen mit 2V) ist linear. (aus den 3.3V)
Dies ist vorallem wenn man normale 100mbit verwendet (45ma@2V je port), recht unschön, bei 10mbit störts kaum weil die physicals da nur ca. 1ma je port brauchen. (und der switch, etc. im SOC liegt)

====10mbit lan====
da damit 44mA/port einsparbar sind (also 150mW/port), und auch weiterhin wlan-links selten mehr als 10mbit full duplex bewältigen, lohnt es sich meist das lan auf 10mbit einzustellen.

10mbit ist im grunde eigentlich gratis, denn bis auf den stromverbrauch der led kostet ein solcher link keinen weiteren strom, bzw. könnte nur wenn man die lan physicals (samt ihrem dcdc) mit dem lötkolben stromlos macht, noch 10mW (für alle 5 ports in summe) sparen.

für den wan port kann man 10mbit einfach mit ethtool setzen (opkg install ethtool)
ethtool -s eth1 autoneg on speed 10 duplex full
oder auch ohne autoneg, wenn man es auf der anderen seite auch einstellt.

die 4 lan ports, sind nicht mit ethtool -s eth0 steuerbar, sondern wenn dann nur über den switch treiber (todo: allerdings wie? denn mit swconfig kann man linkspeed der einzelnen ports scheints nur auslesen), allerdings wenn die gegenseite auf 10mbit geht, gehen die lan ports eh auch (einzeln) mit.

allerdings ein umschlaten zwischen 10 und 100mbit onthefly braucht dann doch ca. 1-2 Sekunden, also nicht unbedingt schnell genug um je nach benötigten durchsatz laufend zu wechseln.

====Stromverbrauch falls mit 3.3V versorgt====
hierfür wurde schlichtweg am serial header 3.3V angelegt

330mW idle, kein lan, kein wlan
435mW idle, kein lan, wlan
440mW idle, 1x 10mbit lan, wlan
460mW idle, 4x 10mbit lan, wlan
590mW idle, 1x 100mbit lan, wlan
1080mW idle, 4x 100mbit lan, wlan
+140mW für 100% cpuload

====Stromverbrauch inklusive 9V Netzteil (an 220V gemessen)====

130mW mitgeliegertes netzeil ohne router
750mW idle, kein lan, kein wlan
1025mW idle, kein lan, wlan
1040mW idle, 1x 10mbit lan, wlan
1080mW idle, 4x 10mbit lan, wlan
1360mW idle, 1x 100mbit lan, wlan
2210mW idle, 4x 100mbit lan, wlan
+260mW für 100% cpuload

Also der Eingangs-dcdc wandler und das netzteil haben in Summe keine berauschende effizienz. (ca. 50%)

====stromverbrauch bei 4-15V====
todo: verbrauch ohne externes netzteil, aber eben über buchsenstecker versorgt messen
====wlan stromverbauch====
todo: messen des stromverbrauchs je nach txpower, und evt. auch durchsatz, etc.

====undervolt====
bei ca 3.0V am 3.3V rail wirds instabil, und mit abgeschalteten wlan ein paar mV später.
allerdings falls nur 10mbit oder gar keine lans aktiv sind, ist damit fast nichts zu holen.

Und ob es was bringt die 2V der lan physicals zu undervolten wurde nicht getestet (dort ist aber eh nur im 100mbit mode irgendwas zu holen)

====weitere mods====
ganz knausrige können (neben undervolt der cpu) wohl auch wiedermal leds ablöten um noch ein paar mW rauszuholen.

z.b. 12mW für die immer leuchtende power-led
selbes gilt auch für idle lan links (somit permananet leuchtende led), wo die led dann mehr strom braucht als der 10mbit link ansich. *G

=== WR703N oder MR3020===
usb, dafür aber kein sma, und kein switch, obwohl der ar9331 ja nen 5port switch am SOC an board

siehe openwrt wiki:
http://wiki.openwrt.org/toh/tp-link/tl-wr703n
angeblich 400mW ohne und 500mw mit wlan

eigene messungen am 5V eingang
idle+lan100 (kein wlan)
530mW @5V*106mA
508mW @4V*127mA
?mW @3.3V*mA
405mW@2.56V*158mA

===andere Boards===
gibt auch noch den ALFA HORNET-UB, ein ganz nettes ar9331 basiertes dual lan board, 1x ufl, allerdings nit ganz so preiswert wie die tplinks, allerdings gibts in auch in ner variante mit 8MB flash, während desweilen alle tplink ar933x router nur 4MB haben,..

intressant auch die ar9380 basierten buffalo wzr-hp-g450h, "allerdings" 3x3, und getrennter cpu/switch SOC und wireless, also wohl kaum stromsparend

Arbeitsgruppe Hardware Tplink power

2012-04-21T17:48:57Z

Markit: /* andere Boards */

Tplink verbaut inzwischen statt ar7xxx cpu + ar92xx wifis, auch immer öfter ar93xx cpu+wifi SOCs

und diese sind ziemlich stromsparend,..

=== WR741N (oder auch 740) ===
ab hardware version 4 haben diese nen ar9331 SOC, leider kein rausgeführtes/rausführbares? usb.
und z.b. 842 welcher usb hätte, hat (stand: frühjahr 2012) eben noch keine neue hardwareversion mit ar9331. (und die 841.v4 mit ar71xx braucht weiterhin ca. doppelt soviel strom wie ein 741.v4)

====wie effizient ist das board====
Von 9V (bzw. von 4-15V) auf 3.3 regelt der 741 halbwegs effizient selber. (also zumindest nicht linear)

Die cpu hat wohl ihre eigenen dcdcs.

Auch der flash chip verwendet 3.3V direkt.

Fürn RAM wird linear von 3.3 auf 2.5V runtergeregelt, allerdings braucht der nicht viel.

Ebenso die versorgung der lan physicals (laufen mit 2V) ist linear. (aus den 3.3V)
Dies ist vorallem wenn man normale 100mbit verwendet (45ma@2V je port), recht unschön, bei 10mbit störts kaum weil die physicals da nur ca. 1ma je port brauchen. (und der switch, etc. im SOC liegt)

====10mbit lan====
da damit 44mA/port einsparbar sind (also 150mW/port), und auch weiterhin wlan-links selten mehr als 10mbit full duplex bewältigen, lohnt es sich meist das lan auf 10mbit einzustellen.

10mbit ist im grunde eigentlich gratis, denn bis auf den stromverbrauch der led kostet ein solcher link keinen weiteren strom, bzw. könnte nur wenn man die lan physicals (samt ihrem dcdc) mit dem lötkolben stromlos macht, noch 10mW (für alle 5 ports in summe) sparen.

für den wan port kann man 10mbit einfach mit ethtool setzen (opkg install ethtool)
ethtool -s eth1 autoneg on speed 10 duplex full
oder auch ohne autoneg, wenn man es auf der anderen seite auch einstellt.

die 4 lan ports, sind nicht mit ethtool -s eth0 steuerbar, sondern wenn dann nur über den switch treiber (todo: allerdings wie? denn mit swconfig kann man linkspeed der einzelnen ports scheints nur auslesen), allerdings wenn die gegenseite auf 10mbit geht, gehen die lan ports eh auch (einzeln) mit.

allerdings ein umschlaten zwischen 10 und 100mbit onthefly braucht dann doch ca. 1-2 Sekunden, also nicht unbedingt schnell genug um je nach benötigten durchsatz laufend zu wechseln.

====Stromverbrauch falls mit 3.3V versorgt====
hierfür wurde schlichtweg am serial header 3.3V angelegt

330mW idle, kein lan, kein wlan
435mW idle, kein lan, wlan
440mW idle, 1x 10mbit lan, wlan
460mW idle, 4x 10mbit lan, wlan
590mW idle, 1x 100mbit lan, wlan
1080mW idle, 4x 100mbit lan, wlan
+140mW für 100% cpuload

====Stromverbrauch inklusive 9V Netzteil (an 220V gemessen)====

130mW mitgeliegertes netzeil ohne router
750mW idle, kein lan, kein wlan
1025mW idle, kein lan, wlan
1040mW idle, 1x 10mbit lan, wlan
1080mW idle, 4x 10mbit lan, wlan
1360mW idle, 1x 100mbit lan, wlan
2210mW idle, 4x 100mbit lan, wlan
+260mW für 100% cpuload

Also der Eingangs-dcdc wandler und das netzteil haben in Summe keine berauschende effizienz. (ca. 50%)

====stromverbrauch bei 4-15V====
todo: verbrauch ohne externes netzteil, aber eben über buchsenstecker versorgt messen
====wlan stromverbauch====
todo: messen des stromverbrauchs je nach txpower, und evt. auch durchsatz, etc.

====undervolt====
bei ca 3.0V am 3.3V rail wirds instabil, und mit abgeschalteten wlan ein paar mV später.
allerdings falls nur 10mbit oder gar keine lans aktiv sind, ist damit fast nichts zu holen.

Und ob es was bringt die 2V der lan physicals zu undervolten wurde nicht getestet (dort ist aber eh nur im 100mbit mode irgendwas zu holen)

====weitere mods====
ganz knausrige können (neben undervolt der cpu) wohl auch wiedermal leds ablöten um noch ein paar mW rauszuholen.

z.b. 12mW für die immer leuchtende power-led
selbes gilt auch für idle lan links (somit permananet leuchtende led), wo die led dann mehr strom braucht als der 10mbit link ansich. *G

=== WR703N oder MR3020===
siehe openwrt wiki:
http://wiki.openwrt.org/toh/tp-link/tl-wr703n
angeblich 400mW ohne und 500mw mit wlan
also wohl gleich wie 741er, allerdings eben usb, dafür aber kein sma, und kein switch, obwohl der ar9331 ja nen 5port switch am SOC an board hätte.
===andere Boards===
gibt auch noch den ALFA HORNET-UB, ein ganz nettes ar9331 basiertes dual lan board, 1x ufl, allerdings nit ganz so preiswert wie die tplinks, allerdings gibts in auch in ner variante mit 8MB flash, während desweilen alle tplink ar933x router nur 4MB haben,..

intressant auch die ar9380 basierten buffalo wzr-hp-g450h, "allerdings" 3x3, und getrennter cpu/switch SOC und wireless, also wohl kaum stromsparend

Arbeitsgruppe Hardware Tplink power

2012-04-21T17:22:22Z

Markit: /* weitere mods */

Tplink verbaut inzwischen statt ar7xxx cpu + ar92xx wifis, auch immer öfter ar93xx cpu+wifi SOCs

und diese sind ziemlich stromsparend,..

=== WR741N (oder auch 740) ===
ab hardware version 4 haben diese nen ar9331 SOC, leider kein rausgeführtes/rausführbares? usb.
und z.b. 842 welcher usb hätte, hat (stand: frühjahr 2012) eben noch keine neue hardwareversion mit ar9331. (und die 841.v4 mit ar71xx braucht weiterhin ca. doppelt soviel strom wie ein 741.v4)

====wie effizient ist das board====
Von 9V (bzw. von 4-15V) auf 3.3 regelt der 741 halbwegs effizient selber. (also zumindest nicht linear)

Die cpu hat wohl ihre eigenen dcdcs.

Auch der flash chip verwendet 3.3V direkt.

Fürn RAM wird linear von 3.3 auf 2.5V runtergeregelt, allerdings braucht der nicht viel.

Ebenso die versorgung der lan physicals (laufen mit 2V) ist linear. (aus den 3.3V)
Dies ist vorallem wenn man normale 100mbit verwendet (45ma@2V je port), recht unschön, bei 10mbit störts kaum weil die physicals da nur ca. 1ma je port brauchen. (und der switch, etc. im SOC liegt)

====10mbit lan====
da damit 44mA/port einsparbar sind (also 150mW/port), und auch weiterhin wlan-links selten mehr als 10mbit full duplex bewältigen, lohnt es sich meist das lan auf 10mbit einzustellen.

10mbit ist im grunde eigentlich gratis, denn bis auf den stromverbrauch der led kostet ein solcher link keinen weiteren strom, bzw. könnte nur wenn man die lan physicals (samt ihrem dcdc) mit dem lötkolben stromlos macht, noch 10mW (für alle 5 ports in summe) sparen.

für den wan port kann man 10mbit einfach mit ethtool setzen (opkg install ethtool)
ethtool -s eth1 autoneg on speed 10 duplex full
oder auch ohne autoneg, wenn man es auf der anderen seite auch einstellt.

die 4 lan ports, sind nicht mit ethtool -s eth0 steuerbar, sondern wenn dann nur über den switch treiber (todo: allerdings wie? denn mit swconfig kann man linkspeed der einzelnen ports scheints nur auslesen), allerdings wenn die gegenseite auf 10mbit geht, gehen die lan ports eh auch (einzeln) mit.

allerdings ein umschlaten zwischen 10 und 100mbit onthefly braucht dann doch ca. 1-2 Sekunden, also nicht unbedingt schnell genug um je nach benötigten durchsatz laufend zu wechseln.

====Stromverbrauch falls mit 3.3V versorgt====
hierfür wurde schlichtweg am serial header 3.3V angelegt

330mW idle, kein lan, kein wlan
435mW idle, kein lan, wlan
440mW idle, 1x 10mbit lan, wlan
460mW idle, 4x 10mbit lan, wlan
590mW idle, 1x 100mbit lan, wlan
1080mW idle, 4x 100mbit lan, wlan
+140mW für 100% cpuload

====Stromverbrauch inklusive 9V Netzteil (an 220V gemessen)====

130mW mitgeliegertes netzeil ohne router
750mW idle, kein lan, kein wlan
1025mW idle, kein lan, wlan
1040mW idle, 1x 10mbit lan, wlan
1080mW idle, 4x 10mbit lan, wlan
1360mW idle, 1x 100mbit lan, wlan
2210mW idle, 4x 100mbit lan, wlan
+260mW für 100% cpuload

Also der Eingangs-dcdc wandler und das netzteil haben in Summe keine berauschende effizienz. (ca. 50%)

====stromverbrauch bei 4-15V====
todo: verbrauch ohne externes netzteil, aber eben über buchsenstecker versorgt messen
====wlan stromverbauch====
todo: messen des stromverbrauchs je nach txpower, und evt. auch durchsatz, etc.

====undervolt====
bei ca 3.0V am 3.3V rail wirds instabil, und mit abgeschalteten wlan ein paar mV später.
allerdings falls nur 10mbit oder gar keine lans aktiv sind, ist damit fast nichts zu holen.

Und ob es was bringt die 2V der lan physicals zu undervolten wurde nicht getestet (dort ist aber eh nur im 100mbit mode irgendwas zu holen)

====weitere mods====
ganz knausrige können (neben undervolt der cpu) wohl auch wiedermal leds ablöten um noch ein paar mW rauszuholen.

z.b. 12mW für die immer leuchtende power-led
selbes gilt auch für idle lan links (somit permananet leuchtende led), wo die led dann mehr strom braucht als der 10mbit link ansich. *G

=== WR703N oder MR3020===
siehe openwrt wiki:
http://wiki.openwrt.org/toh/tp-link/tl-wr703n
angeblich 400mW ohne und 500mw mit wlan
also wohl gleich wie 741er, allerdings eben usb, dafür aber kein sma, und kein switch, obwohl der ar9331 ja nen 5port switch am SOC an board hätte.
===andere Boards===
gibt auch noch den ALFA HORNET-UB, ein ganz nettes ar9331 basiertes dual lan board, allerdings nit ganz so preiswert wie die tplinks, allerdings gibts in auch in ner variante mit 8MB flash, während desweilen alle tplink ar933x router nur 4MB haben,..

intressant auch die ar9380 basierten buffalo wzr-hp-g450h, "allerdings" 3x3, und getrennter cpu/switch SOC und wireless, also wohl kaum stromsparend

Arbeitsgruppe Hardware Tplink power

2012-04-21T17:10:53Z

Markit: /* andere Boards */

Tplink verbaut inzwischen statt ar7xxx cpu + ar92xx wifis, auch immer öfter ar93xx cpu+wifi SOCs

und diese sind ziemlich stromsparend,..

=== WR741N (oder auch 740) ===
ab hardware version 4 haben diese nen ar9331 SOC, leider kein rausgeführtes/rausführbares? usb.
und z.b. 842 welcher usb hätte, hat (stand: frühjahr 2012) eben noch keine neue hardwareversion mit ar9331. (und die 841.v4 mit ar71xx braucht weiterhin ca. doppelt soviel strom wie ein 741.v4)

====wie effizient ist das board====
Von 9V (bzw. von 4-15V) auf 3.3 regelt der 741 halbwegs effizient selber. (also zumindest nicht linear)

Die cpu hat wohl ihre eigenen dcdcs.

Auch der flash chip verwendet 3.3V direkt.

Fürn RAM wird linear von 3.3 auf 2.5V runtergeregelt, allerdings braucht der nicht viel.

Ebenso die versorgung der lan physicals (laufen mit 2V) ist linear. (aus den 3.3V)
Dies ist vorallem wenn man normale 100mbit verwendet (45ma@2V je port), recht unschön, bei 10mbit störts kaum weil die physicals da nur ca. 1ma je port brauchen. (und der switch, etc. im SOC liegt)

====10mbit lan====
da damit 44mA/port einsparbar sind (also 150mW/port), und auch weiterhin wlan-links selten mehr als 10mbit full duplex bewältigen, lohnt es sich meist das lan auf 10mbit einzustellen.

10mbit ist im grunde eigentlich gratis, denn bis auf den stromverbrauch der led kostet ein solcher link keinen weiteren strom, bzw. könnte nur wenn man die lan physicals (samt ihrem dcdc) mit dem lötkolben stromlos macht, noch 10mW (für alle 5 ports in summe) sparen.

für den wan port kann man 10mbit einfach mit ethtool setzen (opkg install ethtool)
ethtool -s eth1 autoneg on speed 10 duplex full
oder auch ohne autoneg, wenn man es auf der anderen seite auch einstellt.

die 4 lan ports, sind nicht mit ethtool -s eth0 steuerbar, sondern wenn dann nur über den switch treiber (todo: allerdings wie? denn mit swconfig kann man linkspeed der einzelnen ports scheints nur auslesen), allerdings wenn die gegenseite auf 10mbit geht, gehen die lan ports eh auch (einzeln) mit.

allerdings ein umschlaten zwischen 10 und 100mbit onthefly braucht dann doch ca. 1-2 Sekunden, also nicht unbedingt schnell genug um je nach benötigten durchsatz laufend zu wechseln.

====Stromverbrauch falls mit 3.3V versorgt====
hierfür wurde schlichtweg am serial header 3.3V angelegt

330mW idle, kein lan, kein wlan
435mW idle, kein lan, wlan
440mW idle, 1x 10mbit lan, wlan
460mW idle, 4x 10mbit lan, wlan
590mW idle, 1x 100mbit lan, wlan
1080mW idle, 4x 100mbit lan, wlan
+140mW für 100% cpuload

====Stromverbrauch inklusive 9V Netzteil (an 220V gemessen)====

130mW mitgeliegertes netzeil ohne router
750mW idle, kein lan, kein wlan
1025mW idle, kein lan, wlan
1040mW idle, 1x 10mbit lan, wlan
1080mW idle, 4x 10mbit lan, wlan
1360mW idle, 1x 100mbit lan, wlan
2210mW idle, 4x 100mbit lan, wlan
+260mW für 100% cpuload

Also der Eingangs-dcdc wandler und das netzteil haben in Summe keine berauschende effizienz. (ca. 50%)

====stromverbrauch bei 4-15V====
todo: verbrauch ohne externes netzteil, aber eben über buchsenstecker versorgt messen
====wlan stromverbauch====
todo: messen des stromverbrauchs je nach txpower, und evt. auch durchsatz, etc.

====undervolt====
bei ca 3.0V am 3.3V rail wirds instabil, und mit abgeschalteten wlan ein paar mV später.
allerdings falls nur 10mbit oder gar keine lans aktiv sind, ist damit fast nichts zu holen.

Und ob es was bringt die 2V der lan physicals zu undervolten wurde nicht getestet (dort ist aber eh nur im 100mbit mode irgendwas zu holen)

====weitere mods====
ganz knausrige können (neben undervolt der cpu) wohl auch wiedermal leds ablöten um noch ein paar mW rauszuholen.

z.b. 12mW für die immer leuchtende power-led
selbes gitl auch für idle lan links, wo die led mehrstrom braucht als der 10mbit link ansich. *G

=== WR703N oder MR3020===
siehe openwrt wiki:
http://wiki.openwrt.org/toh/tp-link/tl-wr703n
angeblich 400mW ohne und 500mw mit wlan
also wohl gleich wie 741er, allerdings eben usb, dafür aber kein sma, und kein switch, obwohl der ar9331 ja nen 5port switch am SOC an board hätte.
===andere Boards===
gibt auch noch den ALFA HORNET-UB, ein ganz nettes ar9331 basiertes dual lan board, allerdings nit ganz so preiswert wie die tplinks, allerdings gibts in auch in ner variante mit 8MB flash, während desweilen alle tplink ar933x router nur 4MB haben,..

intressant auch die ar9380 basierten buffalo wzr-hp-g450h, "allerdings" 3x3, und getrennter cpu/switch SOC und wireless, also wohl kaum stromsparend

Arbeitsgruppe Hardware Tplink power

2012-04-21T16:58:01Z

Markit: /* andere Boards */

Arbeitsgruppe Hardware Tplink power

2012-04-21T16:55:55Z

Markit: /* 10mbit lan */

Arbeitsgruppe Hardware Tplink power

2012-04-21T16:54:42Z

Markit: /* andere Baords */

Arbeitsgruppe Hardware Tplink power

2012-04-21T16:54:10Z

Markit:

Arbeitsgruppe Hardware Tplink power

2012-04-21T16:48:21Z

Markit: /* andere Baords */

Tplink verbaut inzwischen statt ar7xxx cpud + ar 92xx wifis, auch immer öfter ar93xx cpu+wifi SOCs

und diese sind ziemlich stromsparend,..

=== WR741N (oder auch 740) ===
ab hardware version 4 haben diese nen ar9331 SOC, leider kein rausgeführtes/rasuführbares? usb.
und z.b. 842 welcher usb hätte, hat (stand: frühjahr 2012) eben noch keine neue hardwareversion mit ar9331. (und die 841.v4 mit ar71xx braucht weiterhin ca. doppelt soviel strom wie ein 741.v4)

====wie effizient ist das board====
Von 9V (bzw. von 4-15V) auf 3.3 regelt der 741 halbwegs effizient selber. (also zumindest nicht linear)

Die cpu hat wohl ihre eigenen dcdcs.

Auch der flash chip verwendet 3.3V direkt.

Der RAM wird linear von 3.3 auf 2.5V, allerdings braucht der nicht viel.

Ebenso die versorgung der lan physicals (laufen mit 2V) ist linear. (aus den 3.3V)
Dies ist vorallem wenn man normale 100mbit verwendet (45ma@2V je port), recht unschön, bei 10mbit störts kaum weil die physicals da nur ca. 1ma je port brauchen. (und der switch, etc. im SOC liegt)

====10mbit lan====
da damit 44mA/port einsparbar sind (also 150mW/port), und auch weiterhin wlan-links selten mehr als 10mbit full duplex bewältigen, lohnt es sich meist das lan auf 10mbit einzustellen.

10mbit ist im grunde eigentlich gratis, denn bis auf den stromverbrauch der led kostet ein solcher link keinen weiteren strom, und weiters nur wenn man die lan physicals (samt ihrem dcdc) mit dem lötkolben stromlos macht, liessen sich noch 10mW für alle 5 ports sparen.

für den wan port kann man 10mbit einfach mit ethtool setzen (opkg install ethtool)
ethtool -s eth1 autoneg on speed 10 duplex full
oder auch ohne autoneg, wenn man es auf der anderen seite auch einstellt.

die 4 lan ports, sind nicht mit ethtool -s eth0 steuerbar, sondern wenn dann nur über den switch treiber (todo: wie?), allerdings wenn die gegenseite auf 10mbit geht, gehen die lan ports eh auch (einzeln) mit.

allerdings ein umschlaten zwischen 10 und 100mbit onthefly braucht dann doch ca. 1-2 Sekunden, also nicht unbedingt schnell genung um je nach benötigten durchsatz laufend zu wechseln.

====Stromverbrauch falls mit 3.3V versorgt====
hierfür wurde schlichtweg am serial header 3.3V angelegt

330mW idle, kein lan, kein wlan
435mW idle, kein lan, wlan
440mW idle, 1x 10mbit lan, wlan
460mW idle, 4x 10mbit lan, wlan
590mW idle, 1x 100mbit lan, wlan
1080mW idle, 4x 100mbit lan, wlan
+140mW für 100% cpuload

====Stromverbrauch inklusive 9V Netzteil (an 220V gemessen)====

130mW mitgeliegertes netzeil ohne router
750mW idle, kein lan, kein wlan
1025mW idle, kein lan, wlan
1040mW idle, 1x 10mbit lan, wlan
1080mW idle, 4x 10mbit lan, wlan
1360mW idle, 1x 100mbit lan, wlan
2210mW idle, 4x 100mbit lan, wlan
+260mW für 100% cpuload

Also der Eingangs-dcdc wandler und das netzteil haben in Summe keine berauschende effizienz. (ca. 50%)

====stromverbrauch bei 4-15V====
todo: verbrauch ohne externes netzteil, aber eben über buchsenstecker versorgt messen
====wlan stromverbauch====
todo: messen des stromverbrauchs je nach txpower, und evt. auch durchsatz, etc.

====undervolt====
bei ca 3.0V am 3.3V rail wirds instabil, und mit abgeschalteten wlan ein paar mV später.
allerdings falls nur 10mbit oder gar keine lans aktiv sind, ist damit fast nichts zu holen.

Und ob es was bringt die 2V der lan physicals zu undervolten wurde nicht getestet (dort ist aber eh nur im 100mbit mode irgendwas zu holen)

====weitere mods====
ganz knausrige können (neben undervolt der cpu) wohl auch wiedermal leds ablöten um noch ein paar mW rauszuholen.

z.b. 12mW für die immer leuchtende power-led
selbes gitl auch für idle lan links, wo die led mehrstrom braucht als der 10mbit link ansich. *G

=== WR703N oder MR3020===
siehe openwrt wiki:
http://wiki.openwrt.org/toh/tp-link/tl-wr703n
angeblich 400mW ohne und 500mw mit wlan
also wohl gleich wie 741er, allerdings eben usb, dafür aber kein sma, und kein switch, obwohl der ar9331 ja nen 5port switch am SOC an board hätte.
===andere Baords===
gibt auch noch den ALFA HORNET-UB, ein ganz nettes ar9331 basiertes dual lan board, allerdings nit so preiswert wie die tplinks

Arbeitsgruppe Hardware Tplink power

2012-04-21T16:47:30Z

Markit: /* WR703N */

Tplink verbaut inzwischen statt ar7xxx cpud + ar 92xx wifis, auch immer öfter ar93xx cpu+wifi SOCs

und diese sind ziemlich stromsparend,..

=== WR741N (oder auch 740) ===
ab hardware version 4 haben diese nen ar9331 SOC, leider kein rausgeführtes/rasuführbares? usb.
und z.b. 842 welcher usb hätte, hat (stand: frühjahr 2012) eben noch keine neue hardwareversion mit ar9331. (und die 841.v4 mit ar71xx braucht weiterhin ca. doppelt soviel strom wie ein 741.v4)

====wie effizient ist das board====
Von 9V (bzw. von 4-15V) auf 3.3 regelt der 741 halbwegs effizient selber. (also zumindest nicht linear)

Die cpu hat wohl ihre eigenen dcdcs.

Auch der flash chip verwendet 3.3V direkt.

Der RAM wird linear von 3.3 auf 2.5V, allerdings braucht der nicht viel.

Ebenso die versorgung der lan physicals (laufen mit 2V) ist linear. (aus den 3.3V)
Dies ist vorallem wenn man normale 100mbit verwendet (45ma@2V je port), recht unschön, bei 10mbit störts kaum weil die physicals da nur ca. 1ma je port brauchen. (und der switch, etc. im SOC liegt)

====10mbit lan====
da damit 44mA/port einsparbar sind (also 150mW/port), und auch weiterhin wlan-links selten mehr als 10mbit full duplex bewältigen, lohnt es sich meist das lan auf 10mbit einzustellen.

10mbit ist im grunde eigentlich gratis, denn bis auf den stromverbrauch der led kostet ein solcher link keinen weiteren strom, und weiters nur wenn man die lan physicals (samt ihrem dcdc) mit dem lötkolben stromlos macht, liessen sich noch 10mW für alle 5 ports sparen.

für den wan port kann man 10mbit einfach mit ethtool setzen (opkg install ethtool)
ethtool -s eth1 autoneg on speed 10 duplex full
oder auch ohne autoneg, wenn man es auf der anderen seite auch einstellt.

die 4 lan ports, sind nicht mit ethtool -s eth0 steuerbar, sondern wenn dann nur über den switch treiber (todo: wie?), allerdings wenn die gegenseite auf 10mbit geht, gehen die lan ports eh auch (einzeln) mit.

allerdings ein umschlaten zwischen 10 und 100mbit onthefly braucht dann doch ca. 1-2 Sekunden, also nicht unbedingt schnell genung um je nach benötigten durchsatz laufend zu wechseln.

====Stromverbrauch falls mit 3.3V versorgt====
hierfür wurde schlichtweg am serial header 3.3V angelegt

330mW idle, kein lan, kein wlan
435mW idle, kein lan, wlan
440mW idle, 1x 10mbit lan, wlan
460mW idle, 4x 10mbit lan, wlan
590mW idle, 1x 100mbit lan, wlan
1080mW idle, 4x 100mbit lan, wlan
+140mW für 100% cpuload

====Stromverbrauch inklusive 9V Netzteil (an 220V gemessen)====

130mW mitgeliegertes netzeil ohne router
750mW idle, kein lan, kein wlan
1025mW idle, kein lan, wlan
1040mW idle, 1x 10mbit lan, wlan
1080mW idle, 4x 10mbit lan, wlan
1360mW idle, 1x 100mbit lan, wlan
2210mW idle, 4x 100mbit lan, wlan
+260mW für 100% cpuload

Also der Eingangs-dcdc wandler und das netzteil haben in Summe keine berauschende effizienz. (ca. 50%)

====stromverbrauch bei 4-15V====
todo: verbrauch ohne externes netzteil, aber eben über buchsenstecker versorgt messen
====wlan stromverbauch====
todo: messen des stromverbrauchs je nach txpower, und evt. auch durchsatz, etc.

====undervolt====
bei ca 3.0V am 3.3V rail wirds instabil, und mit abgeschalteten wlan ein paar mV später.
allerdings falls nur 10mbit oder gar keine lans aktiv sind, ist damit fast nichts zu holen.

Und ob es was bringt die 2V der lan physicals zu undervolten wurde nicht getestet (dort ist aber eh nur im 100mbit mode irgendwas zu holen)

====weitere mods====
ganz knausrige können (neben undervolt der cpu) wohl auch wiedermal leds ablöten um noch ein paar mW rauszuholen.

z.b. 12mW für die immer leuchtende power-led
selbes gitl auch für idle lan links, wo die led mehrstrom braucht als der 10mbit link ansich. *G

=== WR703N oder MR3020===
siehe openwrt wiki:
http://wiki.openwrt.org/toh/tp-link/tl-wr703n
angeblich 400mW ohne und 500mw mit wlan
also wohl gleich wie 741er, allerdings eben usb, dafür aber kein sma, und kein switch, obwohl der ar9331 ja nen 5port switch am SOC an board hätte.
===andere Baords===
gibt auch noch den HORNET-UB, ein ganz nettes ar9331 basiertes dual lan, board von alfa, allerdings nit so preiswert wie die tplinks

Arbeitsgruppe Hardware Tplink power

2012-04-21T15:26:56Z

Markit: /* WR703N */

Tplink verbaut inzwischen statt ar7xxx cpud + ar 92xx wifis, auch immer öfter ar93xx cpu+wifi SOCs

und diese sind ziemlich stromsparend,..

=== WR741N (oder auch 740) ===
ab hardware version 4 haben diese nen ar9331 SOC, leider kein rausgeführtes/rasuführbares? usb.
und z.b. 842 welcher usb hätte, hat (stand: frühjahr 2012) eben noch keine neue hardwareversion mit ar9331. (und die 841.v4 mit ar71xx braucht weiterhin ca. doppelt soviel strom wie ein 741.v4)

====wie effizient ist das board====
Von 9V (bzw. von 4-15V) auf 3.3 regelt der 741 halbwegs effizient selber. (also zumindest nicht linear)

Die cpu hat wohl ihre eigenen dcdcs.

Auch der flash chip verwendet 3.3V direkt.

Der RAM wird linear von 3.3 auf 2.5V, allerdings braucht der nicht viel.

Ebenso die versorgung der lan physicals (laufen mit 2V) ist linear. (aus den 3.3V)
Dies ist vorallem wenn man normale 100mbit verwendet (45ma@2V je port), recht unschön, bei 10mbit störts kaum weil die physicals da nur ca. 1ma je port brauchen. (und der switch, etc. im SOC liegt)

====10mbit lan====
da damit 44mA/port einsparbar sind (also 150mW/port), und auch weiterhin wlan-links selten mehr als 10mbit full duplex bewältigen, lohnt es sich meist das lan auf 10mbit einzustellen.

10mbit ist im grunde eigentlich gratis, denn bis auf den stromverbrauch der led kostet ein solcher link keinen weiteren strom, und weiters nur wenn man die lan physicals (samt ihrem dcdc) mit dem lötkolben stromlos macht, liessen sich noch 10mW für alle 5 ports sparen.

für den wan port kann man 10mbit einfach mit ethtool setzen (opkg install ethtool)
ethtool -s eth1 autoneg on speed 10 duplex full
oder auch ohne autoneg, wenn man es auf der anderen seite auch einstellt.

die 4 lan ports, sind nicht mit ethtool -s eth0 steuerbar, sondern wenn dann nur über den switch treiber (todo: wie?), allerdings wenn die gegenseite auf 10mbit geht, gehen die lan ports eh auch (einzeln) mit.

allerdings ein umschlaten zwischen 10 und 100mbit onthefly braucht dann doch ca. 1-2 Sekunden, also nicht unbedingt schnell genung um je nach benötigten durchsatz laufend zu wechseln.

====Stromverbrauch falls mit 3.3V versorgt====
hierfür wurde schlichtweg am serial header 3.3V angelegt

330mW idle, kein lan, kein wlan
435mW idle, kein lan, wlan
440mW idle, 1x 10mbit lan, wlan
460mW idle, 4x 10mbit lan, wlan
590mW idle, 1x 100mbit lan, wlan
1080mW idle, 4x 100mbit lan, wlan
+140mW für 100% cpuload

====Stromverbrauch inklusive 9V Netzteil (an 220V gemessen)====

130mW mitgeliegertes netzeil ohne router
750mW idle, kein lan, kein wlan
1025mW idle, kein lan, wlan
1040mW idle, 1x 10mbit lan, wlan
1080mW idle, 4x 10mbit lan, wlan
1360mW idle, 1x 100mbit lan, wlan
2210mW idle, 4x 100mbit lan, wlan
+260mW für 100% cpuload

Also der Eingangs-dcdc wandler und das netzteil haben in Summe keine berauschende effizienz. (ca. 50%)

====stromverbrauch bei 4-15V====
todo: verbrauch ohne externes netzteil, aber eben über buchsenstecker versorgt messen
====wlan stromverbauch====
todo: messen des stromverbrauchs je nach txpower, und evt. auch durchsatz, etc.

====undervolt====
bei ca 3.0V am 3.3V rail wirds instabil, und mit abgeschalteten wlan ein paar mV später.
allerdings falls nur 10mbit oder gar keine lans aktiv sind, ist damit fast nichts zu holen.

Und ob es was bringt die 2V der lan physicals zu undervolten wurde nicht getestet (dort ist aber eh nur im 100mbit mode irgendwas zu holen)

====weitere mods====
ganz knausrige können (neben undervolt der cpu) wohl auch wiedermal leds ablöten um noch ein paar mW rauszuholen.

z.b. 12mW für die immer leuchtende power-led
selbes gitl auch für idle lan links, wo die led mehrstrom braucht als der 10mbit link ansich. *G

=== WR703N ===
siehe openwrt wiki:
angeblich 400mW ohne und 500mw mit wlan
also wohl gleich wie 741er, allerdings eben usb, dafür aber kein sma, und kein switch, obwohl der ar9331 ja nen 5port switch am SOC an board hätte.

Arbeitsgruppe Hardware Tplink power

2012-04-21T15:18:50Z

Markit: /* undervolt */

Tplink verbaut inzwischen statt ar7xxx cpud + ar 92xx wifis, auch immer öfter ar93xx cpu+wifi SOCs

und diese sind ziemlich stromsparend,..

=== WR741N (oder auch 740) ===
ab hardware version 4 haben diese nen ar9331 SOC, leider kein rausgeführtes/rasuführbares? usb.
und z.b. 842 welcher usb hätte, hat (stand: frühjahr 2012) eben noch keine neue hardwareversion mit ar9331. (und die 841.v4 mit ar71xx braucht weiterhin ca. doppelt soviel strom wie ein 741.v4)

====wie effizient ist das board====
Von 9V (bzw. von 4-15V) auf 3.3 regelt der 741 halbwegs effizient selber. (also zumindest nicht linear)

Die cpu hat wohl ihre eigenen dcdcs.

Auch der flash chip verwendet 3.3V direkt.

Der RAM wird linear von 3.3 auf 2.5V, allerdings braucht der nicht viel.

Ebenso die versorgung der lan physicals (laufen mit 2V) ist linear. (aus den 3.3V)
Dies ist vorallem wenn man normale 100mbit verwendet (45ma@2V je port), recht unschön, bei 10mbit störts kaum weil die physicals da nur ca. 1ma je port brauchen. (und der switch, etc. im SOC liegt)

====10mbit lan====
da damit 44mA/port einsparbar sind (also 150mW/port), und auch weiterhin wlan-links selten mehr als 10mbit full duplex bewältigen, lohnt es sich meist das lan auf 10mbit einzustellen.

10mbit ist im grunde eigentlich gratis, denn bis auf den stromverbrauch der led kostet ein solcher link keinen weiteren strom, und weiters nur wenn man die lan physicals (samt ihrem dcdc) mit dem lötkolben stromlos macht, liessen sich noch 10mW für alle 5 ports sparen.

für den wan port kann man 10mbit einfach mit ethtool setzen (opkg install ethtool)
ethtool -s eth1 autoneg on speed 10 duplex full
oder auch ohne autoneg, wenn man es auf der anderen seite auch einstellt.

die 4 lan ports, sind nicht mit ethtool -s eth0 steuerbar, sondern wenn dann nur über den switch treiber (todo: wie?), allerdings wenn die gegenseite auf 10mbit geht, gehen die lan ports eh auch (einzeln) mit.

allerdings ein umschlaten zwischen 10 und 100mbit onthefly braucht dann doch ca. 1-2 Sekunden, also nicht unbedingt schnell genung um je nach benötigten durchsatz laufend zu wechseln.

====Stromverbrauch falls mit 3.3V versorgt====
hierfür wurde schlichtweg am serial header 3.3V angelegt

330mW idle, kein lan, kein wlan
435mW idle, kein lan, wlan
440mW idle, 1x 10mbit lan, wlan
460mW idle, 4x 10mbit lan, wlan
590mW idle, 1x 100mbit lan, wlan
1080mW idle, 4x 100mbit lan, wlan
+140mW für 100% cpuload

====Stromverbrauch inklusive 9V Netzteil (an 220V gemessen)====

130mW mitgeliegertes netzeil ohne router
750mW idle, kein lan, kein wlan
1025mW idle, kein lan, wlan
1040mW idle, 1x 10mbit lan, wlan
1080mW idle, 4x 10mbit lan, wlan
1360mW idle, 1x 100mbit lan, wlan
2210mW idle, 4x 100mbit lan, wlan
+260mW für 100% cpuload

Also der Eingangs-dcdc wandler und das netzteil haben in Summe keine berauschende effizienz. (ca. 50%)

====stromverbrauch bei 4-15V====
todo: verbrauch ohne externes netzteil, aber eben über buchsenstecker versorgt messen
====wlan stromverbauch====
todo: messen des stromverbrauchs je nach txpower, und evt. auch durchsatz, etc.

====undervolt====
bei ca 3.0V am 3.3V rail wirds instabil, und mit abgeschalteten wlan ein paar mV später.
allerdings falls nur 10mbit oder gar keine lans aktiv sind, ist damit fast nichts zu holen.

Und ob es was bringt die 2V der lan physicals zu undervolten wurde nicht getestet (dort ist aber eh nur im 100mbit mode irgendwas zu holen)

====weitere mods====
ganz knausrige können (neben undervolt der cpu) wohl auch wiedermal leds ablöten um noch ein paar mW rauszuholen.

z.b. 12mW für die immer leuchtende power-led
selbes gitl auch für idle lan links, wo die led mehrstrom braucht als der 10mbit link ansich. *G

=== WR703N ===
siehe openwrt wiki:
angeblich 400mW ohne und 500mw mit wlan
also wohl gleich wie 741er, allerdings eben usb, dafür aber kein sma, und kein switch

Arbeitsgruppe Hardware Tplink power

2012-04-21T15:17:40Z

Markit: /* wie effizient ist das board */

Tplink verbaut inzwischen statt ar7xxx cpud + ar 92xx wifis, auch immer öfter ar93xx cpu+wifi SOCs

und diese sind ziemlich stromsparend,..

=== WR741N (oder auch 740) ===
ab hardware version 4 haben diese nen ar9331 SOC, leider kein rausgeführtes/rasuführbares? usb.
und z.b. 842 welcher usb hätte, hat (stand: frühjahr 2012) eben noch keine neue hardwareversion mit ar9331. (und die 841.v4 mit ar71xx braucht weiterhin ca. doppelt soviel strom wie ein 741.v4)

====wie effizient ist das board====
Von 9V (bzw. von 4-15V) auf 3.3 regelt der 741 halbwegs effizient selber. (also zumindest nicht linear)

Die cpu hat wohl ihre eigenen dcdcs.

Auch der flash chip verwendet 3.3V direkt.

Der RAM wird linear von 3.3 auf 2.5V, allerdings braucht der nicht viel.

Ebenso die versorgung der lan physicals (laufen mit 2V) ist linear. (aus den 3.3V)
Dies ist vorallem wenn man normale 100mbit verwendet (45ma@2V je port), recht unschön, bei 10mbit störts kaum weil die physicals da nur ca. 1ma je port brauchen. (und der switch, etc. im SOC liegt)

====10mbit lan====
da damit 44mA/port einsparbar sind (also 150mW/port), und auch weiterhin wlan-links selten mehr als 10mbit full duplex bewältigen, lohnt es sich meist das lan auf 10mbit einzustellen.

10mbit ist im grunde eigentlich gratis, denn bis auf den stromverbrauch der led kostet ein solcher link keinen weiteren strom, und weiters nur wenn man die lan physicals (samt ihrem dcdc) mit dem lötkolben stromlos macht, liessen sich noch 10mW für alle 5 ports sparen.

für den wan port kann man 10mbit einfach mit ethtool setzen (opkg install ethtool)
ethtool -s eth1 autoneg on speed 10 duplex full
oder auch ohne autoneg, wenn man es auf der anderen seite auch einstellt.

die 4 lan ports, sind nicht mit ethtool -s eth0 steuerbar, sondern wenn dann nur über den switch treiber (todo: wie?), allerdings wenn die gegenseite auf 10mbit geht, gehen die lan ports eh auch (einzeln) mit.

allerdings ein umschlaten zwischen 10 und 100mbit onthefly braucht dann doch ca. 1-2 Sekunden, also nicht unbedingt schnell genung um je nach benötigten durchsatz laufend zu wechseln.

====Stromverbrauch falls mit 3.3V versorgt====
hierfür wurde schlichtweg am serial header 3.3V angelegt

330mW idle, kein lan, kein wlan
435mW idle, kein lan, wlan
440mW idle, 1x 10mbit lan, wlan
460mW idle, 4x 10mbit lan, wlan
590mW idle, 1x 100mbit lan, wlan
1080mW idle, 4x 100mbit lan, wlan
+140mW für 100% cpuload

====Stromverbrauch inklusive 9V Netzteil (an 220V gemessen)====

130mW mitgeliegertes netzeil ohne router
750mW idle, kein lan, kein wlan
1025mW idle, kein lan, wlan
1040mW idle, 1x 10mbit lan, wlan
1080mW idle, 4x 10mbit lan, wlan
1360mW idle, 1x 100mbit lan, wlan
2210mW idle, 4x 100mbit lan, wlan
+260mW für 100% cpuload

Also der Eingangs-dcdc wandler und das netzteil haben in Summe keine berauschende effizienz. (ca. 50%)

====stromverbrauch bei 4-15V====
todo: verbrauch ohne externes netzteil, aber eben über buchsenstecker versorgt messen
====wlan stromverbauch====
todo: messen des stromverbrauchs je nach txpower, und evt. auch durchsatz, etc.

====undervolt====
bei ca 3.0V am 3.3V rail wirds instabil, und mit abgeschalteten wlan ein paar mV später.
allerdings falls nur 10mbit oder gar keine lans aktiv sind, ist damit fast nichts zu holen.
(todo: flash (oder ist dieses gar auch im SOC?) und ram laufen mit welcher spannung?)

die cpu selber hat ihren eigenen dcdc bei/statt dem noch keine undervolt tests gemacht wurden
selbes gilt für die 2V der lan physicals (dort ist aber eh nur im 100mbit mode viel zu holen)

====weitere mods====
ganz knausrige können (neben undervolt der cpu) wohl auch wiedermal leds ablöten um noch ein paar mW rauszuholen.

z.b. 12mW für die immer leuchtende power-led
selbes gitl auch für idle lan links, wo die led mehrstrom braucht als der 10mbit link ansich. *G

=== WR703N ===
siehe openwrt wiki:
angeblich 400mW ohne und 500mw mit wlan
also wohl gleich wie 741er, allerdings eben usb, dafür aber kein sma, und kein switch

Arbeitsgruppe Hardware Tplink power

2012-04-21T14:56:21Z

Markit: /* 10mbit lan */

Tplink verbaut inzwischen statt ar7xxx cpud + ar 92xx wifis, auch immer öfter ar93xx cpu+wifi SOCs

und diese sind ziemlich stromsparend,..

=== WR741N (oder auch 740) ===
ab hardware version 4 haben diese nen ar9331 SOC, leider kein rausgeführtes/rasuführbares? usb.
und z.b. 842 welcher usb hätte, hat (stand: frühjahr 2012) eben noch keine neue hardwareversion mit ar9331. (und die 841.v4 mit ar71xx braucht weiterhin ca. doppelt soviel strom wie ein 741.v4)

====wie effizient ist das board====
Von 9V (bzw. von 4-15V) auf 3.3 regelt der 741 halbwegs effizient selber. (also zumindest nicht linear)

Die cpu hat dann nen zweiten dcdc (3.3v eingang) der auch in ordnung scheint.

Der RAM wird linear von 3.3 auf 2.5V, allerdings braucht der nicht viel.

Ebenso die versorgung der lan physicals (laufen mit 2V) ist linear. (aus den 3.3V)
Dies ist vorallem wenn man normale 100mbit verwendet (45ma@2V je port), recht unschön, bei 10mbit störts kaum weil die physicals da nur ca. 1ma je port brauchen. (und der switch, etc. im SOC liegt)

====10mbit lan====
da damit 44mA/port einsparbar sind (also 150mW/port), und auch weiterhin wlan-links selten mehr als 10mbit full duplex bewältigen, lohnt es sich meist das lan auf 10mbit einzustellen.

10mbit ist im grunde eigentlich gratis, denn bis auf den stromverbrauch der led kostet ein solcher link keinen weiteren strom, und weiters nur wenn man die lan physicals (samt ihrem dcdc) mit dem lötkolben stromlos macht, liessen sich noch 10mW für alle 5 ports sparen.

für den wan port kann man 10mbit einfach mit ethtool setzen (opkg install ethtool)
ethtool -s eth1 autoneg on speed 10 duplex full
oder auch ohne autoneg, wenn man es auf der anderen seite auch einstellt.

die 4 lan ports, sind nicht mit ethtool -s eth0 steuerbar, sondern wenn dann nur über den switch treiber (todo: wie?), allerdings wenn die gegenseite auf 10mbit geht, gehen die lan ports eh auch (einzeln) mit.

allerdings ein umschlaten zwischen 10 und 100mbit onthefly braucht dann doch ca. 1-2 Sekunden, also nicht unbedingt schnell genung um je nach benötigten durchsatz laufend zu wechseln.

====Stromverbrauch falls mit 3.3V versorgt====
hierfür wurde schlichtweg am serial header 3.3V angelegt

330mW idle, kein lan, kein wlan
435mW idle, kein lan, wlan
440mW idle, 1x 10mbit lan, wlan
460mW idle, 4x 10mbit lan, wlan
590mW idle, 1x 100mbit lan, wlan
1080mW idle, 4x 100mbit lan, wlan
+140mW für 100% cpuload

====Stromverbrauch inklusive 9V Netzteil (an 220V gemessen)====

130mW mitgeliegertes netzeil ohne router
750mW idle, kein lan, kein wlan
1025mW idle, kein lan, wlan
1040mW idle, 1x 10mbit lan, wlan
1080mW idle, 4x 10mbit lan, wlan
1360mW idle, 1x 100mbit lan, wlan
2210mW idle, 4x 100mbit lan, wlan
+260mW für 100% cpuload

Also der Eingangs-dcdc wandler und das netzteil haben in Summe keine berauschende effizienz. (ca. 50%)

====stromverbrauch bei 4-15V====
todo: verbrauch ohne externes netzteil, aber eben über buchsenstecker versorgt messen
====wlan stromverbauch====
todo: messen des stromverbrauchs je nach txpower, und evt. auch durchsatz, etc.

====undervolt====
bei ca 3.0V am 3.3V rail wirds instabil, und mit abgeschalteten wlan ein paar mV später.
allerdings falls nur 10mbit oder gar keine lans aktiv sind, ist damit fast nichts zu holen.
(todo: flash (oder ist dieses gar auch im SOC?) und ram laufen mit welcher spannung?)

die cpu selber hat ihren eigenen dcdc bei/statt dem noch keine undervolt tests gemacht wurden
selbes gilt für die 2V der lan physicals (dort ist aber eh nur im 100mbit mode viel zu holen)

====weitere mods====
ganz knausrige können (neben undervolt der cpu) wohl auch wiedermal leds ablöten um noch ein paar mW rauszuholen.

z.b. 12mW für die immer leuchtende power-led
selbes gitl auch für idle lan links, wo die led mehrstrom braucht als der 10mbit link ansich. *G

=== WR703N ===
siehe openwrt wiki:
angeblich 400mW ohne und 500mw mit wlan
also wohl gleich wie 741er, allerdings eben usb, dafür aber kein sma, und kein switch

Arbeitsgruppe Hardware Tplink power

2012-04-21T14:51:35Z

Markit: /* weitere mods */

Tplink verbaut inzwischen statt ar7xxx cpud + ar 92xx wifis, auch immer öfter ar93xx cpu+wifi SOCs

und diese sind ziemlich stromsparend,..

=== WR741N (oder auch 740) ===
ab hardware version 4 haben diese nen ar9331 SOC, leider kein rausgeführtes/rasuführbares? usb.
und z.b. 842 welcher usb hätte, hat (stand: frühjahr 2012) eben noch keine neue hardwareversion mit ar9331. (und die 841.v4 mit ar71xx braucht weiterhin ca. doppelt soviel strom wie ein 741.v4)

====wie effizient ist das board====
Von 9V (bzw. von 4-15V) auf 3.3 regelt der 741 halbwegs effizient selber. (also zumindest nicht linear)

Die cpu hat dann nen zweiten dcdc (3.3v eingang) der auch in ordnung scheint.

Der RAM wird linear von 3.3 auf 2.5V, allerdings braucht der nicht viel.

Ebenso die versorgung der lan physicals (laufen mit 2V) ist linear. (aus den 3.3V)
Dies ist vorallem wenn man normale 100mbit verwendet (45ma@2V je port), recht unschön, bei 10mbit störts kaum weil die physicals da nur ca. 1ma je port brauchen. (und der switch, etc. im SOC liegt)

====10mbit lan====
da damit 44mA/port einsparbar sind (also 150mW/port), und auch weiterhin wlan-links selten mehr als 10mbit full duplex bewältigen, lohnt es sich meist das lan auf 10mbit einzustellen.

für den wan ports kann man dies einfach mit ethtool setzen (opkg install ethtool)
ethtool -s eth1 autoneg on speed 10 duplex full
oder auch ohne autoneg, wenn man es auf der anderen seite auch einstellt.

die 4 lan ports, sind nicht mit ethtool -s eth0 steuerbar, sondern wenn dann nur über den switch treiber (todo: wie?), allerdings wenn die gegenseite auf 10mbit geht, gehen die lan ports eh auch (einzeln) mit.

allerdings ein umschlaten zwischen 10 und 100mbit onthefly braucht dann doch ca. 1-2 Sekunden, also nicht unbedingt schnell genung um je nach benötigten durchsatz laufend zu wechseln.

====Stromverbrauch falls mit 3.3V versorgt====
hierfür wurde schlichtweg am serial header 3.3V angelegt

330mW idle, kein lan, kein wlan
435mW idle, kein lan, wlan
440mW idle, 1x 10mbit lan, wlan
460mW idle, 4x 10mbit lan, wlan
590mW idle, 1x 100mbit lan, wlan
1080mW idle, 4x 100mbit lan, wlan
+140mW für 100% cpuload

====Stromverbrauch inklusive 9V Netzteil (an 220V gemessen)====

130mW mitgeliegertes netzeil ohne router
750mW idle, kein lan, kein wlan
1025mW idle, kein lan, wlan
1040mW idle, 1x 10mbit lan, wlan
1080mW idle, 4x 10mbit lan, wlan
1360mW idle, 1x 100mbit lan, wlan
2210mW idle, 4x 100mbit lan, wlan
+260mW für 100% cpuload

Also der Eingangs-dcdc wandler und das netzteil haben in Summe keine berauschende effizienz. (ca. 50%)

====stromverbrauch bei 4-15V====
todo: verbrauch ohne externes netzteil, aber eben über buchsenstecker versorgt messen
====wlan stromverbauch====
todo: messen des stromverbrauchs je nach txpower, und evt. auch durchsatz, etc.

====undervolt====
bei ca 3.0V am 3.3V rail wirds instabil, und mit abgeschalteten wlan ein paar mV später.
allerdings falls nur 10mbit oder gar keine lans aktiv sind, ist damit fast nichts zu holen.
(todo: flash (oder ist dieses gar auch im SOC?) und ram laufen mit welcher spannung?)

die cpu selber hat ihren eigenen dcdc bei/statt dem noch keine undervolt tests gemacht wurden
selbes gilt für die 2V der lan physicals (dort ist aber eh nur im 100mbit mode viel zu holen)

====weitere mods====
ganz knausrige können (neben undervolt der cpu) wohl auch wiedermal leds ablöten um noch ein paar mW rauszuholen.

z.b. 12mW für die immer leuchtende power-led
selbes gitl auch für idle lan links, wo die led mehrstrom braucht als der 10mbit link ansich. *G

=== WR703N ===
siehe openwrt wiki:
angeblich 400mW ohne und 500mw mit wlan
also wohl gleich wie 741er, allerdings eben usb, dafür aber kein sma, und kein switch

Arbeitsgruppe Hardware Tplink power

2012-04-21T14:48:02Z

Markit: /* weitere mods */

Tplink verbaut inzwischen statt ar7xxx cpud + ar 92xx wifis, auch immer öfter ar93xx cpu+wifi SOCs

und diese sind ziemlich stromsparend,..

=== WR741N (oder auch 740) ===
ab hardware version 4 haben diese nen ar9331 SOC, leider kein rausgeführtes/rasuführbares? usb.
und z.b. 842 welcher usb hätte, hat (stand: frühjahr 2012) eben noch keine neue hardwareversion mit ar9331. (und die 841.v4 mit ar71xx braucht weiterhin ca. doppelt soviel strom wie ein 741.v4)

====wie effizient ist das board====
Von 9V (bzw. von 4-15V) auf 3.3 regelt der 741 halbwegs effizient selber. (also zumindest nicht linear)

Die cpu hat dann nen zweiten dcdc (3.3v eingang) der auch in ordnung scheint.

Der RAM wird linear von 3.3 auf 2.5V, allerdings braucht der nicht viel.

Ebenso die versorgung der lan physicals (laufen mit 2V) ist linear. (aus den 3.3V)
Dies ist vorallem wenn man normale 100mbit verwendet (45ma@2V je port), recht unschön, bei 10mbit störts kaum weil die physicals da nur ca. 1ma je port brauchen. (und der switch, etc. im SOC liegt)

====10mbit lan====
da damit 44mA/port einsparbar sind (also 150mW/port), und auch weiterhin wlan-links selten mehr als 10mbit full duplex bewältigen, lohnt es sich meist das lan auf 10mbit einzustellen.

für den wan ports kann man dies einfach mit ethtool setzen (opkg install ethtool)
ethtool -s eth1 autoneg on speed 10 duplex full
oder auch ohne autoneg, wenn man es auf der anderen seite auch einstellt.

die 4 lan ports, sind nicht mit ethtool -s eth0 steuerbar, sondern wenn dann nur über den switch treiber (todo: wie?), allerdings wenn die gegenseite auf 10mbit geht, gehen die lan ports eh auch (einzeln) mit.

allerdings ein umschlaten zwischen 10 und 100mbit onthefly braucht dann doch ca. 1-2 Sekunden, also nicht unbedingt schnell genung um je nach benötigten durchsatz laufend zu wechseln.

====Stromverbrauch falls mit 3.3V versorgt====
hierfür wurde schlichtweg am serial header 3.3V angelegt

330mW idle, kein lan, kein wlan
435mW idle, kein lan, wlan
440mW idle, 1x 10mbit lan, wlan
460mW idle, 4x 10mbit lan, wlan
590mW idle, 1x 100mbit lan, wlan
1080mW idle, 4x 100mbit lan, wlan
+140mW für 100% cpuload

====Stromverbrauch inklusive 9V Netzteil (an 220V gemessen)====

130mW mitgeliegertes netzeil ohne router
750mW idle, kein lan, kein wlan
1025mW idle, kein lan, wlan
1040mW idle, 1x 10mbit lan, wlan
1080mW idle, 4x 10mbit lan, wlan
1360mW idle, 1x 100mbit lan, wlan
2210mW idle, 4x 100mbit lan, wlan
+260mW für 100% cpuload

Also der Eingangs-dcdc wandler und das netzteil haben in Summe keine berauschende effizienz. (ca. 50%)

====stromverbrauch bei 4-15V====
todo: verbrauch ohne externes netzteil, aber eben über buchsenstecker versorgt messen
====wlan stromverbauch====
todo: messen des stromverbrauchs je nach txpower, und evt. auch durchsatz, etc.

====undervolt====
bei ca 3.0V am 3.3V rail wirds instabil, und mit abgeschalteten wlan ein paar mV später.
allerdings falls nur 10mbit oder gar keine lans aktiv sind, ist damit fast nichts zu holen.
(todo: flash (oder ist dieses gar auch im SOC?) und ram laufen mit welcher spannung?)

die cpu selber hat ihren eigenen dcdc bei/statt dem noch keine undervolt tests gemacht wurden
selbes gilt für die 2V der lan physicals (dort ist aber eh nur im 100mbit mode viel zu holen)

====weitere mods====
ganz knausrige können (neben undervolt der cpu) wohl auch wiedermal leds ablöten um noch ein paar mW rauszuholen (12mW für die immer leuchtende power-led)

=== WR703N ===
siehe openwrt wiki:
angeblich 400mW ohne und 500mw mit wlan
also wohl gleich wie 741er, allerdings eben usb, dafür aber kein sma, und kein switch