Posts Tagged ‘community’

NoBorder Wi-Fi: aiutiamo i rifugiati in Grecia

Saturday, April 30th, 2016

Notizie di questi mesi sono le drammatiche condizioni in cui versano i migranti che dalle zone del Medio Oriente in conflitto si spostano attraverso la Grecia per altre destinazioni in Europa.

Le autorità della Macedonia hanno deciso di chiudere il confine con la Grecia ad Idomeni e sono migliaia le persone (campi da 10-15mila persone) che ormai aspettano, senza le più basilari forme assistenziali, che vengano aperti i varchi per poter proseguire il loro viaggio.

Alcuni attivisti di #overthefortress, campagna a sostegno della libertà di movimento di migranti e rifugiati, di ritorno da Idomeni (Grecia) ci hanno parlato della necessità, tra le altre cose, di reti di comunicazione wi-fi.

Internet e reti wireless diventano impellenti sia per le richieste di asilo in Grecia (vanno fatte via Skype) sia per permettere a persone che hanno intrapreso un viaggio lungo e rischioso di far sapere ai familiari che stanno bene.

Molte volte le comunità da cui partono i migranti, specialmente se ragazzini, fanno collette per permettergli di avere un telefono.

Vi invitiamo a contribuire alla campagna già in atto e, nel caso in cui abbiate le competenze, a mettervi in contatto con noi per capire come poter essere d’aiuto [contatti AT ninux DOT org]

Lascereste vostro figlio o vostro fratello senza possibilità di dirvi che sia vivo?
Campagna raccolta fondi su produzionidalbasso.com

Potenziamento rete zona San Giovanni

Wednesday, December 26th, 2012

E’ cominciato oggi il potenziamento della rete nella zona San Giovanni con il nodo Poliziano.

Appuntamento alle 9:00 con l’immancabile Fish, colazione a base di pandoro cornetto e caffè e poi dritti sul tetto per sostituire due apparati:

  • una M5 danneggiata in seguito ad uno sbalzo di corrente
  • una Nanostation 5 con una Nanostation M5 per migliorare la qualità del link con Sans Papiers

Dato che il nodo era già Fish certified tutto il lavoro si è svolto nel giro di 30 minuti ed è bastato smontare i vecchi apparati e montare i nuovi già pre-configurati da Fish.

Video dell’intervento:

Quando si monta un corrugato nella parte più bassa è necessario fare un piccolo taglio in modo da far defluire l’acqua piovana:

Vi lascio con le foto dell’intervento alla prossima!

Getting ready to World IPv6 Day 2012

Wednesday, June 6th, 2012

Download this press release in pdf from here

Download here the Ninux Roma Routing Architecture -Version 0

Introduction

A few months ago we published a graph on our homepage that shows in real time the last 24 hours of the bandwidth usage of our main IPv6 peering link.

 

We started our IPv6 deployment in March 2011. Unidata, an ISP operating in the area of Rome (Italy), offered us the chance to make an IPv6 BGP peering providing to us free transit to the public Internet (IPv6 only).

We accepted immediately this chance to experiment with IPv6, as since the beginning of our community network, making experiments with new technology has been a leading factor.

We already had a private peering with Ydea.com, to route a few IPv4 addresses we used for mail servers and other lightweight services. To set up the second peering we started to think of the new network architecture and we faced how to pay the necessary resources.

In the early days of Ninux we started “playing” with wireless equipment together with Iacopo Iacarelli, the owner of Ydea.com. Our stories are different, because Ydea.com is a wireless ISP and we are a community network, but our relationship grew bigger and bigger over time, so he was very happy to help us out by giving us some useful tips to deal with the LIR, a required step to obtain the necessary resources.

We first upgraded our private peering with Ydea.com to a public peering, once our public AS number was registered at RIPE.

The 8th of April 2011 we installed our antenna on the roof of the Unidata PoP located in the eastern suburbs of Rome. We installed our second BGP router, a Linux Server running Quagga (the hardware was kindly offered by Unidata).

The 24th of May 2011 we had our IPv6 address block 2001:4c00:893b::/48 ready to use.

To make sure it all worked well we moved by little steps. At Ninux we don’t have a vendor that provides hardware and software upgrades, like it happens with large scale ISPs. We have a software team that builds firmware on top of devices. Firmware are open source like in Pisa (OpenWRT firmware) or based on some vendor product that has an available SDK, as in Rome where we use AirOS by Ubiquiti.

