Re: [Ninux-Wireless] [Bologna] promemoria >> hey ninuxariii?!?!
Ciao, siete riusciti a sistemare il problema della mail? Possiamo far uscire la CfP? Gabriel ciao, noi siamo bloccati da questa cosina, ovvero la mail dei contatti. la potete fare, così facciamo girare la call!?!?! è tutto pronto: _volantino in generale dei due giorni: https://wiki.bologna.ninux.org/mediawiki/images/b/be/ProgrammaNINUday17_vbassa.jpg _call: http://wiki.ninux.org/NinuxDay2017 una volta che c'è la mail, facciamo girare la call nelle mailinglist. comunque il wiki non sta benissimo.. ogni tanto mentre modifichi muore male e ti dice:bolo...@ml.ninux.org, cris FORBIDDEN You don't have permission to access /NinuxDay2017 on this server. - Apache/2.2.16 (Debian) Server at wiki.ninux.org Port 80 a presto Cristina ciau Cris poi aggiornao volantino che ho sbagliato le date!!! hahaha Il 03/10/2017 12:07, kiki ha scritto: Il 02/10/2017 10:56, ThEgAmEr ha scritto: On Sat, Sep 30, 2017 at 12:54 AM, kiki <kikiga...@autoproduzioni.net> wrote: prova volantino: proposta due, ma il programma è posticcio.. pensiamo che scriverci https://wiki.bologna.ninux.org/mediawiki/images/e/ec/ProgrammaNINUday17_bassa.jpg questo mi piace molto piu' degli altri Ieri sono andata in assemblea vag. confermato tutto, il volatino glielo passo appena siamo d'accordo sulle 4 righe da scrivere. Dobbiamo trovare chi cucina sabato sera. Domenica a pranzo ce la accolliamo noi e magari specifichiamo anche a chi viene di portare una boccia di vino /salumi/formaggio/delizie sottolio da condividere per il pranzo sociale ninux di domenica. Abbiamo un evento di avvicinamento che è al Ritmolento il 21 ottobre h17, luogo da universitari. Sarebbe secondo me da chiedere anche un giovedì (magari il primo di novembre) a cucinare ad xm, così tiriamo su due soldini, coinvolgiamo hacklabbo e la gente di xm. Con vag l'accordo è che due dindi glieli diamo (tipo 150/200 euro, non li hanno chiesti ma glieli diamo..secondo me), loro fanno bar con una mano nostra. gli incassi dei due pasti sono nostri, ma se noi vogliamo trovare un collettivo esterno che cucini sabato sera e poi metta un po di musica possimo farlo. magari hacklabbo è interessato :P Quindi questa è la call for paper concordata settimana scorsa: https://pad.riseup.net/p/CFPNinuxDay17 se siete d'accordo la metto nel wiki e la passo da mettere sul sito di Vag anche. POi fissiamo incontro con il nazionale così apriamo ufficialmente l'evento! Cris ___ Bologna mailing list bolo...@ml.ninux.org http://ml.ninux.org/mailman/listinfo/bologna https://wiki.bologna.ninux.org ___ Bologna mailing list bolo...@ml.ninux.org http://ml.ninux.org/mailman/listinfo/bologna https://wiki.bologna.ninux.org ___ Bologna mailing list bolo...@ml.ninux.org http://ml.ninux.org/mailman/listinfo/bologna https://wiki.bologna.ninux.org ___ 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
Re: [Ninux-Wireless] 34° Chaos Communication Congress (34c3)
Il 2017-10-04 03:24 Eugenio La Cava ha scritto: Come andrete? Macchina, aereo, treno? insieme, separati ? mi interesesserebbe venire ma devo capire come fare e vedere se me lo potrò permenttere dal punto di vista finanziario... quanti gg pensavate di stare? Dove pensavate di dormire/alloggiare? Avete già i biglietti ? Avete voucher che vi avanzano? che preventivo di spesa avete se ne avete uno? Starò dal 26 Dic al 3 Gennaio, quindi tutto il CCC più un po di giorni a Berlino per capodanno. Io penso di volare da Bologna a Berlino con Tyanair (adesso costa 70€). Per il ritorno tornerò in treno (Berlino->Trento 50€). Per dormire sta un po a te. Io forse ho un appoggio, altrimenti penso che dormirò al CCC con un sacco a pelo. Non penso che Lipsia sia una città particolarmente cara. Per i voucher manda un email ad andreas brau, considerando la velocità con cui l'ha ottenuto Germano penso ne abbiano ancora parecchi. io sono ancora in Giappone ma dovrei rientrare in Italia al più tardi nel messe di novembre. Teniamoci in contatto! Saluti, Eugenio. Facci sapere!! Gabriel ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] AMMBR.com
Il 2017-09-03 22:35 Enrico La Cava ha scritto: Interessante. In pratica propongono di creare una moneta franca per lo scambio di servizi/banda. A questo punto perché non scambiare direttamente fiat o altre cryptovalute? Penso preferiscano usare un token fatto ad-hoc perchè ti consente di gestirlo come preferisci. Puoi decidere te quanto emetterne e come, puoi decidere che meccanismo di consenso utilizzare. Che ci guadagno a minare? Non è propriamente minare, in quanto non usa la CPU/GPU ma una scheda asic proprietaria che impedisce il classico fenomeno del mining bitcoin: più cel'ho grossa, più mino e più potere nella rete ho. Tu consiglio di leggere il whitepaper [1] da pagina 25 Gabriel [1]: http://ammbr.com/docs/201708/Ammbr_Whitepaper_v1.1_15Aug2017.pdf Il giorno dom 3 set 2017 alle ore 22:22 Leonardo Maccari <m...@leonardo.ma> ha scritto: Ciao Gente, A detta loro, tutto sara' open source e open hardware (anche se mi pare di aver capito che un chip specifico rimane chiuso, quello che serve a far funzionare la blockchain). Questo mi suona strano. Ma per ora sorvoliamo. Ho visto gli sponsor dal loro sito e pare un progetto sicuramente da tenere sott'occhio. Ciao E. ___ 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
Re: [Ninux-Wireless] Call for Places: NinuxDay2017
On 25/01/2017 22:18, Elena ``of Valhalla'' wrote: > Stasera al meeting si è parlato brevemente di Ninux Day 2017: già la > volta scorsa si era stati d'accordo nel dire che sarebbe il caso di > farlo, ed era stata buttata lì Bologna. > > Stasera in chat non c'erano bolognesi, ma si è deciso che la cosa più > sensata è fare una call for places qui in lista, e poi al prossimo > meeting (tra due settimane) avere dei posti specifici su cui parlare. > > gabriel_shatana risponderà a questa mail con un'idea di cosa ci si possa > aspettare chi si offre volontario per fare organizzazione locale > Rispondo adesso dato che c'è stato riscontro da NinuxBo. L'effort necessario per organizzare il NDay penso dipenda principalmente dal posto che si ha a disposizione. Nel nostro caso, ExFila era già predisposta per accogliere eventi simili, di conseguenza Bar, Auditorium e tutti i servizi erano già pronti. Di conseguenza il tempo che abbiamo speso nell'organizzazione pratica dell'evento è stato minimo. Una settimana prima abbiamo ordinato l'aperitivo al supermercato. I due giorni prima del NDay ci siamo trovati a ExFila per cambiare un'antenna e sistemare la rete interna con AccessPoint e Switch vari. Abbiamo anche sistemato i tavoli e le sedie. Il tempo speso nell'organizzazione più "astratta" non saprei quantificarlo. Abbiamo dovuto scrivere la CFP, organizzare i talk, spammare l'evento a giro. Forse Leonardo può dare una stima più accurata. Lo streaming invece è stato gestito proprio da NinuxBO, quindi penso sappiano cosa aspettarsi. Gabriel ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Streaming Ninux day
On 29/11/2016 14:24, Gabriel wrote: > Ciao a tutti, come avete potuto notare dalla fine del Ninux Day, sono > scomparsi i video della diretta. > > Abbiamo deciso di rimuoverli perché erano pieni di buchi e, essendoci > dei microfoni panoramici per registrare le domande del pubblico, di > conversazioni private. > Erano due video rispettivamente di 5 e 8 ore ininterrotte,quindi abbiamo > preferito ri-caricarli separando ogni talk per migliorarne la fruizione. > > > Qui potete trovare la playlist che raccoglie tutti i talk, con relativi > abstract. > https://www.youtube.com/watch?v=XG_neaTbfzI=2=PLMOK3u5U-oQjHyj5AGE33_gJ5bjWkMYGY Ops. Questo è il link corretto: https://www.youtube.com/playlist?list=PLMOK3u5U-oQjHyj5AGE33_gJ5bjWkMYGY > > Riguardo il video dell'assemblea abbiamo deciso di rimandare la > decisione se pubblicarlo o meno a questa lista. Ci sono molte opinioni > personali e non era chiaro a tutti che eravamo in diretta. > > > Chiunque fosse interessato ai dettagli tecnici della diretta, presto > pubblicheremo un HOWTO sul wiki. > > > Gabriel > > ___ > 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
[Ninux-Wireless] Streaming Ninux day
Ciao a tutti, come avete potuto notare dalla fine del Ninux Day, sono scomparsi i video della diretta. Abbiamo deciso di rimuoverli perché erano pieni di buchi e, essendoci dei microfoni panoramici per registrare le domande del pubblico, di conversazioni private. Erano due video rispettivamente di 5 e 8 ore ininterrotte,quindi abbiamo preferito ri-caricarli separando ogni talk per migliorarne la fruizione. Qui potete trovare la playlist che raccoglie tutti i talk, con relativi abstract. https://www.youtube.com/watch?v=XG_neaTbfzI=2=PLMOK3u5U-oQjHyj5AGE33_gJ5bjWkMYGY Riguardo il video dell'assemblea abbiamo deciso di rimandare la decisione se pubblicarlo o meno a questa lista. Ci sono molte opinioni personali e non era chiaro a tutti che eravamo in diretta. Chiunque fosse interessato ai dettagli tecnici della diretta, presto pubblicheremo un HOWTO sul wiki. Gabriel ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Ninux Day 2016 a Firenze
Ciao Lista, Anche se avete gia' visto una call for papers, ancora non era passato un annuncio ufficiale del Ninux Day qui in questa lista. Stiamo organizzando il Ninux Day a Firenze, sabato 26 e domenica 27 novembre, nell'Exfila, che ospita le nostre riunioni di ninux Firenze. Il Ninux Day e' l'incontro di tutti gli attivisti di Ninux.org, una community che ha lo scopo di realizzare in Italia delle reti wireless libere, senza scopi di lucro, e nel rispetto della filosofia open source. Ufficialmente si inizia il sabato dopo pranzo, alle 15 ci sara' un'assemblea dei partecipanti di ninux.org, aperta a tutti. Dalle 18 iniziano i talk, ci sara' un'introduzione alle reti comunitarie ed a ninux ed una serie di altri talk che stiamo organizzando con una "call for papers" aperta a chiunque voglia contribuire a presentare qualcosa di interesse per la comunita'. Si continua fino alla sera e si ricomincia la domenica mattina. Per chi viene da fuori, sabato mattina faremo un giro per il centro di Firenze. Il programma completo, con tutti i dettagli su come raggiungere exfila lo trovate qui: http://wiki.ninux.org/NinuxDay2016 E la call for papers qui: https://blog.ninux.org/ Via via che riceveremo proposte di talk aggiorneremo il programma, che vogliamo chiudere il 15 di novembre. Fino a quel giorno avete ancora tempo per proporre presentazioni. Per aiutarci ad organizzarci vi chiediamo di registrarvi prima, potete farlo sia sul wiki ninux: http://wiki.ninux.org/NinuxDay2016/Participants che su meetup: http://www.meetup.com/Ninux-Wireless-Community-Network/events/235225128/ Vi aspettiamo in tanti a Firenze! La comunita' di Ninux. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Ccc
Io ci sarò, dovrei presentare il mio progetto GSOC all'assemblea di Freifunk. Ci vediamo li! Gabriel. On 03/11/2016 12:32, Dani wrote: > Ciao, scusate la mail forse ot : stavo pensando di andare al prossimo > ccc di Amburgo, oltre a chiedermi se c era quAlcuno di voi, volevo > chiedervi se sapete indicativamente quanto costerà il biglietto (aprono > lunedì sera mi pare) > > D. > -- > Inviato dal mio dispositivo Android con K-9 > > > ___ > 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
Re: [Ninux-Wireless] traffico nodi firenze
On 16/10/2016 01:46, Saverio Proto wrote: > Ho visto questi report negli archivi della lista di Firenze: > http://ml.ninux.org/pipermail/firenze/2016-October/007226.html > > fico, lo mettiamo su pure a Roma ? come funziona ? come si fa ? dove > sta il codice e la documentazione ? > > ne parliamo al Ninux Day ? L'ha fatto Salvatore di Firenze. Non so dove sia il codice, ma ce lo può dire lui. Magari può fare un talk a Ninux Day. Gabriel ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] [ninux-dev] Pop Routing GSoC
Non ho un account con privilegi per postare sul blog. Puoi crearmene uno? Gabriel On 07/09/2016 15:15, Saverio Proto wrote: > Puoi pubblicare questa email quasi esattamente cosi com'e' sul blog di Ninux ? > > Saverio > > Il 7 settembre 2016 15:12, Gabriel <gabr...@autistici.org> ha scritto: >> Eccomi di nuovo qua, alla fine sono stato selezionato per partecipare a >> GSoC e ho terminato con successo il lavoro. >> >> Abbiamo deciso di scrivere un demone C (PRINCE) che si occupasse di >> parsare il NetJSON e calcolare centralità e timer ottimizzati. >> Per la centralità è stata usata la libreria di cui avevo accennato. E' >> scritta in C++ (con le Boost), ma l'ho utilizzata in C usando delle >> bindings. >> >> Purtroppo abbiamo accantonato l'idea di far funzionare anche OLSR e ci >> siamo concentrati solo su OONF. In ogni caso, se qualcuno volesse, manca >> solo da implementare il plugin per OLSRd che riceva i timer e aggiorni >> la configurazione. >> >> Ho eseguito dei test misurando il tempo di esecuzione su una Picostation >> M2HP e i risultati non sono affatto male. Per una rete di 100 nodi, >> impiega circa 8s. >> >> Sto continuando a lavorare al progetto e il prossimo passo dovrebbe >> essere re-implementare la libreria C++ in C e scrivere un plugin per >> quagga/ospf. >> >> Se qualcuno volesse approfondire qua ci sono i 3 articoli scritti >> inglese per il blog di FreiFunk >> >> http://blog.freifunk.net/gabriele-gemmi >> >> >> Gabriel >> >> @Nemesis: Se vuoi puoi inserire prince tra le implementazioni di NetJson >> >> >> >> On 14/03/2016 16:50, Gabriel wrote: >>> Ciao a tutti, sto preparando l'application per partecipare al GSoC 2016 >>> con FreiFunk. >>> Se non aveste visto i progetti [1], è stato proposto un progetto per >>> sviluppare un plugin di OLSR che implementi il "PopRouting" teorizzato >>> in questo paper[2]. >>> >>> L'idea è modificare i timer per i messaggi di HELLO e TC a seconda della >>> centralità (Beetweenes Centrality) del nodo. Quindi un nodo molto >>> centrale emetterà messaggi più velocemente di un nodo foglia o comunque >>> poco connesso. >>> >>> Una tesista di UniTN ha già sviluppato una libreria C/C++ basata sulle >>> LibBoost che calcoli la centralità a partire da un json del grafo. >>> >>> Integrare la libreria direttamente dentro OLSRd non sembra un ottima >>> idea, dato che il calcolo della centrality è abbastanza oneroso in >>> termini di CPU. >>> >>> Pensavo di creare un demone stand-alone che si scarichi la topologia da >>> Jsoninfo o direttamente Netjson plugin, calcoli la BC e risputi tutto >>> su HTTP (magari potremmo inserire la BC in uno dei campi opzionali di >>> NetJson Graph). >>> >>> Il plugin per OONF (OLSR2) dovrebbe solo tirare giù la topologia con BC >>> dal demone, calcolare il nuovo timer e settarlo nella conf. >>> Con OONF dovrebbe essere possibile cambiare la configurazione e >>> refreshare il demone senza doverlo riavviare. >>> >>> Sviluppare un plugin anche per OLSRd dovrebbe essere abbastanza >>> semplice, ma non sono sicuro si possano modificare i valori dei timer >>> senza riavviare tutto. >>> >>> Suggerimenti? Idee? >>> >>> Grazie! Gabriel >>> >>> [1]: https://wiki.freifunk.net/Ideas#Implementing_Pop-Routing >>> >>> [2]: >>> https://ans.disi.unitn.it/users/maccari/assets/files/publications/INFOCOM2016.pdf >>> >>> ___ >>> ninux-dev mailing list >>> ninux-...@ml.ninux.org >>> http://ml.ninux.org/mailman/listinfo/ninux-dev >> >> >> ___ >> ninux-dev mailing list >> ninux-...@ml.ninux.org >> http://ml.ninux.org/mailman/listinfo/ninux-dev >> > ___ > 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
Re: [Ninux-Wireless] [ninux-dev] Pop Routing GSoC
Eccomi di nuovo qua, alla fine sono stato selezionato per partecipare a GSoC e ho terminato con successo il lavoro. Abbiamo deciso di scrivere un demone C (PRINCE) che si occupasse di parsare il NetJSON e calcolare centralità e timer ottimizzati. Per la centralità è stata usata la libreria di cui avevo accennato. E' scritta in C++ (con le Boost), ma l'ho utilizzata in C usando delle bindings. Purtroppo abbiamo accantonato l'idea di far funzionare anche OLSR e ci siamo concentrati solo su OONF. In ogni caso, se qualcuno volesse, manca solo da implementare il plugin per OLSRd che riceva i timer e aggiorni la configurazione. Ho eseguito dei test misurando il tempo di esecuzione su una Picostation M2HP e i risultati non sono affatto male. Per una rete di 100 nodi, impiega circa 8s. Sto continuando a lavorare al progetto e il prossimo passo dovrebbe essere re-implementare la libreria C++ in C e scrivere un plugin per quagga/ospf. Se qualcuno volesse approfondire qua ci sono i 3 articoli scritti inglese per il blog di FreiFunk http://blog.freifunk.net/gabriele-gemmi Gabriel @Nemesis: Se vuoi puoi inserire prince tra le implementazioni di NetJson On 14/03/2016 16:50, Gabriel wrote: > Ciao a tutti, sto preparando l'application per partecipare al GSoC 2016 > con FreiFunk. > Se non aveste visto i progetti [1], è stato proposto un progetto per > sviluppare un plugin di OLSR che implementi il "PopRouting" teorizzato > in questo paper[2]. > > L'idea è modificare i timer per i messaggi di HELLO e TC a seconda della > centralità (Beetweenes Centrality) del nodo. Quindi un nodo molto > centrale emetterà messaggi più velocemente di un nodo foglia o comunque > poco connesso. > > Una tesista di UniTN ha già sviluppato una libreria C/C++ basata sulle > LibBoost che calcoli la centralità a partire da un json del grafo. > > Integrare la libreria direttamente dentro OLSRd non sembra un ottima > idea, dato che il calcolo della centrality è abbastanza oneroso in > termini di CPU. > > Pensavo di creare un demone stand-alone che si scarichi la topologia da > Jsoninfo o direttamente Netjson plugin, calcoli la BC e risputi tutto > su HTTP (magari potremmo inserire la BC in uno dei campi opzionali di > NetJson Graph). > > Il plugin per OONF (OLSR2) dovrebbe solo tirare giù la topologia con BC > dal demone, calcolare il nuovo timer e settarlo nella conf. > Con OONF dovrebbe essere possibile cambiare la configurazione e > refreshare il demone senza doverlo riavviare. > > Sviluppare un plugin anche per OLSRd dovrebbe essere abbastanza > semplice, ma non sono sicuro si possano modificare i valori dei timer > senza riavviare tutto. > > Suggerimenti? Idee? > > Grazie! Gabriel > > [1]: https://wiki.freifunk.net/Ideas#Implementing_Pop-Routing > > [2]: > https://ans.disi.unitn.it/users/maccari/assets/files/publications/INFOCOM2016.pdf > > ___ > ninux-dev mailing list > ninux-...@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/ninux-dev signature.asc Description: OpenPGP digital signature ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] NINUX day 2016
> > 5) che ne pensate del fine settimana dei morti? (noi abbiamo "mixed > > feelings" a riguardo da un lato la gente si muove piu' volentieri, > > dal'altro proprio per questo motivo se ne va al mare, e quest'anno > > casca di mercoledi') > > Stavo notando che quest'anno il quarto sabato di ottobre, e quindi il > Linux Day, è il 22; il weekend dei morti sarebbe quello successivo. > > Credo che organizzare il giorno stesso del linux day possa causare > problemi ad un po' di gente (mi pare che molti vadano a parlare di ninux > al Linux Day più vicino), ma anche organizzare eventi nei weekend > precedenti potrebbe voler dire sovrapporsi a momenti di preparazione per > il Linux Day. A me sembra ottimo. Al linux day ci saranno molte presentazioni su ninux a giro per l'italia. Facendo il ninux day il weekend successivo potrebbe essere un ottima occasione per pubblicizzarlo. Gabriel > -- > Elena ``of Valhalla'' > ___ > 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
Re: [Ninux-Wireless] Dual ethernet Linux single board computer
On 26/04/2016 21:37, Andrea Grillini wrote: > Dove si trovano pronti per l'acquisto e ad un prezzo non troppo più > altro di quello di un Raspberry PI? > Ieri ho scoperto questo produttore. Le schede sembrano interessanti, esistono anche versioni PoE. http://www.gl-inet.com/shop/ Gabriel ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Fwd: Olsr2 in produzione
federico la morgia: > Guardando la topologia però è ancora presto per dire come si comporterà, > servirebbe una topologia un pò più completa in cui tra l'altro vi siano link > con pochi hop ma lenti, e link con tanti hop ma molto veloci. > Federico. > Purtroppo per installare olsr2 dobbiamo aggiornare openwrt sui nodi, quindi ci vorrà un po di tempo. Se qualcuno fosse interessato alla configurazione per replicare è questa: [olsrv2] originator-0.0.0.0/0 originator-::1/128 originatordefault_accept [log] stderr false file /var/log/olsrd2.log info all [interface] bindto-0.0.0.0/0 bindto-::1/128 bindtodefault_accept [interface=eth1.3] [interface=lo] 'bindto' e 'originator' servono per restringere l'ip che viene usato rispettivamente come originator e come indirizzo locale dell'interfaccia. Con "-0.0.0.0/0" si escludono tutti gli IPv4 e con "-::1/128" si esclude l'indirizzo di loopback. Per impostare nuove interfacce basta aggiungere altri blocchi tipo [interface=xxx]. A differenza di olsr1 è importante aggiungere anche l'interfaccia di loopback. L'indirizzo del nodo va poi impostato su di essa, senza bisogno di aggiungere indirizzi locali per ogni interfaccia. A me sembra una bella semplificazione! Non abbiamo più bisogno degli indirizzi radio. Gabriel >> To: wireless@ml.ninux.org >> From: neme...@ninux.org >> Date: Mon, 25 Apr 2016 14:16:36 +0200 >> Subject: Re: [Ninux-Wireless] Fwd: Olsr2 in produzione >> >> On 04/22/2016 07:28 PM, Gabriel wrote: >>> FYI-- Messaggio inoltrato -- >>> Da: Gabriel <gabr...@autistici.org> >>> Data: 22 apr 2016 16:38 >>> Oggetto: Olsr2 in produzione >>> A: ninux Firenze <fire...@ml.ninux.org> >>> Cc: >>> >>>> Finalmente siamo riusciti a far funzionare olsr2 sulla rete. >>>> >>>> Attualmente i nodi interessati sono: Casa mia, Casa di Salvatore, Santa >>>> Marta e Fiesole. >>>> >>>> Per ora stiamo usando i soliti indirizzi ipv6 che avevamo scritto sul >>>> wiki. >>>> >>>> Qui potete vedere il grafo della rete: >>>> >>>> http://ninux-graph.netjson.org/topology/53b35ab9-aa6d-4705-89c3-310eac09b0da/ >>>> >> >> Ottima notizia Gabriel! >> >> Che ne pensate di olsrd2? >> Configurandolo per Matera con Michele mi sono trovato molto bene, >> apprezzo specialmente il fatto di poter utilizzare una sola subnet per nodo. >> >> Nemesis >> ___ >> 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
[Ninux-Wireless] Fwd: **ESA summer of Code in Space 2016 - students submission open*
Ciao a tutti, vi giro questa mail che arriva dall'Università di Firenze. E' possibile partecipare ad un progetto tipo Google Summer of Code, ma fatto dall'Agenzia Spaziale Europea. Tra le organizations ci sono ns3 e gnuradio. Gabriel > Begin forwarded message: > > *From: *Tommaso Pecorella <tommaso.pecore...@unifi.it > <mailto:tommaso.pecore...@unifi.it>> > *Subject: **ESA summer of Code in Space 2016 - students submission open* > *Date: *22 April 2016 at 17:38:16 CEST > *To: *s...@comsoc.org <mailto:s...@comsoc.org> > > Dear All, > > ESA Summer of Code in Space (SOCIS) is a program run by the European > Space Agency. It aims at offering student developers stipends to write > code for various space-related open source software projects. Through > SOCIS, accepted student applicants are paired with a mentor or mentors > from the participating projects, thus gaining exposure to real-world > software development scenarios. In turn, the participating projects > are able to more easily identify and bring in new developers. > > The students eligibility is explained in the program website. However, > the most important part is that they must be studying in an > institution in one of the ESA Member States > (see http://www.esa.int/About_Us/Welcome_to_ESA/New_Member_States). > Note that the requirement is about the institution, not about the > student nationality. > > The mentoring organizations have been announced today, and can be seen > here: > http://sophia.estec.esa.int/socis/?q=node/13 > > More informations about SOCIS can be found on the SOCIS website > (http://sophia.estec.esa.int/socis/). > > I think that this a good opportunity for the students and the > scientific community, and I hope you’ll find it interesting too. > > > Best regards, > > Tommaso Pecorella > SOCIS administrator for ns-3 (www.nsnam.org <http://www.nsnam.org/>) > > -- > > > ``Stealing from one is plagiarism, > stealing from many is research.'' > -- Wilson Mizner > > -- > > Tommaso Pecorella - Ph.D. > > Assistant professor > Dpt. Ingegneria dell'Informazione > Università di Firenze > > CNIT - Università di Firenze Unit > > via di S. Marta 3 > 50139, Firenze > ITALY > > email: tommaso.pecore...@unifi.it <mailto:tommaso.pecore...@unifi.it> >tommaso.pecore...@cnit.it <mailto:tommaso.pecore...@cnit.it> > > phone : +39-055-2758540 > mobile: +39-320-4379803 > fax : +39-055-2758570 > ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Fwd: Olsr2 in produzione
FYI-- Messaggio inoltrato -- Da: Gabriel <gabr...@autistici.org> Data: 22 apr 2016 16:38 Oggetto: Olsr2 in produzione A: ninux Firenze <fire...@ml.ninux.org> Cc: > Finalmente siamo riusciti a far funzionare olsr2 sulla rete. > > Attualmente i nodi interessati sono: Casa mia, Casa di Salvatore, Santa > Marta e Fiesole. > > Per ora stiamo usando i soliti indirizzi ipv6 che avevamo scritto sul wiki. > > Qui potete vedere il grafo della rete: > > http://ninux-graph.netjson.org/topology/53b35ab9-aa6d-4705-89c3-310eac09b0da/ > > Gabriel ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Logo e gadget Ninux.org
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Qua puoi trovare gran parte del materiale grafico! https://svn.ninux.org/ninuxdeveloping/browser/graphics?rev=983order=name Gabriel On 08/12/2014 00:52, Michele Salerno wrote: Dove si può trovare il logo Ninux.org vettoriale da poter stamare come adesivi e gadget, magliette etcalla fine è un modo per pubblicizzare (termine non proprio adatto) la nostra rete. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUhPpuAAoJEESx6+O1zsXFjGUH/2+nd/WPhyE9i4ZAu9+I8VWO K9JSkTf+kmyoqOdQ4x3BRcpzCM4pxj7krXHlFc8GAKkKbYKOpye+hla3yAKXqyCm qDn3iRz5acCZLTsQeO20LTrhZklRDZf00RzgrJ3FuiElK2AwqNUbWr6YeE3YUcIp QnC8l4Cik5vdtmEzS6FyNI6QXgq7gI5ANoTasaIOhh81ghDBe+Tq6+LOYbbWWo4B H4StCLamlhe6LyxRqYzLyh5ZkcNtOipf/OsYxpz6fBhyIdn8V1dmphhqiRt6WGYh 8Yr4SpcpCac8+1BDMS7N+vHMH88KERny/98igiNeUEb81iGJOBQgkx17GCxoe/A= =4XyY -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Chaos Computer Congress anche quest'anno
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Io conto di andarci. Come pensi di andare Leandro? Treno? On 06/11/2014 14:00, Leandro Noferini wrote: Io sono di Firenze ma ancora non ho ben chiaro come ci andrò anche perché molto probabilmente non sarò da solo. Al limite ci vediamo là. Se ne abbiamo voglia e possibilità potremmo anche preparare un banchetto o qualcosa del genere. In quali date siete intenzionati ad andare? Io conto di andarci tutti e quattro i giorni. Ci sono già andato anche li scorso anno e ho visto che la cosa è sempre interessante: ancora non è stato pubblicato il programma ma conto che sia più o meno ugualmente interessante. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUfP5AAAoJEESx6+O1zsXF2XEH/2F3oZ+w8exZKY+RpditV9/L EuviTloGmjmSRkFQ66Fk5FY6cHCm7h0FHrER0FEY9sAQYhR6xUY3QMWv+UOIQDBW mzk206lNo4AbOzeKrrHDaab9S7QcqVUBEini1gqMwOIY3lY9y06XqfoKD+H/4iLt tXM9rxX+A7v4THSccDggpbAqCwS6QCFSXQK05B6hwUomo6GNfDHoQ5UgCc+SdL66 tP94Pb1X6zKAitBh/YjLlripQX2Sv91NiZHy513P41VMJx9OFWUt5rN+BH3NpJCD 5geJp/vWMdJ2NSVe4aWY/Pw9p5O8u4vxHyelJEyYvemyd00GEy/tZB/zq0iJaYs= =eSI7 -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Nuovo prototipo di micropc con OpenWRT e WiFi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Edoardo Mazzaracchio: https://www.indiegogo.com/projects/vocore-a-coin-sized-linux-computer-with-wifi Che ne pensate? This body part will be downloaded on demand. ralink = driver wifi osceni. è un progetto analogo al WRTNode, e il problema principale di quest'ultimo sono appunto i driver per la scheda wifi. Gabriel -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJTig/OAAoJEESx6+O1zsXFcegH/2Q/zhov+ZE0O1db9mor3LYQ aeCgbPxJfcrf4DM4TEmQuL3ZTanbieWYYzxLphKYJKe8bsrRxhvCLmIjYYUUGFQX OEdtvaL3yzkrAiW+vyat2Szw9eKP15i2tK/Ms8ZJJSq76TjKzBc2//zrpHXizp2j ym2wnssxPuElZq7WAULzwl0qW9+E324qop2hwlYMkqvtL/eEVfJpkoeYfKv34GB4 0Z+AQQjLdjrz0wDMdCxVDmyecKCdP3gkBsf0IYZkjHnlY4X1bnEyUJaIYZMbxovW r229tHMuHliVBItcr1lvsjMYHuf0g1st4fzCugkIjBJTqBKKm5ygknYB39qODc8= =N7HY -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Ip pubblici a Firenze
Sono riuscito a trasportare gli ip pubblici Ninux (176.62.53.32/28) che ci erano stati assegnati al Ninux Day all'isola di Firenze. Abbiamo utlizzato l'attuale vpn bgp per trasportare gli ip tra i due AS e poi, replicando la configurazione romana, dei tunnel gre per portarli direttamente ai nodi finali. Ho impostato un tunnel gre con i seguenti comandi sui due router: edge: ip tunnel add pubblico mode gre local 10.150.25.1 ttl 255 ip link set pubblico up client: ip tunnel add pubblico mode gre local 10.150.13.4 remote 10.150.25.1 ttl 255 ip link set pubblico up ip addr add 176.62.53.34 dev pubblico Dopodichè, ho dovuto aggiungere una regola di policy routing sui due router edge: ip rule add from 176.62.53.34 lookup 99 pref 3 ip route add default dev pubblico table 99 client: ip rule add from 176.62.53.32/28 lookup 99 pref 3 ip route add default via 10.150.254.4 table 99 ip rule add to 176.62.53.32/28 lookup 100 pref 4 // regola già prensente nella configurazione standard di policy routing di Firenze poi ho dovuto annunciare sui due protocolli (OLSR e BGP) sul router di frontiera ho annunciato la 176.62.53.32/28 in maniera statica. sul router olsrd client ho annunciato il singolo ip in hna. In questo modo un pacchetto proveniente da internet arriverà al router del Namex, verrà instradato verso il router bgp di Firenze e successivamente seguirà l'annuncio hna all'interno della rete di Firenze. Al contrario, un pacchetto destinato a internet, verrà instradato dentro al tunnel gre e arriverà direttamente al bordo dell'AS evitando eventuali nodi senza policy routing. Potete fare una prova andando su: https://176.62.53.34/ Rispetto alla vecchia configurazione dove passavamo con un gre dentro alla vpn isole, adesso evitiamo di ammazzare l'mtu anche se testando con tracepath risulta essere 1445, E' possibile diminuire l'overhead di tinc? Gabriel ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Ip pubblici a Firenze
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Fabio Capriati: Bravo Gabriel. ma la rete dei bgp isole e quella dei pubblici non parlano in bgp tra loro (solo olsr). Some diavolo hai fatto ad arrivare al bgp pubblico in un hop senza passare da un peering in bgp fra i due router? non ne ho idea, ho informato Saverio che volevo fare le prove subito dopo il ninux day. Quando ho annunciato la subnet, qualche giorno dopo, era già routata correttamente. Comunque mi sono accorto che per consentire l'accesso ai pubblici da dentro la rete Ninux è necessario che le pref delle regole siano: pref rule olsrd pref pubblici pref main questa è la configurazione a Santa Marta: 0: from all lookup local 3: from all lookup 110 #Route statiche per destinazioni locali 4: from all to 10.0.0.0/8 lookup 111 #OLSRD 4: from all to 172.16.0.0/12 lookup 111 4: from all to 192.168.0.0/16 lookup 111 4: from all to 176.62.53.32/28 lookup 111 6: from all lookup 114 #Blackhole 6: from 176.62.53.32/28 lookup 99 #Rule pubblici 7: from all iif lo lookup main 8: from all lookup 112 #Olsrd DefaultGW 32766: from all lookup main#Main 32767: from all lookup default Gabriel -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJThnU2AAoJEESx6+O1zsXFlBwIAMbAcdcDG+iohj8PpGoGLkJA ByKC/8wiVJFCGocs8dR+ZUthuTi5aq6DCEguduQc4WPFRkQyNoYLRqt8YkUCnX1Y a3c/FSO4qJtpGLBbaDklTJUMvlpITIQk2YZP+3EXOIIcC1xKeZAv8h+7jePntahe 06PS+tC5SPFd/0B2unXdlT4UYwA02F24ZUiWbIYAa4wHQIEwMVJVYI5DCPjKfOCp uyvxkyECldO1M2qdVUZuQiyDXOASbw0NhG0sQ/bII3lZTF0oHsm25JrOXH9ndlNE LWxipF3AZsLPMPuJVgVX8OloAXqJJzqcD3aPKTte/jT7gFreKGRSQduC6DHrZo4= =z3Ic -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Guida connessione Isole via BGP
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Fabio Capriati: Hello World, visto che ho fatto il deploy qui all'isola tranese ho scritto la guida per connettere le isole via BGP: http://wiki.ninux.org/IsoleVPNBGP Se c'è qualche passaggio poco chiaro o qualcosa che non vi torna sistematelo voi oppure chiedete. Buon Ninux a tutti This body part will be downloaded on demand. 150.217.0.0/16 è la rete universitaria di Firenze, vogliamo che sia raggiungibile da dentro la nostra isola, ma come gli indirizzi pubblici Ninux non ha senso che venga propagata al resto delle isole. Con la direttiva option ExportRoutes 'only' del plugin di quagga se non sbaglio si specifica a olsrd di non injectare le rotte nel kernel, ma solamente in zebra. Dove viene specificato in zebra di inserire queste rotte nella table 111 e 112? Come si dovrebbe procedere per consentire di avere più endpoint per ogni isola? Gabriel -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJTV+0/AAoJEESx6+O1zsXFjkUH/RRvy5nQyxsW3aV8XxwQNtBo f3zozPpKBOA6VBQjAvHa6UVI7YbwtmJ7AhMekNHPza+JzbB0oP8VNMKSpUoqXSUc N7uZl1xOaMwgDfjFmWmOI6nhxFb9CgjsxU5JE80SRPZUJ7T4oMIEatAY8fH+vlPq 7lcsv0MsDKfVs1y/KUIKd96lInjsS+ECgJFpYTRYT03rM4a7ImqW+IBN0FhT8NT2 8o62zLTrx4xkHnxmknpdxrfhsycIEzJipGaQuZUW7IQPLD/3IevYkhlzE6wWzGi3 HDHkDaPv0f5M66W81dhEAopTlQMSGV2OBtQzr5Ui9EYYHzH2uH56OaeWYg6rhEw= =yDdg -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Domanda su quagga
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Fabio Capriati: Grazie Gabriel, quindi mi stai dicendo che se l'istanza locale di OLSR annuncia la subnet x il plugin di quagga prende tutte le rotte apprese da olsr per ridistribuirle tranne x che la prende dalla main. Giusto? si, esatto. Le subnet direttamente annunciate dallo stesso nodo (quindi quelle direttamente connesse) non vengono inserite nella RT di olsrd, quindi le prendiamo dalla main. Gabriel Il giorno 13 aprile 2014 16:51, Gabriel gabr...@autistici.org ha scritto: Si, serve per annunciare le reti direttamente collegate a quella macchina. Purtroppo non rientrano tra le route di olsr e senza quella direttiva non sarebbero raggiungibili dal resto delle isole. Gabriel On 13 aprile 2014 16:17:03 CEST, Fabio Capriati fabio.capri...@gmail.com wrote: Se ho una configurazione del genere: router bgp 64514 bgp router-id 10.150.254.5 redistribute connected redistribute olsr ... redistribute connected mi prende le tabelle nella main del kernel e me le spara in bgp. giusto? se che fa quel redistribute connected? denghiu -- Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Inviato dal mio cellulare Android con K-9 Mail. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless This body part will be downloaded on demand. -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJTTVnAAAoJEESx6+O1zsXFv9QH/RQMMeM239FvrVk792vWlw6D 1Fe9wmycN8A/KV4/qXI8D4R/mRBCvYJv1OkitO9o7RUIumnx3FWpONEjPxhuBlQN PH5PW2jH/YOdYJ1vpdTA0BzBCq+ttF5Z46z2/Av9Q/J1dUa+m+DQqj+sdA6fIrDY 9eFK72fKSXlf2amQFKJtrAm1RHvsX4zecv0xPgtulXvWmX7A3UXy8zeSl1cIOYP1 +xZMLyoi5loG8qpxp4VERazQv4PuAKx36Npl8akpGpORrp0ZTPw+TWhOld3Vk7MQ 9kHNtU98MOdug5YwiHZDbJeccg5fFpn6E/neuZzC98exvINkiBBWkVr/9QNP96o= =lUTR -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Domanda su quagga
Si, serve per annunciare le reti direttamente collegate a quella macchina. Purtroppo non rientrano tra le route di olsr e senza quella direttiva non sarebbero raggiungibili dal resto delle isole. Gabriel On 13 aprile 2014 16:17:03 CEST, Fabio Capriati fabio.capri...@gmail.com wrote: Se ho una configurazione del genere: router bgp 64514 bgp router-id 10.150.254.5 redistribute connected redistribute olsr ... redistribute connected mi prende le tabelle nella main del kernel e me le spara in bgp. giusto? se che fa quel redistribute connected? denghiu ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Inviato dal mio cellulare Android con K-9 Mail.___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Problemi su photogallery
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Alessandro Gnagni: Guarda photogallery ora ^^ Dove sono finite le foto di firenze? Gabriel -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJTPeOAAAoJEESx6+O1zsXF8B0IAJJzFLM+y4iv95baMsmSY5pq nXUJh+laR1hH1V1kmCoHEuIceg/+b9bGCPOPQ2u5z6jOc+Zoy5iZ8m56BOeTgwM3 FiC1bTn85MoQBS+73bpCmUsJq6J21d/szGkGc4QXkzmVeVUP2xCHG+OPjkQfqTZH MnnxW/p6JKCLs9pInGL0lQtrKsXWJEObeVBwcJRid0TyElHbAzERpjb1PU4ZDv4N xxU9S2RT049MWxd8raqY8LhbxHCkAGwkYORhhiA+kJUht74RszFw1pQq+9Dj01N8 bv6vtKTH0UI95Yq6SydrrEvZ8uqT7HNQ1kGMCZKhHJWO79nbW+eaJFBDzsTZkvc= =TCrg -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Aggiornamento Isola Siracusa
Purtroppo con il firmware originale AirOS non é possibile usare le interfacce in modalità Ad-hoc, L'unico modo che ho trovato é installarci openwrt e usare il pacchetto 'trelay' per creare il bridge tra VLAN e interfaccia wireless. Purtroppo ho solo fatto alcune prove in casa, e questa configurazione non é ancora in produzione a Firenze quindi non saprei dirti quanto sia performante. Per qualsiasi cosa chiedi pure Gabriel On 30 marzo 2014 12:00:46 CEST, Massimiliano CARNEMOLLA massimili...@null.net wrote: On 27/03/2014 14.28, Stefano De Carlo wrote: IMVVHO Esperienza da Cosenza Nodo Foglia: TP-Link TL-WR841ND SuperNodo: TP-Link TL-WR1043ND v1 (Fuori Produzione) o TP-Link TL-WDR4300. Ho comprato 2 TP-Link TL-WDR4300. Sto rivedendo il Talk in Calabria sul routing a terra. Lato AirOS passa dai settaggio in Bridge sul Network alla configurazione delle VLAN. AirOs non permette di configurare la scheda di rete wireless in ad-hoc (dall'interfaccia web). Non capisco da questo punto di vista come si deve settare (permette solo station, Master, Ap-reapeter). So americani :/ ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Inviato dal mio cellulare Android con K-9 Mail.___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] EdgeMax software release v1.4.0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Francesco Rapanà: Per chi possiede un EdgeRouter: Quite a few new features and enhancements have been added in v1.4.0, including load balancing/failover, newer Linux kernel, new feature wizard infrastructure in Web UI (with API definition for community development), new port forwarding feature (with Web UI wizard), and more http://community.ubnt.com/t5/EdgeMAX-Updates-Blog/EdgeMax-software-release-v1-4-0/ba-p/689909 hanno introdotto una feature interessante con la quale è possibile crearsi delle wizard per delle configurazioni. Sarebbe interessante fare un wizard per poter configurare un edgerouter, equipaggiato di olsrd, a fare routing a terra. Qui ci sono tutte le informazioni per creare un wizard, per visualizzare il link bisogna essere iscritti al programma beta: http://community.ubnt.com/t5/EdgeMAX-Beta/Example-for-Wizard-Validator/m-p/643859#U643859 @Saverio pensi che sia possibile patchare la versione di Quagga presente su EdgeOS con la patch del quagga plugin di olsrd? Gabriel -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJS6ZVQAAoJEESx6+O1zsXFfu0H+wfd8KJMdfunariOjx6phikR UCRYXSciQ4qa1/ijdhx8KUH4pGI3yaXklvG2AMWCFptCscq6/NA+J//eUEIA1KvI n0sv+nVQgTcPvSETm8y68/t5+u33G171TIHF7EtbaeS1UkzuliPTYfEYMzXuNwhu V2u4n36FeZoWBVNxtL//8gpXXgFAUyQRuCIhK1sBUiVRZga+tZ+7k+Z/eNbcdqfY PmU/oMUUBoZwoEJcb73Vv8yeTQAhHwE9k57uV4pehvMoOr98uWNaAS3lKTC9xPLn kXfR+XKOmO02c+5IK/I9uMnyrnaO6XcgGhrPJqSoAaf0ZAhO3Qhw47hdzE1Hf7w= =D7bO -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Esperimento BGP
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Giuseppe De Marco: Se non sbaglio IGP tra router di uno stesso AS mentre EGP tra AS differenti. Per lo meno questo ho capito leggendomi della documentazione per il corso mtcine. Si è così, e BGP è nato dall'esperienza maturata con gli EGP :) A Cosenza stiamo per riattivare il link verso le isole e pensavamo di usare BGP ma da quello che ho capito è un pochino lentuccio ad aggiornare le rotte rispetto a Babel, che può funzionare sia su reti mesh che wired. Attualmente le isole (AS) sono collegate tramite tunnel VPN e le reti annunciate con Babel ? Attualmente tutte le isole parlano sulla vpnisole con babeld, il plugin di Clauz si occupa di injectare e rimuovere le rotte tra olsrd e babeld. Per questo esperimento con bgp abbiamo creato una vpn (bgp-fi) con tinc e ci parliamo sopra BGP con quagga patchato, quagga plugin si occupa di redistribuire le rotte a quagga e viceversa. Se volete unirvi dovete collegarvi alla vpn e assegnarvi un indirizzo nella subnet 10.150.254.0/24 Dovete poi scaricare il i source di olsrd e quagga, patchare quagga con la patch che trovate dentro alla cartella del plugin quagga, in olsrd, e compilare il tutto. Per fare delle prove abbiamo adottato degli AS fittizi (1 e 2) e ci scambiamo le rotte olsrd tra le due isole. Sceglietene uno pure voi e configurate zebra, bgpd e olsrd. questa è una bozza che ho buttato giù durante l'installazione: http://pad.lilik.it/p/bgp Per qualsiasi chiarimento chiedi pure. Gabriel -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJS3v/PAAoJEESx6+O1zsXFgykH/iLKdHEilCB67vjZZjTjyxJn XjVqGiHtISOP40mMZ6BxLVZR6Zh1bGqlKjezABvPqxtOiFIqF/y0f80UbXzLF13s yjnannKYPDSclnwtm+qrig7H4zgX8yOeDW1N/mgaN3rg5eZ97V5x9szzaQ+S/49R ZT1Aei2GY+rk3H9zbADYlx/vVIvn+LJET3Tl3OHuiUq20Lus7i4orVG4VTZParz3 Mv0o2tyc+Go/oeIfF7TWxfDcfqwafiWkxvqYLk+y4MCGAu3+ryAX8nom39zh5rPJ 93fUjqAUbiFmKmV/VF2J6plBUX0In6Pnw0ixbzNuyUA3P86eWceNzR6fFiCEygI= =9Ia9 -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Esperimento BGP
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Io e Halino abbiamo appena terminato di configurare BGP e OLSR su una vpn fatta ad hoc. Adesso, invece di usare babeld e la vpnisole, il traffico tra Firenze e Roma sta passando da una vpn denominata 'bgp-fi' sulla quale, ovviamente, si parla solo BGP. Se qualcuno volesse unirsi alla sperimentazione basta che risponda a questo messaggio con la propria chiave pubblica di tincd e si assegni un indirizzo della rete 10.150.254.0/24 a partire dal 5 in poi. qui ci sono i dettagli della configurazione: http://pad.lilik.it/p/bgp Gabriel -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJSueA8AAoJEESx6+O1zsXFIgkH/15+2Rn8OlFHYzp/nncKveKi sXiyX45OwywN7HgoDmWj9k6MKDnydPfRHJ53+uWoOZscoUwhjadbMt0yjm7LhCr7 X30ZBbkNFnQZAbEIM0QNcYvsJL3vAQgyyndAfpk0IUzInM5U9OgQQpeB7Ju9R6XO 4Wy1a5ILUaHHOGPfu8riP4ea/G/SFDlneBfhXkDWJ40GTQ7eDadm/8nfGtzqezI/ HX4BvDVRwrF1dqk4CDXRieP3cz/yI0USu8lterxuNwzkALOG/MQP+IlvyDESbO2Z 64Qr8BgcKFGVjfDBmuq2ereVmovoY8F8C33bn+1+ffvls7x4CRW3mSLdYuf4otE= =mONK -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Quanto qui un discorso sui radioamatori è off-topic?
On 16/12/2013 11:11, Andrea Grillini wrote: 2013/12/16 Alessio nol...@abisso.org mailto:nol...@abisso.org Qui a Firenze ARI è da un anno (da quando siamo nati) che ci propone la scrittura di un progetto comune per l'accesso ai tralicci del Monte Secchieta [0]. Per ora abbiamo rimandato perché non sapevamo che farci. Io sto aspettando il nominativo dal ministero, se qualcuno ha le idee chiare su cosa sia possibile realizzare con una postazione del genere io sono tutto orecchie. Alessio, non so se ho capito bene... è qualcuno della stessa ARI che vi propone di fare qualcosa con una postazione in quota??!! :-) Se è così siete un passo avanti rispetto a noi a Roma, qui i radioamatori telematicamente parlando stanno mediamente indietro, mica è facile trovare un radioamatore che ti invita a mettere una CPE su un traliccio di un ponte amatoriale! Non so cosa esattamente siano disposti a offrire, cosa esattamente abbiano in mente. Ma comunque nella mia idea gli ingredienti erano pochi: CPE da mettere in alto in alto (da dove in basso si vedono le città oppure altre cime sugli appennini con altre CPE più lontane) e alimentazione a 220 volt già disponibile. Il resto lo puoi dedurre da solo: mai più VPN, e nello specifico Roma e Firenze collegate insieme in un'unica LAN, in più possibilità di collegamenti alla rete ninux fatti al volo, pure in un postazione da campo, puntanto la CPE client diretamente verso la montagna in questione (ammesso che sia visibile). Se ricordo bene dovremmo pagarci da soli la corrente, ma magari riusciamo a barattarla in cambio di un echolink sul Secchieta (sempre che non cel'abbiano di già). @Gioacchino per il collegamento con Pisa abbiamo visibilità dall'osservatorio di Arcetri verso il monte Serra (da 400mt in su). Se riuscite a piazzare un paio di CPE lassù è fatta. Gabriel ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Fwd: eoip over olsrd
Potremmo usarlo per trasportare il mac dei PC fino all'hotspot di firenzewifi? Gabriel -- Messaggio inoltrato -- Da: Antonio Anselmi tony.anse...@gmail.com Data: 11/dic/2013 11:45 Oggetto: [Ninux-Wireless] eoip over olsrd A: wireless@ml.ninux.org Cc: https://github.com/ansanto/eoip-over-olsrd credo sia utile per varie applicazioni e necessita'. A disposizione per info e chiarimenti. Antonio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Internet svelata
On 03/12/2013 14:59, lilo wrote: On 03/12/2013 14:14, Clauz wrote: Facciamo giocare i nostri computer! https://www.youtube.com/watch?v=9_Edm9NMigo fantastico! E tanto per farsi riconoscere sempre Telecom Italia va in contro-tendenza. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Documento Ninux e Università di Firenze
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Giro, come era stato richiesto, il documento redatto per la partecipazione della Scuola di Ingegneria alla rete Ninux di Firenze. Se qualcuno volesse riadattarlo per la propria situazione potrà usare i sorgenti in LaTex che però devono ancora essere caricati. Gabriel https://dl.dropboxusercontent.com/u/108030368/Ninux.pdf -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJSl1X+AAoJEESx6+O1zsXFyqMH/jW7LJIqembDpz/H+Z0hk0jp 2WPIxCJCSd4VSecObXR+NsHGrjK/tT01UQxmsTLtp8JZ1LLqcMrNKkMITrYAbKYV AyOwxn9++Urt6aM9R+L9EpQgFi09dVLPIE3LMSmK0M8cnmH0Idvmw90Qhtbh/1J4 legpMw+DLmcABXLjZ8a35be3cIKpU/7eD+CKo0CD/+R6/BSnSydVPQ2dSWjpeN0k 0fj37bZYPp3sXV2TIIwIBsWuG+2m6a9wS5MwD6yd90//H3gEKFC26iqAKh5eaCWg W4OKNwUMAqMjqaW/jbPKMCSXt2OegykiOYBvSSannEaGSscNbTbB9JHiHqajA+w= =0zYL -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] vlan e picostation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 stavo tentando di bridgiare un interfaccia monitor della mia pico con una vlan, ma purtroppo non riesco a creare una vlan ne da luci ne da linea di comando swconfig non rileva alcuno switch qualcuno ha già provato a farlo? gabriel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJSJzRBAAoJEESx6+O1zsXFwPQH/REPPpN5OewCHT5fL1isb+L0 pcJnhRhLgi3Wneu5XuGoAidtB5QK0YCqlGYHSMqyBAkgKX/r36SXirShOClPjL6T vJ1kl0Ktx+lLr7M7/SB+AoDf8wHffg2RgKzrT07hPG4bxz4r486ucKzJ2ZBYkImp aK1oW3vCGmXoC8VutUI/JnrIoUdoQoCI8Y5MZdMwR+0NfxBtwb9fq1w2TipnD2Hi Wk/5ao4Fp+dlnZrlmWq3PYgKGqSfcXFiu2NVL8Rp+gox0lbtIWc0lKc+Xbo+yIWz Rxt1pWinYLZ6Aozx/cXvTGvytJohqOptN2SfFbHHa+qHRsjJqqm/3GNP/IQW6oY= =6l/u -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] vlan e picostation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/09/2013 15:25, Antonio Quartulli wrote: On Wed, Sep 04, 2013 at 03:23:13PM +0200, Gabriel wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 stavo tentando di bridgiare un interfaccia monitor della mia pico con una vlan, ma purtroppo non riesco a creare una vlan ne da luci ne da linea di comando intendi un'interfaccia in monitor mode? Se si, al di la dei problemi con le VLAN, sappi che non èpossibile bridgarla. cavolo... e non è possibile farlo in qualche maniera? volevo girare tutto il traffico che sentiva a una postazione remota con wireshark arpspoof e compagnia, bridge e vlan mi sembrava la cosa più semplice. gabriel Ciao ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJSJ0UtAAoJEESx6+O1zsXFNUYH/0e3WkQrAW835Yv9Hs9/UrsA l5WjlpTK3HfqX8X1r5zuQ2SCA9LtBm27n3IuvHHiwrei9fZ00dvYWpRfmg1/iBcR Ona0yLeED9TuFWUFphmOP2JxRSj3798sCsSVAvQaTNAHmubT2m+hkmCyJ4LcHLYN go4N0aaW7nh9iqhewHv4HUa2rJ4BNKTWIMqeNBB9BJZCflFJyM0twU5NReo2F5bg A6/LU/leCTu9jrvDcnKcytk8I8Anq1K7ztFj7g8KokRaKzQZA40nY+r469gOKV/v OA1EnaMEWouOnQdFuugd1sh7xkNJsB8F2OWKEM8URHGEy3WR835BiqSXJkds6cY= =zjku -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] multipath tcp
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 22/04/2013 11:50, Alessandro Gnagni wrote: Interessante. Ma nn credo si possa applicare alla nostra rete, almeno non utilizzando olsr. qualcuno saprebbe dirmi se in una rete totalmente ad-hoc, magari con batman-adv, sarebbe possibile instradare più subflow tcp su route diverse? gabriel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJRkjFoAAoJEESx6+O1zsXFGNUIAMCrsDGtifYzn2CGI7nsLncM NNtHUP3IaRWXPLxTO0hC1LcwQg79ghRARjNCzaadSkGtXS2F7I2Hm4/dzD9pqpSd ihDuk3IRXmzelV1+flKA4BWyz/1Tg8BscYNQom+bDsto9IfeCTB+sTWFD9bshln6 K294Bbm31mtgAS6MTi4pnbGgoUqaYK8sbULtbmKktnT/DHzGeNLZpprboj4zuzRO 3TJnFuBgtwLg5TAupgQyTnvr/CfL4D43AKjd2wZqMsbNU0lFHjR8rto4s3Ij/LSW /jwT88uiurvSEG33zhS9qDKljgk9Wp1NUmzxpb5ELXhQM/oU5o/7vQK+IHAEbUI= =ACsX -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] VPN Isole Tedesca
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ho visto il codice e ho trovato essenzialmente due funzioni: una legge la tabella di route pre-esistente e inietta gli hna, l'altra sta in ascolto di eventuali cambiamenti sulla tabella e rimuove o aggiunge route di conseguenza. Questa è una soluzione di massima che mi è venuta in mente: Sostituire la chiamata alle funzioni ip_prefix_list_remove e ip_prefix_list_add (nel proto_plugin) con queste due nuove funzioni: Nel caso di una nuova route è semplice : 1. la route non è contigua con nessuna route esistente - aggiungi hna pari pari 2. la route è già presente - non far nulla 3. la route è contenuta in una rotta già presente - non fare nulla (?) 4. la route è contigua con una già esistente - unione con gli hna esistenti 5. la route contiene delle route già esistenti - rimozione degli hna più piccoli e aggiunta di questo nuovo Quando dobbiamo rimuoverla però la questione si complica: 6. è presente pari pari nella lista degli hna - rimuovi 7. è contenuta in un entry hna - se è ai bordi di questa subnet basterà accorciarla e ricalcolare subnet e indirizzo di rete, se invece è al centro dobbiamo splittare l'hna in due e aggiungerli. il problema sorge quando va a scomparire una route che quando è stata aggiunta rientrava nel caso 5. come facciamo a sapere se al momento dell'aggiunta della route questa ne conteneva di più piccole che sono state rimosse? saluti, Gabriel dunque, adesso il proto_plugin legge la tabella di routing configurata (nel caso specifico di babel) e per ogni entry genera un HNA dicendo che quella rete e' direttamente connessa al router OLSR. quindi l'idea di Gabriel e' buonissima. in pratica il proto_plugin dopo aver letto la tabella di routing, deve fare del processing per aggregare l'aggregabile, e poi generare i messaggi HNA. non e' sempre banale aggregare l'aggregabile. se ho 192.168.0.0/24 e 192.168.1.0/24 li posso aggregare in modo perfetto in 192.168.0.0/23 ma se ho tante /24 spagliate, non e' che posso annunciare una /16 che le contiene tutte a cazzometro. Quindi ci si deve ragionare bene, perche' nell'aggregazione non bisogna tirarsi dietro reti che non erano presenti nelle singole reti specifiche. saluti ! Saverio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJRcZmKAAoJEESx6+O1zsXFmo8IAMM7QI9V5m++nCCHkzwRNDIU Kf3SB0Sa2UFJKsfHwSXTtZbVLFJki/UFi23zdJODuoNUoT6FKdERcYuBA+HzK2eb HJ1qPgjMmbAtQqBoWgxWUNg3BgKJwSPgCYDLVGFNMdpTxJ4s7KrAT+Wx784orAjh OH2B0rAzKuI0H7SKPE59/60Dzl2MwYeu4DTUnERdJL92q4B5EUU/LHH89spfMFsK ebmbk/c7ukSumN9/lNCmaCXACFDIDi7y4JflNYdaq0MaYzFHmSDFORY7AkCPVxS+ Sgb+BQ5pCq6Hq0Lw40jDgTv+JFyS4mpGw2PZUby9NnSrJU33LSZYRuiE+0ByIFo= =fulS -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] VPN Isole Tedesca
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il problema che, almeno qui a Firenze, abbiamo riscontrato è che le tabelle di routing esplodono (da 16 HNA siamo passati a 429) su ogni singolo device della rete ( sul mio router ho 459 rotte). Considerando poi la crescita delle varie realtà locali, a breve sarebbe facile trovarsi con qualche migliaio di rotte e un conseguente rallentamento di tutti i device per routare i pacchetti. Stavo pensando a realizzare un algoritmo di aggregazione degli HNA che vengono iniettati nella rete locale dal plugin. Qualcuno ci sta già lavorando? non riesco a trovare su github il sorgente del proto_plugin, qualcuno potrebbe gentilmente linkarmelo? Gabriel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJRcAliAAoJEESx6+O1zsXFoK0H/Ak1v2u/NyaH2p+gQLG3PznF ICJ8w2fBBuOZPMHnp0suKWr1KD+0/YTfMDu76Jiw1/72ZwaxffSnQLt/BigOKXEI bIHZh0ytbIaWH0sE22bybW+vF6840CLWKJ17DXRE+XgzJx/gFMCFoMOqnJMhIqnS qJs50Ld4IiQF6zZMXAFAbaDeCaq5PhfD04rLueIRNg6r5AGiTR+YArNRhGfq72xe 6rAOYTdb6cobLGT0OoHyMazuHw9vYJVKXUwwsy6BHWWuJRVXAktA/wkRyanVuuCi ed3OkRFOu8kNvVK6hu5EaAkTprPI+BjDGq4tSfgONzGJ7kVDiMAn4plmzLZDAoU= =JnAg -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] VPN Isole Tedesca
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18/04/2013 17:18, Gioacchino Mazzurco wrote: Stavo pensando a realizzare un algoritmo di aggregazione degli HNA che vengono iniettati nella rete locale dal plugin. Qualcuno ci sta già lavorando? non riesco a trovare su github il sorgente del proto_plugin, qualcuno potrebbe gentilmente linkarmelo? usa i filtri di babel per fare route aggregation, per esempio al volto ti scrolleresti penso almeno meta' delle hna dicendogli semplicemente di scartare le /32 ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless Babel va a modificare la tabella di routing della macchina su cui gira? Vorrei lasciar quella tabella di routing come la genera adesso e modificare solo gli hna iniettati dentro olsr, in modo che se pingo un ip che non esiste dalla rete melo blocca dove gira quagga/babeld e non deve arrivare fino a Roma. Gabriel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJRcBJQAAoJEESx6+O1zsXFidoIAIoPcU2/Oa7syGV1xiwKpAfH rzcyjpHqqoKTyX/9t7eBkyh6VDxHSCfG/lXoAg7VDUUTltzo810yoKBrQTiFImdq nRsWHD/Mqg11ZupsncmEE1SbFu+hxV+EdDWIUTLoRAQ07wINNoJsDGwySqPgCgtC PANYZa7R+wzYPFBJwYYwcRUwLi2Os7F8n3yLf8qKd+ov+/1iTs+xMvyWlUO41IXO +2/zMC8EO68Si50H3vP2iITtQeu9x88zlBATeqZ3xUWKW+yhOKUFBRvzlcFnborL aWqMcDGmJmQfbBXrj4N1EXLxvE9v0DcHoP73OtmfeGV7a7IJH1evoHwRDaM9uTI= =/kl1 -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] VPN Isole Tedesca
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Non credo che 450 o 1000 rotte siano un problema per il router, noti una reale perdita di prestazioni? Al momento no, ma il problema sarebbe solo rimandato a quando diventerebbero qualche migliaia, con ipv6 poi sono 128bit da confrontare invece di 32, finche si tratta di server non rimane un problema, ma su apparati con scarse prestazioni? Comunque, solo lo smatto di dover scorrere migliaia di route per debuggare qualche problema mi spinge a cercar questa soluzione. Gabriel OT: c'è un qualche bug nel plugin sulle rotte ipv6, ho segnalato il problema sul tracker Dario ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJRcBW0AAoJEESx6+O1zsXFphAIAKn+1N/2U8/izRgY3Z2/YKeT G5+fQxb+I8C4gLmkDsuLEGHb5z8TuEHbh4YV3Gx6XycNy8D/4yLjQ+8N0qVDXlKy I3oEbPXBgRjAz44UXT9FXxwO+sbtpF4td8IWGqptTvHBVZ2VUpuIOTfbgOwAuJIV qaeTjQ5a4BgVDnwEzq6Cd8+7ql25xoq0mpNzI/NikpfwzhZxwymNMmKih+tURBhl us7hklK+CDInOTo2ofRBnAd1SuvYza00UljuQmEOlqpFm7oer3ST4X4nXGX/pIaq SUnAVKpRwwD1As5GNCFm5OjpgzvABTCYDOy4G1sIj7xTeEmXXREi14EIvoDGi3I= =9L47 -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] problema vlan dlink dir-825
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ciao a tutti, stavo mettendo in atto la configurazione da supernodo con le vlan e le antenne stock senza sburratone. Praticamente le antenne hanno un interfaccia vlan (diversa per ogni apparati) in bridging con l'interfaccia wireless e un interfaccia ethernet untagged su cui fare il management. Quindi sul router di casa mi trovo 2 interfacce (Ant1 e Ant2) su cui far girare olsrd evitando così di avere 3 demoni, 3 firewall etc da dover configurare. controllando con wireshark sul cavo che scende dal tetto arriva tutto perfettamente taggato, ma il router ha deciso di non far uscire ne entrare le vlan 2 e 3, mentre la 1 funziona perfettamente qui sono i file di config: config interface 'lan' option type 'bridge' option proto 'static' option ipaddr '10.150.13.1' option netmask '255.255.255.0' option ip6addr '2001:1418:100:8507::1/64' option ifname 'eth0.1 miavpn wlan0 ' config switch option name 'rtl8366s' option reset '1' option enable_vlan '1' option max_length '3' option enable_vlan4k '1' config switch_vlan option device 'rtl8366s' option vlan '1' option ports '0t 1 2 3 5t' config switch_vlan option device 'rtl8366s' option ports '0t' option vlan '2' config switch_vlan option device 'rtl8366s' option ports '0t' option vlan '3' config interface 'Ant1' option proto 'static' option netmask '255.255.0.0' option ipaddr '172.19.186.4' option ifname 'eth0.2' config interface 'Ant2' option proto 'static' option ipaddr '172.19.186.3' option netmask '255.255.0.0' option ifname 'eth0.3' Collegandomi alla porta 0 vedo i flussi taggati '1', ma il resto non esce, ho provato a cambiare porta e numeri vlan e non succede nulla. Con tcpdump (sul router) sembra che i pacchetti partano. Sul router sta girando la 12.09-rc1 qualcuno ha idea di cosa possa essere? un bug di openwrt o qualche errore nella mia configurazione? grazie mille, Gabriel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJRYVUWAAoJEESx6+O1zsXFmbIH/2vLPMoMfPVY430ta3EHddsw Lo1h7KoKVvd5lEFfwZ7avtNjoHSVGG5kwaBdvbt5+YsMId2xDl8z8M6dMsbzZhGT VVUtFph04e7lrVt9I21C6ZMH7XkgB2HzIPb2lR0rwcuLGQoYnpNXkT+mjFEDNj+t MYB0ipPHmq8hdGNVIiKpAdADsqWg2UgvngMw8eIRnFn9gTXNTkkVColX78jMFAZC IaI/rtX2QelkQVzwDfkzZgSnafB8a0NrHmyzLuiBeQUhAVy+b5Tw2sUArcT1GvQo /uLj0jf0w4FRUWlw8Pe35tgQRVdzkm9rqBNtJJpqk2491uR1Xs9svflzBuTPs8Q= =HWNm -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] problema vlan dlink dir-825
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/04/2013 14:02, Saverio Proto wrote: Nino era riuscito a configure 6 vlan su un'unica porta con l'ultima release di openwrt (attitude_adjustment). Vi allego il suo /etc/config/network. La porta che ha utilizzato come trunk e' la 1. non avevo pensato al fatto che lo switch è un integrato a parte e che quindi bisogna dirgli da dove prendere le vlan :/ (taggando la porta 5) ma questo mi porta a pensare, uscendo comunque dal router tutto traffico taggato, posso far uscire su una porta dello switch traffico misto? scavalcando così la limitazione dei sistemi linux-based ? gabriel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJRYW50AAoJEESx6+O1zsXFnf0H/AjqokZpCR6GTOs/AMwF0Njf sLgQxOcZKmAY+OxZzFoe/ecA5LIIDWkDM4SI/Wv6/TCxGpMMdQLzDsGsuAf6vZJj XslZcFnMHRXbvKIzT+t6w7r1Pnz1Ae95uy6BWesukMq9IeSzz+lAgfBdzetjaidf 600iiqI6xx9sBOl1H+l/5nqY/Bk/Ph4T/5jLgBBAUc99fwc7CyUMY64RZSYxibUY 6T/iE2/V0YFLEs4HRhwSOb3bMVZn/hgyHasTbd0HyqEIVVFM4rKmcSkWfuZafF1x LUViF4RbWJsjdDzXDSvozk3pyT+Lor9o9op3qgotBfsRGPgU0bEl579wCVYyP4I= =Hg2m -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Digest di Wireless, Volume 50, Numero 27
Ciao a tutti, sono Gabriel di ninux Firenze. Sono a Roma per qualche giorno per Codemotion e Romecup e volevo venire alla riunione settimanale al fusolab. Qualcuno potrebbe dirmi l'ora a cui inizia e un modo per arrivarci da termini? ( se qualcuno passasse in zona accetterei volentieri pure un passaggio) Ruspondete direttamente per pvt, che con il digest non so quando mi arriva la mail Gabriel wireless-requ...@ml.ninux.org ha scritto: Invia le richieste di iscrizione alla lista Wireless all'indirizzo wireless@ml.ninux.org Per iscriverti o cancellarti attraverso il web, visita http://ml.ninux.org/mailman/listinfo/wireless oppure, via email, manda un messaggio con oggetto `help' all'indirizzo wireless-requ...@ml.ninux.org Puoi contattare la persona che gestisce la lista all'indirizzo wireless-ow...@ml.ninux.org Se rispondi a questo messaggio, per favore edita la linea dell'oggetto in modo che sia più utile di un semplice Re: Contenuti del digest della lista Wireless... Argomenti del Giorno: 1. Problema design policy routing Ninux (Saverio Proto) 2. Re: olsr mdns plugin chiacchierone? (Alessio Caiazza) 3. [blog] Reverse FAQ: Cosa non siamo (geegeek) 4. [blog] Reverse FAQ: Cosa non siamo-old (geegeek) 5. [blog] (geegeek) 6. [blog] Reverse FAQ: Cosa non siamo (geegeek) -- Message: 1 Date: Wed, 20 Mar 2013 13:44:52 +0100 From: Saverio Proto ziopr...@gmail.com Subject: [Ninux-Wireless] Problema design policy routing Ninux To: wireless wireless@ml.ninux.org, nodi-r...@ml.ninux.org Message-ID: capmmg8uylnc_nflaihjgmw5izop5iq3auwclo0y3npa0mlf...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 Ciao, grazie a Lorenzo che ha messo in campo a Viterbo l'archiettura con il policy routing abbiamo trovato un problema di design: premesse, non centrano nulla le network a blackhole come si pensava al principio del troubleshooting. su un nodo con policy routing troviamo questa situazione: XM.v5.5.sdk# ip rule show 0: from all lookup local 4: from all to 10.0.0.0/8 lookup 111 4: from all to 172.16.0.0/12 lookup 111 4: from all to 192.168.0.0/16 lookup 111 4: from all to 176.62.53.0/24 lookup 111 4: from 176.62.53.0/24 lookup 111 5: from all lookup main 6: from all lookup 112 111 è la tabella delle rotte OLSR e 112 è la tabella della default via OLSR XM.v5.5.sdk# ip route show table local broadcast 10.183.1.255 dev eth0 proto kernel scope link src 10.183.1.11 broadcast 127.255.255.255 dev lo proto kernel scope link src 127.0.0.1 local 172.16.183.2 dev ath0 proto kernel scope host src 172.16.183.2 local 10.183.1.11 dev eth0 proto kernel scope host src 10.183.1.11 broadcast 172.16.0.0 dev ath0 proto kernel scope link src 172.16.183.2 broadcast 10.183.1.0 dev eth0 proto kernel scope link src 10.183.1.11 broadcast 172.16.255.255 dev ath0 proto kernel scope link src 172.16.183.2 broadcast 127.0.0.0 dev lo proto kernel scope link src 127.0.0.1 local 127.0.0.1 dev lo proto kernel scope host src 127.0.0.1 local 127.0.0.0/8 dev lo proto kernel scope host src 127.0.0.1 XM.v5.5.sdk# XM.v5.5.sdk# ip route show table main blackhole 176.62.53.0/24 10.183.1.0/24 dev eth0 proto kernel scope link src 10.183.1.11 172.16.0.0/16 dev ath0 proto kernel scope link src 172.16.183.2 blackhole 192.168.0.0/16 blackhole 172.16.0.0/12 blackhole 10.0.0.0/8 XM.v5.5.sdk# Nell'esempio di casa mia la LAN è 10.183.1.0/24 Lo sbaglio sta nel pensare che la route per la rete locale 10.183.1.0/24 si trova nella tabella local che è la prima che viene esaminata. In local ci sta la route per 10.183.1.255 (broadcast) ma non la route per gli host locali, che sta invece nella tabella main: 10.183.1.0/24 dev eth0 proto kernel scope link src 10.183.1.11 Ora succede che visto che girava in OLSR come HNA 10.110.0.0/18 (annunciata dal concentratore VPN quando Viterbo non parlava OLSR) questa network anche se meno specifica delle varie LAN /24 che usano a Viterbo (esempio 10.110.1.0/24) veniva sempre preferita alla network locale su eth0. Si poteva risolvere un due modi, o con una network aggiunta a mano nella table local: ip route add 10.110.1.0/24 dev eth0 table local oppure togliendo di mezzo l'HNA dell'aggregato /18. abbiamo testato tutti e due i workaround e funzionano. resta da risolvere in modo elegante il problema perché adesso basterebbe un annuncio HNA di un grande aggregato come 10.0.0.0/8 per interrompere la connettività dei nodi con la propria LAN se contenuta in quell'aggregato. vi ricordo che la tabella main contiene la rotta di default che viene inserita opzionalmente a mano dall'utente nell'interfaccia web, e quindi deve essere valutata per forza dopo la table 111. a mio avviso ci sono due strade. O facciamo in modo che non c'è MAI una default nella main, e quindi la possiamo valutare per prima della 111, altrimenti