[Ninux-Wireless] Bisognerebbe fare attenzione quando si lavora su gestione indirizzi

Mer 7 Maggio 2014 19:30:26 CEST

Io condivido il tuo dispiacere.
Quello che ho detto non sono parole mie.
E' solo che mi sento un po ortolano ultimamente.

@Gigabit quando avevi la 192.168.tuo cap.contiguo era meglio.
Ecco dove finisce il cetriolo poi.

In ogni caso restiamo positivi e motivati perche' tecnicamente si puo' fare
tutto mentre umanamente e' tutto molto piu' complicato.
Il 07/mag/2014 19:16 "Alessio" <nolith a abisso.org> ha scritto:

> Tutto molto bello ma io in questo leggo solo un fallimento.
> Non siamo riusciti a dividerci in modo decente un addressspace
> sovradimensionato.
>
> Vedo anche con dispiacere che una decisone che ha impatto su tutta NINUX
> in Italia è stata presa durante una decisionale a Roma.
>
> La regola del CAP è stata cassata da tutte le isole che per semplicità
> hanno scelto un segmento di address space contiguo.
>
> Per me la scelta di non uniformarsi anche a livello ipv4 è una sconfitta
> per il progetto.
>
> Ad ogni modo mi adeguo, se così è stato deciso.
> Ritorno a dire che ormai NINUX è un movimento nazionale e una scelta del
> genere non andava presa come è stata presa.
>
> nolith
>
> federico la morgia <super_treje a hotmail.com> writes:
>
> > Rispondo io visto che la subnet 10.151.1.0/24 LAN SuperNet  Gigabit è
> mia ed è stata calcolata usando la regola del CAP che vale a Roma e che in
> varie riunioni decisionali si è stabilito, se ma ce ne fosse stato bisogno,
> che và rispettata, quindi io avengo CAP 00151, quella subnet me la posso
> prendere, mentre visto che Firenze non fa parte del polo romano, se vuole
> se la prende ma non la può annunciare.
> > Sempre in merito ad una decisione, credo quella di Aprile, si è anche
> deciso che ogni isola, compresa quella romana può prendersi le subnet 10/8
> e 192.168/16 che vogliono ma il collegamento tra le isole avverrà
> esclusivamente in ipv6 per evitare proprio di sovrapposizione di subnet
> delle varie isole visto che il calcolo del CAP in ipv4 crea collisioni di
> ip e d'altra parte non si può bloccare la creazione di un nodo ninux per
> mancanza di indirizzi ipv4 quando ad esempio di ipv6 ce se ne prende e se
> ne hanno a iosa.
> > Con Fish più e più volte ho chiesto se il la regola per l'assegnazione
> della subnet e quindi il calcolo del CAP fosse una regola ferrea oppure
> giusto un consiglio che se uno può lo seguo oppure ognuno fa a ca**o di
> cane e la risposta è sempre stata la stessa : si DEVE seguire la regola del
> calcolo del CAP.
> > Che dirti se ci sono problemi bisognerà alla prossima decisionale fare
> forse uno streaming con voi in modo tale che potete dire la vostra.
> > Io considera che ho lo stesso identico problema con la nuova isola che
> sto creando a Pescara il cui CAP di mia competenza essendo 65123 esce fuori
> proprio 183 occupato a Roma, quindi che faccio non creo Ninux a Pescara
> perchè a Roma hanno preso quelle subnet ??? No lo creo ugualmente e poi bgp
> dentro vpn in ipv6 e l'isola la si raggiunge solo in ipv6.
> > Non è la gestione indirizzi che non funziona è proprio il mapping CAP
> <--> ipv4 che non va !
> >
> >
> >
> >
> >> Date: Wed, 7 May 2014 17:05:25 +0200
> >> From: nolith a abisso.org
> >> To: wireless a ml.ninux.org
> >> CC: firenze a ml.ninux.org
> >> Subject: [Ninux-Wireless] Bisognerebbe fare attenzione quando si lavora
> su   gestione indirizzi
> >>
> >> Su gestione indirizzi c'è scritto che 10.150.0.0/15  è riservato per le
> >> LAN di Firenze.
> >>
> >> » ipcalculator 10.150.0.0/15
> >> Address:   10.150.0.0           00001010.1001011 0.00000000.00000000
> >> Netmask:   255.254.0.0 = 15     11111111.1111111 0.00000000.00000000
> >> Wildcard:  0.1.255.255          00000000.0000000 1.11111111.11111111
> >> =>
> >> Network:   10.150.0.0/15        00001010.1001011 0.00000000.00000000
> >> HostMin:   10.150.0.1           00001010.1001011 0.00000000.00000001
> >> HostMax:   10.151.255.254       00001010.1001011 1.11111111.11111110
> >> Broadcast: 10.151.255.255       00001010.1001011 1.11111111.11111111
> >> Hosts/Net: 131070                Class A, Private Internet
> >>
> >>
> >>
> >> Peccato che chi ha scritto sotto si sia preso degli indirizzi in quella
> >> subnet.
> >> 10.151.1.0/24 LAN SuperNet  Gigabit
> >> 10.151.2.0/24 LAN melalgiorno Monteverde melalgiorno
> >> 10.151.3.0/24 Falco15 leonaard Falco15
> >>
> >> Come vogliamo fare?
> >> È evidente che 'sta storia della gestione indirizzi con la wiki non
> >> funziona :(
> >>
> >>
> >> nolith
> >> _______________________________________________
> >> Wireless mailing list
> >> Wireless a ml.ninux.org
> >> http://ml.ninux.org/mailman/listinfo/wireless
> >
> _______________________________________________
> > Wireless mailing list
> > Wireless a ml.ninux.org
> > http://ml.ninux.org/mailman/listinfo/wireless
>
> --
> Sent with my mu4e
>
> _______________________________________________
> Wireless mailing list
> Wireless a ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://ml.ninux.org/pipermail/wireless/attachments/20140507/c8cdaac7/attachment-0001.html>