Because we were not sure that the new firmware was stable enough, at first we upgraded just a few nodes to connect the Ninux Farm to the BGP router at the edge of the network. The upgrade of this 4 nodes was not critical for the whole network, and it was a perfect test playground to generate enough traffic.

You can see the nodes involved in the first experiment on our mapserver at these links:

http://map.ninux.org/select/ninuxfarm/

http://map.ninux.org/select/tecnopolo/

http://map.ninux.org/select/fishsupernode/

Problems

We started working to provide native IPv6 access to the servers in the Ninux Server Farm, and we faced the first problems.

The hardest problem we faced was to have IPv6 support on our backbone devices. The Ninux.org backbone runs mostly on Ubiquiti devices of the M-Series. Running OpenWRT on these devices would give total IPv6 support, however the open source drivers coming with OpenWRT are not as stable as the proprietary ones embedded in the AirOS firmware, leading to poor performances when using OpenWRT.

Using the AirOS SDK we developed ourselves our own IPv6 solution, but we couldn’t get something really stable until  the end of september.

We had to face some problems, because Ubiquiti is very fast in releasing new firmware versions when there is a bug, but the SDK release is somehow delayed. So to speed up testing and development, in August we had to reverse engineer their latest firmware.

After a lot of work we have now a stable firmware 🙂

We published here the patches to apply on top of the Ubiquiti SDK to have a IPv6 OLSR router:

https://github.com/ninuxorg/UbntM5AirOsOLSR/tree/master/patches/AirOS5.3.3

Stateless addresses

When starting with IPv6 you have to give IPv6 addresses to the devices of your network. We had a /48 to be partitioned.

IPv6 gives enough room for messy address management without easily run into a collision of addresses. At first we used a wiki page, and everybody was taking note of the /64 used for his home.

The easier way to deliver an IP address to the end users was using radvd directly on the OLSR routers. However we had a lot of flaps because the routers were changing IP addresses. Soon we realized that we had to disable routing advertisements on routers that had already a manually configured IPv6 address.

echo 0 > /proc/sys/net/ipv6/conf/all/accept_ra

BGP and IGP

The Ninux network in Rome had just IPv4 private addresses. The routing protocol used is OLSR. Connecting to the big Internet we started to identify OLSR as our IGP protocol. We upgraded the network to run in dual stack IPv4 and IPv6, so running two instances of the OLSR protocol. After configuring some stuff without a real plan, we started to write a real routing architecture, that you can find now on our web site.

When you have only one peering point with a single upstream provider, it is enough to redistribute via BGP to your upstream a static route that matches all your address space. But if you have different peering points in your network, then you need to redistribute IGP routers to BGP to understand what is really reachable and should be announced.

This was not trivial, because we use OLSR as IGP routing protocol, and the integration with Quagga is still experimental. We are still testing Quagga version 0.99.21 with this patch https://dev.openwrt.org/browser/packages/net/quagga/patches/120-quagga_manet.patch

Public Services

We are very happy to run a network that is ready for IPv6. Our users are using IPv6 services since several months, and we expect this traffic to increase the 6th of June 2012.

In addition to normal IPv6 Internet access we also set up some IPv6 services for our community members and for the all Internet:

  • Jabber XMPP server: A Jabber server running ejabberd is available with both public ipv6 and ipv4 address at jabber.ninux.org. The server is federated with the rest of the XMPP network and has proven a useful service for our community.
    More information (in Italian) can be found here: http://wiki.ninux.org/Jabber.
  • Openarena: Openarena is a first person shooting game based on the open sourced quake3 engine. An Openarena server is available at cleopatra.ninux.org:27960.
    More information (in Italian) can be found here: http://wiki.ninux.org/openarena_it.
  • Mumble server: Mumble is an open source low latency voice chat software that is really useful for quick conferences.
    The server has public IPv6 2001:4c00:893b:f2::2 and is reachable at port 64738.
    More information (in Italian) can be found here: http://wiki.ninux.org/Mumble.
  • Owncloud: Owncloud is an open source web application built in php that offers dropbox-like functionalities, we use it successfully to store documentation of our activities, like photos taken while building nodes or videos recorded at our events. We don’t use it only internally, infact we also allow other people who are not yet connected to our network to send us data: we often ask newcomers to send us photos of their roof in order to understand if we can connect them to any of our nodes and we give them access to our owncloud server to upload the photos easily. It has proved to be an useful and reliable service for our community.The server is reachable at https://obelix.ninux.org/owncloud/ with public ipv6 2001:4c00:893b:fa:230:48ff:fe73:53d.

