Software-Betatest: Unterschied zwischen den Versionen

Aus Weimarnetz Wiki
Zur Navigation springen Zur Suche springen
K (→‎Was: +philosophie)
 
(240 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.
−
 
 
−
===Download===
 
−
* Aktuellste Version aus dem SVN immer unter: http://www.weimar-fon.de/freifunk/firmware/
 
−
* dieses "nightly build" wird von [[automatisches_SVN-2-Firmware-build-Tool|diesem Skript]] aktualisiert
 
−
* SVN einsehen unter https://www.weimar-fon.de/websvn
 
−
 
 
−
===Vorschau===
 
−
* Normales Menue:
 
−
[[Bild:Preview_fff_plus_menu_simple.png]]
 
−
* Experten-Menue:
 
−
[[Bild:Preview_fff_plus_menu_expert.png]]
 
−
 
 
−
===Hinzugekommene Funktionen===
 
−
* Zur normalen FFF v1.5.3 ist hinzugekommen:
 
−
** zentrale Konfigurationsdatei
 
−
** automatisches Nachinstallieren von noetigen Paketen beim ersten Neustart
 
−
** Dienste-Plugin funktioniert nun
 
−
** Werbefilter mit /etc/hosts
 
−
** neues IP-Schema (boeser hack in alter, dreckiger schnelleinstellung)
 
−
** 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
 
−
 
 
−
* Noch offen / nicht programmiert
 
−
** GUI programmieren: Experteneinstellungen
 
−
** GUI programmieren: Benutzerverwaltung
 
−
** config_fff+ (check_bridge, experteneinstellungen: mac1mac2_keinenervseite,mac1mac2_p2pok,mac1mac2_qosPrio)
 
−
** Umstellung auf cron
 
−
** Rewrite Nervseite (+vorlagen im wiki nutzen ("aktuelles"))
 
−
** iptables-zeug
 
−
** WAN_MAC_faker
 
−
** netzflood mit GPS etc.
 
−
** cgi-bin-neighbours (entfernung,hostnamen,verbale verbindungsqualitaet)
 
−
** cgi-bin-server (muell unterdruecken)
 
−
** cgi-bin-messages (nachrichten verschicken)
 
−
** VPN (+ auto switchon/off bei inet-ein/ausfall), nvram nutzen: ff_vpn_server="public_ip"
 
−
** Antennenskript
 
−
** Speedtest
 
−
** Auto-Gateway-Test
 
−
** cgi-bin-fff+ (werkzeug)
 
−
** USB + Tools ("mount -t usbfs none /proc/bus/usb" nach S10boot)
 
−
** Auto-Kameraerkennung
 
−
** ow_fs
 
−
** https + zertifikat
 
−
** QoS
 
−
** Batman2
 
−
 
 
−
===Wer===
 
−
* nur Geraete mit minimum 4 MB Flash / 16 MB RAM
 
−
* Nur Leute, die auf Ihren Knoten verzichten koennen 8-)
 
−
* KEINE DSL-Einspeiser. (VPN geht noch nicht)
 
−
 
 
−
===schon umgestellte knoten===
 
−
* Format: Knotennummer / Technik / Ort / Version
 
−
  86 / Dell2300          / Ossietzkystr    / v0.1
 
−
247 / Dell2300          / Steinbrueckenweg / v0.2
 
−
  60 / AsusWL-hdd,Yakumo / Steinbrueckenweg / v0.2
 
−
196 / WRTv1.0          / Steinbrueckenweg / v0.2
 
−
666 / Dell2300          / Steinbrueckenweg / v0.2
 
−
 
 
−
===Wie===
 
−
 
 
−
Basierend auf der normaln v.1.5.3 vom sven-ola aus berlin, kommen nach und nach eigene Dateien hinzu.
 
−
Es werden keine Dateien geloescht oder ueberschrieben.
 
−
Nach dem Flashen erstmal die Schnelleinstellung neu durchlaufen lassen.
 
−
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
 +
** 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
  
−
svn checkout https://www.weimar-fon.de/svn_freifunkfirmwareweimar/trunk
+
===Dokumentation der API===
−
cd trunk
+
* [[Firmware-Dokumentation_API]]
−
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

Abgerufen von „https://wireless.subsignal.org/index.php?title=Software-Betatest&oldid=18943“