Software-Betatest: Unterschied zwischen den Versionen

Aus Weimarnetz Wiki
Zur Navigation springen Zur Suche springen
 
(205 dazwischenliegende Versionen von 6 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
 +
{{Vorlage:Überarbeiten|[[Software-Betatest{{!}}Seite zur Firmwareentwicklung]]|Dieser Artikel}}
 +
 
===Was===
 
===Was===
Die neue Firmware, die auch (aber nicht nur!) im Weimarnetz funktioniert kann nun (in Teilen) getestet werden. In den naechsten Tagen wird es immer mal eine neue Version geben. Ziel ist es, eine Firmware zu bauen, die allen Freifunkcommunitys eine einfache Konfiguration Ihrer Netzknoten ermoeglicht und so mehr Zeit zum eigentlichen Netzbauen laesst.
+
Im Oktober 2011 haben wir erste Tests mit einer ganz neuen Firmwaregeneration auf Basis eines aktuellen OpenWRT (ATTITUDE ADJUSTMENT) mit Kernel 3.0.3 (bei brc47xx Geräten) durchgeführt.
 
 
Wichtig ist noch: es gibt momentan eine Funktion, um OHNE Passwort auf dem Knoten Veraenderungen durchfuehren zu koennen. In naher Zukunft kann der Administrations-Netzwerk-Adressbereich fuer das "Verwalten"-Menu per konfig festgelegt werden.
 
 
 
Firmware-update per SSH-Kommandozeile:
 
<pre>
 
wget http://www.weimar-fon.de/freifunk/firmware/current.trx.bin
 
/usr/sbin/firmware-burn current.trx.bin
 
</pre>
 
Oder einfach mit dem Werkzeug. Vorher noch ein paar Pakete deinstallierten (ipkg status;ipkg remove...)
 
 
 
Immer schoen die Schnelleinstellung durchlaufen lassen, bei JEDEM Update!
 
 
 
===Wer===
 
* nur Geraete mit 16 MB oder mehr RAM (weniger wurde noch nicht getestet)
 
* keine DSL-Einspeiser (VPN geht noch nicht)
 
 
 
===Download===
 
* Aktuellste Version aus dem SVN immer [http://www.weimarnetz.de/freifunk/firmware/current.trx.bin hier]
 
* dieses "nightly build" wird von [[automatisches_SVN-2-Firmware-build-Tool|diesem Skript]] aktualisiert
 
* FFF+ SVN [https://www.weimarnetz.de/websvn/log.php?repname=FreifunkFirmwareWeimar&path=%2F&rev=0&sc=0&isdir=1 anschauen]
 
* FF SVN [http://ff-firmware.cvs.sourceforge.net/ff-firmware/ff-devel/?sortby=date#dirlist anschauen]
 
 
 
===Vorschau===
 
* Normales Menue:
 
[[Bild:Preview_fff_plus_menu_simple.png]]
 
* Experten-Menue:
 
[[Bild:Preview_fff_plus_menu_expert.png]]
 
* Dienste-PlugIn mit krassen Ankuendigungen (ex-Statistik - nun dezentral):
 
[[Bild:Fff plus services error and werkkzeug.PNG]]
 
  
===Hinzugekommene Funktionen===
+
Außerdem soll das Konzept zur Bereitstellung angepasst werden: Für jeden Router (Knoten) wird es ein individuelles Firmwareimage geben, das bereits alle Software und Einstellungen für diesen Router enthält. So wird ermöglicht, dass ein Router auch ohne Zugriff auf das Internet direkt nach der Firmwareinstallation betriebsbereit ist und keine weitere Software nachinstalliert werden muss.
* Zur normalen FFF/testing ist hinzugekommen:
 
** zentrale Konfigurationsdatei
 
** automatisches Nachinstallieren von noetigen Paketen beim ersten Neustart
 
** Dienste-Plugin funktioniert nun
 
** Werbefilter mit /etc/hosts
 
** neues [[IP-System]]
 
** Fehlerbehebung fehlende watchdog + diverses
 
** henne-ei-problem: awk-freies config_fff+, FFF_LAN_KOPPLUNG = FFF_LAN_OLSR_IP
 
** nvram nutzen: ff_ip4broad="255.255.255.255"; ff_ipkg="src weimarnetz ..."; domain=olsr; RTS auf 250; mini_fo=1
 
** korrektes Wifi-DHCP
 
** lan-namen (kiste...)
 
** Auto_masquerading_bei_statischer_lan_route
 
** config_fff+ (rewrite from scratch)
 
** rewrite node_calc, +fkt_build_etc_local_hosts, bugfixes
 
** automatisches menu-bau-system
 
** Umstellung auf cron / Erweiterung ("do it every 40 minuts, after start...")
 
** WAN_MAC_faker
 
** netzflood mit GPS etc.
 
** Speedtest
 
** cgi-bin-tool (werkkzeug)
 
** Auto-Gateway-Test
 
  
===Noch offen / nicht programmiert===
+
===Features===
** VPN (+ auto switchon/off bei inet-ein/ausfall), nvram nutzen: ff_vpn_server="public_ip,<tt>ipkg install vtun; ln -s liblzo.so.1.0.0 liblzo2.so.2</tt>"
+
* lauffähige Firmware für WRT54G*, TP-Link 1043ND, Asus WL500g und Buffalo WHR-HP-G54
** http://www.weimarnetz.de/registrator/nodes_restricted.php
+
* Webinterface mit Node-Karte
** Antennenskript (auswahl treffen)
+
* Registratoranbindung(evtl. Wikiseite zum selbst Eintragen?) und automatische IP-Adresseinstellungen
** txpower-Skript (solange von 0 erhoehen, bis ein guter Nachbar auftaucht)
+
* VPN für Interneteinspeiser
** GUI fertig programmieren: Experteneinstellungen
+
* l7-filter als Eselbremse?
** GUI fertig programmieren: Benutzerverwaltung
+
* Monitoring
** config_fff+ (check_bridge, experteneinstellungen: mac1mac2_keinenervseite,mac1mac2_p2pok,mac1mac2_qosPrio)
+
* automatische 0.0.0.0 HNA's(rein und raus)
** Rewrite Nervseite (+vorlagen im wiki nutzen ("aktuelles"))
+
* Kabelkopplung(zwei x DHCP?)
** iptables-zeug
+
* flashbar über WLAN
** cgi-bin-neighbours (entfernung,hostnamen,verbale verbindungsqualitaet)
 
** cgi-bin-server (muell unterdruecken)
 
** cgi-bin-messages (nachrichten verschicken)
 
** USB + Tools ("mount -t usbfs none /proc/bus/usb" nach S10boot)
 
** Auto-Kameraerkennung
 
** ow_fs
 
** https + zertifikat
 
** QoS
 
** Batman2
 
  
===Wie===
+
===Zu erledigen bis zum Release===
 +
* eine Defaultroute über den wanport muss beim Abziehen des Kabels gelöscht werden - ✔
 +
* Monitoring: Begrenzung der abgelegten Daten auf den Router auf die letzten 3 Stunden - ✔
 +
* Einigung auf Standardwerte:
 +
** Automatische Updates sind aus ✔
 +
** am WAN-Port versucht das Gerät eine Adresse per DHCP zu bekommen - ✔
 +
** VPN-Einstellungen vorbereiten und aktivieren, falls direkt Internet anliegt - ✔
 +
*** evtl. Nutzung der route beschleunigen(dauert zur zeit 1/2h) - ✔
 +
** Software Nachinstallation aus ✔
 +
** Benutzerverwaltung aus ✔
 +
** iptables l7 filter Zeugs raus
 +
** Eselbremse aktivieren
 +
** werbefilter wech
 +
** beacon rate auf 100 - ✔
 +
** netperf sagt: 5Mbit bei adhoc und 25Mbit bei managed, normal?
 +
* Integration Webinterface - ✔
 +
** diese Pakete müssen nachinstalliert werden:
 +
*** Karte ==> GPS-Koordinaten müssen nach /tmp/run/latlon.txt geschrieben werden
 +
*** luci-i18n-german - ✔ (auf TP-Link, Ubiqity Bullet M2)
 +
** nameservice-plugin (olsr) konfigurieren, u.a. für Darstellung der Routers in der Karte
 +
** /etc/httpd.conf entfernen, sonst muss man sich zur Ansicht der Statusseite anmelden  - ✔
 +
* /etc/config/profile_weimar angelegt, sollten wir an die luci-entwickler weiterreichen:
 +
<code>
 +
config 'community' 'profile'
 +
        option 'name' 'Weimarnetz e.V.'
 +
        option 'homepage' 'http://www.weimarnetz.de' 
 +
        option 'ssid' 'weimarnetz'         
 +
        option 'mesh_network' '10.63.0.0/16'
 +
        option 'latitude' '50.989530'         
 +
        option 'longitude' '11.338675'
 +
                                   
 +
config 'defaults' 'interface'       
 +
        option 'dns' '217.11.48.200 217.11.49.200 8.8.8.8'
 +
</code>
 +
* Klärung, wie vorhandene Router mit vorhandener Knotennummer auf die neue Firmware umgestellt werden
 +
* Ablage der Firmwareimages auf dem Weimarnetzserver
  
Basierend auf der normalen FFF/testing vom sven-ola aus berlin, kommen nach und nach eigene Dateien hinzu.
+
===Bekannte Probleme===
Es werden keine Dateien geloescht oder ueberschrieben. (nur S40network + S51crond)
+
* UPD-Test mit Netperf bring Linksys zum Absturz - bislang keine Lösung gefunden
Nach dem Flashen erstmal die Schnelleinstellung neu durchlaufen lassen. Beachtet evtl. auch die [[Firmwareentwicklung-Testszenarien_und_Fehlersuche|allgemeine Anleitung zum testen]].
+
** kann man auch mit icmp hervorrufen
Spielt ueberall mal rum, insbesondere an den Sachen, die im SVN/Changelog erwähnt sind. Syslog beachten!
+
* Bei b43-Geräten (Linksys wrt54gl, Buffalo whr-hp-g54, usw.) stürzt der WLAN-Treiber bei hohem Traffic und gleichzeitiger CPU-Last ab. Ticket bei OpenWRT ist eröffnet: https://dev.openwrt.org/ticket/7552
  
===Mitmachen===
+
===Dokumentation der API===
 +
* [[Firmware-Dokumentation_API]]
  
* aktuelle Firmware auf einen Router flashen und eigene Aenderungen machen
+
[[Kategorie:Firmware]]
* danach automatisch alles hochladen lassen mit:
 
<pre>
 
/usr/sbin/fwupload_fff+
 
</pre>
 
* fertig! neue firmware wird automatisch auf dem SVN-Server neu gebaut
 

Aktuelle Version vom 25. Mai 2012, 14:55 Uhr

Dieser Artikel bedarf einer Überarbeitung. Näheres ist auf der Seite zur Firmwareentwicklung angegeben. Hilf bitte mit, ihn zu verbessern, und entferne anschließend diese Markierung.

Was

Im Oktober 2011 haben wir erste Tests mit einer ganz neuen Firmwaregeneration auf Basis eines aktuellen OpenWRT (ATTITUDE ADJUSTMENT) mit Kernel 3.0.3 (bei brc47xx Geräten) durchgeführt.

Außerdem soll das Konzept zur Bereitstellung angepasst werden: Für jeden Router (Knoten) wird es ein individuelles Firmwareimage geben, das bereits alle Software und Einstellungen für diesen Router enthält. So wird ermöglicht, dass ein Router auch ohne Zugriff auf das Internet direkt nach der Firmwareinstallation betriebsbereit ist und keine weitere Software nachinstalliert werden muss.

Features

  • lauffähige Firmware für WRT54G*, TP-Link 1043ND, Asus WL500g und Buffalo WHR-HP-G54
  • Webinterface mit Node-Karte
  • Registratoranbindung(evtl. Wikiseite zum selbst Eintragen?) und automatische IP-Adresseinstellungen
  • VPN für Interneteinspeiser
  • l7-filter als Eselbremse?
  • Monitoring
  • automatische 0.0.0.0 HNA's(rein und raus)
  • Kabelkopplung(zwei x DHCP?)
  • flashbar über WLAN

Zu erledigen bis zum Release

  • eine Defaultroute über den wanport muss beim Abziehen des Kabels gelöscht werden - ✔
  • Monitoring: Begrenzung der abgelegten Daten auf den Router auf die letzten 3 Stunden - ✔
  • Einigung auf Standardwerte:
    • Automatische Updates sind aus ✔
    • am WAN-Port versucht das Gerät eine Adresse per DHCP zu bekommen - ✔
    • VPN-Einstellungen vorbereiten und aktivieren, falls direkt Internet anliegt - ✔
      • evtl. Nutzung der route beschleunigen(dauert zur zeit 1/2h) - ✔
    • Software Nachinstallation aus ✔
    • Benutzerverwaltung aus ✔
    • iptables l7 filter Zeugs raus
    • Eselbremse aktivieren
    • werbefilter wech
    • beacon rate auf 100 - ✔
    • netperf sagt: 5Mbit bei adhoc und 25Mbit bei managed, normal?
  • Integration Webinterface - ✔
    • diese Pakete müssen nachinstalliert werden:
      • Karte ==> GPS-Koordinaten müssen nach /tmp/run/latlon.txt geschrieben werden
      • luci-i18n-german - ✔ (auf TP-Link, Ubiqity Bullet M2)
    • nameservice-plugin (olsr) konfigurieren, u.a. für Darstellung der Routers in der Karte
    • /etc/httpd.conf entfernen, sonst muss man sich zur Ansicht der Statusseite anmelden - ✔
  • /etc/config/profile_weimar angelegt, sollten wir an die luci-entwickler weiterreichen:

config 'community' 'profile'
       option 'name' 'Weimarnetz e.V.'
       option 'homepage' 'http://www.weimarnetz.de'   
       option 'ssid' 'weimarnetz'          
       option 'mesh_network' '10.63.0.0/16' 
       option 'latitude' '50.989530'          
       option 'longitude' '11.338675'
                                    
config 'defaults' 'interface'        
       option 'dns' '217.11.48.200 217.11.49.200 8.8.8.8'

  • Klärung, wie vorhandene Router mit vorhandener Knotennummer auf die neue Firmware umgestellt werden
  • Ablage der Firmwareimages auf dem Weimarnetzserver

Bekannte Probleme

  • UPD-Test mit Netperf bring Linksys zum Absturz - bislang keine Lösung gefunden
    • kann man auch mit icmp hervorrufen
  • Bei b43-Geräten (Linksys wrt54gl, Buffalo whr-hp-g54, usw.) stürzt der WLAN-Treiber bei hohem Traffic und gleichzeitiger CPU-Last ab. Ticket bei OpenWRT ist eröffnet: https://dev.openwrt.org/ticket/7552

Dokumentation der API