FunkFeuer Wiki - Benutzerbeiträge [de]

MapSpecialConfig

2018-07-01T18:11:17Z

Runout: Der Seiteninhalt wurde durch einen anderen Text ersetzt: „moved to: https://wiki.funkfeuer.at/wiki/Regionen/Wien/MapSpecialConfig“

moved to:

https://wiki.funkfeuer.at/wiki/Regionen/Wien/MapSpecialConfig

MapSpecialConfig

2018-07-01T17:38:51Z

Runout:

#
# 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 krypta-bb 5ghzbackbone
link krypta-bb nbg43 5ghz

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

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 2345Falke 5ghzbackbone
link 2345Falke krypta ethernet static

#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 krypta-bb 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 scho54 hetzendorf ethernet static
#link hetzendorf tunnel tunnel

link es112 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

2018-07-01T17:36:02Z

Runout:

MapSpecialConfig

2018-07-01T17:30:52Z

Runout:

#
# 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
node krypta-bb 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

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 2345Falke 5ghzbackbone
link 2345Falke krypta ethernet static

#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 bb 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 scho54 hetzendorf ethernet static
#link hetzendorf tunnel tunnel

link es112 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

2018-06-29T20:14:43Z

Runout:

#
# 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
node ts2018 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

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 2345Falke 5ghzbackbone
link 2345Falke krypta ethernet static

#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 bb 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 scho54 hetzendorf ethernet static
#link hetzendorf tunnel tunnel

link es112 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

2018-06-29T10:36:08Z

Runout: nbg links

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

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 2345Falke 5ghzbackbone
link 2345Falke krypta ethernet static

#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 bb 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 scho54 hetzendorf ethernet static
#link hetzendorf tunnel tunnel

link es112 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

Arbeitsgruppe Hardware Mikrotik Routerboards

2017-04-21T17:28:23Z

Runout: /* Freebone Management Network */

== Freebone Management Network ==
ONLY FOR MANGEMENT

moved to:

https://backbone.funkfeuer.at/freebone:management_ip

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

2017-04-21T14:00:28Z

Runout: /* 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 mast)
10.7.15.2 nbg43 PowerBeam (Richtung Krypta)
10.7.15.3 nbg43 rb480 (unter dach, vlan7<->vlan1025)
10.7.15.4 nbg43 rb2011uas (19", serverschrank, vlan1025)
(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]]

Housing

2017-04-18T13:09:45Z

Runout: /* Weiters */

=Housing=

Hier sollten wir Punkte sammeln die das Housing betreffen. Ich stelle mir eine Art

==0xFF-W13N Housing Manifesto==

* Das Angebot des Community Housing existiert in Wien. Ähnliche Ansaetze werden vielleicht in den anderen Teilen des Funkfeuer Verbandes verfolgt, bitte kontaktiere die dortigen Gruppen.

* Das 0xFF-W13N Housing wird von in Wien ansässigen Enthusiasten betrieben. teilweise sind das Profis, teilweise Technikbegeisterte. In jedem Fall aber Leute die davon träumen ein Rechenzentrum aufzuziehen. Aus Interesse und Spass am Tun.

** Klarerweise legt das Backboneteam alles daran die o.g. Verfügbarkeit möglichst hoch zu halten. Da wir keine Angestellten sind, haben wir aber Jobs - so kann es durchaus passieren, das mal mehrere Stunden am Stück etwas gar nicht geht. Die Erfahrung zeigt aber, dass es extrem selten Ausfälle gibt und wir im Jahresschnitt eine Uptime von >99% haben.

** Durch entsprechendes Monitoring diverser Services werden die jeweils zuständigen Admins im Fehlerfall informiert.

* Für Verfügbarkeit kann nicht garantiert werden. Dies bezieht sich auf Strom und Link.

* Das Housing das 0xFF anbietet versteht sich als Non-Profit ISP. Non-Profit hat folgende Ausprägung:

** Du zahlst hauptsächlich Leistungen '''Dritter''' - sprich Wienstrom

*** Das wenige das danach überbleibt wird in die Erhaltung investiert:
::: technische Infrastruktur:
:::: Switches
:::: Kabel
:::: Serverhardware der Infastrukturservices
:::: usw. usf.
:::: Ventilation
:::: Ausbau der Überwachung der Systeme
::: Erhaltung der baulichen Substanz

*** bleibt dabei noch etwas über, versuchen wir Rücklagen zu bilden um die bei der Erhaltung anfallenden, grösseren Brocken ebenfalls aus dem Housingbudget zu bezahlen.

==

Wir bieten folgende Hosting Möglichkeiten

* Server <150W
* Server <45W
* Powerupgrade >150W

==Kontakt==

[mailto:admin@funkfeuer.at admin]

Wenn du Zutritt zu deiner Maschine brauchst: [mailto:keymaster@funkfeuer.at keymaster]

Housing

2017-04-18T13:03:42Z

Runout: /* 0xFF-W13N Housing Manifesto */

Arbeitsgruppe Hardware Mikrotik Routerboards

2015-12-21T19:33:58Z

Runout: nbg update

== 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 mast)
10.7.15.3 nbg43 rb480 (unter dach, vlan7<->vlan1025)
10.7.15.4 nbg43 rb2011uas (19", serverschrank, vlan1025)
(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]]

Funkfeuer Wien Montagstreffen

2013-12-23T23:06:38Z

Runout: Die Seite wurde geleert.

Kurzeinführung

2013-12-23T23:05:50Z

Runout: /* Und was dann? */

Hier wollen wir dir kurz und bündig erklären, wie du bei unserer Community mitmachen kannst, was du dafür brauchst und wer dich bei den ersten Schritten unterstützen wird.

==Was brauchst du dazu?==

* einen temporären Internetzugang (zur Not reicht auch ein Internet/Surf-Shop), bist du teil unserers Netzes bist und ungehindert lossurfen kannst.
* einen von 0xFF-Funkfeuer.at empfohlenen Router, den du ab 2014 in unserem vereinseigenen Shop sehr kostengünstig beziehen kannst.
* die passende [[0xFF-Backfire_Vienna|Firmware]], abgestimmt auf deinen individuellen Anwendungsfall.
* einige Stunden Zeit, um Dich in die Materie einzuarbeiten.

==Deine ersten Schritte==

# Vorerst klär bitte ab, ob du überhaupt eine '''Antenne am Dach errichten darfst''' und ob du die Möglichkeit hast, mit einem LAN-Kabel in deine Wohnung zu gelangen. Deine Hausverwaltung ist dabei der richtige Ansprechpartner.
# Verschaffe dir einen Überblick auf der ''[https://map.funkfeuer.at/wien/ FunkFeuer Wien Karte]''. Dort kannst du erkennen, ob du potentielle Funknachbarn in deiner näheren Umgebung hast.
# Dann geh bitte auf´s Dach und mach mit deinem Laptop/Notebook/Smartphone einen WLAN-Scan. Achte dabei auf SSIDs, die '''funkfeuer.at''' im Namen tragen.
# Mach ein paar Bilder in Richtung jener Knoten, die du auf der Map gefunden hast. '''Freie Sicht ist für eine gute Verbindung unumgänglich!'''

==Und was dann?==
Komm zum '''[[Montagstreff|Montagstreff]]''' und lass dich von den anwesenden Experten beraten. Alternativ kannst du deine Ergebnisse auch auf der '''[https://lists.funkfeuer.at/mailman/listinfo/wien Mailingliste-Wien]''' posten.

* Wenn deine Chance auf einen brauchbaren Linkpartner gegeben ist,
**wirst du von einem unserer Experten in der '''[http://www.funkfeuer.at/Frontend.159.0.html Node-Database] registriert''', und kannst danach
**'''deinen eigenen Standort/deine Standorte anlegen'''.
**Für alle weiteren Schritte bekommst du einen '''Ansprechpartner''' genannt, der dich bei deinen ersten Gehversuchen '''tatkräftig unterstützt'''.

* Solltest du beim WLAN-Scan leider keinen Erfolg gehabt haben, kannst du dir beim Montagstreff ein [[2.4GHz-TestNode|Testequipment]] (derzeit noch für 2,4GHz) ausborgen. Damit kannst du deine Umgebung und die Funklinks unter realen Bedingungen testen.

* Um bei uns mitmachen zu können ist es erforderlich, ein paar Rahmenbedingungen zu akzeptieren. Nimm für die Registrierung daher einen gültigen Lichtbildausweis mit.

Montagstreffen von Funkfeuer-Wien

2013-12-23T23:04:45Z

Runout:

== Was ist das? ==
''von http://funkfeuer.at/Montagstreffen.102.0.html:'' 
"Wir treffen uns jeden Montag (ausgenommen Feiertage) ab ca. 19 Uhr im Metalab in der Rathausstraße 6, 1010 Wien. Bei diesen Treffen wird hauptsächlich konkrete Hilfestellung bei Problemen geboten (Standort planen, Benutzer anlegen, Router flashen, erweiterte Konfigurationen etc.). Falls du dich für FunkFeuer interessierst und eine ausführliche Einführung hören willst: Es finden in unregelmäßigen Abständen sogennante "Einführungsvorträge" statt, diese werden auf der [http://lists.funkfeuer.at/mailman/listinfo/wien Mailingliste] bekannt gegeben."

Achtung! Während der Sommermonate ist der Montagstreff auf 19:30 nach hinten verschoben worden. Je nach Arbeitsauslastung kann es auch passieren, dass ein erfahrener Funkfeuer "Mentor" erst ab 20:00 oder 20:30 da sein wird.

Das '''Montagstreffen''' ist eine wöchentliche Veranstaltung der [http://www.funkfeuer.at/Wien.206.0.html Wiener Funkfeuer-Community], bei der sich erfahrene Mitglieder unseren Interessenten und NewBees widmen. Im Fokus steht neben der "Starthilfe" auch der zwischenmenschliche Kontakt zwischen allen Funkfeuer-Interessierten.

==== Wann und Wo triffst du uns? ====
* jeden Montag zwischen 19:00 und 21:00 Uhr
* [http://goo.gl/maps/Qa12B Metalab, Rathausstraße 6, 1010 Wien]
* Erreichbarkeit:
** Öffentlich: U2-Rathaus
** Mit dem Auto: Rathausstraße 6, Wien ''Ab 18:30 sind Parkplätze meist in nächster Nähe vorhanden''

==== Was noch wichtig ist ====
* Für deine Registrierung benötigen wir eine amtlichen Lichtbildausweis, der deine Identität bestätigt.
* Damit wir dir schon bei deinem 1. Besuch optimal helfen können, kannst du dich auch schon ein wenig vorbereiten. Wissenswertes findest du dazu in unserer [http://wiki.funkfeuer.at/wiki/0xff_Einf%C3%BChrung Kurzeinführung].

TP-Link wr741ND

2012-09-25T17:41:08Z

Runout:

Routerboard 751U-2HnD

2012-09-25T17:38:54Z

Runout: Die Seite wurde neu angelegt: „RB751U-2HnD Board Top RB751U-2HnD Board Bottom [[Da...“

Datei:RB751U-2HnD-Board-Case1.jpg

2012-09-25T17:38:06Z

Runout: RB751U-2HnD Board Case Rear Breakouts

RB751U-2HnD Board Case Rear Breakouts

Datei:RB751U-2HnD-Board-Bottom.jpg

2012-09-25T17:37:21Z

Runout: RB751U-2HnD Board Bottom

RB751U-2HnD Board Bottom

Datei:RB751U-2HnD-Board-Top.jpg

2012-09-25T17:31:39Z

Runout: RB751U-2HnD Board Top

RB751U-2HnD Board Top

Hardware

2012-09-25T17:09:46Z

Runout: /* 802.11a/b/g/n mixed (2,4/5 GHz) [entweder/oder/sonstiges - Spezifikationen beachten! */

das hier ist eine Übersicht über die bei FunkFeuer eingesetzte Hardware, Erfahrungsberichte und How-To's.

''Wenn du mit Hardware Erfahrungen gemacht hast, die hier nicht beschrieben ist oder noch Ergänzungen dazu hast, lass dich nicht davon abhalten sie hier einzutragen.''

=Router/Bridges=

==Router/kein WLAN==
{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR || Firmware || Verfügbar || Installation || Kommentar
|-
| Mikrotik || [[Routerboard 750|RB750]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/PoE/ 0xFF-Backfire Vienna] || Ja || [[Routerboard_750#Installation|nur über BOOTP]] ||
kein WLAN, 5 Ethernetports, Hardware Hack um über die Ports andere Geräte über PoE mit Strom zu versorgen (zB AirGrids) daher leider nur 100MBit
|}

==802.11b/g (2,4 GHz)==
{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR || Firmware || Verfügbar || Installation || Kommentar
|-
| Linksys || [[Linksys_WRT54GL|WRT54GL]] || Ja || Freifunk, [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/brcm-2.4/openwrt-brcm-2.4-squashfs.trx 0xFF-Backfire Vienna] || [http://geizhals.at/a172494.html Ja] || leicht || '''VERALTET!!! NICHT mehr kaufen!!!'''

Ehemaliger Standard-Router. Nicht sehr Empfangssensitiv
|-
| Linksys || [[Linksys_WAP54G|WAP54G]] || Ja || Freifunk || ? || mittel || '''VERALTET!!! NICHT mehr kaufen!!!'''
Ehemaliger Standard-Router ohne WAN Port
|-
| D-Link || [[D-Link DIR300]] || Ja || Eigene Freifunk Version || [http://geizhals.at/a336089.html Ja] || schwer (flashen mit tftp/telnet) || Lauft auf Kernel 2.6 / webif setup möglich, relativ eigen / Atheros Chip / VLan´s nicht änderbar dz.
|-
| Buffalo || [[Buffalo_WHR-G54S|WHR-G54S]] || Ja || Freifunk || Nein || leicht (flashen mit tftp) || '''VERALTET!!! NICHT mehr kaufen!!!'''
Günstig, sehr gute Empfangseigenschaften, ''freifunk-berlin berichtet allerdings etwas anderes. Testberichte?''
|-
| Buffalo || [[Buffalo_WHR-HP-G54|WHR-HP-G54]] || Ja || Freifunk, [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/brcm-2.4/openwrt-brcm-2.4-squashfs.trx 0xFF-Backfire Vienna] || [http://geizhals.at/a173329.html Ja] || leicht (flashen mit tftp) || '''VERALTET!!! NICHT mehr kaufen!!!'''
Buffalo WHR-G54S sehr ähnlich, hat eine Ausgangsendstufe und dadurch ein sehr sauberes Signal.
|-
| Accton Technology || MR3201A ([[Fonera|FON Fonera]]) || Ja || Spezielle Freifunk-Version, nicht alle Einstellungen vorhanden || ? || mittel, muss erst freigeschalten werden || WLAN und Software sehr instabil, schwaches Sendesignal, Empfang laut Spezifikationen sehr gut
|-
| Asus || [[Asus_WL-HDD|WL-HDD]] || Ja || Freifunk || Nein || leicht || 1xUSB1.1 und intern Platz für eine Notebook-IDE-HD
|-
| Asus || [[Asus_WL-500Gp|WL-500gP]] || Ja || Freifunk || ? || leicht || etwas teuer, gute Rechen-,Sende- und Empfangsleistung, WLAN-Karte in Mini-PCI slot, 2xUSB 2.0, VLAN muss nach dem flashen noch angepasst werden, etwas groß
|-
| Ubiquiti || [[UBNT_Bullet2|Bullet2]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/atheros/openwrt-atheros-ubnt2-squashfs.bin 0xFF-Backfire Vienna] || Ja || sehr leicht mit tftp || '''VERALTET!!! NICHT mehr kaufen!!!'''
Günstiges und sehr kompaktes outdoor-taugliches Gerät, das direkt via N-Connector an eine Antenne geschraubt werden kann, jedoch eher langsames Interface.
|}

==802.11a (5 GHz)==

5GHz Linkstrecken, die im Bridge-modus fahren bekommen private IPs zur Administration zugewiesen, siehe [[5GHz_IP_assignment|5GHz IP assignment]]

{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR || Firmware || Verfügbar || Installation || Kommentar
|-
| Ubiquiti || [[UBNT_Bullet5|Bullet5]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/atheros/openwrt-atheros-ubnt5-squashfs.bin 0xFF-Backfire Vienna] || Ja || sehr leicht mit tftp || '''VERALTET!!! NICHT mehr kaufen!!!'''
Günstiges und sehr kompaktes outdoor-taugliches Gerät, das direkt via N-Connector an eine Antenne geschraubt werden kann, jedoch eher langsames Interface.
|-
| OSbridge || [[OSBRiDGE_5GXi|5GXi]] || NEIN || NEIN || ? || Fremdsoftware nicht möglich, Originalfirmware leicht || '''VERALTET!!! NICHT mehr kaufen!!!''' nur im bridge-modus, 2 Devices pro Link nötig, Antenne integriert, Outdoor-Gehäuse, PoE, Refurbishing möglich mit kleinere Routerboards
|}

==802.11a/b/g/n mixed (2,4/5 GHz) [entweder/oder/sonstiges - Spezifikationen beachten! ==
!Viele der hier gelisteten Geräte funken nur entweder in 2.4 oder 5 GHz!

5GHz Linkstrecken, die im Bridge-modus fahren bekommen private IPs zur Administration zugewiesen, siehe [[5GHz_IP_assignment|5GHz IP assignment]]

{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR || Firmware || Installation || Kommentar
|-
| Ubiquiti || UBNT_BulletM2/M5 || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ubnt_m/ 0xFF-Backfire Vienna 4.0] || [[SW-Installation|AirOS-Firmware Update]] || '''0xFF Standard-Router für den Outdoor Einsatz'''
Individuellen Antennen (Sektor, Panel,...) können verwendet werden.
|-
| Ubiquiti || [[UBNT_Routerstation|Routerstation]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ubnt_m/ 0xFF-Backfire Vienna 4.0] || Sehr leicht mit tftp ||Wie der Name schon sagt, ein reines Board, dass flexibel einsetzbar und mit 3 Mini-PCI-Karten erweiterbar ist.
|-
| Ubiquiti || [[UBNT_Routerstation Pro|Routerstation Pro]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ubnt_m/ 0xFF-Backfire Vienna 4.0] || sehr leicht mit tftp ||Wie der Name schon sagt, ein reines Board, dass flexibel einsetzbar und mit 3 Mini-PCI-Karten erweiterbar ist.
|-
| TP-Link || [[TP-Link wr741ND|TP-Link WR741ND, WR743ND]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/TP-Link/ 0xFF-Backfire Vienna (tftp)] || sehr leicht mit tftp || Backfire Vienna ist in der aktuellen Version 2.2 (r1137) lauffähig, aus Platzmangel können aber kaum Pakete nachinstalliert werden. (LuCI-VPN geht sich z.B. nicht aus)
|-
| TP-Link || [[TP-Link MR3420|TP-Link MR3420]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/TP-Link/0xFF-Backfire-Vienna_tl-mr3420-v1-squashfs-factory.bin 0xFF-Backfire Vienna.TFTP] || sehr leicht mit tftp ||
5fach GBit Switch, VLANs möglich, unterstützt in OpenWRT seit Backfire 10.03.1
|-
| TP-Link || [[TP-Link_WR842ND|TP-Link WR842ND]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/TP-Link/0xFF-Backfire-Vienna_tl-wr842n-v1-squashfs-factory.bin 0xFF-Backfire Vienna (tftp)] || sehr leicht mit tftp || '''0xFF Standard-Router für den Indoor Einsatz'''
5fach 100MBit Switch, VLANs wahrscheinlich möglich, bgn 2.4 only, 1xUSB2.0, 1A/12V Power Supply!
|-
| TP-Link || [[TP-Link_WR1043ND|TP-Link WR1043ND]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/TP-Link/0xFF-Backfire-Vienna_tl-wr1043nd-v1-squashfs-factory.bin 0xFF-Backfire Vienna (tftp)] || sehr leicht mit tftp || '''0xFF Standard-Router für den Indoor Einsatz'''
5fach GBit Switch, VLANs möglich, bgn 2.4 only!
|-
|MikroTik || [[RB4xx]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/PoE/ 0xFF-Backfire Vienna] || [[MikroTik R4xx: OpenWrt-Installation|Backfire Vienna via tftp32]] || Router für unsere Bastler. Über MiniPCI-Cards individuell aufrüstbar. 30 .. 120€ je nach Ausstattung (ram, cpu, anzahl minipci slots, usb, gbit)
|-
| Buffalo || [[Buffalo_WHR-108AG|WHR-108AG]] || ? || NEIN || ? || kann 2,4 GHz und 5GHz gleichzeitig ausstrahlen
|-
| Buffalo || [[Buffalo_WHR-HP-GN|WHR-HP-GN]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/Buffalo/ 0xFF-Backfire Vienna.TFTP] || ? ||
|-
| Ubiquiti || [[ubiquiti_nanostationm5|Nanostation M2/M5]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ubnt_m/ 0xFF-Backfire Vienna 3.1] || [[SW-Installation|AirOS-Firmware Update]] || Sehr kompaktes outdoor-taugliches Gerät, mit 2 LAN-ports bei denen [[NanoStation PoE-Durchschaltung|PoE durchgeschaltet]] werden kann.
|-
| Ubiquiti || AirGrid M2/M5 || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ubnt_m/ 0xFF-Backfire Vienna 4.0] || [[SW-Installation|AirOS-Firmware Update]] || '''0xFF Standard-Router für den Outdoor Einsatz'''
Kostengünstigste Lösung um erste Erfahrungen zu sammeln und sich mit dem Funkfeuer-Netz zu verbinden
|-
| Ubiquiti || NanoBridge M2/M5 || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ubnt_m/ 0xFF-Backfire Vienna 4.0] || [[SW-Installation|AirOS-Firmware Update]] || '''0xFF Standard-Router für unsere Freebone Links'''
|-
| Mikrotik || [[Routerboard 751U-2HnD|RB751U-2HnD]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/PoE/ 0xFF-Backfire Vienna] || Ja || [[Routerboard_750#Installation|nur über BOOTP]] ||
WLAN (3 int. Ant., 1 ext. Ant.), 1 USB-Port, 5 Ethernetports, Hardware Hack um über die Ports andere Geräte über PoE mit Strom zu versorgen (zB AirGrids) daher leider nur 100MBit
|}

==802.11n (2,4 GHz) (draft-n, nicht pre-n!, kompatibel mit 802.11b/g)==
{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR-tauglich || Freifunk-Firmware || Schwierigkeitsgrad || Kommentar
|-
| Linksys || [[Linksys_WRT150N|WRT150N]] || Ja || Ja (Kamikaze), DD-WRT || mittel || ca. 60EUR
|-
| Linksys || [[Linksys_WRT300N|WRT300N]] || Ja || Ja (Kamikaze), DD-WRT || mittel || ca. 100EUR
|}

==Weitere Hersteller von 802.11a (5 GHz) Outdoor-Geräten==

Unsortierte Liste ungetesteter Hardware unter 500€
*http://www.interprojekt.com.pl/bridge-professional-cpebridge-outdoor-device-p-357.html 102 Euro
*http://yagi.pl/product_info.php/products_id/946 lahme seite aber 118 Euro
*http://www.mikrotik.com/
*http://www.straightcore.net/us/
*http://www.airlive.com/products/menu_wireless_accessory.shtml GPL !!
*http://www.netkrom.com/prod_airnet_outdoor_54mb_ap-bridge.html
*http://www.pheenet.com/product/product.php?category_id=12
*http://www.airaya.com/
*http://www.teletronics.com/tt4900.html
*http://hotware.manufacturer.globalsources.com/si/6008812254087/pdtl/Mobile-wireless/1002593030/WLAN.htm
*http://yufotech.trustpass.alibaba.com/product/10448738/11A_B_G_Outdoor_Access_Point_Bridge.html

=Hardware für Standard-PCs / miniatur-Systeme=
==802.11b/g (2,4 GHz)==
* PCI-Karten

Du suchst eine PCI-Karte für (D)einen PC?

Dann stöber bei den folgenden URLs (keine besondere Reihenfolge) weiter:
* http://www.wifi.com.ar/doc/wifi/wlan_adapters.html
* http://madwifi.org/wiki/Compatibility
* http://wiki.ubuntuusers.de/WLAN/Karten
* http://www.fehu.org/atheros.html

Und hier ist noch Platz für weitere Meta-URLs.

==802.11a (5 GHz)==
===USB WLAN Adapter bzw. Mini PCI Cards===
ein paar von einem bekannten Preisevergleicher:
* [http://geizhals.at/a144270.html Linksys WUSB54AG (USB)]
* [http://geizhals.at/a160804.html D-Link AirPremier DWL-AG132]
* [http://geizhals.at/a137121.html Lancom AirLancer USB-54ag]
* [http://geizhals.at/?fs=802.11a&x=0&y=0&in= Toshiba PA3236U-1MPC 802.11a/b W-LAN Mini PCI Card]

Sonst von einer großen Auktionsbörse gibt es eigentlich viel, wenn man nach "802.11a" sucht...

* SparkLAN WMIA-123AG (Atheros AR5004X Chipsatz)
* [http://search-desc.ebay.de/search/search.dll?sofocus=bs&sbrftog=1&catref=C6&from=R10&satitle=mini+pci+atheros&sacat=-1%26catref%3DC6&bs=Finden&fts=2&fsop=1%26fsoo%3D1&coaction=compare&copagenum=1&coentrypage=search&fgtp=&sargn=-1%26saslc%3D3&sadis=200&fpos=99423&ga10244=10425&ftrt=1&ftrv=1&saprclo=&saprchi=| mini pci a/b Karte]
=Antennenhersteller (Import)=

*http://www.fractenna.com/
*http://www.5ghz.biz/
*http://yagi.pl/
*http://www.wlan-ok.hu/index.php?buy=411&bc=1198&single
*http://www.dipol.com.pl/2_4_ghz_panel_antenna_-_tetraant_13dbi__A72801.htm
*http://www.gigatechnik.hu/
*http://www.stelladoradus.com/Planar.antennas.php
*http://www.telex.com/
*http://www.connectronics.com/antennas/2_4GHz_Antennas.htm
*http://www.stelladoradus.com/2.4.ghz.planar.antennas.php
*http://wifi.aspa.cz/zbozi.php?kat=4174
*http://shop.cznet.cz/3-wireless-2-4ghz/
*http://www.alphasonic.hu/index.php?cPath=11_66
*http://www.agendaage.hu/termek.php?kod=1112
*http://www.telemat.hu/index.php?page=arlistak&cid=032
*http://www.itelite.net

[[Category:Hardware]]

zurück zu wiki_funkfeuer_at 
< [[Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Startseite|Backfire-Vienna]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Weiterführendes|Weiterführendes]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Index|Index]] >
----
<google>WIKI</google>

Hardware

2012-09-25T17:06:39Z

Runout: added RB751U-2HnD

das hier ist eine Übersicht über die bei FunkFeuer eingesetzte Hardware, Erfahrungsberichte und How-To's.

''Wenn du mit Hardware Erfahrungen gemacht hast, die hier nicht beschrieben ist oder noch Ergänzungen dazu hast, lass dich nicht davon abhalten sie hier einzutragen.''

=Router/Bridges=

==Router/kein WLAN==
{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR || Firmware || Verfügbar || Installation || Kommentar
|-
| Mikrotik || [[Routerboard 750|RB750]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/PoE/ 0xFF-Backfire Vienna] || Ja || [[Routerboard_750#Installation|nur über BOOTP]] ||
kein WLAN, 5 Ethernetports, Hardware Hack um über die Ports andere Geräte über PoE mit Strom zu versorgen (zB AirGrids) daher leider nur 100MBit
|}

==802.11b/g (2,4 GHz)==
{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR || Firmware || Verfügbar || Installation || Kommentar
|-
| Linksys || [[Linksys_WRT54GL|WRT54GL]] || Ja || Freifunk, [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/brcm-2.4/openwrt-brcm-2.4-squashfs.trx 0xFF-Backfire Vienna] || [http://geizhals.at/a172494.html Ja] || leicht || '''VERALTET!!! NICHT mehr kaufen!!!'''

Ehemaliger Standard-Router. Nicht sehr Empfangssensitiv
|-
| Linksys || [[Linksys_WAP54G|WAP54G]] || Ja || Freifunk || ? || mittel || '''VERALTET!!! NICHT mehr kaufen!!!'''
Ehemaliger Standard-Router ohne WAN Port
|-
| D-Link || [[D-Link DIR300]] || Ja || Eigene Freifunk Version || [http://geizhals.at/a336089.html Ja] || schwer (flashen mit tftp/telnet) || Lauft auf Kernel 2.6 / webif setup möglich, relativ eigen / Atheros Chip / VLan´s nicht änderbar dz.
|-
| Buffalo || [[Buffalo_WHR-G54S|WHR-G54S]] || Ja || Freifunk || Nein || leicht (flashen mit tftp) || '''VERALTET!!! NICHT mehr kaufen!!!'''
Günstig, sehr gute Empfangseigenschaften, ''freifunk-berlin berichtet allerdings etwas anderes. Testberichte?''
|-
| Buffalo || [[Buffalo_WHR-HP-G54|WHR-HP-G54]] || Ja || Freifunk, [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/brcm-2.4/openwrt-brcm-2.4-squashfs.trx 0xFF-Backfire Vienna] || [http://geizhals.at/a173329.html Ja] || leicht (flashen mit tftp) || '''VERALTET!!! NICHT mehr kaufen!!!'''
Buffalo WHR-G54S sehr ähnlich, hat eine Ausgangsendstufe und dadurch ein sehr sauberes Signal.
|-
| Accton Technology || MR3201A ([[Fonera|FON Fonera]]) || Ja || Spezielle Freifunk-Version, nicht alle Einstellungen vorhanden || ? || mittel, muss erst freigeschalten werden || WLAN und Software sehr instabil, schwaches Sendesignal, Empfang laut Spezifikationen sehr gut
|-
| Asus || [[Asus_WL-HDD|WL-HDD]] || Ja || Freifunk || Nein || leicht || 1xUSB1.1 und intern Platz für eine Notebook-IDE-HD
|-
| Asus || [[Asus_WL-500Gp|WL-500gP]] || Ja || Freifunk || ? || leicht || etwas teuer, gute Rechen-,Sende- und Empfangsleistung, WLAN-Karte in Mini-PCI slot, 2xUSB 2.0, VLAN muss nach dem flashen noch angepasst werden, etwas groß
|-
| Ubiquiti || [[UBNT_Bullet2|Bullet2]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/atheros/openwrt-atheros-ubnt2-squashfs.bin 0xFF-Backfire Vienna] || Ja || sehr leicht mit tftp || '''VERALTET!!! NICHT mehr kaufen!!!'''
Günstiges und sehr kompaktes outdoor-taugliches Gerät, das direkt via N-Connector an eine Antenne geschraubt werden kann, jedoch eher langsames Interface.
|}

==802.11a (5 GHz)==

5GHz Linkstrecken, die im Bridge-modus fahren bekommen private IPs zur Administration zugewiesen, siehe [[5GHz_IP_assignment|5GHz IP assignment]]

{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR || Firmware || Verfügbar || Installation || Kommentar
|-
| Ubiquiti || [[UBNT_Bullet5|Bullet5]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/atheros/openwrt-atheros-ubnt5-squashfs.bin 0xFF-Backfire Vienna] || Ja || sehr leicht mit tftp || '''VERALTET!!! NICHT mehr kaufen!!!'''
Günstiges und sehr kompaktes outdoor-taugliches Gerät, das direkt via N-Connector an eine Antenne geschraubt werden kann, jedoch eher langsames Interface.
|-
| OSbridge || [[OSBRiDGE_5GXi|5GXi]] || NEIN || NEIN || ? || Fremdsoftware nicht möglich, Originalfirmware leicht || '''VERALTET!!! NICHT mehr kaufen!!!''' nur im bridge-modus, 2 Devices pro Link nötig, Antenne integriert, Outdoor-Gehäuse, PoE, Refurbishing möglich mit kleinere Routerboards
|}

==802.11a/b/g/n mixed (2,4/5 GHz) [entweder/oder/sonstiges - Spezifikationen beachten! ==
!Viele der hier gelisteten Geräte funken nur entweder in 2.4 oder 5 GHz!

5GHz Linkstrecken, die im Bridge-modus fahren bekommen private IPs zur Administration zugewiesen, siehe [[5GHz_IP_assignment|5GHz IP assignment]]

{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR || Firmware || Installation || Kommentar
|-
| Ubiquiti || UBNT_BulletM2/M5 || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ubnt_m/ 0xFF-Backfire Vienna 4.0] || [[SW-Installation|AirOS-Firmware Update]] || '''0xFF Standard-Router für den Outdoor Einsatz'''
Individuellen Antennen (Sektor, Panel,...) können verwendet werden.
|-
| Ubiquiti || [[UBNT_Routerstation|Routerstation]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ubnt_m/ 0xFF-Backfire Vienna 4.0] || Sehr leicht mit tftp ||Wie der Name schon sagt, ein reines Board, dass flexibel einsetzbar und mit 3 Mini-PCI-Karten erweiterbar ist.
|-
| Ubiquiti || [[UBNT_Routerstation Pro|Routerstation Pro]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ubnt_m/ 0xFF-Backfire Vienna 4.0] || sehr leicht mit tftp ||Wie der Name schon sagt, ein reines Board, dass flexibel einsetzbar und mit 3 Mini-PCI-Karten erweiterbar ist.
|-
| TP-Link || [[TP-Link wr741ND|TP-Link WR741ND, WR743ND]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/TP-Link/ 0xFF-Backfire Vienna (tftp)] || sehr leicht mit tftp || Backfire Vienna ist in der aktuellen Version 2.2 (r1137) lauffähig, aus Platzmangel können aber kaum Pakete nachinstalliert werden. (LuCI-VPN geht sich z.B. nicht aus)
|-
| TP-Link || [[TP-Link MR3420|TP-Link MR3420]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/TP-Link/0xFF-Backfire-Vienna_tl-mr3420-v1-squashfs-factory.bin 0xFF-Backfire Vienna.TFTP] || sehr leicht mit tftp ||
5fach GBit Switch, VLANs möglich, unterstützt in OpenWRT seit Backfire 10.03.1
|-
| TP-Link || [[TP-Link_WR842ND|TP-Link WR842ND]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/TP-Link/0xFF-Backfire-Vienna_tl-wr842n-v1-squashfs-factory.bin 0xFF-Backfire Vienna (tftp)] || sehr leicht mit tftp || '''0xFF Standard-Router für den Indoor Einsatz'''
5fach 100MBit Switch, VLANs wahrscheinlich möglich, bgn 2.4 only, 1xUSB2.0, 1A/12V Power Supply!
|-
| TP-Link || [[TP-Link_WR1043ND|TP-Link WR1043ND]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/TP-Link/0xFF-Backfire-Vienna_tl-wr1043nd-v1-squashfs-factory.bin 0xFF-Backfire Vienna (tftp)] || sehr leicht mit tftp || '''0xFF Standard-Router für den Indoor Einsatz'''
5fach GBit Switch, VLANs möglich, bgn 2.4 only!
|-
|MikroTik || [[RB4xx]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/PoE/ 0xFF-Backfire Vienna] || [[MikroTik R4xx: OpenWrt-Installation|Backfire Vienna via tftp32]] || Router für unsere Bastler. Über MiniPCI-Cards individuell aufrüstbar. 30 .. 120€ je nach Ausstattung (ram, cpu, anzahl minipci slots, usb, gbit)
|-
| Buffalo || [[Buffalo_WHR-108AG|WHR-108AG]] || ? || NEIN || ? || kann 2,4 GHz und 5GHz gleichzeitig ausstrahlen
|-
| Buffalo || [[Buffalo_WHR-HP-GN|WHR-HP-GN]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/Buffalo/ 0xFF-Backfire Vienna.TFTP] || ? ||
|-
| Ubiquiti || [[ubiquiti_nanostationm5|Nanostation M2/M5]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ubnt_m/ 0xFF-Backfire Vienna 3.1] || [[SW-Installation|AirOS-Firmware Update]] || Sehr kompaktes outdoor-taugliches Gerät, mit 2 LAN-ports bei denen [[NanoStation PoE-Durchschaltung|PoE durchgeschaltet]] werden kann.
|-
| Ubiquiti || AirGrid M2/M5 || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ubnt_m/ 0xFF-Backfire Vienna 4.0] || [[SW-Installation|AirOS-Firmware Update]] || '''0xFF Standard-Router für den Outdoor Einsatz'''
Kostengünstigste Lösung um erste Erfahrungen zu sammeln und sich mit dem Funkfeuer-Netz zu verbinden
|-
| Ubiquiti || NanoBridge M2/M5 || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ubnt_m/ 0xFF-Backfire Vienna 4.0] || [[SW-Installation|AirOS-Firmware Update]] || '''0xFF Standard-Router für unsere Freebone Links'''
|-
| Mikrotik || [[Routerboard 751U-2HnD|RB751U-2HnD]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/PoE/ 0xFF-Backfire Vienna] || Ja || [[Routerboard_750#Installation|nur über BOOTP]] ||
kein WLAN, 5 Ethernetports, Hardware Hack um über die Ports andere Geräte über PoE mit Strom zu versorgen (zB AirGrids) daher leider nur 100MBit
|}

==802.11n (2,4 GHz) (draft-n, nicht pre-n!, kompatibel mit 802.11b/g)==
{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR-tauglich || Freifunk-Firmware || Schwierigkeitsgrad || Kommentar
|-
| Linksys || [[Linksys_WRT150N|WRT150N]] || Ja || Ja (Kamikaze), DD-WRT || mittel || ca. 60EUR
|-
| Linksys || [[Linksys_WRT300N|WRT300N]] || Ja || Ja (Kamikaze), DD-WRT || mittel || ca. 100EUR
|}

==Weitere Hersteller von 802.11a (5 GHz) Outdoor-Geräten==

Unsortierte Liste ungetesteter Hardware unter 500€
*http://www.interprojekt.com.pl/bridge-professional-cpebridge-outdoor-device-p-357.html 102 Euro
*http://yagi.pl/product_info.php/products_id/946 lahme seite aber 118 Euro
*http://www.mikrotik.com/
*http://www.straightcore.net/us/
*http://www.airlive.com/products/menu_wireless_accessory.shtml GPL !!
*http://www.netkrom.com/prod_airnet_outdoor_54mb_ap-bridge.html
*http://www.pheenet.com/product/product.php?category_id=12
*http://www.airaya.com/
*http://www.teletronics.com/tt4900.html
*http://hotware.manufacturer.globalsources.com/si/6008812254087/pdtl/Mobile-wireless/1002593030/WLAN.htm
*http://yufotech.trustpass.alibaba.com/product/10448738/11A_B_G_Outdoor_Access_Point_Bridge.html

=Hardware für Standard-PCs / miniatur-Systeme=
==802.11b/g (2,4 GHz)==
* PCI-Karten

Du suchst eine PCI-Karte für (D)einen PC?

Dann stöber bei den folgenden URLs (keine besondere Reihenfolge) weiter:
* http://www.wifi.com.ar/doc/wifi/wlan_adapters.html
* http://madwifi.org/wiki/Compatibility
* http://wiki.ubuntuusers.de/WLAN/Karten
* http://www.fehu.org/atheros.html

Und hier ist noch Platz für weitere Meta-URLs.

==802.11a (5 GHz)==
===USB WLAN Adapter bzw. Mini PCI Cards===
ein paar von einem bekannten Preisevergleicher:
* [http://geizhals.at/a144270.html Linksys WUSB54AG (USB)]
* [http://geizhals.at/a160804.html D-Link AirPremier DWL-AG132]
* [http://geizhals.at/a137121.html Lancom AirLancer USB-54ag]
* [http://geizhals.at/?fs=802.11a&x=0&y=0&in= Toshiba PA3236U-1MPC 802.11a/b W-LAN Mini PCI Card]

Sonst von einer großen Auktionsbörse gibt es eigentlich viel, wenn man nach "802.11a" sucht...

* SparkLAN WMIA-123AG (Atheros AR5004X Chipsatz)
* [http://search-desc.ebay.de/search/search.dll?sofocus=bs&sbrftog=1&catref=C6&from=R10&satitle=mini+pci+atheros&sacat=-1%26catref%3DC6&bs=Finden&fts=2&fsop=1%26fsoo%3D1&coaction=compare&copagenum=1&coentrypage=search&fgtp=&sargn=-1%26saslc%3D3&sadis=200&fpos=99423&ga10244=10425&ftrt=1&ftrv=1&saprclo=&saprchi=| mini pci a/b Karte]
=Antennenhersteller (Import)=

*http://www.fractenna.com/
*http://www.5ghz.biz/
*http://yagi.pl/
*http://www.wlan-ok.hu/index.php?buy=411&bc=1198&single
*http://www.dipol.com.pl/2_4_ghz_panel_antenna_-_tetraant_13dbi__A72801.htm
*http://www.gigatechnik.hu/
*http://www.stelladoradus.com/Planar.antennas.php
*http://www.telex.com/
*http://www.connectronics.com/antennas/2_4GHz_Antennas.htm
*http://www.stelladoradus.com/2.4.ghz.planar.antennas.php
*http://wifi.aspa.cz/zbozi.php?kat=4174
*http://shop.cznet.cz/3-wireless-2-4ghz/
*http://www.alphasonic.hu/index.php?cPath=11_66
*http://www.agendaage.hu/termek.php?kod=1112
*http://www.telemat.hu/index.php?page=arlistak&cid=032
*http://www.itelite.net

[[Category:Hardware]]

zurück zu wiki_funkfeuer_at 
< [[Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Startseite|Backfire-Vienna]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Weiterführendes|Weiterführendes]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Index|Index]] >
----
<google>WIKI</google>

MapSpecialConfig

2012-05-21T19:29:55Z

Runout:

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

node ho6 5ghzbackbone
link ho6 mir 5ghz

node mir 5ghzbackbone
link mir pas77 5ghz

node zelter7 5ghzbackbone
link zelter7 vog12 5ghz
link zelter7 30 5ghz // sei63

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

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 heunord erzherz170 5ghz

MapSpecialConfig

2012-05-21T19:26:53Z

Runout: arg67-wo9

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

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

node ho6 5ghzbackbone
link ho6 mir 5ghz

node mir 5ghzbackbone
link mir pas77 5ghz

node zelter7 5ghzbackbone
link zelter7 vog12 5ghz
link zelter7 30 5ghz // sei63

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

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 heunord erzherz170 5ghz

0xFF-Backfire Vienna

2012-04-06T21:09:58Z

Runout: /* 3G/UMTS/Modem */

'''!!!!DRAFT-Version!!!!!'''
'''Durch 0xFF-Wizard und neuen Funktionalitäten grobe Überarbeitungen ausständig (JoeSemler)'''

''' [[0xff_Backfire-Vienna-Startseite|Hier gehts zur neuen Startseite für Einsteiger]] ''' ( zwar noch etwas Baustelle, aber ''' weniger ist manchmal mehr! ''' )

= Allgemeines =

'''[http://www.openwrt.org openWRT Backfire]''' ist eine Linux-Distribution für handelsübliche Wireless-Router und die 2. Generation des Nachfolgers von openWRT Whiterussian, auf dem die [[Freifunk Firmware]] basiert.

OpenWRT Whiterussian basierte zu einem großen Teil auf den originalen Quelltexten des Routers Linksys WRT54G, womit die Firmware für diese Routerhardware und den darin verwendeten Chip des Herstellers Broadcom zugeschnitten war. In Geräten der neueren Generation werden jedoch auch Chips anderer Hersteller, wie z.B. Atheros verwendet, die durch diese Firmware nicht mehr unterstützt werden.

Die primäre Motivation zur Weiterentwicklung besteht darin, eine hardwareunabhängig Plattform zu schaffen, bei der egal ist, welches der unterstützten Geräte verwendet wird.

== Unterschiede zur Freifunk Firmware ==
Der gravierendste Unterschied zur Vorgängerversion ist, dass die Einstellungen nicht mehr in der NVRAM-Partition, sondern in einzelne Konfigurationsdateien gehalten werden.

= Installation =
Die aktuelle Firmware kann direkt aus dem [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib 0xFF-Buildroot] gezogen werden.
Die Snapshots sind derzeit für die Plattformen brcm2.4 (Linksys WRT54gl, Buffalo WHR HP54g), Atheros (Bullet2, Bullet5) sowie AR71xx (Bullet M2+M5, [http://wiki.funkfeuer.at/index.php/Airgrids-M2%2BM5-Demo Airgrid-M2+M5], Nanostation M2+M5) getestet und laufen einwandfrei. Weiters existieren derzeit auch Images für Routerboards (411, 433) und TP-Link Geräte z.B. [http://wiki.funkfeuer.at/index.php/TP-Link1043ND-Demo TP-Link WR1043ND]. Nähere Infos dazu findet ihr im unter [[Hardware]]. Selbstverständlich tragen die Images alle Funkfer-spezifischen Grundeinstellungen.
Wer jedoch lieber mit den Originalpaketen von openWRT arbeiten möchte oder im Buildroot seine Hardware nicht finden kann, findet unter [http://downloads.openwrt.org/snapshots/trunk/ openWRT Snapsots] die passenden Snapshots aller derzeit unterstützten Devices.
Bei Firmware aus dieser Quelle ist jedoch zu bedenken, dass es sich um die openWRT Basisinstallation handelt und die nötigen/gewünschten Funkfeuer-Pakete erst nach der Installation zugefügt werden müssen.

== Webinterface ==

= Konfiguration =

Wie bereits erwähnt verwendet OpenWRT-Backfire Konfigurationsdateien, in die alle allgemein gültigen Grundeinstellungen bereits bei der Installation vorgenommen werden. Für die individuelle Anpassung der Devices können diese Dateien händisch editiert oder sehr einfach über ein Webinterface mit der Bezeichnung LuCI angepasst werden.

Da 0xFF-Backfire Vienna auch das automatische Konfigurieren von Nodes für bestimmte Anwendungsfälle erlaubt, werde ich hier später auch die entsprechenden Files samt Anleitung hinterlegen. Bitte jedoch noch um ein wenig Geduld, erst müssen die Images mit allen erforderlichen Funktionen vollinhaltlich getestet werden. (JoeSemler)

== Konfiguration über das Webinterface ==

=== Allgemeines ===

==== Login ====
Nach der Installation von 0xFF-Backfire Vienna ist der Router unter [http://192.168.1.1 http://192.168.1.1] erreichbar und vergibt über DHCP interne Adressen.

Da zu diesem Zeitpunkt noch kein Passwort gesetzt ist, ist egal, was im Passwortfenster steht. Bitte jetzt aber SOFORT ein sicheres Passwort setzen, damit der Router aus dem Internet nicht übernommen werden kann.

Sichere Passwörter bestehen aus mindestens 8 Zeichen und beinhalten mindestens einen Groß- und einen Kleinbuchstaben, eine Ziffer sowie auch Sonderzeichen.

Bei Firmware von [http://downloads.openwrt.org downloads.openwrt.org] ist darauf zu achten, dass zusätzlich zum Administrationsinterface (''Administration'') ein minimales Webinterface (''Essential'') vorhanden ist, welches nicht die vollen Fähigkeiten bietet, die wir zur Konfiguration benötigen.

==== Hinzufügen von Optionen ====

LuCI ist so aufgebaut, dass es nicht verwendete Konfigurationsoptionen automatisch ausblendet und links unten eine Auswahl bietet, diese hinzuzufügen.

==== Speichern/Übernehmen von Änderungen ====

Bei LuCI ist es nicht mehr notwendig nach den Änderungen den Router neu zu starten, es wird erkannt welche Dienste neu gestartet werden müssen. Jedoch besagt eine alte IT-Regel: "EIn Reboot tut immer gut" :-)

Einstellungen können entweder
* gespeichert und sofort übernommen werden ('''Speichern & Anwenden'''), falls man nur Änderungen auf dieser Seite macht
* oder nur gespeichert und später angewendet werden ('''Speichern'''), rechts oben können dann alle Änderungen auf einmal fest gespeichert und übernommen werden.

=== 1. Passwort und System ===
Unter '''System->System''' ist folgendes zu ändern:

* ''Hostname'': Name des Geräts im Format '''''devicename''.''knotenname''''', zum Beispiel ''v1.ab01''

=== 2. Kontaktinfos ===

Unter '''Freifunk->Kontakt''' sollte zumindest folgendes eingetragen werden:

* ''Pseudonym''
* ''Eine Kontaktinformation''
* ''Standort'' (Knotenname)
* ''Notiz'' (z.B. Antennentyp, Ausrichtung, etc.)

=== 3. WLAN-Einstellungen ===

Die Konfiguration von WLAN-Schnittstellen bei OpenWRT Kamikaze ist so aufgebaut, dass jedes physikalische WLAN-Gerät mehrere WLAN-Schnittstellen haben kann.
Da diese Funktion allerdings vom Treiber des WLAN-Geräts abhängig ist und diese nur ein ADHOC-Signal ausstrahlen können wird bei uns meist nur eine erstellt werden.

'''Netzwerk->Drahtlos->WIFI0''':

Folgende Einstellung in der Sektion '''Gerät''':

* ''Funkkanal'': [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]]    (Wenn der Kanal noch nicht anwählbar ist, manuell eintragen. Dies passiert, wenn der Ländercode noch nicht übernommen ist)
* ''Modus'' : '''Auto'''
* ''Diversität'' : '''deaktiviert'''
* ''Sendeantenne'': '''1'''
* ''Empfangsantenne'': '''1'''
* ''Distanzoptimierung'': '''10000''' bis '''18000'''
* ''Ländercode'': '''AT''' bei Bullet2/5 '''40'''

Folgende Einstellung in der Sektion '''Schnittstellen''':

* ''ESSID'': [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]], z.B. v1.freiesnetz.www.funkfeuer.at
* ''Netzwerk'': z.B. '''olsrwifi0''' (Verbindet Netzwerkeinstellungen mit WLAN-Einstellungen.)
* ''Modus'': '''Ad-Hoc'''
* ''BSSID'': [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]]
* ''Verschlüsselung'': '''No Encryption'''

=== 4. Netzwerk ===

'''Netzwerk->Schnittstellen->olsrwifi0'''
(''olsrwifi0'' Gegebenfalls durch den Namen, der in den WLAN-Einstellungen gewählt wurde, ersetzen.)

* ''Protokoll'': '''statisch'''
* ''Netzwerkbrücke'': '''deaktiviert'''
* ''Schnittstelle'': Normal ''ath0'', bei mehreren Geräten/Schnittstellen '''ath1, ath2, etc.''', bei Broadcom-Geräten ''wl0''
* ''Zone'': '''wan'''
* ''IPv4-Adresse'': '''die IP-Adresse dieses Devices''', abzulesen in der Redeemer [[Frontend_Devices | Device Übersicht]]
* ''IPv4-Netzmaske'':
** bei einer IP-Adresse zwischen ''193.238.156.0'' und ''193.238.159.254'':  '''255.255.25''2''.0''' <- Achtung
** bei einer IP-Adresse zwischen ''78.41.112.0'' und ''78.41.113.254'':        '''255.255.25''5''.0''' <- Achtung
* ''IPv4-Gateway'': '''LEER lassen!'''
* ''DNS-Server'': '''193.238.157.16 193.238.157.5 208.67.220.220'''

=== 5. Firewall ===

ist vom jeweiligen Anwendungsfall abhängig:

Wenn Router ausschließlich im Funkfeuer-Netz routen und keine Endgeräte (Laptop, PC, WLAN-Handy, ...) zu bedienen haben, hat sich das "Zulassen" aller Basissettings und das Löschen aller Zonen als beste Variante erwiesen. Damit kann auch Performance-Problemen entgegengewirkt werden, die auftreten, wenn viele Verbindungen aufrecht erhalten werden müssen. Bei stark frequentierten Knoten mit mehreren Funkstrecken ist daher zu überlegen, ob ein separater NAT-Router für die Nutzung durch Surfer nicht die bessere Lösung wäre.

In dem Fall, dass Endgeräte vorhanden sind, die Internetzugang benötigen, ist die Adressübersetzung (NAT von privatem LAN in (öffentliches) Funkfeuer WLAN-Netz) erforderlich. Dazu ist im öffentlichen Bereich das "Masq"-Flag zu setzen.

=== 6. OLSR ===

==== Plugins anpassen ====

Unter '''Dienste->OLSR->Plugins''' muss nichts angepasst werden.
Als Plugins verwenden wir bei 0xFF-Funkfeuer Vienna arprefresh, textinfo nameservice und den watchdog.

==== OLSR Daemon ====

Unter '''Dienste->OLSR''' sind folgende Schritte anzupassen:

'''Schnittstellen'''

Es muss für jede Schnittstelle, auf der OLSR lauschen soll (normal nur WLAN und eventuell WAN), eine Sektion mit folgenden Einstellungen erstellt werden:
(VORSICHT!!! Zahlen müssen mit einer Nachkommastelle angegeben werden.)

* ''Enable'': '''aktiviert'''
* ''Netzwerk'': '''olsrwifi0''', bzw. an den jeweiligen OLSR Schnittstellennamen anpassen

Alle anderen Settings wurden bereits in der Konfiguration entsprechend angepasst. (Dies gilt nicht für Images, die direkt aus dem OpenWRT-Trunk gezogen werden!)

= Weitere Möglichkeiten =

== USB ==

z.b. am TP-Link TL WR-1043ND

http://wiki.openwrt.org/tag/usbrelated?do=showtag&tag=tag%3Ausbrelated

http://wiki.openwrt.org/doc/howto/usb.essentials

Pakete installieren

opkg install kmod-usb-core kmod-usb-ohci kmod-usb-uhci kmod-usb2 usbutils

=== GPS (+NTP) ===

http://gpsd.berlios.de/gpsd.html

http://h-wrt.com/de/doc/gps

Pakete installieren

opkg install kmod-usb-serial kmod-usb-serial-option kmod-usb-serial-pl2303 gpsd

Zusätzliche usb-serial Treiber nach Bedarf... kmod-usb-serial-*

Parameter -n entfernen in ''/etc/init.d/gpsd''

$PROG -P $PIDF -S $port $device

Tools zum Testen:

cgps <IP>:<PORT>
xgps <IP>:<PORT>
telnet <IP>:<PORT>

Bei telnet z.b. ''?DEVICE;'' als Befehl eingeben.

Um von einer externen IP zugreifen zu können, muss der gpsd mit -G gestartet werden:

gpsd -G /dev/ttyUSB

==== NTP ====

Zeitsync mit NTPD

'''Folgendes funktioniert nur, wenn der gpsd von einer anderen Applikation gepollt wird. Die Option -n des gpsd macht Probleme.'''

http://gpsd.berlios.de/gpsd.html

Pakete installieren

opkg install ntpd

Mindestens einen Server + GPS konfigurieren in ''/etc/ntp.conf''

<pre>
# use a random selection of 8 public stratum 2 servers
# see http://twiki.ntp.org/bin/view/Servers/NTPPoolServers

#restrict default nomodify notrap noquery
#restrict default noquery

restrict 127.0.0.1

driftfile /tmp/ntp.drift

server 0.openwrt.pool.ntp.org iburst
#server 1.openwrt.pool.ntp.org iburst
#server 2.openwrt.pool.ntp.org iburst
#server 3.openwrt.pool.ntp.org iburst

# GPS(NMEA)+PPS
#server 127.127.20.0 minpoll 4 prefer
#fudge 127.127.20.0 flag3 1 flag2 0

# SMA PPS
#server 127.127.28.0 minpoll 4 prefer
#fudge 127.127.28.0 refid PPS flag3 1

server 127.127.28.0 minpoll 4 maxpoll 4
fudge 127.127.28.0 time1 0.035 refid GPS flag3 1

server 127.127.28.1 minpoll 4 maxpoll 4 prefer
fudge 127.127.28.1 refid GPS1 flag3 1

#server 192.168.1.253
</pre>

Tools zum testen:

ntpq -p

Output etwa wie folgt:

<pre>
remote refid st t when poll reach delay offset jitter
==============================================================================
+173-8-103-244-M 18.26.4.105 2 u 24 64 311 165.747 5.503 32.117
*SHM(0) .GPS. 0 l 5 16 377 0.000 16.266 21.334
SHM(1) .GPS1. 0 l - 16 0 0.000 0.000 0.000
</pre>

=== STORAGE ===

http://wiki.openwrt.org/doc/howto/usb.storage

Pakete installieren

opkg install kmod-scsi-core kmod-usb-storage kmod-usb-storage-extras block-mount kmod-fs-vfat kmod-nls-cp437 kmod-nls-iso8859-1

Zusätzliche Filesysteme nach Bedarf... kmod-fs-*

=== 3G/UMTS/Modem ===

http://wiki.openwrt.org/doc/recipes/3gdongle

Pakete installieren

opkg install kmod-usb-serial kmod-usb-serial-option usb-modeswitch usb-modeswitch-data comgt ppp luci-proto-3g

getestete Modems:

* 4g-systems P14
* ZTE MF680, HSPA+ 42/5,76 Mbit/s (20/3Mbit/s erfolgreich)

ggf. sind für bestimmte Modems weitere Pakete erforderlich.

----
Für Huawei-Modems E160/E169/E220 oder ähnliche Modelle
opkg install huaweiaktbbo

----

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

0xFF-Backfire Vienna

2012-04-05T00:57:29Z

Runout: /* 3G/UMTS/Modem */ Modemliste, Hardware

'''!!!!DRAFT-Version!!!!!'''
'''Durch 0xFF-Wizard und neuen Funktionalitäten grobe Überarbeitungen ausständig (JoeSemler)'''

''' [[0xff_Backfire-Vienna-Startseite|Hier gehts zur neuen Startseite für Einsteiger]] ''' ( zwar noch etwas Baustelle, aber ''' weniger ist manchmal mehr! ''' )

= Allgemeines =

'''[http://www.openwrt.org openWRT Backfire]''' ist eine Linux-Distribution für handelsübliche Wireless-Router und die 2. Generation des Nachfolgers von openWRT Whiterussian, auf dem die [[Freifunk Firmware]] basiert.

OpenWRT Whiterussian basierte zu einem großen Teil auf den originalen Quelltexten des Routers Linksys WRT54G, womit die Firmware für diese Routerhardware und den darin verwendeten Chip des Herstellers Broadcom zugeschnitten war. In Geräten der neueren Generation werden jedoch auch Chips anderer Hersteller, wie z.B. Atheros verwendet, die durch diese Firmware nicht mehr unterstützt werden.

Die primäre Motivation zur Weiterentwicklung besteht darin, eine hardwareunabhängig Plattform zu schaffen, bei der egal ist, welches der unterstützten Geräte verwendet wird.

== Unterschiede zur Freifunk Firmware ==
Der gravierendste Unterschied zur Vorgängerversion ist, dass die Einstellungen nicht mehr in der NVRAM-Partition, sondern in einzelne Konfigurationsdateien gehalten werden.

= Installation =
Die aktuelle Firmware kann direkt aus dem [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib 0xFF-Buildroot] gezogen werden.
Die Snapshots sind derzeit für die Plattformen brcm2.4 (Linksys WRT54gl, Buffalo WHR HP54g), Atheros (Bullet2, Bullet5) sowie AR71xx (Bullet M2+M5, [http://wiki.funkfeuer.at/index.php/Airgrids-M2%2BM5-Demo Airgrid-M2+M5], Nanostation M2+M5) getestet und laufen einwandfrei. Weiters existieren derzeit auch Images für Routerboards (411, 433) und TP-Link Geräte z.B. [http://wiki.funkfeuer.at/index.php/TP-Link1043ND-Demo TP-Link WR1043ND]. Nähere Infos dazu findet ihr im unter [[Hardware]]. Selbstverständlich tragen die Images alle Funkfer-spezifischen Grundeinstellungen.
Wer jedoch lieber mit den Originalpaketen von openWRT arbeiten möchte oder im Buildroot seine Hardware nicht finden kann, findet unter [http://downloads.openwrt.org/snapshots/trunk/ openWRT Snapsots] die passenden Snapshots aller derzeit unterstützten Devices.
Bei Firmware aus dieser Quelle ist jedoch zu bedenken, dass es sich um die openWRT Basisinstallation handelt und die nötigen/gewünschten Funkfeuer-Pakete erst nach der Installation zugefügt werden müssen.

== Webinterface ==

= Konfiguration =

Wie bereits erwähnt verwendet OpenWRT-Backfire Konfigurationsdateien, in die alle allgemein gültigen Grundeinstellungen bereits bei der Installation vorgenommen werden. Für die individuelle Anpassung der Devices können diese Dateien händisch editiert oder sehr einfach über ein Webinterface mit der Bezeichnung LuCI angepasst werden.

Da 0xFF-Backfire Vienna auch das automatische Konfigurieren von Nodes für bestimmte Anwendungsfälle erlaubt, werde ich hier später auch die entsprechenden Files samt Anleitung hinterlegen. Bitte jedoch noch um ein wenig Geduld, erst müssen die Images mit allen erforderlichen Funktionen vollinhaltlich getestet werden. (JoeSemler)

== Konfiguration über das Webinterface ==

=== Allgemeines ===

==== Login ====
Nach der Installation von 0xFF-Backfire Vienna ist der Router unter [http://192.168.1.1 http://192.168.1.1] erreichbar und vergibt über DHCP interne Adressen.

Da zu diesem Zeitpunkt noch kein Passwort gesetzt ist, ist egal, was im Passwortfenster steht. Bitte jetzt aber SOFORT ein sicheres Passwort setzen, damit der Router aus dem Internet nicht übernommen werden kann.

Sichere Passwörter bestehen aus mindestens 8 Zeichen und beinhalten mindestens einen Groß- und einen Kleinbuchstaben, eine Ziffer sowie auch Sonderzeichen.

Bei Firmware von [http://downloads.openwrt.org downloads.openwrt.org] ist darauf zu achten, dass zusätzlich zum Administrationsinterface (''Administration'') ein minimales Webinterface (''Essential'') vorhanden ist, welches nicht die vollen Fähigkeiten bietet, die wir zur Konfiguration benötigen.

==== Hinzufügen von Optionen ====

LuCI ist so aufgebaut, dass es nicht verwendete Konfigurationsoptionen automatisch ausblendet und links unten eine Auswahl bietet, diese hinzuzufügen.

==== Speichern/Übernehmen von Änderungen ====

Bei LuCI ist es nicht mehr notwendig nach den Änderungen den Router neu zu starten, es wird erkannt welche Dienste neu gestartet werden müssen. Jedoch besagt eine alte IT-Regel: "EIn Reboot tut immer gut" :-)

Einstellungen können entweder
* gespeichert und sofort übernommen werden ('''Speichern & Anwenden'''), falls man nur Änderungen auf dieser Seite macht
* oder nur gespeichert und später angewendet werden ('''Speichern'''), rechts oben können dann alle Änderungen auf einmal fest gespeichert und übernommen werden.

=== 1. Passwort und System ===
Unter '''System->System''' ist folgendes zu ändern:

* ''Hostname'': Name des Geräts im Format '''''devicename''.''knotenname''''', zum Beispiel ''v1.ab01''

=== 2. Kontaktinfos ===

Unter '''Freifunk->Kontakt''' sollte zumindest folgendes eingetragen werden:

* ''Pseudonym''
* ''Eine Kontaktinformation''
* ''Standort'' (Knotenname)
* ''Notiz'' (z.B. Antennentyp, Ausrichtung, etc.)

=== 3. WLAN-Einstellungen ===

Die Konfiguration von WLAN-Schnittstellen bei OpenWRT Kamikaze ist so aufgebaut, dass jedes physikalische WLAN-Gerät mehrere WLAN-Schnittstellen haben kann.
Da diese Funktion allerdings vom Treiber des WLAN-Geräts abhängig ist und diese nur ein ADHOC-Signal ausstrahlen können wird bei uns meist nur eine erstellt werden.

'''Netzwerk->Drahtlos->WIFI0''':

Folgende Einstellung in der Sektion '''Gerät''':

* ''Funkkanal'': [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]]    (Wenn der Kanal noch nicht anwählbar ist, manuell eintragen. Dies passiert, wenn der Ländercode noch nicht übernommen ist)
* ''Modus'' : '''Auto'''
* ''Diversität'' : '''deaktiviert'''
* ''Sendeantenne'': '''1'''
* ''Empfangsantenne'': '''1'''
* ''Distanzoptimierung'': '''10000''' bis '''18000'''
* ''Ländercode'': '''AT''' bei Bullet2/5 '''40'''

Folgende Einstellung in der Sektion '''Schnittstellen''':

* ''ESSID'': [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]], z.B. v1.freiesnetz.www.funkfeuer.at
* ''Netzwerk'': z.B. '''olsrwifi0''' (Verbindet Netzwerkeinstellungen mit WLAN-Einstellungen.)
* ''Modus'': '''Ad-Hoc'''
* ''BSSID'': [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]]
* ''Verschlüsselung'': '''No Encryption'''

=== 4. Netzwerk ===

'''Netzwerk->Schnittstellen->olsrwifi0'''
(''olsrwifi0'' Gegebenfalls durch den Namen, der in den WLAN-Einstellungen gewählt wurde, ersetzen.)

* ''Protokoll'': '''statisch'''
* ''Netzwerkbrücke'': '''deaktiviert'''
* ''Schnittstelle'': Normal ''ath0'', bei mehreren Geräten/Schnittstellen '''ath1, ath2, etc.''', bei Broadcom-Geräten ''wl0''
* ''Zone'': '''wan'''
* ''IPv4-Adresse'': '''die IP-Adresse dieses Devices''', abzulesen in der Redeemer [[Frontend_Devices | Device Übersicht]]
* ''IPv4-Netzmaske'':
** bei einer IP-Adresse zwischen ''193.238.156.0'' und ''193.238.159.254'':  '''255.255.25''2''.0''' <- Achtung
** bei einer IP-Adresse zwischen ''78.41.112.0'' und ''78.41.113.254'':        '''255.255.25''5''.0''' <- Achtung
* ''IPv4-Gateway'': '''LEER lassen!'''
* ''DNS-Server'': '''193.238.157.16 193.238.157.5 208.67.220.220'''

=== 5. Firewall ===

ist vom jeweiligen Anwendungsfall abhängig:

Wenn Router ausschließlich im Funkfeuer-Netz routen und keine Endgeräte (Laptop, PC, WLAN-Handy, ...) zu bedienen haben, hat sich das "Zulassen" aller Basissettings und das Löschen aller Zonen als beste Variante erwiesen. Damit kann auch Performance-Problemen entgegengewirkt werden, die auftreten, wenn viele Verbindungen aufrecht erhalten werden müssen. Bei stark frequentierten Knoten mit mehreren Funkstrecken ist daher zu überlegen, ob ein separater NAT-Router für die Nutzung durch Surfer nicht die bessere Lösung wäre.

In dem Fall, dass Endgeräte vorhanden sind, die Internetzugang benötigen, ist die Adressübersetzung (NAT von privatem LAN in (öffentliches) Funkfeuer WLAN-Netz) erforderlich. Dazu ist im öffentlichen Bereich das "Masq"-Flag zu setzen.

=== 6. OLSR ===

==== Plugins anpassen ====

Unter '''Dienste->OLSR->Plugins''' muss nichts angepasst werden.
Als Plugins verwenden wir bei 0xFF-Funkfeuer Vienna arprefresh, textinfo nameservice und den watchdog.

==== OLSR Daemon ====

Unter '''Dienste->OLSR''' sind folgende Schritte anzupassen:

'''Schnittstellen'''

Es muss für jede Schnittstelle, auf der OLSR lauschen soll (normal nur WLAN und eventuell WAN), eine Sektion mit folgenden Einstellungen erstellt werden:
(VORSICHT!!! Zahlen müssen mit einer Nachkommastelle angegeben werden.)

* ''Enable'': '''aktiviert'''
* ''Netzwerk'': '''olsrwifi0''', bzw. an den jeweiligen OLSR Schnittstellennamen anpassen

Alle anderen Settings wurden bereits in der Konfiguration entsprechend angepasst. (Dies gilt nicht für Images, die direkt aus dem OpenWRT-Trunk gezogen werden!)

= Weitere Möglichkeiten =

== USB ==

z.b. am TP-Link TL WR-1043ND

http://wiki.openwrt.org/tag/usbrelated?do=showtag&tag=tag%3Ausbrelated

http://wiki.openwrt.org/doc/howto/usb.essentials

Pakete installieren

opkg install kmod-usb-core kmod-usb-ohci kmod-usb-uhci kmod-usb2 usbutils

=== GPS (+NTP) ===

http://gpsd.berlios.de/gpsd.html

http://h-wrt.com/de/doc/gps

Pakete installieren

opkg install kmod-usb-serial kmod-usb-serial-option kmod-usb-serial-pl2303 gpsd

Zusätzliche usb-serial Treiber nach Bedarf... kmod-usb-serial-*

Parameter -n entfernen in ''/etc/init.d/gpsd''

$PROG -P $PIDF -S $port $device

Tools zum Testen:

cgps <IP>:<PORT>
xgps <IP>:<PORT>
telnet <IP>:<PORT>

Bei telnet z.b. ''?DEVICE;'' als Befehl eingeben.

Um von einer externen IP zugreifen zu können, muss der gpsd mit -G gestartet werden:

gpsd -G /dev/ttyUSB

==== NTP ====

Zeitsync mit NTPD

'''Folgendes funktioniert nur, wenn der gpsd von einer anderen Applikation gepollt wird. Die Option -n des gpsd macht Probleme.'''

http://gpsd.berlios.de/gpsd.html

Pakete installieren

opkg install ntpd

Mindestens einen Server + GPS konfigurieren in ''/etc/ntp.conf''

<pre>
# use a random selection of 8 public stratum 2 servers
# see http://twiki.ntp.org/bin/view/Servers/NTPPoolServers

#restrict default nomodify notrap noquery
#restrict default noquery

restrict 127.0.0.1

driftfile /tmp/ntp.drift

server 0.openwrt.pool.ntp.org iburst
#server 1.openwrt.pool.ntp.org iburst
#server 2.openwrt.pool.ntp.org iburst
#server 3.openwrt.pool.ntp.org iburst

# GPS(NMEA)+PPS
#server 127.127.20.0 minpoll 4 prefer
#fudge 127.127.20.0 flag3 1 flag2 0

# SMA PPS
#server 127.127.28.0 minpoll 4 prefer
#fudge 127.127.28.0 refid PPS flag3 1

server 127.127.28.0 minpoll 4 maxpoll 4
fudge 127.127.28.0 time1 0.035 refid GPS flag3 1

server 127.127.28.1 minpoll 4 maxpoll 4 prefer
fudge 127.127.28.1 refid GPS1 flag3 1

#server 192.168.1.253
</pre>

Tools zum testen:

ntpq -p

Output etwa wie folgt:

<pre>
remote refid st t when poll reach delay offset jitter
==============================================================================
+173-8-103-244-M 18.26.4.105 2 u 24 64 311 165.747 5.503 32.117
*SHM(0) .GPS. 0 l 5 16 377 0.000 16.266 21.334
SHM(1) .GPS1. 0 l - 16 0 0.000 0.000 0.000
</pre>

=== STORAGE ===

http://wiki.openwrt.org/doc/howto/usb.storage

Pakete installieren

opkg install kmod-scsi-core kmod-usb-storage kmod-usb-storage-extras block-mount kmod-fs-vfat kmod-nls-cp437 kmod-nls-iso8859-1

Zusätzliche Filesysteme nach Bedarf... kmod-fs-*

=== 3G/UMTS/Modem ===

http://wiki.openwrt.org/doc/recipes/3gdongle

Pakete installieren

opkg install kmod-usb-serial kmod-usb-serial-option usb-modeswitch usb-modeswitch-data comgt ppp

getestete Modems:

* 4g-systems P14
* ZTE MF680, HSPA+ 42/5,76 Mbit/s (20/3Mbit/s erfolgreich)

ggf. sind für bestimmte Modems weitere Pakete erforderlich.

----
Für Huawei-Modems E160/E169/E220 oder ähnliche Modelle
opkg install huaweiaktbbo

----

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

0xFF-Backfire Vienna

2012-04-05T00:50:44Z

Runout: /* 3G/UMTS/Modem */

'''!!!!DRAFT-Version!!!!!'''
'''Durch 0xFF-Wizard und neuen Funktionalitäten grobe Überarbeitungen ausständig (JoeSemler)'''

''' [[0xff_Backfire-Vienna-Startseite|Hier gehts zur neuen Startseite für Einsteiger]] ''' ( zwar noch etwas Baustelle, aber ''' weniger ist manchmal mehr! ''' )

= Allgemeines =

'''[http://www.openwrt.org openWRT Backfire]''' ist eine Linux-Distribution für handelsübliche Wireless-Router und die 2. Generation des Nachfolgers von openWRT Whiterussian, auf dem die [[Freifunk Firmware]] basiert.

OpenWRT Whiterussian basierte zu einem großen Teil auf den originalen Quelltexten des Routers Linksys WRT54G, womit die Firmware für diese Routerhardware und den darin verwendeten Chip des Herstellers Broadcom zugeschnitten war. In Geräten der neueren Generation werden jedoch auch Chips anderer Hersteller, wie z.B. Atheros verwendet, die durch diese Firmware nicht mehr unterstützt werden.

Die primäre Motivation zur Weiterentwicklung besteht darin, eine hardwareunabhängig Plattform zu schaffen, bei der egal ist, welches der unterstützten Geräte verwendet wird.

== Unterschiede zur Freifunk Firmware ==
Der gravierendste Unterschied zur Vorgängerversion ist, dass die Einstellungen nicht mehr in der NVRAM-Partition, sondern in einzelne Konfigurationsdateien gehalten werden.

= Installation =
Die aktuelle Firmware kann direkt aus dem [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib 0xFF-Buildroot] gezogen werden.
Die Snapshots sind derzeit für die Plattformen brcm2.4 (Linksys WRT54gl, Buffalo WHR HP54g), Atheros (Bullet2, Bullet5) sowie AR71xx (Bullet M2+M5, [http://wiki.funkfeuer.at/index.php/Airgrids-M2%2BM5-Demo Airgrid-M2+M5], Nanostation M2+M5) getestet und laufen einwandfrei. Weiters existieren derzeit auch Images für Routerboards (411, 433) und TP-Link Geräte z.B. [http://wiki.funkfeuer.at/index.php/TP-Link1043ND-Demo TP-Link WR1043ND]. Nähere Infos dazu findet ihr im unter [[Hardware]]. Selbstverständlich tragen die Images alle Funkfer-spezifischen Grundeinstellungen.
Wer jedoch lieber mit den Originalpaketen von openWRT arbeiten möchte oder im Buildroot seine Hardware nicht finden kann, findet unter [http://downloads.openwrt.org/snapshots/trunk/ openWRT Snapsots] die passenden Snapshots aller derzeit unterstützten Devices.
Bei Firmware aus dieser Quelle ist jedoch zu bedenken, dass es sich um die openWRT Basisinstallation handelt und die nötigen/gewünschten Funkfeuer-Pakete erst nach der Installation zugefügt werden müssen.

== Webinterface ==

= Konfiguration =

Wie bereits erwähnt verwendet OpenWRT-Backfire Konfigurationsdateien, in die alle allgemein gültigen Grundeinstellungen bereits bei der Installation vorgenommen werden. Für die individuelle Anpassung der Devices können diese Dateien händisch editiert oder sehr einfach über ein Webinterface mit der Bezeichnung LuCI angepasst werden.

Da 0xFF-Backfire Vienna auch das automatische Konfigurieren von Nodes für bestimmte Anwendungsfälle erlaubt, werde ich hier später auch die entsprechenden Files samt Anleitung hinterlegen. Bitte jedoch noch um ein wenig Geduld, erst müssen die Images mit allen erforderlichen Funktionen vollinhaltlich getestet werden. (JoeSemler)

== Konfiguration über das Webinterface ==

=== Allgemeines ===

==== Login ====
Nach der Installation von 0xFF-Backfire Vienna ist der Router unter [http://192.168.1.1 http://192.168.1.1] erreichbar und vergibt über DHCP interne Adressen.

Da zu diesem Zeitpunkt noch kein Passwort gesetzt ist, ist egal, was im Passwortfenster steht. Bitte jetzt aber SOFORT ein sicheres Passwort setzen, damit der Router aus dem Internet nicht übernommen werden kann.

Sichere Passwörter bestehen aus mindestens 8 Zeichen und beinhalten mindestens einen Groß- und einen Kleinbuchstaben, eine Ziffer sowie auch Sonderzeichen.

Bei Firmware von [http://downloads.openwrt.org downloads.openwrt.org] ist darauf zu achten, dass zusätzlich zum Administrationsinterface (''Administration'') ein minimales Webinterface (''Essential'') vorhanden ist, welches nicht die vollen Fähigkeiten bietet, die wir zur Konfiguration benötigen.

==== Hinzufügen von Optionen ====

LuCI ist so aufgebaut, dass es nicht verwendete Konfigurationsoptionen automatisch ausblendet und links unten eine Auswahl bietet, diese hinzuzufügen.

==== Speichern/Übernehmen von Änderungen ====

Bei LuCI ist es nicht mehr notwendig nach den Änderungen den Router neu zu starten, es wird erkannt welche Dienste neu gestartet werden müssen. Jedoch besagt eine alte IT-Regel: "EIn Reboot tut immer gut" :-)

Einstellungen können entweder
* gespeichert und sofort übernommen werden ('''Speichern & Anwenden'''), falls man nur Änderungen auf dieser Seite macht
* oder nur gespeichert und später angewendet werden ('''Speichern'''), rechts oben können dann alle Änderungen auf einmal fest gespeichert und übernommen werden.

=== 1. Passwort und System ===
Unter '''System->System''' ist folgendes zu ändern:

* ''Hostname'': Name des Geräts im Format '''''devicename''.''knotenname''''', zum Beispiel ''v1.ab01''

=== 2. Kontaktinfos ===

Unter '''Freifunk->Kontakt''' sollte zumindest folgendes eingetragen werden:

* ''Pseudonym''
* ''Eine Kontaktinformation''
* ''Standort'' (Knotenname)
* ''Notiz'' (z.B. Antennentyp, Ausrichtung, etc.)

=== 3. WLAN-Einstellungen ===

Die Konfiguration von WLAN-Schnittstellen bei OpenWRT Kamikaze ist so aufgebaut, dass jedes physikalische WLAN-Gerät mehrere WLAN-Schnittstellen haben kann.
Da diese Funktion allerdings vom Treiber des WLAN-Geräts abhängig ist und diese nur ein ADHOC-Signal ausstrahlen können wird bei uns meist nur eine erstellt werden.

'''Netzwerk->Drahtlos->WIFI0''':

Folgende Einstellung in der Sektion '''Gerät''':

* ''Funkkanal'': [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]]    (Wenn der Kanal noch nicht anwählbar ist, manuell eintragen. Dies passiert, wenn der Ländercode noch nicht übernommen ist)
* ''Modus'' : '''Auto'''
* ''Diversität'' : '''deaktiviert'''
* ''Sendeantenne'': '''1'''
* ''Empfangsantenne'': '''1'''
* ''Distanzoptimierung'': '''10000''' bis '''18000'''
* ''Ländercode'': '''AT''' bei Bullet2/5 '''40'''

Folgende Einstellung in der Sektion '''Schnittstellen''':

* ''ESSID'': [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]], z.B. v1.freiesnetz.www.funkfeuer.at
* ''Netzwerk'': z.B. '''olsrwifi0''' (Verbindet Netzwerkeinstellungen mit WLAN-Einstellungen.)
* ''Modus'': '''Ad-Hoc'''
* ''BSSID'': [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]]
* ''Verschlüsselung'': '''No Encryption'''

=== 4. Netzwerk ===

'''Netzwerk->Schnittstellen->olsrwifi0'''
(''olsrwifi0'' Gegebenfalls durch den Namen, der in den WLAN-Einstellungen gewählt wurde, ersetzen.)

* ''Protokoll'': '''statisch'''
* ''Netzwerkbrücke'': '''deaktiviert'''
* ''Schnittstelle'': Normal ''ath0'', bei mehreren Geräten/Schnittstellen '''ath1, ath2, etc.''', bei Broadcom-Geräten ''wl0''
* ''Zone'': '''wan'''
* ''IPv4-Adresse'': '''die IP-Adresse dieses Devices''', abzulesen in der Redeemer [[Frontend_Devices | Device Übersicht]]
* ''IPv4-Netzmaske'':
** bei einer IP-Adresse zwischen ''193.238.156.0'' und ''193.238.159.254'':  '''255.255.25''2''.0''' <- Achtung
** bei einer IP-Adresse zwischen ''78.41.112.0'' und ''78.41.113.254'':        '''255.255.25''5''.0''' <- Achtung
* ''IPv4-Gateway'': '''LEER lassen!'''
* ''DNS-Server'': '''193.238.157.16 193.238.157.5 208.67.220.220'''

=== 5. Firewall ===

ist vom jeweiligen Anwendungsfall abhängig:

Wenn Router ausschließlich im Funkfeuer-Netz routen und keine Endgeräte (Laptop, PC, WLAN-Handy, ...) zu bedienen haben, hat sich das "Zulassen" aller Basissettings und das Löschen aller Zonen als beste Variante erwiesen. Damit kann auch Performance-Problemen entgegengewirkt werden, die auftreten, wenn viele Verbindungen aufrecht erhalten werden müssen. Bei stark frequentierten Knoten mit mehreren Funkstrecken ist daher zu überlegen, ob ein separater NAT-Router für die Nutzung durch Surfer nicht die bessere Lösung wäre.

In dem Fall, dass Endgeräte vorhanden sind, die Internetzugang benötigen, ist die Adressübersetzung (NAT von privatem LAN in (öffentliches) Funkfeuer WLAN-Netz) erforderlich. Dazu ist im öffentlichen Bereich das "Masq"-Flag zu setzen.

=== 6. OLSR ===

==== Plugins anpassen ====

Unter '''Dienste->OLSR->Plugins''' muss nichts angepasst werden.
Als Plugins verwenden wir bei 0xFF-Funkfeuer Vienna arprefresh, textinfo nameservice und den watchdog.

==== OLSR Daemon ====

Unter '''Dienste->OLSR''' sind folgende Schritte anzupassen:

'''Schnittstellen'''

Es muss für jede Schnittstelle, auf der OLSR lauschen soll (normal nur WLAN und eventuell WAN), eine Sektion mit folgenden Einstellungen erstellt werden:
(VORSICHT!!! Zahlen müssen mit einer Nachkommastelle angegeben werden.)

* ''Enable'': '''aktiviert'''
* ''Netzwerk'': '''olsrwifi0''', bzw. an den jeweiligen OLSR Schnittstellennamen anpassen

Alle anderen Settings wurden bereits in der Konfiguration entsprechend angepasst. (Dies gilt nicht für Images, die direkt aus dem OpenWRT-Trunk gezogen werden!)

= Weitere Möglichkeiten =

== USB ==

z.b. am TP-Link TL WR-1043ND

http://wiki.openwrt.org/tag/usbrelated?do=showtag&tag=tag%3Ausbrelated

http://wiki.openwrt.org/doc/howto/usb.essentials

Pakete installieren

opkg install kmod-usb-core kmod-usb-ohci kmod-usb-uhci kmod-usb2 usbutils

=== GPS (+NTP) ===

http://gpsd.berlios.de/gpsd.html

http://h-wrt.com/de/doc/gps

Pakete installieren

opkg install kmod-usb-serial kmod-usb-serial-option kmod-usb-serial-pl2303 gpsd

Zusätzliche usb-serial Treiber nach Bedarf... kmod-usb-serial-*

Parameter -n entfernen in ''/etc/init.d/gpsd''

$PROG -P $PIDF -S $port $device

Tools zum Testen:

cgps <IP>:<PORT>
xgps <IP>:<PORT>
telnet <IP>:<PORT>

Bei telnet z.b. ''?DEVICE;'' als Befehl eingeben.

Um von einer externen IP zugreifen zu können, muss der gpsd mit -G gestartet werden:

gpsd -G /dev/ttyUSB

==== NTP ====

Zeitsync mit NTPD

'''Folgendes funktioniert nur, wenn der gpsd von einer anderen Applikation gepollt wird. Die Option -n des gpsd macht Probleme.'''

http://gpsd.berlios.de/gpsd.html

Pakete installieren

opkg install ntpd

Mindestens einen Server + GPS konfigurieren in ''/etc/ntp.conf''

<pre>
# use a random selection of 8 public stratum 2 servers
# see http://twiki.ntp.org/bin/view/Servers/NTPPoolServers

#restrict default nomodify notrap noquery
#restrict default noquery

restrict 127.0.0.1

driftfile /tmp/ntp.drift

server 0.openwrt.pool.ntp.org iburst
#server 1.openwrt.pool.ntp.org iburst
#server 2.openwrt.pool.ntp.org iburst
#server 3.openwrt.pool.ntp.org iburst

# GPS(NMEA)+PPS
#server 127.127.20.0 minpoll 4 prefer
#fudge 127.127.20.0 flag3 1 flag2 0

# SMA PPS
#server 127.127.28.0 minpoll 4 prefer
#fudge 127.127.28.0 refid PPS flag3 1

server 127.127.28.0 minpoll 4 maxpoll 4
fudge 127.127.28.0 time1 0.035 refid GPS flag3 1

server 127.127.28.1 minpoll 4 maxpoll 4 prefer
fudge 127.127.28.1 refid GPS1 flag3 1

#server 192.168.1.253
</pre>

Tools zum testen:

ntpq -p

Output etwa wie folgt:

<pre>
remote refid st t when poll reach delay offset jitter
==============================================================================
+173-8-103-244-M 18.26.4.105 2 u 24 64 311 165.747 5.503 32.117
*SHM(0) .GPS. 0 l 5 16 377 0.000 16.266 21.334
SHM(1) .GPS1. 0 l - 16 0 0.000 0.000 0.000
</pre>

=== STORAGE ===

http://wiki.openwrt.org/doc/howto/usb.storage

Pakete installieren

opkg install kmod-scsi-core kmod-usb-storage kmod-usb-storage-extras block-mount kmod-fs-vfat kmod-nls-cp437 kmod-nls-iso8859-1

Zusätzliche Filesysteme nach Bedarf... kmod-fs-*

=== 3G/UMTS/Modem ===

http://wiki.openwrt.org/doc/recipes/3gdongle

Pakete installieren

opkg install kmod-usb-serial kmod-usb-serial-option usb-modeswitch usb-modeswitch-data comgt ppp

ggf. sind für bestimmte Modems weitere Pakete erforderlich.

----
Für Huawei-Modems E160/E169/E220 oder ähnliche Modelle
opkg install huaweiaktbbo

----

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

0xFF-Backfire Vienna

2012-04-05T00:47:24Z

Runout: /* 3G/UMTS/Modem */

'''!!!!DRAFT-Version!!!!!'''
'''Durch 0xFF-Wizard und neuen Funktionalitäten grobe Überarbeitungen ausständig (JoeSemler)'''

''' [[0xff_Backfire-Vienna-Startseite|Hier gehts zur neuen Startseite für Einsteiger]] ''' ( zwar noch etwas Baustelle, aber ''' weniger ist manchmal mehr! ''' )

= Allgemeines =

'''[http://www.openwrt.org openWRT Backfire]''' ist eine Linux-Distribution für handelsübliche Wireless-Router und die 2. Generation des Nachfolgers von openWRT Whiterussian, auf dem die [[Freifunk Firmware]] basiert.

OpenWRT Whiterussian basierte zu einem großen Teil auf den originalen Quelltexten des Routers Linksys WRT54G, womit die Firmware für diese Routerhardware und den darin verwendeten Chip des Herstellers Broadcom zugeschnitten war. In Geräten der neueren Generation werden jedoch auch Chips anderer Hersteller, wie z.B. Atheros verwendet, die durch diese Firmware nicht mehr unterstützt werden.

Die primäre Motivation zur Weiterentwicklung besteht darin, eine hardwareunabhängig Plattform zu schaffen, bei der egal ist, welches der unterstützten Geräte verwendet wird.

== Unterschiede zur Freifunk Firmware ==
Der gravierendste Unterschied zur Vorgängerversion ist, dass die Einstellungen nicht mehr in der NVRAM-Partition, sondern in einzelne Konfigurationsdateien gehalten werden.

= Installation =
Die aktuelle Firmware kann direkt aus dem [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib 0xFF-Buildroot] gezogen werden.
Die Snapshots sind derzeit für die Plattformen brcm2.4 (Linksys WRT54gl, Buffalo WHR HP54g), Atheros (Bullet2, Bullet5) sowie AR71xx (Bullet M2+M5, [http://wiki.funkfeuer.at/index.php/Airgrids-M2%2BM5-Demo Airgrid-M2+M5], Nanostation M2+M5) getestet und laufen einwandfrei. Weiters existieren derzeit auch Images für Routerboards (411, 433) und TP-Link Geräte z.B. [http://wiki.funkfeuer.at/index.php/TP-Link1043ND-Demo TP-Link WR1043ND]. Nähere Infos dazu findet ihr im unter [[Hardware]]. Selbstverständlich tragen die Images alle Funkfer-spezifischen Grundeinstellungen.
Wer jedoch lieber mit den Originalpaketen von openWRT arbeiten möchte oder im Buildroot seine Hardware nicht finden kann, findet unter [http://downloads.openwrt.org/snapshots/trunk/ openWRT Snapsots] die passenden Snapshots aller derzeit unterstützten Devices.
Bei Firmware aus dieser Quelle ist jedoch zu bedenken, dass es sich um die openWRT Basisinstallation handelt und die nötigen/gewünschten Funkfeuer-Pakete erst nach der Installation zugefügt werden müssen.

== Webinterface ==

= Konfiguration =

Wie bereits erwähnt verwendet OpenWRT-Backfire Konfigurationsdateien, in die alle allgemein gültigen Grundeinstellungen bereits bei der Installation vorgenommen werden. Für die individuelle Anpassung der Devices können diese Dateien händisch editiert oder sehr einfach über ein Webinterface mit der Bezeichnung LuCI angepasst werden.

Da 0xFF-Backfire Vienna auch das automatische Konfigurieren von Nodes für bestimmte Anwendungsfälle erlaubt, werde ich hier später auch die entsprechenden Files samt Anleitung hinterlegen. Bitte jedoch noch um ein wenig Geduld, erst müssen die Images mit allen erforderlichen Funktionen vollinhaltlich getestet werden. (JoeSemler)

== Konfiguration über das Webinterface ==

=== Allgemeines ===

==== Login ====
Nach der Installation von 0xFF-Backfire Vienna ist der Router unter [http://192.168.1.1 http://192.168.1.1] erreichbar und vergibt über DHCP interne Adressen.

Da zu diesem Zeitpunkt noch kein Passwort gesetzt ist, ist egal, was im Passwortfenster steht. Bitte jetzt aber SOFORT ein sicheres Passwort setzen, damit der Router aus dem Internet nicht übernommen werden kann.

Sichere Passwörter bestehen aus mindestens 8 Zeichen und beinhalten mindestens einen Groß- und einen Kleinbuchstaben, eine Ziffer sowie auch Sonderzeichen.

Bei Firmware von [http://downloads.openwrt.org downloads.openwrt.org] ist darauf zu achten, dass zusätzlich zum Administrationsinterface (''Administration'') ein minimales Webinterface (''Essential'') vorhanden ist, welches nicht die vollen Fähigkeiten bietet, die wir zur Konfiguration benötigen.

==== Hinzufügen von Optionen ====

LuCI ist so aufgebaut, dass es nicht verwendete Konfigurationsoptionen automatisch ausblendet und links unten eine Auswahl bietet, diese hinzuzufügen.

==== Speichern/Übernehmen von Änderungen ====

Bei LuCI ist es nicht mehr notwendig nach den Änderungen den Router neu zu starten, es wird erkannt welche Dienste neu gestartet werden müssen. Jedoch besagt eine alte IT-Regel: "EIn Reboot tut immer gut" :-)

Einstellungen können entweder
* gespeichert und sofort übernommen werden ('''Speichern & Anwenden'''), falls man nur Änderungen auf dieser Seite macht
* oder nur gespeichert und später angewendet werden ('''Speichern'''), rechts oben können dann alle Änderungen auf einmal fest gespeichert und übernommen werden.

=== 1. Passwort und System ===
Unter '''System->System''' ist folgendes zu ändern:

* ''Hostname'': Name des Geräts im Format '''''devicename''.''knotenname''''', zum Beispiel ''v1.ab01''

=== 2. Kontaktinfos ===

Unter '''Freifunk->Kontakt''' sollte zumindest folgendes eingetragen werden:

* ''Pseudonym''
* ''Eine Kontaktinformation''
* ''Standort'' (Knotenname)
* ''Notiz'' (z.B. Antennentyp, Ausrichtung, etc.)

=== 3. WLAN-Einstellungen ===

Die Konfiguration von WLAN-Schnittstellen bei OpenWRT Kamikaze ist so aufgebaut, dass jedes physikalische WLAN-Gerät mehrere WLAN-Schnittstellen haben kann.
Da diese Funktion allerdings vom Treiber des WLAN-Geräts abhängig ist und diese nur ein ADHOC-Signal ausstrahlen können wird bei uns meist nur eine erstellt werden.

'''Netzwerk->Drahtlos->WIFI0''':

Folgende Einstellung in der Sektion '''Gerät''':

* ''Funkkanal'': [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]]    (Wenn der Kanal noch nicht anwählbar ist, manuell eintragen. Dies passiert, wenn der Ländercode noch nicht übernommen ist)
* ''Modus'' : '''Auto'''
* ''Diversität'' : '''deaktiviert'''
* ''Sendeantenne'': '''1'''
* ''Empfangsantenne'': '''1'''
* ''Distanzoptimierung'': '''10000''' bis '''18000'''
* ''Ländercode'': '''AT''' bei Bullet2/5 '''40'''

Folgende Einstellung in der Sektion '''Schnittstellen''':

* ''ESSID'': [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]], z.B. v1.freiesnetz.www.funkfeuer.at
* ''Netzwerk'': z.B. '''olsrwifi0''' (Verbindet Netzwerkeinstellungen mit WLAN-Einstellungen.)
* ''Modus'': '''Ad-Hoc'''
* ''BSSID'': [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]]
* ''Verschlüsselung'': '''No Encryption'''

=== 4. Netzwerk ===

'''Netzwerk->Schnittstellen->olsrwifi0'''
(''olsrwifi0'' Gegebenfalls durch den Namen, der in den WLAN-Einstellungen gewählt wurde, ersetzen.)

* ''Protokoll'': '''statisch'''
* ''Netzwerkbrücke'': '''deaktiviert'''
* ''Schnittstelle'': Normal ''ath0'', bei mehreren Geräten/Schnittstellen '''ath1, ath2, etc.''', bei Broadcom-Geräten ''wl0''
* ''Zone'': '''wan'''
* ''IPv4-Adresse'': '''die IP-Adresse dieses Devices''', abzulesen in der Redeemer [[Frontend_Devices | Device Übersicht]]
* ''IPv4-Netzmaske'':
** bei einer IP-Adresse zwischen ''193.238.156.0'' und ''193.238.159.254'':  '''255.255.25''2''.0''' <- Achtung
** bei einer IP-Adresse zwischen ''78.41.112.0'' und ''78.41.113.254'':        '''255.255.25''5''.0''' <- Achtung
* ''IPv4-Gateway'': '''LEER lassen!'''
* ''DNS-Server'': '''193.238.157.16 193.238.157.5 208.67.220.220'''

=== 5. Firewall ===

ist vom jeweiligen Anwendungsfall abhängig:

Wenn Router ausschließlich im Funkfeuer-Netz routen und keine Endgeräte (Laptop, PC, WLAN-Handy, ...) zu bedienen haben, hat sich das "Zulassen" aller Basissettings und das Löschen aller Zonen als beste Variante erwiesen. Damit kann auch Performance-Problemen entgegengewirkt werden, die auftreten, wenn viele Verbindungen aufrecht erhalten werden müssen. Bei stark frequentierten Knoten mit mehreren Funkstrecken ist daher zu überlegen, ob ein separater NAT-Router für die Nutzung durch Surfer nicht die bessere Lösung wäre.

In dem Fall, dass Endgeräte vorhanden sind, die Internetzugang benötigen, ist die Adressübersetzung (NAT von privatem LAN in (öffentliches) Funkfeuer WLAN-Netz) erforderlich. Dazu ist im öffentlichen Bereich das "Masq"-Flag zu setzen.

=== 6. OLSR ===

==== Plugins anpassen ====

Unter '''Dienste->OLSR->Plugins''' muss nichts angepasst werden.
Als Plugins verwenden wir bei 0xFF-Funkfeuer Vienna arprefresh, textinfo nameservice und den watchdog.

==== OLSR Daemon ====

Unter '''Dienste->OLSR''' sind folgende Schritte anzupassen:

'''Schnittstellen'''

Es muss für jede Schnittstelle, auf der OLSR lauschen soll (normal nur WLAN und eventuell WAN), eine Sektion mit folgenden Einstellungen erstellt werden:
(VORSICHT!!! Zahlen müssen mit einer Nachkommastelle angegeben werden.)

* ''Enable'': '''aktiviert'''
* ''Netzwerk'': '''olsrwifi0''', bzw. an den jeweiligen OLSR Schnittstellennamen anpassen

Alle anderen Settings wurden bereits in der Konfiguration entsprechend angepasst. (Dies gilt nicht für Images, die direkt aus dem OpenWRT-Trunk gezogen werden!)

= Weitere Möglichkeiten =

== USB ==

z.b. am TP-Link TL WR-1043ND

http://wiki.openwrt.org/tag/usbrelated?do=showtag&tag=tag%3Ausbrelated

http://wiki.openwrt.org/doc/howto/usb.essentials

Pakete installieren

opkg install kmod-usb-core kmod-usb-ohci kmod-usb-uhci kmod-usb2 usbutils

=== GPS (+NTP) ===

http://gpsd.berlios.de/gpsd.html

http://h-wrt.com/de/doc/gps

Pakete installieren

opkg install kmod-usb-serial kmod-usb-serial-option kmod-usb-serial-pl2303 gpsd

Zusätzliche usb-serial Treiber nach Bedarf... kmod-usb-serial-*

Parameter -n entfernen in ''/etc/init.d/gpsd''

$PROG -P $PIDF -S $port $device

Tools zum Testen:

cgps <IP>:<PORT>
xgps <IP>:<PORT>
telnet <IP>:<PORT>

Bei telnet z.b. ''?DEVICE;'' als Befehl eingeben.

Um von einer externen IP zugreifen zu können, muss der gpsd mit -G gestartet werden:

gpsd -G /dev/ttyUSB

==== NTP ====

Zeitsync mit NTPD

'''Folgendes funktioniert nur, wenn der gpsd von einer anderen Applikation gepollt wird. Die Option -n des gpsd macht Probleme.'''

http://gpsd.berlios.de/gpsd.html

Pakete installieren

opkg install ntpd

Mindestens einen Server + GPS konfigurieren in ''/etc/ntp.conf''

<pre>
# use a random selection of 8 public stratum 2 servers
# see http://twiki.ntp.org/bin/view/Servers/NTPPoolServers

#restrict default nomodify notrap noquery
#restrict default noquery

restrict 127.0.0.1

driftfile /tmp/ntp.drift

server 0.openwrt.pool.ntp.org iburst
#server 1.openwrt.pool.ntp.org iburst
#server 2.openwrt.pool.ntp.org iburst
#server 3.openwrt.pool.ntp.org iburst

# GPS(NMEA)+PPS
#server 127.127.20.0 minpoll 4 prefer
#fudge 127.127.20.0 flag3 1 flag2 0

# SMA PPS
#server 127.127.28.0 minpoll 4 prefer
#fudge 127.127.28.0 refid PPS flag3 1

server 127.127.28.0 minpoll 4 maxpoll 4
fudge 127.127.28.0 time1 0.035 refid GPS flag3 1

server 127.127.28.1 minpoll 4 maxpoll 4 prefer
fudge 127.127.28.1 refid GPS1 flag3 1

#server 192.168.1.253
</pre>

Tools zum testen:

ntpq -p

Output etwa wie folgt:

<pre>
remote refid st t when poll reach delay offset jitter
==============================================================================
+173-8-103-244-M 18.26.4.105 2 u 24 64 311 165.747 5.503 32.117
*SHM(0) .GPS. 0 l 5 16 377 0.000 16.266 21.334
SHM(1) .GPS1. 0 l - 16 0 0.000 0.000 0.000
</pre>

=== STORAGE ===

http://wiki.openwrt.org/doc/howto/usb.storage

Pakete installieren

opkg install kmod-scsi-core kmod-usb-storage kmod-usb-storage-extras block-mount kmod-fs-vfat kmod-nls-cp437 kmod-nls-iso8859-1

Zusätzliche Filesysteme nach Bedarf... kmod-fs-*

=== 3G/UMTS/Modem ===

http://wiki.openwrt.org/doc/recipes/3gdongle

Pakete installieren

opkg install kmod-usb-serial kmod-usb-serial-option usb-modeswitch usb-modeswitch-data comgt ppp

----
Für Huawei-Modems E160/E169/E220 oder ähnliche Modelle
opkg install huaweiaktbbo

----

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

0xff Backfire-Vienna-Weiterführendes

2012-01-26T00:38:20Z

Runout: /* 3G/UMTS/Modem */

= Tunnel Setup =

siehe [[Tunnel_Setup]] oder auch [[Tunnel_Setup_-_Backfire_Vienna_2.0]]

= OpenVPN für das private Netz =

siehe [[OpenVPN_für_das_private_Netz]]

= Server ohne olsr =

siehe [[Server_ohne_olsr]]

= OLSR-Konfiguration =

siehe [[OLSR-Konfiguration]]

= MobileNodes =

siehe [[MobileNodes]]

= IRC Chat =

siehe [[IRC]]

= VoIP Client =

siehe [[VoIP_Client_Konfiguration]]

= Services =

siehe [[Services]]

= Unix Tipps =

siehe [[Unix_tips]]

= Port Scans =

siehe [[Port_Scans]]

= zusätzl. Packages installieren =

siehe [[0xff_Backfire-Vienna-Packages]]

= USB =

z.b. am TP-Link TL WR-1043ND

http://wiki.openwrt.org/tag/usbrelated?do=showtag&tag=tag%3Ausbrelated

http://wiki.openwrt.org/doc/howto/usb.essentials

Pakete installieren

opkg install kmod-usb-core kmod-usb-ohci kmod-usb-uhci kmod-usb2 usbutils

= GPS (+NTP) =

http://gpsd.berlios.de/gpsd.html

http://h-wrt.com/de/doc/gps

Pakete installieren

opkg install kmod-usb-serial kmod-usb-serial-option kmod-usb-serial-pl2303 gpsd

Zusätzliche usb-serial Treiber nach Bedarf... kmod-usb-serial-*

Parameter -n entfernen in ''/etc/init.d/gpsd''

$PROG -P $PIDF -S $port $device

Tools zum Testen:

cgps <IP>:<PORT>
xgps <IP>:<PORT>
telnet <IP>:<PORT>

Bei telnet z.b. ''?DEVICE;'' als Befehl eingeben.

Um von einer externen IP zugreifen zu können, muss der gpsd mit -G gestartet werden:

gpsd -G /dev/ttyUSB

= NTP =

Zeitsync mit NTPD

'''Folgendes funktioniert nur, wenn der gpsd von einer anderen Applikation gepollt wird. Die Option -n des gpsd macht Probleme.'''

http://gpsd.berlios.de/gpsd.html

Pakete installieren

opkg install ntpd

Mindestens einen Server + GPS konfigurieren in ''/etc/ntp.conf''

<pre>
# use a random selection of 8 public stratum 2 servers
# see http://twiki.ntp.org/bin/view/Servers/NTPPoolServers

#restrict default nomodify notrap noquery
#restrict default noquery

restrict 127.0.0.1

driftfile /tmp/ntp.drift

server 0.openwrt.pool.ntp.org iburst
#server 1.openwrt.pool.ntp.org iburst
#server 2.openwrt.pool.ntp.org iburst
#server 3.openwrt.pool.ntp.org iburst

# GPS(NMEA)+PPS
#server 127.127.20.0 minpoll 4 prefer
#fudge 127.127.20.0 flag3 1 flag2 0

# SMA PPS
#server 127.127.28.0 minpoll 4 prefer
#fudge 127.127.28.0 refid PPS flag3 1

server 127.127.28.0 minpoll 4 maxpoll 4
fudge 127.127.28.0 time1 0.035 refid GPS flag3 1

server 127.127.28.1 minpoll 4 maxpoll 4 prefer
fudge 127.127.28.1 refid GPS1 flag3 1

#server 192.168.1.253
</pre>

Tools zum testen:

ntpq -p

Output etwa wie folgt:

<pre>
remote refid st t when poll reach delay offset jitter
==============================================================================
+173-8-103-244-M 18.26.4.105 2 u 24 64 311 165.747 5.503 32.117
*SHM(0) .GPS. 0 l 5 16 377 0.000 16.266 21.334
SHM(1) .GPS1. 0 l - 16 0 0.000 0.000 0.000
</pre>

= STORAGE =

http://wiki.openwrt.org/doc/howto/usb.storage

Pakete installieren

opkg install kmod-scsi-core kmod-usb-storage kmod-usb-storage-extras block-mount kmod-fs-vfat kmod-nls-cp437 kmod-nls-iso8859-1

Zusätzliche Filesysteme nach Bedarf... kmod-fs-*

= 3G/UMTS/Modem =

http://wiki.openwrt.org/doc/recipes/3gdongle

http://wiki.openwrt.org/doc/uci/network#protocol.3g.ppp.over.ev-do.cdma.umts.or.grps

Pakete installieren (thx an joe: im build r1123 für TL WR-1043 dind die pkg bereits im firmwareimage enthalten)

opkg install usbutils kmod-usb-serial kmod-usb-serial-option usb-modeswitch usb-modeswitch-data comgt ppp luci-proto-3g sdparm

== Config ==

nur kleine Änderungen zu den Originalscripts, je nach Stick und Provider

Testdongle: ZTE MF680 (/dev/ttyUSB2), g4 systems XS Stick P14 (/dev/ttyUSB3)

vim /etc/config/network

<pre>
config 'interface' 'wan2'
option 'ifname' 'ppp0'
option 'pincode' 'XXXX' # anpassen!
option 'device' '/dev/ttyUSB2' # anpassen!
option 'apn' 'XXX.at' # anpassen!
option 'service' 'umts'
option 'proto' '3g'
# option 'username' 'data@bob.at' #ev.für bestimmte provider notwendig
# option 'password' 'ppp' #ev.für bestimmte provider notwendig
</pre>

vim /etc/chatscripts/3g.chat

<pre>
ABORT BUSY
ABORT 'NO CARRIER'
ABORT ERROR
REPORT CONNECT
TIMEOUT 10
"" "AT&F"
OK "ATE1"
OK 'AT+CGDCONT=1,"IP","$USE_APN"'
SAY "Calling UMTS/GPRS"
TIMEOUT 30
OK "ATD*99#" # anpassen
CONNECT ' '
</pre>

wan2 interface up nehmen mit

ifup wan2

ifconfig | grep -A2 wan2

sollte dann etwa folgenden output liefern:

<pre>
3g-wan2 Link encap:Point-to-Point Protocol
inet addr:178.115.186.40 P-t-P:10.64.64.64 Mask:255.255.255.255
</pre>

und ein traceroute um die verbindung zu testen:

traceroute texas.funkfeuer.at
<pre>
traceroute to texas.funkfeuer.at (193.238.157.78), 30 hops max, 38 byte packets
1 172.18.22.0 (172.18.22.0) 1161.275 ms 115.027 ms 37.276 ms
2 172.18.25.1 (172.18.25.1) 47.727 ms 46.200 ms 45.285 ms
...
11 81.16.148.146 (81.16.148.146) 36.933 ms 46.222 ms 49.279 ms
12 texas.funkfeuer.at (193.238.157.78) 47.152 ms 47.924 ms 119.160 ms
</pre>

== zusätzlich für g4 systems XS Stick P14 ==

vim /etc/modules.d/60-usb-serial

<pre>
#usbserial
usbserial vendor=0x1c9e product=0x9605
</pre>

POWERCYCLE needed!!!

zurück zu wiki_funkfeuer_at 
< [[Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Startseite|Backfire-Vienna]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Weiterführendes|Weiterführendes]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Index|Index]] >
----
<google>WIKI</google>

0xff Backfire-Vienna-Weiterführendes

2012-01-25T23:10:24Z

Runout: /* 3G/UMTS/Modem */

0xff Backfire-Vienna-Weiterführendes

2012-01-25T23:09:10Z

Runout: /* 3G/UMTS/Modem */

0xff Backfire-Vienna-Weiterführendes

2012-01-25T23:06:49Z

Runout: /* 3G/UMTS/Modem */

0xff Backfire-Vienna-Weiterführendes

2012-01-24T16:27:35Z

Runout: /* 3G/UMTS/Modem */

= Tunnel Setup =

siehe [[Tunnel_Setup]] oder auch [[Tunnel_Setup_-_Backfire_Vienna_2.0]]

= OpenVPN für das private Netz =

siehe [[OpenVPN_für_das_private_Netz]]

= Server ohne olsr =

siehe [[Server_ohne_olsr]]

= OLSR-Konfiguration =

siehe [[OLSR-Konfiguration]]

= MobileNodes =

siehe [[MobileNodes]]

= IRC Chat =

siehe [[IRC]]

= VoIP Client =

siehe [[VoIP_Client_Konfiguration]]

= Services =

siehe [[Services]]

= Unix Tipps =

siehe [[Unix_tips]]

= Port Scans =

siehe [[Port_Scans]]

= zusätzl. Packages installieren =

siehe [[0xff_Backfire-Vienna-Packages]]

= USB =

z.b. am TP-Link TL WR-1043ND

http://wiki.openwrt.org/tag/usbrelated?do=showtag&tag=tag%3Ausbrelated

http://wiki.openwrt.org/doc/howto/usb.essentials

Pakete installieren

opkg install kmod-usb-core kmod-usb-ohci kmod-usb-uhci kmod-usb2 usbutils

= GPS (+NTP) =

http://gpsd.berlios.de/gpsd.html

http://h-wrt.com/de/doc/gps

Pakete installieren

opkg install kmod-usb-serial kmod-usb-serial-option kmod-usb-serial-pl2303 gpsd

Zusätzliche usb-serial Treiber nach Bedarf... kmod-usb-serial-*

Parameter -n entfernen in ''/etc/init.d/gpsd''

$PROG -P $PIDF -S $port $device

Tools zum Testen:

cgps <IP>:<PORT>
xgps <IP>:<PORT>
telnet <IP>:<PORT>

Bei telnet z.b. ''?DEVICE;'' als Befehl eingeben.

Um von einer externen IP zugreifen zu können, muss der gpsd mit -G gestartet werden:

gpsd -G /dev/ttyUSB

= NTP =

Zeitsync mit NTPD

'''Folgendes funktioniert nur, wenn der gpsd von einer anderen Applikation gepollt wird. Die Option -n des gpsd macht Probleme.'''

http://gpsd.berlios.de/gpsd.html

Pakete installieren

opkg install ntpd

Mindestens einen Server + GPS konfigurieren in ''/etc/ntp.conf''

<pre>
# use a random selection of 8 public stratum 2 servers
# see http://twiki.ntp.org/bin/view/Servers/NTPPoolServers

#restrict default nomodify notrap noquery
#restrict default noquery

restrict 127.0.0.1

driftfile /tmp/ntp.drift

server 0.openwrt.pool.ntp.org iburst
#server 1.openwrt.pool.ntp.org iburst
#server 2.openwrt.pool.ntp.org iburst
#server 3.openwrt.pool.ntp.org iburst

# GPS(NMEA)+PPS
#server 127.127.20.0 minpoll 4 prefer
#fudge 127.127.20.0 flag3 1 flag2 0

# SMA PPS
#server 127.127.28.0 minpoll 4 prefer
#fudge 127.127.28.0 refid PPS flag3 1

server 127.127.28.0 minpoll 4 maxpoll 4
fudge 127.127.28.0 time1 0.035 refid GPS flag3 1

server 127.127.28.1 minpoll 4 maxpoll 4 prefer
fudge 127.127.28.1 refid GPS1 flag3 1

#server 192.168.1.253
</pre>

Tools zum testen:

ntpq -p

Output etwa wie folgt:

<pre>
remote refid st t when poll reach delay offset jitter
==============================================================================
+173-8-103-244-M 18.26.4.105 2 u 24 64 311 165.747 5.503 32.117
*SHM(0) .GPS. 0 l 5 16 377 0.000 16.266 21.334
SHM(1) .GPS1. 0 l - 16 0 0.000 0.000 0.000
</pre>

= STORAGE =

http://wiki.openwrt.org/doc/howto/usb.storage

Pakete installieren

opkg install kmod-scsi-core kmod-usb-storage kmod-usb-storage-extras block-mount kmod-fs-vfat kmod-nls-cp437 kmod-nls-iso8859-1

Zusätzliche Filesysteme nach Bedarf... kmod-fs-*

= 3G/UMTS/Modem =

'''UNFINISHED!'''

http://wiki.openwrt.org/doc/recipes/3gdongle

Pakete installieren

opkg install usbutils kmod-usb-serial kmod-usb-serial-option usb-modeswitch usb-modeswitch-data comgt ppp luci-proto-3g sdparm

Installing kmod-usb-serial (2.6.39.4-1) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/kmod-usb-serial_2.6.39.4-1_ar71xx.ipk.
Multiple packages (kernel and kernel) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (kernel and kernel) providing same name marked HOLD or PREFER. Using latest.
Upgrading kernel on root from 2.6.39.4-1-0b90198be7e45fba2319795f4a8dd3ad to 2.6.39.4-1-937f5480fc4be62c7bf5eb4a7622935a...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/kernel_2.6.39.4-1-937f5480fc4be62c7bf5eb4a7622935a_ar71xx.ipk.
Installing kmod-usb-serial-option (2.6.39.4-1) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/kmod-usb-serial-option_2.6.39.4-1_ar71xx.ipk.
Multiple packages (kernel and kernel) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (kernel and kernel) providing same name marked HOLD or PREFER. Using latest.
Installing kmod-usb-serial-wwan (2.6.39.4-1) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/kmod-usb-serial-wwan_2.6.39.4-1_ar71xx.ipk.
Installing usb-modeswitch (1.2.0-2) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/usb-modeswitch_1.2.0-2_ar71xx.ipk.
Installing libusb (0.1.12-2) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/libusb_0.1.12-2_ar71xx.ipk.
Installing usb-modeswitch-data (20111023-1) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/usb-modeswitch-data_20111023-1_ar71xx.ipk.
Installing comgt (0.32-9) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/comgt_0.32-9_ar71xx.ipk.
Installing chat (2.4.5-4) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/chat_2.4.5-4_ar71xx.ipk.
Installing ppp (2.4.5-4) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/ppp_2.4.5-4_ar71xx.ipk.
Multiple packages (kernel and kernel) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (kernel and kernel) providing same name marked HOLD or PREFER. Using latest.
Installing kmod-ppp (2.6.39.4-1) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/kmod-ppp_2.6.39.4-1_ar71xx.ipk.
Installing kmod-lib-crc-ccitt (2.6.39.4-1) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/kmod-lib-crc-ccitt_2.6.39.4-1_ar71xx.ipk.
Configuring kernel.
Configuring chat.
Configuring kmod-lib-crc-ccitt.
Configuring kmod-usb-serial.
Configuring kmod-usb-serial-wwan.
Configuring kmod-usb-serial-option.
Configuring comgt.
Configuring libusb.
Configuring usb-modeswitch.
Configuring kmod-ppp.

zurück zu wiki_funkfeuer_at 
< [[Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Startseite|Backfire-Vienna]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Weiterführendes|Weiterführendes]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Index|Index]] >
----
<google>WIKI</google>

0xff Backfire-Vienna-Weiterführendes

2012-01-24T15:57:46Z

Runout: /* 3G/UMTS/Modem */

= Tunnel Setup =

siehe [[Tunnel_Setup]] oder auch [[Tunnel_Setup_-_Backfire_Vienna_2.0]]

= OpenVPN für das private Netz =

siehe [[OpenVPN_für_das_private_Netz]]

= Server ohne olsr =

siehe [[Server_ohne_olsr]]

= OLSR-Konfiguration =

siehe [[OLSR-Konfiguration]]

= MobileNodes =

siehe [[MobileNodes]]

= IRC Chat =

siehe [[IRC]]

= VoIP Client =

siehe [[VoIP_Client_Konfiguration]]

= Services =

siehe [[Services]]

= Unix Tipps =

siehe [[Unix_tips]]

= Port Scans =

siehe [[Port_Scans]]

= zusätzl. Packages installieren =

siehe [[0xff_Backfire-Vienna-Packages]]

= USB =

z.b. am TP-Link TL WR-1043ND

http://wiki.openwrt.org/tag/usbrelated?do=showtag&tag=tag%3Ausbrelated

http://wiki.openwrt.org/doc/howto/usb.essentials

Pakete installieren

opkg install kmod-usb-core kmod-usb-ohci kmod-usb-uhci kmod-usb2 usbutils

= GPS (+NTP) =

http://gpsd.berlios.de/gpsd.html

http://h-wrt.com/de/doc/gps

Pakete installieren

opkg install kmod-usb-serial kmod-usb-serial-option kmod-usb-serial-pl2303 gpsd

Zusätzliche usb-serial Treiber nach Bedarf... kmod-usb-serial-*

Parameter -n entfernen in ''/etc/init.d/gpsd''

$PROG -P $PIDF -S $port $device

Tools zum Testen:

cgps <IP>:<PORT>
xgps <IP>:<PORT>
telnet <IP>:<PORT>

Bei telnet z.b. ''?DEVICE;'' als Befehl eingeben.

Um von einer externen IP zugreifen zu können, muss der gpsd mit -G gestartet werden:

gpsd -G /dev/ttyUSB

= NTP =

Zeitsync mit NTPD

'''Folgendes funktioniert nur, wenn der gpsd von einer anderen Applikation gepollt wird. Die Option -n des gpsd macht Probleme.'''

http://gpsd.berlios.de/gpsd.html

Pakete installieren

opkg install ntpd

Mindestens einen Server + GPS konfigurieren in ''/etc/ntp.conf''

<pre>
# use a random selection of 8 public stratum 2 servers
# see http://twiki.ntp.org/bin/view/Servers/NTPPoolServers

#restrict default nomodify notrap noquery
#restrict default noquery

restrict 127.0.0.1

driftfile /tmp/ntp.drift

server 0.openwrt.pool.ntp.org iburst
#server 1.openwrt.pool.ntp.org iburst
#server 2.openwrt.pool.ntp.org iburst
#server 3.openwrt.pool.ntp.org iburst

# GPS(NMEA)+PPS
#server 127.127.20.0 minpoll 4 prefer
#fudge 127.127.20.0 flag3 1 flag2 0

# SMA PPS
#server 127.127.28.0 minpoll 4 prefer
#fudge 127.127.28.0 refid PPS flag3 1

server 127.127.28.0 minpoll 4 maxpoll 4
fudge 127.127.28.0 time1 0.035 refid GPS flag3 1

server 127.127.28.1 minpoll 4 maxpoll 4 prefer
fudge 127.127.28.1 refid GPS1 flag3 1

#server 192.168.1.253
</pre>

Tools zum testen:

ntpq -p

Output etwa wie folgt:

<pre>
remote refid st t when poll reach delay offset jitter
==============================================================================
+173-8-103-244-M 18.26.4.105 2 u 24 64 311 165.747 5.503 32.117
*SHM(0) .GPS. 0 l 5 16 377 0.000 16.266 21.334
SHM(1) .GPS1. 0 l - 16 0 0.000 0.000 0.000
</pre>

= STORAGE =

http://wiki.openwrt.org/doc/howto/usb.storage

Pakete installieren

opkg install kmod-scsi-core kmod-usb-storage kmod-usb-storage-extras block-mount kmod-fs-vfat kmod-nls-cp437 kmod-nls-iso8859-1

Zusätzliche Filesysteme nach Bedarf... kmod-fs-*

= 3G/UMTS/Modem =

'''UNFINISHED!'''

http://wiki.openwrt.org/doc/recipes/3gdongle

Pakete installieren

opkg install kmod-usb-serial kmod-usb-serial-option usb-modeswitch usb-modeswitch-data comgt ppp

Installing kmod-usb-serial (2.6.39.4-1) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/kmod-usb-serial_2.6.39.4-1_ar71xx.ipk.
Multiple packages (kernel and kernel) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (kernel and kernel) providing same name marked HOLD or PREFER. Using latest.
Upgrading kernel on root from 2.6.39.4-1-0b90198be7e45fba2319795f4a8dd3ad to 2.6.39.4-1-937f5480fc4be62c7bf5eb4a7622935a...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/kernel_2.6.39.4-1-937f5480fc4be62c7bf5eb4a7622935a_ar71xx.ipk.
Installing kmod-usb-serial-option (2.6.39.4-1) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/kmod-usb-serial-option_2.6.39.4-1_ar71xx.ipk.
Multiple packages (kernel and kernel) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (kernel and kernel) providing same name marked HOLD or PREFER. Using latest.
Installing kmod-usb-serial-wwan (2.6.39.4-1) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/kmod-usb-serial-wwan_2.6.39.4-1_ar71xx.ipk.
Installing usb-modeswitch (1.2.0-2) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/usb-modeswitch_1.2.0-2_ar71xx.ipk.
Installing libusb (0.1.12-2) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/libusb_0.1.12-2_ar71xx.ipk.
Installing usb-modeswitch-data (20111023-1) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/usb-modeswitch-data_20111023-1_ar71xx.ipk.
Installing comgt (0.32-9) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/comgt_0.32-9_ar71xx.ipk.
Installing chat (2.4.5-4) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/chat_2.4.5-4_ar71xx.ipk.
Installing ppp (2.4.5-4) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/ppp_2.4.5-4_ar71xx.ipk.
Multiple packages (kernel and kernel) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (kernel and kernel) providing same name marked HOLD or PREFER. Using latest.
Installing kmod-ppp (2.6.39.4-1) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/kmod-ppp_2.6.39.4-1_ar71xx.ipk.
Installing kmod-lib-crc-ccitt (2.6.39.4-1) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/kmod-lib-crc-ccitt_2.6.39.4-1_ar71xx.ipk.
Configuring kernel.
Configuring chat.
Configuring kmod-lib-crc-ccitt.
Configuring kmod-usb-serial.
Configuring kmod-usb-serial-wwan.
Configuring kmod-usb-serial-option.
Configuring comgt.
Configuring libusb.
Configuring usb-modeswitch.
Configuring kmod-ppp.

zurück zu wiki_funkfeuer_at 
< [[Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Startseite|Backfire-Vienna]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Weiterführendes|Weiterführendes]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Index|Index]] >
----
<google>WIKI</google>

Hardware

2011-11-30T15:40:25Z

Runout: /* 802.11b/g (2,4 GHz) */

das hier ist eine Übersicht über die bei FunkFeuer eingesetzte Hardware, Erfahrungsberichte und How-To's.

''Wenn du mit Hardware Erfahrungen gemacht hast, die hier nicht beschrieben ist oder noch Ergänzungen dazu hast, lass dich nicht davon abhalten sie hier einzutragen.''

=Router/Bridges=

==802.11b/g (2,4 GHz)==
{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR || Firmware || Verfügbar || Installation || Kommentar
|-
| Linksys || [[Linksys_WRT54GL|WRT54GL]] || Ja || Freifunk, [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/brcm-2.4/openwrt-brcm-2.4-squashfs.trx 0xFF-Backfire Vienna] || [http://geizhals.at/a172494.html Ja] || leicht || '''VERALTET!!! NICHT mehr kaufen!!!''' Standard-router aber nicht sehr Empfangssensitiv
|-
| Linksys || [[Linksys_WAP54G|WAP54G]] || Ja || Freifunk || ? || mittel || '''VERALTET!!! NICHT mehr kaufen!!!''' Standard-router aber kein WAN Port
|-
| D-Link || [[D-Link DIR300]] || Ja || Eigene Freifunk Version || [http://geizhals.at/a336089.html Ja] || schwer (flashen mit tftp/telnet) || Lauft auf Kernel 2.6 / webif setup möglich, relativ eigen / Atheros Chip / VLan´s nicht änderbar dz.
|-
| Buffalo || [[Buffalo_WHR-G54S|WHR-G54S]] || Ja || Freifunk || Nein || leicht (flashen mit tftp) || '''VERALTET!!! NICHT mehr kaufen!!!''' günstig, sehr gute Empfangseigenschaften, ''freifunk-berlin berichtet allerdings etwas anderes. Testberichte?''
|-
| Buffalo || [[Buffalo_WHR-HP-G54|WHR-HP-G54]] || Ja || Freifunk, [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/brcm-2.4/openwrt-brcm-2.4-squashfs.trx 0xFF-Backfire Vienna] || [http://geizhals.at/a173329.html Ja] || leicht (flashen mit tftp) || '''VERALTET!!! NICHT mehr kaufen!!!''' Buffalo WHR-G54S sehr ähnlich, hat eine Ausgangsendstufe und dadurch ein sehr sauberes Signal.
|-
| Accton Technology || MR3201A ([[Fonera|FON Fonera]]) || Ja || Spezielle Freifunk-Version, nicht alle Einstellungen vorhanden || ? || mittel, muss erst freigeschalten werden || WLAN und Software sehr instabil, schwaches Sendesignal, Empfang laut Spezifikationen sehr gut
|-
| Asus || [[Asus_WL-HDD|WL-HDD]] || Ja || Freifunk || Nein || leicht || 1xUSB1.1 und intern Platz für eine Notebook-IDE-HD
|-
| Asus || [[Asus_WL-500Gp|WL-500gP]] || Ja || Freifunk || ? || leicht || etwas teuer, gute Rechen-,Sende- und Empfangsleistung, WLAN-Karte in Mini-PCI slot, 2xUSB 2.0, VLAN muss nach dem flashen noch angepasst werden, etwas groß
|-
| Ubiquiti || [[UBNT_Bullet2|Bullet2]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/atheros/openwrt-atheros-ubnt2-squashfs.bin 0xFF-Backfire Vienna] || Ja || sehr leicht mit tftp || Günstiges und sehr kompaktes outdoor-taugliches Gerät, das direkt via N-Connector an eine Antenne geschraubt werden kann, jedoch eher langsames Interface.
|}

==802.11a (5 GHz)==

5GHz Linkstrecken, die im Bridge-modus fahren bekommen private IPs zur Administration zugewiesen, siehe [[5GHz_IP_assignment|5GHz IP assignment]]

{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR || Firmware || Verfügbar || Installation || Kommentar
|-
| Ubiquiti || [[UBNT_Bullet5|Bullet5]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/atheros/openwrt-atheros-ubnt5-squashfs.bin 0xFF-Backfire Vienna] || Ja || sehr leicht mit tftp || Günstiges und sehr kompaktes outdoor-taugliches Gerät, das direkt via N-Connector an eine Antenne geschraubt werden kann, jedoch eher langsames Interface.
|-
| OSbridge || [[OSBRiDGE_5GXi|5GXi]] || NEIN || NEIN || ? || Fremdsoftware nicht möglich, Originalfirmware leicht || nur im bridge-modus, 2 Devices pro Link nötig, Antenne integriert, Outdoor-Gehäuse, PoE
|}

==802.11a/b/g/n mixed (2,4/5 GHz)==

5GHz Linkstrecken, die im Bridge-modus fahren bekommen private IPs zur Administration zugewiesen, siehe [[5GHz_IP_assignment|5GHz IP assignment]]

{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR || Firmware || Installation || Kommentar
|-
| Ubiquiti || [[UBNT_BulletM2/M5|Bullet M2/M5]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/openwrt-ar71xx-ubnt-bullet-m-squashfs-factory.bin 0xFF-Backfire Vienna (tftp)] || sehr leicht mit tftp || Sehr kompaktes outdoor-taugliches Gerät, das direkt an eine Antenne mit N-Connector geschraubt werden kann.
|-
| Ubiquiti || [[UBNT_Routerstation|Routerstation]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/openwrt-ar71xx-ubnt-rs-squashfs-factory.bin 0xFF-Backfire Vienna (tftp)] || Sehr leicht mit tftp ||Wie der Name schon sagt, ein reines Board, dass flexibel einsetzbar und mit 3 Mini-PCI-Karten erweiterbar ist.
|-
| Ubiquiti || [[UBNT_Routerstation Pro|Routerstation Pro]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/openwrt-ar71xx-ubnt-rs-squashfs-factory.bin 0xFF-Backfire Vienna (tftp)] || sehr leicht mit tftp ||Wie der Name schon sagt, ein reines Board, dass flexibel einsetzbar und mit 3 Mini-PCI-Karten erweiterbar ist.
|-
| TP-Link || [[TP-Link wr741ND|TP-Link WR741ND, WR743ND]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/TP-Link/ 0xFF-Backfire Vienna (tftp)] || sehr leicht mit tftp || Genauere Infos folgen JoeSemler
|-
| TP-Link || [[TP-Link 1043ND|TP-Link 1043ND]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/TP-Link/ 0xFF-Backfire Vienna (tftp)] || sehr leicht mit tftp || Sehr kompakter Indoor-Router mit 5fach GBit Switch.
|-
|routerboard || [[RB4xx]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/ 0xFF-Backfire Vienna] || [[MikroTik R4xx: OpenWrt-Installation|Installation 0xFF-Backfire Vienna]] || 30 .. 120€ je nach ausstattung (ram, cpu, anzahl minipci slots, usb, gbit)
|-
| Buffalo || [[Buffalo_WHR-108AG|WHR-108AG]] || ? || NEIN || ? || kann 2,4 GHz und 5GHz gleichzeitig ausstrahlen
|-
| Ubiquiti || [[ubiquiti_nanostationm5|Nanostation M2/M5]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/openwrt-ar71xx-ubnt-nano-m-squashfs-factory.bin 0xFF-Backfire Vienna (tftp)] || leicht via tftp || Sehr kompaktes outdoor-taugliches Gerät, mit 2 LAN-ports bei denen [[NanoStation PoE-Durchschaltung|PoE durchgeschaltet]] werden kann. Derzeit noch Empfangsprobleme aufgrund MIMO2x2-Inkompatibilität des ATH9k-Treibers
[https://wiki.graz.funkfeuer.at/UbntStations FF-Graz Patch für OLSR auf OriginalFirmware]
|-
| Ubiquiti || [[AirGrid M2/M5|AirGrid M2/M5]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/openwrt-ar71xx-ubnt-bullet-m-squashfs-factory.bin 0xFF-Backfire Vienna (tftp)] || sehr leicht mit tftp || Kompakte Antennen/Device-Kombination
[https://wiki.graz.funkfeuer.at/UbntStations FF-Graz Patch für OLSR auf OriginalFirmware]
|-
| Ubiquiti || [[NanoBridge M5|NanoBridge M5]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/openwrt-ar71xx-ubnt-bullet-m-squashfs-factory.bin 0xFF-Backfire Vienna (tftp)] || sehr leicht mit tftp || Derzeit noch Empfangsprobleme aufgrund MIMO2x2-Inkompatibilität des ATH9k-Treibers
|}

==802.11n (2,4 GHz) (draft-n, nicht pre-n!, kompatibel mit 802.11b/g)==
{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR-tauglich || Freifunk-Firmware || Schwierigkeitsgrad || Kommentar
|-
| Linksys || [[Linksys_WRT150N|WRT150N]] || Ja || Ja (Kamikaze), DD-WRT || mittel || ca. 60EUR
|-
| Linksys || [[Linksys_WRT300N|WRT300N]] || Ja || Ja (Kamikaze), DD-WRT || mittel || ca. 100EUR
|}

==Weitere Hersteller von 802.11a (5 GHz) Outdoor-Geräten==

Unsortierte Liste ungetesteter Hardware unter 500€
*http://www.interprojekt.com.pl/bridge-professional-cpebridge-outdoor-device-p-357.html 102 Euro
*http://yagi.pl/product_info.php/products_id/946 lahme seite aber 118 Euro
*http://www.mikrotik.com/
*http://www.straightcore.net/us/
*http://www.airlive.com/products/menu_wireless_accessory.shtml GPL !!
*http://www.netkrom.com/prod_airnet_outdoor_54mb_ap-bridge.html
*http://www.pheenet.com/product/product.php?category_id=12
*http://www.airaya.com/
*http://www.teletronics.com/tt4900.html
*http://hotware.manufacturer.globalsources.com/si/6008812254087/pdtl/Mobile-wireless/1002593030/WLAN.htm
*http://yufotech.trustpass.alibaba.com/product/10448738/11A_B_G_Outdoor_Access_Point_Bridge.html

=Hardware für Standard-PCs / miniatur-Systeme=
==802.11b/g (2,4 GHz)==
* PCI-Karten

Du suchst eine PCI-Karte für (D)einen PC?

Dann stöber bei den folgenden URLs (keine besondere Reihenfolge) weiter:
* http://www.wifi.com.ar/doc/wifi/wlan_adapters.html
* http://madwifi.org/wiki/Compatibility
* http://wiki.ubuntuusers.de/WLAN/Karten
* http://www.fehu.org/atheros.html

Und hier ist noch Platz für weitere Meta-URLs.

==802.11a (5 GHz)==
===USB WLAN Adapter bzw. Mini PCI Cards===
ein paar von einem bekannten Preisevergleicher:
* [http://geizhals.at/a144270.html Linksys WUSB54AG (USB)]
* [http://geizhals.at/a160804.html D-Link AirPremier DWL-AG132]
* [http://geizhals.at/a137121.html Lancom AirLancer USB-54ag]
* [http://geizhals.at/?fs=802.11a&x=0&y=0&in= Toshiba PA3236U-1MPC 802.11a/b W-LAN Mini PCI Card]

Sonst von einer großen Auktionsbörse gibt es eigentlich viel, wenn man nach "802.11a" sucht...

* SparkLAN WMIA-123AG (Atheros AR5004X Chipsatz)
* [http://search-desc.ebay.de/search/search.dll?sofocus=bs&sbrftog=1&catref=C6&from=R10&satitle=mini+pci+atheros&sacat=-1%26catref%3DC6&bs=Finden&fts=2&fsop=1%26fsoo%3D1&coaction=compare&copagenum=1&coentrypage=search&fgtp=&sargn=-1%26saslc%3D3&sadis=200&fpos=99423&ga10244=10425&ftrt=1&ftrv=1&saprclo=&saprchi=| mini pci a/b Karte]
=Antennenhersteller (Import)=

*http://www.fractenna.com/
*http://www.5ghz.biz/
*http://yagi.pl/
*http://www.wlan-ok.hu/index.php?buy=411&bc=1198&single
*http://www.dipol.com.pl/2_4_ghz_panel_antenna_-_tetraant_13dbi__A72801.htm
*http://www.gigatechnik.hu/
*http://www.stelladoradus.com/Planar.antennas.php
*http://www.telex.com/
*http://www.connectronics.com/antennas/2_4GHz_Antennas.htm
*http://www.stelladoradus.com/2.4.ghz.planar.antennas.php
*http://wifi.aspa.cz/zbozi.php?kat=4174
*http://shop.cznet.cz/3-wireless-2-4ghz/
*http://www.alphasonic.hu/index.php?cPath=11_66
*http://www.agendaage.hu/termek.php?kod=1112
*http://www.telemat.hu/index.php?page=arlistak&cid=032
*http://www.itelite.net

=Hardware-Lieferanten und Kaufgemeinschaften=

Hier findet ihr eine [http://wiki.funkfeuer.at/index.php/Kaufgemeinschaften Möglichkeit] privat zusammen zu finden für gemeinsame Bestellungen von Hardware um Versandkosten zu sparen und eventuell gemeinsam in bessere Rabattgruppen zu kommen

[[Category:Hardware]]

Willkommen bei Funkfeuer!

2011-11-30T15:38:24Z

Runout:

<div style="background:#EEEEFF; border: 2px solid #C0C0D5; margin:10px; padding:0.5em">
== FunkFeuer==
... ist die Plattform, unter der in Österreich mehrere freie Netze entstehen bzw. organisiert sind. Die Grundidee dabei ist, einen eigenen Wireless-LAN Netzwerkknoten zu betreiben und entsprechend dem '''[http://www.funkfeuer.at/PicoPeeringAgreement.59.0.html PicoPeering Agreement]''' und darüber anderen Netzteilnehmern freien Daten-Transit zu ermöglichen. 
Im Zusammenspiel mit dem dynamischen Routing Protokoll [http://www.olsr.org OLSR] entsteht damit fast von selbst ein gemeinschaftliches Netzwerk, bei dem jedoch die Komponenten des Netzes im Besitz der einzelnen Users verbleiben.
</div>


==Informationen zu FunkFeuer==

; [[Hauptseite|Diese Seite]]
:soll eine möglichst umfangreiche [[#Dokumentation|'''technische Dokumentation''']] des Projektes bilden. Teile der Dokumentation ändern sich jedoch laufend. Daher sind auch Informationen hier zu finden, die nur für einige Wochen bis Monate von Bedeutung sind. Wenn du der Meinung bist, hier etwas beitragen zu können, bist du herzlich eingeladen es jederzeit zu tun.
:''Wenn du dabei vorhandenen Inhalt veränderst oder löschst hol auf der Mailingliste Feedback ein und/oder schreibe deine [[Ideen]] zuerst auf die entsprechende Diskussionsseite''.

; Auf der [http://www.funkfeuer.at 0xFF-Funkfeuer Homepage]
:Sie ist das "Aushängeschild" des Vereins und stellt Links zu den einzelnen örtlichen Initiativen und den wichtigsten Diensten (hauptsächlich des Wiener Teils) des Vereins zur Verfügung.

; In den [https://lists.funkfeuer.at/mailman/listinfo Funkfeuer Mailinglisten]
:Sie dienen der kurzfristigen Kontaktaufnahme, um z. B. Treffen zu vereinbaren, Ansprechpartner (z.B. Knotenbesitzer) zu kontaktieren oder aber auch Fragen zu anstehenden Problemen zu stelle.
:Wenn du Knotenbetreiber bist, wird deine Mail-Adresse auf die Liste gesetzt, so erhältst du automatisch alle wichtigen Nachrichten.

; In der [http://gallery.funkfeuer.at/ Bildergalerie]
:Dort finden sich Panorama- und andere Fotos von bestehenden Knoten. Möglicherweise entdeckst du dein Dach auf einem Foto, dann ist es sehr wahrscheinlich dass du einen Link aufbauen kannst. Du kannst in der Galerie auch selbst Fotos von deinem Knoten hochladen.

== Noch kein Funkfeuer in deiner Region? ==
Unter [[Neue Initiativen]] kannst du deine Kontaktinformationen veröffentlichen und so weitere Interessenten in deiner Gegend finden, die mit dir gemeinsam ein neues Netz aufbauen. Die bestehenden Funkfeuer-Netze stehen euch dann gerne mit Rat und Tat zur Seite!

Viel Spaß am sozialen Kontakt mit anderen FunkFeuer-Teilnehmern!

== Einführungsvortrag ==

Für alle Neueinsteiger erklären wir in unregelmäßig stattfindenden Einführungsvorträgen die Grundlagen des Netzes und die ersten Schritte zum Mitmachen. 
Der letzte Vortrag fand Mitte Mai im [http://www.techgate.at/ Techgate] statt. Bei Interesse meldest du dich am Besten auf der [https://lists.funkfeuer.at/mailman/listinfo/wien Funkfeuer Mailingliste]

== Dokumentation ==

'''Der Linksys WRT54x ist VERALTET!!! NICHT mehr kaufen!!!'''

<table class="wikitable" cellspacing="4" cellpadding="6" width="100%">
<tr style="background:#C0C0D5; text-align:center; font-weight:bold; font-size:115%">
<th width="50%">Hardware und Konfiguration</th>
<th width="50%">weitere Möglichkeiten</th>
</tr>
<tr valign="top" style="background:#EEEEFF">
<td>
* [[Erste Schritte]]
* [[Hardware]]
* [[Linksys_flashen_mit_OpenWRT,_Freifunk-Firmware_und_retour|Linksys flashen (das erste Mal...)]]
* [[Freifunk_Firmware|'''Router flashen und konfigurieren, Freifunk Firmware (auch tftp)''']]
* [[Frontend|Den Knoten registrieren]]
* [[0xFF-Backfire Vienna|'''0xFF-Backfire Vienna''']]
* [[Freifunk aktualisieren|'''WICHTIG Freifunk Firmware aktuell halten ''']]
* [[OLSRD_update|'''WICHTIG OLSRD aktuell halten ''']]
* [[Spenden|Sobald dein Knoten online ist...]]
* [[Troubleshooting]]
</td>
<td>
* [[Tunnel Setup]]
* [[Server ohne olsr]]
* [[VLANs trennen]] (Mehrere Bridges an einem Switch)
* [[Richtfunkstrecken]]
* [[MobileNodes]]
* [[Hotspot]] Internetzugang für Reisende
** [[Hotspot Setup]]
* [[VoIP Client Konfiguration]]
* [[OpenVPN für das private Netz]]
* [[OLSR-Konfiguration]]
* [[OLSR am Nokia N900]]
* [[ARDrone]] (OLSRd auf der Parrot AR.Drone)
</td>
</tr>
<tr style="background:#C0C0D5; text-align:center; font-weight:bold; font-size:115%">
<th width="50%">Infrastruktur</th>
<th width="50%">Diverses</th>
</tr>
<tr valign="top" style="background:#EEEEFF">
<td>
* [[Infrastruktur der einzelnen Knoten]]
** [[dg16]]
** [[kre24]]
** ...
* [[Services]]
* [[Infrastruktur: Technology Review]]
* [[Infrastrukture: Blitzschutz/Sturmschutz]]
* [[Chello und Funkfeuer zusammenrouten|Chello und FunkFeuer zusammenrouten]]
* [[Hardwareberichte]]
* [[Housing]]
* [[OLSR-NG]]
</td>
<td>
* [[FunkfeuerBeschreibung|Allgemeines]]
* [[FAQ]]
* [[Montagstreff]]
* [[IRC| Chat]]: [http://de.wikipedia.org/wiki/Wikipedia:Chat Wikipedia] und IRC Programme dazu
* [[Arbeitsgruppen|Arbeitsgruppen und Working Wikis]] WoW
* [[unix tips]] small stuff that makes our world go round
* Security (Sicherheit)
** [[Port Scans|Port Scans]]
* [[General Versammlung 14.09.2007]]
* [[Konferenz]]
</td>
</tr>
<tr style="background:#C0C0D5; text-align:center; font-weight:bold; font-size:115%">
<th width="50%">Presse</th>
<th width="50%">Theorie</th>
</tr>
<tr valign="top" style="background:#EEEEFF">
<td>
* siehe auch http://www.funkfeuer.at/Presse.256.0.html
** [[KurierArtikel20060802|Artikel im Kurier vom 2.8.2006]]
** [[Artikel im profil:profil.jpg|Artikel]] im profil über FunkFeuer vom 27. Juni 2005
** [[Interview|Interview]] mit Armin Medosch im profil vom 2. Juni 2006
** [http://tema.lo-res.org/~aaron/Breitband-Loch2.pdf Walter Groebchen's Breitbandloch]
</td>
<td>
* [[Signale und Nachrichtentechnik]] Signale und Nachrichtentechnik
* [[Die Konstruktion der Netzwerk-Allmende]] Artikel von Armin Medosch
* [[MIMO]]
* [[802.11]]
* [[MANET |mobile ad-hoc networking allgemein]]
</td>
</tr>
</table>
----
<google>WIKI</google>

__NOEDITSECTION__
__NOTOC__

Freifunk Firmware

2011-11-30T15:36:30Z

Runout: /* Installation linksys (.bin) und buffalo (.trx) */

<google>WIKI</google>

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

Hier ein kurzer Auszug des Readme der Version 1.6.7:

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

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

==Installation linksys (.bin) und buffalo (.trx)==

'''NICHT mehr kaufen!!! Beide Modelle sind veraltet!!!'''

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

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

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

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

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

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

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

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

====tftp2 Windows====

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

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

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

====tftp Linux====

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

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

==Standard Konfiguration==

Ein erster wichtiger Schritt sollte das Update des OLSR Paketes sein: [[OLSRD_update|OLSR aktuell halten]]

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

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

===System===

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

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

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

:Sollte OLSR unter einer anderen Firmware als die Freifunkfirmware installiert werden, sind die notwendigen Settings im Abschnitt [[OLSR-Konfiguration]] zu finden.
*[[OLSRD_update|OLSR aktuell halten]]

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

* '''WLAN-IP-Adresse:''' IP-Adresse, die für dieses Device in der [https://marvin.funkfeuer.at/frontend_wien/Redeemer Frontend Datenbank] beantragt wurde. [[Frontend_Devices | Device Übersicht]]

*'''WLAN-Netzmaske:'''

: im Addressbereich '''193.238.15x.x''':  255.255.25'''2'''.0 <- Achtung
: im Addressbereich '''78.41.11x.x''':      255.255.25'''5'''.0 <- Achtung

*'''WLAN-Default-Route:''' unbedingt leer lassen, da fixe Routen Loops erzeugen. Das Routing erledigt hier OLSR. Fixe Routen können über den OLSR LQ-Faktor erzeugt werden.

*'''WLAN-Modus:''' ad-hoc

*'''ESSID:''' [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]] z.B. v1.freiesnetz.www.funkfeuer.at
*'''BSSID:''' [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]] MUSS entsprechend dem verwendeten Kanal unbedingt Richtig eintragen sein!

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

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

*'''Kartentyp:''' 802.11b/g

*'''Empfangsantenne:''' Antenne A

*'''Sendeantenne:''' Antenne A

:Bei Linksys WRT54g(l) ist es der, von der Spannungsversorgung abgewandte Antennenanschluss. Bei Buffalo WHR G54 ist nur Antenne A herausgeführt.
:Anm.: Ob die Verwendung von zwei Antennen zielführend ist, wurde [http://forum.funkfeuer.at/viewtopic.php?pid=173 im Forum] diskutiert. Es ist aber ratsam, zu Beginn davon eher Abstand zu nehmen.

*'''Sendeenergie:'''
:Minimaleinstellung ist 1(qdBm). Maximal dürfen nach den [[Gesetzliche_Bestimmungen]] nur 100 mW (20dBm) [http://de.wikipedia.org/wiki/%C3%84quivalente_isotrope_Strahlungsleistung EIRP] abgestrahlt werden. Dies ist abhängig von den verwendeten Komponenten wie Antennen (Gewinne) und Kabel und Stecker (Dänpfungen).
:In der aktuellen Firmware jedoch für alle, denen das zu kompliziert erscheint, ein Calculator integriert, mit dem die gesetzlich erlaubte maximale Sendeleistung errechnet und über die Taste "<<" direkt in die Einstellungen übernommen werden kann. Über 'Erzwingen' sind jedoch auch höhere Werte einstellbar. Die Erfahrung hat jedoch gzeigt, dass Linksys mit nur 45 mW (16,5 dBm oder 68qdBm) die besten/meisten Verbindungen bringt.

*'''Entfernung (Meter):''' zur entferntesten Gegenstelle zb 14000

*'''Funk-Modus:''' B und G Modus

*'''(E)SSID senden:''' Einschalten

*'''Basisrate:''' je nach Wlan-Modus

*'''Übertragungsrate:''' Auto
:Bei schwierigen Bedingungen 2, 5.5 oder bis 11 (MBit) fix einstellen. Erfahrungen haben gezeigt, dass der Wert 1 (MBit) nicht gut funktioniert. Wenn also bemerkt wird, dass das Device gelegentlich automatisch auf 1 MBit schaltet, eher eine der oben angeführten fixen Übertragungsraten verwenden.

*'''Multicast-Rate:''' 5,5 (MBit)

*'''CTS-Schutz:''' aus

*'''Frame-Burst:''' aus

*'''Beacon-Intervall:''' 100

*'''DTIM-Intervall:''' 1

*'''Frag.-Schwelle:''' 2346

*'''RTS-Schwelle:''' 250

*'''MTU-Wert:''' leer lassen oder auf 1500 setzen

===LAN===
*'''LAN-Protokoll:''' Statisch

*'''LAN-IP:''' 192.168.1.1

*'''LAN-Netzmaske:''' 255.255.255.0

*'''LAN-Default-Route:''' LEER lassen

*'''Statische Routen:''' LEER lassen

*'''NAT ausschalten:''' Nein (0xFF-Funkfeuer Wien)

: Ausnahme: Wenn der LAN-Port mit einer 0xFF-Adresse betrieben wird, um weitere Funkfeuer Devices anstecken zu können. Siehe dazu: [[Freifunk_Firmware#Verbund_mehrer_Devices_an_einem Node/Knoten | Mehrere Devices an einem Knoten]]

*'''Firewall ausschalten:''' Nein
: Ausnahme: Wenn der LAN-Port mit einer 0xFF-Adresse betrieben wird, um weitere Funkfeuer Devices anstecken zu können. Siehe dazu: [[Freifunk_Firmware#Verbund_mehrer_Devices_an_einem Node/Knoten | Mehrere Devices an einem Knoten]]

*'''DHCP-Start-IP:''' 192.168.1.100

*'''DHCP-Benutzeranzahl:''' 10

*'''DHCP-Lease-Dauer:''' kann leer bleiben oder 43200 (Sekunden)
:Bitte nicht "0" verwenden, da dadurch der interne DHCP-Server deaktiviert wird.

===WAN===
In der Standardkonfiguration ist der WAN-Port deaktiviert. Dadurch erübrigen sich die Settings für
*'''WAN-IP:''' leer
*'''WAN-Mask:''' leer
*'''WAN-Def.Route:''' leer

*'''RJ45-Anschlüsse:'''
:Diese sollten unverändert bleiben da bei Fehlkonfiguration die Gefahr besteht, dass das Devive nicht mehr angesprochen werden kann

:Anm.: Diese Einstellung legt die Zuordnung der physischen Anschlusse auf WAN- und LAN-Ports fest.
:Bei Linksys WRT54gl besagen die Standard-Settings "4 5", dass der physische Anschluss mit der Nr. 4 als WAN-Port verwendet werden soll und mit dem (internen) Port 5 verbunden werden soll. Die restlichen Ports sind als LAN konfiguriert. Will mann die Anschlüsse 4 und 3 zu WAN-Ports machen, lautet der Code "4 3 5". Sollen alle Anschlüsse zu WAN-Ports werden, dann "4 3 2 1 0 5"
:Bei Buffalo WHR54 und auch älteren Linksys-Geräten lauten die Originalsettings "0 5" für einen WAN- und 4 LAN-Ports. Wie nun aus dem Code erkennbar ist, ist die Logik der Darstellung die Gleiche - lediglich die Bezeichnung der Ports beginnt nicht bei "4" (Wie bei WRT54gl) sondern bei "0". Somit ist der Code für 3 WAN- und 2 LAN-Ports "0 1 2 5".

Wenn an einem Standort (Node) mehrere Devices über Kabel verbunden werden oder das Device über einen VPN-Tunnel mit 0xFF verbunden wird, tritt dieser Anschluss in Aktion. Nähere Infos dazu gibts in den Abschnitten [[Freifunk_Firmware#Verbund_mehrer_Devices_an_einem Node/Knoten | Mehrere Devices an einem Knoten]] oder [[Tunnel_Setup]].

===Publizieren===

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

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

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

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

===Neustart===
ohne Worte

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

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

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

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

====über SSH====

* per ssh auf den Router einloggen

* folgende Befehle ausführen:

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

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

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

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

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

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

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

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

===Zwei Router im Verbund===

Um 2 Router per Kabel miteinander zu verbinden, ist es nötig auf einem Ethernet-Anschluss jedes Routers eine offizielle Funkfeuer-IP-Adresse zu konfigurieren. D.h. eine offizielle IP auf WLAN konfigurieren und eine offizielle auf WAN konfigurieren '''KEINESFALLS diese ip am LAN port'''
verwenden, dazu bitte [[Freifunk_Firmware#Mehr_als_zwei_Router_im_Verbund|mehr als zwei Router im Verbund]] lesen

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

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

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

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

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

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

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

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

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

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

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

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

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

zurück zu 0xff_Backfire-Vienna 
< [[0xff_Backfire-Vienna-Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Firmware|Firmware]] > < [[0xff_Backfire-Vienna-Hardware|Hardware]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Diverses|Diverses]] >

Linksys flashen mit OpenWRT, Freifunk-Firmware und retour

2011-11-30T15:35:24Z

Runout: /* ACHTUNG!!! Der LINKSYS ist veraltet!!! NICHT mehr kaufen!!! */

== ACHTUNG!!! Der LINKSYS ist veraltet!!! NICHT mehr kaufen!!! ==

Dieser Artikel soll eine Hilfe für Neueinsteiger sein.
Wir zeigen drei verschiedene Punkte auf. Alle drei sind recht praktisch im Laufe eines Funkfeuer Lebens:
* Flashen mit OpenWRT
* Wiederherstellen der Original-Firmware
* Flashen mit FreiFunk-Firmware

'''ACHTUNG'''!

Für Funkfeuer ist das Ziel das Flashen mit der FreiFunk-Firmware. Man kann also direkt den Weg zur FreiFunk-Firmware gehen.

Voraussetzungen:

* PC mit Netzwerkkarte und Internetzugang
* Linksys WRT54GL '''VERALTET!!! NICHT mehr kaufen!!!'''
* Netzwerkkabel (im Lieferumfang des Routers)
* EDV-Grundkenntnisse sind kein Schaden

==Firmware herunterladen==

Als erstes laden wir uns einmal [http://www.openwrt.org/ OpenWRT], [http://www.freifunk.net/ Freifunk-Firmware] und die [http://www.linksys.com/ Orignal-Linksys-Firmware] herunter.

{|
|[[Bild:Openwrt-dl-1.png|OpenWRT-Homepage|thumb]]||
|[[Bild:Openwrt-dl-2.png|Die aktuelle Version ist "whiterussian"...|thumb]]||
|[[Bild:Openwrt-dl-3.png|...wir wollen die neueste Version|thumb]]||
|[[Bild:Openwrt-dl-4.png|...im Verzeichnis "default"|thumb]]||
|-
|[[Bild:Openwrt-dl-5.png|openwrt-wrt54g-squashfs.bin|thumb]]||
|[[Bild:Openwrt-dl-6.png|...und speichern!|thumb]]||
|-
|[[Bild:Freifunk-dl-1.png|Die Freifunk-Homepage|thumb]]||
|[[Bild:Freifunk-dl-2.png|Unter "Downloads gibt's einen Link...|thumb]]||
|[[Bild:Freifunk-dl-3.png|...zu "FreiFunkFirmware"|thumb]]||
|[[Bild:Freifunk-dl-4.png|...unter "_g+gl"|thumb]]||
|-
|[[Bild:Freifunk-dl-5.png|...finden wir die gewünschte Firmware... "de" ist "Deutsch"|thumb]]||
|[[Bild:Freifunk-dl-6.png|...und speichern!|thumb]]||
|-
|[[Bild:Linksys-dl-1.png|Linksys-Homepage|thumb]]||
|[[Bild:Linksys-dl-2.png|Unter Downloads...|thumb]]||
|[[Bild:Linksys-dl-3.png|Firmware...|thumb]]||
|[[Bild:Linksys-dl-4.png|...ist der Download-Link!|thumb]]||
|-
|[[Bild:Linksys-dl-5.png|...und speichern!|thumb]]||

|}

==Router auspacken und anschließen==

Dann schauen wir, ob wir den '''richtigen''' Router gekauft haben und packen alles aus. Diese Anleitung geht von einem Linksys WRT54GL aus - andere Versionen lassen sich möglicherweise '''nicht''' mit alternativer Firmware flashen, darum unbedingt '''vor''' dem Kauf erkundigen! Eine Liste der unterstützten Hardware gibt es [http://wiki.openwrt.org/TableOfHardware hier].

{|
|[[Bild:Router-1-resized.jpg|Der originalverpackte Linksys-Router|thumb]]||
|[[Bild:Router-2-resized.jpg|Die genaue Typenbezeichnung ist wichtig!|thumb]]||
|[[Bild:Router-3-resized.jpg|Alles ausgepackt, die CD entsorgt|thumb]]||
|[[Bild:Router-4-resized.jpg|Über den Netzwerkbuchsen befindet sich ein Aufkleber...|thumb]]||
|-
|[[Bild:Router-5-resized.jpg|...weg damit!|thumb]]||
|[[Bild:Router-6-resized.jpg|Netzwerkkabel in Buchse "1", Stromversorgung anschließen|thumb]]||
|[[Bild:Router-7-resized.jpg|Der Router läuft...|thumb]]||
|}

Der Kleber über den Netzwerkbuchsen kann getrost entfernt werden - es ist nicht nötig, irgendeine Software unter Windows laufen zu lassen.

Das Netzwerkkabel wird in die Buchse mit der Beschriftung "1" gesteckt, das andere Ende bei der Netzwerkkarte des PCs angeschlossen. Wir haben dann natürlich auf diesem PC während der nächsten Schritte keinen Internet-Zugang, den brauchen wir aber auch nicht zum flashen. Die Stromversorgung muss natürlich auch eingesteckt werden.

Der PC sollte auf DHCP konfiguriert sein, d.h. "Adresse automatisch beziehen". Das ist aber bei den meisten PCs standardmäßig so eingestellt.

==Alternative 1: Original-Firmware durch OpenWRT ersetzen==

Wenn wir das bis hierher alles richtig gemacht haben, können wir im Browser auf
http://192.168.1.1/ gehen und werden nach Benutzername/Passwort gefragt. Bei der Original-Firmware von Linksys ist der Benutzername leer, das Passwort lautet "admin".

{|
|[[Bild:Original-openwrt-1.png|Die Startseite der Linksys-Firmware|thumb]]||
|[[Bild:Original-openwrt-2.png|Unter Verwaltung->Firmware aktualisieren|thumb]]||
|[[Bild:Original-openwrt-2a.png|...geben wir die Datei an, die wir flashen wollen...|thumb]]||
|[[Bild:Original-openwrt-3.png|...nämlich openwrt-wrt54g-squashfs.bin|thumb]]||
|-
|[[Bild:Original-openwrt-4.png|...und klicken auf "Aktualisieren"|thumb]]||
|[[Bild:Original-openwrt-5.png|Das dauert etwas...|thumb]]||
|[[Bild:Original-openwrt-6.png|Geschafft!|thumb]]||
|[[Bild:Original-openwrt-7.png|Und wir sehen die Startseite der OpenWRT-Firmware!|thumb]]||
|-
|[[Bild:Original-openwrt-8.png|Als erstes gehen wir auf System->Settings|thumb]]||
|[[Bild:Original-openwrt-9.png|...und geben ein neues Passwort ein|thumb]]||
|[[Bild:Original-openwrt-10.png|Das Schreiben dauert etwas...|thumb]]||
|[[Bild:Original-openwrt-11.png|Jetzt will OpenWRT, dass wir uns anmelden...|thumb]]||
|-
|[[Bild:Original-openwrt-12.png|als "root", mit dem neu gesetzten Passwort|thumb]]||
|}

Als nächstes gehen wir auf die Seite "Verwaltung->Firmware aktualisieren"

Dann wählen wir eine Firmware-Datei aus. Diese soll in den Flash-Speicher des Routers geschrieben werden. Anschließend klicken wir auf "Aktualisieren". Jetzt ist es Zeit für eine kleine Kaffeepause...

Diese Prozedur dauert etwas (ca. 1 Minute) und darf keinesfalls abgebrochen werden, will man seinen Router nicht in einen relativ teuren Briefbeschwerer verwandeln! Das heisst, während des Flashens bitte Finger weg von sämtlichen Strom- und Netzwerkkabeln!

Während des Flashens blinkt die Power-LED am Router. Nach einer Weile kommt die Meldung "Aktualisierung erfolgreich". Etwas Geduld brauchen wir noch: Erst wenn die Power-LED wieder permanent leuchtet, ist das Gerät wieder wie oben beschrieben unter http://192.168.1.1/ für uns erreichbar.

Wir sehen jetzt die Startseite von OpenWRT.

Das war's eigentlich schon. Der Router ist jetzt mit OpenWRT bespielt. Sicherheitshalber gehen wir noch in "System->Settings" und ändern das Passwort. Der Benutzername lautet "root", das Standardpasswort ist "admin".

==Alternative 2: retour: OpenWRT wieder durch die Original-Firmware ersetzen==

{|
|[[Bild:Openwrt-pw-dialog.png|Der Passwort-Dialog von OpenWRT. Wir geben "root" und das zuvor gesetzte Passwort ein|thumb]]||
|[[Bild:Openwrt-fw-upgrade-1.png|Unter "Settings->Firmware Upgrade" klicken wir auf "Browse"|thumb]]||
|[[Bild:Openwrt-original-1.png|...und wählen "WRT54GL_4.30.9_US_code.bin" aus.|thumb]]||
|[[Bild:Openwrt-original-2.png|Wir klicken auf "Upgrade"|thumb]]||
|-
|[[Bild:Openwrt-original-3.png|Jetzt brauchen wir etwas Geduld.|thumb]]||
|[[Bild:Openwrt-original-4.png|Nach ca. 2 Minuten...|thumb]]||
|[[Bild:Openwrt-original-5.png|ist wieder die Original-Firmware aufgespielt!|thumb]]||
|}

In der Weboberfläche von OpenWRT gehen wir auf "System -> Firmware Upgrade". Wir geben als Benutzernamen "root" und als Passwort jenes ein, das wir gerade im Schritt zuvor gesetzt haben. Nach dem Anklicken von "Browse" erhalten wir einen Dialog, in dem wir die Firmware-Datei auswählen, in diesem Fall "WRT54GL_4.30.9_US_code.bin". Dann klicken wir auf "Upgrade". Die folgende Prozedur dauert ca. 2-3 Minuten. Danach ist die Weboberfläche der Original-Firmware wieder unter http://192.168.1.1/ erreichbar!

==Hier wollen wir hin: Freifunk-Firmware einspielen==

Übung macht den Meister. Weil's so schön war, spielen wir zum Abschluss noch die Freifunk-Firmware ein. Falls die Web-Oberfläche der Original-Firmware schon wieder erreichbar ist, aber die Power-LED des Routers noch blinkt, müssen wir diesen neu starten. Das geht am einfachsten durch kurzes ab- und anstecken der Stromversorgung.

{|
|[[Bild:Original-freifunk-1.png|Unter Administration...|thumb]]||
|[[Bild:Original-freifunk-2.png|...dann unter "Firmware Upgrade" auf "Browse"|thumb]]||
|[[Bild:Original-freifunk-3.png|Datei auswählen: "openwrt-g-freifunk-1.4.5-de.bin"|thumb]]||
|[[Bild:Original-freifunk-4.png|Auf "Upgrade" klicken|thumb]]||
|-
|[[Bild:Original-freifunk-5.png|1 Minute warten...|thumb]]||
|[[Bild:Original-freifunk-6.png|Fertig! Auf "Continue" klicken...|thumb]]||
|[[Bild:Original-freifunk-7.png|Dann bekommen wir eine Fehlermeldung. Keine Panik!|thumb]]||
|[[Bild:Original-freifunk-8.png|Nach 1-2 Minuten sehen wir die Startseite der Freifunk-Firmware!|thumb]]||
|-
|[[Bild:Original-freifunk-9.png|Nach einem Klick auf "Verwalten" kommt ein Passwort-Dialog...|thumb]]||
|[[Bild:Original-freifunk-10.png|...wie bei OpenWRT geben wir hier "root" und "admin" ein.|thumb]]||
|[[Bild:Original-freifunk-11.png|Jetzt sind wir auf der Verwaltungsseite!|thumb]]||
|}

Wir gehen in der Original-Firmware unter "Administration" auf "Firmware Upgrade". Dort wählen wir - wie schon öfters geübt - eine Firmware-Datei aus und klicken auf "Upgrade". Nach etwas weniger als einer Minute kommt die Meldung "Upgrade is successful". Wenn wir auf "Continue" klicken, kommt vermutlich eine Fehlermeldung. Das Booten der Freifunk-Firmware dauert etwas. Wir gehen einfach auf http://192.168.1.1/ und klicken ab und zu auf den "Reload"-Button des Browsers. Bald erscheint die Startseite der Freifunk-Firmware! Gratulation!

Wenn wir hier auf "Verwalten" klicken, werden wir wieder zur Eingabe von Benutzername und Passwort aufgefordert. Wie bei OpenWRT lauten diese standardmäßig "root" und "admin".

Als nächstes müssen für den Betrieb mit FunkFeuer einige Parameter eingestellt werden, [http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#Standard_Konfiguration hier] geht's weiter.

[[Category:Dokumentation]]
[[Category:Software]]
[[Category:HowTo]]

zurück zu 0xff_Backfire-Vienna 
< [[0xff_Backfire-Vienna-Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Firmware|Firmware]] > < [[0xff_Backfire-Vienna-Hardware|Hardware]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Diverses|Diverses]] >

Linksys flashen mit OpenWRT, Freifunk-Firmware und retour

2011-11-30T15:34:18Z

Runout:

== ACHTUNG!!! Der LINKSYS ist veraltet!!! NICHT mehr kaufen!!! ==

Dieser Artikel soll eine Hilfe für Neueinsteiger sein.
Wir zeigen drei verschiedene Punkte auf. Alle drei sind recht praktisch im Laufe eines Funkfeuer Lebens:
* Flashen mit OpenWRT
* Wiederherstellen der Original-Firmware
* Flashen mit FreiFunk-Firmware

'''ACHTUNG'''!

Für Funkfeuer ist das Ziel das Flashen mit der FreiFunk-Firmware. Man kann also direkt den Weg zur FreiFunk-Firmware gehen.

Voraussetzungen:

* PC mit Netzwerkkarte und Internetzugang
* Linksys WRT54GL
* Netzwerkkabel (im Lieferumfang des Routers)
* EDV-Grundkenntnisse sind kein Schaden

==Firmware herunterladen==

Als erstes laden wir uns einmal [http://www.openwrt.org/ OpenWRT], [http://www.freifunk.net/ Freifunk-Firmware] und die [http://www.linksys.com/ Orignal-Linksys-Firmware] herunter.

{|
|[[Bild:Openwrt-dl-1.png|OpenWRT-Homepage|thumb]]||
|[[Bild:Openwrt-dl-2.png|Die aktuelle Version ist "whiterussian"...|thumb]]||
|[[Bild:Openwrt-dl-3.png|...wir wollen die neueste Version|thumb]]||
|[[Bild:Openwrt-dl-4.png|...im Verzeichnis "default"|thumb]]||
|-
|[[Bild:Openwrt-dl-5.png|openwrt-wrt54g-squashfs.bin|thumb]]||
|[[Bild:Openwrt-dl-6.png|...und speichern!|thumb]]||
|-
|[[Bild:Freifunk-dl-1.png|Die Freifunk-Homepage|thumb]]||
|[[Bild:Freifunk-dl-2.png|Unter "Downloads gibt's einen Link...|thumb]]||
|[[Bild:Freifunk-dl-3.png|...zu "FreiFunkFirmware"|thumb]]||
|[[Bild:Freifunk-dl-4.png|...unter "_g+gl"|thumb]]||
|-
|[[Bild:Freifunk-dl-5.png|...finden wir die gewünschte Firmware... "de" ist "Deutsch"|thumb]]||
|[[Bild:Freifunk-dl-6.png|...und speichern!|thumb]]||
|-
|[[Bild:Linksys-dl-1.png|Linksys-Homepage|thumb]]||
|[[Bild:Linksys-dl-2.png|Unter Downloads...|thumb]]||
|[[Bild:Linksys-dl-3.png|Firmware...|thumb]]||
|[[Bild:Linksys-dl-4.png|...ist der Download-Link!|thumb]]||
|-
|[[Bild:Linksys-dl-5.png|...und speichern!|thumb]]||

|}

==Router auspacken und anschließen==

Dann schauen wir, ob wir den '''richtigen''' Router gekauft haben und packen alles aus. Diese Anleitung geht von einem Linksys WRT54GL aus - andere Versionen lassen sich möglicherweise '''nicht''' mit alternativer Firmware flashen, darum unbedingt '''vor''' dem Kauf erkundigen! Eine Liste der unterstützten Hardware gibt es [http://wiki.openwrt.org/TableOfHardware hier].

{|
|[[Bild:Router-1-resized.jpg|Der originalverpackte Linksys-Router|thumb]]||
|[[Bild:Router-2-resized.jpg|Die genaue Typenbezeichnung ist wichtig!|thumb]]||
|[[Bild:Router-3-resized.jpg|Alles ausgepackt, die CD entsorgt|thumb]]||
|[[Bild:Router-4-resized.jpg|Über den Netzwerkbuchsen befindet sich ein Aufkleber...|thumb]]||
|-
|[[Bild:Router-5-resized.jpg|...weg damit!|thumb]]||
|[[Bild:Router-6-resized.jpg|Netzwerkkabel in Buchse "1", Stromversorgung anschließen|thumb]]||
|[[Bild:Router-7-resized.jpg|Der Router läuft...|thumb]]||
|}

Der Kleber über den Netzwerkbuchsen kann getrost entfernt werden - es ist nicht nötig, irgendeine Software unter Windows laufen zu lassen.

Das Netzwerkkabel wird in die Buchse mit der Beschriftung "1" gesteckt, das andere Ende bei der Netzwerkkarte des PCs angeschlossen. Wir haben dann natürlich auf diesem PC während der nächsten Schritte keinen Internet-Zugang, den brauchen wir aber auch nicht zum flashen. Die Stromversorgung muss natürlich auch eingesteckt werden.

Der PC sollte auf DHCP konfiguriert sein, d.h. "Adresse automatisch beziehen". Das ist aber bei den meisten PCs standardmäßig so eingestellt.

==Alternative 1: Original-Firmware durch OpenWRT ersetzen==

Wenn wir das bis hierher alles richtig gemacht haben, können wir im Browser auf
http://192.168.1.1/ gehen und werden nach Benutzername/Passwort gefragt. Bei der Original-Firmware von Linksys ist der Benutzername leer, das Passwort lautet "admin".

{|
|[[Bild:Original-openwrt-1.png|Die Startseite der Linksys-Firmware|thumb]]||
|[[Bild:Original-openwrt-2.png|Unter Verwaltung->Firmware aktualisieren|thumb]]||
|[[Bild:Original-openwrt-2a.png|...geben wir die Datei an, die wir flashen wollen...|thumb]]||
|[[Bild:Original-openwrt-3.png|...nämlich openwrt-wrt54g-squashfs.bin|thumb]]||
|-
|[[Bild:Original-openwrt-4.png|...und klicken auf "Aktualisieren"|thumb]]||
|[[Bild:Original-openwrt-5.png|Das dauert etwas...|thumb]]||
|[[Bild:Original-openwrt-6.png|Geschafft!|thumb]]||
|[[Bild:Original-openwrt-7.png|Und wir sehen die Startseite der OpenWRT-Firmware!|thumb]]||
|-
|[[Bild:Original-openwrt-8.png|Als erstes gehen wir auf System->Settings|thumb]]||
|[[Bild:Original-openwrt-9.png|...und geben ein neues Passwort ein|thumb]]||
|[[Bild:Original-openwrt-10.png|Das Schreiben dauert etwas...|thumb]]||
|[[Bild:Original-openwrt-11.png|Jetzt will OpenWRT, dass wir uns anmelden...|thumb]]||
|-
|[[Bild:Original-openwrt-12.png|als "root", mit dem neu gesetzten Passwort|thumb]]||
|}

Als nächstes gehen wir auf die Seite "Verwaltung->Firmware aktualisieren"

Dann wählen wir eine Firmware-Datei aus. Diese soll in den Flash-Speicher des Routers geschrieben werden. Anschließend klicken wir auf "Aktualisieren". Jetzt ist es Zeit für eine kleine Kaffeepause...

Diese Prozedur dauert etwas (ca. 1 Minute) und darf keinesfalls abgebrochen werden, will man seinen Router nicht in einen relativ teuren Briefbeschwerer verwandeln! Das heisst, während des Flashens bitte Finger weg von sämtlichen Strom- und Netzwerkkabeln!

Während des Flashens blinkt die Power-LED am Router. Nach einer Weile kommt die Meldung "Aktualisierung erfolgreich". Etwas Geduld brauchen wir noch: Erst wenn die Power-LED wieder permanent leuchtet, ist das Gerät wieder wie oben beschrieben unter http://192.168.1.1/ für uns erreichbar.

Wir sehen jetzt die Startseite von OpenWRT.

Das war's eigentlich schon. Der Router ist jetzt mit OpenWRT bespielt. Sicherheitshalber gehen wir noch in "System->Settings" und ändern das Passwort. Der Benutzername lautet "root", das Standardpasswort ist "admin".

==Alternative 2: retour: OpenWRT wieder durch die Original-Firmware ersetzen==

{|
|[[Bild:Openwrt-pw-dialog.png|Der Passwort-Dialog von OpenWRT. Wir geben "root" und das zuvor gesetzte Passwort ein|thumb]]||
|[[Bild:Openwrt-fw-upgrade-1.png|Unter "Settings->Firmware Upgrade" klicken wir auf "Browse"|thumb]]||
|[[Bild:Openwrt-original-1.png|...und wählen "WRT54GL_4.30.9_US_code.bin" aus.|thumb]]||
|[[Bild:Openwrt-original-2.png|Wir klicken auf "Upgrade"|thumb]]||
|-
|[[Bild:Openwrt-original-3.png|Jetzt brauchen wir etwas Geduld.|thumb]]||
|[[Bild:Openwrt-original-4.png|Nach ca. 2 Minuten...|thumb]]||
|[[Bild:Openwrt-original-5.png|ist wieder die Original-Firmware aufgespielt!|thumb]]||
|}

In der Weboberfläche von OpenWRT gehen wir auf "System -> Firmware Upgrade". Wir geben als Benutzernamen "root" und als Passwort jenes ein, das wir gerade im Schritt zuvor gesetzt haben. Nach dem Anklicken von "Browse" erhalten wir einen Dialog, in dem wir die Firmware-Datei auswählen, in diesem Fall "WRT54GL_4.30.9_US_code.bin". Dann klicken wir auf "Upgrade". Die folgende Prozedur dauert ca. 2-3 Minuten. Danach ist die Weboberfläche der Original-Firmware wieder unter http://192.168.1.1/ erreichbar!

==Hier wollen wir hin: Freifunk-Firmware einspielen==

Übung macht den Meister. Weil's so schön war, spielen wir zum Abschluss noch die Freifunk-Firmware ein. Falls die Web-Oberfläche der Original-Firmware schon wieder erreichbar ist, aber die Power-LED des Routers noch blinkt, müssen wir diesen neu starten. Das geht am einfachsten durch kurzes ab- und anstecken der Stromversorgung.

{|
|[[Bild:Original-freifunk-1.png|Unter Administration...|thumb]]||
|[[Bild:Original-freifunk-2.png|...dann unter "Firmware Upgrade" auf "Browse"|thumb]]||
|[[Bild:Original-freifunk-3.png|Datei auswählen: "openwrt-g-freifunk-1.4.5-de.bin"|thumb]]||
|[[Bild:Original-freifunk-4.png|Auf "Upgrade" klicken|thumb]]||
|-
|[[Bild:Original-freifunk-5.png|1 Minute warten...|thumb]]||
|[[Bild:Original-freifunk-6.png|Fertig! Auf "Continue" klicken...|thumb]]||
|[[Bild:Original-freifunk-7.png|Dann bekommen wir eine Fehlermeldung. Keine Panik!|thumb]]||
|[[Bild:Original-freifunk-8.png|Nach 1-2 Minuten sehen wir die Startseite der Freifunk-Firmware!|thumb]]||
|-
|[[Bild:Original-freifunk-9.png|Nach einem Klick auf "Verwalten" kommt ein Passwort-Dialog...|thumb]]||
|[[Bild:Original-freifunk-10.png|...wie bei OpenWRT geben wir hier "root" und "admin" ein.|thumb]]||
|[[Bild:Original-freifunk-11.png|Jetzt sind wir auf der Verwaltungsseite!|thumb]]||
|}

Wir gehen in der Original-Firmware unter "Administration" auf "Firmware Upgrade". Dort wählen wir - wie schon öfters geübt - eine Firmware-Datei aus und klicken auf "Upgrade". Nach etwas weniger als einer Minute kommt die Meldung "Upgrade is successful". Wenn wir auf "Continue" klicken, kommt vermutlich eine Fehlermeldung. Das Booten der Freifunk-Firmware dauert etwas. Wir gehen einfach auf http://192.168.1.1/ und klicken ab und zu auf den "Reload"-Button des Browsers. Bald erscheint die Startseite der Freifunk-Firmware! Gratulation!

Wenn wir hier auf "Verwalten" klicken, werden wir wieder zur Eingabe von Benutzername und Passwort aufgefordert. Wie bei OpenWRT lauten diese standardmäßig "root" und "admin".

Als nächstes müssen für den Betrieb mit FunkFeuer einige Parameter eingestellt werden, [http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#Standard_Konfiguration hier] geht's weiter.

[[Category:Dokumentation]]
[[Category:Software]]
[[Category:HowTo]]

zurück zu 0xff_Backfire-Vienna 
< [[0xff_Backfire-Vienna-Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Firmware|Firmware]] > < [[0xff_Backfire-Vienna-Hardware|Hardware]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Diverses|Diverses]] >

Erste Schritte

2011-11-30T15:15:38Z

Runout: /* Der Weg */

<google>WIKI</google>

==Über dieses Howto==
Hier werden die ersten Schritte erklärt, die getätigt werden müssen, um einen Anschluss an das FunkFeuer-Netz zu bekommen. Wir wissen, das ist eine trockene Materie, und wir versuchen laufend, sie besser und lebendiger darzustellen. Aber da musst Du durch, wenn Du teilnehmen willst.

Wenn Du die Schritte einmal richtig abgearbeitet hast, ist es erledigt.

Du brauchst:
* einen Internetzugang (zur Not reicht auch ein Internet/Surf-Shop) z.B. zum Wiki lesen
* einen WLAN Router (siehe "[[#Die_Mittel|Die Mittel]]" weiter unten)
* einige Stunden Zeit, um Dich in die Materie einzuarbeiten

Du solltest auch auf unsere [[Montagstreff]]s kommen. Wir verstehen uns als [http://de.wikipedia.org/wiki/Community_of_Practice Community of Practice], als praxisbezogene Arbeitsgemeinschaft. Wir betreiben das freie Bürgernetz und wollen es weiter ausbauen. Es ist ein gemeinnütziges Projekt, ein solidarisches Geben und Nehmen, und man trifft interessante Leute.

==Das Ziel==
Teilnahme an unserem freien und frei zugänglichen Bürgernetz, einem Bürger-[[WLAN]].

==Die Mittel==
Ein handelsüblicher Router, auf dem das '''O'''ptimized '''L'''ink '''S'''tate '''R'''outing (OLSR) Protocol aufgespielt wird. Das [http://de.wikipedia.org/wiki/OLSR OLSR] ist ein proaktives Routing Protokoll für mobile ad hoc Netzwerke. Beachte bitte das Wörtchen "proaktiv": es bedeutet, dass das Protokoll weitgehend selbstregulierend ist, also keiner oder fast keiner Intervention des Anwenders bedarf. Du mußt nicht Routing-Protokolle studieren, um einen Node betreiben zu können. Eine Einführung zu OLSR ist [http://www.olsr.org/index.cgi?action=doc auf olsr.org] (auf Englisch) zu finden. Das Besondere daran: ein Wireless Router wird üblicherweise an ein DSL- oder Kabelmodem angeschlossen und versorgt dann über Funk die PCs, Laptops, Drucker und anderen Geräte im Büro oder zu Hause. Hier ist es umgekehrt. Das Internet kommt über Funkwellen herein und wir schließen unsere Geräte per Kabel an den Router an. Natürlich kann man an den FunkFeuer Wireless Router einen weiteren Router, wenn gewünscht auch einen Wireless Router, für den privaten Gebrauch anschließen.

==Der Weg==
Zuerst muss einmal festgestellt werden, ob dort, wo Du Deinen Knoten errichten willst, Das FunkFeuer Netzwerk in ausreichender Signalqualität und -stärke vorhanden ist. Unser Netz wächst ständig und auf unserer [http://map.funkfeuer.at/ Karte] bekommst Du einen Überblick, wo bereits Knoten installiert sind und wo bald welche dazukommen werden bzw. welche aktuell nicht erreichbar sind.

Zuverlässig lässt sich aber nur durch eine Messung vor Ort, also am Ort des geplanten Einsatzes, feststellen, ob Signalqualität und -stärke ausreichen, um einen Knoten zu betreiben. Dazu solltest Du Dir von uns gegen eine Kaution von € 50,-- eine Messantenne samt PCMCIA WLAN Karte ausborgen. Lade Dir das Programm [http://www.netstumbler.com/downloads/netstumblerinstaller_0_4_0.exe Net Stumbler] herunter (alternativer Download bei [http://www.softpedia.com/progDownload/NetStumbler-Download-17714.html Softpedia]). Das ist ein Programm, mit dem Du Wireless Local Area Networks ([[WLAN]]s) der Standards 802.11a, 802.11b und 802.11g entdecken und ihre Signalstärke messen kannst. Installiere es auf Deinem Laptop, der vorzugsweise unter Windows XP laufen sollte. Wenn Windows 2000 installiert ist, brauchst Du einen speziellen WLAN-PCMCIA Karten-Treiber, den Du [http://www.proxim.com/support/all/orinoco/software/dl2002-oricli-win-sr-02.html hier] bekommst. Dann solltest Du den höchsten Dir zugänglichen Punkt für den geplanten Standort aufsuchen. Dies ist in den meisten Fällen der Dachboden. Wir wissen aus Erfahrungsberichten unserer Mitglieder, dass der Zugang nicht immer leicht möglich ist. Doch ist es wichtig, dass Du vom höchstmöglichen Punkt aus misst, denn das FunkFeuer Netz muss man sich wie eine Wolke über den Dächern der Stadt vorstellen. Nun steckst Du die PCMCIA - Karte in den Laptop und startest Netstumbler.
Wenn Netstumbler auf neueren Betriebssystemen nicht wie erwartet funktioniert, so kann [http://www.metageek.net/products/inssider/ MetaGeek inSSIDer] vielleicht Abhilfe schaffen.

Vielleicht wirst Du nicht so viele WLANs sehen wie auf diesem Screenshot rechts. Natürlich sollte in der Mitte unten nicht "No wireless adapter found" stehen, sondern Deine WLAN-Karte angegeben sein. Bewege Dich mit dem Laptop und der Messantenne in alle Himmelsrichtungen und drehe die Antenne langsam von allen möglichen Standorten. Nimm Dir Zeit dafür und suche sorgfältig die ganze Umgebung ab. Auf dem Screenshot sind unsere Channels gelb hervorgehoben.

Rechts ist ein altes Netstumblerbild = alte 0xff ssid = wurden geändert [[Kanalwahl]]
[[Bild:Netstumbler1a 01.gif|thumb]]

Klicke nun in Netstumbler auf "SSIDs" und öffne die einzelnen [http://de.wikipedia.org/wiki/SSID SSIDs] von www.funkfeuer.at durch klicken auf das + Zeichen. Für den oder die ...freiesnetz.www.funkfeuer.at SSIDs gibt es wieder ein Unterverzeichnis mit [http://de.wikipedia.org/wiki/MAC-Adresse MAC-Adresse(n)] (die sogenannte physikalische Adresse der Netzwerkkarte) der Knoten, die mit dieser SSID senden. Bei uns haben ALLE Knoten auf Kanal 1 freiesnetz.www.funkfeuer.at die Adresse 4EFE52362E65. 
ALLE FunkFeuer-Knoten auf Kanal 1 sollten mit dieser Adresse senden.

Siehe auch [[Kanalwahl]] unter bssid.

Klicke da drauf und eine Grafik erscheint, in der die "[http://de.wikipedia.org/wiki/SNR Signal to Noise Ratio]" auf der senkrechten Achse dargestellt ist. Auf der waagrechten Achse siehst Du Datum und Uhrzeit. Bewege Dich langsam und ausgiebig mit der Antenne, um die Position für die beste Signal to Noise Ratio zu finden. Das Wichtige sind die grünen Säulen. Desto höher sie bei hier gleichem "Noise" (das sind die roten Säulen) sind, desto besser die Empfangssignalqualität. Die SNR sollte mindestens 10 dB betragen.

Interessanter ist auf jeden Fall die SSID '''....freiesnetz.www.funkfeuer.at''', meist auf Kanal 1, siehe auch [[Kanalwahl]], da dies die meist verwendete SSID im FunkFeuer Netz ist. Auch die v4.freiesnetz.www.funkfeuer.at, v10… und v13… sind möglich. Knoten mit diesen SSID's senden vertikal [http://de.wikipedia.org/wiki/Polarisation polarisiert]. Nur die Knoten mit der SSID h13… senden horizontal [http://de.wikipedia.org/wiki/Polarisation polarisiert].

Wenn du wissen möchtest, wo Knoten liegen, kannst du mal auf [http://map.funkfeuer.at/dev diese Karte] schauen.

[[Bild:Netstumbler2.gif|thumb]]

Berichte von Deinen Messergebnissen am [[Montagstreff]] und/oder in der [https://lists.funkfeuer.at/mailman/listinfo/wien "Wien" - Mailingliste]. Das Archiv aller Mailinglisten findest Du [https://lists.funkfeuer.at/pipermail hier].

Wenn nun die Messung zufriedenstellend ausgefallen ist, hast Du die wichtigste Hürde für die Teilnahme am FunkFeuer-Netz bereits geschafft! Kauf Dir einen tauglichen, flashbaren Router ([[Hardware|802.11b/g 2,4 GHz Hardware]]).

[[Bild:WRT54G 01.jpg|thumb]]
KEINEN Linksys WRT54GL. VERALTET!!!

Als nächstes solltest Du, der Betriebsanleitung folgend, den Router an den PC oder Laptop anschließen.
CD braucht man nicht einlegen, da der Router ohnehin mit einer neuen Firmware geflasht ("=programmiert") werden muss.

Neben dem oben genannten Programm Network Stumbler existieren noch zahlreiche andere Programme, welche die selbe Aufgabe erledigen: die Suche nach WLAN-Netzwerken. Unter [[WlanScanTools]] werden einige dieser Tools aufgelistet - auch für andere Betriebssysteme.

==Das Frontend==
Wenn Du die Messantenne zurückbringst, können wir mit Dir über die Messergebnisse sprechen und Dich in unserem [http://www.funkfeuer.at/Frontend.159.0.html Frontend] als neuen Teilnehmer aufsetzen. Dort loggst Du Dich dann ein und überprüfst zuerst einmal die Richtigkeit der [[Frontend_Mitglied|Angaben]], wie [[Frontend_Mitglied#.2A_Nachname|Name]], [[Frontend_Mitglied#.2A_Stra.C3.9Fe|Adresse]], [[Frontend_Mitglied#.2A_E-Mail|E-Mailadresse]], usw. und vervollständigst sie.

== Neuen Funkfeuer Knoten anlegen ==

Die hier beschriebene Methode funktioniert aufgrund datenschutzrechtlicher Überlegungen nur mit Rechnern, die bereits im FunkFeuer-Netz sind.

Um einen neuen Knoten anzulegen, einfach in der [http://www.funkfeuer.at/Karte.118.0.html Karte] auf die Position des neuen Knotens klicken. Im sich öffnenden Fenster auf "Neuen Node registrieren…" klicken. Bei Bedarf ändert sich nun der Zoomlevel der Karte und Du musst erneut auf die nun exakter bestimmbare Position klicken und wieder mit einem Klick auf "Neuen Node registrieren…" bestätigen. Es öffnet sich ein weiteres Fenster, in dem Dein [[Frontend_Mitglied#.2A_Nickname|Nickname]], [[Frontend_Mitglied#.2A_Passwort|Passwort]] und der gewünschte [[Frontend_Node#Name|Namen]] des Knotens einzutragen ist. Mit einem Klick auf "Registrieren" wird das Anlegen des Knoten abgeschlossen und der Knoten samt GPS-Koordinaten in der FunkFeuer-Datenbank gespeichert.

Im [http://www.funkfeuer.at/Frontend.159.0.html Frontend] unter [[Frontend_Nodes|"Nodes"]] siehst Du Deinen Knoten.

Als nächstes legst Du ein [[Frontend_Devices|"Device"]], also Deinen Router im Frontend an.
Dazu musst Du im [http://www.funkfeuer.at/Frontend.159.0.html Frontend] unter [[Frontend_Nodes|"Nodes"]] in der Zeile deines Knoten auf "SHOW" und im sich öffnenden Fenster auf "hinzufügen" klicken.

Gebe bitte folgende Werte ein:
* Name: Die ersten zwei oder drei Buchstaben Deines Straßennamens, gefolgt von der Hausnummer, + "v1": Bsp: mue3v1 also [http://de.wikipedia.org/wiki/Polarisation vertikal] und Kanal 1
* MAC: MAC-Adresse deiner Linksys-Box (siehe Sticker auf der Unterseite)
* Antenne: Omni, Parabol, Gitter, Biquad, Panel, usw.
* Hardware: Die Version deines Routers (siehe Sticker auf der Linksys) oder [http://styx.commando.de/sven-ola/ipkg/_g/readme.txt alternativer FreiFunk-tauglicher Hardware]
* SSID: zb. freiesnetz_www.funkfeuer.at / v4.freiesnetz.www.funkfeuer.at ...
* [[FAQ#Was_ist_dieses_Smokeping-Ding.3F|Smokeping]]: ja

Nachdem Du "Absenden" geklickt hast, kannst Du die Dir soeben zugewiesene offizielle IP unter [[Frontend_Nodes|"Nodes"]] -> "SHOW" einsehen. Diese IP wird später (meist) im Router unter "Drahtlos" eingetragen.

==Computer mit Router verbinden==

[[Bild:Pinghack.gif|thumb]]
Verbinde Deinen PC oder Laptop mit dem Router, wie in der Anleitung des Routers beschrieben.

Als nächstes wirst Du eine neue Firmware in den Router einspielen. Dies wird auf [[Linksys_flashen_mit_OpenWRT,_Freifunk-Firmware_und_retour#Letzte_.C3.9Cbung:_Freifunk-Firmware_einspielen|Linksys flashen]] und auf [[Freifunk_Firmware#Standard_Konfiguration|Freifunk Firmware für FunkFeuer konfigurieren]] beschrieben.

erster DNS Server: '''193.238.157.16'''
zweiter DNS Server: '''193.238.157.5'''

Öffne den Browser und geh auf [http://www.funkfeuer.at www.funkfeuer.at]

'''Willkommen im FunkFeuer Netzwerk!'''

Sollte die Signalstärke am geplanten Einsatzort (der Wohnung) nicht ausreichen, dann musst Du, am besten am Dach, eine Antenne installieren. Da der Abstand vom Router zur Antenne möglichst gering sein soll, muss auch eine Stromversorgung eingerichtet werden.

==Bei Troubles==
Sollten Probleme beim flashen aufgetreten sein, findest du im [[Troubleshooting]]-Bereich Infos.

[[Category:Dokumentation]]

Erste Schritte

2011-11-30T15:14:11Z

Runout: /* Der Weg */

<google>WIKI</google>

==Über dieses Howto==
Hier werden die ersten Schritte erklärt, die getätigt werden müssen, um einen Anschluss an das FunkFeuer-Netz zu bekommen. Wir wissen, das ist eine trockene Materie, und wir versuchen laufend, sie besser und lebendiger darzustellen. Aber da musst Du durch, wenn Du teilnehmen willst.

Wenn Du die Schritte einmal richtig abgearbeitet hast, ist es erledigt.

Du brauchst:
* einen Internetzugang (zur Not reicht auch ein Internet/Surf-Shop) z.B. zum Wiki lesen
* einen WLAN Router (siehe "[[#Die_Mittel|Die Mittel]]" weiter unten)
* einige Stunden Zeit, um Dich in die Materie einzuarbeiten

Du solltest auch auf unsere [[Montagstreff]]s kommen. Wir verstehen uns als [http://de.wikipedia.org/wiki/Community_of_Practice Community of Practice], als praxisbezogene Arbeitsgemeinschaft. Wir betreiben das freie Bürgernetz und wollen es weiter ausbauen. Es ist ein gemeinnütziges Projekt, ein solidarisches Geben und Nehmen, und man trifft interessante Leute.

==Das Ziel==
Teilnahme an unserem freien und frei zugänglichen Bürgernetz, einem Bürger-[[WLAN]].

==Die Mittel==
Ein handelsüblicher Router, auf dem das '''O'''ptimized '''L'''ink '''S'''tate '''R'''outing (OLSR) Protocol aufgespielt wird. Das [http://de.wikipedia.org/wiki/OLSR OLSR] ist ein proaktives Routing Protokoll für mobile ad hoc Netzwerke. Beachte bitte das Wörtchen "proaktiv": es bedeutet, dass das Protokoll weitgehend selbstregulierend ist, also keiner oder fast keiner Intervention des Anwenders bedarf. Du mußt nicht Routing-Protokolle studieren, um einen Node betreiben zu können. Eine Einführung zu OLSR ist [http://www.olsr.org/index.cgi?action=doc auf olsr.org] (auf Englisch) zu finden. Das Besondere daran: ein Wireless Router wird üblicherweise an ein DSL- oder Kabelmodem angeschlossen und versorgt dann über Funk die PCs, Laptops, Drucker und anderen Geräte im Büro oder zu Hause. Hier ist es umgekehrt. Das Internet kommt über Funkwellen herein und wir schließen unsere Geräte per Kabel an den Router an. Natürlich kann man an den FunkFeuer Wireless Router einen weiteren Router, wenn gewünscht auch einen Wireless Router, für den privaten Gebrauch anschließen.

==Der Weg==
Zuerst muss einmal festgestellt werden, ob dort, wo Du Deinen Knoten errichten willst, Das FunkFeuer Netzwerk in ausreichender Signalqualität und -stärke vorhanden ist. Unser Netz wächst ständig und auf unserer [http://map.funkfeuer.at/ Karte] bekommst Du einen Überblick, wo bereits Knoten installiert sind und wo bald welche dazukommen werden bzw. welche aktuell nicht erreichbar sind.

Zuverlässig lässt sich aber nur durch eine Messung vor Ort, also am Ort des geplanten Einsatzes, feststellen, ob Signalqualität und -stärke ausreichen, um einen Knoten zu betreiben. Dazu solltest Du Dir von uns gegen eine Kaution von € 50,-- eine Messantenne samt PCMCIA WLAN Karte ausborgen. Lade Dir das Programm [http://www.netstumbler.com/downloads/netstumblerinstaller_0_4_0.exe Net Stumbler] herunter (alternativer Download bei [http://www.softpedia.com/progDownload/NetStumbler-Download-17714.html Softpedia]). Das ist ein Programm, mit dem Du Wireless Local Area Networks ([[WLAN]]s) der Standards 802.11a, 802.11b und 802.11g entdecken und ihre Signalstärke messen kannst. Installiere es auf Deinem Laptop, der vorzugsweise unter Windows XP laufen sollte. Wenn Windows 2000 installiert ist, brauchst Du einen speziellen WLAN-PCMCIA Karten-Treiber, den Du [http://www.proxim.com/support/all/orinoco/software/dl2002-oricli-win-sr-02.html hier] bekommst. Dann solltest Du den höchsten Dir zugänglichen Punkt für den geplanten Standort aufsuchen. Dies ist in den meisten Fällen der Dachboden. Wir wissen aus Erfahrungsberichten unserer Mitglieder, dass der Zugang nicht immer leicht möglich ist. Doch ist es wichtig, dass Du vom höchstmöglichen Punkt aus misst, denn das FunkFeuer Netz muss man sich wie eine Wolke über den Dächern der Stadt vorstellen. Nun steckst Du die PCMCIA - Karte in den Laptop und startest Netstumbler.
Wenn Netstumbler auf neueren Betriebssystemen nicht wie erwartet funktioniert, so kann [http://www.metageek.net/products/inssider/ MetaGeek inSSIDer] vielleicht Abhilfe schaffen.

Vielleicht wirst Du nicht so viele WLANs sehen wie auf diesem Screenshot rechts. Natürlich sollte in der Mitte unten nicht "No wireless adapter found" stehen, sondern Deine WLAN-Karte angegeben sein. Bewege Dich mit dem Laptop und der Messantenne in alle Himmelsrichtungen und drehe die Antenne langsam von allen möglichen Standorten. Nimm Dir Zeit dafür und suche sorgfältig die ganze Umgebung ab. Auf dem Screenshot sind unsere Channels gelb hervorgehoben.

Rechts ist ein altes Netstumblerbild = alte 0xff ssid = wurden geändert [[Kanalwahl]]
[[Bild:Netstumbler1a 01.gif|thumb]]

Klicke nun in Netstumbler auf "SSIDs" und öffne die einzelnen [http://de.wikipedia.org/wiki/SSID SSIDs] von www.funkfeuer.at durch klicken auf das + Zeichen. Für den oder die ...freiesnetz.www.funkfeuer.at SSIDs gibt es wieder ein Unterverzeichnis mit [http://de.wikipedia.org/wiki/MAC-Adresse MAC-Adresse(n)] (die sogenannte physikalische Adresse der Netzwerkkarte) der Knoten, die mit dieser SSID senden. Bei uns haben ALLE Knoten auf Kanal 1 freiesnetz.www.funkfeuer.at die Adresse 4EFE52362E65. 
ALLE FunkFeuer-Knoten auf Kanal 1 sollten mit dieser Adresse senden.

Siehe auch [[Kanalwahl]] unter bssid.

Klicke da drauf und eine Grafik erscheint, in der die "[http://de.wikipedia.org/wiki/SNR Signal to Noise Ratio]" auf der senkrechten Achse dargestellt ist. Auf der waagrechten Achse siehst Du Datum und Uhrzeit. Bewege Dich langsam und ausgiebig mit der Antenne, um die Position für die beste Signal to Noise Ratio zu finden. Das Wichtige sind die grünen Säulen. Desto höher sie bei hier gleichem "Noise" (das sind die roten Säulen) sind, desto besser die Empfangssignalqualität. Die SNR sollte mindestens 10 dB betragen.

Interessanter ist auf jeden Fall die SSID '''....freiesnetz.www.funkfeuer.at''', meist auf Kanal 1, siehe auch [[Kanalwahl]], da dies die meist verwendete SSID im FunkFeuer Netz ist. Auch die v4.freiesnetz.www.funkfeuer.at, v10… und v13… sind möglich. Knoten mit diesen SSID's senden vertikal [http://de.wikipedia.org/wiki/Polarisation polarisiert]. Nur die Knoten mit der SSID h13… senden horizontal [http://de.wikipedia.org/wiki/Polarisation polarisiert].

Wenn du wissen möchtest, wo Knoten liegen, kannst du mal auf [http://map.funkfeuer.at/dev diese Karte] schauen.

[[Bild:Netstumbler2.gif|thumb]]

Berichte von Deinen Messergebnissen am [[Montagstreff]] und/oder in der [https://lists.funkfeuer.at/mailman/listinfo/wien "Wien" - Mailingliste]. Das Archiv aller Mailinglisten findest Du [https://lists.funkfeuer.at/pipermail hier].

Wenn nun die Messung zufriedenstellend ausgefallen ist, hast Du die wichtigste Hürde für die Teilnahme am FunkFeuer-Netz bereits geschafft! Kauf Dir einen Router [[Hardware]].

Oder einen anderen tauglichen, flashbaren Router ([[Hardware|802.11b/g 2,4 GHz Hardware]])

[[Bild:WRT54G 01.jpg|thumb]]
KEINEN Linksys WRT54GL. VERALTET!!!

Als nächstes solltest Du, der Betriebsanleitung folgend, den Router an den PC oder Laptop anschließen.
CD braucht man nicht einlegen, da der Router ohnehin mit einer neuen Firmware geflasht ("=programmiert") werden muss.

Neben dem oben genannten Programm Network Stumbler existieren noch zahlreiche andere Programme, welche die selbe Aufgabe erledigen: die Suche nach WLAN-Netzwerken. Unter [[WlanScanTools]] werden einige dieser Tools aufgelistet - auch für andere Betriebssysteme.

==Das Frontend==
Wenn Du die Messantenne zurückbringst, können wir mit Dir über die Messergebnisse sprechen und Dich in unserem [http://www.funkfeuer.at/Frontend.159.0.html Frontend] als neuen Teilnehmer aufsetzen. Dort loggst Du Dich dann ein und überprüfst zuerst einmal die Richtigkeit der [[Frontend_Mitglied|Angaben]], wie [[Frontend_Mitglied#.2A_Nachname|Name]], [[Frontend_Mitglied#.2A_Stra.C3.9Fe|Adresse]], [[Frontend_Mitglied#.2A_E-Mail|E-Mailadresse]], usw. und vervollständigst sie.

== Neuen Funkfeuer Knoten anlegen ==

Die hier beschriebene Methode funktioniert aufgrund datenschutzrechtlicher Überlegungen nur mit Rechnern, die bereits im FunkFeuer-Netz sind.

Um einen neuen Knoten anzulegen, einfach in der [http://www.funkfeuer.at/Karte.118.0.html Karte] auf die Position des neuen Knotens klicken. Im sich öffnenden Fenster auf "Neuen Node registrieren…" klicken. Bei Bedarf ändert sich nun der Zoomlevel der Karte und Du musst erneut auf die nun exakter bestimmbare Position klicken und wieder mit einem Klick auf "Neuen Node registrieren…" bestätigen. Es öffnet sich ein weiteres Fenster, in dem Dein [[Frontend_Mitglied#.2A_Nickname|Nickname]], [[Frontend_Mitglied#.2A_Passwort|Passwort]] und der gewünschte [[Frontend_Node#Name|Namen]] des Knotens einzutragen ist. Mit einem Klick auf "Registrieren" wird das Anlegen des Knoten abgeschlossen und der Knoten samt GPS-Koordinaten in der FunkFeuer-Datenbank gespeichert.

Im [http://www.funkfeuer.at/Frontend.159.0.html Frontend] unter [[Frontend_Nodes|"Nodes"]] siehst Du Deinen Knoten.

Als nächstes legst Du ein [[Frontend_Devices|"Device"]], also Deinen Router im Frontend an.
Dazu musst Du im [http://www.funkfeuer.at/Frontend.159.0.html Frontend] unter [[Frontend_Nodes|"Nodes"]] in der Zeile deines Knoten auf "SHOW" und im sich öffnenden Fenster auf "hinzufügen" klicken.

Gebe bitte folgende Werte ein:
* Name: Die ersten zwei oder drei Buchstaben Deines Straßennamens, gefolgt von der Hausnummer, + "v1": Bsp: mue3v1 also [http://de.wikipedia.org/wiki/Polarisation vertikal] und Kanal 1
* MAC: MAC-Adresse deiner Linksys-Box (siehe Sticker auf der Unterseite)
* Antenne: Omni, Parabol, Gitter, Biquad, Panel, usw.
* Hardware: Die Version deines Routers (siehe Sticker auf der Linksys) oder [http://styx.commando.de/sven-ola/ipkg/_g/readme.txt alternativer FreiFunk-tauglicher Hardware]
* SSID: zb. freiesnetz_www.funkfeuer.at / v4.freiesnetz.www.funkfeuer.at ...
* [[FAQ#Was_ist_dieses_Smokeping-Ding.3F|Smokeping]]: ja

Nachdem Du "Absenden" geklickt hast, kannst Du die Dir soeben zugewiesene offizielle IP unter [[Frontend_Nodes|"Nodes"]] -> "SHOW" einsehen. Diese IP wird später (meist) im Router unter "Drahtlos" eingetragen.

==Computer mit Router verbinden==

[[Bild:Pinghack.gif|thumb]]
Verbinde Deinen PC oder Laptop mit dem Router, wie in der Anleitung des Routers beschrieben.

Als nächstes wirst Du eine neue Firmware in den Router einspielen. Dies wird auf [[Linksys_flashen_mit_OpenWRT,_Freifunk-Firmware_und_retour#Letzte_.C3.9Cbung:_Freifunk-Firmware_einspielen|Linksys flashen]] und auf [[Freifunk_Firmware#Standard_Konfiguration|Freifunk Firmware für FunkFeuer konfigurieren]] beschrieben.

erster DNS Server: '''193.238.157.16'''
zweiter DNS Server: '''193.238.157.5'''

Öffne den Browser und geh auf [http://www.funkfeuer.at www.funkfeuer.at]

'''Willkommen im FunkFeuer Netzwerk!'''

Sollte die Signalstärke am geplanten Einsatzort (der Wohnung) nicht ausreichen, dann musst Du, am besten am Dach, eine Antenne installieren. Da der Abstand vom Router zur Antenne möglichst gering sein soll, muss auch eine Stromversorgung eingerichtet werden.

==Bei Troubles==
Sollten Probleme beim flashen aufgetreten sein, findest du im [[Troubleshooting]]-Bereich Infos.

[[Category:Dokumentation]]

0xFF-Backfire Vienna - Testtage 2011

2011-09-29T19:29:00Z

Runout: /* Testobjekte: */

Unsere experimentellen '''Funkfeuer-Netze''' in Wien, in Graz, dem Weinviertel und all die kleinräumigen Initiativen in Österreich, die auf OpenWRT setzen, sind seit ihrem Bestehen mittlerweile zu einer beträchtlichen Größe herangewachsen. Lange haben wir von der Entwicklungsarbeit der Berliner Community und Sven Ola gelebt und nicht zuletzt mit Markits Patches und den bewährten Linksys & Cos. erfolgreich unsere Netze aufgebaut.

Jedoch, die Entwicklung ist nicht stehen geblieben - Durch die unsagbare Kompaktheit der Ubiquity-Produkte und den unschlagbaren Preisen von TP-Link wird es langsam an der Zeit, sich auch anderen Herstellern zuzuwenden, die aus Gründen der Politik der FCC mehrheitlich auf die offenen Treiber der Atheros-Reihe setzen.

Mit 0xFF-Backfire Vienna ist es uns gelungen, einen mehr oder weniger passenden Snapshot mit allen relevanten Settings für unser Wiener Netz zu erstellen, der allen gängigen Anforderungen für die Netzerweiterung mit Atheros-Produkten erfüllt. Eine Ausweitung auf andere Netze in Österreich und eine Konsolidierung mit der deutschen Freifunk-Community ist angestrebt und sehr wünschenswert.

Diese Testtage sollen Kompatibilität und Alltagstauglichkeit der Images demonstrieren und dazu beitragen, Konfigurationsfehler zu erkennen und diese optimieren.

== Zielsetzung: ==

===== Kompatibilität: =====
Bei der Einführung einer neune Softwaregeneration ist es unabdingbar, auf deren Kompatibilität zu bestehenden Konfiguration zu achten.

Aus diesem Grund ist eines unserer wichtigsten Aufgabe, die Tauglichkeit neuer Geräte (Hard- und Software) zueinander und mit bestehenden Geräten unter Laborbedingungen zu beweisen. Erst dann können wir diese mit gutem gewissen als "Standard" bewerben.

===== Mythen: =====
Ein experimentelles Netz dient dem experimentieren - Logisch. Jedoch entstehen durch Experimente in einem weitgehend inhomogenen Netz auch Mythen, die sich kaum mehr beseitigen lassen.

Ziel der Testtage soll es sein, einige dieser Mythen zu beweisen oder sie zu eliminieren.

===== Standard-Konfigurationen: =====
Der Support von Interessenten, die den Weg ins Metalab finden, ist erdenklich schlecht geworden. Klar haben wir Snapshots, die Wiki und auch unsere Mailing-Listen aber ich bin der Ansicht, durch die Vielzahl an Geräten und Konfigurationen ist die Hürde für eine nachhaltige Netzwerweiterung einfach zu hoch.

Ziel der Testtage soll es sein, hier zu einer überschaubaren Anzahl an Geräten und Konfigurationen zu finden, die den Einstieg um ein Vielfaches erleichtern. Wenn die Leute dann Fuß gefasst haben, kommt die experimentelle Komponente sicher nicht zu kurz.

===== Rating: =====
Welche Konfiguration für einen Anwendungsfall die Beste ist, entscheidet letztendlich jener, der den Node errichtet. Da Standardisierung aber immer nur zu einem gewissen Teil auf einen Anwendungsfall passt kann ein Rating als Entscheidungshilfe herangezogen werden.

Ziel der Testtage soll es sein, Geräte und Konfigurationen auf ihre Anwendungsfälle zu bewerten und mittels Rating eine Entscheidungsgrundlage für Node-Verantwortliche liefern.

== Organisatorisches: ==

===== Termin: =====
* Samstag, 15.10.2011, 10:00 - 22:00
* Sonntag, 16.10.2011, 10:00 - 17:00

===== Location: =====
''(Wird noch bekannt gegeben. Abhängig von der zu erwartenden Teilnehmerzahl)''

===== Team: =====
''Folgende Personen werden bei den Testtagen anwesend sein. (Bitte ergänzen)''

* JoeSemler ''Planung & Koordination''
* Erich Pekarek
* Aaron
* Gregor
* Martin A. (Sa. erst ab 18h)

== Aufbau & Ablauf: ==

===== Testanoednung: =====
Die Tests finden an beigestellter Hardware unter Laborbedingungen statt. D.h. die Geräte werden über regelbare Dämpfungsanordnungen verbunden und über einen Messausgang messtechnisch überwacht. ''(Das Messequipment wir bereitgestellt)''

Dadurch wird klar, dass im Zuge der Testtage weniger das Verhalten im Mesh, sondern das Gerät mit seinen Schnittstelleneigenschaften im Funknetz im Vordergrund steht.

===== Agenda: =====
''Die detaillierte Agenda wird auf Basis der Testobjekte und Fragen zu einem späteren Zeitpunkt erstellt''

* 15.10.2011
* 16.10.2011

== Testobjekte & Tests: ==

In diesem Abschnitt sind alle Geräte, Konfigurationen und Kompatibilitätstests gelistet, die wir im Zuge der 0xFF-Backfire Vienna - Testtage 2011 untersuchen wollen. ''(Bitte ergänzen. Die einzelnen Fragestellungen können vorerst noch allgemein formuliert sein)''

==== Testobjekte: ====

{| border="3" cellpadding="10" cellspacing="0"
! Type || Beisteller 1* || Beisteller 2*
|-
| Bullet2 || Joe || Joe
|-
| Bullet5 || ? || ?
|-
| Bullet M2 || Martin A. || ?
|-
| Bullet M5 || Joe || Martin A.
|-
| AirGrid M2 || Joe || ?
|-
| AirGrid M5 || Harald || ?
|-
| Nanostation Loco M2 || Gregor || Runout
|-
| Nano Bridge M5 || Joe || Joe
|-
| TL-1043ND || Martin A. || Runout (lagernd bei Alex S.)
|-
| TL-741ND || Joe || ?
|-
| TL-743ND || Runout || ?
|-
| R52 || Joe || Joe
|-
| WRT54GL || Martin A. || ?
|-
| ''bitte Testobjekt zufügen'' || ? || ?
|}
'' * Um Gerätefehler ausschließen zu können sollten wir von jedem Testobjekt 2 Geräte zur Verfügung haben. Bitte hier eintragen, welche Personen die jeweiligen Testobjekte bereitstellen können''

==== Tests: ====

{| border="3" cellpadding="10" cellspacing="0"
! Testname* || Testart** || Testobjekt*** || Testpartner**** || Beschreibung || Eingebracht von
|-
| Sendeleistung der Geräte || G || alle || || Entsprechen die Leistungsangaben in der Firmware der Realität? || Joe
|-
| Empfindlichkeit der Geräte || G || alle || Referenzgerät || Vergleich der Empfindlichkeiten bis wann Übertragungen und mit welcher Bandbreite möglich sind. ''(Aufgrund des gewählten Testaufbaus ist n-Betrieb nicht möglich) Ideen?'' || Joe
|-
| Korrektheit der SNR Werte || G || alle || Referenzgerät/Quelle || Vergleich, ob die WLAN Parameter (SNR, noise, signal, biterror rate (?)) auch dem entspricht, was physikalisch stimmen sollte. Manche Treiber "schummeln" und liefern ungenaue Werte. Korrekte Werte bzw. bekannte Korrekturfaktoren sind aber wichtig, um SNR basierte Metriken fuer OLSR zu entwickeln || Aaron
|-
| Mythos ESSID bei AdHoc-Mode || K || noch festzulegen || ''noch festzulegen'' || Welchen Einfluss hat die Vergabe gleicher oder ungleicher ESSID bei der Verwendung von Backfire zu Backfire, von Backfire zu Freifunk, von Broadcom zu Broadcom, von Broadcom zu Atheros (oder madwifi zu ath9k),... || Joe
|-
| Zuverlässigkeit des Auto-Modes bei der Frequenzwahl || K || ausgewählte Geräte || Gerät mit fixer Kanalzuteilung || || Joe
|-
| Multi-SSID-Mode || K/G || alle || Diverse Geräte || Ist ein das Gerät in der Lage mehrere SSIDs auszustrahlen, ad-hoc und station mode nebeneinander zu betreiben und kann man auch tatsächlich über beide SSIDs verbinden. || Erich
|-
| max.Datenraten || G || einige || diverse Geräte || max.speed mit min.dBm und speed-diff ad-hoc zu master-client || Harald
|-
| EIRP-Messung || G || einige || diverse Geräte || in einigem Abstand (10-20m) 1-2-3 devs gleichzeitig ''Wird schwierig, da wir keinen Messraum haben und so mit ext. Störungen zu rechnen haben (Joe)''|| Harald
|-
| ''bitte nächsten Test hinzufügen'' || || || || ||
|}
'' * Eindeutiger Name der Testanordnung''
'' ** Gerätetest, Parametertest(G), Kompatibilitätstest(K)''
'' *** Name des Gerätes, das untersucht werden soll''
'' **** Gegenstelle, die bei Kompatibilitätstest der WLAN-Schnittstelle verwendet werden soll''

zurück zu 0xff_Backfire-Vienna 
< [[0xff_Backfire-Vienna-Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Firmware|Firmware]] > < [[0xff_Backfire-Vienna-Hardware|Hardware]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Diverses|Diverses]] >

Datei:WR741ND-board-bottom.jpg

2011-09-20T19:55:47Z

Runout:

Datei:WR741ND-board-top.jpg

2011-09-20T19:55:06Z

Runout:

Datei:WR743ND-board-bottom.jpg

2011-09-20T19:52:40Z

Runout:

TP-Link wr741ND

2011-09-20T19:52:13Z

Runout: pics uploaded wr741nd

[[Datei:Under_Construction.jpg]]

Spannungsversorgung 5V-12V getestet

== WR741ND ==

[[Datei:WR741ND-board-top.jpg|400px]]

[[Datei:WR741ND-board-bottom.jpg|400px]]

== WR743ND ==

Versorgung per POE an WAN-Port möglich.
POE Injektor wird mitgeliefert.

[[Datei:WR743ND-board-top.jpg|400px]]

[[Datei:WR743ND-board-bottom.jpg|400px]]

TP-Link wr741ND

2011-09-20T19:50:14Z

Runout: pics inserted wr743nd

[[Datei:Under_Construction.jpg]]

Spannungsversorgung 5V-12V getestet

== WR743ND ==

Versorgung per POE an WAN-Port möglich.
POE Injektor wird mitgeliefert.

[[Datei:WR743ND-board-top.jpg|400px]]

[[Datei:WR743ND-board-bottom.jpg|400px]]

TP-Link wr741ND

2011-09-20T19:49:41Z

Runout: pics inserted wr743nd

Datei:WR743ND-board-top.jpg

2011-09-20T19:48:41Z

Runout:

TP-Link wr741ND

2011-09-20T19:39:26Z

Runout:

[[Datei:Under_Construction.jpg]]

Spannungsversorgung 5V-12V getestet

== WR743ND ==

Versorgung per POE an WAN-Port möglich.
POE Injektor wird mitgeliefert.

Hardware

2011-09-20T19:36:24Z

Runout: /* 802.11a/b/g/n mixed (2,4/5 GHz) */

das hier ist eine Übersicht über die bei FunkFeuer eingesetzte Hardware, Erfahrungsberichte und How-To's.

''Wenn du mit Hardware Erfahrungen gemacht hast, die hier nicht beschrieben ist oder noch Ergänzungen dazu hast, lass dich nicht davon abhalten sie hier einzutragen.''

=Router/Bridges=

==802.11b/g (2,4 GHz)==
{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR || Firmware || Verfügbar || Installation || Kommentar
|-
| Linksys || [[Linksys_WRT54GL|WRT54GL]] || Ja || Freifunk, [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/brcm-2.4/openwrt-brcm-2.4-squashfs.trx 0xFF-Backfire Vienna] || [http://geizhals.at/a172494.html Ja] || leicht || Standard-router aber nicht sehr Empfangssensitiv
|-
| Linksys || [[Linksys_WAP54G|WAP54G]] || Ja || Freifunk || ? || mittel || Standard-router aber kein WAN Port
|-
| D-Link || [[D-Link DIR300]] || Ja || Eigene Freifunk Version || [http://geizhals.at/a336089.html Ja] || schwer (flashen mit tftp/telnet) || Lauft auf Kernel 2.6 / webif setup möglich, relativ eigen / Atheros Chip / VLan´s nicht änderbar dz.
|-
| Buffalo || [[Buffalo_WHR-G54S|WHR-G54S]] || Ja || Freifunk || Nein || leicht (flashen mit tftp) || günstig, sehr gute Empfangseigenschaften, ''freifunk-berlin berichtet allerdings etwas anderes. Testberichte?''
|-
| Buffalo || [[Buffalo_WHR-HP-G54|WHR-HP-G54]] || Ja || Freifunk, [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/brcm-2.4/openwrt-brcm-2.4-squashfs.trx 0xFF-Backfire Vienna] || [http://geizhals.at/a173329.html Ja] || leicht (flashen mit tftp) || Buffalo WHR-G54S sehr ähnlich, hat eine Ausgangsendstufe und dadurch ein sehr sauberes Signal.
|-
| Accton Technology || MR3201A ([[Fonera|FON Fonera]]) || Ja || Spezielle Freifunk-Version, nicht alle Einstellungen vorhanden || ? || mittel, muss erst freigeschalten werden || WLAN und Software sehr instabil, schwaches Sendesignal, Empfang laut Spezifikationen sehr gut
|-
| Asus || [[Asus_WL-HDD|WL-HDD]] || Ja || Freifunk || Nein || leicht || 1xUSB1.1 und intern Platz für eine Notebook-IDE-HD
|-
| Asus || [[Asus_WL-500Gp|WL-500gP]] || Ja || Freifunk || ? || leicht || etwas teuer, gute Rechen-,Sende- und Empfangsleistung, WLAN-Karte in Mini-PCI slot, 2xUSB 2.0, VLAN muss nach dem flashen noch angepasst werden, etwas groß
|-
| Ubiquiti || [[UBNT_Bullet2|Bullet2]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/atheros/openwrt-atheros-ubnt2-squashfs.bin 0xFF-Backfire Vienna] || Ja || sehr leicht mit tftp || Günstiges und sehr kompaktes outdoor-taugliches Gerät, das direkt via N-Connector an eine Antenne geschraubt werden kann, jedoch eher langsames Interface.
|}

==802.11a (5 GHz)==

5GHz Linkstrecken, die im Bridge-modus fahren bekommen private IPs zur Administration zugewiesen, siehe [[5GHz_IP_assignment|5GHz IP assignment]]

{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR || Firmware || Verfügbar || Installation || Kommentar
|-
| Ubiquiti || [[UBNT_Bullet5|Bullet5]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/atheros/openwrt-atheros-ubnt5-squashfs.bin 0xFF-Backfire Vienna] || Ja || sehr leicht mit tftp || Günstiges und sehr kompaktes outdoor-taugliches Gerät, das direkt via N-Connector an eine Antenne geschraubt werden kann, jedoch eher langsames Interface.
|-
| OSbridge || [[OSBRiDGE_5GXi|5GXi]] || NEIN || NEIN || ? || Fremdsoftware nicht möglich, Originalfirmware leicht || nur im bridge-modus, 2 Devices pro Link nötig, Antenne integriert, Outdoor-Gehäuse, PoE
|}

==802.11a/b/g/n mixed (2,4/5 GHz)==

5GHz Linkstrecken, die im Bridge-modus fahren bekommen private IPs zur Administration zugewiesen, siehe [[5GHz_IP_assignment|5GHz IP assignment]]

{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR || Firmware || Installation || Kommentar
|-
| Ubiquiti || [[UBNT_BulletM2/M5|Bullet M2/M5]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/openwrt-ar71xx-ubnt-bullet-m-squashfs-factory.bin 0xFF-Backfire Vienna (tftp)] || sehr leicht mit tftp || Sehr kompaktes outdoor-taugliches Gerät, das direkt an eine Antenne mit N-Connector geschraubt werden kann.
|-
| Ubiquiti || [[UBNT_Routerstation|Routerstation]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/openwrt-ar71xx-ubnt-rs-squashfs-factory.bin 0xFF-Backfire Vienna (tftp)] || Sehr leicht mit tftp ||Wie der Name schon sagt, ein reines Board, dass flexibel einsetzbar und mit 3 Mini-PCI-Karten erweiterbar ist.
|-
| Ubiquiti || [[UBNT_Routerstation Pro|Routerstation Pro]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/openwrt-ar71xx-ubnt-rs-squashfs-factory.bin 0xFF-Backfire Vienna (tftp)] || sehr leicht mit tftp ||Wie der Name schon sagt, ein reines Board, dass flexibel einsetzbar und mit 3 Mini-PCI-Karten erweiterbar ist.
|-
| TP-Link || [[TP-Link wr741ND|TP-Link WR741ND, WR743ND]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/Trunk/ar71xx/r1058-2011-05-02/ar71xx/openwrt-ar71xx-tl-wr741nd-v1-squashfs-factory.bin 0xFF-Backfire Vienna (tftp)] || sehr leicht mit tftp || Genauere Infos folgen JoeSemler
|-
| TP-Link || [[TP-Link 1043ND|TP-Link 1043ND]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/Trunk/ar71xx/r1061-2011-05-10/ar71xx/openwrt-ar71xx-tl-wr1043nd-v1-squashfs-factory.bin 0xFF-Backfire Vienna (tftp)] || sehr leicht mit tftp || Sehr kompakter Indoor-Router mit 5fach GBit Switch.
|-
|routerboard || [[RB4xx]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/ 0xFF-Backfire Vienna] || [[MikroTik R4xx: OpenWrt-Installation|Installation 0xFF-Backfire Vienna]] || 30 .. 120€ je nach ausstattung (ram, cpu, anzahl minipci slots, usb, gbit)
|-
| Buffalo || [[Buffalo_WHR-108AG|WHR-108AG]] || ? || NEIN || ? || kann 2,4 GHz und 5GHz gleichzeitig ausstrahlen
|-
| Ubiquiti || [[ubiquiti_nanostationm5|Nanostation M2/M5]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/openwrt-ar71xx-ubnt-nano-m-squashfs-factory.bin 0xFF-Backfire Vienna (tftp)] || leicht via tftp || Sehr kompaktes outdoor-taugliches Gerät, mit 2 LAN-ports bei denen [[NanoStation PoE-Durchschaltung|PoE durchgeschaltet]] werden kann. Derzeit noch Empfangsprobleme aufgrund MIMO2x2-Inkompatibilität des ATH9k-Treibers
[https://wiki.graz.funkfeuer.at/UbntStations FF-Graz Patch für OLSR auf OriginalFirmware]
|-
| Ubiquiti || [[AirGrid M2/M5|AirGrid M2/M5]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/openwrt-ar71xx-ubnt-bullet-m-squashfs-factory.bin 0xFF-Backfire Vienna (tftp)] || sehr leicht mit tftp || Kompakte Antennen/Device-Kombination
[https://wiki.graz.funkfeuer.at/UbntStations FF-Graz Patch für OLSR auf OriginalFirmware]
|-
| Ubiquiti || [[NanoBridge M5|NanoBridge M5]] || Ja || [ftp://oe1xrw.ozw.wien.funkfeuer.at/contrib/ar71xx/openwrt-ar71xx-ubnt-bullet-m-squashfs-factory.bin 0xFF-Backfire Vienna (tftp)] || sehr leicht mit tftp || Derzeit noch Empfangsprobleme aufgrund MIMO2x2-Inkompatibilität des ATH9k-Treibers
|}

==802.11n (2,4 GHz) (draft-n, nicht pre-n!, kompatibel mit 802.11b/g)==
{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR-tauglich || Freifunk-Firmware || Schwierigkeitsgrad || Kommentar
|-
| Linksys || [[Linksys_WRT150N|WRT150N]] || Ja || Ja (Kamikaze), DD-WRT || mittel || ca. 60EUR
|-
| Linksys || [[Linksys_WRT300N|WRT300N]] || Ja || Ja (Kamikaze), DD-WRT || mittel || ca. 100EUR
|}

==Weitere Hersteller von 802.11a (5 GHz) Outdoor-Geräten==

Unsortierte Liste ungetesteter Hardware unter 500€
*http://www.interprojekt.com.pl/bridge-professional-cpebridge-outdoor-device-p-357.html 102 Euro
*http://yagi.pl/product_info.php/products_id/946 lahme seite aber 118 Euro
*http://www.mikrotik.com/
*http://www.straightcore.net/us/
*http://www.airlive.com/products/menu_wireless_accessory.shtml GPL !!
*http://www.netkrom.com/prod_airnet_outdoor_54mb_ap-bridge.html
*http://www.pheenet.com/product/product.php?category_id=12
*http://www.airaya.com/
*http://www.teletronics.com/tt4900.html
*http://hotware.manufacturer.globalsources.com/si/6008812254087/pdtl/Mobile-wireless/1002593030/WLAN.htm
*http://yufotech.trustpass.alibaba.com/product/10448738/11A_B_G_Outdoor_Access_Point_Bridge.html

=Hardware für Standard-PCs / miniatur-Systeme=
==802.11b/g (2,4 GHz)==
* PCI-Karten

Du suchst eine PCI-Karte für (D)einen PC?

Dann stöber bei den folgenden URLs (keine besondere Reihenfolge) weiter:
* http://www.wifi.com.ar/doc/wifi/wlan_adapters.html
* http://madwifi.org/wiki/Compatibility
* http://wiki.ubuntuusers.de/WLAN/Karten
* http://www.fehu.org/atheros.html

Und hier ist noch Platz für weitere Meta-URLs.

==802.11a (5 GHz)==
===USB WLAN Adapter bzw. Mini PCI Cards===
ein paar von einem bekannten Preisevergleicher:
* [http://geizhals.at/a144270.html Linksys WUSB54AG (USB)]
* [http://geizhals.at/a160804.html D-Link AirPremier DWL-AG132]
* [http://geizhals.at/a137121.html Lancom AirLancer USB-54ag]
* [http://geizhals.at/?fs=802.11a&x=0&y=0&in= Toshiba PA3236U-1MPC 802.11a/b W-LAN Mini PCI Card]

Sonst von einer großen Auktionsbörse gibt es eigentlich viel, wenn man nach "802.11a" sucht...

* SparkLAN WMIA-123AG (Atheros AR5004X Chipsatz)
* [http://search-desc.ebay.de/search/search.dll?sofocus=bs&sbrftog=1&catref=C6&from=R10&satitle=mini+pci+atheros&sacat=-1%26catref%3DC6&bs=Finden&fts=2&fsop=1%26fsoo%3D1&coaction=compare&copagenum=1&coentrypage=search&fgtp=&sargn=-1%26saslc%3D3&sadis=200&fpos=99423&ga10244=10425&ftrt=1&ftrv=1&saprclo=&saprchi=| mini pci a/b Karte]
=Antennenhersteller (Import)=

*http://www.fractenna.com/
*http://www.5ghz.biz/
*http://yagi.pl/
*http://www.wlan-ok.hu/index.php?buy=411&bc=1198&single
*http://www.dipol.com.pl/2_4_ghz_panel_antenna_-_tetraant_13dbi__A72801.htm
*http://www.gigatechnik.hu/
*http://www.stelladoradus.com/Planar.antennas.php
*http://www.telex.com/
*http://www.connectronics.com/antennas/2_4GHz_Antennas.htm
*http://www.stelladoradus.com/2.4.ghz.planar.antennas.php
*http://wifi.aspa.cz/zbozi.php?kat=4174
*http://shop.cznet.cz/3-wireless-2-4ghz/
*http://www.alphasonic.hu/index.php?cPath=11_66
*http://www.agendaage.hu/termek.php?kod=1112
*http://www.telemat.hu/index.php?page=arlistak&cid=032
*http://www.itelite.net

=Hardware-Lieferanten und Kaufgemeinschaften=

Hier findet ihr eine [http://wiki.funkfeuer.at/index.php/Kaufgemeinschaften Möglichkeit] privat zusammen zu finden für gemeinsame Bestellungen von Hardware um Versandkosten zu sparen und eventuell gemeinsam in bessere Rabattgruppen zu kommen

[[Category:Hardware]]

TP-Link WR1043ND

2011-09-12T19:22:21Z

Runout:

[[Datei:Under_Construction.jpg]]

==Antennenanschluss==
Der mit J8 bezeichnete Antennenanschluß.
Bzw. aussen (von hinten gesehen rechts), neben dem gelben 4-fach Ethernet Stecker.

==Wiederherstellen des Originalzustands==
Da es mmer wieder passiert, dass der Router versehentlich in den Zustand der Unbrauchbarkeit befördert wurde, habe ich euch hier zwei Möglichkeiten aufgelistet, wie ihr das Devices vor dem Schrottplatz retten könnt.

===Failsave Mode===
Die "light-Variante" ist der sogenannte '''Failsave Mode'''

* Netzstecker ziehen und wieder einstecken.
* Wenn das LED Lämpchen mit der Überschrift 'SYS' anfängt zu blinken, drückt man den QSS Knopf (schwarzer Knopf rechts auf grünem Untergrund) bis das 'SYS' Lämpchen schneller blinkt.
* Anschließend verbindet man sich per Telnet mit der IP Adresse 192.168.1.1 oder 10

===Reset aller Daten===
Sollte mit passwd das setzen eines neuen Passworts nicht möglich sein, hilft vielleicht das Löschen aller Daten im Root-Filesystem
Dazu mit putty über telnet auf 192.168.1.10 einloggen und folgenden Befehl eingeben:

mtd -r erase rootfs_data #alle Settings werden gelöscht - device rebootet

Nach einen '''Power Cycle''' (Device ab und wieder anstecken) kommt der Router auf 192.168.1.1 oder 10 in seiner Originakonfiguration

===Sysupgrade per mtd===
Wenn die Software so schwer beschädigt ist, dass nur eine Neuinstallation hilft, dann lädt man das Sysupgrade Image in den Ordner "/tmp" und installiert es mit dem Befehl

mtd -r write (name-des-sysupgrade-images) firmware

== Anwendungsbeispiel - Flashen - LUCI - VLANs ==

Hier findet ihr ein [http://wiki.funkfeuer.at/index.php/TP-Link1043ND-Demo Demo-Beispiel] zur Konfiguration beginnend mit Flashen (eigentlich nur firmware-update),sowie über die üblichen Einstellungen mittels LUCI und das umkonfigurieren der LAN und WAN Schnittstellen mittels VLAN

== Bekannte Bugs ==

===== OLSR läuft nicht auf LAN/WAN Interfaces =====
Wird auf den physischen Interfaces (WAN/LAN) OLSR benötigt, ist in den physischen Einstellungen des jeweiligen Interface, auch die Funktion '''Bridge interfaces''' zu aktivieren.
https://dev.openwrt.org/ticket/9537