Raga internet funziona perché c'è collaborazione. Quella del collegamento delle isole in ipv6 è da venire non appena abbiamo gli indirizzi. Visto che ci sono ancora gli ipv4 privati usiamoli tutti e nel frattempo ci organizziamo e coordiniamo. Se non ci sovrapponiamo possiano fare i test bgp in ipv4 in attesa dell'ipv6 inter-isole. +1 per Clauz. Il 07/mag/2014 19:56 "BornAgain" <bornag...@autoproduzioni.net> ha scritto:
> > Il giorno 07/mag/2014, alle ore 18.43, Clauz ha scritto: > > Vorrei dire la mia: > - le riunioni decisionali di Roma riguardano Roma. Quello che si era > deciso era di proporre questa cosa alle altre isole, ma non si e' fatto > > - una delle conclusioni dello scorso ninux day e' che in ninux, a parte > i principi fondamentali, non esistono regole che si *devono* seguire per > fare la rete (e meno che mai regole imposte unilateralmente) > > - prima di prendersi qualunque subnet sarebbe buon senso controllare che > non esista gia', ed in caso contattare l'altra persona > > ma un +1 a Clauz ci sta tutto .. > > -------------------- > BornAgain > > bornag...@autoproduzioni.net > > Nodo su wireless comunitaria Ninux.org > http://map.ninux.org/select/reggiocalbornagain/ > > > ciao, > Clauz > > > On 05/07/2014 05:46 PM, federico la morgia wrote: > > 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: nol...@abisso.org > > To: wireless@ml.ninux.org > > CC: fire...@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@ml.ninux.org > > http://ml.ninux.org/mailman/listinfo/wireless > > > > _______________________________________________ > > Wireless mailing list > > Wireless@ml.ninux.org > > http://ml.ninux.org/mailman/listinfo/wireless > > > > _______________________________________________ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless > > > > _______________________________________________ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless > >
_______________________________________________ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless