<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Come vengono disegnati i link dal mapserver?<br>
Codice:<br>
<a href="https://github.com/ninuxorg/nodeshot/blob/master/nodeshot/scripts/read_topology_hna.py" target="_blank">https://github.com/ninuxorg/nodeshot/blob/master/nodeshot/scripts/read_topology_hna.p</a>y<br></blockquote>
<div><br></div><div>caruccio, ok. </div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
DISASTRO.<br>
<br>
I link vengono finalmente disegnati, ma:<br>
* A Cosenza, tutti sono connessi direttamente con tutti.<br>
* vengono disegnati dei link di 600+km che vanno dall'HPCC verso subnet<br>
romane, pisane, fiorentine, ecc.<br>
<br>
Qui insomma è dove ci accorgiamo che la topologia NinuCS è completamente<br>
sballata.<br>
Il primo punto è il problema della Client Isolation descritto da Spax<br>
nell'altro thread. Un rapido test attivando la Client Isolation<br>
ripristina immediatamente la topologia corretta all'interno di Cosenza.<br></blockquote><div><br></div><div>... 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.</div>
<div>Praticamente gli abbiamo staccato internet per circa mezz'ora mentre questi partecipavano ad un contest mondiale !</div><div>Vabè, serve da esperienza ma non dimentichiamoci le nostre responsabilità nei confronti della rete.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Ma il problema dei link inesistenti verso le altre isole è ancora un bug<br>
aperto.<br></blockquote><div><br></div><div>Ah però !</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
A livello di rotte, la relazione tra NinuCS e resto di Ninux l'avevamo<br>
impostata così:<br>
* piuttosto che usare il plugin proto e inoltrare le rotte di tutte<br>
Italia verso gli altri nodi di Cosenza, avevamo deciso per<br>
un'aggregation: rohan annunciava il resto di Ninux come HNA4 ad essa<br>
collegata<br>
<br>
Hna4<br>
{<br>
10.0.0.0 255.255.255.0 #HPCC<br>
10.11.12.13 255.255.255.255 #DNS<br>
# global ninux addresses<br>
10.0.0.0 255.0.0.0<br>
172.16.0.0 255.240.0.0<br>
192.168.0.0 255.255.0.0<br>
}<br></blockquote><div><br></div><div>Perchè Rohan annuncia 192.168.0.0 ?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Attualmente è impostata così. Il vantaggio è appunto la pulizia delle<br>
tabelle di routing a Cosenza, lo svantaggio è che per scoprire che un<br>
nodo è down devi far traffico e arrivare fino a Roma.<br></blockquote><div><br></div><div>Male minore, non di certo "andiamo" a roma tutti i giorni :)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
* Successivamente ho compilato il proto plugin, distinguendo le rotte<br>
apprese con babel e olsr rispettivamente con ID 42 e 157. Una volta<br>
attivato, Cerisanux, Capizzanux, etc, avevano tutta Italia nelle tabelle<br>
di routing.<br></blockquote><div><br></div><div>Forse sarebbe più umano avere giusto i gateway verso classi di rete a 16 bit e non 3mila reti a 24bit.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Il problema dei link infiniti non è scomparso con nessuna permutazione<br>
dei due approcci (ammesso di non averne mancata qualcuna). Una volta<br>
identificata la causa, se non ci saranno paletti di sorta dovuti ad<br>
essa, decideremo assieme quale dei due approcci preferiamo.<br></blockquote><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
AirVPN durante alcuni test instradava pacchetti per Ninux su sè stessa.<br>
Da tenere d'occhio anche questa.<br></blockquote><div><br></div><div>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.</div>
<div> </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Conclusioni:<br>
Con Nemesis sono rimasto che, quando siamo pronti, lo ricontatteremo per<br>
chiedergli di riaggiungere la OLSR URL di Cosenza al map server. Questo<br>
può avvenire, chiaramente, solo una volta che sistemeremo la topologia<br>
interna di NinuCS e la questione client isolation.<br></blockquote><div><br></div><div>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.</div>
<div><br></div><div>La rete deve cambiare intorno al software romano, oppure vogliamo fare qualcosa di innovativo ?</div><div>Se possibile condividiamo i due file esportati, quello "sbagliato" e quello "ideale", perlomeno fammici dare n'occhiata.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Una volta online la URL potremo debuggare i link chilometrici inopportuni.<br>
Quando avremo risolto anche questa, perfezioneremo il tutto con un URL<br>
pubblico definitivo per il fetching del topology.txt, rendendolo anche<br>
autoaggiornante con un crontab<br></blockquote><div><br></div><div>Se lo dobbiamo autoaggiornare con crontab lo possiamo anche auto "processare" come desideriamo noi, senza forzare la client isolation e imporre OLSR a tutti i nodi, anche quelli foglia o dei quali il mesh non interessa, perlomeno in questa prima loro fase.</div>
<div><br></div><div>Se mi condividete i due file scrivo la procedura in tempi record, consideratelo già fatto.</div><div><br></div><div>Stè complimenti per il report, vai forte.</div></div><br></div></div>