<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Non ho l'account su <a moz-do-not-send="true"
href="http://indirizzi.frm.ninux.org">indirizzi.frm.ninux.org</a>
(e non sapevo neanche che esistesse).<br>
La mia proposta è di fare un po' di ordine certosino e cercare di
far collimare gli indirizzi 10.xx... e 172.16.xx... riassegnando le
subnet corrette per chi sta sballato, compatibilmente con <a
href="http://wiki.ninux.org/GestioneIndirizzi">GestioneIndirizzi</a>.<br>
<br>
Intanto ho tolto il pakistano da GestioneIndirizzi.<br>
<br>
Gubi<br>
<br>
<div class="moz-cite-prefix">Il 29/05/2015 10:14, IZØXQQ Alessandro
ha scritto:<br>
</div>
<blockquote
cite="mid:CAMXhEYCRo+vAhruwfmbpwDGvJLzYfd77T4Bx22NU=Q1wuOvPhQ@mail.gmail.com"
type="cite">
<div dir="ltr">Gubi ho visto il foglio excel, letta la mail e
vorrei rassicurarti che l'importante è la correttezza di dati
esistenti.
<div><br>
<div>
<div>Non è pensabile avere effettiva collimazione tra le
varie tipologie di indirizzo tant'è che a Roma si iniziò
pensando di associare la regola del CAP agli ottetti degli
indirizzi IP [^] ma con l'avvento delle nuove isole la
stessa regola è da considerarsi deprecata.</div>
</div>
<div>Quindi l'importante è far collimare il 3° ottetto della
subnet radio (172.16.X.Y/16) con il 2° ottetto della subnet
LAN assegnata al nodo (10.X.Y.0/24) dove Y sarà il primo
progressivo libero assegnabile.</div>
<div><br>
</div>
<div>Riguardo invece l'indirizzamento IPv6 l'unico problema è
relativo al *non* uscire su internet, la comunicazione sulla
rete è comunque assicurata dal protocollo OLSR, l'importante
(come per gli indirizzi IPv4) è la correttezza dei dati
censiti relativamente a quelli esistenti.</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div>[^] <br>
</div>
<div>
<div>ATTENZIONE ALLA REGOLA DEL CAP</div>
<div>Da un certo punto a Roma abbiamo cominciato ad
utilizzare la regola del CAP per assegnarci gli indirizzi
IP. Era un modo mnemonico per capire dove era il nodo ed
era più difficile fare casini. Quindi le coppie di reti
10.CAP.yy.zz e 172.16.CAP.aa andavano sempre a braccetto.
Con l'avvento di isole Ninux, ovvero pezzi di reti non
interconnesse direttamente via wireless ma via VPN, come
si fa? Per poter agevolare l'interconnessione conviene non
avere IP duplicati nella rete e cercare di mantenere lo
spazio di indirizzamento compatto per potersi scambiare le
rotte facilmente. Per fare questo nel breve - medio
termine conviene che a Roma non occupiamo nuovi ottetti
<CAP> ma cerchiamo di riempire i tanti buchi nello
spazio di indirizzamento. Per agevolare la cosa si può
usare il CAP più vicino al proprio se quello che si vuole
utilizzare non è libero.</div>
<div><br>
</div>
<div>Esempio Concreto se sei di Roma</div>
<div>Il mio CAP è 00049. Vado su gestione indirizzi e vedo
che la 10.49.0.0 e la 172.16.49.0 è libera quindi secondo
la regola del cap potrei prendermi l'indirizzo, invece
quella la lascio ad una possibile isola e prendo un
indirizzo del cap più vicino ovvero il 48. In questo modo
ho contribuito a compattare lo spazio di indirizzamento ed
ho dato la possibiltà ad un isola ninux di fare peering
con le altre.</div>
<div><br>
</div>
<div>Esempio Concreto sei nuova isola</div>
<div>Trovo xx tale che 10.xx.0.0/16 e 172.16.xx.0/24 sono
reti libere e le impegno scrivendolo sia su questa pagina
che su <a moz-do-not-send="true"
href="http://indirizzi.frm.ninux.org">indirizzi.frm.ninux.org</a>.</div>
</div>
<div>-------------------------------</div>
<div><br>
</div>
<div><br>
</div>
</div>
</div>
<div class="gmail_extra"><br clear="all">
<div>
<div class="gmail_signature">
<div dir="ltr"><font face="courier new, monospace" size="1"><i>--<br>
</i></font>
<div><font face="courier new, monospace" size="1"><i>IZØXQQ
Alessandro</i></font></div>
</div>
</div>
</div>
<br>
<div class="gmail_quote">Il giorno 29 maggio 2015 01:23,
Alessandro Gubitosi <span dir="ltr"><<a
moz-do-not-send="true" href="mailto:gubi.ale@iod.io"
target="_blank">gubi.ale@iod.io</a>></span> ha scritto:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> <font
face="Helvetica, Arial, sans-serif">Ciao a tutti,<br>
analizzando un po' la situazione nella pagina del wiki <a
moz-do-not-send="true"
href="http://wiki.ninux.org/GestioneIndirizzi"
target="_blank">GestionIndirizzi</a>, posso dire con
certezza che NonSiCapisceUnCa...o :D<br>
Il fatto è che gli indirizzi IP delle subnet (10.x)
spesso non corrispondono a quelli radio (172.16.x), per
non parlare degli IPv6...<br>
È tutto incasinato, molte subnet col tempo si sono
liberate e ci sono dei bei vuoti che creano confusione.<br>
<br>
Allora dato che per adesso siamo scollegati via IPv6 e
anche dal resto di Ninux che ne dite di mettere un po'
chiarezza su questa faccenda?<br>
<br>
Ho creato un documento excel condiviso: <a
moz-do-not-send="true" href="https://goo.gl/x7uU7m"
target="_blank">https://goo.gl/x7uU7m</a><br>
Vi va di metterci insieme a ragionare su come
riassegnare gli IP senza fare troppi casini?<br>
Chiunque ha il link può commentare, ma se volete libero
i permessi in scrittura.<br>
Vi va?<br>
Gubi<br>
<br>
</font> </div>
<br>
_______________________________________________<br>
Nodi-prenestini mailing list<br>
<a moz-do-not-send="true"
href="mailto:Nodi-prenestini@ml.ninux.org">Nodi-prenestini@ml.ninux.org</a><br>
<a moz-do-not-send="true"
href="http://ml.ninux.org/mailman/listinfo/nodi-prenestini"
target="_blank">http://ml.ninux.org/mailman/listinfo/nodi-prenestini</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Nodi-prenestini mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Nodi-prenestini@ml.ninux.org">Nodi-prenestini@ml.ninux.org</a>
<a class="moz-txt-link-freetext" href="http://ml.ninux.org/mailman/listinfo/nodi-prenestini">http://ml.ninux.org/mailman/listinfo/nodi-prenestini</a>
</pre>
</blockquote>
<br>
</body>
</html>