Brevissimo resoconto della trasferta a Lipsia scritta da una persona presente solo gli ultimi tre giorni e che non ha molte competenze tecniche.

La logistica

Il Battle of the Mesh era ospitato dal SubLab, il locale hacklab (o hackerspace così come piace chiamarli in nord Europa), al quarto piano di uno stabilimento industriale in abbandono che ospitava anche altre iniziative come un laboratorio sartoriale.

La situazione era simile a quella che si può incontrare in un comune centro sociale occupato e autogestito italiano: una grande stanza piena di sedie e tavoli che comprendeva un palco per le presentazioni e un bar dove sono stati preparati anche colazioni e cene.

C’erano anche tre stanze separate ed un laboratorio.

Chi c’era

Erano presenti, ovviamente molte esperienze tedesche come il Freifunk, probabilmente l’esperienza più vecchia in Europa fra le reti comunitarie ma anche, se pur piuttosto sottorappresentate, esperienze come Guifi in Spagna e la rete cittadina di Atene.

La presenza italiana era piuttosto numerosa ed attiva sia da Roma che da Firenze ma anche da altre zone come Milano dove ancora non siamo presenti.

Quello che abbiamo fatto

Fondamentalmente si è trattato di una lunga sessione di spippolamento intervallata da alcune presentazioni e immersa in un monte di chiacchiere, la socialità normale per un raduno di nerd di questo genere.

Le presentazioni erano tutte piuttosto tecniche: dal mio punto di vista andavano dall’esoterico fino ad arrivare al difficilmente comprensibile. La partecipazione è sempre stata decisamente attenta, sempre con numerose domande e interesse, tanto che ogni presentazione immancabilmente continuava nelle chiacchiere fra il relatore e gli interessati. Più o meno come sempre.

Il tono era sempre comunque piuttosto informale.

Inoltre durante la manifestazione è stata preparata e resa pubblica la nuova versione del firmware conosciuto come scooreggione alla versione 5.

Da notare che proprio durante questo incontro è stato rilevato e risolto un grave problema al demone olsr che gestisce il routing anche nella rete di Firenze.

Le cose più interessanti

qaul un programma che permette di instaurare un collegamento fra smartphone e computer presenti nelle immediate vicinanze permettendo comunicazioni voip ed invio di files da usare in condizioni di controllo pervasivo. Era ancora decisamente alfa ma sembrava promettere bene.

Le API di freifunk metodo per raccogliere e presentare le caratteristiche dei nodi di reti comunitarie in modo standardizzato, un po’ come dovrebbe fare nodeshot2.

Resoconto della riunione dei soci dell’exfila alla quale siamo stati invitati dal coordinamento nonostante Ninux Firenze non sia un’associazione regolarmente registrata.

Erano presenti l’Arci cittadina, il CAM, GiocoZona e Medu, oltre a Salvatore, Alessio ed io e due rappresentanti del gruppo di gestione.

L’ordine del giorno prevedeva la presentazione del bilancio consuntivo del 2013 e quello previsto per il il 2014 ed inoltre la questione del rinnovo della convenzione con l’amministrazione comunale.

Bilancio 2013 C’è una sostanziale continuità con lo scorso anno, che vede la struttura economicamente in rimessa e dipendente di conseguenza dal contributo dell’Arci provinciale.

Durante la stagione appena passata non sono state fatte molte iniziative musicali serali per il problema della convenzione da rinnovare e di conseguenza il numero di tesserati è calato drasticamente. Nonostante questo però la struttura è rimasta molto frequentata durante tutti i giorni della settimana dalle molte iniziative non di spettacolo che sono state condotte.

Per il bilancio per l’anno in corso non sono previsti cambiamenti sostanziali.

C’è il problema del bar che non riesce a diventare un luogo pubblico con le modalità dei normali circoli Arci, probabilmente per la distanza dalle zone abitate e per il fatto di essere nato molto dopo la costruzione della zona circostante. Di conseguenza finanziariamente è sempre in rimessa e quindi si è pensato e si è già fatto, ad esempio con il CAM, di farlo gestire direttamente dai gruppi presenti in modo volontario.

Rinnovo convenzione

Alla convenzione precedente hanno partecipato l’Arci e un consorzio di associazioni denominato Metropoli che gestiscono le altre realtà presenti nell’edificio come l’asilo del piano terreno.

La convenzione è già scaduta ed è già stata prorogata una volta e quindi non è più possibile rinnovarla ulteriormente. La scadenza è per il 31 luglio 2014.

Attualmente tutte le spese di gestione dello stabile sono coperte dalla convenzione mentre molto probabilmente nel prossimo bando saranno previste partecipazioni ad alcune spese come ad esempio il riscaldamento; in compenso probabilmente saranno resi disponibili anche gli spazi del secondo piano attualmente inutilizzati e probabilmente avrà una durata maggiore.

