<div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div><div><div><div>Daccordo, per una razionalizzazione<br><br></div>Tant'è di vorrrei dire della <i>delusione</i> del fatto che la maggior parte delle macchine non è configurata o <i>peggio</i>  è configurata <i>male</i> in IPv6 .<br>
</div><div><br></div>Infatti
 l'altro giorno ho inviato un link che le macchine IPv6 potevano vedere 
facilmente, ma in ipv4 dovevano fare il giro delle 7 chiese. <br><br></div>Ebbene
 nessuno ha pensato che era la propria macchina fosse configurata male. 
Ma tutti anno detto ho non vedo la pagina e basta. <br><br></div>La realtà è che i protocolli OLSR e IPv6 ragionano in modo diverso.<br></div>E
 quindi usare OLSR per determinare il routing  IPv6 è errato perchè usa 
delle strategie che vanificano il comportamento di IPv6. Primo tra tutti
 il meccanismo di scoperta e cache del routing e il conseguente 
meccanismo di mantenimento delle rotte solo per le connessioni attive, 
sistema che evita quella miriade di parametri di OLSR per non fare il 
flip/flop delle macchine.<br><br></div>Un altra cosa da considerare è 
che una macchina in IPv6 inizia prima di tutto cerca le macchine che non
 conosce tramite le macchine che sono nelle stesse sue sottoreti, ed è 
per questo che è importantissimo, che le macchine possano avere  in 
indirizzo IPv6 per ognuna delle sottoreti dei vicini, nel caso contrario
 il funzionamento invece di non esserci è instabile. <br><br></div>Ma questa è solo la punta dell'iceberg. <br><br></div>Ma
 per non essere solo polemico nelle prossime ore organizzerò una pagina 
di test per la rete interna che vi dirà  se la vostra macchina raggiunge
 una macchina interna, una macchina esterna in IPv6 ed il percorso che 
fa il mondo esterno per vedere il  vostro computer.  Mi sembra un modo 
propositivo<br></div><div>Poi aggiornerò la pagina IPv6 con dei manuali per configurare le macchine client  in IPv6 oltre che i router, ma per questo chiedo uno sforzo di tutti.<br></div><div><br></div>Per finire, vorrei chiedere di togliere il
 marchietto IPV6 sul sito ninux fino a che la maggioranza delle macchine
 non lo raggiunge in IPv6. Bisogna saper ammettere le sconfitte. Il 
marchietto sul sito ninux non deve voler dire hei questa macchina è IPv6
 ma la nosta comunità è pronta. Magari come hanno fatto furbescamente 
quelli del kame  all inizio mettere immagini diverse a seconda di come 
si accede alla pagina per invogliare le persone a sitemare le cose. <br><br></div>Scusatemi se mi scaldo così per una 
tecnologia,  ma andando a leggere tra le righe questo insieme di 
teconologie ipv6  permettono una comunità più "piatta"  dove tutti sono 
uguali,  dove tutti posso pubblicare contenuti e non come adesso, solo 
chi ha un IP pubblico può diffondere servizi globali.<br><br></div>A presto quindi. <br><br><br></div>Matteo<br><br></div>P.S. <br><br></div>Con Clauz che <b>ringrazio</b>  stiamo vedendo di pachare il fatto che abbiate le macchine configurate male. <br>
<br>Ma
 mi sembra comunque  la sollita pezza o come per meglio  dire alla 
romana , mo' gl'è la'aggiusto io dott'o  ho giusto qua un  filo de fero.
 <br><br>Se avevate le macchine configurate propriamente non ce n'era bisogno.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">Il giorno 15 marzo 2013 10:18, Alessio Caiazza <span dir="ltr"><<a href="mailto:nolith@abisso.org" target="_blank">nolith@abisso.org</a>></span> ha scritto:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">oggi stavo cercando di capire più o meno quanto traffico facciamo qui a Firenze in VPN.<div><br></div><div>
Ho visto che con una decina di nodi, tutti con gli intervalli di emissione dei messaggi sull'interfaccia della VPN incrementati di 15 volte, abbiamo un traffico in ingresso di circa 50-60 KB/s</div>

<div><br></div><div>Mi sembra un po' tantino, quindi mi sono messo a vedere con wireshark che cosa passa e mi pare che siano tutti messaggi del plugin mdns.</div><div><br></div><div>Li ho identificati dal fatto che il dump del payload contiene diverse stringhe  con nomi di stampanti, poi il message type olsr è 132 (magari zioproto può confermare).</div>


<div><br></div><div>Se qualcuno volesse guardare il traffico c'è il dump di wireshark qui: <a href="http://ge.tt/801lr9b/v/0?c" target="_blank">http://ge.tt/801lr9b/v/0?c</a></div><div><br></div><div> C'è un modo di mitigare questa cosa? Si possono escludere le interfacce VPN da questo plugin?</div>


<div><br></div><div><div><br></div><div>Grazie,</div><div>nolith</div><span class="HOEnZb"><font color="#888888">-- <br>Alessio "nolith" Caiazza<br>il sapere umano appartiene al mondo.<br>GPG 440C5437
</font></span></div></div>
<br>_______________________________________________<br>
Wireless mailing list<br>
<a href="mailto:Wireless@ml.ninux.org">Wireless@ml.ninux.org</a><br>
<a href="http://ml.ninux.org/mailman/listinfo/wireless" target="_blank">http://ml.ninux.org/mailman/listinfo/wireless</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><i><b>Matteo Pedani</b></i><br><br><a href="http://www.pedani.it" target="_blank">www.pedani.it</a><font size="1">    <br>mobile +39  3343637690  <br>phone +39 0699341466<br>
phone +39 069415152  </font>   <br><br><br><br>
</div>