<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=windows-1252">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Inoltro questa mail anche ai non Romani in quanto penso possa
interessare a più persone.<br>
<br>
Per raccogliere la topologia è necessario pubblicare la topologia su
una URL pubblica, in modo che il map-server possa recuperarla e
processarla.<br>
<br>
Questo però ci ha dato spesso problemi:<br>
<ul>
<li>per chi è agli inizi e non è pratico risulta difficile
recuperare la topologia ed inviarla su un server con ip pubblico
regolarmente</li>
<li>se il server/nodo dove viene pubblicata la topologia va giù la
topologia non viene aggiornata, questo è stato sempre uno dei
nostri principali single point of failure<br>
</li>
</ul>
Con il nuovo tool che sto sviluppando è possibile inviare la
topologia direttamente al collettore con una richiesta HTTP POST
(feature richiesta più volte da più persone), ma non solo, la vera
ficata è che ora è anche possibile far inviare la topologia a più
nodi, e se il collettore viene ridondato su più server potremo
evitare totalmente il single point of failure.<br>
<div class="moz-forward-container"><br>
A Roma stiamo testando l'invio della topologia ipv6 da parte di
più nodi, potete vederla qui:<br>
<a class="moz-txt-link-freetext" href="http://ninux-graph.netjson.org/topology/e384464c-d1d2-4af3-aae1-4e852a28d956/">http://ninux-graph.netjson.org/topology/e384464c-d1d2-4af3-aae1-4e852a28d956/</a><br>
<br>
Vi ricordo la pagina sul wiki:<br>
<a class="moz-txt-link-freetext" href="http://wiki.ninux.org/TopologyVisualizer">http://wiki.ninux.org/TopologyVisualizer</a><br>
<br>
Di seguito la mail che ho inviato sulla lista di Roma:<br>
<br>
-------- Forwarded Message --------
<table class="moz-email-headers-table" border="0" cellpadding="0"
cellspacing="0">
<tbody>
<tr>
<th align="RIGHT" nowrap="nowrap" valign="BASELINE">Subject:
</th>
<td>[ninux-roma] Sunto collettore topologia & next steps</td>
</tr>
<tr>
<th align="RIGHT" nowrap="nowrap" valign="BASELINE">Date: </th>
<td>Sun, 20 Mar 2016 13:26:28 +0100</td>
</tr>
<tr>
<th align="RIGHT" nowrap="nowrap" valign="BASELINE">From: </th>
<td>Nemesis <a class="moz-txt-link-rfc2396E" href="mailto:nemesis@ninux.org"><nemesis@ninux.org></a></td>
</tr>
<tr>
<th align="RIGHT" nowrap="nowrap" valign="BASELINE">Reply-To:
</th>
<td>Lista pubblica di Ninux-Roma <a class="moz-txt-link-rfc2396E" href="mailto:roma@ml.ninux.org"><roma@ml.ninux.org></a></td>
</tr>
<tr>
<th align="RIGHT" nowrap="nowrap" valign="BASELINE">To: </th>
<td><a class="moz-txt-link-abbreviated" href="mailto:roma@ml.ninux.org">roma@ml.ninux.org</a></td>
</tr>
</tbody>
</table>
<br>
<br>
<meta http-equiv="content-type" content="text/html;
charset=windows-1252">
<font face="Helvetica, Arial, sans-serif">Ciao a tutti,<br>
<br>
<font face="Helvetica, Arial, sans-serif">al momento stanno in<font
face="Helvetica, Arial, sans-serif">viando la topologia ipv6
<font face="Helvetica, Arial, sans-serif">almeno 5 nodi</font></font></font>:<br>
</font>
<ul>
<li>Pomezia (HTTP POST passa via ADSL)<br>
</li>
<li>Falco (HTTP POST passa via ADSL)</li>
<li>Diego Apriliana (HTTP POST passa via ADSL)</li>
<li>Fusolab 2.0 (HTTP POST passa via Namex)</li>
<li>Stranonet (HTTP POST passa via ADSL)</li>
</ul>
<p>E forse qualcun altro che sto dimenticando.<br>
</p>
<p>Al prossimo disservizio ipv6 - che a questo punto spero arrivi
presto :D - vedremo se effettivamenDe riusciremo ad avere
qualcosa di meglio rispetto all'ultima volta, mi aspetto di
riuscire a capire a colpo d'occhio quali sono le zone che
causano problemi.<b><br>
</b></p>
<p><b>Idee da sviluppare</b><br>
</p>
Ci sono tanti fronti su cui vorrei lavorare, ma dovrà fare delle
scelte perchè da solo non posso fare tutto (in breve tempo si
intende):<br>
<ul>
<li>risolvere problema dei link che hanno source e target
identico (ora vengono scartati, ma se non fosse così
bisognerebbe poter visualizzarli entrambi con un magheggio
grafico)<br>
</li>
<li>aggiungere dati geografici nel mix</li>
<li>integrazione con nodeshot</li>
<li>possibilità di unire facilmente i nodi che si trovano in un
unica subnet (eg: quelli che non usano routing a terra), sarà
cmq richiesto l'intervento manuale di un utente</li>
</ul>
<p><b>Idee che possono essere sviluppate come pacchetti aggiuntivi</b>:<br>
</p>
<ul>
<li>query SNMP ai nodi per tenere aggiornate le informazioni<br>
</li>
<li>discovery tramite LLDP</li>
<li>raccolta statistiche (numero di nodi, numero di link,
metriche dei link)</li>
<li>snapshot giornalieri della topologia per poter monitorare
l'evoluzione della rete<br>
</li>
</ul>
<p><b>Setup futuro</b><br>
</p>
<p>A regime vorrei avere un collettore ridondato su più nodi, sia
fisicamente in ninux che fuori (eg: hetzner). Come lo vedete un
servizio anycast per questo caso d'uso?<br>
</p>
<p>Nemesis<br>
</p>
<br>
</div>
<br>
</body>
</html>