Perfetto e ti ringrazio per la tua disponibilià,<br>mi andrò a documentare bene su tutto quello che hai descritto.<br>La mia idea è quella di creare un fw personalizzato con olsr e ipv6 totalmente auto-configurante e senza conflitti di ip, quindi ho pensato ad ipv6 proprio per questa ragione.<br>
<br>ROBIN ha un sistema di auto-configurazione molto semplice, ma come mi hanno fatto notare i ragazzi al ninux day ha alcune limitazioni ovvero:<br><ul><li>Per la rete di backbone (adhoc) usa indirizzi del tipo 5.x.y.z dove x, y e z sono i valori decimali degli ultimi 3 ottetti del mac address di ath0 e a quanto ho capito potrebbero collidere con indirizzi presenti e usati in rete.</li>
<li>Per la rete pubblica (master) usa indirizzi del tipo 101.x.y.0/24 dove x e y sono i valori decimali del terzo e quarto ottetto del mac address di ath1.</li></ul>Questo sistema è abbastanza semplice da metter su ma implica appunto alcuni problemi:<br>
<ul><li>Quando ho solo un'interfaccia radio devo fargli fare il doppio del lavoro;</li><li>La rete di backbone potrebbe cozzare per via dell'utilizzo della rete di classe A (correggetemi se sbaglio);</li><li>Non posso muovermi tra i nodi senza perdere la connessione (es. chiamata skype).<br>
</li></ul>L'idea di usare IPv6 è per sorvolare appunto questi problemi ma non so se è attuabile al 100%.<br>In pratica tutti i nodi e i client connessi dovrebbero parlare IPv6 ed i nodi che fungono da gateway dovrebbero essere in grado smistare le richieste verso l'esterno (IPv4) e reinstradarle all'interno della rete MESH tramite IPv6.<br>
Per quanto riguarda l'auto-configurazione dei nodi, come suggerito dai ragarri al ninux day, si potrebbe pensare di assegnare l'ip in modo che le ultime 12 cifre siano appunto il mac address del nodo.<br><br>Ho naturalmente qualche dubbio in merito ad alcune questioni ovvero:<br>
<ul><li>Chi assegna gli indirizzi ai client? Il nodo a cui sono collegato o un qualche sistema di DHCP relay.</li><li>Se appunto ho indirizzi IPv6 assegnati in qualche modo da qualche entità non dovrei controllare prima che l'indirizzo ip da assegnare non sia già utlizzato da uno dei nodi?<br>
</li></ul>Spero di non aver detto troppe stronzate e che l'idea possa in qualche modo essere interessante e valida per ottenere aiuto dalla vostra e magari altre comunità.<br><br>Filippo<br><br><div class="gmail_quote">
Il giorno 07 dicembre 2009 11.28, ZioPRoTo (Saverio Proto) <span dir="ltr"><<a href="mailto:zioproto@gmail.com">zioproto@gmail.com</a>></span> ha scritto:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">> sto lavorando ad un firmware openwrt con olsr e volevo rendere il tutto<br>
> zeroconf tramite l'utilizzo di IP V6.<br>
> E' possibile utilizzare IP v6 per tutta la rete mesh e poi utilizzare un<br>
> 6to4, sui nodi gw, per instradare il tutto all'esterno?<br>
> Ci sono controindicazioni?<br>
> Hai qualche link da suggerirmi?<br>
<br>
<br>
</div>OK, metto in copia la lista per allargare la discussione, spero non ci<br>
siano problemi.<br>
<br>
come promesso sono andato a ritrovare un po' di cose su cui avevo lavorato.<br>
<br>
nell'estate del 2008 avevo configurato OpenWRT per fare proprio le<br>
cose che dici tu, ed avevo integrato queste modifiche nel<br>
metapacchetto Ninux.<br>
Se provi a compilare OpenWRT con metapacchetto Ninux in Administration<br>
<a href="http://wiki.ninux.org/FirmwareNinux" target="_blank">http://wiki.ninux.org/FirmwareNinux</a><br>
dovresti ritrovarti IPv6 già configurato.<br>
<br>
Inoltre c'è una patch che ti permette di mettere in /etc/config/olsr<br>
la modalità 6and4 in moto che init.d script lancia due processi di<br>
OLSR uno per IPv4 e uno per IPv6 (devi usare olsrd-ninux)<br>
<br>
Per autoconfigurazione IPv6 ho usato questo:<br>
<a href="http://www.pps.jussieu.fr/%7Ejch/software/ahcp/" target="_blank">http://www.pps.jussieu.fr/~jch/software/ahcp/</a><br>
<br>
se non ricordo male però mi ero limitato alla configurazione dell'IP<br>
dell'interfaccia radio e basta.<br>
Purtroppo guarda qua:<br>
<a href="https://svn.ninux.org/ninuxdeveloping/browser/packages/zzz-ninux-ipkg-brcm/files" target="_blank">https://svn.ninux.org/ninuxdeveloping/browser/packages/zzz-ninux-ipkg-brcm/files</a><br>
<br>
il problema è che AHCP si configura con questo file dat che non è<br>
ascii, lo devi generare e poi è impossibile andare a rileggere...<br>
guarda la documentazione.<br>
<br>
L'unico dubbio è che AHCP è cambiato parecchio negli ultimi 18 mesi,<br>
quindi non so se con la configurazione che ho fatto io funziona ancora<br>
tutto bene. E' da provare. Magari ora si configura al volo con UCI<br>
<br>
Per i gw poi se hanno una eth0 con IPv4 PUBBLICO statico allora trovi qui:<br>
<a href="http://oldwiki.openwrt.org/IPv6_howto.html" target="_blank">http://oldwiki.openwrt.org/IPv6_howto.html</a><br>
come fare in OpenWRT il tunnel 6to4.<br>
<br>
Guarda qui:<br>
<a href="http://wiki.ninux.org/Presentazioni?action=AttachFile&do=view&target=Ninux.org+-+MOCA+2008+-+Gestione+di+una+Wireless+Community+Network.pdf" target="_blank">http://wiki.ninux.org/Presentazioni?action=AttachFile&do=view&target=Ninux.org+-+MOCA+2008+-+Gestione+di+una+Wireless+Community+Network.pdf</a><br>

<br>
alla slide 20 ci stava una mia proposta per uno schema di<br>
indirizzamento IPv6 dove ogni nodo prendeva pseudo random un IP ed una<br>
subnet in gestione, e fino a 300 nodi era difficile avere collisioni.<br>
<br>
in pratica sotto c'è un indirizzo IPv6. I byte segnati con G sono<br>
global, è la parte pubblica della tua rete, non puoi toccarli. I byte<br>
segnati con M vengono assegnati ad un host da AHCP e sono generati dal<br>
Mac Address. Il byte Z è 0 se l'IPv6 è configurato manualmente,<br>
qualsiasi altro valore se configurato automaticamente. I byte X hanno<br>
valori random.<br>
In pratica il problema è che ogni nodo deve estrarre un IPv6 per la<br>
sua interfaccia radio ed una subnet IPv6 per ogni subnet HNA6 che<br>
gestisce. Per estrarre una subnet deve estrarre un valore in ZXXX che<br>
alla fine non è molto grande ..<br>
<br>
questa cosa però dovrebbe essere superata dalla nuova versione di<br>
AHCP, che sicuramente fa qualcosa di furbo, mi stava accennando<br>
qualcosa Alex al Ninux Day ma non sono andato a studiare niente.<br>
<font color="#888888"><br>
Saverio<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Filippo Sallemi<br>