|
Dimensione: 895
Commento:
|
Dimensione: 3109
Commento:
|
| Le cancellazioni sono segnalate in questo modo. | Le aggiunte sono segnalate in questo modo. |
| Linea 3: | Linea 3: |
| Linea 4: | Linea 7: |
| Ecco cosa vorremmo dal nuovo firmware di Ninux! Se avete delle richieste per alcune caratteristiche che vorreste veder sviluppate nel nuovo firmware, parlatene a riunione o in mailing list. <<BR>> I ticket aperti per i progetti attuali sono visibili sul [[https://svn.ninux.org/ninuxdeveloping/roadmap|nostro track]]. |
|
| Linea 5: | Linea 10: |
| * Autoconfigurazione IP: prendere spunto da Robin per l'autoconfigurazione degli indirizzi IPv4, ed implementare un meccanismo di Strong e Weak [[http://www.olsr.org/docs/report_html/node178.html|Duplicate Address Detection]]. | ||obiettivo || stato ||descrizione|| ||[[#autoconf_ip|Autoconfigurazione IP]] || <<ProgressBar(<bgcolor="orange"><bgcolor="lightgrey"> 50%)>> ||Ogni apparato deve autoconfigurarsi i settaggi relativi alla configurazione di rete|| || [[#autoconf_chan|Autoconfigurazione canali]] || <<ProgressBar(<bgcolor="red"><bgcolor="lightgrey"> 10%)>> ||Ogni apparato deve autoconfigurare il canale radio in modo da comunicare con gli altri apparati della mesh|| || [[#splash| Splash Page]] || <<ProgressBar(<bgcolor="green"><bgcolor="lightgrey"> 75%)>> ||Gli utenti collegati alla rete ninux devono visualizzare una pagina iniziale (splash page) che li informi su chi siamo e perchè facciamo una cosa del genere.|| || [[#fw_update| Aggiornamento automatico del Firmware]] || <<ProgressBar(<bgcolor="red"><bgcolor="lightgrey"> 10%)>> ||Pensare ad un meccanismo per aggiornare in maniera automatica i firmware dei vari apparati.|| |
| Linea 7: | Linea 16: |
| * Autoconfigurazione canali: l'idea più semplice è di fare una scansione alla ricerca di una rete con un dato essid. Se non è presente, allora l'AP va su un canale predefinito (ad es. il 6). Tempo permettendo, meccanismo più simpatici per la scelta del canale migliore potrebbero essere definiti. | |
| Linea 9: | Linea 17: |
| * [[#captive|Captive-Portal]] e Agreement: provare il captive portal utilizzato dagli amici di Unimos. Vedere se è possibile integrare un meccanismo di chat (ad esempio sfruttando il server Prosody). * Meccanismi per la gestione degli apparati: flashing di un firmware da remoto "fonera style". |
<<Anchor(autoconf_ip)>> === Autoconfigurazione IP === Prendere spunto da Robin per l'autoconfigurazione degli indirizzi IPv4, ed implementare un meccanismo di Strong e Weak [[http://www.olsr.org/docs/report_html/node178.html|Duplicate Address Detection]]. Un punto di partenza potrebbe essere anche consultare [[http://www.olsr.org/docs/report.pdf|documenti su olsr]] ,vedere [[http://hipercom.inria.fr/noa-olsr/| NOA OLSR]] e [[http://www.emmanuelbaccelli.org/publications/wpmc_2005.pdf|altri articoli]] presenti in letteratura. In [[http://tools.ietf.org/html/draft-laouiti-manet-olsr-address-autoconf-01#section-3.2| draft-laouiti-manet-olsr-address-autoconf-01]] è presentato un sistema di DaD semplice ma attivo. Un DaD passivo invece è descritto in [[http://manetautoconf.online.fr/Blog/wp-content/draft-weniger-autoconf-pdad-olsr-01.txt| draft-weniger-autoconf-pdad-olsr-01]] <<BR>> <<Anchor(autoconf_chan)>> === Autoconfigurazione canali === L'idea più semplice è di fare una scansione alla ricerca di una rete con un dato essid. Se non è presente, allora l'AP va su un canale predefinito (ad es. il 6). Tempo permettendo, potremmo pensare a dei meccanismi più simpatici per la scelta del canale migliore. <<Anchor(splash)>> === Splash Page === Realizzare una splash page in Luci/Lua ed integrarla con un sistema di chat.<<BR>> Al momento è gia' stato portato il server jabber [[http://prosody.im/|Prosody]] su OpenWRT, mentre siamo a buon punto con lo sviluppo del pacchetto della splash page che si chiama "[[https://svn.ninux.org/ninuxdeveloping/browser/packages/nowolfsplash|nowolfsplash]]". <<Anchor(fw_update)>> === Aggiornamento automatico del Firmware === Meccanismi per la gestione degli apparati: flashing di un firmware da remoto "fonera style". |
New generation Ninux Firmware
Wishlist
Ecco cosa vorremmo dal nuovo firmware di Ninux! Se avete delle richieste per alcune caratteristiche che vorreste veder sviluppate nel nuovo firmware, parlatene a riunione o in mailing list.
I ticket aperti per i progetti attuali sono visibili sul nostro track.
obiettivo |
stato |
descrizione |
||
|
Ogni apparato deve autoconfigurarsi i settaggi relativi alla configurazione di rete |
|||
|
Ogni apparato deve autoconfigurare il canale radio in modo da comunicare con gli altri apparati della mesh |
|||
|
Gli utenti collegati alla rete ninux devono visualizzare una pagina iniziale (splash page) che li informi su chi siamo e perchè facciamo una cosa del genere. |
|||
|
Pensare ad un meccanismo per aggiornare in maniera automatica i firmware dei vari apparati. |
Autoconfigurazione IP
Prendere spunto da Robin per l'autoconfigurazione degli indirizzi IPv4, ed implementare un meccanismo di Strong e Weak Duplicate Address Detection. Un punto di partenza potrebbe essere anche consultare documenti su olsr ,vedere NOA OLSR e altri articoli presenti in letteratura. In draft-laouiti-manet-olsr-address-autoconf-01 è presentato un sistema di DaD semplice ma attivo. Un DaD passivo invece è descritto in draft-weniger-autoconf-pdad-olsr-01
Autoconfigurazione canali
L'idea più semplice è di fare una scansione alla ricerca di una rete con un dato essid. Se non è presente, allora l'AP va su un canale predefinito (ad es. il 6). Tempo permettendo, potremmo pensare a dei meccanismi più simpatici per la scelta del canale migliore.
Splash Page
Realizzare una splash page in Luci/Lua ed integrarla con un sistema di chat.
Al momento è gia' stato portato il server jabber Prosody su OpenWRT, mentre siamo a buon punto con lo sviluppo del pacchetto della splash page che si chiama "nowolfsplash".
Aggiornamento automatico del Firmware
Meccanismi per la gestione degli apparati: flashing di un firmware da remoto "fonera style".