<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"><tt>Il 26/01/2014 12:33, Giuseppe De
Marco ha scritto:</tt><tt><br>
</tt></div>
<blockquote
cite="mid:CAP_qYymPVo_r1ra_fzj_pDEek6VZZO=NV57-PAy1uJtm=8ufSw@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote"><br>
<div><tt> </tt><br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex"><tt>
DISASTRO.</tt><tt><br>
</tt>
<tt><br>
</tt><tt>
I link vengono finalmente disegnati, ma:</tt><tt><br>
</tt><tt>
* A Cosenza, tutti sono connessi direttamente con tutti.</tt><tt><br>
</tt><tt>
* vengono disegnati dei link di 600+km che vanno
dall'HPCC verso subnet</tt><tt><br>
</tt><tt>
romane, pisane, fiorentine, ecc.</tt><tt><br>
</tt>
<tt><br>
</tt><tt>
Qui insomma è dove ci accorgiamo che la topologia NinuCS
è completamente</tt><tt><br>
</tt><tt>
sballata.</tt><tt><br>
</tt><tt>
Il primo punto è il problema della Client Isolation
descritto da Spax</tt><tt><br>
</tt><tt>
nell'altro thread. Un rapido test attivando la Client
Isolation</tt><tt><br>
</tt><tt>
ripristina immediatamente la topologia corretta
all'interno di Cosenza.</tt><tt><br>
</tt></blockquote>
<div><tt><br>
</tt></div>
<div><tt>... però isola tutti i nodi sprovvisti di OLSR,
tutti i nodi in test. AL cosa imbarazzante è che la
client isolation è stata attivata mentre la sezione ARI
Cosenza stava facendo il contest internazionale
sfruttando la connettività offerta da Verde Binario.</tt></div>
<div><tt>Praticamente gli abbiamo staccato internet per
circa mezz'ora mentre questi partecipavano ad un contest
mondiale !</tt></div>
<div><tt>Vabè, serve da esperienza ma non dimentichiamoci le
nostre responsabilità nei confronti della rete.</tt></div>
</div>
</div>
</div>
</blockquote>
<br>
Scusa Peppe, ma no.<br>
Io non mi sento ne imbarazzato nè tantomeno responsabile.
Specialmente nei confronti di individui che non ho mai visto nè
sentito.<br>
Desidero essere lapalissiano su questo :).<br>
<br>
<br>
<blockquote
cite="mid:CAP_qYymPVo_r1ra_fzj_pDEek6VZZO=NV57-PAy1uJtm=8ufSw@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div><tt> </tt></div>
<tt>Perchè Rohan annuncia 192.168.0.0 ?</tt>
<div><tt> </tt></div>
</div>
</div>
</div>
</blockquote>
<br>
Perchè è una sottorete Ninux. Ci sono nodi e servizi, su questi
indirizzi.<br>
<br>
<blockquote
cite="mid:CAP_qYymPVo_r1ra_fzj_pDEek6VZZO=NV57-PAy1uJtm=8ufSw@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote"><tt> </tt>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex"><tt>
AirVPN durante alcuni test instradava pacchetti per
Ninux su sè stessa.</tt><tt><br>
</tt><tt>
Da tenere d'occhio anche questa.</tt><tt><br>
</tt></blockquote>
<div><tt><br>
</tt></div>
<div><tt>Temo che AirVPN sia un servizio esclusivo di
Hacklab per pochi eletti pertanto se sene parla in lista
sarebbe il caso di condividerlo in rete, altrimenti
meglio non parlarne proprio, suona mortificante.</tt></div>
</div>
</div>
</div>
</blockquote>
<br>
Again, tutto mi sento tranne che mortificato.<br>
A parte che *deve* essere un servizio riservato, per le ragioni che
ben sai.<br>
I servizi privati/ristretti/riservati sono cose naturali di una
rete, se li può implementare chi vuole quando vuole.<br>
In questo caso AirVPN è rilevante alla questione perché può causare
interferenze, lo devono sapere tutti quelli che saranno coinvolti
nel debug. CI mancava pure che non lo menzionassi.<br>
<br>
<blockquote
cite="mid:CAP_qYymPVo_r1ra_fzj_pDEek6VZZO=NV57-PAy1uJtm=8ufSw@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div><tt> </tt></div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex"><tt>Conclusioni:</tt><tt><br>
</tt><tt>
Con Nemesis sono rimasto che, quando siamo pronti, lo
ricontatteremo per</tt><tt><br>
</tt><tt>
chiedergli di riaggiungere la OLSR URL di Cosenza al map
server. Questo</tt><tt><br>
</tt><tt>
può avvenire, chiaramente, solo una volta che
sistemeremo la topologia</tt><tt><br>
</tt><tt>
interna di NinuCS e la questione client isolation.</tt><tt><br>
</tt></blockquote>
<div><tt><br>
</tt></div>
<div><tt>Idea: non possiamo fare un parse del file prodotto
da OLSR in maniera tale da filtrare la topologia così da
fornirla al mapserver come desideriamo ? Non dovremmo
fare altro che rimuovere i duplicati e forzare quello
che vogliamo esportare all'interno del contenuto del
file. Se è solo un file di testo possiamo farci fuochi
d'artificio.</tt></div>
<div><tt><br>
</tt></div>
<div><tt>La rete deve cambiare intorno al software romano,
oppure vogliamo fare qualcosa di innovativo ?</tt></div>
<div><tt>Se possibile condividiamo i due file esportati,
quello "sbagliato" e quello "ideale", perlomeno fammici
dare n'occhiata.</tt></div>
</div>
</div>
</div>
</blockquote>
<br>
L'intero punto della topologia e del map server è quello di
riflettere la situazione reale della rete in maniera automatica.<br>
Non è una wishlist di cose che vorresti fossero reali, è una
diagnostica. Se non lo è, mettiamoci un ptp verso Marte, sai poi
l'innovazione? :)<br>
Post-processare la topologia e renderla hardcoded è un assurdo, un
incubo di manutenzione in attesa di accadere.<br>
Il file "ideale" non è estraibile, senza attivare la Client
Isolation.<br>
<br>
Stefanauss.<br>
</body>
</html>