[Ninux-Wireless] [blog] Resoconto dell'incontro all'argingrosso

2013-03-04 Per discussione noccio
Nuovo post sul blog (Ninux.org Wireless Community): 

'Resoconto dell'incontro all'argingrosso' di noccio

Il 23 febbraio ci siamo trovati all'argingrosso per sistemare il nodo e
spippolare un po'.
Questo è un resoconto:
Abbiamo rianimato il nodo Argingrosso. Abbiamo riflashato la M2 nuova, l'abbiamo
configurata con gli IP giusti e montata sul palo. Abbiamo un altro link sulla
mappa!
Bisogna adesso andare al nodo Firenze::Mi e fare un po' di tuning
sull'orientamento della M2 per migliorare la potenza ricevuta, poi fare qualche
test con l'ampiezza dei canali ed altri parametri.
Non abbiamo fatto in tempo a fare una scansione verso sesto (nodo di leag) che
però probabilmente è raggiungibile e verso Fiesole non abbiamo nemmeno provato
dato che c'è un palazzo nel mezzo.
Oltre a questo abbiamo ri-lavorato sulla configurazione supernodo in bridge.
Abbiamo risolto il problema che l'altra volta aveva prodotto un link asimmetrico
(solo un parametro di configurazione sbagliato) e siamo andati avanti. Abbiamo
anche deciso però che la configurazione che volevamo fare inzialmente può
essere migliorata perché nella pratica bridga tutti i tronconi della rete.
Allora, ho ridisegnato la rete che vogliamo fare, nell'immagine che ho messo
qui:
http://leonardo.ma/upload-manual/bridged-net.png (anche allegato al presente
articolo)
in cui:
 i link solidi sono wired, quelli tratteggiati sono wireless
 i nodi M2 sono antenne stile ubiquiti
 quello nel mezzo è uno switch
 il tp-link è un nodo di rete qualsiasi
La configurazione con cui abbiamo cominciato metteva in bridge i link 1-2-3. Lo
scopo è rendere i nodi sul tetto stupidi metterli in bridge e far andare OLSR
solo sul tp-link. Il vantaggio è che hai un solo nodo da configurare, e meno
segnalazione su OLSR, perché hai un solo MPR (il tp-link) invece che uno per
ciascuna antenna sul tetto.
Lo svantaggio è che bridgando i link 1 e 2 i nodi tra casa 1 e 3 finiscono per
essere nella stessa LAN, ovvero sono vicini ad un-hop. Se da Casa-2 si manda un
pacchetto a Casa-1, arriva anche a Casa-3. Ovvero, la rete diventa un unico
dominio broadcast, e alla lunga non scala più.
Allora riprendendo l'email di Dario di qualche settimana fa, abbiamo cominciato
a lavorare per separare i link 1-3 e 1-2 su due vlan diverse. Questo o si fa con
uno switch managed, oppure usando antenne che supportano Vlan diverse. La cosa
si complica sul tp-link perché sulla stessa porta ci sono attestate due vlan
diverse, quindi bisogna fare un interfaccia virtuale per vlan. A quel punto
entrambe devono avere un IP e bisogna configurare OLSR per usarle entrambe.
Abbiamo cominciato ma non siamo arrivati in fondo per motivi di tempo. Alessio
ha tutto l'ambaradan, già configurato per ricominciare da li la prossima
riunione (ed anche un prezioso foglio di carta con scritto lo schema della rete
e tutti gli indirizzi).
Tags: ResocontoRiunioniNodiTechSuperNodi

http://www.firenze.ninux.org/node/30

(messaggio generato automaticamente)

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless


[Ninux-Wireless] [blog] Progetto CONFINE: Lunga vita alle community networks

2013-03-04 Per discussione leonardo
Nuovo post sul blog (Ninux.org Wireless Community): 

'Progetto CONFINE: Lunga vita alle community networks' di leonardo

Sono di ritorno da una riunione del progetto CONFINE, un progetto europeo di
ricerca che ha come tema centrale le reti wireless comunitarie. E un progetto
finanziato con quasi 5 milioni di euro in cui partecipano università ed
istituti di ricerca, ma anche le associazioni che stanno dietro ad alcune delle
più grandi reti comunitarie dEuropa.

Il clima era molto particolare, di solito i progetti europei sono un po
ingessati, oscillando tra lambito universitario e quello industriale, qui invece
cerano persone di Guifi, di funkfeuer, di AWMN, abituate a trattare perlopiù
gli aspetti sociali e di comunità delle CN. Ed i risultati del primo anno di
lavoro sono stati giudicati ottimi e molto incoraggianti. In pratica, sembra che
CONFINE abbia aperto un mondo di interesse verso le community networks,
specialmente adesso che la UE taglia i fondi per la diffusione della banda
larga. Questo ci aiuta molto a nobilitare il tema e farlo emergere, in modo che
non sia visto solo come un gioco per smanettoni, ma come un vero fenomeno di
aggregazione sociale quale è. Per me è stato entusiasmante vedere come si
possa trasformare un tema come questo in un argomento di ricerca, perlopiù con
ottimi risultati.
Ovviamente anche la parte ludica è stata interessante, ho avuto modo di parlare
a lungo con i ragazzi di guifi e di funkfeuer, di capire come loro portano
avanti la loro rete, come la finanziano, come gestiscono le discussioni e tanti
altri aspetti relativi alla rete stessa. Visto che il nostro progetto a Firenze
è allinizio, abbiamo tanto da imparare.
Laltra cosa incoraggiante è che da qualche settimana abbiamo cominciato ad
occuparci della costruzione di un nodo multiradio con gli apparati radio in
bridge. Ci abbiamo un po sbattuto la testa e ne siamo venuti fuori con una
soluzione che (al momento sulla carta) dovrebbe essere soddisfacente.
Incoraggiante è che la nostra soluzione è la stessa che una parte del progetto
sta cercando di realizzare in termini di specifiche, di RFC e di codice. Il
protocollo  DLEP ad esempio serve a supportare situazioni in cui il routing
viene fatto su una device diversa dalla radio. Insieme ad NHDP complementa la
prossima versione di OLSR (v2) che renderà più facile la realizzazione di CN,
proprio perchè nasce dallesperienza delle CN, che rappresentano i più grandi
esempi di reti mesh OLSR-based in circolazione. CONFINE (ed in particolare
Henning) hanno un ruolo attivo nella definizione delle nuove RFC.
Lunga vita alle CN


