Software-Betatest: Unterschied zwischen den Versionen

Aus Weimarnetz Wiki
Zur Navigation springen Zur Suche springen
K (→‎Was: ueberfluessiges weg)
 
(214 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 unter: http://www.weimarnetz.de/freifunk/firmware/
 
* dieses "nightly build" wird von [[automatisches_SVN-2-Firmware-build-Tool|diesem Skript]] aktualisiert
 
* SVN einsehen unter https://www.weimarnetz.de/websvn
 
 
 
===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===
 
* 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===
 
** VPN (+ auto switchon/off bei inet-ein/ausfall), nvram nutzen: ff_vpn_server="public_ip"
 
** Antennenskript (auswahl treffen)
 
** txpower-Skript (solange von 0 erhoehen, bis ein guter Nachbar auftaucht)
 
** GUI fertig programmieren: Experteneinstellungen
 
** GUI fertig programmieren: Benutzerverwaltung
 
** config_fff+ (check_bridge, experteneinstellungen: mac1mac2_keinenervseite,mac1mac2_p2pok,mac1mac2_qosPrio)
 
** Rewrite Nervseite (+vorlagen im wiki nutzen ("aktuelles"))
 
** iptables-zeug
 
** 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===
 
 
 
Basierend auf der normalen FFF/testing vom sven-ola aus berlin, kommen nach und nach eigene Dateien hinzu.
 
Es werden keine Dateien geloescht oder ueberschrieben. (nur S40network + S51crond)
 
Nach dem Flashen erstmal die Schnelleinstellung neu durchlaufen lassen. Beachtet evtl. auch die [[Firmwareentwicklung-Testszenarien_und_Fehlersuche|allgemeine Anleitung zum testen]].
 
Folgende Funktionen muessen getestet werden, bzw. der Quellcode gesichtet werden.
 
 
 
/etc/functions_fff+
 
/etc/variables_fff+
 
/etc/init.d/S71auto_software_update_fff+
 
/etc/init.d/S72filter_fff+
 
/www/cgi-bin/config_fff+
 
  
1.) die kiste startet nach dem firmware update neu - lasst euch eine NEUE ip-adresse geben (DHCP)
+
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.
2.) testet das neue IP-Schema. Auf der Shell eingeben:
 
    . /etc/variables_fff+
 
    . /etc/functions_fff+
 
    fkt_calc_node_params 1000
 
    fkt_calc_node_params 1
 
    fkt_calc_node_params 2000
 
   
 
3.) wartet 15 minuten. schaut euch immer wieder das syslog an. insbesondere meldungen mit "fff". Auf shell:
 
    /etc/init.d/S71auto_software_update_fff+ status
 
    (wurde alles installiert?)
 
  
4.) geht das Internet? geht der werbefilter? probleme beim surfen?
+
===Features===
5.) wieviel flash ist noch frei?
+
* 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
  
===Mitmachen===
+
===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
  
* aktuelle Firmware auf einen Router flashen und eigene Aenderungen machen
+
===Bekannte Probleme===
* alle geaenderten dateien in ein .tgz packen und auf einen richtigen rechner mit SVN kopieren
+
* UPD-Test mit Netperf bring Linksys zum Absturz - bislang keine Lösung gefunden
LIST="$(find / -type f -name "*fff+" | grep -v /tmp/ | grep -v placeholder | grep -v rom | grep -v 40- | grep -v ghost | grep -v 15- | grep -v 16- | grep -v 17- | grep -v reboot_count ) /www/cgi-bin-speed"
+
** kann man auch mit icmp hervorrufen
tar cvzf /tmp/files.tgz $LIST
+
* 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
  
* danach:
+
===Dokumentation der API===
svn checkout https://www.weimar-fon.de/svn_freifunkfirmwareweimar/trunk
+
* [[Firmware-Dokumentation_API]]
cd trunk
 
tar xvzf datei_mit_geaenderten_dateien.tgz
 
svn add * --force
 
svn commit -m "Verbale Beschreibung, was geaendert wurde"
 
  
* fertig! neue firmware wird automatisch erzeugt
+
[[Kategorie:Firmware]]

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