<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 05/20/2014 06:53 PM, Gioacchino
      Mazzurco wrote:<br>
    </div>
    <blockquote cite="mid:1447685.doDZzaoJEs@vaio-gio" type="cite">
      <pre wrap="">On Tuesday 20 May 2014 18:34:57 ThEgAmEr wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">Ciao ragazzi,
qui a Bologna abbiamo convinto il prof di reti ad assegnarci un
progettino di fine corso inerente a Ninux.
L'abbiamo impezzato con la storia di Ninux per mesi e alla fine ha ceduto!
</pre>
      </blockquote>
      <pre wrap="">
Grandiiii!!


</pre>
      <blockquote type="cite">
        <pre wrap="">Non abbiamo moltissimo tempo da dedicare alla cosa(e' per 6 miseri
CFU) e non siamo sviluppatori skillati ma un pochino di codice
proveremmo a scriverlo volentieri.
Il punto e' che volevamo lavorare nello specifico a migliorare il
supporto in libremesh nell'esportazione di info verso nodeshot.
Cosa ne pensate? Possiamo essere utili?
Leggevamo di un servizio gia' attivo di esportazione in json delle
info in openwrt e ci piacerebbe aumentare il numero delle info
esportate da libremesh: ha senso?
</pre>
      </blockquote>
      <pre wrap="">
Ha sensissimo!

Secondo me si puo' lavorare in almeno tre modi: polling dei dati da parte di 
nodeshot, e pushing dei dati da parte del nodo, ibrido.

Nel primo caso (polling) bisognerebbe lavorare su netengine sul quale pero' 
non so aiutarvi molto, e nemesis ne sa certamente di piu', tra l'altro visto 
che ci sta lavorando uno studente GSoC aspetterei sempre conferma da Nemesis 
se vede opportuno che due team in parallelo ci lavorino</pre>
    </blockquote>
    <br>
    La prima &egrave; sicuramente pi&ugrave; fattibile in tempi brevi perch&egrave; la
    seconda richiede lavorare su una parte che per ora &egrave; ferma.<br>
    <br>
    La roba del websocket non la vedo adeguata per dei programmatori
    poco skillati da fare in 6 mesi, non &egrave; molto difficile in se ma
    richiede anche un coordinamento da parte mia che in questo periodo
    non riuscirei a dare perch&egrave; gi&agrave; sto cercando di aiutare Alessandro.<br>
    <br>
    Quindi vedo fattibilissimo trovare un modo di far esportare le info
    da libremesh e scrivere un backend netengine apposito slegato dal
    progetto GSOC su cui sta lavorando Alessandro.<br>
    <br>
    Continuiamo la discussione sulla lista <a
      href="http://ml.ninux.org/mailman/listinfo/ninux-dev">ninux-dev</a>,
    aggiornateci quando avete news!<br>
    <br>
    Aproposito di netengine, qui c'&egrave; il video della presentazione: <br>
    <br>
    <a class="moz-txt-link-freetext" href="https://www.youtube.com/watch?v=2rXNsfwPbuo&amp;feature=youtu.be">https://www.youtube.com/watch?v=2rXNsfwPbuo&amp;feature=youtu.be</a><br>
    <br>
    <blockquote cite="mid:1447685.doDZzaoJEs@vaio-gio" type="cite">
      <pre wrap="">

Nel secondo caso (pushing) bisognerebbe scrivere qualcosa tipo libremap-agent 
(si potrebbe chiamare nodeshot-agent) che periodicamente invia la roba al 
mapserver, e se vi va di fare qualcosa di piu' interessante usare websocket e 
associare agli invii periodici notifiche di eventi "importanti" stile SNMP 
traps

Terzo caso e` tecnicamente migliore ci sarebbe poi fare il polling periodico 
da parte di nodeshot, e usare il websocket per le notifiche di avvenimenti 
importanti, oppure in caso di visualizzazione "realtime" dello stato del nodo 
da remoto


Grandi di nuovo!!
</pre>
    </blockquote>
    <br>
  </body>
</html>