http://leonardo.ma/2013/03/04/progetto-confine-lunga-vita-alle-community-networks/

(messaggio generato automaticamente)

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless


[Ninux-Wireless] novello iscritto

2013-03-04 Per discussione xyz01
Buongiorno a tutti!
Come da oggetto, localizzato a Milano: c'è già qualcuno cui fare riferimento in 
loco? C'è già qualche progetto attivo?
A presto,
Stefano

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless


[Ninux-Wireless] Fwd: [Battlemesh] Wireless Battle Mesh v6 - Call for Talks Announcement

2013-03-04 Per discussione Clauz
Di seguito il call for talks per il prossimo battlemesh in danimarca.

http://www.battlemesh.org/BattleMeshV6

Clauz


 Original Message 
Subject: [Battlemesh] Wireless Battle Mesh v6 - Call for Talks Announcement
Date: Mon, 4 Mar 2013 18:44:09 +0100
From: Roger Baig Viñas roger.b...@gmail.com
Reply-To: Battle of the Mesh Mailing List battlem...@ml.ninux.org
To: Battle of the Mesh Mailing List battlem...@ml.ninux.org

Wireless Battle Mesh v6 - Call for Talks Announcement
=

Any progress, idea, project, etc. to be presented to the Community
Networks? Lucky you! Wireless Battle Mesh v6 (WBMv6) is at hand and
it's time to bring together the agenda. Following the approach of
arranging the agenda beforehand started in v4 and continued in v5, we
open the proposals submission period.


Timeslots
=

http://battlemesh.org/BattleMeshV6/Agenda


Types of Talks
==

Whatever suits you the best: presentation, workshop, panel, demo, etc.


Topics
==

Despite the WBM running routing protocols in its veins, we also
welcome proposals unrelated to routing protocols as long as you think
they are of the interest to Community Networks enthusiasts. Obviously,
proposals related to routing protocols have higher priority in case of
an excess of proposals.

Previous years' agenda also should be able to provide some insights:
http://battlemesh.org/BattleMeshV4/Agenda
http://battlemesh.org/BattleMeshV5/Agenda


Submissions
==

To allow an efficient handling of your submission, please provide the
following information and send them in form of an email to the
Contacts section e-mail address:

your name
the type of your slot (talk/workshop/panel discussion/lightening talk)
your topic headline
your topic description which can brief (does not need to exceed a
couple of lines) but should provide a reasonable summary of your talk
the dates of your stay at the event + (optional) preferred day for
your slot
length of the slot if you wish to do a workshop (all other slots
will be limited to one hour)


Deadlines
=

We kindly request to be respectful with the deadlines for the good of all.

Submissions are accepted until and including the 1st of April. The
final program will be made available in the aforementioned wiki during
the first week of April. Any disagreement with the proposed final
program must be discussed in the WBM mailing list.


Lighting Talks
==

Everyone missing the submission deadline still has the opportunity to
apply for a lighting talk slot. Lighting talk slots are 7 minutes
long, with 3 extra minutes for questions and comments. Slides must be
submitted to the Contacts section e-mail address in form of PDF file.
Slots will be allocated according to the reception sequence.
Submission period starts on the 15th of April at 9:00


Contact
===

Please, send your proposals or specific questions at:
submissi...@battlemesh.org For general questions use the WBM mailing
list (see below)


About the Wireless Battle Mesh
==

The Wireless Battle of the Mesh is an event that aims at bringing
together people from across Europe to test the performance of
different routing protocols for ad-hoc networks, like Babel,
B.A.T.M.A.N., BMX6, OLSR, 802.11s and Static Routing.

It is a tournament with a social character. If you are a mesh
networking enthusiast, community networking activist, or have an
interest in mesh networks you might want to check this out !

The goal of the Wireless Battle Mesh events is to set-up hands-on
testbed for each available mesh routing protocol with a standard test
procedure for the different mesh networks. During the different WBM
events, similar hardware and software configuration will be used based
on the OpenWRT Board-Support-Package and packages for each protocol
implementation. The WBM events are also a great opportunity to develop
testing tools for PHY/MAC radio layers (drivers, scripts and PHY
analyzers) .

If you want to know who is behind the WBM you should visit AboutUs
(http://battlemesh.org/AboutUs)


The Wireless Battle Mesh Mailing List


The mailing list is the main communication channel to organise the
Wireless Battle Mesh events. You can subscribe it at the following
link:

http://ml.ninux.org/mailman/listinfo/battlemesh


Regards,
Federico and Roger
___
Battlemesh mailing list
battlem...@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/battlemesh


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless