Firmware: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
Melle (Diskussion | Beiträge) (Die Seite wurde neu angelegt: == Voreinstellungen == * IP-Adresse * OLSR-DHCP: 10.22.X.Y/27,255.255.0.0 (je nach IP) * Kanal 13 (?) * ESSID www.freifunk-potsdam.de * BSSID 02:CA:FF:EE:BA:BE * Netm...) |
Melle (Diskussion | Beiträge) (→Ideen) |
||
| Zeile 14: | Zeile 14: | ||
* vordefinierten Public key für den Notfall (damit das Passwortproblem gelöst ist) | * vordefinierten Public key für den Notfall (damit das Passwortproblem gelöst ist) | ||
* kann man die IP-Adresse in das Firmware-Image "injezieren" oder das Image "live" auf dem Server bauen? Der User soll möglichst nichts mehr einstellen müssen. | * kann man die IP-Adresse in das Firmware-Image "injezieren" oder das Image "live" auf dem Server bauen? Der User soll möglichst nichts mehr einstellen müssen. | ||
== Offene Fragen == | |||
* Was ist das Ziel einer eigenen Firmware? Wollen wir Features (das wäre das Leipziger Modell) oder möglichst nahe an der originalen Firmware sein und nur bestimmte Voreinstellungen einbringen, die mehr Konfort für den User bringen (mein Favorit --[[Benutzer:Melle|Melle]] 18:26, 19. Sep. 2008 (CEST)) | |||
* Source-Repository: klar, wir haben ein SVN, da kommen die Sourcen rein. Wie können wir die Anpassungen aus dem CVS der Original-Firmware übernehmen? Stichwort "vendor branch", Sven-Ola wäre der Vendor in dem Falle ;) | |||
* Versionierung: es sollte klar sein, auf welcher Originalversion unsere Version basiert. Original 1.6.32 -> FFP 1.6.32.a (?). | |||
* Buildprozess: der sollte möglichst Deutsch, Englisch, G+GL, TRX ausspucken. | |||
== IP-Vergabe == | == IP-Vergabe == | ||
Version vom 19. September 2008, 17:26 Uhr
Voreinstellungen
- IP-Adresse
- OLSR-DHCP: 10.22.X.Y/27,255.255.0.0 (je nach IP)
- Kanal 13 (?)
- ESSID www.freifunk-potsdam.de
- BSSID 02:CA:FF:EE:BA:BE
- Netmask 255.255.0.0
- WLAN-Modus: ad-hoc
Ideen
- bestimmte Pakete vorinstallieren? freifunk-recommended-de, snmp, dieses statistik-Paket z.B.?
- vordefinierten Public key für den Notfall (damit das Passwortproblem gelöst ist)
- kann man die IP-Adresse in das Firmware-Image "injezieren" oder das Image "live" auf dem Server bauen? Der User soll möglichst nichts mehr einstellen müssen.
Offene Fragen
- Was ist das Ziel einer eigenen Firmware? Wollen wir Features (das wäre das Leipziger Modell) oder möglichst nahe an der originalen Firmware sein und nur bestimmte Voreinstellungen einbringen, die mehr Konfort für den User bringen (mein Favorit --Melle 18:26, 19. Sep. 2008 (CEST))
- Source-Repository: klar, wir haben ein SVN, da kommen die Sourcen rein. Wie können wir die Anpassungen aus dem CVS der Original-Firmware übernehmen? Stichwort "vendor branch", Sven-Ola wäre der Vendor in dem Falle ;)
- Versionierung: es sollte klar sein, auf welcher Originalversion unsere Version basiert. Original 1.6.32 -> FFP 1.6.32.a (?).
- Buildprozess: der sollte möglichst Deutsch, Englisch, G+GL, TRX ausspucken.
IP-Vergabe
Wir brauchen ein Webinterface für die IP-Adressenvergabe incl. einer Userverwaltung. Damit soll die Vergabe von doppelten IPs im Netz vermieden werden, gleichzeitig gibt es zu jedem Node zumindest eine Kontakt-eMail-Adresse (die für die Anmeldung angegeben werden muss). Der Ablauf könnte ungefähr so aussehen:
- User meldet sich mit seiner e-Mail / open-id an (e-Mail muss aber ein Pflichtfeld sein).
- bei der ersten Anmeldung muss die e-Mail bestätigt werden (confirm-Link in der e-Mail anklicken).
- Freiwillige Angaben wie Telefon und Standort
- er kann sich dann eine IP reservieren
- ggf. gleich eine Firmware mit dieser IP runterladen (bzw. aus der Liste "seiner" IPs eine für ein fertiges Image auswählen)
Anhand der e-Mail Adressen können wichtige Announcements rumgeschickt werden.