Appena il gruppo di gestione avrà maggiori informazioni sulle modalità del nuovo bando verrà indetta una nuova riunione per esaminare le richieste.

Personalmente, ma sento di poter parlare a nome di tutto il gruppo Ninux Firenze, ho assicurato che il nostro gruppo si trova proprio bene in questa sistemazione.

Per utilizzare correttamente gli smart gateway e consentire alcune configurazioni particolari è consigliabile usare il policy routing.

Questa è la configurazione standard per Firenze da aggiungere al file /etc/rc.local prima di exit 0:

  
#Rotte per raggiungere le destinazioni locali
#se ci fosse uno scriptino che le parsasse da ip r sarebbe meglio
#Aggiungere a mano tutte le route presenti nella tabella main esclusa la default
ip route add 10.150.x.0/24 dev INTERFACCIA_LAN e MGMT table 110
ip rule add from all lookup 110 pref 3


#Rotte per Ninux table 111 va aggiunta la regola RtTable nel file di conf di olsr (*)
ip rule add to 10.0.0.0/8 table 111 pref 4
ip rule add to 172.16.0.0/12 table 111 pref 4
ip rule add to 192.168.0.0/16 table 111 pref 4
ip rule add to 150.217.0.0/16 table 111 pref 4
ip rule add to 176.62.53.32/28 table 111 pref 4


#Blackhole vari table 114
ip route add blackhole 10.0.0.0/8 table 114
ip route add blackhole 172.16.0.0/12 table 114
ip route add blackhole 192.168.0.0/16 table 114
ip rule add from all table 114 pref 5

#Main
ip rule add from all table main pref 6

#Table 224 RTTableTunnel (Smart gateway)
ip rule add from all table 224 pref 7

#Table 112 RTTableDefault
ip rule add from all lookup 112 pref 8
  

Nel file di configurazione di olsr vanno aggiunte le direttive:

    RtTable 111
    RtTableDefault 112
    RtTableTunnel 224

Per i router di frontiera BGP-OLSRD è necessario usare questo script per il policy routing

tincd -n ninux-fi
tincd -n bgp-isole
ip route add 10.150.25.0/24 dev br-lan table 110
ip route add 150.217.18.0/24 dev eth1 table 110
ip route add 10.150.0.0/24 dev ninux-fi table 110
ip route add 150.217.0.0/16 via 150.217.18.1 table 110
ip route add 10.150.254.0/24 dev bgp-isole table 110

ip rule add from all lookup 110 pref 3

ip rule add to 10.0.0.0/8 table 111 pref 4
ip rule add to 172.16.0.0/12 table 111 pref 4
ip rule add to 192.168.0.0/16 table 111 pref 4
ip rule add to 176.62.53.32/28 table 111 pref 4

ip rule add from 176.62.53.32/28 table 99 pref 5

ip rule add from all table 114 pref 6

ip ru add iif lo lookup main pref 7

ip rule add from all lookup 112 pref 8

ip route add blackhole 10.0.0.0/8 table 114
ip route add blackhole 172.16.0.0/12 table 114
ip route add blackhole 192.168.0.0/16 table 114

ip tunnel add pubblico mode gre local 10.150.25.1 ttl 255
ip link set pubblico up 

ip route add default via 10.150.254.4 table 99
exit 0

Articolo originariamente pubblicato su http://nazza.servebeer.com/viewtopic.php?f=7&t=19&sid=aafe40bd557b4e17ab8f65f45fc90f

Aggiornamento del 5-09-2014

A causa di discussioni interne al gruppo il forum non è mai decollato come servizio. Ad oggi è completamente offline.

Segue il post originale

Dopo una lunga discussione nata all’interno della mailing list “wireless” è stata decisa l’attivazione di un servizio di forum indirizzato specialmente ai nuovi arrivati, aumentati considerevolmente negli ultimi giorni.

Il servizio è raggiungibile attualmente all’indirizzo http://10.135.6.99/ da dentro ninux oppure a http://nazza.servebeer.com/ da internet.

Fra le varie sezioni ce n’è ovviamente una dedicata alla nostra isola: http://nazza.servebeer.com/viewforum.php?f=7&sid=aafe40bd557b4e17ab8f65f45fc90f58

Il servizio è ancora sperimentale e quindi da perfezionare ma invitiamo tutti a provarlo così da migliorarlo.

Sul wiki centrale di Ninux è stata pubblicata una pagina per organizzare lo scambio di materiale hardware fra i partecipanti alle varie isole.

Buono scambio a tutti!