[Ninux-Wireless] [blog] il Wireless Battle Mesh V5 ad Atene
Nuovo post sul blog (Ninux.org Wireless Community): 'il Wireless Battle Mesh V5 ad Atene' di ZioPRoTo Ho ripreso a scrivere sul blog, evviva ! Anche se non ho scritto niente ho fatto un sacco di cose negli ultimi tempi. Una di queste e stato andare ad Atene, che è la città più punk e anarchica dellEuropa. Sono andato in occasione del BattleMesh V5. Se ci stava Fish moriva dinfarto. Sembra che tutta la città sia in una perenne occupazione punk anarchica. Visto che sono diventato vecchio ed ho un lavoro vero, e non e piu cosi facile andare a fare il nerd in giro per leuropa, ho presentato a tutti Nemesis come il nuovo leader di Ninux ! ahahah Ho parlato con molti OpenWRT hackers, dicendo che usiamo AirOS a Ninux perché in OpenWRT non funziona un cazzo, ovvero abbiamo problemi di stabilita dei drivers. A giugno è prevista una nuova major release di OpenWRT vedremo ! Una cosa molto bella di Atene e stato incontrare di nuovo il mio amico tedesco Mario Behling. Parlando con lui ho capito che Freifunk non è morta, solo che nessuno ha veramente in mano la situazione di Freifunk. A Berlino la community è alla deriva ma nelle piccole città tedesche è pieno di nerds che fanno delle microcomunità Freifunk usando il codice ed i firmwares che sono ancora su Internet. Il problema è la comunicazione perché questi gruppi sono tutti lasciati a loro stessi. Mario sta lavorando in questo senso cercando di riprendere le redini del sito Freifunk e della comunicazione. Un buon feedback lo hanno avuto al CEBIT perché in modo inaspettato alcuni di questi ragazzini di 16-18 anni si sono presentati al bancone di Freifunk dicendo che stavano facendo una rete nel loro paesino ed a Berlino nessuno ne sapeva niente. Dai ragazzi della Slovenia e dellAustria ho sentito storie simili alle nostre. Per un approfondimento vi consiglio di leggere le slides sul sito di Battlemesh. Dei ragazzi greci quello con cui ho passato piu tempo e stato Vasilis Tsiligiannis, che mi ha spiegato tutta la loro architettura BGP di AWMN, e mi ha anche aiutato a debuggare un paio di problemi dellolsrd quagga plugin. Ci siamo messi li ed abbiamo dato una bella sistemata al router BGP di Ninux al tecnopolo. Un incontro veramente produttivo quello con Vasilis ! Quando verra a Roma a trovarmi mi dovro sdebitare ! Un ultimo particolare della Grecia che voglio ricordare sul mio blog e che i greci a tavola invece di usare il vino usano la grappa. Stupendo, per fortuna dopo due giorni ho capito che la allungavano con lacqua Saverio http://zioproto.ninux.org/wordpress/2012/05/04/il-wireless-battle-mesh-v5-ad-atene/ (messaggio generato automaticamente) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] olsrd o batman-adv - Roma e Pisa - reti diverse scelte diverse
On Thu, May 03, 2012 at 09:11:30PM +0700, Michele Favara Pedarsi wrote: > Il 03 maggio 2012 20:05, Antonio Quartulli ha scritto: > > On Thu, May 03, 2012 at 01:54:05PM +0100, Clauz wrote: > >> On 05/03/2012 12:49 PM, Antonio Quartulli wrote: > >> > On Thu, May 03, 2012 at 01:39:07PM +0200, Luca Postregna wrote: > >> >> comunque, tornando al confronto tra olsr e batman, non capisco che > >> >> grosse > >> >> differenze ci siano a fare un backbone con nodi multiradio > >> >> utilizzando uno > >> >> piuttosto che l'altro. qualcuno mi aiuta a capire meglio? > >> >> > >> > > >> > la differenza sostanziale sta nel fatto che batman, lavorando a livello > >> > 2 riesce > >> > a capire la differenza fra le varie interfacce ed applica qualche > >> > semplice > >> > euristica per utilizzare le molteplici interfacce al meglio. Come detto > >> > le > >> > tecniche fin ora implementate sono davvero semplici...in futuro ci si > >> > aspetta di > >> > meglio. > >> > > >> > OLSR invece credo che non riesca proprio ad avere il concetto di > >> > interfaccia > >> > quando giostra la metrica. > >> > >> Confermo. Esite un OLSR multi-radio ma l'implementazione e' chiusa :( > > > > uhm? OLSRd non è GPL? come fa questa variante ad essere chiusa? > > > > /me sad > > Evidentemente i suoi creatori hanno un mutuo da pagare. il mutuo te lo paghi anche offrendo la tua capacità di implementare la soluzione a pagamento. non chiudendo l'idea implementata :P > > L'implementazione di un protocollo libero può essere chiusa, come allo > stesso modo il reverse engineering e la re-implementazione di un > protocollo chiuso puo' essere libera (es: Samba); l'importante è: > a) procedere per clean-room-design (ie: nessun contatto tra la squadra > che studia e descrive il protocollo in una pubblicazione libera, e > quella che leggendo quella documentazione re-implementa una nuova > versione del software); per evitare la violazione di leggi come il > DMCA americano. > b) non impiegare eventuali frammenti di codice pre-esistente (per > evitare cause pretestuose che saranno fallimentari ma... ti > rovineranno la vita; es: SCO vs Novell). Se cambi linguaggio (quindi > sintassi, grammatica, semantica, etc), o usi un "traduttore" (ie: > scrivi in Perl e poi poi con un tool traduci in C), ti assicuri la > diversità necessaria a soddisfare questo punto. > > Questo, ovviamente, da manuale; poi ... per quanto mi riguarda > considero queste di cui sopra delle mere pippe mentali. E' bene > impiegarle per evitarsi guai ma costringono a reimplementare l'acqua > calda più volte di quanto sia stato gia' fatto e molte più volte di > quanto sia necessario. > a parte tutte queste pippe la mia domanda era meramente: software GPL, come poteva diventare chiuso? il resto è noia. :D ciao! > ciao > > mfp > ___ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless -- Antonio Quartulli ..each of us alone is worth nothing.. Ernesto "Che" Guevara pgpAlhEQxy3Hf.pgp Description: PGP signature ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Fwd: [Netsukuku] update: netsukuku running on a router
FYI
Messaggio originale
Oggetto: Fwd: [Netsukuku] update: netsukuku running on a router
Data: Thu, 03 May 2012 10:48:05 +0200
\o
:-D
{and/or} x86:
Ah, right... for x86.
It should go like this:
# dependencies
sudo apt-get install libgcrypt11-dev libpth-dev libgee-dev tinc
# grab code
bzr branch bzr://bzr.savannah.nongnu.org/netsukuku/vala netsukuku
# build
cd netsukuku
make
make test
# you now have the daemon ./ntkd
Then read ./INSTALL/linux/README for instructions on configuration
files. This goes also for the router.
--Luca
Messaggio originale
Oggetto: [Netsukuku] update: netsukuku running on a router
Data: Fri, 27 Apr 2012 00:00:47 +0200
Mittente: Luca Dionisi
Rispondi-a: Netsukuku discussion list
A: netsukuku , "Porting netsukuku to Vala
language. Developers."
It is possible to compile a OpenWRT firmware for the wireless router
TPLink WR1043ND with which you can run Netsukuku.
This device has 8 MB of flash storage and 32 MB of RAM.
(It also has an USB port that one could use to get more storage, but
that's not needed to be able to run ntkd)
I finally succeeded to install it. It is the Vala implementation that
I am working on recently.
It hasn't got yet all of the features that were in the python version.
Anyhow, once you start it and give it a NIC interface, it will
automatically:
* obtain an IP address (this will not harm the one IP you got from
your ISP, if any)
* listen to neighborhood for other netsukuku nodes
* configure routing tables in order to reach other nodes in the network
During the process I wrote down some notes, I placed them here today:
http://lab.dyne.org/Netsukuku_Dev/vala/flashing_notes
It's a starting point, if someone wants to try with its hardware.
--Luca
___
Netsukuku mailing list
0x5D172559.asc
Description: application/pgp-keys
___
Open mailing list
o...@ml.partito-pirata.it
http://ml.partito-pirata.it/cgi-bin/mailman/listinfo/open
0x5D172559.asc
Description: application/pgp-keys
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] olsrd o batman-adv - Roma e Pisa - reti diverse scelte diverse
Il 03 maggio 2012 20:05, Antonio Quartulli ha scritto: > On Thu, May 03, 2012 at 01:54:05PM +0100, Clauz wrote: >> On 05/03/2012 12:49 PM, Antonio Quartulli wrote: >> > On Thu, May 03, 2012 at 01:39:07PM +0200, Luca Postregna wrote: >> >> comunque, tornando al confronto tra olsr e batman, non capisco che >> >> grosse >> >> differenze ci siano a fare un backbone con nodi multiradio utilizzando >> >> uno >> >> piuttosto che l'altro. qualcuno mi aiuta a capire meglio? >> >> >> > >> > la differenza sostanziale sta nel fatto che batman, lavorando a livello 2 >> > riesce >> > a capire la differenza fra le varie interfacce ed applica qualche semplice >> > euristica per utilizzare le molteplici interfacce al meglio. Come detto le >> > tecniche fin ora implementate sono davvero semplici...in futuro ci si >> > aspetta di >> > meglio. >> > >> > OLSR invece credo che non riesca proprio ad avere il concetto di >> > interfaccia >> > quando giostra la metrica. >> >> Confermo. Esite un OLSR multi-radio ma l'implementazione e' chiusa :( > > uhm? OLSRd non è GPL? come fa questa variante ad essere chiusa? > > /me sad Evidentemente i suoi creatori hanno un mutuo da pagare. L'implementazione di un protocollo libero può essere chiusa, come allo stesso modo il reverse engineering e la re-implementazione di un protocollo chiuso puo' essere libera (es: Samba); l'importante è: a) procedere per clean-room-design (ie: nessun contatto tra la squadra che studia e descrive il protocollo in una pubblicazione libera, e quella che leggendo quella documentazione re-implementa una nuova versione del software); per evitare la violazione di leggi come il DMCA americano. b) non impiegare eventuali frammenti di codice pre-esistente (per evitare cause pretestuose che saranno fallimentari ma... ti rovineranno la vita; es: SCO vs Novell). Se cambi linguaggio (quindi sintassi, grammatica, semantica, etc), o usi un "traduttore" (ie: scrivi in Perl e poi poi con un tool traduci in C), ti assicuri la diversità necessaria a soddisfare questo punto. Questo, ovviamente, da manuale; poi ... per quanto mi riguarda considero queste di cui sopra delle mere pippe mentali. E' bene impiegarle per evitarsi guai ma costringono a reimplementare l'acqua calda più volte di quanto sia stato gia' fatto e molte più volte di quanto sia necessario. ciao mfp ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] olsrd o batman-adv - Roma e Pisa - reti diverse scelte diverse
On Thu, May 03, 2012 at 02:56:35PM +0100, Clauz wrote: > On 05/03/2012 02:05 PM, Antonio Quartulli wrote: > > On Thu, May 03, 2012 at 01:54:05PM +0100, Clauz wrote: > >> Confermo. Esite un OLSR multi-radio ma l'implementazione e' chiusa :( > > > > uhm? OLSRd non è GPL? come fa questa variante ad essere chiusa? > > Non e' GPL, e' BSD-like :( h ok, come BABEL! Però su babel è successo il contrario, l'hanno incluso in quagga ed e` diventato GPL :D e vabbè...OLSRd e` utilizzato per altri scopi, quindi necessitava di questa licenza...Ora abbiamo toccato con mano cosa vuol dire non rilasciare un software utile al mondo con licenza diversa da GPL :P Ciau -- Antonio Quartulli ..each of us alone is worth nothing.. Ernesto "Che" Guevara pgpYdDFP88Uko.pgp Description: PGP signature ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] olsrd o batman-adv - Roma e Pisa - reti diverse scelte diverse
On 05/03/2012 02:05 PM, Antonio Quartulli wrote: > On Thu, May 03, 2012 at 01:54:05PM +0100, Clauz wrote: >> Confermo. Esite un OLSR multi-radio ma l'implementazione e' chiusa :( > > uhm? OLSRd non è GPL? come fa questa variante ad essere chiusa? Non e' GPL, e' BSD-like :( http://olsr.org/git/?p=olsrd_readonly.git;a=blob_plain;f=license.txt;hb=refs/heads/master Clauz ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] olsrd o batman-adv - Roma e Pisa - reti diverse scelte diverse
On Thu, May 03, 2012 at 01:54:05PM +0100, Clauz wrote: > On 05/03/2012 12:49 PM, Antonio Quartulli wrote: > > On Thu, May 03, 2012 at 01:39:07PM +0200, Luca Postregna wrote: > >>comunque, tornando al confronto tra olsr e batman, non capisco che > >> grosse > >>differenze ci siano a fare un backbone con nodi multiradio utilizzando > >> uno > >>piuttosto che l'altro. qualcuno mi aiuta a capire meglio? > >> > > > > la differenza sostanziale sta nel fatto che batman, lavorando a livello 2 > > riesce > > a capire la differenza fra le varie interfacce ed applica qualche semplice > > euristica per utilizzare le molteplici interfacce al meglio. Come detto le > > tecniche fin ora implementate sono davvero semplici...in futuro ci si > > aspetta di > > meglio. > > > > OLSR invece credo che non riesca proprio ad avere il concetto di interfaccia > > quando giostra la metrica. > > Confermo. Esite un OLSR multi-radio ma l'implementazione e' chiusa :( uhm? OLSRd non è GPL? come fa questa variante ad essere chiusa? /me sad -- Antonio Quartulli ..each of us alone is worth nothing.. Ernesto "Che" Guevara pgpvZGM3Xla0d.pgp Description: PGP signature ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] olsrd o batman-adv - Roma e Pisa - reti diverse scelte diverse
On Thu, May 03, 2012 at 01:54:05PM +0100, Clauz wrote: > On 05/03/2012 12:49 PM, Antonio Quartulli wrote: > > On Thu, May 03, 2012 at 01:39:07PM +0200, Luca Postregna wrote: > >>comunque, tornando al confronto tra olsr e batman, non capisco che > >> grosse > >>differenze ci siano a fare un backbone con nodi multiradio utilizzando > >> uno > >>piuttosto che l'altro. qualcuno mi aiuta a capire meglio? > >> > > > > la differenza sostanziale sta nel fatto che batman, lavorando a livello 2 > > riesce > > a capire la differenza fra le varie interfacce ed applica qualche semplice > > euristica per utilizzare le molteplici interfacce al meglio. Come detto le > > tecniche fin ora implementate sono davvero semplici...in futuro ci si > > aspetta di > > meglio. > > > > OLSR invece credo che non riesca proprio ad avere il concetto di interfaccia > > quando giostra la metrica. > > Confermo. Esite un OLSR multi-radio ma l'implementazione e' chiusa :( > > Invece un altro protocollo (a parte BATMAN-ADV) che supporta il > multi-radio e' Babel [*], che non so perche' non stiamo considerando nel > confronto... > > E scegliere tra BATMAN e Babel potrebbe essere (IMHO) abbastanza una > questione di religione: se preferisci avere una rete switchata, e > appoggi la visione di far partire lo sviluppo dalla pratica anziche' > dalla teoria, allora usa BATMAN, se invece preferisci routare con domini > di broadcast separati e secondo te l'approccio deve essere prima teorico > e poi pratico, vai con Babel... > Visto il discorso switchato/non-switchato io credo che la scelta potrebbe davvero andare oltre la religione. Io vedrei benissimo reti mesh in un'isolato o più guidate da batman che poi usano un backbone con babel per annunciarsi le varie subnet. Per di piu` babel e` utilizzabile con quagga. Dettaglio non banale se si pensa davvero, ma davvero in grande :) > Se invece vuoi leggere qualcosa in merito (occhio che non sempre BATMAN > e' BATMAN-ADV, esistono 3 fork diversi di BATMAN), attenzione al fatto che batman-adv e bmx6 sono ancora sotto sviluppo, mentre batmand e` solo mantenuto con qualche fix di tanto in tanto. Ciao! -- Antonio Quartulli ..each of us alone is worth nothing.. Ernesto "Che" Guevara pgpI9QwIO0dZW.pgp Description: PGP signature ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] connessione diretta al backbone
Giusto, senza usare OLSR sul client. Sul Nat non mi ricordo ma mi pare di no: credo che assegnavo al mio PC un indirizzo della hna e basta. Ciao, FAB Il giorno 01 maggio 2012 10:00, Clauz ha scritto: > Senza usare OLSR sul 'client', giusto? Che indirizzi vi siete assegnati? > Avete impostato le 'antenne' per fare da NAT? Non e' che ora nattano tutto? > > ciao! > Clauz > > > On 04/28/2012 02:14 PM, Fabio wrote: > > Funziona! Io all'inizio la usavo così e solo dopo ho messo un ap interno. > > > > Il giorno 28/apr/2012 08:51, "Federico Capoano" > > mailto:federico.capo...@teletu.it>> ha > scritto: > > > > Ma se uno col computer si connette direttamente ad una delle antenne > > del backbone a 5ghz impostando l'antenna come gateway funziona? Dal > > punto di vista concettuale non dovrebbero esserci problemi, sbaglio? > > > > Federico > ___ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless > -- "Considerate la vostra semenza: fatti non foste a viver come bruti, ma per seguir virtute e canoscenza" (Dante: Inferno XXVI, 118-120) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] olsrd o batman-adv - Roma e Pisa - reti diverse scelte diverse
On 05/03/2012 12:49 PM, Antonio Quartulli wrote: > On Thu, May 03, 2012 at 01:39:07PM +0200, Luca Postregna wrote: >>comunque, tornando al confronto tra olsr e batman, non capisco che grosse >>differenze ci siano a fare un backbone con nodi multiradio utilizzando uno >>piuttosto che l'altro. qualcuno mi aiuta a capire meglio? >> > > la differenza sostanziale sta nel fatto che batman, lavorando a livello 2 > riesce > a capire la differenza fra le varie interfacce ed applica qualche semplice > euristica per utilizzare le molteplici interfacce al meglio. Come detto le > tecniche fin ora implementate sono davvero semplici...in futuro ci si aspetta > di > meglio. > > OLSR invece credo che non riesca proprio ad avere il concetto di interfaccia > quando giostra la metrica. Confermo. Esite un OLSR multi-radio ma l'implementazione e' chiusa :( Invece un altro protocollo (a parte BATMAN-ADV) che supporta il multi-radio e' Babel [*], che non so perche' non stiamo considerando nel confronto... E scegliere tra BATMAN e Babel potrebbe essere (IMHO) abbastanza una questione di religione: se preferisci avere una rete switchata, e appoggi la visione di far partire lo sviluppo dalla pratica anziche' dalla teoria, allora usa BATMAN, se invece preferisci routare con domini di broadcast separati e secondo te l'approccio deve essere prima teorico e poi pratico, vai con Babel... Se invece vuoi leggere qualcosa in merito (occhio che non sempre BATMAN e' BATMAN-ADV, esistono 3 fork diversi di BATMAN), ecco qui: [^][#][%] In piu', potresti partecipare al prossimo Battlemesh... ciao! Clauz [*] o meglio BabelZ http://www.pps.jussieu.fr/~jch/software/babel/ [^] http://ro.uow.edu.au/cgi/viewcontent.cgi?article=1747&context=infopapers [#] http://bridgingthelayers.org/docs/murray_routing.pdf [%] http://zumbi.netgroup.uniroma2.it/~battler/WBMv4/tests/axel/summary/WBMv4-A-summary-details-x01.pdf signature.asc Description: OpenPGP digital signature ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] olsrd o batman-adv - Roma e Pisa - reti diverse scelte diverse
Il 03/05/2012 13.39, Luca Postregna ha scritto: > comunque, tornando al confronto tra olsr e batman, non capisco che > grosse differenze ci siano a fare un backbone con nodi multiradio > utilizzando uno piuttosto che l'altro. qualcuno mi aiuta a capire meglio? C'è da scrivere un articolo OLSR vs BATMAN se cerchi su google trovi molta robba: http://www.google.com/search?sourceid=chrome&ie=UTF-8&q=OLSR+vs+BATMAN Antonio, Saverio e Clauz sono quelli che ti possono dire a grandi linee quali sono le caratteristiche e le differenze di questi protocolli. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] olsrd o batman-adv - Roma e Pisa - reti diverse scelte diverse
On Thu, May 03, 2012 at 01:39:07PM +0200, Luca Postregna wrote: >una volta terminata la configurazione di base di bgp, l'aggiunta di un >nuovo peer A" molto semplice, per ogni demone A" sufficiente specificare >l'ip e l'asn del nuovo vicino, si fa tutto in 4 righe di file di >configurazione, almeno con bird. mi A" chiaro comunque che non A" un >protocollo per reti mesh :D tutti i protocolli per reti mesh fondamentalmente sono fatti affinchè tu debba solo configurare "il novo nodo" e dopodicche` accenderlo. Sugli altri non devi fare assolutamente nulla. Fa parte del concetto della mesh. BGP invece vuole che tu stabilisca un minimo di trusting. Ma appunto, hanno due scopi diversi, non e` solo una questione tecnica. >devo ammettere comunque che la configurazione di batman-adv A" ancora >piA^1 banale. con osrl non ho esperienza. perche` batman-adv roxa :-D >comunque, tornando al confronto tra olsr e batman, non capisco che grosse >differenze ci siano a fare un backbone con nodi multiradio utilizzando uno >piuttosto che l'altro. qualcuno mi aiuta a capire meglio? > la differenza sostanziale sta nel fatto che batman, lavorando a livello 2 riesce a capire la differenza fra le varie interfacce ed applica qualche semplice euristica per utilizzare le molteplici interfacce al meglio. Come detto le tecniche fin ora implementate sono davvero semplici...in futuro ci si aspetta di meglio. OLSR invece credo che non riesca proprio ad avere il concetto di interfaccia quando giostra la metrica. Ciao! >2012/5/3 Clauz > > On 05/03/2012 11:22 AM, Federico Capoano wrote: > > In Grecia usano BGP per collegare le varie reti comunitarie tra loro. > > Io ho capito che lo usano proprio sui nodi, al posto di OLSR o BATMAN. > Clauz > ___ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless > >-- >http://luca.postregna.name >Luca Postregna > ___ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless -- Antonio Quartulli ..each of us alone is worth nothing.. Ernesto "Che" Guevara pgp6JcCVjIG2l.pgp Description: PGP signature ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] olsrd o batman-adv - Roma e Pisa - reti diverse scelte diverse
una volta terminata la configurazione di base di bgp, l'aggiunta di un nuovo peer è molto semplice, per ogni demone è sufficiente specificare l'ip e l'asn del nuovo vicino, si fa tutto in 4 righe di file di configurazione, almeno con bird. mi è chiaro comunque che non è un protocollo per reti mesh :D devo ammettere comunque che la configurazione di batman-adv è ancora più banale. con osrl non ho esperienza. comunque, tornando al confronto tra olsr e batman, non capisco che grosse differenze ci siano a fare un backbone con nodi multiradio utilizzando uno piuttosto che l'altro. qualcuno mi aiuta a capire meglio? 2012/5/3 Clauz > On 05/03/2012 11:22 AM, Federico Capoano wrote: > > In Grecia usano BGP per collegare le varie reti comunitarie tra loro. > > Io ho capito che lo usano proprio sui nodi, al posto di OLSR o BATMAN. > > Clauz > > ___ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless > -- http://luca.postregna.name Luca Postregna ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] olsrd o batman-adv - Roma e Pisa - reti diverse scelte diverse
On 05/03/2012 11:22 AM, Federico Capoano wrote: > In Grecia usano BGP per collegare le varie reti comunitarie tra loro. Io ho capito che lo usano proprio sui nodi, al posto di OLSR o BATMAN. Clauz ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] olsrd o batman-adv - Roma e Pisa - reti diverse scelte diverse
Il 03/05/2012 11.35, Lorenzo - TuLUG ha scritto: > Scusate, una domanda che mi frulla da un po' in testa: > visto che il backbone "non dovrebbe" avere perdite di pacchetti perché > allora non usare ospf o bgp? > Ripeto: lo scopo è di avere un backbone performante... non con link da > 80% di packet loss! > Non si alleggerirebbe di un bel po' il traffico e la configurazione? > Olsrd è un bel chiaccherone... lo abbiamo visto con le vpn!!! > Olsrd o BATMAN andrebbero ovviamente nelle isole mesh, con i relativi > vantaggi in quell'ambiente specifico. Certo, puoi anche usare solo BGP o OSPF se vuoi, non sei costretto ad usare un protocollo di routing come OLSR se non ti interessano i vantaggi che questo offre. Qui a Roma la vedo dura dato il poco tempo e i pochi volontari che abbiamo, e pochissimi sanno mettere le mani su BGP (non è facile come OLSR) e quei pochi che ci sono hanno pochissimo tempo libero. In Grecia usano BGP per collegare le varie reti comunitarie tra loro. Qui a Roma abbiamo parlato di cominciare ad usare un architettura dei nodi diversa, con un solo router per nodo (invece ora ogni antenna fa anche routing) in modo da alleggerire le tabelle di routing ma ci vorrà un pò per iniziare a provarlo. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] olsrd o batman-adv - Roma e Pisa - reti diverse scelte diverse
Il 03/05/2012 11:35, Lorenzo - TuLUG ha scritto: > > Scusate, una domanda che mi frulla da un po' in testa: > visto che il backbone "non dovrebbe" avere perdite di pacchetti perché > allora non usare ospf o bgp? > Ripeto: lo scopo è di avere un backbone performante... non con link da > 80% di packet loss! > Non si alleggerirebbe di un bel po' il traffico e la configurazione? > Olsrd è un bel chiaccherone... lo abbiamo visto con le vpn!!! > Olsrd o BATMAN andrebbero ovviamente nelle isole mesh, con i relativi > vantaggi in quell'ambiente specifico. > > Ciao > Lorenzo > Lorenzo > ___ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless perchè comunque non sempre le varie tratte del backbone vanno al 100%. fra ostacoli, interferenze di altre trasmittenti a 5,8 e ogni genere di spazzatura elettromagnetica il segnale a volte anche su piccole tratte si degrada molto. Olsr aiuta perchè tiene conto di questo e instrada il traffico sul link più performante. signature.asc Description: OpenPGP digital signature ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] olsrd o batman-adv - Roma e Pisa - reti diverse scelte diverse
Il 02/05/2012 23.14, Antonio Quartulli ha scritto: Attento BIRD è un software di routing, non indica il protocollo, in particolare BIRD ne supporta diversi (anche se io l'ho sempre usato con BGP e basta). La differenza sostanziale e` quella per cui sono nati questi protocolli alternativi come olsrd, babel, batman, etc: _la metrica_ ed il modo in cui viene misurata. BGP non capisce se un link ha 80% di packet loss! se hai due path, uno scadente di 2 hop ed uno ottimo di 4 hop, con olsrd avresti usato il secondom, mentre con BGP finisci per passare dal primo. Questo è il succo in poche, poche, ma proprio poche parole. /me assonnato che spera di non aver sparato cretinate Scusate, una domanda che mi frulla da un po' in testa: visto che il backbone "non dovrebbe" avere perdite di pacchetti perché allora non usare ospf o bgp? Ripeto: lo scopo è di avere un backbone performante... non con link da 80% di packet loss! Non si alleggerirebbe di un bel po' il traffico e la configurazione? Olsrd è un bel chiaccherone... lo abbiamo visto con le vpn!!! Olsrd o BATMAN andrebbero ovviamente nelle isole mesh, con i relativi vantaggi in quell'ambiente specifico. Ciao Lorenzo Lorenzo ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Nuovo utente
On 05/02/2012 04:14 PM, Antonio Quartulli wrote: > On Wed, May 02, 2012 at 04:10:26 +0200, Andrea Pescetelli wrote: >>Il giorno 02 maggio 2012 13:35, Luca Postregna >>ha scritto: >> >> Salve, seguo questa ml da qualche giorno, nelle ultime settimane con >> l'aiuto di Gioacchino ho configurato qualche fonera con batman-adv su >> adhoc. >> Mi interessa approfondire i motivi che hanno portato alla scelta di AP >> STA piuttosto che adhoc. Qualche delucidazione a riguardo? >> >>Dopo quasi 10 anni di ad-hoc sperimentale dove non funzionava un cazzo nel >>settembre 2010 si e' scelto di imboccare questa strada dell' ap-sta che >>fino ad ora si e' rivelata la piu' stabile,valida e performante. > > Io vorrei comunque far presente che se stiamo mettendo in piedi reti > "sperimentali" e di "testing" (quale Ninux mi pare non lo sia piu`), usare > ad-hoc potrebbe aiutare la comunità in quanto avremmo maggiore possibilita` > di: > > * testare fix nuovi > * segnalare problemi > * lavorare in prima persona al miglioramento del driver > > Il fatto che ad-hoc non funzioni bene e` solo perche` c'e` sempre stato scarso > interesse (parlo in fatto di driver open source) verso questa modalita`. > > Con questo non voglio assolutamente dire "tutte le community devono usare > ad-hoc", ma se lo scopo e` quello di fare test ed altro, pensiamoci un po'. > > Ci sono _aziende_ la` fuori che usano ad-hoc. Lo usano perche` sanno che > concettualmente e` quello che serve ed allo stesso tempo lavorano per > migliorare > i driver che usano. So che la situazione e` ben diversa, perche` qui nessuno > ci > pagherebbe per sistemare i driver (siamo sicuri?), pero` volevo solo portare > un > esempio concreto di quanto gia` succede :) Ciao, all. Il fatto di utilizzare ad-hoc e' associato di solito a costruire una rete mesh di device con un'unica scheda wireless (aka single-radio) con antenne (e quindi collegamenti) omnidirezionali. Siccome le schede wireless non possono trasmettere e ricevere allo stesso tempo, quello che succede se si inizia a scaricare o trasmettere a palla e' che ad ogni hop della mesh il throughput si dimezza, e di fatto dopo circa 4 hop la rete non e' piu' usabile (esperienza nostra e di Freifunk - ma spero che Gioacchino possa smentire :)). Quindi per fare una mesh performante ci vorrebbero device multiple radio (e protocollo di routing radio-aware), o simili [*] e/o una buona densita' di nodi (cosi' i link si saturano il meno possibile). E comunque a Roma l'idea e' di fare delle piccole isole mesh (che stanno nascendo) collegate poi tramite backbone AP-STA. ciao, Clauz [*] slide 20 di http://battlemesh.org/BattleMeshV5/Agenda?action=AttachFile&do=get&target=olsrd_wbmv5.pdf signature.asc Description: OpenPGP digital signature ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Nuovo utente
Il giorno 02 maggio 2012 15:20, Darkman ha scritto: > > > Il giorno 02 maggio 2012 13:33, Francesco Frassinelli ha > scritto: > >> Il giorno 02 maggio 2012 09:33, ZioPRoTo (Saverio Proto) < >> ziopr...@gmail.com> ha scritto: >> >>> >>> 5) Per i 5.8 ghz basta stare nel limite dei 14 dBm EIRP (25 mW) e non >> c'è bisogno di autorizzazione >> >> Mi permetto inoltre di segnalare questo link sulla questione delle >> normative: >> http://darkman.it/docs/sintesi-delle-normative-wireless-in-italia/ >> >> Di conseguenza, volendo fare le cose per bene, l'utilizzo delle >> nanostation che usano questa frequenza, sotto questa potenza (o impostate >> per rimanere entro il limite), in modalità ap, rientra in un utilizzo del >> tutto lecito e a norma di legge. Dico bene? >> >> Su alcuni siti si dice che i 25 mW permettano di coprire qualche >> centinaio di metri, sul wiki si parla di un paio di km, sulle >> caratteristiche della nanostation m5 si parla di una dozzina di km. A cosa >> sono dovute queste differenze? >> >> > In via teorica, in contesti Point-to-Point, con 25 mW potresti andare > oltre un paio di km, se ci fosse la possibilità di settare la tx power > sotto il dB e compensare con antenne ad alto guadagno. > Nella pratica il massimo che puoi fare è: > - TX Power 1dB (il minimo) > - Antenna direttiva 14dB (il massimo) > - 1dB di perdita > __ > Totale EIRP = 25mW o 14dB > > Per esperienza personale ti posso dire che, con un buon apparato (io uso > AR5006XS) e condizioni ottimali, > i 54M in 802.11a li tieni tranquillamente fino a 200/250 metri, poi si > inizia a calare. > Magari a 1Km ci arrivi con 6Mbit, non ho mai provato. Oltre un paio di > chilometri credo sia già sul borderline della fantascienza. > Secondo me, se usi la tecnologia MIMO, puoi spingerti oltre, sia in virtù > della maggior sensibilità dei nuovi apparati sia per il raddoppio della > banda. > > La nano loco M5 ha 2 antenne da 13dB e un tx minimo di 3dB, saremmo già un > po' fuori, ma io non mi preoccuperei. > La limitazione sulla possibilità di usare la modalità adhoc vale solo se si usa il 5.8 ghz, mentre per i 5.7 "autorizzati" non c'è. Potete confermare? Buona giornata, Francesco Frassinelli ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
