FunkFeuer Wiki - Benutzerbeiträge [de]

Arbeitsgruppe Hardware RS

2009-11-15T20:03:26Z

Dieter: Tippfehler

Nette, recht preisgünstige Hardware (evt. < 60€), shipped mit (modded) Openwrt und somit eventuell die eierlegende Wollmilchsau für ein Mesh.

3 Minipci Slots, 3 x LAN, 64MB RAM 680Mhz Ar7161 MIPS24K CPU, GPIO, Usb 2.0 Support, etc.

Pro-Version mit Gbit, mehr RAM, 803af und SDIO wirds auch geben.

== Status ==
Momentan ist mal eine RS vorhanden um sie auszutesten.
(Momentan auf 193.238.158.180 am heusued verbaut und hoffentlich online)

Wlan scheint recht kompatibel mit üblichen Atheros 2.4 und 5ghz Minipcis zu sein.

WDS-Links (zu Routerboards) funktionieren scheints nicht (wurde aber auch nicht gewissenhaft versucht), des weiteren muss man auf RouterOS Linkquality Werte verzichten etc. (so wie bei Routerboard-Osbridge ja auch).

Die bisherigen groben WLAN-Probleme scheinen einerseits auf Fehler in der config aber eben auch auf config-Optionen zurückzuführen zu sein, welche beim auslesen von /etc/config/wireless von kamikaze scheinbar ignoriert bzw. falsch gesetzt werden.

Weiters scheint die RS ein Problem mit ihren RAM und ihrer CPU zu haben:
* ist mit 180MB / Sekunde da ziemlich lahm (sogar ein WRT54G hat 750MB/Sek )
* mit neuen firmwares/bootloadern sollten es inzwischen
** 350MB/Sek sein
** und auch deutlich höhere CPU Performance
** und aktivierter write cache
Aber trotzdem: DDR-RAM sollte schneller sein.

Das RAM Problem besteht somit grossteils immer noch.

Die CPU war/ist übrigens so lahm, weil Debug-mode aktiv ist (in neueren Firmwares ist das behoben).

Und - nun ja - es dauert ne ziemliche Weile bis nach einem Reboot alles und der dropbear im speziellen wieder läuft.

Aber alles in allem kann man die Dinger wohl verwenden *g (Markus)

== How To get LuCI on the RS ==

=== RS flashen mit Redboot ===

==== PC-seitige Vorbereitungen ====

Zunächst müssen Rootfilesystem und Kernelimage hier heruntergeladen werden:

http://texas.funkfeuer.at/~datacop/kamikaze/RS_trunk/

Hier die Dateien
* ''openwrt-ar71xx-root.squashfs'' (rootfilesystem)
* ''xxx'' (kernelimage)
herunterladen und speichern.

Selbstverständlich gibt es mehrere Möglichkeiten die Dateien auf die RS zu bekommen, die hier vorgestellte ist jedoch ganz praktikabel.
Die Dateien werden über einen TFTP-Server, der auf dem Heimcomputer läuft, von Redboot(Bootloader der RS) geholt.
Wie man einen solchen TFTP-Server zum laufen bringt, ist im WWW nach zu lesen und recht einfach.

Hat man nun einen TFTP-Server am laufen, kopiert man die beiden Dateien das entsprechende Verzeichnis des Servers. Gleichzeitig sollte man die Dateinamen, der Einfachheit halber ändern. Ich habe rootfs und kernel verwendet wie hier Beispielsweise zu sehen ist.

z.B. Linux
user@galactica:/srv/tftp$ ls
kernel rootfs

Für Windows gibt es Pumpkin, auch ein einfacher TFTP-Server.

Um sich mit der RS zu verbinden wird ein Terminalprogramm benötigt, z.B. minicom (Linux) oder putty (Windows). Einstellungen der RS sind 115200 8N1.

==== RS-seitige Vorbereitungen ====

Um sich mit der RS zu verbinden wird weiters ein Pegelkonverter (z.B. MAX232) benötigt und wenn am PC keine serielle Schnittstelle zur Verfügung steht, ein USB to Serial converter.

Verbindet (mit Kabeln) man nun die RS mit dem PC und öffnet minicom bzw. putty, und gibt der RS Strom, kann der Startvorgang von Redboot, und in weiterer Folge, des openWRT verfolgt werden.

Um in das Redboot zu kommen muss gleich nach anstecken des Stromes die Tastenkombination "Strg+C" gedrückt werde.

===== Nun zu Redboot =====

RedBoot bietet eine Vielzahl von Möglichkeiten, im folgenden werden nur die relevanten vorgestellt und kurz erläutert.

RedBoot> fis list

Gibt den Inhalt des Flash Speichers aus.

Nun kann das rootfs geholt werden.

RedBoot> load -r -v -b %{FREEMEMLO} -h 192.168.1.21 rootfs

Hier wird die Datei rootfs, des TFTP-Servers, der auf dem HeimPC unter der 192.168.1.21 erreichbar ist (funktionierende LAN-Verbindung vorausgesetzt) geholt und temporär in den RAM gespeichert.

RedBoot> fis delete rootfs

Da noch ein alter Eintrag rootfs vorhanden ist, muss dieser gelöscht werden. Dies geschieht mit fis delete

... to be continued

==Country Code==
Unter /etc/modules.d/50-madwifi
ath_pci countrycode=860

Ist allerdings der country code von Uzbekistan, imho alle in AT erlaubten Kanäle sind freigeschalten, teilweise mit maximal 15db (5180..5320Mhz) ansonsten meist max. 17db was imho nicht weiter stört, und auch mit AFAIK mit 25mW erlaubte 5,8GHz Subband ist dabei (was in dem Band genau erlaubt ist, bitte selber nachprüfen, bevor man daran denkt, solche Frequenzen einzustellen,...)

Will man doch etwas korrekter sein dann:
ath_pci countrycode=276 outdoor=1
Damit hat man dann die 5Ghz Outdoor Kanäle, und halt eben den countrycode unsrer lieben Nachbarn eingestellt (DE).
Will man Indoor-Kanäle, dann Outdoor weglassen. Beides gleichzeitig am selben Router gibts wohl nit *g

(Nebenbei geht mit diesem code auch turbo modus recht problemlos, sowohl in den Indoor- und Outdoor-Kanälen, während mit 860 hatte ich da keinen Erfolg)

AT hätte country_code von 040 aber damit gab es dann gleich nur noch 2.4ghz Kanäle )-;

==Turbo Mode==
Geht im station Betrieb klaglos, einfach den ap auf turbo mode stellen und madwifi scannt es von alleine und aktiviert turbo mode (zumindest auf den static turbo mode Kanälen).

iwconfig zeigt dann IEEE 802.11Ta an ansgtelle von 802.11a.

Ansonsten könnte man turbo mode auch manuell konfigurieren:
iwpriv athX turbo 1
iwpriv athX mode 5 (nur bei station mitunter notwendig, damit sie sich mit nem turbo-mode ap verbinden)

==AP Forwarding==
Auf 5Ghz gibts ja kaum adhoc taugliche Geräte (weil dann inkompatibel mit dfs), also bleibt in der Regel nur noch wds mit "echter" mesh Funktinoalität übrig, in der Regel hat wds aber eh nur Kompatibilitätsprobleme, oder macht eh wenig Sinn und ptmp ist eh genug bzw. zuviel *g ( ... an hidden stations *g).

Jedoch sollte in einem OLSR-Netz eben idealerweise nur auf Layer 3 geroutet werden und eben nicht vom ap die OLSR-Broadcast der einen Station wieder an die anderen Station repeatet werden und in Folge dann aller andere Traffic zwischen den Clients. Denn die link-Kosten des OLSR stimmen dann mit der realen Doppelbelastung des Mediums wiedermal nicht überein (im Grunde ist das sogar noch ein bisschen schlimmer als PTP 5Ghz bridges aneinander zuhängen).

Darum imho besser das forwarding/bridging am ap abdrehen.

iwpriv athX ap_bridge 0

==Distance, Diversity, usw. ==
wie man derartige advanced wlan settings tatsächlich via /etc/config/wireless konfiguriert, sollt ma noch rausfinden/fixen.

Eventuell tun diese 3 zusammen was es soll:
option diversity 1
option txantenna 1
option rxantenna 1
#0 = auto, 1 = antenna a, 2 = antenna b

Fürs erste tuns aber cmdline utilities auch
z.B.: http://wlanwifi.blogspot.com/2008/02/madwifi-utility-usage.html

Nützlich ists mal die distance einzustellen, sonst geht auf langen Strecken gar nix (denn default Setting ist für 301-600 Meter):

athctrl -i wifi0 -d 10000

Oder nachdem man genug rumprobiert hat (Einstellungen ändern sich nur in 300 Meter Schritten dann eben permanent in /etc/config/wireless in der wifiX section eintragen:

option 'distance' '10000'

Da manche minipci, zumindest bei broadcasts, mitunter diversity mässig groben Unfug treiben (paketweise abwechselnd Antenne A oder B).

Vermutlich weil sie normalerweise aufgrund der acks lernen, welche Antenne für welches Ziel besser wäre, aber bei broadcasts gibts keine acks und darum besser fix einstellen. Vor allem weil wir in der Regel eh nur eine einzige Antenne haben:

echo "1" > /proc/sys/dev/wifi0/txantenna # 0 auto, 1 antenna a, 2 antenna b

Oder im /etc/config/wireless in der wifiX Section:

option 'diversity' '0' # 0 off, 1 on
option 'rxantenna' '0' # Antenna identifier (0, 1 or 2) for reception.
option 'txantenna' '0' # Antenna identifier (0, 1 or 2) for emission.

Auch das Beschränken der Kanäle fürs Scannen macht Sinn (z.B. nur 5G wenn man ne 5G Antenne aber ne abg Card hat),
sonst dauert das Scannen nach der Gegenstelle (nach einem disconnect) immer sooo lange *g
(Allerdings hat untriges bis jetzt nie erwünschte Wirkung gezeigt, es wird weiterhin auch auf allen Frequenzbändern gescannt):

athchans -i ath0 1-2 #restrict channel search to 1-2

Oder man setzt wenigstens den mode im Konfigfile:

option 'hwmode' '11a'

== OLSR ==
Läuft klaglos drauf und wenn man die Firewall abschaltet:

/etc/init.d/firewall disable

Oder eben die zu restriktiven forwarding Regeln abändert, dann passt alles, ansonsten ist ein kamikaze Router mit OLSR eben ein böses blackhole.

Weitere Details zur [[OLSR-Konfiguration]]

Allgemeines [[OLSR-Linux-Howto|Howto]] für OLSR unter Linux

== Unbricking ==
https://lists.openwrt.org/pipermail/openwrt-users/2009-May/000759.html

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

Arbeitsgruppe Hardware N

2009-11-15T19:24:39Z

Dieter: Tippfehler

Inzwischen gibt es einige 811.n Geräte zu recht erschwinglichen Preisen.
Hier mal ein paar Notizen über ihre Praxistauglichkeit und Interoperabilität.

===Minipci Karten===
====Mikrotik R52N====
Preiswerte 811.abgn 2x2 Karte vom Mikrotik.

Positives:
+ Kann gleichzeitig 811.a und 811.an bzw. auf 2.4ghz 811.b/g und 811.n
+ Deutlich billiger als z.B. die ubiquiti 811.n minipcis
+ Funktioniert auch sehr gut als 811.a Karte (gute Empfangsempfindlichkeit)

Negatives:
- rate selection etwas sehr instabil (sofern nicht irre gutes Signal herrscht) -> Abhilfe angeblich mit ht-guard interval: long
- Die erreichte Performance ist (scheinbar) mit RB4xx routerboards nicht komplett ausschöpfbar. (z.B.: mehr als 75mbit tcp,..)
- Kein 811ag turbo mode
- Keine frei auswählbaren bitrates für 811.n !?
- Keine 5 oder 10 Mhz Kanäle, nur 20 oder 40 bei 811.n

Aber mit einer Antenne auf 20 Mhz Kanälen, eventuell gut/sinnvoll einsetzbar und die Treiber und routerboards werden wohl auch noch besser werden.

====Ubiquiti SR71-A====
811.n abgn 3x3 Mimo mit mmcx, AFAIK aber nur 2 Streams.

===Ubiquiti Mimo (Airmax) Komplettgeräte===
Allgemeines über ubiquiti 811.n devices(NS M, Rocket, Bullet M):

+ 5, 10 20 und 40 Mhz mit 811.n (allerdings Qualität bei 5 und 10 Mhz nicht/kaum besser)

Negatives:
- AirOS ist ein nerviges Klump, reboot (15 Sekunden) für jede Änderung
- Scheint massiv Nachbarkanäle++ einzurauschen (selbst ohne traffic)
- Auch CSMA mit anderen 811.a Geräten scheint komplett inexistent zu sein (zumindest bei voller Sendeleistung)
- Kann nur 811.n, keine links zu 811.a Geräten möglich
- Nur 100mbit Ethernet Interfaces, aber scheinbar ist bei 130mbit (65mbit full duplex) ihr wireless/CPU Limit eh erreicht
- Streams nicht einzeln abschaltbar, zumindest unpraktisch zum Antennen ausrichten, aber auch so )-;

Tipps:
* Packet Aggregation muss konfiguriert sein, um höheren Durchsatz zu erreichen. 32 packets 10.000 Bytes ist eventuell eine sinnvolle Grundeinstellung.
* Bei schlechten links aber weniger! Bei sehr guten oder speziellem traffic auch anderes.

====Ubiquiti NS M5 bzw M2====
Ähnlich der typischen nanostation.

Positives:
+ Für ein fixfertig Outdoor Gerät recht preiswert
+ POE passthru über Webinterface ein/ausschaltbar (jedoch nur mit reboot )-;)

Fragwürdiges:
* 27 db. intern (500mw) (AFAIK pro Stream), mit den eingebauten 16db Antennen und beiden Streams aktiv, kommt man da wohl bis zu 45db EIRP (d.h. > 30W! = 60x-fache des erlaubten)

Negatives:
- Nur 16db Antennen, mit legaler Sendeleistung kommt man damit wohl nur ein paar hundert Meter,
- Bisherige Nanobrackets passen nicht, da das Layout der Rückwand um ein paar Millimeter geändert wurde

====Ubiquiti Rocket 5====
Ähnlich der picostation, allerdings eben doppelt so breit und etwas solideres Look and Feel.

Positives:
+ Externe Antennen
+ USB
+ Angenehme (und auch vertrauenserweckende) Masthalterung mit Metallschelle
+ Antennenausgänge oben (praktisch)
+ Antennenausgänge sehen nun etwas solider/wasserdichter aus als auf der picostation,..

Negatives:
- Da minimal 8db pro Stream (d.h. 11 insgesamt) eingestellt werden können, ist die größte noch legal betreibbare Antenne wohl (20 + Kabelverlust) db (siehe auch Warnung unterhalb)
- Antennenausgänge oben (wirklich dauerhaft wasserdicht?)
- Nur ein Ethernet-Port
- Obwohl keine internen Antennen gleicher Preis wie NS M5

Links über 3 km sind damit wohl mit legalen Sendeleistungen nicht mehr möglich.

btw.: ACHTUNG: extrem illegale Sendeleistungen hingegen erreicht man damit sehr leicht!!

Denn selbst mit Antennen mit > 2db Gewinn (wenn man dem Kabel eben 2db zurechnet) werden bereits illegale Sendeleistung erreicht (es sind nur 27db EIRP ohne TCP erlaubt)

Mit 30db grids könnte man damit an die 500W EIRP erreichen!!! also das fast 1000-fache des erlaubten!!

====Bullet M====
Hat nur einen 811.n Stream und ja auch nur einen Antennenanschluss!

Als mimo darf man da nit sagen,.. aber ein M hat er trotzdem im Namen *G

Ansonten aber wohl (trotz der anderen Bauform) recht ähnlich zu den anderen obigen Geräten (AR71x Plattform)

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

OpenWRT Kamikaze

2009-11-15T18:52:11Z

Dieter: /* Konfiguration */ Tippfehler

Achtung, diese Seite ist noch im Aufbau
= Allgemeines =

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

= Warum eine neue Firmware? =

OpenWRT Whiterussian basierte zu einem großen Teil auf den originalen Quelltexten des 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 des Herstellers Atheros verwendet, die durch diese Firmware nicht unterstützt werden.

Die primäre Motivation hinter der Kamikaze-Entwicklung besteht darin, eine Plattform zu schaffen, bei der die Konfiguration der Devices hardwareunabhängig ist. Es also egal ist, welches der unterstützten Geräte verwendet wird - es läuft immer die gleiche Software mit einem vergleichbaren Set der Konfiguration und dem gleichen "Look & Feel".

== Unterschiede zur Freifunk Firmware ==
Eines der gravierendsten Unterschiede zur Vorgängerversion ist, dass die Einstellungen nicht mehr wie bei Broadcom-Geräten in der NVRAM-Partition sondern in einzelne Konfigurationsdateien gespeichert werden und somit von jedem Programm, dass auf dem Router läuft, verwendet werden kann. Dadurch wird erreicht, dass die Konfiguration des Devices einheitlich gehalten wird.