Conclusion

The Ninux network is now ready for IPv6. Once we fixed the problems described in this document we updated all the nodes of the network. We have now 139 prefixes of size /64 active in our network. To the best of our knowledge we are one of the first Italian networks to deliver native IPv6 access to the home of Internet users.

After 1 year of testing and developing we feel ready for the world IPv6 day, and we are very proud of our experimentation done in a completely no profit way in the spirit of free and open source software.

We hope to see our IPv6 traffic increase on June the 6th !

We want to thank our upstream providers, Unidata, Ydea and E4A. We are very happy to cooperate with experienced companies that have worked for many years in the field of networking, it is a fantastic example of how the open source community can create chances for cooperation and innovation.

Nuovo Nodo Torquato a Villanova di Guidonia

Tuesday, April 10th, 2012

Roma,  31 marzo 2013 ore 8.30. Ci si ritrova in Farm per  iniziare una giornata tutta dedicata all’infrastruttura Ninux:
– Sistemazione di antenne in altro sito.
– Installazione di un nuovo nodo a Villanova di Guidonia a casa
di Torquato.

La formazione conta solo tre membri (ed ho detto tutto): Andrea aka Fish, Alessandro aka Halino, e me medesimo aka FaByS.     Tralasciando il resoconto del viaggio in cui ci si è quasi riusciti ad appioppare la tessera di Rifondazione Comunista a Fish, si arriva a sulla prima location. Spesso le difficoltà sono tante e non sempre la sorte è dalla nostra parte. Chi è in Ninux lo sa e non si perde d’animo, anzi si sforza affinchè il progetto vada avanti. Ecco Fish e Halino che si sforzano nel CESS-POINT:

Foto di fish e halino al cesso mentre configurano un router

Finita la seduta e la sistemazione dell’antenna, si vola verso Torquato.

Villanova di Guidonia, girare a destra sempre dritto, alla puzza di zolfo girare a sinistra. Lì c’è Torquato che ci aspetta braccia aperte, neanche il tempo di scaricare la macchina e si è  subito al lavoro: Fish e Halino a trapanare e a fissare palo e antenne mentre io e Torquato ci siamo dati alla cablatura.

Giusto “due spaghi” veloci hanno interrotto la squadra  in azione.  Il setup del nodo è andato avanti fino alle 17.00 circa senza intoppi clamorosi; la presenza di un pozzetto sul balcone ha  evitato l’installazione della consueta cassetta stagna.

pozzetto con switch e poe

La gioia di vedere un lavoro ben fatto e un nuovo nodo nella rete Ninux ha giovato all’umore di tutti.

Benvenuto Torquato.

Fabio aka FaByS

Ninux raggiunge Rocca di Papa

Sunday, April 17th, 2011

Questo fine settimana, mentre Fish e gli altri erano in giro a montare altri nodi, è entrato a far parte della Community il primo nodo configurato totalmente in modo autonomo grazie alle istruzioni presenti sul Wiki. Complimenti a Carlo di Rocca di Papa per aver configurato il suo apparato completamente da solo (è stato necessaria solo delle piccole modifiche) e complimenti a tutti quelli che giorno per giorno hanno contribuito e contribuiscono a tenere aggiornato il Wiki.

Ovviamente il merito di questo link va anche a Fish e Stefano che sono andati a puntare la Grid in direzione Rocca di Papa, come al solito l’orientamento Fish funziona meglio di un qualsiasi altro tipo di puntamento.

Effettuato il puntamento della Grid, sono intervenuto da remoto (Nettuno) sulla Mikrotik di Carlo. Dopo qualche tentativo sono riuscito a trovare un canale con poco disturbo e magicamente è comparso il raggio verde sulla mappa.

La velocità del link, per ora, è tra i 24 e 18 Mbps, ma sembra essere stabile. Un’altra missione compiuta aspettando il resoconto di Fish sugli altri nodi configurati in questo weekend.

Marco