= Installation =
Bis zum Rollout der geplanten 0xFF-Kamikaze Images ist es ratsam, auf bereits vorhandene Distributionen unserer deutschen Freifunk-Kollegen aus Halle oder Leipzig zuzugreifen, da dort bereits auch alle nötigen Freifunk-Pakete inkludiert sind.
Abhängig von der verwendeten Gerätehardware gibt es bei [http://dev.luci.freifunk-halle.net/freifunk-snapshots/ Freifunk Halle] die passenden Snapshots. Wer jedoch lieber mit den Originalpaketen von openWRT arbeiten möchte oder bei Freifunk Halle seine Hardware nicht finden kann, findet [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 Freifunk-Pakete erst nach der Installation zugefügt werden müssen. Wie das geht, wird zu einem späteren Zeitpunkt erklärt.
== Webinterface ==

= Konfiguration =

Wie bereits erwähnt verwendet OpenWRT-Kamikaze 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.

In dieser Anleitung werden wir uns vorerst der Konfiguration über LuCI widmen und im Anschluss die einzelnen Konfigurationsfiles der 0xFF-Basisinstallation vorstellen.

== Über das Webinterface ==

=== Allgemeines ===

==== Login ====
Nach der Installation von 0xFF-Kamikaze 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, muss beim Anmelden als "root"-User das Passwortfeld leer gelassen werden. Bitte jetzt SOFORT ein sicheres Passwort setzen, damit der Router aus dem Internet nicht übernommen werden kann.

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.

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

* ''Zeitzone'': '''Europe/Vienna'''

=== 2. Kontaktinfos ===

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

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

GPS Position muss nicht eingetragen werden.

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

=== 5. Firewall ===

Unter '''Netzwerk->Firewall->Zonen''' sind folgende Werte anzupassen:

In der Sektion '''Zonen''', Zone '''wan''':

* ''wan''
** ''Eingehender Verkehr'': '''annehmen'''
** ''Ausgehender Verkehr'': '''annehmen'''
** ''Weitergeleiteter Verkehr'': '''annehmen'''
** ''MASQ'': '''aktiviert'''

=== 6. OLSR ===

==== Plugins anpassen ====

Unter '''Dienste->OLSR->Plugins''' folgende Plugins aktivieren/deaktivieren falls vorhanden:

* ''olsrd_dyn_gw_plain.so.0.4'': '''deaktiviert''' '''''WICHTIG!!'''''
* ''olsrd_nameservice.so.0.3'': '''aktiviert''' kann auch deaktiviert werden.
* ''olsrd_txtinfo.so.0.1'': '''aktiviert'''

==== OLSR Daemon ====

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

'''Allgemeines'''

* ''Internet Protokoll'': '''IPv4'''
* ''VQ-Algorithmus'': '''Freifunk'''
* ''FIB-Metrik'': '''flat'''

'''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
* ''IPv4 Broadcast'': '''255.255.255.255'''
* ''Hello-Intervall'': '''5.0'''
* ''Hello-Gültigkeit'': '''125.0'''
* ''TC-Intervall'': '''3.0'''
* ''TC-Gültigkeit'': '''500.0'''
* ''MID-Intervall'': '''25.0'''
* ''MID-Gültigkeit'': '''500.0'''

Falls HNAs konfiguriert wurden, auch folgende:

* ''HNA-Intervall'': '''25.0'''
* ''HNA-Gültigkeit'': '''500.0'''

== Über die Kommandozeile ==
todo

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

OpenWRT Kamikaze

2009-11-15T18:31:07Z

Dieter: /* Warum eine neue Firmware? */ Tippfehler

Achtung, diese Seite ist noch im Aufbau
= Allgemeines =

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

= Warum eine neue Firmware? =

OpenWRT Whiterussian basierte zu einem großen Teil auf den originalen Quelltexten des 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 des Herstellers Atheros verwendet, die durch diese Firmware nicht unterstützt werden.

Die primäre Motivation hinter der Kamikaze-Entwicklung besteht darin, eine Plattform zu schaffen, bei der die Konfiguration der Devices hardwareunabhängig ist. Es also egal ist, welches der unterstützten Geräte verwendet wird - es läuft immer die gleiche Software mit einem vergleichbaren Set der Konfiguration und dem gleichen "Look & Feel".

== Unterschiede zur Freifunk Firmware ==
Eines der gravierendsten Unterschiede zur Vorgängerversion ist, dass die Einstellungen nicht mehr wie bei Broadcom-Geräten in der NVRAM-Partition sondern in einzelne Konfigurationsdateien gespeichert werden und somit von jedem Programm, dass auf dem Router läuft, verwendet werden kann. Dadurch wird erreicht, dass die Konfiguration des Devices einheitlich gehalten wird.

= Installation =
Bis zum Rollout der geplanten 0xFF-Kamikaze Images ist es ratsam, auf bereits vorhandene Distributionen unserer deutschen Freifunk-Kollegen aus Halle oder Leipzig zuzugreifen, da dort bereits auch alle nötigen Freifunk-Pakete inkludiert sind.
Abhängig von der verwendeten Gerätehardware gibt es bei [http://dev.luci.freifunk-halle.net/freifunk-snapshots/ Freifunk Halle] die passenden Snapshots. Wer jedoch lieber mit den Originalpaketen von openWRT arbeiten möchte oder bei Freifunk Halle seine Hardware nicht finden kann, findet [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 Freifunk-Pakete erst nach der Installation zugefügt werden müssen. Wie das geht, wird zu einem späteren Zeitpunkt erklärt.
== Webinterface ==

= Konfiguration =

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

In dieser Anleitung werden wir uns vorerst der Konfiguration über LuCI widmen und im Anschluss die einzelnen Konfigutarionsfiles der 0xFF-Basisinstallation vorstellen.

== über das Webinterface ==

=== Allgemeines ===

==== Login ====
Nach der Installation von 0xFF-Kamikaze 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, muss beim Anmelden als "root"-User das Passwortfeld leer gelassen werden. Bitte jetzt SOFORT ein sicheres Passwort setzen, damit der Router aus dem Internet nicht übernommen werden kann.

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.

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

* ''Zeitzone'': '''Europe/Vienna'''

=== 2. Kontaktinfos ===

Unter '''Freifunk->Kontakt''' sollte zumindestens folgendes eintegragen werden:

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

GPS Position muss nicht eingetragen werden.

=== 3. WLAN-Einstellungen ===

Die Konfiguration von WLAN-Schnittstallen bei OpenWRT Kamikaze ist so aufgabaut, dass jede 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'': '''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 Addresse zwischen ''193.238.156.0'' und ''193.238.159.254'':  '''255.255.25''2''.0''' <- Achtung
** bei einer Addresse 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'''

=== 5. Firewall ===

Unter '''Netzwerk->Firewall->Zonen''' sind folgende Werte anzupassen:

In der Sektion '''Zonen''', Zone '''wan''':

* ''wan''
** ''Eingehender Verkehr'': '''annehmen'''
** ''Ausgehender Verkehr'': '''annehmen'''
** ''Weitergeleiteter Verkehr'': '''annehmen'''
** ''MASQ'': '''aktiviert'''

=== 6. OLSR ===

==== Plugins anpassen ====

Unter '''Dienste->OLSR->Plugins''' sind folgende Plugins aktivieren/deaktivieren falls vorhanden:

* ''olsrd_dyn_gw_plain.so.0.4'': '''deaktiviert''' '''''WICHTIG!!'''''
* ''olsrd_nameservice.so.0.3'': '''aktiviert''' kann auch deaktiviert werden.
* ''olsrd_txtinfo.so.0.1'': '''aktiviert'''

==== OLSR Daemon ====

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

'''Allgemeines'''

* ''Internet Protokoll'': '''IPv4'''
* ''VQ-Algorithmus'': '''Freifunk'''
* ''FIB-Metrik'': '''flat'''

'''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. dem jeweiligen OLSR Schnittstellenname anpassen
* ''IPv4 Broadcast'': '''255.255.255.255'''
* ''Hello-Intervall'': '''5.0'''
* ''Hello-Gültigkeit'': '''125.0'''
* ''TC-Intervall'': '''3.0'''
* ''TC-Gültigkeit'': '''500.0'''
* ''MID-Intervall'': '''25.0'''
* ''MID-Gültigkeit'': '''500.0'''

Falls HNAs Konfiguriert wurden auch folgende:

* ''HNA-Intervall'': '''25.0'''
* ''HNA-Gültigkeit'': '''500.0'''

== über die Kommandozeile ==
todo

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

Server ohne olsr

2009-11-15T18:24:25Z

Dieter: /* Allgemeines */ Tippfehler

==Allgemeines==
In manchen Fällen ist es gewünscht, einen Server im 0xFF-Funkfeuer Netz zu betreiben, auf dem kein OLSR installiert ist- Folgende Anleitung zeigt, wie´s geht. Dabei wird vorausgesetzt, dass:
* Ein betriebsbereites 0xFF-Funkfeuer Device vorhanden ist
* Dieses entsprechend der Anleitung [[Freifunk_Firmware|Konfiguration des Routers (Freifunk Firmware)]] konfiguriert wurde
* Die nötigen IP-Adressen dazu über das [[Frontend|0xFF-Funkfeuer Frontend]] angefordert wurden

==Ein Server an einem Router==
*Über das [http://marvin.funkfeuer.at/frontend_wien/ 0xFF-Funkfeuer-Frontend] wird eine zusätzliche IP-Adresse für den Server (0xFFserverIP) oder das Netzlaufwerk angefordert. Am Besten ihr gebt der IP-Adresse im Frontend den gleichen Namen, den ihr auch eurem Server zugewiesen habt. (DataCenter, meinServer, Musik,...)
*Nun müsst ihr eurem Server eine statische IP-Adresse aus dem gleichen lokalen Netz zuweisen, in dem sich auch die LAN-Schittstelle eures Routers befindet. Dies ist bei Standardkonfiguration 192.168.1.x. In unserem Beispiel verwende ich 192.168.1.50 als LOKALEserverIP
*Jetzt über [http://192.168.1.1 http://192.168.1.1] an euren Router anmelden und über [http://192.168.1.1/cgi-bin-admin.html Verwalten] den Admin-Bereich aufrufen.
*Nun den Folder [https://192.168.1.1/cgi-bin/olsrd.html OLSR] besuchen und unter '''Pseudo-DMZ Umleitung:''' den Eintrag "0xFFserverIP:LOKALEserverIP" eintragen.
:Habt ihr z.B. über der 0xFF-Frontend 78.41.113.xxx erhalten und eurem Server die Adresse 192.168.1.50 zugewiesen ist der Eintrag so zu gestalten: '''78.41.113.xxx:192.168.1.50'''
*Jetzt noch einen [https://192.168.1.1/cgi-bin/reset.html Neustart] > '''Einfacher Neustart''' durchführen und fertig.

Der Server ist jetzt aus deinem Netz (normalerweise 192.168.1.xxx) über deine '''LOKALEserverIP''' und aus dem 0xFF-FunkfeuerNetz (78.41.11x.xxx oder 193.238.1xx.xxx) über die '''0xFFserverIP''' erreichbar, die dir das Frontend zugewiesen hat.

==Mehrere Server an einem Router==
Sollen über einen Router mehrere Server aus dem 0xFF-FunkfeuerNetz erreichbar sein, so ist für jeden Server eine eigene 0xFFserverIP zu beantragen.
Die Konfiguration erfolgt sinngemäß der Anleitung [[Server_ohne_olsr#Ein Server an einem Router|Ein Server an einem Router]], nur
sind die Einträge in der Pseudo-DMZ Umleitung mit Semikolon (;) zu trennen.

Für zwei Server gestaltet sich der Eintrag dann in der Form: '''0xFFserverIP1:LOKALEserverIP1;0xFFserverIP2:LOKALEserverIP2''' oder in Adressen ausgedrückt: '''78.41.113.xxx:192.168.1.50;78.41.113.yyy:192.168.1.51

Server ohne olsr

2009-11-15T18:09:29Z

Dieter: /* Nehrere Server an einem Router Tippfehler

==Allgemeines==
In manchen Fällen ist es gewünscht, einen Server im 0xFF-Funkfeuer Netz zu betreiben, auf dem kein OLSR installiert ist- Folgende Anleitung zeigt, wie´s geht. Dabei wird vorausgesetzt, dass ein betriebsbereites 0xFF-Funkfeuer Device vorhanden ist, dieses entsprechend der Anleitung [[Freifunk_Firmware|Konfiguration des Routers (Freifunk Firmware]] konfiguriert wurde und die nötigen IP-Adressen dazu über das [[Frontend|0xFF-Funkfeuer Frontend]] angefordert wurden.

==Ein Server an einem Router==
*Über das [http://marvin.funkfeuer.at/frontend_wien/ 0xFF-Funkfeuer-Frontend] wird eine zusätzliche IP-Adresse für den Server (0xFFserverIP) oder das Netzlaufwerk angefordert. Am Besten ihr gebt der IP-Adresse im Frontend den gleichen Namen, den ihr auch eurem Server zugewiesen habt. (DataCenter, meinServer, Musik,...)
*Nun müsst ihr eurem Server eine statische IP-Adresse aus dem gleichen lokalen Netz zuweisen, in dem sich auch die LAN-Schittstelle eures Routers befindet. Dies ist bei Standardkonfiguration 192.168.1.x. In unserem Beispiel verwende ich 192.168.1.50 als LOKALEserverIP
*Jetzt über [http://192.168.1.1 http://192.168.1.1] an euren Router anmelden und über [http://192.168.1.1/cgi-bin-admin.html Verwalten] den Admin-Bereich aufrufen.
*Nun den Folder [https://192.168.1.1/cgi-bin/olsrd.html OLSR] besuchen und unter '''Pseudo-DMZ Umleitung:''' den Eintrag "0xFFserverIP:LOKALEserverIP" eintragen.
:Habt ihr z.B. über der 0xFF-Frontend 78.41.113.xxx erhalten und eurem Server die Adresse 192.168.1.50 zugewiesen ist der Eintrag so zu gestalten: '''78.41.113.xxx:192.168.1.50'''
*Jetzt noch einen [https://192.168.1.1/cgi-bin/reset.html Neustart] > '''Einfacher Neustart''' durchführen und fertig.

Der Server ist jetzt aus deinem Netz (normalerweise 192.168.1.xxx) über deine '''LOKALEserverIP''' und aus dem 0xFF-FunkfeuerNetz (78.41.11x.xxx oder 193.238.1xx.xxx) über die '''0xFFserverIP''' erreichbar, die dir das Frontend zugewiesen hat.

==Mehrere Server an einem Router==
Sollen über einen Router mehrere Server aus dem 0xFF-FunkfeuerNetz erreichbar sein, so ist für jeden Server eine eigene 0xFFserverIP zu beantragen.
Die Konfiguration erfolgt sinngemäß der Anleitung [[Server_ohne_olsr#Ein Server an einem Router|Ein Server an einem Router]], nur
sind die Einträge in der Pseudo-DMZ Umleitung mit Semikolon (;) zu trennen.

Für zwei Server gestaltet sich der Eintrag dann in der Form: '''0xFFserverIP1:LOKALEserverIP1;0xFFserverIP2:LOKALEserverIP2''' oder in Adressen ausgedrückt: '''78.41.113.xxx:192.168.1.50;78.41.113.yyy:192.168.1.51

OLSR HTTPInfo Redirect

2009-06-03T19:51:51Z

Dieter: Tippfehler

Zum Weiterleiten von cgi-bin-status.html aufs HttpInfo bieten sich folgende Möglichkeiten:

cgi-bin-status.html sollte die Datei heißen, weil die Links von den Statusseiten der Freifunk-Firmware-Router eben darauf zeigen,..

Die Datei muss jedenfalls nachher ausführbar gemacht werden!
chmod +x /www/cgi-bin-status.html
====Redirect mit HTTP Header====
Entweder als HTTP-Header
(falls ein anderer Port als 8000 fürs HttpInfo verwendet wurde: PORT korrigieren!)

#!/bin/sh
PORT=8000
OWN_IP=`nvram get wifi_ipaddr`
echo "HTTP/1.0 301 Moved Permanently"
echo "Location: http://$OWN_IP:$PORT/nodes"
echo "Connection: close"
echo
echo

Unter der fff funktioniert obiges.

Unter kamikaze wird das Shellscript aber gleich gar nicht ausgeführt, sondern als Content 1:1 ausgegeben )-;

dafür gibt es aber auch einen Workaround, denn der busybox httpd ruft immer /cgi-bin/index.cgi auf wenn er in einem Verzeichnis kein index.html findet,.

legt man nun anstatt einer Datei cgi-bin-status.html ein Verzeichnis mit diesem Namen an, wird dieses aufgerufen und man kann entweder einen sauberen http-header redirect machen, oder gleich das richtige cgi-script aufrufen,.. allerdings ist es auf diese Weise nicht möglich Formulardaten/parameter zu empfangen, deswegen ist es für Webseiten mit Formularen/Parametern besser nur einen redirect zu machen,.. (und in unserem Fall fürs httpinfo (auf einem anderen Port) eh die einzige (sinnvolle) Möglichkeit)

Hier ein Beispiel eines index.cgi, welches nen redirect aufs httpinfo macht, und für andere Verzeichnis-urls nach einem cgi script (mit Namen cgi) in diesem Verzeichnis sucht und es aufruft, oder ansonsten ne Fehlermeldung zurückliefert,..

#!/bin/sh
if [ "$QUERY_STRING" == "/cgi-bin-status.html/" ]; then
PORT=8000
OWN_IP=`uci get network.wan.ipaddr`
echo "HTTP/1.0 301 Moved Permanently"
echo "Location: http://$OWN_IP:$PORT/nodes"
echo "Connection: close"
elif [ -f ..$QUERY_STRING./cgi ]; then
..$QUERY_STRING./cgi
else
echo -en "Content-type: text/html\r\n\r\n"
echo "no index available for this Directory $QUERY_STRING !"
fi

Danach auch das index.cgi (und eventuell auch die individuellen cgi) ausführbar machen.

Gefällt einem obiges wirklich nicht, dann kann mann auch unten angeführten HTML Redirect verwenden, obwohl es nicht empfehlenswert ist, da man einerseits diese Datei immer an die richtige IP des Routers anpassen muss,.. und ein HTML Redirect eben auch langsamer ist, und ihn eventuell einige exotische Clients gar nicht mitmachen,..

====HTML Redirect====
Redirect im Html-File selber (Achtung: An drei Stellen muss IP:PORT korrigiert werden!)

<HTML>
<HEAD>
<TITLE>
OLSR Status Weiterleitung
</TITLE>

<meta HTTP-EQUIV="REFRESH" content="0; url=http://78.41.113.333:8000/nodes">

<SCRIPT>
document.location="http://78.41.113.333:8000/nodes";
</SCRIPT>
</HEAD>
<BODY>

<a href="http://78.41.113.333:8000/nodes">Hier gehts zum, HTTP-Info</a>
</BODY>
</HTML>

Arbeitsgruppe Hardware RS

2009-05-01T10:35:43Z

Dieter: Tippfehler

nette recht preisgünstige Hardware (evt. < 60€), shipped mit (modded) Openwrt, und somit evt. die eierlegende Wollmilchsau für ein Mesh,..

3 Minipci Slots, 3 x LAN, 64MB RAM 680Mhz Ar7161 MIPS24K CPU, GPIO, Usb 2.0 Support, etc.

Pro-Version mit Gbit, mehr RAM, 803af und SDIO wirds auch geben,..

== Status ==
momentan ist mal eine RS vorhanden um sie auszutesten,..
(momentan auf 193.238.158.180 am heusued verbaut und hoffentlich online)

Wlan scheint recht kompatibel mit üblichen Atheros 2.4 und 5ghz Minipcis zu sein,..

WDS-Links (zu Routerboards) funktionieren scheints nicht, des weiteren muss man auf RouterOS Linkquality Werte verzichten etc, (so wie bei Routerboard-Osbridge ja auch)

Weiters scheint sie ein Problem mit ihren RAM und ihrer CPU zu haben:
und ist mit 180MB / Sekunde da ziemlich lahm (sogar ein WRT54G hat 750MB/Sek )

Das RAM Problem besteht immer noch, die CPU ist so lahm, weil Debug-mode aktiv ist (in neueren Firmwares wird das dann behoben sein,..)

und nun ja - es dauert ne Weile nach einem Reboot bis dropbear wieder läuft,..

==Country Code==
unter /etc/modules.d/50-madwifi
ath_pci countrycode=860

eigentlich dachte ich 276 wäre der richtige für AT,

aber das schaltet recht wenige Kanäle frei (nur Indoor 5ghz)

860 ist weitaus besser, aber auch nicht ganz richtig *g

==Distance & Diversity & usw==
wie man advanced wlan settings /etc/config/wireless tut sollt ma noch rausfinden

fürs erste tuns cmdline utilities auch
z.B.: http://wlanwifi.blogspot.com/2008/02/madwifi-utility-usage.html

nützlich ists mal die distance einzustellen, sonst geht auf langen Strecken gar nix (denn default Setting ist für 301-600 Meter)

athctrl -i wifi0 -d 10000

oder nachdem man genug rumprobiert hat (Einstellungen ändern sich nur in 300 Meter Schritten)

dann eben permanent in /etc/config/wireless in der wifiX section eintragen

option 'distance' '10000'

da manche minipci, oder warum auch immer, mitunter diversity mässig nur Unfug treiben,..

echo "1" > /proc/sys/dev/wifi0/txantenna # 0 auto, 1 antenna a, 2 antenna b

oder im /etc/config/wireless in der wifiX section (was aber bei mir gar nichts machte grml,..)

option 'diversity' '1' # 0 auto, 1 antenna a, 2 antenna b

auch das Beschränken der Kanäle fürs scannen macht sinn, (z.B. nur 5G wenn man ne 5G Antenne aber ne abg Card hat)
sonst dauert das Scannen nach der Gegenstelle (nach einem disconnent) immer sooo lange *g
(allerdings hat untriges bis jetzt nie erwünschte Wirkung gezeigt, es wird weiterhin auch auf allen Frequenzbändern gescannt)

athchans -i ath0 1-2 #restrict channel search to 1-2

oder man setzt wenigstens den mode im Konfigfile

option 'hwmode' '11a'

== OLSR ==
Läuft klaglos drauf, und wenn man die Firewall abschaltet

/etc/init.d/firewall disable

oder eben die zu restriktiven forwarding regeln abändert, dann passt alles, ansonsten ist ein kamikaze Router mit olsr eben ein böses blackhole,..

weitere Details zur [[OLSR-Konfiguration]]

Arbeitsgruppe Hardware RS

2009-05-01T10:31:50Z

Dieter: /* Distance & Diversity & usw */ Tippfehler

nette recht preisgünstige Hardware (evt. < 60€), shipped mit (modded) Openwrt, und somit evt. die eierlegende Wollmilchsau für ein Mesh,..

3 Minipci Slots, 3 x LAN, 64MB RAM 680Mhz Ar7161 MIPS24K CPU, GPIO, Usb 2.0 Support, etc.

Pro-Version mit Gbit, mehr RAM, 803af und SDIO wirds auch geben,..

== Status ==
momentan ist mal eine RS vorhanden um sie auszutesten,..
(momentan auf 193.238.158.180 am heusued verbaut und hoffentlich online)

Wlan scheint recht kompatibel mit üblichen Atheros 2.4 und 5ghz Minipcis zu sein,..

WDS-Links (zu Routerboards) funktionieren scheints nicht, des weiteren muss man auf RouterOS Linkquality Werte verzichten etc, (so wie bei Routerboard-Osbridge ja auch)

Weiters scheint sie ein Problem mit ihren RAM und ihrer CPU zu haben:
und ist mit 180MB / Sekunde da ziemlich lahm (sogar ein WRT54G hat 750MB/Sek )

Das RAM Problem besteht immer noch, die CPU ist so lahm, weil Debug-mode aktiv ist (in neueren Firmwares wird das dann behoben sein,..)

und nun ja - es dauert ne Weile nach einem Reboot bis dropbear wieder läuft,..

==Country Code==
unter /etc/modules.d/50-madwifi
ath_pci countrycode=860

eigentlich dachte ich 276 wäre der richtige für AT,

aber das schaltet recht wenige Kanäle frei (nur Indoor 5ghz)

860 ist weitaus besser, aber auch nicht ganz richtig *g

==Distance & Diversity & usw==
wie man advanced wlan settings /etc/config/wireless tut sollt ma noch rausfinden

fürs erste tuns cmdline utilities auch
z.B.: http://wlanwifi.blogspot.com/2008/02/madwifi-utility-usage.html

nützlich ists mal die distance einzustellen, sonst geht auf langen Strecken gar nix (denn default Setting ist für 301-600 Meter)

athctrl -i wifi0 -d 10000

oder nachdem man genug rumprobiert hat (Einstellungen ändern sich nur in 300 Meter Schritten)

dann eben permanent in /etc/config/wireless in der wifiX section eintragen

option 'distance' '10000'

da manche minipci, oder warum auch immer, mitunter diversity mässig nur Unfug treiben,..

echo "1" > /proc/sys/dev/wifi0/txantenna # 0 auto, 1 antenna a, 2 antenna b

oder im /etc/config/wireless in der wifiX section (was aber bei mir gar nichts machte grml,..)

option 'diversity' '1' # 0 auto, 1 antenna a, 2 antenna b

auch das Beschränken der Kanäle fürs scannen macht sinn, (z.B. nur 5G wenn man ne 5G Antenne aber ne abg Card hat)
sonst dauert das Scannen nach der Gegenstelle (nach einem disconnent) immer sooo lange *g
(allerdings hat untriges bis jetzt nie erwünschte Wirkung gezeigt, es wird weiterhin auch auf allen Frequenzbändern gescannt)

athchans -i ath0 1-2 #restrict channel search to 1-2

oder man setzt wenigstens den mode im Konfigfile

option 'hwmode' '11a'

== OLSR ==
Läuft klaglos drauf, und wenn man die Firewall abschaltet

/etc/init.d/firewall disable

oder eben die zu restriktiven forwarding regeln abändert, dann passt alles, ansonsten ist ein kamikaze router mit olsr eben ein böses blackhole,..

weitere details zur [[OLSR-Konfiguration]]

VLANs trennen

2009-04-21T19:58:40Z

Dieter: Tippfehler

Wird in der Freifunk-Firmware olsr für die LAN-Ports aktiviert, kann man an diesen Anschlüssen weitere Geräte betreiben. So auch zum Beispiel WLAN-Bridges, die selbst kein olsr können. In diesem Fall ergibt sich der Nachteil, dass die Gegenstellen dann glauben, direkt (ohne den Umweg des Routers wo olsr am LAN-Port aktiviert ist) kommunizieren können. Das ist besonders ärgerlich, wenn [http://map.funkfeuer.at dann auf der Karte] Links eingezeichnet werden, die gar nicht vorhanden sind. Auch vom Prinzip her widerspricht dieses Setup dem Gedanken eines gerouteten Meshes.

== Abhilfe: ==
Die einzelnen LAN-Ports lassen sich getrennt ansprechen uns so kann man unter ihnen auch routen (nicht nur switchen).
Leider gibt es dafür unter der Freifunk-Firmware keine Möglichkeit, die Einstellungen im Webinterface vorzunehmen. Auf der Kommandozeile ist es aber ziemlich einfach:

Mach als erstes Mal ein Backup deiner nvram-Konfiguration:

nvram show

Dann hast du die alten Werte falls irgendwas schief geht.

Vermutlich hast du "vlan0ports=1 2 3 4 5*" d.h. die 4 "LAN"-Ports gehören alle zum LAN dazu (5 ist der interne Switch). Da nehmen wir ihm die 2 Ports für die Osbridges weg:

nvram set vlan0ports="1 2 5*"

1 und 2 sind vermutlich die Anschlüsse neben dem WAN-Port, die bleiben so normales LAN, aber das musst du ausprobieren.

Jetzt machen wir aus den anderen beiden Ports getrennte Anschlüsse:

nvram set vlan2ports="3 5"
nvram set vlan3ports="4 5"

Der 5er ist jeweils damit die Anschlüsse mit dem inneren Switch kommunizieren können.

Diese Anschlüsse brauchen noch Namen unter denen wir sie in den Startscripten ansprechen können (z.B. osb1 und osb2):

nvram set osb1_ifname=vlan2
nvram set osb2_ifname=vlan3

Außerdem müssen die Scripte wissen, zu welchem physikalischen Switch die Dinger gehören:

nvram set vlan2hwname=et0
nvram set vlan3hwname=et0

(es ist tatsächlich "et0" und nicht "eth0").

Dann konfigurieren wir darauf statische IP-Adressen:

nvram set osb1_proto=static
nvram set osb2_proto=static
nvram set osb1_ipaddr=NEUE_IP_FÜR_DIE_BRIDGE_AUS_REDEEMER
nvram set osb2_ipaddr=ZWEITE_NEUE_IP_FÜR_DIE_BRIDGE_AUS_REDEEMER
nvram set osb1_netmask=NETZMASKE_JE_NACH_IP
nvram set osb2_netmask=NETZMASKE_JE_NACH_IP

Das ganze speichern wir mal:

nvram commit

und starten neu:

reboot

Dann probieren wir mal ob die Interfaces hochkommen:

ifup osb1
ifup osb2
ifconfig

Wenn das funktioniert hat und du vlan2 und vlan3 als Interfaces siehst, kannst du die beiden ifup-Befehle in /etc/init.d/S40network mit eintragen, dann starten die Interfaces beim Systemstart automatisch.

Jetzt müssen wir ihnen nur noch olsr beibringen. Dazu kopiere einfach aus /etc/olsrd.conf den Block 'Interface "eth1" { ... bis }' zwei mal nach /etc/local.olsrd.conf und ändere den Interfacenamen einmal auf vlan2 und einmal auf vlan3.

olsr neu starten:

/etc/init.d/S53olsrd restart

Zu guter Letzt muss noch die Firewall angepasst werden.

Dazu erstellt man eine Datei /etc/local.fw-vlans, macht sie ausführbar und speichert dort folgende Befehle ab:

iptables -I INPUT -i vlan1 -j ACCEPT
iptables -I OUTPUT -o vlan1 -j ACCEPT
iptables -I FORWARD -i vlan1 -j ACCEPT
iptables -I FORWARD -o vlan1 -j ACCEPT
iptables -I INPUT -i vlan2 -j ACCEPT
iptables -I OUTPUT -o vlan2 -j ACCEPT
iptables -I FORWARD -i vlan2 -j ACCEPT
iptables -I FORWARD -o vlan2 -j ACCEPT

Fertig!

Arbeitsgruppe Hardware RS

2009-04-03T16:58:01Z

Dieter: Tippfehler

OLSR HTTPInfo Redirect

2009-03-29T19:04:02Z

Dieter: Tippfehler

Zum Weiterleiten von cgi-bin-status.html aufs HttpInfo bieten sich folgende Möglichkeiten

cgi-bin-status.html sollte die Datei heißen, weil die Links von den Statusseiten der Freifunk-Firmware-Router eben darauf zeigen,..

Die Datei muss jedenfalls nachher ausführbar gemacht werden!
chmod 755 /www/cgi-bin-status.html
====Redirect mit HTTP Header====
Entweder als HTTP-Header
(falls ein anderer Port als 8000 fürs HttpInfo verwendet wurde: PORT korrigieren!)

#!/bin/sh
PORT=8000
OWN_IP=`nvram get wifi_ipaddr`
echo "HTTP/1.0 301 Moved Permanently"
echo "Location: http://$OWN_IP:$PORT/nodes"
echo "Connection: close"
echo
echo

Unter der fff funktioniert obiges.

Unter kamikaze wird das Shellscript aber gleich gar nicht ausgeführt, sondern als Content 1:1 ausgegeben )-;

Also mit Kamikaze stattdessen unten angeführten HTML Redirect verwenden, oder eine elegantere Lösung finden (und hier hinzufügen *g).

====HTML Redirect====
Redirect im Html-File selber (Achtung: An 3 Stellen muss IP:PORT korrigiert werden!)

<HTML>
<HEAD>
<TITLE>
OLSR Status Weiterleitung
</TITLE>

<meta HTTP-EQUIV="REFRESH" content="0; url=http://78.41.113.333:8000/nodes">

<SCRIPT>
document.location="http://78.41.113.333:8000/nodes";
</SCRIPT>
</HEAD>
<BODY>

<a href="http://78.41.113.333:8000/nodes">Hier gehts zum, HTTP-Info</a>
</BODY>
</HTML>

OLSR-Konfiguration

2009-03-25T19:35:29Z

Dieter: Tippfehler

Gedacht ist diese Konfiguration für OLSR Version 0.5.6-r4 oder neuer.

http://gredler.at/hg/olsrd-0.5.6

==== HTTP - Statusseite ====
Falls dein Router schon eine bestehende Webseite hat, dann beim Httpinfo-Plugin den Port ändern (Empfehlung: Port 8000).

Jedoch dann bitte unbedingt von der Startseite der bestehenden Website (auf Port 80) das Httpinfo verlinken!!, denn sonst findet es ja niemand.

Ideal ist auch generell ein redirect von /cgi-bin-status.html aufs Httpinfo einzurichten!

Ein Router ohne Statusseite ist zwar technisch machbar, jedoch sehr unfreundlich den anderen FunkFeuer Usern gegenüber, da diese dann nur sehr eingeschränkte Möglichkeiten haben, noch irgendwie herauszufinden, warum es denn eben nicht geht, wenn ihre Daten über deinen Router geroutet werden,..

Neben der OLSR-Infos sind natürlich auch Kontaktinformationen etc. nützlich, so wie es auch auf der Freifunk-Firmware angeboten wird,..

==== olsrd.conf ====

Falls du die Freifunk-Firmware nicht verwenden kannst, hier die Standard-OLSR-Konfiguration des Netzes:

DebugLevel 0
IpVersion 4
AllowNoInt yes
FIBMetric "flat"
TcRedundancy 2
MprCoverage 5
LinkQualityFishEye 1
LinkQualityAlgorithm "etx_ff"
LinkQualityLevel 2
UseHysteresis no

LoadPlugin "olsrd_httpinfo.so.0.1"
{
PlParam "port" "80"
PlParam "Net" "0.0.0.0 0.0.0.0"
}
#Trage hier deine OLSR-Interfaces (funk, lan, tunnel, etc,..) ein
Interface "eth0" "ath0"
{
Ip4Broadcast 255.255.255.255
HelloInterval 3.0
HelloValidityTime 125.0
TcInterval 2.0
TcValidityTime 500.0
MidInterval 25.0
MidValidityTime 500.0
HnaInterval 10.0
HnaValidityTime 125.0
}

=== Weitere OLSR-Plugins ===
Grundsätzlich ist es sehr empfehlenswert keine Plugins zu verwenden die man nicht braucht, denn in der Vergangenheit haben diverse Plugins zu oft Probleme bereitet als das man sie just-for-fun installieren/konfigurieren sollte,..

==== TXTINFO ====
Dieses wird von der Freifunk-Firmware verwendet um ihre eigene Http-Statusseiten mit OLSR-Status-Daten zu versorgen, selbiges kann man nun selber klarerweise auch machen (wer sich das nicht antun will, verwendet eben das Httpinfo für die OLSR-Statusseiten).

Weiters ist das txtinfo aber auch nützlich um es per ssh zu verwenden,... oder mit verschiedenen Tools die Daten weiter auszuwerten.

Wenn man es verwenden will, einfach folgende Konfig an obige anhängen (Tipp: Der Accept Parameter kann auch mehrfach verwendet werden).

LoadPlugin "olsrd_txtinfo.so.0.1"
{
PlParam "Accept" "127.0.0.1"
}

==== DYN_GW und DYN_GW_PLAIN ====
Erkennen automatisch, ob dein Router eine eigene Internetanbindung hätte, und announcen diese im OLSR-Netz.

Dies macht in Wien aber keinen Sinn, weil wir eben Public IPs auf den Routern konfiguriert haben, und darum eben auch zentrale Border-Router brauchen (mit BGP), über private Internetanschlüsse FunkFeuer-Traffic raus zu routen würde zu einem NATING führen, und das wäre BÖSE *g

Allerdings kann man trotzdem mit privaten Internet zur Stabilität des FunkFeuer Netzes beitragen, in dem man einen Tunnel anlegt.

==== ARPREFRESH ====
Trägt automatisch die MAC-Adressen der OLSR-Nachbarn in den ARP-Table des Routers ein.

Dadurch wird das Forwarding theoretisch etwas schneller, und ein klitzekleinweing an ARP_Traffic wird auch gespart.

Allerdings hat dieses Plugin in Zusammenhang mit verrückt spielenden Software-Bridges (deren Source-MAC-Adressen defekt waren, während normale ARP-Requests funktioniert haben) schon tagelang Router offline gebracht obwohl sie es ja 'eigentlich' nicht waren,..

=== weitere Parameter ===
Zu den oben angeführten Parametern gibt es noch viele weitere, detaillierte Infos darüber gibt es u.a. in der olsrd.conf.sample (welche beim olsrd dabei sein sollte)

oder z.b: hier: http://gredler.at/hg/olsrd-0.5.6/file/54e88033741d/src/cfgparser/olsrd.conf.example

====NatThreshold====
Hat den Zweck, das Routing der Defaultroute etwas statischer zu gestalten,..

Dies macht nur Sinn, wenn man mehrere Gateways hat, die einem zu anderen Public IPs naten würden,..

und dann eben ein Wechsel der Defaultroute eben auch potentiell einen Wechsel des Gateways ins Internet zu Folge haben kann.

Dieser Wechsel führt zu einer Änderung der 'eigenen' öffentlichen IP-Adresse, mit allen daraus resultierenden Problemen (Verbindungsabbrüche (von Downloads), überall neu einloggen, etc.)

Bei uns in Wien haben wir allerdings Public IPs auf den Routern, und keinerlei nating auf den Gateways.

dyngw macht damit bei uns absolut keinen Sinn,

(und ist aufgrund der speziellen /1 Routen die unsere Gateways announcen auch völlig wirkungslos)

OLSR-Konfiguration

2009-03-25T19:33:36Z

Dieter: /* HTTP - Statusseite */ Rechtschreibung

Gedacht ist diese Konfiguration für OLSR Version 0.5.6-r4 oder neuer.

http://gredler.at/hg/olsrd-0.5.6

==== HTTP - Statusseite ====
Falls dein Router schon eine bestehende Webseite hat, dann beim Httpinfo-Plugin den Port ändern (Empfehlung: Port 8000).

Jedoch dann bitte unbedingt von der Startseite der bestehenden Website (auf Port 80) das Httpinfo verlinken!!, denn sonst findet es ja niemand.

Ideal ist auch generell ein redirect von /cgi-bin-status.html aufs Httpinfo einzurichten!

Ein Router ohne Statusseite ist zwar technisch machbar, jedoch sehr unfreundlich den anderen FunkFeuer Usern gegenüber, da diese dann nur sehr eingeschränkte Möglichkeiten haben, noch irgendwie herauszufinden, warum es denn eben nicht geht, wenn ihre Daten über deinen Router geroutet werden,..

Neben der OLSR-Infos sind natürlich auch Kontaktinformationen etc. nützlich, so wie es auch auf der Freifunk-Firmware angeboten wird,..

==== olsrd.conf ====

Falls du die Freifunk-Firmware nicht verwenden kannst, hier die Standard-OLSR-Konfiguration des Netzes:

DebugLevel 0
IpVersion 4
AllowNoInt yes
FIBMetric "flat"
TcRedundancy 2
MprCoverage 5
LinkQualityFishEye 1
LinkQualityAlgorithm "etx_ff"
LinkQualityLevel 2
UseHysteresis no

LoadPlugin "olsrd_httpinfo.so.0.1"
{
PlParam "port" "80"
PlParam "Net" "0.0.0.0 0.0.0.0"
}
#Trag hier deine OLSR-Interfaces (funk, lan, tunnel, etc,..) ein
Interface "eth0" "ath0"
{
Ip4Broadcast 255.255.255.255
HelloInterval 3.0
HelloValidityTime 125.0
TcInterval 2.0
TcValidityTime 500.0
MidInterval 25.0
MidValidityTime 500.0
HnaInterval 10.0
HnaValidityTime 125.0
}

=== Weitere OLSR-Plugins ===
Grundsätzlich ist es sehr empfehlenswert keine Plugins zu verwenden die man nicht braucht, denn in der Vergangenheit haben diverse Plugins zu oft Probleme bereitet als das man sie just-for-fun installieren/konfigurieren sollte,..

==== TXTINFO ====
Dieses wird von der Freifunk-Firmware verwendet um ihre eigene Http-Statusseiten mit OLSR-Status-Daten zu versorgen, selbiges kann man nun selber klarerweise auch machen (wer sich das nicht antun will, verwendet eben das Httpinfo für die OLSR-Statusseiten).

Weiters ist das txtinfo aber auch nützlich um es per ssh zu verwenden,... oder mit verschiedenen Tools die Daten weiter auszuwerten.

Wenn man es verwenden will, einfach folgende Konfig an obige anhängen (Tipp: Der Accept Parameter kann auch mehrfach verwendet werden).

LoadPlugin "olsrd_txtinfo.so.0.1"
{
PlParam "Accept" "127.0.0.1"
}

==== DYN_GW und DYN_GW_PLAIN ====
Erkennen automatisch, ob dein Router eine eigene Internetanbindung hätte, und announcen diese im OLSR-Netz.

Dies macht in Wien aber keinen Sinn, weil wir eben Public IPs auf den Routern konfiguriert haben, und darum eben auch zentrale Border-Router brauchen (mit BGP), über private Internetanschlüsse FunkFeuer-Traffic raus zu routen würde zu einem NATING führen, und das wäre BÖSE *g

Allerdings kann man trotzdem mit privaten Internet zur Stabilität des FunkFeuer Netzes beitragen, in dem man einen Tunnel anlegt.

==== ARPREFRESH ====
Trägt automatisch die MAC-Adressen der OLSR-Nachbarn in den ARP-Table des Routers ein.

Dadurch wird das Forwarding theoretisch etwas schneller, und ein klitzekleinweing an ARP_Traffic wird auch gespart.

Allerdings hat dieses Plugin in Zusammenhang mit verrückt spielenden Software-Bridges (deren Source-MAC-Adressen defekt waren, während normale ARP-Requests funktioniert haben) schon tagelang Router offline gebracht obwohl sie es ja 'eigentlich' nicht waren,..

=== weitere Parameter ===
Zu den oben angeführten Parametern gibt es noch viele weitere, detaillierte Infos darüber gibt es u.a. in der olsrd.conf.sample (welche beim olsrd dabei sein sollte)

oder z.b: hier: http://gredler.at/hg/olsrd-0.5.6/file/54e88033741d/src/cfgparser/olsrd.conf.example

====NatThreshold====
Hat den Zweck, das Routing der Defaultroute etwas statischer zu gestalten,..

Dies macht nur Sinn, wenn man mehrere Gateways hat, die einem zu anderen Public IPs naten würden,..

und dann eben ein Wechsel der Defaultroute eben auch potentiell einen Wechsel des Gateways ins Internet zu Folge haben kann.

Dieser Wechsel führt zu einer Änderung der 'eigenen' öffentlichen IP-Adresse, mit allen daraus resultierenden Problemen (Verbindungsabbrüche (von Downloads), überall neu einloggen, etc.)

Bei uns in Wien haben wir allerdings Public IPs auf den Routern, und keinerlei nating auf den Gateways.

dyngw macht damit bei uns absolut keinen Sinn,

(und ist aufgrund der speziellen /1 Routen die unsere Gateways announcen auch völlig wirkungslos)

OLSR-Konfiguration

2009-03-25T19:32:13Z

Dieter: /* HTTP - Statusseite */ Tippfehler

Gedacht ist diese Konfiguration für OLSR Version 0.5.6-r4 oder neuer.

http://gredler.at/hg/olsrd-0.5.6

==== HTTP - Statusseite ====
Falls dein Router schon eine bestehende Webseite hat, dann beim Httpinfo-Plugin den Port ändern (Empfehlung: Port 8000).

Jedoch dann bitte unbedingt von der Startseite der bestehenden Website (auf Port 80) das httpinfo verlinken!!, denn sonst findet es ja niemand.

Ideal ist auch generell ein redirect von /cgi-bin-status.html aufs Httpinfo einzurichten!

Ein Router ohne Statusseite ist zwar technsich machbar, jedoch sehr unfreundlich den anderen FunkFeuer Usern gegenüber, da diese dann nur sehr eingeschränkte Möglichkeiten haben, noch irgendwie herauszufinden, warum es denn eben nicht geht, wenn ihre Daten über deinen Router geroutet werden,..

Neben der OLSR-Infos, sind natürlich auch Kontaktinfos, etc. nützlich, so wie es auch auf der Freifunk-Firmware angeboten wird,..

==== olsrd.conf ====

Falls du die Freifunk-Firmware nicht verwenden kannst, hier die Standard-OLSR-Konfiguration des Netzes:

DebugLevel 0
IpVersion 4
AllowNoInt yes
FIBMetric "flat"
TcRedundancy 2
MprCoverage 5
LinkQualityFishEye 1
LinkQualityAlgorithm "etx_ff"
LinkQualityLevel 2
UseHysteresis no

LoadPlugin "olsrd_httpinfo.so.0.1"
{
PlParam "port" "80"
PlParam "Net" "0.0.0.0 0.0.0.0"
}
#Trag hier deine OLSR-Interfaces (funk, lan, tunnel, etc,..) ein
Interface "eth0" "ath0"
{
Ip4Broadcast 255.255.255.255
HelloInterval 3.0
HelloValidityTime 125.0
TcInterval 2.0
TcValidityTime 500.0
MidInterval 25.0
MidValidityTime 500.0
HnaInterval 10.0
HnaValidityTime 125.0
}

=== Weitere OLSR-Plugins ===
Grundsätzlich ist es sehr empfehlenswert keine Plugins zu verwenden die man nicht braucht, denn in der Vergangenheit haben diverse Plugins zu oft Probleme bereitet als das man sie just-for-fun installieren/konfigurieren sollte,..

==== TXTINFO ====
Dieses wird von der Freifunk-Firmware verwendet um ihre eigene Http-Statusseiten mit OLSR-Status-Daten zu versorgen, selbiges kann man nun selber klarerweise auch machen (wer sich das nicht antun will, verwendet eben das Httpinfo für die OLSR-Statusseiten).

Weiters ist das txtinfo aber auch nützlich um es per ssh zu verwenden,... oder mit verschiedenen Tools die Daten weiter auszuwerten.

Wenn man es verwenden will, einfach folgende Konfig an obige anhängen (Tipp: Der Accept Parameter kann auch mehrfach verwendet werden).

LoadPlugin "olsrd_txtinfo.so.0.1"
{
PlParam "Accept" "127.0.0.1"
}

==== DYN_GW und DYN_GW_PLAIN ====
Erkennen automatisch, ob dein Router eine eigene Internetanbindung hätte, und announcen diese im OLSR-Netz.

Dies macht in Wien aber keinen Sinn, weil wir eben Public IPs auf den Routern konfiguriert haben, und darum eben auch zentrale Border-Router brauchen (mit BGP), über private Internetanschlüsse FunkFeuer-Traffic raus zu routen würde zu einem NATING führen, und das wäre BÖSE *g

Allerdings kann man trotzdem mit privaten Internet zur Stabilität des FunkFeuer Netzes beitragen, in dem man einen Tunnel anlegt.

==== ARPREFRESH ====
Trägt automatisch die MAC-Adressen der OLSR-Nachbarn in den ARP-Table des Routers ein.

Dadurch wird das Forwarding theoretisch etwas schneller, und ein klitzekleinweing an ARP_Traffic wird auch gespart.

Allerdings hat dieses Plugin in Zusammenhang mit verrückt spielenden Software-Bridges (deren Source-MAC-Adressen defekt waren, während normale ARP-Requests funktioniert haben) schon tagelang Router offline gebracht obwohl sie es ja 'eigentlich' nicht waren,..

=== weitere Parameter ===
Zu den oben angeführten Parametern gibt es noch viele weitere, detaillierte Infos darüber gibt es u.a. in der olsrd.conf.sample (welche beim olsrd dabei sein sollte)

oder z.b: hier: http://gredler.at/hg/olsrd-0.5.6/file/54e88033741d/src/cfgparser/olsrd.conf.example

====NatThreshold====
Hat den Zweck, das Routing der Defaultroute etwas statischer zu gestalten,..

Dies macht nur Sinn, wenn man mehrere Gateways hat, die einem zu anderen Public IPs naten würden,..

und dann eben ein Wechsel der Defaultroute eben auch potentiell einen Wechsel des Gateways ins Internet zu Folge haben kann.

Dieser Wechsel führt zu einer Änderung der 'eigenen' öffentlichen IP-Adresse, mit allen daraus resultierenden Problemen (Verbindungsabbrüche (von Downloads), überall neu einloggen, etc.)

Bei uns in Wien haben wir allerdings Public IPs auf den Routern, und keinerlei nating auf den Gateways.

dyngw macht damit bei uns absolut keinen Sinn,

(und ist aufgrund der speziellen /1 Routen die unsere Gateways announcen auch völlig wirkungslos)

OLSR-Konfiguration

2009-03-25T19:28:24Z

Dieter: /* NatThreshold */ Tippfehler

Gedacht ist diese Konfiguration für OLSR Version 0.5.6-r4 oder neuer.

http://gredler.at/hg/olsrd-0.5.6

==== HTTP - Statusseite ====
Falls dein Router schon eine bestehende Webseite hat, dann beim Httpinfo-Plugin den Port ändern (Empfehlung: Port 8000).

Jedoch dann bitte unbedingt von der Startseite der bestehenden Website (auf Port 80) das httpinfo verlinken!!, denn sonst findet es ja niemand.

Ideal ist auch generell ein redirect von /cgi-bin-status.html aufs Httpinfo einzurichten!

Ein Router ohne Statusseite ist zwar technsich machbar, jedoch sehr unfreundlich den anderen FunkFeuer Usern gegenüber, da diese dann nur sehr eingeschränkte Möglichkeiten haben, noch irgendwie herauszufinden, warum es denn eben nicht geht, wenn ihre Daten über deinen Router geroutet werden,..

Neben des OLSR-Infos, sind natürlich auch Kontaktinfos, etc. nützlich , so wie es ja auch auf der Freifunk-Firmware angeboten wird,..

==== olsrd.conf ====

Falls du die Freifunk-Firmware nicht verwenden kannst, hier die Standard-OLSR-Konfiguration des Netzes:

DebugLevel 0
IpVersion 4
AllowNoInt yes
FIBMetric "flat"
TcRedundancy 2
MprCoverage 5
LinkQualityFishEye 1
LinkQualityAlgorithm "etx_ff"
LinkQualityLevel 2
UseHysteresis no

LoadPlugin "olsrd_httpinfo.so.0.1"
{
PlParam "port" "80"
PlParam "Net" "0.0.0.0 0.0.0.0"
}
#Trag hier deine OLSR-Interfaces (funk, lan, tunnel, etc,..) ein
Interface "eth0" "ath0"
{
Ip4Broadcast 255.255.255.255
HelloInterval 3.0
HelloValidityTime 125.0
TcInterval 2.0
TcValidityTime 500.0
MidInterval 25.0
MidValidityTime 500.0
HnaInterval 10.0
HnaValidityTime 125.0
}

=== Weitere OLSR-Plugins ===
Grundsätzlich ist es sehr empfehlenswert keine Plugins zu verwenden die man nicht braucht, denn in der Vergangenheit haben diverse Plugins zu oft Probleme bereitet als das man sie just-for-fun installieren/konfigurieren sollte,..

==== TXTINFO ====
Dieses wird von der Freifunk-Firmware verwendet um ihre eigene Http-Statusseiten mit OLSR-Status-Daten zu versorgen, selbiges kann man nun selber klarerweise auch machen (wer sich das nicht antun will, verwendet eben das Httpinfo für die OLSR-Statusseiten).

Weiters ist das txtinfo aber auch nützlich um es per ssh zu verwenden,... oder mit verschiedenen Tools die Daten weiter auszuwerten.

Wenn man es verwenden will, einfach folgende Konfig an obige anhängen (Tipp: Der Accept Parameter kann auch mehrfach verwendet werden).

LoadPlugin "olsrd_txtinfo.so.0.1"
{
PlParam "Accept" "127.0.0.1"
}

==== DYN_GW und DYN_GW_PLAIN ====
Erkennen automatisch, ob dein Router eine eigene Internetanbindung hätte, und announcen diese im OLSR-Netz.

Dies macht in Wien aber keinen Sinn, weil wir eben Public IPs auf den Routern konfiguriert haben, und darum eben auch zentrale Border-Router brauchen (mit BGP), über private Internetanschlüsse FunkFeuer-Traffic raus zu routen würde zu einem NATING führen, und das wäre BÖSE *g

Allerdings kann man trotzdem mit privaten Internet zur Stabilität des FunkFeuer Netzes beitragen, in dem man einen Tunnel anlegt.

==== ARPREFRESH ====
Trägt automatisch die MAC-Adressen der OLSR-Nachbarn in den ARP-Table des Routers ein.

Dadurch wird das Forwarding theoretisch etwas schneller, und ein klitzekleinweing an ARP_Traffic wird auch gespart.

Allerdings hat dieses Plugin in Zusammenhang mit verrückt spielenden Software-Bridges (deren Source-MAC-Adressen defekt waren, während normale ARP-Requests funktioniert haben) schon tagelang Router offline gebracht obwohl sie es ja 'eigentlich' nicht waren,..

=== weitere Parameter ===
Zu den oben angeführten Parametern gibt es noch viele weitere, detaillierte Infos darüber gibt es u.a. in der olsrd.conf.sample (welche beim olsrd dabei sein sollte)

oder z.b: hier: http://gredler.at/hg/olsrd-0.5.6/file/54e88033741d/src/cfgparser/olsrd.conf.example

====NatThreshold====
Hat den Zweck, das Routing der Defaultroute etwas statischer zu gestalten,..

Dies macht nur Sinn, wenn man mehrere Gateways hat, die einem zu anderen Public IPs naten würden,..

und dann eben ein Wechsel der Defaultroute eben auch potentiell einen Wechsel des Gateways ins Internet zu Folge haben kann.

Dieser Wechsel führt zu einer Änderung der 'eigenen' öffentlichen IP-Adresse, mit allen daraus resultierenden Problemen (Verbindungsabbrüche (von Downloads), überall neu einloggen, etc.)

Bei uns in Wien haben wir allerdings Public IPs auf den Routern, und keinerlei nating auf den Gateways.

dyngw macht damit bei uns absolut keinen Sinn,

(und ist aufgrund der speziellen /1 Routen die unsere Gateways announcen auch völlig wirkungslos)

OLSR-Konfiguration

2009-03-25T19:27:51Z

Dieter: /* olsrd.conf */ Rechtschreibung

Gedacht ist diese Konfiguration für OLSR Version 0.5.6-r4 oder neuer.

http://gredler.at/hg/olsrd-0.5.6

==== HTTP - Statusseite ====
Falls dein Router schon eine bestehende Webseite hat, dann beim Httpinfo-Plugin den Port ändern (Empfehlung: Port 8000).

Jedoch dann bitte unbedingt von der Startseite der bestehenden Website (auf Port 80) das httpinfo verlinken!!, denn sonst findet es ja niemand.

Ideal ist auch generell ein redirect von /cgi-bin-status.html aufs Httpinfo einzurichten!

Ein Router ohne Statusseite ist zwar technsich machbar, jedoch sehr unfreundlich den anderen FunkFeuer Usern gegenüber, da diese dann nur sehr eingeschränkte Möglichkeiten haben, noch irgendwie herauszufinden, warum es denn eben nicht geht, wenn ihre Daten über deinen Router geroutet werden,..

Neben des OLSR-Infos, sind natürlich auch Kontaktinfos, etc. nützlich , so wie es ja auch auf der Freifunk-Firmware angeboten wird,..

==== olsrd.conf ====

Falls du die Freifunk-Firmware nicht verwenden kannst, hier die Standard-OLSR-Konfiguration des Netzes:

DebugLevel 0
IpVersion 4
AllowNoInt yes
FIBMetric "flat"
TcRedundancy 2
MprCoverage 5
LinkQualityFishEye 1
LinkQualityAlgorithm "etx_ff"
LinkQualityLevel 2
UseHysteresis no

LoadPlugin "olsrd_httpinfo.so.0.1"
{
PlParam "port" "80"
PlParam "Net" "0.0.0.0 0.0.0.0"
}
#Trag hier deine OLSR-Interfaces (funk, lan, tunnel, etc,..) ein
Interface "eth0" "ath0"
{
Ip4Broadcast 255.255.255.255
HelloInterval 3.0
HelloValidityTime 125.0
TcInterval 2.0
TcValidityTime 500.0
MidInterval 25.0
MidValidityTime 500.0
HnaInterval 10.0
HnaValidityTime 125.0
}

=== Weitere OLSR-Plugins ===
Grundsätzlich ist es sehr empfehlenswert keine Plugins zu verwenden die man nicht braucht, denn in der Vergangenheit haben diverse Plugins zu oft Probleme bereitet als das man sie just-for-fun installieren/konfigurieren sollte,..

==== TXTINFO ====
Dieses wird von der Freifunk-Firmware verwendet um ihre eigene Http-Statusseiten mit OLSR-Status-Daten zu versorgen, selbiges kann man nun selber klarerweise auch machen (wer sich das nicht antun will, verwendet eben das Httpinfo für die OLSR-Statusseiten).

Weiters ist das txtinfo aber auch nützlich um es per ssh zu verwenden,... oder mit verschiedenen Tools die Daten weiter auszuwerten.

Wenn man es verwenden will, einfach folgende Konfig an obige anhängen (Tipp: Der Accept Parameter kann auch mehrfach verwendet werden).

LoadPlugin "olsrd_txtinfo.so.0.1"
{
PlParam "Accept" "127.0.0.1"
}

==== DYN_GW und DYN_GW_PLAIN ====
Erkennen automatisch, ob dein Router eine eigene Internetanbindung hätte, und announcen diese im OLSR-Netz.

Dies macht in Wien aber keinen Sinn, weil wir eben Public IPs auf den Routern konfiguriert haben, und darum eben auch zentrale Border-Router brauchen (mit BGP), über private Internetanschlüsse FunkFeuer-Traffic raus zu routen würde zu einem NATING führen, und das wäre BÖSE *g

Allerdings kann man trotzdem mit privaten Internet zur Stabilität des FunkFeuer Netzes beitragen, in dem man einen Tunnel anlegt.

==== ARPREFRESH ====
Trägt automatisch die MAC-Adressen der OLSR-Nachbarn in den ARP-Table des Routers ein.

Dadurch wird das Forwarding theoretisch etwas schneller, und ein klitzekleinweing an ARP_Traffic wird auch gespart.

Allerdings hat dieses Plugin in Zusammenhang mit verrückt spielenden Software-Bridges (deren Source-MAC-Adressen defekt waren, während normale ARP-Requests funktioniert haben) schon tagelang Router offline gebracht obwohl sie es ja 'eigentlich' nicht waren,..

=== weitere Parameter ===
Zu den oben angeführten Parametern gibt es noch viele weitere, detaillierte Infos darüber gibt es u.a. in der olsrd.conf.sample (welche beim olsrd dabei sein sollte)

oder z.b: hier: http://gredler.at/hg/olsrd-0.5.6/file/54e88033741d/src/cfgparser/olsrd.conf.example

====NatThreshold====
Hat den Zweck, das Routing der Defaultroute etwas statischer zu gestalten,..

Dies macht nur Sinn, wenn man mehrere Gateways hat, die einem zu anderen Public IPs naten würden,..

und dann eben ein Wechsel der Defaultroute eben auch potentiell einen Wechsel des Gateways ins Internet zu Folge haben kann.

Dieser Wechsel führt zu einer Änderung der 'eigenen' öffentlichen IP-Adresse, mit allen daraus resultierenden Problemen (Verbindungsabbrüche (von Downloads), überall neu einloggen, etc.)

Bei uns in Wien haben wir allerdings Public IPs auf den Routern, und keinerlei nating auf den Gateways.

dyngw macht damit bei uns absolut keinen Sinn,

(und ist aufgrund der speziellen /1 routen die unsere Gateways announcen auch völlig wirkungslos)

OLSR-Konfiguration

2009-03-25T19:26:33Z

Dieter: /* weitere Parameter */ Rechtschreibung

Gedacht ist diese Konfiguration für OLSR Version 0.5.6-r4 oder neuer.

http://gredler.at/hg/olsrd-0.5.6

==== HTTP - Statusseite ====
Falls dein Router schon eine bestehende Webseite hat, dann beim Httpinfo-Plugin den Port ändern (Empfehlung: Port 8000).

Jedoch dann bitte unbedingt von der Startseite der bestehenden Website (auf Port 80) das httpinfo verlinken!!, denn sonst findet es ja niemand.

Ideal ist auch generell ein redirect von /cgi-bin-status.html aufs Httpinfo einzurichten!

Ein Router ohne Statusseite ist zwar technsich machbar, jedoch sehr unfreundlich den anderen FunkFeuer Usern gegenüber, da diese dann nur sehr eingeschränkte Möglichkeiten haben, noch irgendwie herauszufinden, warum es denn eben nicht geht, wenn ihre Daten über deinen Router geroutet werden,..

Neben des OLSR-Infos, sind natürlich auch Kontaktinfos, etc. nützlich , so wie es ja auch auf der Freifunk-Firmware angeboten wird,..

==== olsrd.conf ====

Falls du die Freifunk-Firmware nicht verwenden kannst, hier die Standard-olsr-Konfiguration des Netzes:

DebugLevel 0
IpVersion 4
AllowNoInt yes
FIBMetric "flat"
TcRedundancy 2
MprCoverage 5
LinkQualityFishEye 1
LinkQualityAlgorithm "etx_ff"
LinkQualityLevel 2
UseHysteresis no

LoadPlugin "olsrd_httpinfo.so.0.1"
{
PlParam "port" "80"
PlParam "Net" "0.0.0.0 0.0.0.0"
}
#trag hier deine olsr interfaces (funk, lan, tunnel, etc,..) ein
Interface "eth0" "ath0"
{
Ip4Broadcast 255.255.255.255
HelloInterval 3.0
HelloValidityTime 125.0
TcInterval 2.0
TcValidityTime 500.0
MidInterval 25.0
MidValidityTime 500.0
HnaInterval 10.0
HnaValidityTime 125.0
}

=== Weitere OLSR-Plugins ===
Grundsätzlich ist es sehr empfehlenswert keine Plugins zu verwenden die man nicht braucht, denn in der Vergangenheit haben diverse Plugins zu oft Probleme bereitet als das man sie just-for-fun installieren/konfigurieren sollte,..

==== TXTINFO ====
Dieses wird von der Freifunk-Firmware verwendet um ihre eigene Http-Statusseiten mit OLSR-Status-Daten zu versorgen, selbiges kann man nun selber klarerweise auch machen (wer sich das nicht antun will, verwendet eben das Httpinfo für die OLSR-Statusseiten).

Weiters ist das txtinfo aber auch nützlich um es per ssh zu verwenden,... oder mit verschiedenen Tools die Daten weiter auszuwerten.

Wenn man es verwenden will, einfach folgende Konfig an obige anhängen (Tipp: Der Accept Parameter kann auch mehrfach verwendet werden).

LoadPlugin "olsrd_txtinfo.so.0.1"
{
PlParam "Accept" "127.0.0.1"
}

==== DYN_GW und DYN_GW_PLAIN ====
Erkennen automatisch, ob dein Router eine eigene Internetanbindung hätte, und announcen diese im OLSR-Netz.

Dies macht in Wien aber keinen Sinn, weil wir eben Public IPs auf den Routern konfiguriert haben, und darum eben auch zentrale Border-Router brauchen (mit BGP), über private Internetanschlüsse FunkFeuer-Traffic raus zu routen würde zu einem NATING führen, und das wäre BÖSE *g

Allerdings kann man trotzdem mit privaten Internet zur Stabilität des FunkFeuer Netzes beitragen, in dem man einen Tunnel anlegt.

==== ARPREFRESH ====
Trägt automatisch die MAC-Adressen der OLSR-Nachbarn in den ARP-Table des Routers ein.

Dadurch wird das Forwarding theoretisch etwas schneller, und ein klitzekleinweing an ARP_Traffic wird auch gespart.

Allerdings hat dieses Plugin in Zusammenhang mit verrückt spielenden Software-Bridges (deren Source-MAC-Adressen defekt waren, während normale ARP-Requests funktioniert haben) schon tagelang Router offline gebracht obwohl sie es ja 'eigentlich' nicht waren,..

=== weitere Parameter ===
Zu den oben angeführten Parametern gibt es noch viele weitere, detaillierte Infos darüber gibt es u.a. in der olsrd.conf.sample (welche beim olsrd dabei sein sollte)

oder z.b: hier: http://gredler.at/hg/olsrd-0.5.6/file/54e88033741d/src/cfgparser/olsrd.conf.example

====NatThreshold====
Hat den Zweck, das Routing der Defaultroute etwas statischer zu gestalten,..

Dies macht nur Sinn, wenn man mehrere Gateways hat, die einem zu anderen Public IPs naten würden,..

und dann eben ein Wechsel der Defaultroute eben auch potentiell einen Wechsel des Gateways ins Internet zu Folge haben kann.

Dieser Wechsel führt zu einer Änderung der 'eigenen' öffentlichen IP-Adresse, mit allen daraus resultierenden Problemen (Verbindungsabbrüche (von Downloads), überall neu einloggen, etc.)

Bei uns in Wien haben wir allerdings Public IPs auf den Routern, und keinerlei nating auf den Gateways.

dyngw macht damit bei uns absolut keinen Sinn,

(und ist aufgrund der speziellen /1 routen die unsere Gateways announcen auch völlig wirkungslos)

OLSR-Konfiguration

2009-03-25T19:23:01Z

Dieter: /* weitere OLSR-Plugins */ Rechtschreibung

Gedacht ist diese Konfiguration für OLSR Version 0.5.6-r4 oder neuer.

http://gredler.at/hg/olsrd-0.5.6

==== HTTP - Statusseite ====
Falls dein Router schon eine bestehende Webseite hat, dann beim Httpinfo-Plugin den Port ändern (Empfehlung: Port 8000).

Jedoch dann bitte unbedingt von der Startseite der bestehenden Website (auf Port 80) das httpinfo verlinken!!, denn sonst findet es ja niemand.

Ideal ist auch generell ein redirect von /cgi-bin-status.html aufs Httpinfo einzurichten!

Ein Router ohne Statusseite ist zwar technsich machbar, jedoch sehr unfreundlich den anderen FunkFeuer Usern gegenüber, da diese dann nur sehr eingeschränkte Möglichkeiten haben, noch irgendwie herauszufinden, warum es denn eben nicht geht, wenn ihre Daten über deinen Router geroutet werden,..

Neben des OLSR-Infos, sind natürlich auch Kontaktinfos, etc. nützlich , so wie es ja auch auf der Freifunk-Firmware angeboten wird,..

==== olsrd.conf ====

Falls du die Freifunk-Firmware nicht verwenden kannst, hier die Standard-olsr-Konfiguration des Netzes:

DebugLevel 0
IpVersion 4
AllowNoInt yes
FIBMetric "flat"
TcRedundancy 2
MprCoverage 5
LinkQualityFishEye 1
LinkQualityAlgorithm "etx_ff"
LinkQualityLevel 2
UseHysteresis no

LoadPlugin "olsrd_httpinfo.so.0.1"
{
PlParam "port" "80"
PlParam "Net" "0.0.0.0 0.0.0.0"
}
#trag hier deine olsr interfaces (funk, lan, tunnel, etc,..) ein
Interface "eth0" "ath0"
{
Ip4Broadcast 255.255.255.255
HelloInterval 3.0
HelloValidityTime 125.0
TcInterval 2.0
TcValidityTime 500.0
MidInterval 25.0
MidValidityTime 500.0
HnaInterval 10.0
HnaValidityTime 125.0
}

=== Weitere OLSR-Plugins ===
Grundsätzlich ist es sehr empfehlenswert keine Plugins zu verwenden die man nicht braucht, denn in der Vergangenheit haben diverse Plugins zu oft Probleme bereitet als das man sie just-for-fun installieren/konfigurieren sollte,..

==== TXTINFO ====
Dieses wird von der Freifunk-Firmware verwendet um ihre eigene Http-Statusseiten mit OLSR-Status-Daten zu versorgen, selbiges kann man nun selber klarerweise auch machen (wer sich das nicht antun will, verwendet eben das Httpinfo für die OLSR-Statusseiten).

Weiters ist das txtinfo aber auch nützlich um es per ssh zu verwenden,... oder mit verschiedenen Tools die Daten weiter auszuwerten.

Wenn man es verwenden will, einfach folgende Konfig an obige anhängen (Tipp: Der Accept Parameter kann auch mehrfach verwendet werden).

LoadPlugin "olsrd_txtinfo.so.0.1"
{
PlParam "Accept" "127.0.0.1"
}

==== DYN_GW und DYN_GW_PLAIN ====
Erkennen automatisch, ob dein Router eine eigene Internetanbindung hätte, und announcen diese im OLSR-Netz.

Dies macht in Wien aber keinen Sinn, weil wir eben Public IPs auf den Routern konfiguriert haben, und darum eben auch zentrale Border-Router brauchen (mit BGP), über private Internetanschlüsse FunkFeuer-Traffic raus zu routen würde zu einem NATING führen, und das wäre BÖSE *g

Allerdings kann man trotzdem mit privaten Internet zur Stabilität des FunkFeuer Netzes beitragen, in dem man einen Tunnel anlegt.

==== ARPREFRESH ====
Trägt automatisch die MAC-Adressen der OLSR-Nachbarn in den ARP-Table des Routers ein.

Dadurch wird das Forwarding theoretisch etwas schneller, und ein klitzekleinweing an ARP_Traffic wird auch gespart.

Allerdings hat dieses Plugin in Zusammenhang mit verrückt spielenden Software-Bridges (deren Source-MAC-Adressen defekt waren, während normale ARP-Requests funktioniert haben) schon tagelang Router offline gebracht obwohl sie es ja 'eigentlich' nicht waren,..

=== weitere Parameter ===
zu den oben angeführen Parametern gibt es noch viele weitere, detailierte infos darüber gibt es u.a. in der olsrd.conf.sample (welche beim olsrd dabei sein sollte)

oder z.b: hier: http://gredler.at/hg/olsrd-0.5.6/file/54e88033741d/src/cfgparser/olsrd.conf.example

====NatThreshold====
hat den zweck das routing der defaultroute etwas statischer zu gestalten,..

dies macht nur sinn wenn man mehrere gateways hat die einem zu anderen public ips naten würden,..

und dann eben ein wechsel der default route eben auch potentiell einen wechsel des gateways in internet zu folge haben kann.

und eben dieser wechsel zu einer Änderung der 'eigenen' öffentlichen IPadresse führt mit allen daraus resultierenden problemen (verbindungsabbrüche (von downloads), überall neu einloggen, etc.)

bei uns in Wien haben wir allerdings public IPs auf den Routern, und keinerlei nating auf den gateways.

dyngw macht damit bei uns absolut keinen Sinn,

(und ist aufgrund der speziellen /1 routen die unsere gateways announcen auch völlig wirkungslos)

Benutzer:Dieter

2009-03-25T18:55:58Z

Dieter: /* Knoten */

== Kontaktinfo ==

== Knoten ==
sei63

== Knoten (Aufbau) ==

[[Category: ToDo]]

OLSR-Konfiguration

2009-03-25T18:44:53Z

Dieter: Rechtschreibung

Gedacht ist diese Konfiguration für OLSR Version 0.5.6-r4 oder neuer.

http://gredler.at/hg/olsrd-0.5.6

==== HTTP - Statusseite ====
Falls dein Router schon eine bestehende Webseite hat, dann beim Httpinfo-Plugin den Port ändern (Empfehlung: Port 8000).

Jedoch dann bitte unbedingt von der Startseite der bestehenden Website (auf Port 80) das httpinfo verlinken!!, denn sonst findet es ja niemand.

Ideal ist auch generell ein redirect von /cgi-bin-status.html aufs Httpinfo einzurichten!

Ein Router ohne Statusseite ist zwar technsich machbar, jedoch sehr unfreundlich den anderen FunkFeuer Usern gegenüber, da diese dann nur sehr eingeschränkte Möglichkeiten haben, noch irgendwie herauszufinden, warum es denn eben nicht geht, wenn ihre Daten über deinen Router geroutet werden,..

Neben des OLSR-Infos, sind natürlich auch Kontaktinfos, etc. nützlich , so wie es ja auch auf der Freifunk-Firmware angeboten wird,..

==== olsrd.conf ====

Falls du die Freifunk-Firmware nicht verwenden kannst, hier die Standard-OLSR-Konfiguration des Netzes:

DebugLevel 0
IpVersion 4
AllowNoInt yes
FIBMetric "flat"
Pollrate 0.050
TcRedundancy 2
MprCoverage 7
LinkQualityFishEye 1
LinkQualityAlgorithm "etx_ff"
LinkQualityLevel 2
UseHysteresis no

LoadPlugin "olsrd_httpinfo.so.0.1"
{
PlParam "port" "80"
PlParam "Net" "0.0.0.0 0.0.0.0"
}
#Trag hier deine OLSR-Interfaces (funk, lan, tunnel, etc,..) ein
Interface "eth0" "ath0"
{
HelloInterval 3.0
HelloValidityTime 125.0
TcInterval 2.0
TcValidityTime 500.0
MidInterval 25.0
MidValidityTime 500.0
HnaInterval 10.0
HnaValidityTime 125.0
Ip4Broadcast 255.255.255.255

}

=== Weitere OLSR-Plugins ===
Grundsätzlich ist es sehr empfehlenswert, keine Plugins zu verwenden die man nicht braucht, denn in der Vergangenheit haben diverse Plugins zu oft Probleme bereitet, als das man sie just-for-fun installieren/konfigurieren sollte,..

==== TXTINFO ====
Dieses wird von der Freifunk-Firmware verwendet um ihre eigene Http-Statuseiten mit OLSR-Status-Daten zu versorgen. Selbiges kann man selber auch machen (wer sich das nicht antun will verwendet eben das httpinfo dafür)
Weiters ist das txtinfo auch nützlich um es per ssh zu verwenden,...
also einfach folgende Konfig an obige anhängen (Der Accept Paramter kann auch mehrfach verwendet werden)

LoadPlugin "olsrd_txtinfo.so.0.1"
{
PlParam "Accept" "127.0.0.1"
}
==== DYN_GW und DYN_GW_PLAIN ====
Hat den Zweck das Routing der Defaultroute etwas statischer zu gestalten,..

Dies macht nur Sinn, wenn man mehrere Gateways hat, die einem zu anderen Public IPs naten würden,..

und dann eben ein Wechsel der Defaultroute eben auch potentiell einen Wechsel des Gateways ins Internet zu Folge haben kann...

und eben dieser Wechsel zu einer Änderung der 'eigenen' öffentlichen IP-Adresse führt mit allen daraus resultierenden Problemen (Verbindungsabbrüche (von Downloads), überall neu einloggen, etc.)

Bei uns in Wien haben wir allerdings Public IPs auf den Routern, und keinerlei Nating auf den Gateways.

dyngw macht damit bei uns absolut keinen Sinn,

(und ist aufgrund der speziellen /1 Routen die unsere Gateways announcen auch völlig wirkungslos)

==== ARPREFRESH ====
Trägt automatisch die MAC-Adressen der OLSR-Nachbarn in den ARP-Table des Routers ein.

Dadurch wird das Routen theoretisch etwas schneller, und ein klitzekleinwenig an ARP-Traffic gespart.

Allerdings hat dieses Plugin in Zusammenhang mit verrücktspielenden Software-Bridges (deren Source-MAC-Adressen defekt waren, während normale arp-requests funktionert haben) schon tagelang Router offline gebracht obwohl sie es ja 'eigentlich' nicht waren,..

Ekiga Konfiguration

2008-09-12T12:30:37Z

Dieter: Navigation eingefügt

{{VoIP_Navigation}}
== Ekiga Konfiguration ==
Dies ist eine Anleitung für die Benutzer des FunkFeuer Voice Over Internet Protocol (VoIP) Servers für das VoIP Softphone Ekiga.

=== Download ===
* '''Linux:''' Ekiga ist Bestandteil der Ubuntu-Standard-Software, und kann nach der Installation im Startmenü Applications > Internet > Ekiga Softphone gestartet werden.
* '''Windows:''' Ekiga wird vom Hersteller [http://wiki.ekiga.org/index.php/Windows_Users hier] gratis zum Download für Windows als Betaversion angeboten.

=== Konfiguration ===

====Ekiga====
* Ekiga öffnen, und im Menü '''Edit > Accounts''' klicken.
[[Bild:Ekiga_edit_accounts.png|frame|none|Screenshot Ekiga]]

====SIP Accounts====
* In dem sich öffnenden Fenster auf "Add" klicken.
[[Bild:Ekiga_accounts_registered.png|frame|none|Screenshot Ekiga]]

=====Account Settings=====
* In allen hier unkenntlich gemachten Feldern kann "Login" aus der [[Frontend_SIPs|SIP Accounts Übersicht]] des Frontends verwendet werden.
* Als "Password" wird hier "Secret" aus der [[Frontend_SIPs|SIP Accounts Übersicht]] des Frontends verwendet.
* "Connection-Timeout" kann auf "3600" eingestellt bleiben.
[[Bild:Ekiga_accounts_add_smudged.png|frame|none|Screenshot Accounts Add Button]]
* Wenn alles passt, Fenster schliessen.

*Dann das "Accounts"-Fenster ebenfalls schliessen, und
*im Menü '''Edit > Preferences''' öffnen.
[[Bild:Ekiga_preferences.png|frame|none|Screenshot Preferences]]

====Preferences====

Der Rest kann in etwa so aussehen:

=====Protocols > Network Settings=====
* Nat Traversal Method: STUN
* STUN Server: stun.sipdiscount.com
[[Bild:Ekiga_preferences_networksettings.png|frame|none|Screenshot Preferences Protocols Network-Settings]]

=====Protocols > SIP Settings =====
* Outbound Proxy: voip.funkfeuer.at
* Send DTMF as: RFC2833
[[Bild:Ekiga_preferences_sipsettings.png|frame|none|Screenshot Preferences Protocols SIP-Settings]]

=====Protocols > H.323-Settings=====
* Default Gateway: voip.funkfeuer.at
* Enable H.245 tunneling
* Enable early H.245
* Enable fast start procedure
* Send DTMF as RFC2833
[[Bild:Ekiga_preferences_h323settings.png|frame|none|Screenshot Preferences Protocols H.323-Settings]]

[[Category:Dokumentation]]
[[Category:VoIP]]

=== Konfiguration - Kurzfassung ===
==== Accounts ====
<gallery>
Bild:Ekiga_edit_accounts.png|'''Edit > Accounts'''
Bild:Ekiga_accounts_registered.png|[[Ekiga_Konfiguration#SIP_Accounts|Add Account]]
Bild:Ekiga_accounts_add_smudged.png|[[Ekiga_Konfiguration#Account_Settings|Edit Account]]
</gallery>
==== Preferences ====
<gallery>
Bild:Ekiga_preferences.png|'''Edit > Preferences'''
Bild:Ekiga_preferences_networksettings.png|[[Ekiga_Konfiguration#Protocols_.3E_Network_Settings|Network-Settings]]
Bild:Ekiga_preferences_sipsettings.png|[[Ekiga_Konfiguration#Protocols_.3E_SIP_Settings|SIP-Settings]]
Bild:Ekiga_preferences_h323settings.png|[[Ekiga_Konfiguration#Protocols_.3E_H.323-Settings|H.323-Settings]]
</gallery>

== [http://www.youtube.com/watch?v=OT_IMJpgZx8 RUF mICH AUF mEIN HaNdY AN!!*!] ==

----
brought 2 You by 
--buntesheer 20080817 :) 
echt lächerlich, lächerlich echt

Vorlage:VoIP Navigation

2008-09-12T12:29:33Z

Dieter: Ekiga_Konfiguration eingefügt

{| align=right style = "border: 1px #aaaaaa solid;"
|-
! Navigation
|-
|
* [[Dokumentation]]
**[[VOIP Services]]
**[[VoIP Client Konfiguration]]
***[[XLite Konfiguration|X-Lite Konfiguration]]
***[[SJphone Konfiguration]]
***[[Ekiga_Konfiguration|Ekiga Konfiguration]]
***[[Linksys_PAP2_Konfiguration|Linksys PAP2 Konfiguration]]
**[[Frontend]]
***[[Frontend_VoIP|VoIP Übersicht]]
****[[Frontend_Durchwahl|Durchwahl Konfiguration]]
****[[Frontend_SIPs|SIP Übersicht]]
*****[[Frontend_SIP|SIP Konfiguration]]
***[[Frontend_Logoff|Logoff]]
|}

Arbeitsgruppen

2008-08-08T09:08:17Z

Dieter: /* Software */ Tippfehler

Ein Working Wiki (kurz. WoW) ist im Grunde auch nur ein oder mehrere Wiki Seiten, allerdings über Dinge die noch w.i.p. ..

siehe auch: [[Arbeitsgruppe_WoW|Was ist ein WoW?]]

Und gleichzeitig eben mit der Einladung an alle daran Interresierten sich an diesem Inhalt noch ungezwungener als im restlichen Wiki auch schreiberisch zu beteiligen,..

Auch Fragen/Ideen und nicht nur Antworten/Inhalt sind auf diesen Seiten (oder der Diskussion) äusserst angebracht! (-;

=[[Arbeitsgruppe_Hardware|Hardware]]=
* [[Arbeitsgruppe_Hardware_Fonera_power|Fonera (Low Power)]] WoW
* [[Arbeitsgruppe_Hardware_OSBRiDGE_5GXi|OSBRiDGE 5GXi]]
* [[Arbeitsgruppe_Hardware_SL75WLAN|SL75 WLAN]]
* [[Arbeitsgruppe_Hardware_RONJA|RONJA]]
** [[Arbeitsgruppe_Hardware_RONJA:Optischer_Kopf|RONJA - Optischer Kopf]]

=[[Arbeitsgruppe_Software|Software]]=
* [[Arbeitsgruppe_Software_DNS|DNS Probleme und Lösungen]] WoW
* [[Arbeitsgruppe_Software_AdhocBridge|Drahtlose Adhoc Netzwerke bridgen]] WoW
* [[Arbeitsgruppe_Software_Failure_Monitoring|Besseres Monitoring von Funknetz Ausfällen]] WoW
* [[Arbeitsgruppe_Software_PINGPERF|Bandwidth Tests mit ping]] WoW

=[[Arbeitsgruppe_Support|Support]]=
* [[FAQ]]
* [[Erste Schritte]]

=[[Arbeitsgruppe_Homepage|Homepage]]=

=[[Arbeitsgruppe_Funknetz|Funknetz]]=

=[[Arbeitsgruppe_Housing|Housing]]=

=[[Arbeitsgruppe_Backbone|Backbone]]=

=[[Arbeitsgruppe_Oberwelt|Oberwelt]]=
*[[Oberwelt:Ziel|Ziel]]
*[[Oberwelt:Veranstaltungen|Veranstaltungen]]
*[[Oberwelt:InfoMaterial|InfoMaterial]]

=[[Arbeitsgruppe_Verein|Verein]]=

=[[Arbeitsgruppe_VoIP|VoIP]]=

OSBRiDGE 5GXi

2008-08-01T10:18:02Z

Dieter: /* Link zur Arbeitsgruppe Osbridge eingefügt

== [http://www.osbridge.com/osbridge_5gxi.php 5GXi] von [http://www.osbridge.com/ OSBRIDGE] ==
[[Bild:osbridge_system_information.png|thumb|200px|right|Screenshot]]

Auf einigen Linkstrecken ist das Modell [http://www.osbridge.com/products5.php 5GXi] von [http://www.osbridge.com OSBRiDGE] in Verwendung. Es handelt sich dabei um eine Antenne mit integriertem Router für den Einsatz im Freien. Für eine Linkstrecke sind auf jeder Seite der Verbindung je eine OSBRiDGE 5GXi nötig, wobei eine als "Master" und eine als "Slave" konfiguriert wird.

Weitere Hardware- und Firmwaredetails gibt es bei der [[Arbeitsgruppe_Hardware_OSBRiDGE_5GXi|FunkFeuer Arbeitsgruppe OSBRiDGE 5GXi]]

=== Vorteile===
* Höhere Geschwindigkeit: 1Mbyte und mehr über mehrere km Entfernung
* Höhere Reichweite (bis 15km)
* Weniger störanfällig
* Kein Basteln
* Einfache Installation:
** Von der Richtantenne bis zum Ethernet Anschluss alles in einem Gehäuse
** Stromversorgung durch mitgelieferten [http://de.wikipedia.org/wiki/Power_over_Ethernet PoE] Adapter
** LED signalisiert, ob der Link funktioniert
* In Österreich zugelassen

=== Nachteile ===
* Aufgrund der höheren Frequenz ist der Sichtkontakt zwischen den Stationen noch wichtiger
* Das Betriebssystem des integrierten Routers versteht kein olsr. Deshalb können die Geräte derzeit nur als [http://de.wikipedia.org/wiki/Bridge_%28Netzwerk%29 Bridge] verwendet werden, weshalb noch ein weiterer olsr-fähiger Router nötig ist (zb. der WAN-Anschluss einer vorhandenen Linksys)
* Preis: Pro Link (d.H. 2x OSBRiDGE 5GXi: je eine auf jeder Seite des Links) aktuell etwa 430EUR (August 2006)

===Einstellungen OSBRiDGE===
Siehe dazu auch das [http://www.osbridge.com/wiki/index.php/Manual_5XLi OSBRiDGE Manual]
==== Initiales Setup ====
Die OSBRiDGE 5GXi wird via Web-Interface konfiguriert.
Die Default Einstellungen bei Auslieferung:
* IP Address: 192.168.1.251
* Subnet Mask: 255.255.255.0
* Login: admin
* Password: public
==== General Settings ====
[[Bild:osbridge_general_settings.png|thumb|200px|none|Screenshot]]
* Regulatory domain: EUROPE (default)
* Device name: Name für die OSBRiDGE; soll auf Master anders als auf Slave sein, z.B. zelt7tosei63 bzw. sei63tozelt7
* ESSID: Name der Funkverbindung, muss auf Master und Slave gleich sein, z.B. zeltertosei.funkfeuer.at
:Achtung - Maximale Zeichenanzahl beachten
* Preferred BSSID: MAC Adresse der gegenüber liegenden OSBRiDGE, z.B. 00:15:d6:19:10:22
* WLAN operational Mode: auf einer Seite "PtP Bridge Master", auf der anderen "PtP Bridge Slave"
* Channel Width: 20Mhz (default)
* IP Operational Mode: bridge
* Packet Aggregation: disabled
: Dieser Punkt soll laut [http://www.osbridge.com/wiki/index.php/Manual_5XLi Manual] für Verbesserung des Datendurchsatzes auf Enabled gestellt werden bzw. ist dies auch als Default enabled.
: Die Strecken über OSBRiDGEs werden bei Verwendung der Standardeinstellung (Packet Aggregation: enabled) vom OLSRd bzw. in der [http://marvin.funkfeuer.at/topo/topology.png TopoMap] schlecht bewertet.
:;Daher unbedingt Packet Aggregation -> disabled
* DHCP:disabled (default)
* DHCP relay: disabled (default)
* Firewall: disabled (default)
* PPPoE Authorization: disabled (default)
* Watchdog: disabled
* Run Web Server on Port: 80 (default)
* Web Login Timeout: 600 (default)

==== IP Settings ====
[[Bild:osbridge_ip_settings.png|thumb|200px|none|Screenshot]]
* Device IP: 192.168.222.X siehe [[5GHz_IP_assignment]]
* Subnet Mask: 255.255.255.0
* Default Gateway: 192.168.222.X

==== Advanced Settings ====
[[Bild:osbridge_advanced_settings.png|thumb|200px|none|Screenshot]]
* Fragmentation Threshold: 2346 (default)
* RTS/CTS Threshold: 2347 (default)
* Distance to the Peer (kilometers): Entfernung zwischen den OSBRiDGEs in km, zB. 5
* Tx Power: 30 (default)
* WLAN Speed: Auto (default)
* Data Encryption: Disabled (default)
* Encryption: Disabled (default)
* WEP Key:
* Pre-shared Key:
* Supported Data Rates: alle auswählen (default)

===Setup mit Linksys WRT54===
====Verkabelung====
Am "Internet" Anschluss des WRT54 (RJ45 Buchse an der Rückseite des WRT54, mit "Internet" beschriftet) wird die OSBRiDGE angeschlossen
====Einstellungen des "Internet" Anschlusses====
Einstellungen des "Internet" Anschlusses in der Freifunk Firmware, spezifisch für das Setup mit OSBRiDGE:

* Der "Internet" Anschluss heißt in der Freifunk Firmware "WAN".
*In der Verwaltung unter WAN ist folgendes einzustellen:
** WAN-Protokoll: OLSR
** WAN IP: Eine IP eines Devices aus dem [[Frontend Devices| Redeemer Frontend]], z.B. 193.238.15?.??? (WAN_ip darf die selbe adresse wie drahtlos/funk sein)
** WAN Netzmaske: 255.255.252.0 (255.0 bei 78,x,x,x)
** WAN Default Route: bleibt leer
** RJ45 Anschlüsse: diese Einstellung im Allgemeinen nicht verändern. Der Defaultwert ist abhängig von der Hardwareversion:
*** entweder 0 5
*** oder 4 5
** zumindest "Ping erlauben" anhacken

Mit "Übernehmen" die Werte bestätigen und den Linksys WRT54 neu starten.

=== IP-Adressen für die Linkstrecken ===
[[5GHz_IP_assignment]]
=== Remote Wartung der OSBRiDGE ===
Um auf die OSBRiDGE per Fernwartung zugreifen zu können, empfiehlt es sich, am WRT54G, an dem die OSBRiDGE angeschlossen ist, ein Device mit einer IP aus dem 192.168.222.0/24 Netz anzulegen.
Dazu
* am WRT54G per ssh einen lokalen Port(d.h. ein Port auf deinem PC/Laptop), z.B. Port 7777 auf Port 80 der OSBRiDGE weiterleiten
** mit putty wäre das in der Putty Configuration unter Connection -> SSH -> Tunnels:
*** Source port: 7777
*** Destination: IP_DER_OSBRiDGE:80 (also z.B. 192.168.222.2:80)
*** "Add" nicht vergessen :-)
** mit ssh wäre das:
ssh -L 7777:192.168.222.2:80 root@wrt54g_IP_Adresse_bzw_Hostname
* dem WAN(=Internet)-Anschluss des WRT54G eine IP aus dem 192.168.222.0/24 Netz zuweisen:
** dazu folgenden Befehl am WRT54G absetzen:
ip addr add 192.168.222.1/24 dev vlan1 label vlan1:2

NACH Gebrauch bitte durch zb Reboot die ip 192.168.222.1 freigeben
* im Browser nun
http://localhost:7777/
eintippen und es sollte das Webinterface der OSBRiDGE zu sehen sein.

=== Default Factory Login ===
* Username: admin
* Password: public

=== OSReset ===
Dient dazu eine OSBRiDGE zu resetten ohne sie aufschrauben zu müssen. (-;

(Download via [http://www.osbridge.com/?q=en/software OSBRiDGE] Homepage)

Die neueren Versionen (ab 1.03) haben Probleme mit gleichzeitig am System installierten Winpcap, da sie selber noch uralte Winpcap Dlls (version 3.1) mitinstallieren.
Ergebnis ist dann, das in den Einstellungen nur mehr der Generic Dialup Adapter zu finden ist, aber keine echten Netzwerkinterfaces.

Allerdings kommt OSReset auch mit neueren Dlls klar, und findet dann wieder alle Interfaces (-;
(ich habs mit Winpcap 4.0.0.1040 und OSReset 1.05 zumindest problemlos hingekriegt)

Darum entweder in "%PROGRAMFILES%\OSReset" folgende Dateien einfach löschen/umbenennen,..

WanPacket.dll, wpcap.dll, Packet.dll

Oder obige drei Dlls von "%WINDIR%\system32" nach "%PROGRAMFILES%\OSReset" kopieren
(Eigentlich nur sinnvoll wenn man vor hat Winpcap wieder zu deinstallieren).

~# bei akku hat funktioniert #~

dll tauschen/kopieren hat nicht funktioniert aber

winpcap deinstall

osreset deinstall

install http://www.winpcap.org/archive/3.1-WinPcap.exe

install http://www.osbridge.com/download/OSReset_1.05.zip

hat funktioniert

OSBRiDGE 5GXi

2008-07-26T16:03:55Z

Dieter: /* OSReset */ Tippfehler

== [http://www.osbridge.com/osbridge_5gxi.php 5GXi] von [http://www.osbridge.com/ OSBRIDGE] ==
[[Bild:osbridge_system_information.png|thumb|200px|right|Screenshot]]

Auf einigen Linkstrecken ist das Modell [http://www.osbridge.com/products5.php 5GXi] von [http://www.osbridge.com OSBRiDGE] in Verwendung. Es handelt sich dabei um eine Antenne mit integriertem Router für den Einsatz im Freien. Für eine Linkstrecke sind auf jeder Seite der Verbindung je eine OSBRiDGE 5GXi nötig, wobei eine als "Master" und eine als "Slave" konfiguriert wird.

=== Vorteile===
* Höhere Geschwindigkeit: 1Mbyte und mehr über mehrere km Entfernung
* Höhere Reichweite (bis 15km)
* Weniger störanfällig
* Kein Basteln
* Einfache Installation:
** Von der Richtantenne bis zum Ethernet Anschluss alles in einem Gehäuse
** Stromversorgung durch mitgelieferten [http://de.wikipedia.org/wiki/Power_over_Ethernet PoE] Adapter
** LED signalisiert, ob der Link funktioniert
* In Österreich zugelassen

=== Nachteile ===
* Aufgrund der höheren Frequenz ist der Sichtkontakt zwischen den Stationen noch wichtiger
* Das Betriebssystem des integrierten Routers versteht kein olsr. Deshalb können die Geräte derzeit nur als [http://de.wikipedia.org/wiki/Bridge_%28Netzwerk%29 Bridge] verwendet werden, weshalb noch ein weiterer olsr-fähiger Router nötig ist (zb. der WAN-Anschluss einer vorhandenen Linksys)
* Preis: Pro Link (d.H. 2x OSBRiDGE 5GXi: je eine auf jeder Seite des Links) aktuell etwa 430EUR (August 2006)

===Einstellungen OSBRiDGE===
Siehe dazu auch das [http://www.osbridge.com/wiki/index.php/Manual_5XLi OSBRiDGE Manual]
==== Initiales Setup ====
Die OSBRiDGE 5GXi wird via Web-Interface konfiguriert.
Die Default Einstellungen bei Auslieferung:
* IP Address: 192.168.1.251
* Subnet Mask: 255.255.255.0
* Login: admin
* Password: public
==== General Settings ====
[[Bild:osbridge_general_settings.png|thumb|200px|none|Screenshot]]
* Regulatory domain: EUROPE (default)
* Device name: Name für die OSBRiDGE; soll auf Master anders als auf Slave sein, z.B. zelt7tosei63 bzw. sei63tozelt7
* ESSID: Name der Funkverbindung, muss auf Master und Slave gleich sein, z.B. zeltertosei.funkfeuer.at
:Achtung - Maximale Zeichenanzahl beachten
* Preferred BSSID: MAC Adresse der gegenüber liegenden OSBRiDGE, z.B. 00:15:d6:19:10:22
* WLAN operational Mode: auf einer Seite "PtP Bridge Master", auf der anderen "PtP Bridge Slave"
* Channel Width: 20Mhz (default)
* IP Operational Mode: bridge
* Packet Aggregation: disabled
: Dieser Punkt soll laut [http://www.osbridge.com/wiki/index.php/Manual_5XLi Manual] für Verbesserung des Datendurchsatzes auf Enabled gestellt werden bzw. ist dies auch als Default enabled.
: Die Strecken über OSBRiDGEs werden bei Verwendung der Standardeinstellung (Packet Aggregation: enabled) vom OLSRd bzw. in der [http://marvin.funkfeuer.at/topo/topology.png TopoMap] schlecht bewertet.
:;Daher unbedingt Packet Aggregation -> disabled
* DHCP:disabled (default)
* DHCP relay: disabled (default)
* Firewall: disabled (default)
* PPPoE Authorization: disabled (default)
* Watchdog: disabled
* Run Web Server on Port: 80 (default)
* Web Login Timeout: 600 (default)

==== IP Settings ====
[[Bild:osbridge_ip_settings.png|thumb|200px|none|Screenshot]]
* Device IP: 192.168.222.X siehe [[5GHz_IP_assignment]]
* Subnet Mask: 255.255.255.0
* Default Gateway: 192.168.222.X

==== Advanced Settings ====
[[Bild:osbridge_advanced_settings.png|thumb|200px|none|Screenshot]]
* Fragmentation Threshold: 2346 (default)
* RTS/CTS Threshold: 2347 (default)
* Distance to the Peer (kilometers): Entfernung zwischen den OSBRiDGEs in km, zB. 5
* Tx Power: 30 (default)
* WLAN Speed: Auto (default)
* Data Encryption: Disabled (default)
* Encryption: Disabled (default)
* WEP Key:
* Pre-shared Key:
* Supported Data Rates: alle auswählen (default)

===Setup mit Linksys WRT54===
====Verkabelung====
Am "Internet" Anschluss des WRT54 (RJ45 Buchse an der Rückseite des WRT54, mit "Internet" beschriftet) wird die OSBRiDGE angeschlossen
====Einstellungen des "Internet" Anschlusses====
Einstellungen des "Internet" Anschlusses in der Freifunk Firmware, spezifisch für das Setup mit OSBRiDGE:

* Der "Internet" Anschluss heißt in der Freifunk Firmware "WAN".
*In der Verwaltung unter WAN ist folgendes einzustellen:
** WAN-Protokoll: OLSR
** WAN IP: Eine IP eines Devices aus dem [[Frontend Devices| Redeemer Frontend]], z.B. 193.238.15?.??? (WAN_ip darf die selbe adresse wie drahtlos/funk sein)
** WAN Netzmaske: 255.255.252.0 (255.0 bei 78,x,x,x)
** WAN Default Route: bleibt leer
** RJ45 Anschlüsse: diese Einstellung im Allgemeinen nicht verändern. Der Defaultwert ist abhängig von der Hardwareversion:
*** entweder 0 5
*** oder 4 5
** zumindest "Ping erlauben" anhacken

Mit "Übernehmen" die Werte bestätigen und den Linksys WRT54 neu starten.

=== IP-Adressen für die Linkstrecken ===
[[5GHz_IP_assignment]]
=== Remote Wartung der OSBRiDGE ===
Um auf die OSBRiDGE per Fernwartung zugreifen zu können, empfiehlt es sich, am WRT54G, an dem die OSBRiDGE angeschlossen ist, ein Device mit einer IP aus dem 192.168.222.0/24 Netz anzulegen.
Dazu
* am WRT54G per ssh einen lokalen Port(d.h. ein Port auf deinem PC/Laptop), z.B. Port 7777 auf Port 80 der OSBRiDGE weiterleiten
** mit putty wäre das in der Putty Configuration unter Connection -> SSH -> Tunnels:
*** Source port: 7777
*** Destination: IP_DER_OSBRiDGE:80 (also z.B. 192.168.222.2:80)
*** "Add" nicht vergessen :-)
** mit ssh wäre das:
ssh -L 7777:192.168.222.2:80 root@wrt54g_IP_Adresse_bzw_Hostname
* dem WAN(=Internet)-Anschluss des WRT54G eine IP aus dem 192.168.222.0/24 Netz zuweisen:
** dazu folgenden Befehl am WRT54G absetzen:
ip addr add 192.168.222.1/24 dev vlan1 label vlan1:2

NACH Gebrauch bitte durch zb Reboot die ip 192.168.222.1 freigeben
* im Browser nun
http://localhost:7777/
eintippen und es sollte das Webinterface der OSBRiDGE zu sehen sein.

=== Default Factory Login ===
* Username: admin
* Password: public

=== OSReset ===
Dient dazu eine OSBRiDGE zu resetten ohne sie aufschrauben zu müssen. (-;

(Download via [http://www.osbridge.com/?q=en/software OSBRiDGE] Homepage)

Die neueren Versionen (ab 1.03) haben Probleme mit gleichzeitig am System installierten Winpcap, da sie selber noch uralte Winpcap Dlls (version 3.1) mitinstallieren.
Ergebnis ist dann, das in den Einstellungen nur mehr der Generic Dialup Adapter zu finden ist, aber keine echten Netzwerkinterfaces.

Allerdings kommt OSReset auch mit neueren Dlls klar, und findet dann wieder alle Interfaces (-;
(ich habs mit Winpcap 4.0.0.1040 und OSReset 1.05 zumindest problemlos hingekriegt)

Darum entweder in "%PROGRAMFILES%\OSReset" folgende Dateien einfach löschen/umbenennen,..

WanPacket.dll, wpcap.dll, Packet.dll

Oder obige drei Dlls von "%WINDIR%\system32" nach "%PROGRAMFILES%\OSReset" kopieren
(Eigentlich nur sinnvoll wenn man vor hat Winpcap wieder zu deinstallieren).

OSLiNK GPL violation

2008-06-08T10:52:06Z

Dieter: OSLiNK: source code but will not deliver instructions to built the firmware

==OSLiNK GPL violation==
OSLiNK Sp. z o.o.
ul. Jana Pawła II 6c
89-604 Chojnice
Poland

Phone:+48 52 396 25 00 and +48 52 395 12 75
Fax: +48 52 396 25 01

Sales E-mail:sales@osbridge.com <mailto:sales@osbridge.com>
Skype:osbridge_sales <callto:osbridge_sales>

Support E-mail:support@osbridge.com <mailto:support@osbridge.com>
Skype: osbridge_support <callto:osbridge_support>

Repair service E-mail: service@osbridge.com <mailto:service@osbridge.com>

produces a WLAN bridge called [http://www.osbridge.com/?q=en/node/68/ OSBRiDGE 5GXi].

Clemens HOPFER from [http://www.funkfeuer.at FunkFeuer] found that the firmware versions 3.39, 3.50, 3.52, 3.54 and [[http://www.osbridge.com/download/OSBRiDGE_5XLi_4.01R.zip 4.01R]], as
binary downloadable from their [http://www.osbridge.com/?q=en/software website]
contain busybox, rrd-tools and the linux kernel.

===Firmware version 4.01R===
The firmware 4.01R contains the following versions of busybox and the linux kernel:
====busybox version====
# busybox
BusyBox v1.01 (2008.04.14-09:29+0000) multi-call binary

Usage: busybox [function] [arguments]...
or: [function] [arguments]...

BusyBox is a multi-call binary that combines many common Unix
utilities into a single executable. Most people will create a
link to busybox for each function they wish to use and BusyBox
will act like whatever it was invoked as!

Currently defined functions:
[, ash, basename, bunzip2, busybox, bzcat, cat, chmod, cp, cut,
date, df, echo, expr, getty, grep, head, ifconfig, init, insmod,
ip, kill, killall, linuxrc, logger, ls, lsmod, mkdir, mount, ping,
printf, ps, rdate, reboot, rm, rmmod, route, sh, sleep, syslogd,
tail, test, touch, tr, traceroute, udhcpc, uname, uptime, vconfig,
wget

#

====linux kernel version====
# uname -a
Linux OSBRiDGE 2.6.22.4 #134 Tue Apr 15 21:44:17 CEST 2008 mips unknown

====rrd-tools====
The Firmware contains rrd-tools as you can see in the screen shot from the web interface of the OSBRiDGE 5GXi (look at the right border of the graphs - there you can still see the rrd-tools text)
[[image:osbridgerrd.png|thumb|Screen shot of the OSBRiDGE web interface with rrd-tools graphs]]

===GPL Violations===
* The complete source code to build the firmware is not available as download. Even though there is [http://www.osbridge.com/?q=en/node/91 some source code] to download there are no instructions how to build the firmware.
* No copyright notice about GPL anywhere on their [http://www.osbridge.com website].
* The complete source code is not available if you ask for it (see email
conversation below).

===support@osbridge.com denied to deliver the source code===
Forwarded conversation
Subject: *Is the source code to build the firmware for the Osbridge 5GXi
available?*
------------------------

From: *Dieter Hofrichter* <dieter.hofrichter@gmail.com>
Date: Sat, Apr 19, 2008 at 3:34 PM
To: support@osbridge.com

Dear OSBRiDGE support,
is the source code to build the firmware for the Osbridge 5GXi available?
Where can I download it?
Best regards
Dieter
----------

From: *Leszek Olszewski* <leszek.olszewski@osbridge.com>
Date: Sat, Apr 19, 2008 at 9:09 PM
To: Dieter Hofrichter <dieter.hofrichter@gmail.com>

Hello,

We do not provide source code for the firmware.

Regards,
Leszek Olszewski
OSLiNK Sp. z o.o.

===further e-mail conversation with OSLiNK===
Leszek Olszewski wrote:
> Hello,
>
> Yes, we are still waiting for an advice from our legal counsel regarding this situation.
>
> As soon as we get a positive opinion from our legal counsel then we'll post the required parts of the firmware that is licensed under GPL on our web site (that is Linux Kernel, Busybox and others, if there are any).
>
> Regards,
> Leszek Olszewski
> OSLiNK Sp. z o.o.
>
> Dieter Hofrichter wrote:
>> Dear Mr. Olszewski,
>>
>> three weeks passed by and I have heard no news about where I can download the sourcecode for the OSBRiDGE 5GXi.
>> Is there any progress?
>> Are there any doubts on your side that the firmware contains software with the GPL license and the resulting consequences?
>> Why is there still no possibility to download the sourcecode?
>> Why do you not mention that the firmware of the OSBRiDGE 5GXi contains software with GPL license on your webpage?
>>
>> Best regards from Vienna
>> Dieter
>>
>> Dieter Hofrichter wrote:
>>> Dear Mr. Olszewski,
>>>
>>> thank you for your fast reply.
>>>
>>> If you want to verify, that your! devices use code under GPL license you have several possibilities:
>>> - Ask your software provider for access to the shell and execute the commands I wrote below ("uname - a" and/or "busybox")
>>> - go to the webinterface of an OSBRiDGE 5GXi, login as admin and look at the network graphs on the bottom of the page. You will find on the right edge "RRDTOOL / TOBI OETIKER" -> and on http://oss.oetiker.ch/rrdtool/license.en.html you can find the license of rrd-tools.
>>>
>>> Thank you again for your cooperation. We are looking forward to see the sourcecode of the OSBRiDGE 5GXi soon on your web site.
>>>
>>> Best regards from Vienna
>>> Dieter Hofrichter
>>>
>>> Leszek Olszewski wrote:
>>>> Hello,
>>>>
>>>> Thank You for the notification. We actually use a 3rd party company to provide the software for us and as a rule that software should not contain any code under GPL license if we are not notified about that fact upfront. We have not been notified about that in this case. If you could provide me information on how we can verify this fact ourselves then that'd be really great.
>>>>
>>>> In any way, we'll seek our legal counsel advice on this situation and if there's no word against it, we'll get all relevant source code released and posted on our web site within next couple of days in order to fully comply with the license terms.
>>>>
>>>> Once again, Thank You for the notification.
>>>>
>>>> Regards,
>>>> Leszek Olszewski
>>>> OSLiNK Sp. z o.o.
>>>>
>>>> Dieter Hofrichter wrote:
>>>>> OSLiNK Sp. z o.o.
>>>>> ul. Jana PawÄšďż˝a II 6c
>>>>> 89-604 Chojnice
>>>>> Poland
>>>>>
>>>>> Phone:+48 52 396 25 00 and +48 52 395 12 75
>>>>> Fax: +48 52 396 25 01
>>>>>
>>>>> Sales E-mail:sales@osbridge.com <mailto:sales@osbridge.com>
>>>>> Skype:osbridge_sales <callto:osbridge_sales>
>>>>>
>>>>> Support E-mail:support@osbridge.com <mailto:support@osbridge.com>
>>>>> Skype: osbridge_support <callto:osbridge_support>
>>>>>
>>>>> Repair service E-mail: service@osbridge.com <mailto:service@osbridge.com>
>>>>>
>>>>> produces a WLAN bridge called OSBRiDGE 5GXi.
>>>>> The latest firmware version as of April 20th 2008 is version 4.01R, as binary downloadable from their webpage at http://www.osbridge.com/download/OSBRiDGE_5XLi_4.01R.zip
>>>>>
>>>>> This firmware contains busybox:
>>>>> # busybox
>>>>> BusyBox v1.01 (2008.04.14-09:29+0000) multi-call binary
>>>>>
>>>>> Usage: busybox [function] [arguments]...
>>>>> or: [function] [arguments]...
>>>>>
>>>>> BusyBox is a multi-call binary that combines many common Unix
>>>>> utilities into a single executable. Most people will create a
>>>>> link to busybox for each function they wish to use and BusyBox
>>>>> will act like whatever it was invoked as!
>>>>>
>>>>> Currently defined functions:
>>>>> [, ash, basename, bunzip2, busybox, bzcat, cat, chmod, cp, cut,
>>>>> date, df, echo, expr, getty, grep, head, ifconfig, init, insmod,
>>>>> ip, kill, killall, linuxrc, logger, ls, lsmod, mkdir, mount, ping,
>>>>> printf, ps, rdate, reboot, rm, rmmod, route, sh, sleep, syslogd,
>>>>> tail, test, touch, tr, traceroute, udhcpc, uname, uptime, vconfig,
>>>>> wget
>>>>>
>>>>> #
>>>>>
>>>>> and the linux kernel
>>>>>
>>>>> # uname -a
>>>>> Linux OSBRiDGE 2.6.22.4 #134 Tue Apr 15 21:44:17 CEST 2008 mips unknown
>>>>>
>>>>> but the source code to build the firmware is not available as download. I could not find any copyright notice about GPL anywhere on there webpage.
>>>>> I asked via email to support@osbride.com for the source code but got the answer, that the source code is not distributed (see attached email conversation).
>>>>>
>>>>> If you need any further information please don't hesitate to contact me.
>>>>>
>>>>> Best regards from Vienna
>>>>> Dieter
>>>>>
>>>>> Forwarded conversation
>>>>> Subject: *Is the source code to build the firmware for the Osbridge 5GXi available?*
>>>>> ------------------------
>>>>>
>>>>> From: *Dieter Hofrichter* <dieter.hofrichter@gmail.com>
>>>>> Date: Sat, Apr 19, 2008 at 3:34 PM
>>>>> To: support@osbridge.com
>>>>>
>>>>> Dear OSBRiDGE support,
>>>>> is the source code to build the firmware for the Osbridge 5GXi available?
>>>>> Where can I download it?
>>>>> Best regards
>>>>> Dieter
>>>>> ----------
>>>>> From: *Leszek Olszewski* <leszek.olszewski@osbridge.com>
>>>>> Date: Sat, Apr 19, 2008 at 9:09 PM
>>>>> To: Dieter Hofrichter <dieter.hofrichter@gmail.com>
>>>>>
>>>>> Hello,
>>>>>
>>>>> We do not provide source code for the firmware.
>>>>>
>>>>> Regards,
>>>>> Leszek Olszewski
>>>>> OSLiNK Sp. z o.o.
===OSLiNK provides the sourcecode===
Leszek Olszewski <leszek.olszewski@osbridge.com> wrote on 2nd June 2008:
First of all, Thank You for your email.
We have provided all necessary source codes and I believe we are in full compliance with GPL now.
Please see:
http://www.osbridge.com/?q=en/node/91
Please let me know if you have any further questions or if there's anything else we can do for you.

===OSLiNK will not deliver instructions to built the firmware===
Leszek Olszewski <leszek.olszewski@osbridge.com> wrote on 3rd June 2008:
According to formal legal advice from our legal consuel, what we have released fullfils our
obligations according to the General Public License. Additionaly, it would not be possible
for any third party to build firmware that can be directly uploaded onto OSBRiDGE 5GXi devices,
because part of the linking, encryption and firmware file signature generation process is done
on Windows based system using applications licensed on commercial terms, which prohibits
the licensee (OSBRiDGE in that case) to release that application to any third party.

OSLiNK GPL violation

2008-06-02T17:44:57Z

Dieter: /* GPL Violations */ typos

OSLiNK GPL violation

2008-06-02T17:43:32Z

Dieter: no build instructions

==OSLiNK GPL violation==
OSLiNK Sp. z o.o.
ul. Jana Pawła II 6c
89-604 Chojnice
Poland

Phone:+48 52 396 25 00 and +48 52 395 12 75
Fax: +48 52 396 25 01

Sales E-mail:sales@osbridge.com <mailto:sales@osbridge.com>
Skype:osbridge_sales <callto:osbridge_sales>

Support E-mail:support@osbridge.com <mailto:support@osbridge.com>
Skype: osbridge_support <callto:osbridge_support>

Repair service E-mail: service@osbridge.com <mailto:service@osbridge.com>

produces a WLAN bridge called [http://www.osbridge.com/?q=en/node/68/ OSBRiDGE 5GXi].

Clemens HOPFER from [http://www.funkfeuer.at FunkFeuer] found that the firmware versions 3.39, 3.50, 3.52, 3.54 and [[http://www.osbridge.com/download/OSBRiDGE_5XLi_4.01R.zip 4.01R]], as
binary downloadable from their [http://www.osbridge.com/?q=en/software website]
contain busybox, rrd-tools and the linux kernel.

===Firmware version 4.01R===
The firmware 4.01R contains the following versions of busybox and the linux kernel:
====busybox version====
# busybox
BusyBox v1.01 (2008.04.14-09:29+0000) multi-call binary

Usage: busybox [function] [arguments]...
or: [function] [arguments]...

BusyBox is a multi-call binary that combines many common Unix
utilities into a single executable. Most people will create a
link to busybox for each function they wish to use and BusyBox
will act like whatever it was invoked as!

Currently defined functions:
[, ash, basename, bunzip2, busybox, bzcat, cat, chmod, cp, cut,
date, df, echo, expr, getty, grep, head, ifconfig, init, insmod,
ip, kill, killall, linuxrc, logger, ls, lsmod, mkdir, mount, ping,
printf, ps, rdate, reboot, rm, rmmod, route, sh, sleep, syslogd,
tail, test, touch, tr, traceroute, udhcpc, uname, uptime, vconfig,
wget

#

====linux kernel version====
# uname -a
Linux OSBRiDGE 2.6.22.4 #134 Tue Apr 15 21:44:17 CEST 2008 mips unknown

====rrd-tools====
The Firmware contains rrd-tools as you can see in the screen shot from the web interface of the OSBRiDGE 5GXi (look at the right border of the graphs - there you can still see the rrd-tools text)
[[image:osbridgerrd.png|thumb|Screen shot of the OSBRiDGE web interface with rrd-tools graphs]]

===GPL Violations===
* The complete source code to build the firmware is not available as download. Even though their is [http://www.osbridge.com/?q=en/node/91 some source code] to download their are no instructions how to build the firmware.
* No copyright notice about GPL anywhere on their [http://www.osbridge.com website].
* The source code is not available if you ask for it (see email
conversation below).

===support@osbridge.com denied to deliver the source code===
Forwarded conversation
Subject: *Is the source code to build the firmware for the Osbridge 5GXi
available?*
------------------------

From: *Dieter Hofrichter* <dieter.hofrichter@gmail.com>
Date: Sat, Apr 19, 2008 at 3:34 PM
To: support@osbridge.com

Dear OSBRiDGE support,
is the source code to build the firmware for the Osbridge 5GXi available?
Where can I download it?
Best regards
Dieter
----------

From: *Leszek Olszewski* <leszek.olszewski@osbridge.com>
Date: Sat, Apr 19, 2008 at 9:09 PM
To: Dieter Hofrichter <dieter.hofrichter@gmail.com>

Hello,

We do not provide source code for the firmware.

Regards,
Leszek Olszewski
OSLiNK Sp. z o.o.

===further e-mail conversation with OSLiNK===
Leszek Olszewski wrote:
> Hello,
>
> Yes, we are still waiting for an advice from our legal counsel regarding this situation.
>
> As soon as we get a positive opinion from our legal counsel then we'll post the required parts of the firmware that is licensed under GPL on our web site (that is Linux Kernel, Busybox and others, if there are any).
>
> Regards,
> Leszek Olszewski
> OSLiNK Sp. z o.o.
>
> Dieter Hofrichter wrote:
>> Dear Mr. Olszewski,
>>
>> three weeks passed by and I have heard no news about where I can download the sourcecode for the OSBRiDGE 5GXi.
>> Is there any progress?
>> Are there any doubts on your side that the firmware contains software with the GPL license and the resulting consequences?
>> Why is there still no possibility to download the sourcecode?
>> Why do you not mention that the firmware of the OSBRiDGE 5GXi contains software with GPL license on your webpage?
>>
>> Best regards from Vienna
>> Dieter
>>
>> Dieter Hofrichter wrote:
>>> Dear Mr. Olszewski,
>>>
>>> thank you for your fast reply.
>>>
>>> If you want to verify, that your! devices use code under GPL license you have several possibilities:
>>> - Ask your software provider for access to the shell and execute the commands I wrote below ("uname - a" and/or "busybox")
>>> - go to the webinterface of an OSBRiDGE 5GXi, login as admin and look at the network graphs on the bottom of the page. You will find on the right edge "RRDTOOL / TOBI OETIKER" -> and on http://oss.oetiker.ch/rrdtool/license.en.html you can find the license of rrd-tools.
>>>
>>> Thank you again for your cooperation. We are looking forward to see the sourcecode of the OSBRiDGE 5GXi soon on your web site.
>>>
>>> Best regards from Vienna
>>> Dieter Hofrichter
>>>
>>> Leszek Olszewski wrote:
>>>> Hello,
>>>>
>>>> Thank You for the notification. We actually use a 3rd party company to provide the software for us and as a rule that software should not contain any code under GPL license if we are not notified about that fact upfront. We have not been notified about that in this case. If you could provide me information on how we can verify this fact ourselves then that'd be really great.
>>>>
>>>> In any way, we'll seek our legal counsel advice on this situation and if there's no word against it, we'll get all relevant source code released and posted on our web site within next couple of days in order to fully comply with the license terms.
>>>>
>>>> Once again, Thank You for the notification.
>>>>
>>>> Regards,
>>>> Leszek Olszewski
>>>> OSLiNK Sp. z o.o.
>>>>
>>>> Dieter Hofrichter wrote:
>>>>> OSLiNK Sp. z o.o.
>>>>> ul. Jana PawÄšďż˝a II 6c
>>>>> 89-604 Chojnice
>>>>> Poland
>>>>>
>>>>> Phone:+48 52 396 25 00 and +48 52 395 12 75
>>>>> Fax: +48 52 396 25 01
>>>>>
>>>>> Sales E-mail:sales@osbridge.com <mailto:sales@osbridge.com>
>>>>> Skype:osbridge_sales <callto:osbridge_sales>
>>>>>
>>>>> Support E-mail:support@osbridge.com <mailto:support@osbridge.com>
>>>>> Skype: osbridge_support <callto:osbridge_support>
>>>>>
>>>>> Repair service E-mail: service@osbridge.com <mailto:service@osbridge.com>
>>>>>
>>>>> produces a WLAN bridge called OSBRiDGE 5GXi.
>>>>> The latest firmware version as of April 20th 2008 is version 4.01R, as binary downloadable from their webpage at http://www.osbridge.com/download/OSBRiDGE_5XLi_4.01R.zip
>>>>>
>>>>> This firmware contains busybox:
>>>>> # busybox
>>>>> BusyBox v1.01 (2008.04.14-09:29+0000) multi-call binary
>>>>>
>>>>> Usage: busybox [function] [arguments]...
>>>>> or: [function] [arguments]...
>>>>>
>>>>> BusyBox is a multi-call binary that combines many common Unix
>>>>> utilities into a single executable. Most people will create a
>>>>> link to busybox for each function they wish to use and BusyBox
>>>>> will act like whatever it was invoked as!
>>>>>
>>>>> Currently defined functions:
>>>>> [, ash, basename, bunzip2, busybox, bzcat, cat, chmod, cp, cut,
>>>>> date, df, echo, expr, getty, grep, head, ifconfig, init, insmod,
>>>>> ip, kill, killall, linuxrc, logger, ls, lsmod, mkdir, mount, ping,
>>>>> printf, ps, rdate, reboot, rm, rmmod, route, sh, sleep, syslogd,
>>>>> tail, test, touch, tr, traceroute, udhcpc, uname, uptime, vconfig,
>>>>> wget
>>>>>
>>>>> #
>>>>>
>>>>> and the linux kernel
>>>>>
>>>>> # uname -a
>>>>> Linux OSBRiDGE 2.6.22.4 #134 Tue Apr 15 21:44:17 CEST 2008 mips unknown
>>>>>
>>>>> but the source code to build the firmware is not available as download. I could not find any copyright notice about GPL anywhere on there webpage.
>>>>> I asked via email to support@osbride.com for the source code but got the answer, that the source code is not distributed (see attached email conversation).
>>>>>
>>>>> If you need any further information please don't hesitate to contact me.
>>>>>
>>>>> Best regards from Vienna
>>>>> Dieter
>>>>>
>>>>> Forwarded conversation
>>>>> Subject: *Is the source code to build the firmware for the Osbridge 5GXi available?*
>>>>> ------------------------
>>>>>
>>>>> From: *Dieter Hofrichter* <dieter.hofrichter@gmail.com>
>>>>> Date: Sat, Apr 19, 2008 at 3:34 PM
>>>>> To: support@osbridge.com
>>>>>
>>>>> Dear OSBRiDGE support,
>>>>> is the source code to build the firmware for the Osbridge 5GXi available?
>>>>> Where can I download it?
>>>>> Best regards
>>>>> Dieter
>>>>> ----------
>>>>> From: *Leszek Olszewski* <leszek.olszewski@osbridge.com>
>>>>> Date: Sat, Apr 19, 2008 at 9:09 PM
>>>>> To: Dieter Hofrichter <dieter.hofrichter@gmail.com>
>>>>>
>>>>> Hello,
>>>>>
>>>>> We do not provide source code for the firmware.
>>>>>
>>>>> Regards,
>>>>> Leszek Olszewski
>>>>> OSLiNK Sp. z o.o.

OSLiNK GPL violation

2008-06-01T19:19:06Z

Dieter: typo, format

==OSLiNK GPL violation==
OSLiNK Sp. z o.o.
ul. Jana Pawła II 6c
89-604 Chojnice
Poland

Phone:+48 52 396 25 00 and +48 52 395 12 75
Fax: +48 52 396 25 01

Sales E-mail:sales@osbridge.com <mailto:sales@osbridge.com>
Skype:osbridge_sales <callto:osbridge_sales>

Support E-mail:support@osbridge.com <mailto:support@osbridge.com>
Skype: osbridge_support <callto:osbridge_support>

Repair service E-mail: service@osbridge.com <mailto:service@osbridge.com>

produces a WLAN bridge called [http://www.osbridge.com/?q=en/node/68/ OSBRiDGE 5GXi].

Clemens HOPFER from [http://www.funkfeuer.at FunkFeuer] found that the firmware versions 3.39, 3.50, 3.52, 3.54 and [[http://www.osbridge.com/download/OSBRiDGE_5XLi_4.01R.zip 4.01R]], as
binary downloadable from their [http://www.osbridge.com/?q=en/software website]
contain busybox, rrd-tools and the linux kernel.

===Firmware version 4.01R===
The firmware 4.01R contains the following versions of busybox and the linux kernel:
====busybox version====
# busybox
BusyBox v1.01 (2008.04.14-09:29+0000) multi-call binary

Usage: busybox [function] [arguments]...
or: [function] [arguments]...

BusyBox is a multi-call binary that combines many common Unix
utilities into a single executable. Most people will create a
link to busybox for each function they wish to use and BusyBox
will act like whatever it was invoked as!

Currently defined functions:
[, ash, basename, bunzip2, busybox, bzcat, cat, chmod, cp, cut,
date, df, echo, expr, getty, grep, head, ifconfig, init, insmod,
ip, kill, killall, linuxrc, logger, ls, lsmod, mkdir, mount, ping,
printf, ps, rdate, reboot, rm, rmmod, route, sh, sleep, syslogd,
tail, test, touch, tr, traceroute, udhcpc, uname, uptime, vconfig,
wget

#

====linux kernel version====
# uname -a
Linux OSBRiDGE 2.6.22.4 #134 Tue Apr 15 21:44:17 CEST 2008 mips unknown

====rrd-tools====
The Firmware contains rrd-tools as you can see in the screen shot from the web interface of the OSBRiDGE 5GXi (look at the right border of the graphs - there you can still see the rrd-tools text)
[[image:osbridgerrd.png|thumb|Screen shot of the OSBRiDGE web interface with rrd-tools graphs]]

===GPL Violations===
* The source code to build the firmware is not available as download.
* No copyright notice about GPL anywhere on their [http://www.osbridge.com website].
* The source code is not available if you ask for it (see email
conversation below).

===support@osbridge.com denied to deliver the source code===
Forwarded conversation
Subject: *Is the source code to build the firmware for the Osbridge 5GXi
available?*
------------------------

From: *Dieter Hofrichter* <dieter.hofrichter@gmail.com>
Date: Sat, Apr 19, 2008 at 3:34 PM
To: support@osbridge.com

Dear OSBRiDGE support,
is the source code to build the firmware for the Osbridge 5GXi available?
Where can I download it?
Best regards
Dieter
----------

From: *Leszek Olszewski* <leszek.olszewski@osbridge.com>
Date: Sat, Apr 19, 2008 at 9:09 PM
To: Dieter Hofrichter <dieter.hofrichter@gmail.com>

Hello,

We do not provide source code for the firmware.

Regards,
Leszek Olszewski
OSLiNK Sp. z o.o.

===further e-mail conversation with OSLiNK===
Leszek Olszewski wrote:
> Hello,
>
> Yes, we are still waiting for an advice from our legal counsel regarding this situation.
>
> As soon as we get a positive opinion from our legal counsel then we'll post the required parts of the firmware that is licensed under GPL on our web site (that is Linux Kernel, Busybox and others, if there are any).
>
> Regards,
> Leszek Olszewski
> OSLiNK Sp. z o.o.
>
> Dieter Hofrichter wrote:
>> Dear Mr. Olszewski,
>>
>> three weeks passed by and I have heard no news about where I can download the sourcecode for the OSBRiDGE 5GXi.
>> Is there any progress?
>> Are there any doubts on your side that the firmware contains software with the GPL license and the resulting consequences?
>> Why is there still no possibility to download the sourcecode?
>> Why do you not mention that the firmware of the OSBRiDGE 5GXi contains software with GPL license on your webpage?
>>
>> Best regards from Vienna
>> Dieter
>>
>> Dieter Hofrichter wrote:
>>> Dear Mr. Olszewski,
>>>
>>> thank you for your fast reply.
>>>
>>> If you want to verify, that your! devices use code under GPL license you have several possibilities:
>>> - Ask your software provider for access to the shell and execute the commands I wrote below ("uname - a" and/or "busybox")
>>> - go to the webinterface of an OSBRiDGE 5GXi, login as admin and look at the network graphs on the bottom of the page. You will find on the right edge "RRDTOOL / TOBI OETIKER" -> and on http://oss.oetiker.ch/rrdtool/license.en.html you can find the license of rrd-tools.
>>>
>>> Thank you again for your cooperation. We are looking forward to see the sourcecode of the OSBRiDGE 5GXi soon on your web site.
>>>
>>> Best regards from Vienna
>>> Dieter Hofrichter
>>>
>>> Leszek Olszewski wrote:
>>>> Hello,
>>>>
>>>> Thank You for the notification. We actually use a 3rd party company to provide the software for us and as a rule that software should not contain any code under GPL license if we are not notified about that fact upfront. We have not been notified about that in this case. If you could provide me information on how we can verify this fact ourselves then that'd be really great.
>>>>
>>>> In any way, we'll seek our legal counsel advice on this situation and if there's no word against it, we'll get all relevant source code released and posted on our web site within next couple of days in order to fully comply with the license terms.
>>>>
>>>> Once again, Thank You for the notification.
>>>>
>>>> Regards,
>>>> Leszek Olszewski
>>>> OSLiNK Sp. z o.o.
>>>>
>>>> Dieter Hofrichter wrote:
>>>>> OSLiNK Sp. z o.o.
>>>>> ul. Jana PawÄšďż˝a II 6c
>>>>> 89-604 Chojnice
>>>>> Poland
>>>>>
>>>>> Phone:+48 52 396 25 00 and +48 52 395 12 75
>>>>> Fax: +48 52 396 25 01
>>>>>
>>>>> Sales E-mail:sales@osbridge.com <mailto:sales@osbridge.com>
>>>>> Skype:osbridge_sales <callto:osbridge_sales>
>>>>>
>>>>> Support E-mail:support@osbridge.com <mailto:support@osbridge.com>
>>>>> Skype: osbridge_support <callto:osbridge_support>
>>>>>
>>>>> Repair service E-mail: service@osbridge.com <mailto:service@osbridge.com>
>>>>>
>>>>> produces a WLAN bridge called OSBRiDGE 5GXi.
>>>>> The latest firmware version as of April 20th 2008 is version 4.01R, as binary downloadable from their webpage at http://www.osbridge.com/download/OSBRiDGE_5XLi_4.01R.zip
>>>>>
>>>>> This firmware contains busybox:
>>>>> # busybox
>>>>> BusyBox v1.01 (2008.04.14-09:29+0000) multi-call binary
>>>>>
>>>>> Usage: busybox [function] [arguments]...
>>>>> or: [function] [arguments]...
>>>>>
>>>>> BusyBox is a multi-call binary that combines many common Unix
>>>>> utilities into a single executable. Most people will create a
>>>>> link to busybox for each function they wish to use and BusyBox
>>>>> will act like whatever it was invoked as!
>>>>>
>>>>> Currently defined functions:
>>>>> [, ash, basename, bunzip2, busybox, bzcat, cat, chmod, cp, cut,
>>>>> date, df, echo, expr, getty, grep, head, ifconfig, init, insmod,
>>>>> ip, kill, killall, linuxrc, logger, ls, lsmod, mkdir, mount, ping,
>>>>> printf, ps, rdate, reboot, rm, rmmod, route, sh, sleep, syslogd,
>>>>> tail, test, touch, tr, traceroute, udhcpc, uname, uptime, vconfig,
>>>>> wget
>>>>>
>>>>> #
>>>>>
>>>>> and the linux kernel
>>>>>
>>>>> # uname -a
>>>>> Linux OSBRiDGE 2.6.22.4 #134 Tue Apr 15 21:44:17 CEST 2008 mips unknown
>>>>>
>>>>> but the source code to build the firmware is not available as download. I could not find any copyright notice about GPL anywhere on there webpage.
>>>>> I asked via email to support@osbride.com for the source code but got the answer, that the source code is not distributed (see attached email conversation).
>>>>>
>>>>> If you need any further information please don't hesitate to contact me.
>>>>>
>>>>> Best regards from Vienna
>>>>> Dieter
>>>>>
>>>>> Forwarded conversation
>>>>> Subject: *Is the source code to build the firmware for the Osbridge 5GXi available?*
>>>>> ------------------------
>>>>>
>>>>> From: *Dieter Hofrichter* <dieter.hofrichter@gmail.com>
>>>>> Date: Sat, Apr 19, 2008 at 3:34 PM
>>>>> To: support@osbridge.com
>>>>>
>>>>> Dear OSBRiDGE support,
>>>>> is the source code to build the firmware for the Osbridge 5GXi available?
>>>>> Where can I download it?
>>>>> Best regards
>>>>> Dieter
>>>>> ----------
>>>>> From: *Leszek Olszewski* <leszek.olszewski@osbridge.com>
>>>>> Date: Sat, Apr 19, 2008 at 9:09 PM
>>>>> To: Dieter Hofrichter <dieter.hofrichter@gmail.com>
>>>>>
>>>>> Hello,
>>>>>
>>>>> We do not provide source code for the firmware.
>>>>>
>>>>> Regards,
>>>>> Leszek Olszewski
>>>>> OSLiNK Sp. z o.o.

OSLiNK GPL violation

2008-06-01T15:33:54Z

Dieter:

==OSLiNK GPL violation==
OSLiNK Sp. z o.o.
ul. Jana Pawła II 6c
89-604 Chojnice
Poland

Phone:+48 52 396 25 00 and +48 52 395 12 75
Fax: +48 52 396 25 01

Sales E-mail:sales@osbridge.com <mailto:sales@osbridge.com>
Skype:osbridge_sales <callto:osbridge_sales>

Support E-mail:support@osbridge.com <mailto:support@osbridge.com>
Skype: osbridge_support <callto:osbridge_support>

Repair service E-mail: service@osbridge.com <mailto:service@osbridge.com>

produces a WLAN bridge called OSBRiDGE 5GXi.

Clemens HOPFER from [http://www.funkfeuer.at FunkFeuer] found that the firmware versions 3.39, 3.50, 3.52, 3.54 and [[http://www.osbridge.com/download/OSBRiDGE_5XLi_4.01R.zip 4.01R]], as
binary downloadable from their [http://www.osbridge.com/?q=en/software website]
contain busybox, rrd-tools and the linux kernel.

===Firmware version 4.01R===
The firmware 4.01R contains the following versions of busybox and the linux kernel:
====busybox version====
# busybox
BusyBox v1.01 (2008.04.14-09:29+0000) multi-call binary

Usage: busybox [function] [arguments]...
or: [function] [arguments]...

BusyBox is a multi-call binary that combines many common Unix
utilities into a single executable. Most people will create a
link to busybox for each function they wish to use and BusyBox
will act like whatever it was invoked as!

Currently defined functions:
[, ash, basename, bunzip2, busybox, bzcat, cat, chmod, cp, cut,
date, df, echo, expr, getty, grep, head, ifconfig, init, insmod,
ip, kill, killall, linuxrc, logger, ls, lsmod, mkdir, mount, ping,
printf, ps, rdate, reboot, rm, rmmod, route, sh, sleep, syslogd,
tail, test, touch, tr, traceroute, udhcpc, uname, uptime, vconfig,
wget

#

====linux kernel version====

# uname -a
Linux OSBRiDGE 2.6.22.4 #134 Tue Apr 15 21:44:17 CEST 2008 mips unknown

====rrd-tools====
The Firmware contains rrd-tools as you can see in the screen shot from the web interface of the OSBRiDGE 5GXi (look at the right border of the graphs - there you can still see the rrd-tools text)
[[image:osbridgerrd.png|thumb|Screen shot of the OSBRiDGE web interface with rrd-tools graphs]]

===GPL Violations===
* The source code to build the firmware is not available as download.
* No copyright notice about GPL anywhere on their [http://www.osbridge.com website].
* The source code is not available if you ask for it (see email
conversation below).

===support@osbride.com denied to deliver the source code===
Forwarded conversation
Subject: *Is the source code to build the firmware for the Osbridge 5GXi
available?*
------------------------

From: *Dieter Hofrichter* <dieter.hofrichter@gmail.com>
Date: Sat, Apr 19, 2008 at 3:34 PM
To: support@osbridge.com

Dear OSBRiDGE support,
is the source code to build the firmware for the Osbridge 5GXi available?
Where can I download it?
Best regards
Dieter
----------

From: *Leszek Olszewski* <leszek.olszewski@osbridge.com>
Date: Sat, Apr 19, 2008 at 9:09 PM
To: Dieter Hofrichter <dieter.hofrichter@gmail.com>

Hello,

We do not provide source code for the firmware.

Regards,
Leszek Olszewski
OSLiNK Sp. z o.o.

===further e-mail conversation with OSLiNK===
Leszek Olszewski wrote:
> Hello,
>
> Yes, we are still waiting for an advice from our legal counsel regarding this situation.
>
> As soon as we get a positive opinion from our legal counsel then we'll post the required parts of the firmware that is licensed under GPL on our web site (that is Linux Kernel, Busybox and others, if there are any).
>
> Regards,
> Leszek Olszewski
> OSLiNK Sp. z o.o.
>
> Dieter Hofrichter wrote:
>> Dear Mr. Olszewski,
>>
>> three weeks passed by and I have heard no news about where I can download the sourcecode for the OSBRiDGE 5GXi.
>> Is there any progress?
>> Are there any doubts on your side that the firmware contains software with the GPL license and the resulting consequences?
>> Why is there still no possibility to download the sourcecode?
>> Why do you not mention that the firmware of the OSBRiDGE 5GXi contains software with GPL license on your webpage?
>>
>> Best regards from Vienna
>> Dieter
>>
>> Dieter Hofrichter schrieb:
>>> Dear Mr. Olszewski,
>>>
>>> thank you for your fast reply.
>>>
>>> If you want to verify, that your! devices use code under GPL license you have several possibilities:
>>> - Ask your software provider for access to the shell and execute the commands I wrote below ("uname - a" and/or "busybox")
>>> - go to the webinterface of an OSBRiDGE 5GXi, login as admin and look at the network graphs on the bottom of the page. You will find on the right edge "RRDTOOL / TOBI OETIKER" -> and on http://oss.oetiker.ch/rrdtool/license.en.html you can find the license of rrd-tools.
>>>
>>> Thank you again for your cooperation. We are looking forward to see the sourcecode of the OSBRiDGE 5GXi soon on your web site.
>>>
>>> Best regards from Vienna
>>> Dieter Hofrichter
>>>
>>> Leszek Olszewski wrote:
>>>> Hello,
>>>>
>>>> Thank You for the notification. We actually use a 3rd party company to provide the software for us and as a rule that software should not contain any code under GPL license if we are not notified about that fact upfront. We have not been notified about that in this case. If you could provide me information on how we can verify this fact ourselves then that'd be really great.
>>>>
>>>> In any way, we'll seek our legal counsel advice on this situation and if there's no word against it, we'll get all relevant source code released and posted on our web site within next couple of days in order to fully comply with the license terms.
>>>>
>>>> Once again, Thank You for the notification.
>>>>
>>>> Regards,
>>>> Leszek Olszewski
>>>> OSLiNK Sp. z o.o.
>>>>
>>>> Dieter Hofrichter wrote:
>>>>> OSLiNK Sp. z o.o.
>>>>> ul. Jana PawÄšďż˝a II 6c
>>>>> 89-604 Chojnice
>>>>> Poland
>>>>>
>>>>> Phone:+48 52 396 25 00 and +48 52 395 12 75
>>>>> Fax: +48 52 396 25 01
>>>>>
>>>>> Sales E-mail:sales@osbridge.com <mailto:sales@osbridge.com>
>>>>> Skype:osbridge_sales <callto:osbridge_sales>
>>>>>
>>>>> Support E-mail:support@osbridge.com <mailto:support@osbridge.com>
>>>>> Skype: osbridge_support <callto:osbridge_support>
>>>>>
>>>>> Repair service E-mail: service@osbridge.com <mailto:service@osbridge.com>
>>>>>
>>>>> produces a WLAN bridge called OSBRiDGE 5GXi.
>>>>> The latest firmware version as of April 20th 2008 is version 4.01R, as binary downloadable from their webpage at http://www.osbridge.com/download/OSBRiDGE_5XLi_4.01R.zip
>>>>>
>>>>> This firmware contains busybox:
>>>>> # busybox
>>>>> BusyBox v1.01 (2008.04.14-09:29+0000) multi-call binary
>>>>>
>>>>> Usage: busybox [function] [arguments]...
>>>>> or: [function] [arguments]...
>>>>>
>>>>> BusyBox is a multi-call binary that combines many common Unix
>>>>> utilities into a single executable. Most people will create a
>>>>> link to busybox for each function they wish to use and BusyBox
>>>>> will act like whatever it was invoked as!
>>>>>
>>>>> Currently defined functions:
>>>>> [, ash, basename, bunzip2, busybox, bzcat, cat, chmod, cp, cut,
>>>>> date, df, echo, expr, getty, grep, head, ifconfig, init, insmod,
>>>>> ip, kill, killall, linuxrc, logger, ls, lsmod, mkdir, mount, ping,
>>>>> printf, ps, rdate, reboot, rm, rmmod, route, sh, sleep, syslogd,
>>>>> tail, test, touch, tr, traceroute, udhcpc, uname, uptime, vconfig,
>>>>> wget
>>>>>
>>>>> #
>>>>>
>>>>> and the linux kernel
>>>>>
>>>>> # uname -a
>>>>> Linux OSBRiDGE 2.6.22.4 #134 Tue Apr 15 21:44:17 CEST 2008 mips unknown
>>>>>
>>>>> but the source code to build the firmware is not available as download. I could not find any copyright notice about GPL anywhere on there webpage.
>>>>> I asked via email to support@osbride.com for the source code but got the answer, that the source code is not distributed (see attached email conversation).
>>>>>
>>>>> If you need any further information please don't hesitate to contact me.
>>>>>
>>>>> Best regards from Vienna
>>>>> Dieter
>>>>>
>>>>> Forwarded conversation
>>>>> Subject: *Is the source code to build the firmware for the Osbridge 5GXi available?*
>>>>> ------------------------
>>>>>
>>>>> From: *Dieter Hofrichter* <dieter.hofrichter@gmail.com>
>>>>> Date: Sat, Apr 19, 2008 at 3:34 PM
>>>>> To: support@osbridge.com
>>>>>
>>>>> Dear OSBRiDGE support,
>>>>> is the source code to build the firmware for the Osbridge 5GXi available?
>>>>> Where can I download it?
>>>>> Best regards
>>>>> Dieter
>>>>> ----------
>>>>> From: *Leszek Olszewski* <leszek.olszewski@osbridge.com>
>>>>> Date: Sat, Apr 19, 2008 at 9:09 PM
>>>>> To: Dieter Hofrichter <dieter.hofrichter@gmail.com>
>>>>>
>>>>> Hello,
>>>>>
>>>>> We do not provide source code for the firmware.
>>>>>
>>>>> Regards,
>>>>> Leszek Olszewski
>>>>> OSLiNK Sp. z o.o.

OSLiNK GPL violation

2008-06-01T15:24:32Z

Dieter: further conversation added

==OSLiNK GPL violation==

OSLiNK Sp. z o.o.
ul. Jana Pawła II 6c
89-604 Chojnice
Poland

Phone:+48 52 396 25 00 and +48 52 395 12 75
Fax: +48 52 396 25 01

Sales E-mail:sales@osbridge.com <mailto:sales@osbridge.com>
Skype:osbridge_sales <callto:osbridge_sales>

Support E-mail:support@osbridge.com <mailto:support@osbridge.com>
Skype: osbridge_support <callto:osbridge_support>

Repair service E-mail: service@osbridge.com <mailto:service@osbridge.com>

produces a WLAN bridge called OSBRiDGE 5GXi.
The firmware versions 3.39, 3.50, 3.52, 3.54 and [[http://www.osbridge.com/download/OSBRiDGE_5XLi_4.01R.zip 4.01R]], as
binary downloadable from their [http://www.osbridge.com/?q=en/software website]
contains busybox, rrd-tools and the linux kernel.

===Firmware version 4.01R===
The firmware 4.01R contains the following versions of busybox and the linux kernel:
====busybox version====
# busybox
BusyBox v1.01 (2008.04.14-09:29+0000) multi-call binary

Usage: busybox [function] [arguments]...
or: [function] [arguments]...

BusyBox is a multi-call binary that combines many common Unix
utilities into a single executable. Most people will create a
link to busybox for each function they wish to use and BusyBox
will act like whatever it was invoked as!

Currently defined functions:
[, ash, basename, bunzip2, busybox, bzcat, cat, chmod, cp, cut,
date, df, echo, expr, getty, grep, head, ifconfig, init, insmod,
ip, kill, killall, linuxrc, logger, ls, lsmod, mkdir, mount, ping,
printf, ps, rdate, reboot, rm, rmmod, route, sh, sleep, syslogd,
tail, test, touch, tr, traceroute, udhcpc, uname, uptime, vconfig,
wget

#

====linux kernel version====

# uname -a
Linux OSBRiDGE 2.6.22.4 #134 Tue Apr 15 21:44:17 CEST 2008 mips unknown

====rrd-tools====
The rrd-tools as you can see at the screen shot from the web interface of the OSBRiDGE 5GXi
[[image:osbridgerrd.png|thumb|Screen shot of the OSBRiDGE web interface with rrd-tools graphs]]

===GPL Violations===
* The source code to build the firmware is not available as download.
* No copyright notice about GPL anywhere on their [http://www.osbridge.com website].
* The source code is not available if you ask for it (see email
conversation below).

===support@osbride.com denied to deliver the source code===
Forwarded conversation
Subject: *Is the source code to build the firmware for the Osbridge 5GXi
available?*
------------------------

From: *Dieter Hofrichter* <dieter.hofrichter@gmail.com>
Date: Sat, Apr 19, 2008 at 3:34 PM
To: support@osbridge.com

Dear OSBRiDGE support,
is the source code to build the firmware for the Osbridge 5GXi available?
Where can I download it?
Best regards
Dieter
----------

From: *Leszek Olszewski* <leszek.olszewski@osbridge.com>
Date: Sat, Apr 19, 2008 at 9:09 PM
To: Dieter Hofrichter <dieter.hofrichter@gmail.com>

Hello,

We do not provide source code for the firmware.

Regards,
Leszek Olszewski
OSLiNK Sp. z o.o.

===further e-mail conversation with OSLiNK===
Leszek Olszewski wrote:
> Hello,
>
> Yes, we are still waiting for an advice from our legal counsel regarding this situation.
>
> As soon as we get a positive opinion from our legal counsel then we'll post the required parts of the firmware that is licensed under GPL on our web site (that is Linux Kernel, Busybox and others, if there are any).
>
> Regards,
> Leszek Olszewski
> OSLiNK Sp. z o.o.
>
> Dieter Hofrichter wrote:
>> Dear Mr. Olszewski,
>>
>> three weeks passed by and I have heard no news about where I can download the sourcecode for the OSBRiDGE 5GXi.
>> Is there any progress?
>> Are there any doubts on your side that the firmware contains software with the GPL license and the resulting consequences?
>> Why is there still no possibility to download the sourcecode?
>> Why do you not mention that the firmware of the OSBRiDGE 5GXi contains software with GPL license on your webpage?
>>
>> Best regards from Vienna
>> Dieter
>>
>> Dieter Hofrichter schrieb:
>>> Dear Mr. Olszewski,
>>>
>>> thank you for your fast reply.
>>>
>>> If you want to verify, that your! devices use code under GPL license you have several possibilities:
>>> - Ask your software provider for access to the shell and execute the commands I wrote below ("uname - a" and/or "busybox")
>>> - go to the webinterface of an OSBRiDGE 5GXi, login as admin and look at the network graphs on the bottom of the page. You will find on the right edge "RRDTOOL / TOBI OETIKER" -> and on http://oss.oetiker.ch/rrdtool/license.en.html you can find the license of rrd-tools.
>>>
>>> Thank you again for your cooperation. We are looking forward to see the sourcecode of the OSBRiDGE 5GXi soon on your web site.
>>>
>>> Best regards from Vienna
>>> Dieter Hofrichter
>>>
>>> Leszek Olszewski wrote:
>>>> Hello,
>>>>
>>>> Thank You for the notification. We actually use a 3rd party company to provide the software for us and as a rule that software should not contain any code under GPL license if we are not notified about that fact upfront. We have not been notified about that in this case. If you could provide me information on how we can verify this fact ourselves then that'd be really great.
>>>>
>>>> In any way, we'll seek our legal counsel advice on this situation and if there's no word against it, we'll get all relevant source code released and posted on our web site within next couple of days in order to fully comply with the license terms.
>>>>
>>>> Once again, Thank You for the notification.
>>>>
>>>> Regards,
>>>> Leszek Olszewski
>>>> OSLiNK Sp. z o.o.
>>>>
>>>> Dieter Hofrichter wrote:
>>>>> OSLiNK Sp. z o.o.
>>>>> ul. Jana PawÄšďż˝a II 6c
>>>>> 89-604 Chojnice
>>>>> Poland
>>>>>
>>>>> Phone:+48 52 396 25 00 and +48 52 395 12 75
>>>>> Fax: +48 52 396 25 01
>>>>>
>>>>> Sales E-mail:sales@osbridge.com <mailto:sales@osbridge.com>
>>>>> Skype:osbridge_sales <callto:osbridge_sales>
>>>>>
>>>>> Support E-mail:support@osbridge.com <mailto:support@osbridge.com>
>>>>> Skype: osbridge_support <callto:osbridge_support>
>>>>>
>>>>> Repair service E-mail: service@osbridge.com <mailto:service@osbridge.com>
>>>>>
>>>>> produces a WLAN bridge called OSBRiDGE 5GXi.
>>>>> The latest firmware version as of April 20th 2008 is version 4.01R, as binary downloadable from their webpage at http://www.osbridge.com/download/OSBRiDGE_5XLi_4.01R.zip
>>>>>
>>>>> This firmware contains busybox:
>>>>> # busybox
>>>>> BusyBox v1.01 (2008.04.14-09:29+0000) multi-call binary
>>>>>
>>>>> Usage: busybox [function] [arguments]...
>>>>> or: [function] [arguments]...
>>>>>
>>>>> BusyBox is a multi-call binary that combines many common Unix
>>>>> utilities into a single executable. Most people will create a
>>>>> link to busybox for each function they wish to use and BusyBox
>>>>> will act like whatever it was invoked as!
>>>>>
>>>>> Currently defined functions:
>>>>> [, ash, basename, bunzip2, busybox, bzcat, cat, chmod, cp, cut,
>>>>> date, df, echo, expr, getty, grep, head, ifconfig, init, insmod,
>>>>> ip, kill, killall, linuxrc, logger, ls, lsmod, mkdir, mount, ping,
>>>>> printf, ps, rdate, reboot, rm, rmmod, route, sh, sleep, syslogd,
>>>>> tail, test, touch, tr, traceroute, udhcpc, uname, uptime, vconfig,
>>>>> wget
>>>>>
>>>>> #
>>>>>
>>>>> and the linux kernel
>>>>>
>>>>> # uname -a
>>>>> Linux OSBRiDGE 2.6.22.4 #134 Tue Apr 15 21:44:17 CEST 2008 mips unknown
>>>>>
>>>>> but the source code to build the firmware is not available as download. I could not find any copyright notice about GPL anywhere on there webpage.
>>>>> I asked via email to support@osbride.com for the source code but got the answer, that the source code is not distributed (see attached email conversation).
>>>>>
>>>>> If you need any further information please don't hesitate to contact me.
>>>>>
>>>>> Best regards from Vienna
>>>>> Dieter
>>>>>
>>>>> Forwarded conversation
>>>>> Subject: *Is the source code to build the firmware for the Osbridge 5GXi available?*
>>>>> ------------------------
>>>>>
>>>>> From: *Dieter Hofrichter* <dieter.hofrichter@gmail.com>
>>>>> Date: Sat, Apr 19, 2008 at 3:34 PM
>>>>> To: support@osbridge.com
>>>>>
>>>>> Dear OSBRiDGE support,
>>>>> is the source code to build the firmware for the Osbridge 5GXi available?
>>>>> Where can I download it?
>>>>> Best regards
>>>>> Dieter
>>>>> ----------
>>>>> From: *Leszek Olszewski* <leszek.olszewski@osbridge.com>
>>>>> Date: Sat, Apr 19, 2008 at 9:09 PM
>>>>> To: Dieter Hofrichter <dieter.hofrichter@gmail.com>
>>>>>
>>>>> Hello,
>>>>>
>>>>> We do not provide source code for the firmware.
>>>>>
>>>>> Regards,
>>>>> Leszek Olszewski
>>>>> OSLiNK Sp. z o.o.

OSLiNK GPL violation

2008-06-01T15:00:11Z

Dieter: /* rrd-tools */ format

OSLiNK GPL violation

2008-06-01T14:59:36Z

Dieter: rrd-tools format

OSLiNK GPL violation

2008-06-01T14:58:24Z

Dieter: /* linux kernel version */ rrd-tools screenshot added

Datei:Osbridgerrd.png

2008-06-01T14:52:34Z

Dieter: Screenshot OSBRiDGE web interface with rrd-tools for the statistics graph

Screenshot OSBRiDGE web interface with rrd-tools for the statistics graph

OSLiNK GPL violation

2008-05-31T14:20:11Z

Dieter: initial version

Arbeitsgruppe Hardware OSBRiDGE 5GXi

2008-05-31T13:50:30Z

Dieter: link zur OSLiNK GPL violation hinzugefügt

==OSBRiDGE 5GXi==
Es handelt sich um eine Lösung rund um den [http://www.linux-mips.org/wiki/Adm5120 Infinion Adm5120]
mit:
* Speicher: 16MB Ram. Als SDRam Chip kommen zwei Stück IS42S32200C1 zum Einsatz, das sind 512K Bits x 32 Bits x 4 Banks (64-MBIT) Chips [http://www.issi.com/pdf/42S32200C1.pdf (Datasheet)]
* Flash: 16mbit/2MByte. Der Flashchip ist ein MX29lv160CBTC-70G [http://www.datasheetarchive.com/pdf/2536378.pdf (Datasheet)]
* WLAN: WLM54AG Atheros 802.11a/b/g mPCI Adapter mit AR5414 Chipset [http://www.compex.com.sg/home/Datasheet/New_WLM_DSv1.9.pdf (Datasheet)]
* RS232 line driver: Links neben dem miniPCI Steckplatz ist ein MAX2343. Das ist ein 3V to 5V Multichannel RS232 line driver/receiver [http://focus.ti.com/lit/ds/symlink/max3243.pdf (Datasheet)]

<gallery Caption="Bilder der Platine">
Bild:osbridge5gxi_full.jpg|OSBRiDGE 5GXi innen, Schirmungskäfig der WLAN MiniPCI Karte abgenommen, alle Kabel angesteckt
Bild:Osbridge5gxi_mit_wlan.jpg|Platine der OSBRiDGE 5GXi mit Atheros MiniPCI eingesteckt (ohne WLAN Schirmungskäfig)
Bild:osbridge5gxi_ohne_minipci.jpg|Platine der OSBRiDGE 5GXi ohne MiniPCI Karte
Bild:osbridge_hardware_revision.jpg|Sticker am Gehäuse außen
Bild:Osbridge_pinbelegung.jpg|J2 Stiftleiste beschalten für die serielle Konsole
</gallery>
===Serielle Konsole===
Pinbelegung der J2 Pinleiste:
J2
1 x x 10
x x
x x GND
x x TX
RX 5 x x 6

Pin 5: rx connect to pin 3 on 9-pin rs232
Pin 7: tx connect to pin 2 on 9-pin rs232
Pin 8: gnd connect to pin 5 on 9-pin rs232

Einstellungen:
* Baud: 115200, 8bit, 1 Stopbit, keine Flußsteuerung

===Bootloader===
Ausgabe des bootloaders:
ADM5120 Boot:: 3387E1F3

Copyright 2002-2004 Infineon-ADMtek, Inc.
CPU: ADM5120-175MHz
SDRAM: 16MB Flash: NOR-2MB
Boot System: OSBRiDGE 5XLi/5GXi/900XL
Boot Version 2.10, Programmed: 02.00 HWRev: 03.00
Creation Date: 2006.06.22

Press <space> key tree times to enter boot menu..
0
Booting Linux...
Kernel decompress ...
Check age image..... 001D55B9
Find new image.
Allocalte memory CRC: YES
CRC sum: E17DE2C5
CRC size: 001D55B9
CRC calculate: E17DE2C5
Kernel size: 001D55B9
Kernel address: A0002000
Kernel address: 100001B5
CRC config sum: 3387E1F3
CRC config size: 00006BF6
CRC config calculate: 3387E1F3 OK
PASS

Sieht ähnlich dem Edimax Bootloader aus (3x <space>...)

Ausgabe, wenn man 3x die Leertaste drückt:

ADM5120 Boot:

Copyright 2002-2004 Infineon-ADMtek, Inc.
CPU: ADM5120-175MHz
SDRAM: 16MB Flash: NOR-2MB
Boot System: OSBRiDGE 5XLi/5GXi/900XL
Boot Version 2.10, Programmed: 02.00 HWRev: 03.00
Creation Date: 2006.06.22

Press <space> key tree times to enter boot menu..
0

Loader Menu
==================================
[1] Xmodem Download
[2] TFTP Client Download
[3] Print Boot Params
[4] Set Boot Params
[5] Update bootloader
[6] Exit

Please enter your number:3

Print Boot Parameters.
==========================

Serial number:
Hardware version:
Mac addres:00-0B-6B-2A-04-05
Number of Mac address:0
IP address for this board:192.168.1.7

Loader Menu
==================================
[1] Xmodem Download
[2] TFTP Client Download
[3] Print Boot Params
[4] Set Boot Params
[5] Update bootloader
[6] Exit

Please enter your number:

Menue [2]:

TFTP Client Menu
===============================
[D]: start download
[S]: set parameters
[X]: exit
Enter your option:
Default ist tftp Server IP: 192.168.1.23
file name: osbridge_5xli.bin

Flasht man mit den Defaulteinstellungen,
so gibt es zwischen
Programming flash....
und
Write flash....PASS
ein
Decode....
Original OSBRiDGE Firmware funktioniert nur, wenn sie mit den Default-Einstellungen geflasht wird.
Hier der Output eines erfolgreichen Flash-Vorgangs der original OSBRiDGE Firmware (v3.54R) (dauert weniger als eine Minute)
Remote File: osbridge_5xli.bin

TFTP Client Menu
=============c==================
[D]: start download
[S]: set parameters
[X]: exit
Enter your option:d
Starting the TFTP download(ESC to stop)...............................PASS

Eraseing flash.......PASS
Programming flash....
Decode....
Write flash....PASS

Server IP: 192.168.1.23
Remote File: osbridge_5xli.bin

TFTP Client Menu
===============================
[D]: start download
[S]: set parameters
[X]: exitccc
Enter your option:

Images mit dem csys header header "booten" wie unten angefügt bis zu einem "CRC calculate -> fail",
ohne csys header bleibt der Bootvorgang schon bei "Find new image." stecken.

Bootversuch mit einem Image von http://www.student.tue.nl/Q/t.f.a.wilms/adm5120/files/fw/fw-20050809.img (via [2] tftp Client Download eingespielt):

ADM5120 Boot:

Copyright 2002-2004 Infineon-ADMtek, Inc.
CPU: ADM5120-175MHz
SDRAM: 16MB Flash: NOR-2MB
Boot System: OSBRiDGE 5XLi/5GXi/900XL
Boot Version 2.10, Programmed: 02.00 HWRev: 03.00
Creation Date: 2006.06.22

Press <space> key tree times to enter boot menu..
0
Booting Linux...
Kernel decompress ...
Check age image..... 00181CFB
Find new image.
Allocalte memory CRC: YES
CRC sum: FFFFFF00
CRC size: 00181CFB
CRC calculate: 7C60B344 FAIL

===TFTP Firmware upgrade===
Aus dem [http://www.osbridge.com/wiki/index.php/Manual_5XLi_v4#TFTP_Firmware_upgrade OSBRiDGE Manual]

Each OSBRiDGE device allows firmware upgrade via TFTP.

From the Windows DOS box you need to enter following command:

X:\>tftp -i -s 192.168.1.251 PUT OSBRiDGE_5XLi_4.00R.bin admin_public

WinAgents TFTP Client version 1.3 Copyright (c)2004-2005 by Tandem Systems,Ltd.
http://www.winagents.com - Software for network administrators

Transfering file OSBRiDGE_5XLi_3.35R.bin to server in octet mode...
Using blocksize = 512
Using TFTP timeout = 10s
File OSBRiDGE_5XLi_3.35R.bin was transferred successfully.
1964844 bytes transfered for 63 seconds, 31188 bytes/second

X:\>

Please note that username (admin) and password (public in this case) required for authorization are sent to the device as remote file name (admin_public).

The device will accept firmware, reflash and reboot automaticaly.
===Emergency firmware restore procedure===
Aus dem [http://www.osbridge.com/wiki/index.php/Manual_5XLi_v4#Emergency_firmware_restore_procedure. OSBRiDGE Manual]

Should the OSBRiDGE device fail or loose power during firmware upgrade the built-in bootloader allows easy firmware restore.

Indication of the device requiring firmware restore is WLAN and Ethernet LEDs blinking subsequentialy for 10 seconds immediately after device power up. Please note however that the LEDs may not always blink when firmware restore is required.

This is the step by step procedure required to perform:
# You need to obtain tftp server software, the free one is available at http://tftpd32.jounin.net/
# Install tftpd32.exe into the catalog where firmware files are located
# Rename the firmware file into osbridge_5xli.bin
# Change your computer IP address to 192.168.1.23 netmask 255.255.255.0
# Connect the OSBRiDGE device to the computer via cross-over cable or via network switch
# Turn on the OSBRiDGE device, it should initiate the transfer automaticaly, automaticaly reflash and reboot itself.

=== GPL Violation ===
siehe [[OSLiNK_GPL_violation|hier]]

Freifunk Firmware

2008-04-27T17:52:09Z

Dieter: /* Variante 1 */ Formatierung

<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/freifunk/ipkg/ oder hier ] ist der 0xff paketserver

Hier ein kurzer Auszug des Readme der Version 1.6.7:

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

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

==Installation linksys *bin buffalo *trx==
=== Installation per web Interface (einfacher) ===
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!

=== tftp Installation linksys *.bin oder buffalo *.trx ===

Alternativ kann man auch so flashen:

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

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

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

leichter geht dieses unter windows mit tftp2.exe in google.de einfach suchen hat nur 40,0 KB Größe

server ist in dem Programm dan 192.168.1.1 bzw. 192.168.11.1 bitte eintippen, kein Password, File ist MEINEFREIFUNKIMAGEDATEI.bin bzw. MEINEFREIFUNKIMAGEDATEI.trx bei buffalo

==Standard Konfiguration==

'''Hinweis:'''
Seit Version 1.6 ist die Verwaltung der Firmware über WLAN deaktiviert,
da dabei das Routerpasswort ständig unverschlüsselt über Funk gesendet wird.
Man kann den Router aber dennoch über Funk verwalten, wenn man
[http://wiki.funkfeuer.at/index.php/Linksys_WRT54GL#Verwalten_via_Funk_geht_nicht über einen SSH-Tunnel verschlüsselt] auf die Weboberfläche zugreift

'''Hier nicht beschriebene Optionen der Freifunk-Firmware sollten unverändert übernommen werden'''

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

===System===

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

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

*'''ACHTUNG NEU:''' '''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)'''
*'''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

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

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

WLAN-Netzmaske:

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

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

WLAN-Default-Route: bleibt leer

WLAN-Modus: ad-hoc

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

ESSID: z.B. v1.freiesnetz.www.funkfeuer.at [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

BSSID: '''im zur not kurzzeitig LEER lassen funkpriorität bssid for essid (MUSS man aber eintragen)''' [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

Kanal: z.B. 1 [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

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

Kartentyp: 802.11b/g

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

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

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

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

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

Funk-Modus: B und G Modus

(E)SSID senden: Einschalten

Basisrate: je nach Wlan-Modus

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

Multicast-Rate: 5,5 in neuerer firmware

CTS-Schutz: aus

Frame-Burst: aus

Beacon-Intervall: 100

DTIM-Intervall: 1

Frag.-Schwelle: 2346

RTS-Schwelle: 250

MTU-Wert: leer oder 1500

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

LAN-IP: 192.168.1.1

LAN-Netzmaske: 255.255.255.0

LAN-Default-Route: LEER lassen

Statische Routen: LEER lassen

NAT ausschalten: nein -- im Wiener Funkfeuer Netz

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

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

DHCP-Start-IP: 192.168.1.100

DHCP-Benutzeranzahl: 100

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

===WAN===
im Normalfall = deaktiviert

WAN-IP: leer

WAN-Mask: leer

WAN-Def.Route: leer

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

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

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

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

===Publizieren===

===Software===
Die Installation zusätzlicher Software ist optional, weil die Freifunk Firmware alle für 0xFF notwendigen Programme bereits installiert hat. Es empfiehlt sich aber, zumindest das Paket wl-adv zu installieren. Das hat bei aktueller Firmware (z.B. 1.4.5) in einigen Fällen wesentlich bessere Links gebracht.

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
* den Router neu starten
* Liste aktualisieren in software2

ü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
/etc/init.d/S12ipkg
ipkg update

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.

einfach die selbe ip adresse wie am funk am WAN verwenden '''KEINESFALLS diese ip am LAN port'''
verwenden dazu bitte lesen http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#Mehr_als_zwei_Router_im_Verbund

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

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

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

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

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

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

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

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

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

====Variante 3====
Sämtliche Einstellungen wie bei [[Freifunk_Firmware#Variante_2|Variante 2]], aber den Wert für RJ45-Anschluss folgendermaßen anpassen:
[http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#WAN WAN]
Vorteil: Damit kann man LAN als WAN Ports verwenden und 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 eine andere Bedeutung.

==Die Erweiterungen==
===Freifunk recommended===
====Was====
Freifunk-recommended installiert:
*DNS/DHCP Server
*graphische Router Statistiken
*graphische Darstellung des Netzwerks: OLSR-Viz
*horst: ein Kommandozeilen Tool zum WLAN Messen/scannen

====Voraussetzungen für die Installation====
*die Internet(Funk)verbindung steht
*Ein Router mit ausreichend Speicher
====Wie====
* 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"
===per ssh===
Die Pakete aus "Freifunk-recommended-de" kann man auch "von Hand" per ssh installieren, hier zwei Beispiele:
====Statistik====
Methode über ssh:

ipkg install http://212.222.128.68/sven-ola/ipkg/packages/freifunk-statistics-de_1.4.5_mipsel.ipk ( '''version ist richtig ?''')
oder
ipkg update
ipkg install freifunk-statistics-de

====OSLR VIZ====
Methode über ssh:

ipkg install http://212.222.128.68/sven-ola/ipkg/packages/freifunk-olsr-viz-de_1.4.5_mipsel.ipk
oder
ipkg update
ipkg install freifunk-olsr-viz-de
Den Linksys umbedingt noch die richtige Uhrzeit und Datum mit geben.

Syntax: date MonatTagStundeMinute

Beispiel:
date 091411242006

09 - monat
14 - tag
11 - std
24 - min
2006 - jahr

reboot

'''mindestens 5 min warten, danach erscheint das erste Statistik Bild '''

----

===Sonstiges===
====Neustart====
Ich finde genial, wie man bei dieser Firmware neustarten kann...
[[Bild:Freifunk-verwaltung-neustart.gif|thumb]]

Freifunk Firmware

2008-04-27T17:48:23Z

Dieter: /* Variante 1 */ Formatierung

<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/freifunk/ipkg/ oder hier ] ist der 0xff paketserver

Hier ein kurzer Auszug des Readme der Version 1.6.7:

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

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

==Installation linksys *bin buffalo *trx==
=== Installation per web Interface (einfacher) ===
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!

=== tftp Installation linksys *.bin oder buffalo *.trx ===

Alternativ kann man auch so flashen:

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

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

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

leichter geht dieses unter windows mit tftp2.exe in google.de einfach suchen hat nur 40,0 KB Größe

server ist in dem Programm dan 192.168.1.1 bzw. 192.168.11.1 bitte eintippen, kein Password, File ist MEINEFREIFUNKIMAGEDATEI.bin bzw. MEINEFREIFUNKIMAGEDATEI.trx bei buffalo

==Standard Konfiguration==

'''Hinweis:'''
Seit Version 1.6 ist die Verwaltung der Firmware über WLAN deaktiviert,
da dabei das Routerpasswort ständig unverschlüsselt über Funk gesendet wird.
Man kann den Router aber dennoch über Funk verwalten, wenn man
[http://wiki.funkfeuer.at/index.php/Linksys_WRT54GL#Verwalten_via_Funk_geht_nicht über einen SSH-Tunnel verschlüsselt] auf die Weboberfläche zugreift

'''Hier nicht beschriebene Optionen der Freifunk-Firmware sollten unverändert übernommen werden'''

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

===System===

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

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

*'''ACHTUNG NEU:''' '''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)'''
*'''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

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

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

WLAN-Netzmaske:

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

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

WLAN-Default-Route: bleibt leer

WLAN-Modus: ad-hoc

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

ESSID: z.B. v1.freiesnetz.www.funkfeuer.at [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

BSSID: '''im zur not kurzzeitig LEER lassen funkpriorität bssid for essid (MUSS man aber eintragen)''' [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

Kanal: z.B. 1 [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

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

Kartentyp: 802.11b/g

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

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

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

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

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

Funk-Modus: B und G Modus

(E)SSID senden: Einschalten

Basisrate: je nach Wlan-Modus

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

Multicast-Rate: 5,5 in neuerer firmware

CTS-Schutz: aus

Frame-Burst: aus

Beacon-Intervall: 100

DTIM-Intervall: 1

Frag.-Schwelle: 2346

RTS-Schwelle: 250

MTU-Wert: leer oder 1500

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

LAN-IP: 192.168.1.1

LAN-Netzmaske: 255.255.255.0

LAN-Default-Route: LEER lassen

Statische Routen: LEER lassen

NAT ausschalten: nein -- im Wiener Funkfeuer Netz

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

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

DHCP-Start-IP: 192.168.1.100

DHCP-Benutzeranzahl: 100

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

===WAN===
im Normalfall = deaktiviert

WAN-IP: leer

WAN-Mask: leer

WAN-Def.Route: leer

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

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

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

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

===Publizieren===

===Software===
Die Installation zusätzlicher Software ist optional, weil die Freifunk Firmware alle für 0xFF notwendigen Programme bereits installiert hat. Es empfiehlt sich aber, zumindest das Paket wl-adv zu installieren. Das hat bei aktueller Firmware (z.B. 1.4.5) in einigen Fällen wesentlich bessere Links gebracht.

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
* den Router neu starten
* Liste aktualisieren in software2

ü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
/etc/init.d/S12ipkg
ipkg update

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.

einfach die selbe ip adresse wie am funk am WAN verwenden '''KEINESFALLS diese ip am LAN port'''
verwenden dazu bitte lesen http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#Mehr_als_zwei_Router_im_Verbund

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

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

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

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

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

Um diese zusätzlichen IP-Adressen zu beziehen, muss man sich mit seinen Zugangsdaten in der [https://marvin.funkfeuer.at/frontend_wien/ Redeemer Benutzerdatenbank] anmelden. Dann auf "[[Frontend_Nodes|Nodes]]" klicken und beim gewünschten Knoten unter [[Frontend_Devices|Devices]] auf "Show" klicken. Dann mit "Hinzufügen" ein weiteres [[Frontend_Device|Device]] anlegen. Heißt das Gerät zum Beispiel

'''"nordost", dann wären "nordostlan"''' oder omnilan, v1lan, knoten1v1x oder knoten1v1lan die möglichen Namen passend zum "Funknamen".

* Im Web-Interface des Routers auf "LAN" klicken
* LAN-Protokoll: "OLSR" auswählen
* LAN-IP: eine der reservierten IP-Adressen.
* LAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach LAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten
* 2-4 Ethernet-Kabel an die LAN-Anschlüsse anstecken.
* '''Achtung:''' Dieses Gerät kann jetzt keine dahinter liegenden PC's mit DHCP und NAT versorgen (dazu die weiteren Geräte verwenden) und ist auch nicht mehr 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 LAN als WAN Ports verwenden und 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 eine andere Bedeutung.

==Die Erweiterungen==
===Freifunk recommended===
====Was====
Freifunk-recommended installiert:
*DNS/DHCP Server
*graphische Router Statistiken
*graphische Darstellung des Netzwerks: OLSR-Viz
*horst: ein Kommandozeilen Tool zum WLAN Messen/scannen

====Voraussetzungen für die Installation====
*die Internet(Funk)verbindung steht
*Ein Router mit ausreichend Speicher
====Wie====
* 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"
===per ssh===
Die Pakete aus "Freifunk-recommended-de" kann man auch "von Hand" per ssh installieren, hier zwei Beispiele:
====Statistik====
Methode über ssh:

ipkg install http://212.222.128.68/sven-ola/ipkg/packages/freifunk-statistics-de_1.4.5_mipsel.ipk ( '''version ist richtig ?''')
oder
ipkg update
ipkg install freifunk-statistics-de

====OSLR VIZ====
Methode über ssh:

ipkg install http://212.222.128.68/sven-ola/ipkg/packages/freifunk-olsr-viz-de_1.4.5_mipsel.ipk
oder
ipkg update
ipkg install freifunk-olsr-viz-de
Den Linksys umbedingt noch die richtige Uhrzeit und Datum mit geben.

Syntax: date MonatTagStundeMinute

Beispiel:
date 091411242006

09 - monat
14 - tag
11 - std
24 - min
2006 - jahr

reboot

'''mindestens 5 min warten, danach erscheint das erste Statistik Bild '''

----

===Sonstiges===
====Neustart====
Ich finde genial, wie man bei dieser Firmware neustarten kann...
[[Bild:Freifunk-verwaltung-neustart.gif|thumb]]

Freifunk Firmware

2008-04-27T17:46:21Z

Dieter: /* Mehr als zwei Router im Verbund */ Wording, Rechtschreibung

<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/freifunk/ipkg/ oder hier ] ist der 0xff paketserver

Hier ein kurzer Auszug des Readme der Version 1.6.7:

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

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

==Installation linksys *bin buffalo *trx==
=== Installation per web Interface (einfacher) ===
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!

=== tftp Installation linksys *.bin oder buffalo *.trx ===

Alternativ kann man auch so flashen:

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

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

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

leichter geht dieses unter windows mit tftp2.exe in google.de einfach suchen hat nur 40,0 KB Größe

server ist in dem Programm dan 192.168.1.1 bzw. 192.168.11.1 bitte eintippen, kein Password, File ist MEINEFREIFUNKIMAGEDATEI.bin bzw. MEINEFREIFUNKIMAGEDATEI.trx bei buffalo

==Standard Konfiguration==

'''Hinweis:'''
Seit Version 1.6 ist die Verwaltung der Firmware über WLAN deaktiviert,
da dabei das Routerpasswort ständig unverschlüsselt über Funk gesendet wird.
Man kann den Router aber dennoch über Funk verwalten, wenn man
[http://wiki.funkfeuer.at/index.php/Linksys_WRT54GL#Verwalten_via_Funk_geht_nicht über einen SSH-Tunnel verschlüsselt] auf die Weboberfläche zugreift

'''Hier nicht beschriebene Optionen der Freifunk-Firmware sollten unverändert übernommen werden'''

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

===System===

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

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

*'''ACHTUNG NEU:''' '''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)'''
*'''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

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

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

WLAN-Netzmaske:

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

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

WLAN-Default-Route: bleibt leer

WLAN-Modus: ad-hoc

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

ESSID: z.B. v1.freiesnetz.www.funkfeuer.at [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

BSSID: '''im zur not kurzzeitig LEER lassen funkpriorität bssid for essid (MUSS man aber eintragen)''' [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

Kanal: z.B. 1 [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

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

Kartentyp: 802.11b/g

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

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

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

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

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

Funk-Modus: B und G Modus

(E)SSID senden: Einschalten

Basisrate: je nach Wlan-Modus

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

Multicast-Rate: 5,5 in neuerer firmware

CTS-Schutz: aus

Frame-Burst: aus

Beacon-Intervall: 100

DTIM-Intervall: 1

Frag.-Schwelle: 2346

RTS-Schwelle: 250

MTU-Wert: leer oder 1500

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

LAN-IP: 192.168.1.1

LAN-Netzmaske: 255.255.255.0

LAN-Default-Route: LEER lassen

Statische Routen: LEER lassen

NAT ausschalten: nein -- im Wiener Funkfeuer Netz

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

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

DHCP-Start-IP: 192.168.1.100

DHCP-Benutzeranzahl: 100

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

===WAN===
im Normalfall = deaktiviert

WAN-IP: leer

WAN-Mask: leer

WAN-Def.Route: leer

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

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

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

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

===Publizieren===

===Software===
Die Installation zusätzlicher Software ist optional, weil die Freifunk Firmware alle für 0xFF notwendigen Programme bereits installiert hat. Es empfiehlt sich aber, zumindest das Paket wl-adv zu installieren. Das hat bei aktueller Firmware (z.B. 1.4.5) in einigen Fällen wesentlich bessere Links gebracht.

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
* den Router neu starten
* Liste aktualisieren in software2

ü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
/etc/init.d/S12ipkg
ipkg update

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.

einfach die selbe ip adresse wie am funk am WAN verwenden '''KEINESFALLS diese ip am LAN port'''
verwenden dazu bitte lesen http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#Mehr_als_zwei_Router_im_Verbund

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

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

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

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

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

Um diese zusätzlichen IP-Adressen zu beziehen, muss man sich mit seinen Zugangsdaten in der [https://marvin.funkfeuer.at/frontend_wien/ Redeemer Benutzerdatenbank] anmelden. Dann auf "[[Frontend_Nodes|Nodes]]" klicken und beim gewünschten Knoten unter [[Frontend_Devices|Devices]] auf "Show" klicken. Dann mit "Hinzufügen" ein weiteres [[Frontend_Device|Device]] anlegen. Heißt das Gerät zum Beispiel

'''"nordost", dann wären "nordostlan"''' oder omnilan, v1lan, knoten1v1x oder knoten1v1lan die möglichen Namen passend zum "Funknamen".

* Im Web-Interface des Routers auf "LAN" klicken
* LAN-Protokoll: "OLSR" auswählen
* LAN-IP: eine der reservierten IP-Adressen.
* LAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach LAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten
* 2-4 Ethernet-Kabel an die LAN-Anschlüsse anstecken.
* '''Achtung:''' Dieses Gerät kann jetzt keine dahinter liegenden PC's mit DHCP und NAT versorgen (dazu die weiteren Geräte verwenden) und ist auch nicht mehr 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 LAN als WAN Ports verwenden und 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 eine andere Bedeutung.

==Die Erweiterungen==
===Freifunk recommended===
====Was====
Freifunk-recommended installiert:
*DNS/DHCP Server
*graphische Router Statistiken
*graphische Darstellung des Netzwerks: OLSR-Viz
*horst: ein Kommandozeilen Tool zum WLAN Messen/scannen

====Voraussetzungen für die Installation====
*die Internet(Funk)verbindung steht
*Ein Router mit ausreichend Speicher
====Wie====
* 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"
===per ssh===
Die Pakete aus "Freifunk-recommended-de" kann man auch "von Hand" per ssh installieren, hier zwei Beispiele:
====Statistik====
Methode über ssh:

ipkg install http://212.222.128.68/sven-ola/ipkg/packages/freifunk-statistics-de_1.4.5_mipsel.ipk ( '''version ist richtig ?''')
oder
ipkg update
ipkg install freifunk-statistics-de

====OSLR VIZ====
Methode über ssh:

ipkg install http://212.222.128.68/sven-ola/ipkg/packages/freifunk-olsr-viz-de_1.4.5_mipsel.ipk
oder
ipkg update
ipkg install freifunk-olsr-viz-de
Den Linksys umbedingt noch die richtige Uhrzeit und Datum mit geben.

Syntax: date MonatTagStundeMinute

Beispiel:
date 091411242006

09 - monat
14 - tag
11 - std
24 - min
2006 - jahr

reboot

'''mindestens 5 min warten, danach erscheint das erste Statistik Bild '''

----

===Sonstiges===
====Neustart====
Ich finde genial, wie man bei dieser Firmware neustarten kann...
[[Bild:Freifunk-verwaltung-neustart.gif|thumb]]

Arbeitsgruppe Hardware OSBRiDGE 5GXi

2008-04-24T19:51:01Z

Dieter: Bootloader Details

Arbeitsgruppe Hardware OSBRiDGE 5GXi

2008-04-24T19:04:17Z

Dieter: misslungener Bootversuch eingefügt (crc ckeck failed)

==OSBRiDGE 5GXi==
Es handelt sich um eine Lösung rund um den [http://www.linux-mips.org/wiki/Adm5120 Infinion Adm5120]
mit:
* Speicher: 16MB Ram. Als SDRam Chip kommen zwei Stück IS42S32200C1 zum Einsatz, das sind 512K Bits x 32 Bits x 4 Banks (64-MBIT) Chips [http://www.issi.com/pdf/42S32200C1.pdf (Datasheet)]
* Flash: 16mbit/2MByte. Der Flashchip ist ein MX29lv160CBTC-70G [http://www.datasheetarchive.com/pdf/2536378.pdf (Datasheet)]
* WLAN: WLM54AG Atheros 802.11a/b/g mPCI Adapter mit AR5414 Chipset [http://www.compex.com.sg/home/Datasheet/New_WLM_DSv1.9.pdf (Datasheet)]
* RS232 line driver: Links neben dem miniPCI Steckplatz ist ein MAX2343. Das ist ein 3V to 5V Multichannel RS232 line driver/receiver [http://focus.ti.com/lit/ds/symlink/max3243.pdf (Datasheet)]

<gallery Caption="Bilder der Platine">
Bild:osbridge5gxi_full.jpg|OSBRiDGE 5GXi innen, Schirmungskäfig der WLAN MiniPCI Karte abgenommen, alle Kabel angesteckt
Bild:Osbridge5gxi_mit_wlan.jpg|Platine der OSBRiDGE 5GXi mit Atheros MiniPCI eingesteckt (ohne WLAN Schirmungskäfig)
Bild:osbridge5gxi_ohne_minipci.jpg|Platine der OSBRiDGE 5GXi ohne MiniPCI Karte
Bild:osbridge_hardware_revision.jpg|Sticker am Gehäuse außen
Bild:Osbridge_pinbelegung.jpg|J2 Stiftleiste beschalten für die serielle Konsole
</gallery>
===Serielle Konsole===
Pinbelegung der J2 Pinleiste:
J2
1 x x 10
x x
x x GND
x x TX
RX 5 x x 6

Pin 5: rx connect to pin 3 on 9-pin rs232
Pin 7: tx connect to pin 2 on 9-pin rs232
Pin 8: gnd connect to pin 5 on 9-pin rs232

Einstellungen:
* Baud: 115200, 8bit, 1 Stopbit, keine Flußsteuerung
Ausgabe:
ADM5120 Boot:: 3387E1F3

Copyright 2002-2004 Infineon-ADMtek, Inc.
CPU: ADM5120-175MHz
SDRAM: 16MB Flash: NOR-2MB
Boot System: OSBRiDGE 5XLi/5GXi/900XL
Boot Version 2.10, Programmed: 02.00 HWRev: 03.00
Creation Date: 2006.06.22

Press <space> key tree times to enter boot menu..
0
Booting Linux...
Kernel decompress ...
Check age image..... 001D55B9
Find new image.
Allocalte memory CRC: YES
CRC sum: E17DE2C5
CRC size: 001D55B9
CRC calculate: E17DE2C5
Kernel size: 001D55B9
Kernel address: A0002000
Kernel address: 100001B5
CRC config sum: 3387E1F3
CRC config size: 00006BF6
CRC config calculate: 3387E1F3 OK
PASS

Ausgabe, wenn man 3x die Leertaste drückt:

ADM5120 Boot:

Copyright 2002-2004 Infineon-ADMtek, Inc.
CPU: ADM5120-175MHz
SDRAM: 16MB Flash: NOR-2MB
Boot System: OSBRiDGE 5XLi/5GXi/900XL
Boot Version 2.10, Programmed: 02.00 HWRev: 03.00
Creation Date: 2006.06.22

Press <space> key tree times to enter boot menu..
0

Loader Menu
==================================
[1] Xmodem Download
[2] TFTP Client Download
[3] Print Boot Params
[4] Set Boot Params
[5] Update bootloader
[6] Exit

Please enter your number:3

Print Boot Parameters.
==========================

Serial number:
Hardware version:
Mac addres:00-0B-6B-2A-04-05
Number of Mac address:0
IP address for this board:192.168.1.7

Loader Menu
==================================
[1] Xmodem Download
[2] TFTP Client Download
[3] Print Boot Params
[4] Set Boot Params
[5] Update bootloader
[6] Exit

Please enter your number:

Bootversuch mit einem Image von http://www.student.tue.nl/Q/t.f.a.wilms/adm5120/files/fw/fw-20050809.img (via [2] tftp Client Download eingespielt):

ADM5120 Boot:

Copyright 2002-2004 Infineon-ADMtek, Inc.
CPU: ADM5120-175MHz
SDRAM: 16MB Flash: NOR-2MB
Boot System: OSBRiDGE 5XLi/5GXi/900XL
Boot Version 2.10, Programmed: 02.00 HWRev: 03.00
Creation Date: 2006.06.22

Press <space> key tree times to enter boot menu..
0
Booting Linux...
Kernel decompress ...
Check age image..... 00181CFB
Find new image.
Allocalte memory CRC: YES
CRC sum: FFFFFF00
CRC size: 00181CFB
CRC calculate: 7C60B344 FAIL

===TFTP Firmware upgrade===
Aus dem [http://www.osbridge.com/wiki/index.php/Manual_5XLi_v4#TFTP_Firmware_upgrade OSBRiDGE Manual]

Each OSBRiDGE device allows firmware upgrade via TFTP.

From the Windows DOS box you need to enter following command:

X:\>tftp -i -s 192.168.1.251 PUT OSBRiDGE_5XLi_4.00R.bin admin_public

WinAgents TFTP Client version 1.3 Copyright (c)2004-2005 by Tandem Systems,Ltd.
http://www.winagents.com - Software for network administrators

Transfering file OSBRiDGE_5XLi_3.35R.bin to server in octet mode...
Using blocksize = 512
Using TFTP timeout = 10s
File OSBRiDGE_5XLi_3.35R.bin was transferred successfully.
1964844 bytes transfered for 63 seconds, 31188 bytes/second

X:\>

Please note that username (admin) and password (public in this case) required for authorization are sent to the device as remote file name (admin_public).

The device will accept firmware, reflash and reboot automaticaly.
===Emergency firmware restore procedure===
Aus dem [http://www.osbridge.com/wiki/index.php/Manual_5XLi_v4#Emergency_firmware_restore_procedure. OSBRiDGE Manual]

Should the OSBRiDGE device fail or loose power during firmware upgrade the built-in bootloader allows easy firmware restore.

Indication of the device requiring firmware restore is WLAN and Ethernet LEDs blinking subsequentialy for 10 seconds immediately after device power up. Please note however that the LEDs may not always blink when firmware restore is required.

This is the step by step procedure required to perform:
# You need to obtain tftp server software, the free one is available at http://tftpd32.jounin.net/
# Install tftpd32.exe into the catalog where firmware files are located
# Rename the firmware file into osbridge_5xli.bin
# Change your computer IP address to 192.168.1.23 netmask 255.255.255.0
# Connect the OSBRiDGE device to the computer via cross-over cable or via network switch
# Turn on the OSBRiDGE device, it should initiate the transfer automaticaly, automaticaly reflash and reboot itself.

Arbeitsgruppe Hardware OSBRiDGE 5GXi

2008-04-21T14:15:43Z

Dieter: /* Emergency firmware restore procedure */ Formatierung

==OSBRiDGE 5GXi==
Es handelt sich um eine Lösung rund um den [http://www.linux-mips.org/wiki/Adm5120 Infinion Adm5120]
mit:
* Speicher: 16MB Ram. Als SDRam Chip kommen zwei Stück IS42S32200C1 zum Einsatz, das sind 512K Bits x 32 Bits x 4 Banks (64-MBIT) Chips [http://www.issi.com/pdf/42S32200C1.pdf (Datasheet)]
* Flash: 16mbit/2MByte. Der Flashchip ist ein MX29lv160CBTC-70G [http://www.datasheetarchive.com/pdf/2536378.pdf (Datasheet)]
* WLAN: WLM54AG Atheros 802.11a/b/g mPCI Adapter mit AR5414 Chipset [http://www.compex.com.sg/home/Datasheet/New_WLM_DSv1.9.pdf (Datasheet)]
* RS232 line driver: Links neben dem miniPCI Steckplatz ist ein MAX2343. Das ist ein 3V to 5V Multichannel RS232 line driver/receiver [http://focus.ti.com/lit/ds/symlink/max3243.pdf (Datasheet)]

<gallery Caption="Bilder der Platine">
Bild:osbridge5gxi_full.jpg|OSBRiDGE 5GXi innen, Schirmungskäfig der WLAN MiniPCI Karte abgenommen, alle Kabel angesteckt
Bild:Osbridge5gxi_mit_wlan.jpg|Platine der OSBRiDGE 5GXi mit Atheros MiniPCI eingesteckt (ohne WLAN Schirmungskäfig)
Bild:osbridge5gxi_ohne_minipci.jpg|Platine der OSBRiDGE 5GXi ohne MiniPCI Karte
Bild:osbridge_hardware_revision.jpg|Sticker am Gehäuse außen
Bild:Osbridge_pinbelegung.jpg|J2 Stiftleiste beschalten für die serielle Konsole
</gallery>
===Serielle Konsole===
Pinbelegung der J2 Pinleiste:
J2
1 x x 10
x x
x x GND
x x TX
RX 5 x x 6

Pin 5: rx connect to pin 3 on 9-pin rs232
Pin 7: tx connect to pin 2 on 9-pin rs232
Pin 8: gnd connect to pin 5 on 9-pin rs232

Einstellungen:
* Baud: 115200, 8bit, 1 Stopbit, keine Flußsteuerung
Ausgabe:
ADM5120 Boot:: 3387E1F3

Copyright 2002-2004 Infineon-ADMtek, Inc.
CPU: ADM5120-175MHz
SDRAM: 16MB Flash: NOR-2MB
Boot System: OSBRiDGE 5XLi/5GXi/900XL
Boot Version 2.10, Programmed: 02.00 HWRev: 03.00
Creation Date: 2006.06.22

Press <space> key tree times to enter boot menu..
0
Booting Linux...
Kernel decompress ...
Check age image..... 001D55B9
Find new image.
Allocalte memory CRC: YES
CRC sum: E17DE2C5
CRC size: 001D55B9
CRC calculate: E17DE2C5
Kernel size: 001D55B9
Kernel address: A0002000
Kernel address: 100001B5
CRC config sum: 3387E1F3
CRC config size: 00006BF6
CRC config calculate: 3387E1F3 OK
PASS

Ausgabe, wenn man 3x die Leertaste drückt:

ADM5120 Boot:

Copyright 2002-2004 Infineon-ADMtek, Inc.
CPU: ADM5120-175MHz
SDRAM: 16MB Flash: NOR-2MB
Boot System: OSBRiDGE 5XLi/5GXi/900XL
Boot Version 2.10, Programmed: 02.00 HWRev: 03.00
Creation Date: 2006.06.22

Press <space> key tree times to enter boot menu..
0

Loader Menu
==================================
[1] Xmodem Download
[2] TFTP Client Download
[3] Print Boot Params
[4] Set Boot Params
[5] Update bootloader
[6] Exit

Please enter your number:

Please enter your number:3

Print Boot Parameters.
==========================

Serial number:
Hardware version:
Mac addres:00-0B-6B-2A-04-05
Number of Mac address:0
IP address for this board:192.168.1.7

Loader Menu
==================================
[1] Xmodem Download
[2] TFTP Client Download
[3] Print Boot Params
[4] Set Boot Params
[5] Update bootloader
[6] Exit

Please enter your number:

===TFTP Firmware upgrade===
Aus dem [http://www.osbridge.com/wiki/index.php/Manual_5XLi_v4#TFTP_Firmware_upgrade OSBRiDGE Manual]

Each OSBRiDGE device allows firmware upgrade via TFTP.

From the Windows DOS box you need to enter following command:

X:\>tftp -i -s 192.168.1.251 PUT OSBRiDGE_5XLi_4.00R.bin admin_public

WinAgents TFTP Client version 1.3 Copyright (c)2004-2005 by Tandem Systems,Ltd.
http://www.winagents.com - Software for network administrators

Transfering file OSBRiDGE_5XLi_3.35R.bin to server in octet mode...
Using blocksize = 512
Using TFTP timeout = 10s
File OSBRiDGE_5XLi_3.35R.bin was transferred successfully.
1964844 bytes transfered for 63 seconds, 31188 bytes/second

X:\>

Please note that username (admin) and password (public in this case) required for authorization are sent to the device as remote file name (admin_public).

The device will accept firmware, reflash and reboot automaticaly.
===Emergency firmware restore procedure===
Aus dem [http://www.osbridge.com/wiki/index.php/Manual_5XLi_v4#Emergency_firmware_restore_procedure. OSBRiDGE Manual]

Should the OSBRiDGE device fail or loose power during firmware upgrade the built-in bootloader allows easy firmware restore.

Indication of the device requiring firmware restore is WLAN and Ethernet LEDs blinking subsequentialy for 10 seconds immediately after device power up. Please note however that the LEDs may not always blink when firmware restore is required.

This is the step by step procedure required to perform:
# You need to obtain tftp server software, the free one is available at http://tftpd32.jounin.net/
# Install tftpd32.exe into the catalog where firmware files are located
# Rename the firmware file into osbridge_5xli.bin
# Change your computer IP address to 192.168.1.23 netmask 255.255.255.0
# Connect the OSBRiDGE device to the computer via cross-over cable or via network switch
# Turn on the OSBRiDGE device, it should initiate the transfer automaticaly, automaticaly reflash and reboot itself.

Arbeitsgruppe Hardware OSBRiDGE 5GXi

2008-04-21T14:11:20Z

Dieter: tftp firmware upgrade & emergency firmware restore eingefügt

==OSBRiDGE 5GXi==
Es handelt sich um eine Lösung rund um den [http://www.linux-mips.org/wiki/Adm5120 Infinion Adm5120]
mit:
* Speicher: 16MB Ram. Als SDRam Chip kommen zwei Stück IS42S32200C1 zum Einsatz, das sind 512K Bits x 32 Bits x 4 Banks (64-MBIT) Chips [http://www.issi.com/pdf/42S32200C1.pdf (Datasheet)]
* Flash: 16mbit/2MByte. Der Flashchip ist ein MX29lv160CBTC-70G [http://www.datasheetarchive.com/pdf/2536378.pdf (Datasheet)]
* WLAN: WLM54AG Atheros 802.11a/b/g mPCI Adapter mit AR5414 Chipset [http://www.compex.com.sg/home/Datasheet/New_WLM_DSv1.9.pdf (Datasheet)]
* RS232 line driver: Links neben dem miniPCI Steckplatz ist ein MAX2343. Das ist ein 3V to 5V Multichannel RS232 line driver/receiver [http://focus.ti.com/lit/ds/symlink/max3243.pdf (Datasheet)]

<gallery Caption="Bilder der Platine">
Bild:osbridge5gxi_full.jpg|OSBRiDGE 5GXi innen, Schirmungskäfig der WLAN MiniPCI Karte abgenommen, alle Kabel angesteckt
Bild:Osbridge5gxi_mit_wlan.jpg|Platine der OSBRiDGE 5GXi mit Atheros MiniPCI eingesteckt (ohne WLAN Schirmungskäfig)
Bild:osbridge5gxi_ohne_minipci.jpg|Platine der OSBRiDGE 5GXi ohne MiniPCI Karte
Bild:osbridge_hardware_revision.jpg|Sticker am Gehäuse außen
Bild:Osbridge_pinbelegung.jpg|J2 Stiftleiste beschalten für die serielle Konsole
</gallery>
===Serielle Konsole===
Pinbelegung der J2 Pinleiste:
J2
1 x x 10
x x
x x GND
x x TX
RX 5 x x 6

Pin 5: rx connect to pin 3 on 9-pin rs232
Pin 7: tx connect to pin 2 on 9-pin rs232
Pin 8: gnd connect to pin 5 on 9-pin rs232

Einstellungen:
* Baud: 115200, 8bit, 1 Stopbit, keine Flußsteuerung
Ausgabe:
ADM5120 Boot:: 3387E1F3

Copyright 2002-2004 Infineon-ADMtek, Inc.
CPU: ADM5120-175MHz
SDRAM: 16MB Flash: NOR-2MB
Boot System: OSBRiDGE 5XLi/5GXi/900XL
Boot Version 2.10, Programmed: 02.00 HWRev: 03.00
Creation Date: 2006.06.22

Press <space> key tree times to enter boot menu..
0
Booting Linux...
Kernel decompress ...
Check age image..... 001D55B9
Find new image.
Allocalte memory CRC: YES
CRC sum: E17DE2C5
CRC size: 001D55B9
CRC calculate: E17DE2C5
Kernel size: 001D55B9
Kernel address: A0002000
Kernel address: 100001B5
CRC config sum: 3387E1F3
CRC config size: 00006BF6
CRC config calculate: 3387E1F3 OK
PASS

Ausgabe, wenn man 3x die Leertaste drückt:

ADM5120 Boot:

Copyright 2002-2004 Infineon-ADMtek, Inc.
CPU: ADM5120-175MHz
SDRAM: 16MB Flash: NOR-2MB
Boot System: OSBRiDGE 5XLi/5GXi/900XL
Boot Version 2.10, Programmed: 02.00 HWRev: 03.00
Creation Date: 2006.06.22

Press <space> key tree times to enter boot menu..
0

Loader Menu
==================================
[1] Xmodem Download
[2] TFTP Client Download
[3] Print Boot Params
[4] Set Boot Params
[5] Update bootloader
[6] Exit

Please enter your number:

Please enter your number:3

Print Boot Parameters.
==========================

Serial number:
Hardware version:
Mac addres:00-0B-6B-2A-04-05
Number of Mac address:0
IP address for this board:192.168.1.7

Loader Menu
==================================
[1] Xmodem Download
[2] TFTP Client Download
[3] Print Boot Params
[4] Set Boot Params
[5] Update bootloader
[6] Exit

Please enter your number:

===TFTP Firmware upgrade===
Aus dem [http://www.osbridge.com/wiki/index.php/Manual_5XLi_v4#TFTP_Firmware_upgrade OSBRiDGE Manual]

Each OSBRiDGE device allows firmware upgrade via TFTP.

From the Windows DOS box you need to enter following command:

X:\>tftp -i -s 192.168.1.251 PUT OSBRiDGE_5XLi_4.00R.bin admin_public

WinAgents TFTP Client version 1.3 Copyright (c)2004-2005 by Tandem Systems,Ltd.
http://www.winagents.com - Software for network administrators

Transfering file OSBRiDGE_5XLi_3.35R.bin to server in octet mode...
Using blocksize = 512
Using TFTP timeout = 10s
File OSBRiDGE_5XLi_3.35R.bin was transferred successfully.
1964844 bytes transfered for 63 seconds, 31188 bytes/second

X:\>

Please note that username (admin) and password (public in this case) required for authorization are sent to the device as remote file name (admin_public).

The device will accept firmware, reflash and reboot automaticaly.
===Emergency firmware restore procedure===
Aus dem [http://www.osbridge.com/wiki/index.php/Manual_5XLi_v4#Emergency_firmware_restore_procedure. OSBRiDGE Manual]

Should the OSBRiDGE device fail or loose power during firmware upgrade the built-in bootloader allows easy firmware restore.

Indication of the device requiring firmware restore is WLAN and Ethernet LEDs blinking subsequentialy for 10 seconds immediately after device power up. Please note however that the LEDs may not always blink when firmware restore is required.

This is the step by step procedure required to perform:
1. You need to obtain tftp server software, the free one is available at http://tftpd32.jounin.net/
2. Install tftpd32.exe into the catalog where firmware files are located
3. Rename the firmware file into osbridge_5xli.bin
4. Change your computer IP address to 192.168.1.23 netmask 255.255.255.0
5. Connect the OSBRiDGE device to the computer via cross-over cable or via network switch
6. Turn on the OSBRiDGE device, it should initiate the transfer automaticaly, automaticaly reflash and reboot itself.

Arbeitsgruppe Hardware OSBRiDGE 5GXi

2008-04-20T19:01:32Z

Dieter: /* Serielle Konsole */ J2 Pinbelegung update

Arbeitsgruppe Hardware OSBRiDGE 5GXi

2008-04-20T17:40:49Z

Dieter: /* Serielle Konsole */ print boot params hinzugefügt

Arbeitsgruppe Hardware OSBRiDGE 5GXi

2008-04-20T16:28:52Z

Dieter: /* Serielle Konsole */ Tippfehler

Arbeitsgruppe Hardware OSBRiDGE 5GXi

2008-04-20T15:07:04Z

Dieter: /* Serielle Konsole */ Ausgabe erweitert

Arbeitsgruppe Hardware OSBRiDGE 5GXi

2008-04-20T14:59:51Z

Dieter: /* OSBRiDGE 5GXi */ Bilder hinzugefügt

Datei:Osbridge pinbelegung.jpg

2008-04-20T14:57:05Z

Dieter: Pinbelegung des J2 für die serielle Konsole

Pinbelegung des J2 für die serielle Konsole